AP5-AA3-EV1-DOCUMENTO DISEÑO DEL SISTEMA

PRESENTADO POR

JOHN FREDY MONCADA TORO

JULIAN ANDRES CAMARGO MOSCOTE

FREDDY ALEXANDER ARIAS APOLINAR

PRESENTADO A:

JAMIR ANTONIO BERRIO MARINES

ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN (1412862)

SERVICIO NACIONAL DE APRENDIZAJE – SENA

2017
Plantilla Diseño del Sistema

Apreciado aprendiz, debe diligenciar este informe con el fin de determinar el

Informe Final de Diseño de Arquitectura Tecnológica que utilizara el sistema de
información.

Recuerde: Para realizar este informe usted debe recopilar las evidencias
realizadas durante toda la fase de Diseño tratadas en las guías de aprendizaje
correspondientes.

Esta plantilla corresponde con la “Descripción del Diseño del Software” y se basa
en el estándar empleado para desarrollar esta documentación de forma
normalizada como lo es el IEEE Std. 1016-1998, que identifica prácticas
recomendadas para describir los diseños de software. Especifica la información
que debe contener, y recomienda cómo organizarla.
 CONTENIDO

Plantilla Diseño del Sistema ........................................................................................................... 1

1. INTRODUCCIÓN ...................................................................................................................... 5

1.1 PROPÓSITO DEL SISTEMA. ............................................................................................ 5

1.2 OBJETIVOS DEL DISEÑO ............................................................................................. 6

1.3 Definiciones, Acrónimos Y Abreviaturas ........................................................................... 7

1.4 Referencias ............................................................................................................................. 9

También darle un vistazo al formato Plan de Construcción del Sistema de Información

donde se plantea todo el diseño e interfaz del mismo. ...................................................... 9

2. Representación de la arquitectura. ........................................................................................... 9

2.1 Metas y restricciones de la Arquitectura ............................................................................ 9

2.2 Reutilización ......................................................................................................................... 10

3. VISTA LÓGICA ....................................................................................................................... 10

3.1 Identificación de Subsistemas ........................................................................................... 11

3.2 Estructuración por capas. ................................................................................................... 11

4.1 Compra producto unitario ................................................................................................... 12

4.1.2 Descripción del caso de uso 1 .......................................................................................... 13

4.2 Administrador Control Inventario ....................................................................................... 14

4.2.1 Descripción de caso de uso 2 ........................................................................................... 15

4.2 Diagramas de secuencia .................................................................................................... 16

5. VISTA DE DATOS .................................................................................................................. 17

5.2 Modelo de datos................................................................................................................... 17

5.3 Diccionario de datos ............................................................................................................ 17

6. VISTA DE INTERACCIÓN .................................................................................................... 21

 6.1 Interfaces de Usuario. ......................................................................................................... 24

6.1.1 Modulo de inventario .................................................................................................... 24

6.1.2 Módulo Administrador .................................................................................................. 24

6.1.3 Módulo Facturación ...................................................................................................... 25

6.1.4 Modulo Cliente .............................................................................................................. 26

6.1.4 Modulo Proveedores .................................................................................................... 27

6.2 Mapa de Navegación ...................................................................................................... 27

7. VISTA DE SEGURIDAD ........................................................................................................ 28

8. VISTA DE IMPLEMENTACIÓN............................................................................................ 28

8.1 Herramientas de Desarrollo e implementación ............................................................... 29

8.2 Paquetes/Componentes ..................................................................................................... 29

8.3 Despliegue ............................................................................................................................ 30

8.4 Vista de Administración ...................................................................................................... 31

 1. INTRODUCCIÓN

El incremento de la informalidad en el país es una tendencia en aumento y con

ello la forma de manejar la productividad de un negocio, tratando de mejorar este
aspecto en la cotidianidad de un negocio local, con clientes locales, con recursos
mínimos planteamos la solución sin una complicada implementación y
administración que le permite a los negocios locales formalizar su actividad con
fines netamente organizativos permitiéndoles conocer en tiempo real de una
manera amigable el flujo de sus ventas de diversas maneras, ya sea diarias,
semanales, quincenales o mensuales; pudiendo controlar de una manera más
precisa el nivel de inversión que le permita medir su productividad y controlar de
una u otra manera el stock que maneja en su negocio.

Este Documento contiene los requerimientos de Software Sistema Integrado de

Facturación e Inventario SIFI 1.0.

1.1 PROPÓSITO DEL SISTEMA.

Sifi 1.0 es un software que tiene como visión solucionar la informalidad en los
almacenes y las pyme, logrando sistematizar su proceso y entregándole la
herramientas a los propietarios un mecanismo de control funcional de su proceso
sin abandonar realmente su razón de ser, Sifi es un software que no representa
para ellos una gran inversión pero que si les plantea un gran ahorro en logística y
control.

Se describen continuación las diferentes características y funcionalidades de Sifi

REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO

Código Nombre Descripción
La interfaz del usuario sera de la manera mas agradable que se pueda lograr, el usuario no tendra dificultades en
RNF001 Amigable desplazarce por los menus ya que sera de manera muy intuitiva y grafica, la reporteria sera sencilla de entender y en lo
posible con una grafica.
Las funcones basicas de windows se replicaran en el programa, es decir, se podra utilizar el control c, control v, control x -
RNF002 Resumido control p como los comandos mas usuales, se trataran de crear atajos y posibilidades de importaciones desde excel para los
cargues grandes de inventario y proveedores.

La informacion que se extraiga del software debe ser confiable, la reporteria que se obtenga tiene que ser veridica
RNF003 Confiabilidad
completamente. Logicamente todo depende de la indexacion de la misma.
 REQUERIMIENTOS NO FUNCIONALES PARA EL DESARROLLO, DESEMPEÑO Y SEGURIDAD
Código Nombre Descripción

Se desarrollaran roles en la seguridad del software que permitan a cada usuario desempeñar sus funciones según su cargo,
RNF004 Seguridad
dentro de la base de datos se cifrara cada usuario según sus funciones.

La aplciacion tendra prgramadas tareas de backup diariamente según la necesidad del cliente y adicional contara con una
tarea para que el usuario ejecute copia en el momento que considere pertinente, se informara de la importancia de sacar las
RNF005 Respaldos
copias fuera del local ya sea en un dispositivo portable o en almacenamiento en la nube para garantizar la seguridad de la
informaciòn.
El software debe tener un minimo de recursos de optimo funcionamiento que se le informaran al cliente en el momento de
RNF006 Desempeño adquirir el software para garantizar el optimo funcionamiento, Dentro de la programacion en la base de datos se crearan unas
tareas de mantenimiento y optimizacion que se ejecutaran periodicamente.

REQUERIMIENTOS NO FUNCIONALES RELACIONADOS CON HARDWARE Y SOFTWARE

Código Nombre Descripción
Para un optimo funionamiento de la aplicación se requiere un computador con procesador intel core i3, 4 gigas en ram, disco
RNF007 Hardware
duro de 1 terabit, monitor minimo de 15 pulgadas, teclado y mouse.

La impresora que se requiere como minimo seria una Epson TM-U220D, para la impresión de las facturas de venta, para la
RNF008 Impresora
impresión de la reporteria se puede utilizar cualquier tipo de impresora a eleccion del cliente.

La aplicación se desarrollara bajo el sistema operativo recomendado por el docente que satisfaga el requerimiento
RNF009 Software establecido, problablemente bajo lenguaje de programacion php. El sistema operativo del equipo no es relevante ya que se
manejara un entorno web y lo importente. El navegador debe ejecutar la ultima versiòn.

Sifi 1.0 promete resolver las diversas situaciones organizacionales que se

presentan en el almacén los Materos, poder tener un repositorio donde la
información siempre esté dispuesta y contar con la reporteria necesaria para la
operación es sin lugar a dudas una gran inversión que puede realizar el propietario
para apalancar el negocio, aumentando la productividad y disminuyendo las
pérdidas económicas.

Sifi 1.0 con su interfaz amigable con el usuario y su facilidad para enfocar el
proceso contable y de inventario en la compañía involucrando los recursos
dispuestos de manera ágil y sencilla demostraran una ventaja competitiva frente a
la competencia.

1.2 OBJETIVOS DEL DISEÑO

Elaborar un software que permita formalizar la informalidad que reina en los

pequeños negocios comerciales y en algunas pequeñas empresas.
 OBJETIVOS GENERALES Y ESPECIFICOS DEL DISEÑO
Generales Específicos
Satisfacer la necesidades de los 1. Realizar correctamente los
clientes que lo adquieran procedimientos asignados.

2. Entregar los informes según

los requerimientos

3. Cumplir el objetivo dentro del

local

4. Ser confiable en toda la

Especificar los elementos de diseño
lógico
Especificar los requerimientos
hardware que se requieren
Ajustarse a estándares de diseño
información que se administra.
Describir características del
sistema de información con el
que cuenta SIFI 1.0
de Enumerar cada uno de los
requerimiento de hardware que
son requerimos para un óptimo
funcionamiento del software
El diseño y especificación debe
cumplir estándares de calidad
mínimos

Facilitar el uso Crear una herramienta intuitiva

para facilitar su adaptación.

1.3 Definiciones, Acrónimos Y Abreviaturas

BDO: Es el término utilizado para referirnos a la base de datos de Sifi 1.0

Password: Una contraseña o clave, es una forma de autentificación que utiliza
información secreta para controlar el acceso hacia algún recurso
ALGORITMO. Conjunto de reglas bien definidas para la resolución de un
problema. Un programa de software es la transcripción, en lenguaje de
programación, de un algoritmo.
BACKUP. Copia de seguridad. Se hace para prevenir una posible pérdida de
información.
BASE DE DATOS. Conjunto de datos organizados de modo tal que resulte
fácil acceder a ellos, gestionarlos y actualizarlos.
CASOS DE USO. Es una descripción de los pasos o las actividades que
deberán realizarse para llevar a cabo algún proceso. Los personajes o
entidades que participarán en un caso de uso se denominan actores. En el
contexto de ingeniería del software, un caso de uso es una secuencia de
interacciones que se desarrollarán entre un sistema y sus actores en
respuesta aun evento que inicia un actor principal sobre el propio sistema.
COMANDO (command). Instrucción que un usuario da al sistema
operativo de la computadora para realizar determinada tarea.
DIRECTORIO (directory). Grupo de archivos relacionados entre sí que se
guardan bajo un nombre.
INTERFACE. Elemento de transición o conexión que facilita el intercambio de
datos. El teclado, por ejemplo, es una interface entre el usuario y la
computadora.JAVA. Lenguaje de programación y la primera plataforma
informática creada por SunMicrosystems en1995. Es la tecnología
subyacente que permite el uso de programas punteros, como
herramientas, juegos y aplicaciones de negocios. Java se ejecuta en más de
850 millones de ordenadores personales de todo el mundo y en miles de
millones de dispositivos, como dispositivos móviles y aparatos de televisión.
LENGUAJE DE PROGRAMACIÓN. Sistema de escritura para la descripción
precisa de algoritmos o programas informáticos.
MySQL. Sistema de gestión de bases de datos (SGBD) multiusuario,
multiplataforma y de código abierto.
PROTOCOLO. Un conjunto de reglas formales que describen
como se trasmiten los datos, especialmente a través de la red.
SISTEMA DE INFORMACIÓN. Conjunto de procesos que operan sobre una
colección de datos estructurada según las necesidades de una empresa,
recopilan, elaboran y distribúyanla información (o parte de ella) necesaria para
las operaciones de dicha empresa y para las actividades de dirección y control
correspondientes (decisiones) para desempeñar su actividad de acuerdo a
su estrategia de negocio.
UML. Lenguaje Unificado de Modelado, es un lenguaje grafico
para visualizar, especificar, construir y documentar un sistema de información
1.4 Referencias

Es importante para entender el documento remitirse al documento Requisitos del

sistema donde se expuso de manera detalla los interventores y la funcionalidad
planteada dentro de Sifi 1.0.

También darle un vistazo al formato Plan de Construcción del Sistema de

Información donde se plantea todo el diseño e interfaz del mismo.

2. Representación de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

El modelo relacional muestra el funcionamiento interno de la base de datos y su

concepción inicial, el modelo relación plantea al inicio de un software una desafío
inicial ya que en él se debe proveer el crecimiento o la necesidades que se tengan
en un futuro, de no ser así, se debe replantear en el momento que se requiera
pero realizando una revisión exhaustivo de las conexiones que se manejan para
evitar dolores de cabeza en adelante.
SIFI 1.0 maneja en modelo de datos sencillo constituido por 7 tablas dentro las
cuales se presentan las siguientes como la más representativa:

 Usuarios: Perfiles que ingresan al software para su manipulación e

indexación de datos.
 Clientes: Tabla donde se concentra la información que se maneja de los
clientes.
 Inventario: Tabla donde se maneja las existencias que se manejan.
 Producto: Captura de los elementos ofrecidos por el Cor del negocio.
 Proveedor: Banco de datos de los distribuidores de los diversos productos
ofrecidos.

Se plantea a futuro implementar en Sifi un sistema de CMR para manejar

toda la trazabilidad que el cliente pueda entregar a sus compradores,
manejar la información de los compradores más recurrentes y de alguna
manera administrar esta información para potenciar más el negocio.

2.2 Reutilización

Las librería para conectar Mysql y Java será la más conveniente y necesaria.
Las librerías de iReport, y JasperReport para realizar el modelo de factura.
Se utilizara J-Query para dar aspecto y forma a reportes.
El entorno de desarrollo, editor de código, y compilador que se utilizara será el
Netbeans 8.1.

3. VISTA LÓGICA

Para este punto representa los sucesivos refinamientos que definen las
diferentes unidades lógicas que componen la arquitectura del software. El
primer refinamiento realizado consiste en la descomposición en subsistemas.
Lo subsistemas representan cortes verticales al diseño del sistema. Cada
subsistema consiste en el agrupamiento de diferentes funcionalidades
relacionadas entre sí y posee la capacidad de funcionar como un sistema en sí
mismo. Posteriormente se explora la composición de cada uno de los
subsistemas. Finalmente se incluye la realización de los casos de uso
 descriptos en la sección anterior mediante los componentes arquitectónicos
definidos.

3.1 Identificación de Subsistemas

Descomponer el sistema en subsistemas funcionales, para realizar esto se

deben agrupar las tareas del sistema que presenten propiedades en común y
que presten un mismo tipo de servicio o funcionalidad.
 Se debe procurar realizar un número pequeño de subsistemas
 Cada subsistema debe tener un mecanismo de colaboración con el
resto.
 Utilizar los diagramas de paquetes para su representación
 Al interior de cada paquete se puede incorporar las clases que lo
componen

3.2 Estructuración por capas.

Una vez que se han determinado los subsistemas, agruparlos mediante una
estructuración por capas, donde cada una determina un nivel de
abstracción.
 Determinar el número de capas a implementar, acorde con el sistema
 Nombrar cada capa y definir su funcionalidad
 Asignar los subsistemas / paquetes /clases que corresponden con cada
capa
 Se pueden utilizar diagramas de paquetes

3.3 Diagrama de Clases del diseño

La tabla más importante dentro de las tablas que componen a SIFI 1.0 es la
tabla de inventarios, esta tabla representa la base fundamental del software
que es el inventario y de donde se desligan los demás temas, debe existir un
inventario para poder realizar la facturación y por ende el mismo cliente, de ahí
se desligan el tema administrativo que lo componen administración y clientes,
 como ultima tabla tenemos el tema de los proveedores que aun que no
representa una importancia superior o igual a las demás podrían potenciar el
software en la demás funcionalidad que puede ofrecer como la automatización
de los pedidos y el contacto con los mismo.

4. VISTA DEL PROCESO

Cuando el cliente ingresa al almacén a realizar su compra el vendedor guía su

recorrido y muestra lo que es de interés al cliente, cuando este decide su compra
pasa a la caja donde el cajero realiza el cobro establecido por el producto que se
va a retirar, cuando se realiza la factura se realiza el descuento del inventario que
se tiene del producto realizando la resta del número de unidades vendido menos
el número de unidades existentes. Cuando el inventario este por debajo de un
límite establecido se debe generar una alerta informando de la novedad y
proceder con el pedido al proveedor para no presentar desabastecimiento.

4.1 Compra producto unitario

4.1.2 Descripción del caso de uso 1

Descripción

Compra producto unitario

Precondiciones Ingreso a las instalaciones del local, visualizar lo

que se requiere y

Proceder con la compra con ayuda del vendedor

Secuencia Paso Acción

normal
1

Ingreso al local

2 Identificar el producto

3 Pagar al cajero
 4 Salir de la tienda

Post El cajero captura datos básicos del cliente

condiciones
Se resta a las existencias el objeto vendido

Se factura el producto al cliente

Excepciones Paso Acción

1 El cliente ya existe, solo se factura

2 Se genera alerta por pocas existencias.

4.2 Administrador Control Inventario

4.2.1 Descripción de caso de uso 2

Descripción
Descargue de inventario
Precondiciones Luego de la compra realizar la la resta con el
inventario y emitir
Alerta si es el caso

Secuencia Paso Acción

normal 1
Compra de producto
2 Descontar a la cantidad del inventario
3 Producto vendido – cantidad inventario
4 Entregar factura

Post El proceso de reta al inventario es automático

condiciones Se resta a las existencias el objeto vendido
Se factura el producto al cliente
 Excepciones Paso Acción
1 Que no se tengan existencias
2 Insertar existencias

4.2 Diagramas de secuencia

 5. VISTA DE DATOS

Sifi 1.0 promete resolver las diversas situaciones organizacionales que se

presentan en el almacén los Materos, poder tener un repositorio donde la
información siempre esté dispuesta y contar con la reportera necesaria para la
operación es sin lugar a dudas una gran inversión que puede realizar el
propietario para apalancar el negocio, aumentando la productividad y
disminuyendo las pérdidas económicas.
Sifi 1.0 con su interfaz amigable con el usuario y su facilidad para enfocar el
proceso contable y de inventario en la compañía involucrando los recursos
dispuestos de manera ágil y sencilla demostraran una ventaja competitiva
frente a la competencia,

5.2 Modelo de datos

5.3 Diccionario de datos

 Se expone el diccionario de datos de la herramienta SIFI 1.0

CLIENTES
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Cliente INT PK NN AI
Nombre_Cliente VARCHAR(50)
Telefono_Cliente INT
Direccion_Cliente VARCHAR(50)
Cliudad_Cliente VARCHAR(20)
Medio de
Email_Cliente VARCHAR(50) comunicacion
con el cliente
IndexName IndexType Columns
PRIMARY PRIMARY Id_Cliente

Facturacion
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Factura INT PK NN AI
Id_Cliente INT
fecha en la que se
Fecha_Factura DATE
emite la factura
Id_Producto INT
Cant_Producto INT
Valor_Producto INT
Iva_Producto INT
IndexName IndexType Columns
PRIMARY PRIMARY Id_Factura
Facturacion_FKIndex1 Index Id_Cliente

Inventario
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Inventario INT PK NN AI
Id_Cliente INT NN
Id_Producto INT NN
Cantidad INT NN
Donde se tiene
ubicado el
Ubicacion INT NN producto ya sea
dentro del almacén
o en otro lugar
Fecha en la que se
Fecha_Inv DATE ingresó el producto
o se actualizo
Persona a la que
se realiza pedido
Id_Proveedor INT NN
en caso de no
tener existencia

IndexName IndexType Columns

PRIMARY PRIMARY Id_Inventario
Inventario_FKIndex1 Index Id_Cliente
Inventario_FKIndex2 Index Id_Producto

Perfil
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Perfil INT PK NN AI
Id_Usuario INT NN
Nombre del perfil
Descripcion_Per VARCHAR(50) NN
definido

IndexName IndexType Columns

PRIMARY PRIMARY Id_Perfil
Perfil_FKIndex1 Index Id_Usuario
Id_Perfil

Producto
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Producto INT PK NN AI
Nombre_Pro VARCHAR(50) NN
Cantidad_Pro INT NN
Valor_Pro INT NN
IndexName IndexType Columns
PRIMARY PRIMARY Id_Producto

Proveedor
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Proveedor INT PK NN AI
Id_Cliente INT NN
Nombre_Prov VARCHAR(50) NN
Direccion_Prov VARCHAR(50) NN
Telefono_Prov INT NN
Id_Producto INT NN
Comunicación con
el proveedor para
Email_Prov VARCHAR(50)
realizar pedidos o
solicitudes
IndexName IndexType Columns
PRIMARY PRIMARY Id_Proveedor
Proveedor_FKIndex1 Index Id_Cliente

Usuario
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
Id_Usuario INT PK NN AI
Id_Perfil INT PK NN
Nombre_Usu VARCHAR(50) NN
Fecha de
Fecha_Creacion DATE NN creación del
usuario
Email donde se
habilitara el
Email_Usu VARCHAR(50)
usuario en cao
de ser bloqueado
Fecha donde se
inhabilitara el
Fecha_Fin VARCHAR(50)
usuario en caso
de requerirlo
IndexName IndexType Columns
PRIMARY PRIMARY Id_Usuario
Id_Perfil

6. VISTA DE INTERACCIÓN
6.1 Interfaces de Usuario.

6.1.1 Modulo de inventario

En este modulo se consultan, ingresan, modifican, eliminan y solicitan

productos, sirve para llevar un control sencillo y eficiente del inventario.

6.1.2.1 Caso de uso inventario

Descripción
Descargue de inventario
Precondiciones Luego de la compra realizar la resta con el
inventario y emitir
Alerta si es el caso

Secuencia Paso Acción

normal 1
Compra de producto
2 Descontar a la cantidad del inventario
3 Producto vendido – cantidad inventario
4 Entregar factura

Post El proceso de reta al inventario es automático

condiciones Se resta a las existencias el objeto vendido
Se factura el producto al cliente
Excepciones Paso Acción
1 Que no se tengan existencias
2 Insertar existencias

6.1.2 Módulo Administrador

En este módulo el administrador del sistema, puede asignar permisos, crear,

modificar y eliminar usuarios.

6.1.2.1 Caso de uso modulo administrador

Descripción
 Creación de nuevo usuario
Precondiciones El software es adquirido por un local y se deben
crear los usuarios que lo van a a manipular y sus
perfiles.
Alerta si es el caso

Secuencia Paso Acción

normal 1 Recolección de datos de usuario
2 Definir perfiles
3 Creación de usuarios
4 Entrega de usuarios y capacitación

Post El perfil lo debe definir el dueño del

condiciones establecimiento.
Se definen perfiles por grupo de usuario
Solo existe un administrador
Excepciones Paso Acción
1 El propietario informa que todos deben
ser admin o súper usuario
2 Solo una persona en el local que realiza
todas las funciones

6.1.3 Módulo Facturación

Una vez creado el cliente en el módulo cliente, en el siguiente modulo se
genera la factura de venta, también genera opciones para agregar productos,
eliminar productos, y consultar productos.

6.1.3.1 Caso de uso Modulo de Facturación:

Descripción
Generación de factura venta
Precondiciones Luego del cliente realizar la elección de los
productos, pasar a caja y emitir la factura con la
información de la compra y el detalle de los
precios.
Alerta si es el caso

Secuencia Paso Acción

 normal 1
Cliente elije productos
2 Pasa a caja
3 Se toma código de productos
4 Entregar factura

Post En la impresión se debe entregar la mayor

condiciones información posible de la compra.
Asignar un código a cada factura
Almacenar la información
Excepciones Paso Acción
1 Cliente deseche factura
2 Descargar de inventario manual.

6.1.4 Modulo Cliente

En este módulo el facturador crea y modifica en el sistema el cliente, agrega al
sistema los datos personales o empresariales del cliente para generar la
facturación y una adecuada contactabilidad con el cliente

6.1.4.1 Caso de uso modulo cliente

Descripción
Se perciben datos básicos del cliente
Precondiciones Cliente debe suministrar información
Alerta si es el caso

Secuencia Paso Acción

normal 1
Documento de identidad
2 Nombres y apellidos
3 Correo electrónico
4 Teléfono y dirección

Post La información se almacena en la bdo

condiciones Se envían ofertas e información de interés
Copia de la compra.
Excepciones Paso Acción
 1 No contar con email
2 No suministrar información correcta.

6.1.4 Modulo Proveedores

El siguiente modulo es para la gestión de proveedores, modificar Crear
Productos y tener una adecuada contactabilidad con el proveedor.

6.1.4.1 Caso de uso Modulo Proveedores

Descripción
Compra de inventario
Precondiciones Luego de la compra obtener datos del comprador y
productos de interés
Alerta si es el caso

Secuencia Paso Acción

normal 1
Compra de producto
2 Cargar a inventario
3 Indexar datos del proveedor
4 Relacionar cedula y email
Post Almacenar la información
condiciones Enlazar con inventario
Pactar con proveedor condiciones de compras
automáticas.
Excepciones Paso Acción
1 Proveedor no acepte email automático
como inicio para pedido.
2 Vendedor omite datos por ilegalidad.

6.2 Mapa de Navegación

Presenta la estructura global de navegación de la aplicación.

 7. VISTA DE SEGURIDAD

Describir los distintos elementos y sistemas de seguridad con los que cuenta
el software.
Sistema de Acceso
Se debe definir de forma clara el acceso al sistema: nivel de seguridad de
acceso, empleo de las claves de acceso. Incluir la segmentación de procesos,
perfiles y roles y los mecanismos de autenticación a implementar en el sistema
Cifrado de datos
Existe información en la base de datos que debe ser cifrada o encriptada. Si
es así que algoritmos de encripción se utilizarían.

8. VISTA DE IMPLEMENTACIÓN

La base de datos se creara todo el diseño lógico con el gestor de base de

datos Mysql basado en el diseño conceptual y el modelo relacional realizado
para establecer la implementación

La base de datos se alojara en la nube con un espacio de almacenamiento de

15 GB monitoreado constantemente para evitar saturación de la información.

Los objetos de la base de datos son los siguientes

Tabla de Facturación
Tabla de Cliente
Tabla Administrativo
Tabla de Inventario
Tabla de proveedores

Consultas de Facturación
Consultas de Cliente
Consultas Administrativo
Consultas de Inventario
Consultas de proveedores

Formulario de Facturación
Formulario de Cliente
 Formulario Administrativo
Formulario de Inventario
Formulario de proveedores

Reportes de Facturación
Reportes de Cliente
Reportes Administrativo
Reportes de Inventario
Reportes de proveedores

8.1 Herramientas de Desarrollo e implementación

La Gestión para la construcción del sistema de información se consolida en

tres campos el primero es la creación de las bases de datos el segundo su
codificación y el tercero la creación de las interfaces.
Las bases de datos se crearan en la aplicación mysql y se alojara en un
servidor en la nube para que se puedan acceder y gestionar desde cualquier
dispositivo.
La codificación del sistema y se desarrollaran en el lenguaje de programación
JAVA.
Con la herramienta Netbeans y el código de programación JAVA según los
requerimientos del sistema de información, se creara la interconexión lógica del
sistema entre las interfaces y las bases de datos que se crearan con la
aplicación Mysql.

8.2 Paquetes/Componentes

Todo el entorno de ejecución del software será un entorno web, la

comunicación con Windows y el software estará basado netamente en
protocolo ip, donde se apunta a una dirección fija y un puerto previamente
establecido generando la cadena de conexión pertinente.

Se genera el código de cada uno de los siguientes componentes

Componentes de interfaz de usuario
Componentes de Lógica de negocio empresarial
Componente de Acceso a datos
Componentes de seguridad
 Entre el origen de los datos y el usuario final en los siguientes módulos

Módulo de Facturación
Módulo de Cliente
Módulo Administrativo
Módulo de Inventario
Módulo de proveedores

Para generar el código fuente se tienen en cuenta los estándares de

nomenclatura, codificación y calidad utilizados por la organización y recogidos
en el catálogo de normas.

8.3 Despliegue

El sistema no requiere una implementación robusta ya que se plantea básico

para los pequeños comerciantes o pequeñas empresas que apenas inician su
actividad comercial y requieren del apoyo de un software que no represente
una inversión de gran cuantía, lo requisitos mínimos para implementar SIFI 1.0
de su forma más básica son:

Procesador dual Core

2 gigas en ram
Disco duro de 500 Gigas
Monitor sin importar tamaño
Sistema operativo Windows 7 mínimo.
Navegador a internet funcional ojala Chrome

Estos requisitos son básicos para un cliente que solo tiene un equipo y un
inventario no superior a los 1000 productos.
Para un cliente más robusto se pide idealmente una topología de red lan con
acceso 10-100 a la red y se pide un servidor para conectar las estaciones a el
y realizar la consulta a la BDO dentro marco Mysql, el servidor debe contar
mínimo con:

1 core
4 gigas en ram
Tarjeta de red 10-100 o superior
 Windows server
Seguridad mínima por directorio activo.

8.4 Vista de Administración

La administración de SIFI 1.0 es muy sencilla, se puede realizar local

simplemente accediendo a la máquina que lo tiene alojado e ingresando a las
diferentes pantallas con el usuario administrador que se tiene del mismo,
también e puede acceder de forma remota siempre y cuando se cuente con la
topología adecuada dentro de internet y este expuesto en la red, el acceso
seria el mismo al presencial desde cualquier parte del mundo.
El acceso a la base de datos si debe realizarse localmente al sitio donde se
encuentre alojada para practicar mantenimiento de tablas y data. Este nivel de
administración corresponde al equipo de desarrollo de SIFI 1.0 quien cuenta
con el conocimiento requerido para realizar cualquier tipo de actividad que se
requiera. Los diferentes tipos de administración le serán expuesto al cliente en
el levantamiento de la información y antes de realizar el montaje y el cliente
decidirá con toda la claridad cuál es el modelo más conveniente para su
negocio aunque aclaramos las tareas con las que cuenta SIFI son ideales para
que intervenirlo sea mínimo.