PROYECTO DISEÑO DE SISTEMAS DE INFORMACION

PRESENTADO POR

JUAN BOLAÑOS 17146

FRANK JOYA 66414

PROFESORA
ANA YAQUELINE CHAVARRO

GRUPO
4BN

UNIVERSIDAD ECCI
BOGOTA
2019
• Nombre del proyecto o sistema: APROVISIONAMIENTO DE MERCANCIA

1. Introducción

En este informe se presenta una estructura que podrá llevar el desarrollo del sistema de
gestión de aprovisionamiento de inventarios elaborados por el grupo de diseño y desarrollo
de software, mediante diagramas. En este informe se observa la información reunida de la
empresa y con base a esta información crear varias estrategias de diseño; los gerentes y
empleados que son usuarios finales se familiarizaran con el sistema creado.

Este documento será utilizado por el grupo de la empresa como una guía para codificación
e implementación de los sistemas o aplicaciones que pudieran ser desarrollados por el
grupo de diseño y desarrollo de software.

1.1 Propósito del sistema

El objetivo principal del proyecto es desarrollar un software que permita analizar

inventarios correspondientes a una serie de reaprovisionamientos de mercancía. Con este
objetivo en mente, se ha decidido desarrollar un software que permita, mediante un interfaz,
que el usuario manipule y visualice el inventario en bodega y en tiendas.

Los procesos o funcionalidades que conforman el software son los siguientes:

 Gestión de aprovisionamiento de inventarios: se encargará de la distribución de la

mercancía de la bodega que realizará cada usuario del área de abastecimiento.
 Gestión de transferencias entre tiendas: Se encargará de registrar todos los traslados
realizados por el usuario del área.
 Gestión de reportes: Se encargará de generar reportes diarios del producto distribuido y
trasladado, los cuales serán entregado a las tiendas (líderes de cada tienda).

1.2 Metas y restricciones de la Arquitectura

Para el desarrollo de la aplicación del aprovisionamiento de inventarios se enfoca en

que llegue a tener características que sean sostenibles, eficientes y fáciles de usar
para cualquier usuario del sistema del dominio de PASH SAS.
Las metas de arquitectura son las siguientes:

• Desempeño: El desempeño de la aplicación debe ser muy eficiente de tal

manera el usuario inmediato y todos los demás observen lo más rápidamente
posible los cambios realizados en el intercambio de mercancía entre tiendas
y bodega.

• Usabilidad: El diseño debe ser orientado por y para la comodidad del

usuario, de manera que la interfaz sea intuitiva y fácil de manejar. De la
misma forma, el usuario debe tener la capacidad de equivocarse y regresar a
un estado seguro en el que se le permita cumplir con su objetivo original sin
que se le haga tedioso o complicado el proceso para llegar a los movimientos
de la mercancía.
Restricciones:

• Restricciones de contenido: debido a que nuestro sistema está basado y

propuesto para aquellos que pertenecen al área de abastecimiento, por lo que
ciertos contenidos deben ser excluidos en el uso de la aplicación. Como por
ejemplo la modificación del software

• Restricciones de tecnología y uso de herramientas de desarrollo: están

predefinidos los instrumentos a utilizar, así como también la plataforma
tecnológica sobre la que se va a desarrollar el sistema. La aplicación será
implementada usando nuestro software, es por ello que las herramientas
utilizadas estarán determinadas por las funcionalidades ofrecidas por dicho
lenguaje.
2. Arquitectura del Diseño

2.1. Vista lógica

2.1.1 Identificación de Subsistemas

2.1.2 Diagrama de Clases del diseño

2.2. Vista del proceso

2.2.1 Caso de uso 1. (Mínimo 6 casos de uso por proyecto y los más
representativos del negocio)

Caso de Uso Distribución de Mercancía:

1.1. Actor principal: Analista de Abastecimiento

1.2. Precondición: Disponibilidad de mercancía en bodega
1.3. Postcondición: Ninguna
1.4. Casos de uso relacionados: Reposición de Mercancías.
2. Escenario principal:
2.1. El sistema arroga el listado de mercancía
2.2. El Analista indica y escoge la referencia que quiere distribuir
2.3. El Sistema muestra los parámetros a validar por el usuario
2.4. El Analista indica los parámetros de cada referencia
2.5. El sistema distribuye automáticamente la mercancía
2.6. El Analista da la aprobación con un ACEPTAR
2.7. El Sistema da opción de distribuir otra referencia
2.8. El sistema muestra al usuario la información de la referencia: Referencia,
descripción, Caso de uso, fecha de ingreso, categorías, de la que se va a distribuir.
3. Flujos alternativos:
3.1. Si la referencia no ha ingresado a bodega, y tampoco está creada en el sistema.
3.2. El sistema ejecuta nuevamente el caso de uso Reposición de Mercancía.
3.3. Si el usuario quiere volver a distribuir otra referencia se ejecuta nuevamente el
caso de uso Reposición de Mercancía.
 Caso de Uso Reposición de Mercancía:

1.1. Actor principal: Analista de Abastecimiento

1.2. Precondición: Stock actualizado de las tiendas
1.3. Postcondición: Ninguna
1.4. Casos de uso relacionados: Reposición de Mercancías.
2. Escenario principal:
2.1. El sistema arroja el stock disponible de las tiendas
2.2. El Analista indica y escoge la referencia que quiere Reponer
2.3. El Sistema repone automáticamente la mercancía entre tiendas.
2.4. El sistema envía a las tiendas un e-mail de las referencias a trasladar
2.5. El sistema genera un informe para el analista
3. Flujos alternativos:
3.1. Si la tienda está bloqueada para recibir o sacar referencias se envía un informe al
analista
 Caso de Uso Proyección de Venta:

1. Caso de uso Proyección de venta

1.1. Actor principal: director de abastecimiento
1.2. Precondición: Ninguna
1.3. Postcondición: proyección de una referencia
1.4. Casos de uso relacionados: ninguno
2. Escenario principal:
2.1 El Director indica su nombre y código
2.1 El directos selección crear proyección
2.3. El director selecciona parámetros establecidos de una referencia según
historiales similares de venta
2.4. El sistema genera una proyección de venta de la referencia
2.5. El sistema realiza un informe para su validación
2.6. El sistema envía un correo al director confirmando la proyección exitosa
3. Flujos alternativos:
3.1. Si el director no cuenta con los parámetros necesarios se vuelve a ejecutar el
ingreso de los parámetros
 Caso de Uso Pedidos para enviar a tiendas:

1.1. Actor principal: Analista de Abastecimiento

1.2. Precondición: Tener un Pedido de distribución de mercancía
1.3. Postcondición: Tener autorización por la dirección
1.4. Casos de uso relacionados: distribución de mercancía.
2. Escenario principal:
2.1. El usuario indica los pedidos que quiere enviar a la bodega para ser
despachados.
2.2. El sistema muestra al analista toda la información relacionada con el pedido,
Nombre de usuario, fecha, cantidad y referencia
2.3 El sistema envía un informe detallado al usuario
2.4 El sistema Envía Pedidos a tiendas
3. Flujos alternativos:
3.1. Si el usuario no tiene la autorización por la dirección, el sistema le da la opción
de valorarlo.
 Caso de Uso cumplimiento de Proyección:

1. Caso de uso cumplimiento de Proyección

1.1. Actor principal: director de abastecimiento
1.2. Precondición: Haber generado una proyección de venta
1.3. Postcondición: proyección de una referencia
1.4. Casos de uso relacionados: Proyección de venta
2. Escenario principal:
2.1. El director selecciona los atributos necesarios para el reporte
2.2. El sistema realiza validación de datos ingresados y genera un mensaje de
confirmación
2.4. El sistema genera el reporte de la proyección según los atributos
2.5. El sistema envía un correo al gerente confirmando la proyección exitosa
3. Flujos alternativos:
3.1. Si el director no cuenta con los atributos necesarios se vuelve a ejecutar el caso
de uso Reporte de proyección.
 Caso de Uso Reporte de proyección:

1. Caso de uso Reporte de proyección

1.1. Actor principal: director de abastecimiento
1.2. Precondición: Haber tenido venta la referencia a buscar
1.3. Postcondición: porcentajes de proyección
1.4. Casos de uso relacionados: Proyección de venta
2. Escenario principal:
2.1 El director selecciona Crear reporte
2.2 el sistema consulta las referencias
2.3. El director selecciona las referencias para generar reporte de cumplimiento
2.4. El sistema realiza validación de datos ingresados y genera un mensaje de
confirmación
2.5. El sistema genera el reporte del cumplimiento.
2.6. El sistema envía un correo al gerente confirmando el cumplimiento de la
proyección
3. Flujos alternativos:
3.1. Si la referencia no tiene venta el sistema genera un mensaje de error
3.2 El sistema vuelve a el listado de referencias.
2.3 Vista de Implementación.
2.3.1. Componentes de la aplicación.

Tipos de componentes Tipo de artefacto Nombre de los artefactos software

«source» WINDOWS 10
Componentes para desarrollar «library» JDK (Java Development Kit) ,SDK de
la aplicación Android (Software Development Kit)
«executable» NEATBEANS, ORACLE
«script» JAVA SCRIPT
«source» Apache Software, Base de datos
Componentes necesarios para MySQL
distribuir (desplegar) la
aplicación «library» Microsoft Windows: DLL 
«executable» Aprovisionamiento.JAR
Componentes que se generan «documento» EXCEL
cuando la aplicación este «file» Archivo.xlsx
siendo usada «otros»

2.3.2. Diagrama de Despliegue/implementación

2.4 Vista de datos

2.4.1 Modelo Relacional de la base de datos

 2.4.2 Diccionario de datos

Cumplimiento Proyección

 Establecer cuál va a ser el cumplimiento de una referencia en específico en un periodo de tiempo

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Detalle del
Referencia DOUBLE ✔ ✔             producto

 Almacena el
Cantidad INT   ✔             inventario

 Almacena el
Precio DECIMAL   ✔             precio en pesos

 Almacena la
Fecha DATETIME   ✔             fecha de ingreso

  Verifica
Usuario_Password INT ✔ ✔             contraseña

Distribución

 Distribuye las referencia seleccionadas a las tiendas de acuerdo al stock en retail

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Detalle del
Referencia DOUBLE ✔ ✔             producto

 Almacena
número de
Id tienda INT   ✔             tienda

 Almacena el
Cantidad INT   ✔             inventario

 Almacena la
Fecha DATETIME   ✔             fecha de ingreso

Usuario_Password INT ✔ ✔               Verifica

 contraseña

  Verifica
número de
Tiendas_IdTienda INT ✔ ✔             tienda

  Verifica detalle
Retail_Referencia DOUBLE ✔ ✔             de producto

Proyección Venta

 Proyecta la venta de una referencia según sus atributos

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Detalle del
Referencia DOUBLE ✔ ✔             producto

 Almacena el
Precio DECIMAL   ✔             precio en pesos

 Almacena el
Cantidad INT   ✔             inventario

Verifica
Usuario Password INT ✔ ✔             contraseña

Reposición

 Realiza transferencias entre tiendas para reponer la venta

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Almacena
número de
Id Tienda INT ✔ ✔             tienda

 Almacena el
Cantidad INT   ✔             inventario

Referencia DOUBLE   ✔              Detalle del

 producto

 Almacena la
Fecha DATETIME   ✔             fecha de ingreso

Retail

 Guarda toda la información de inventario en bodega

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Detalle del
Referencia DOUBLE ✔ ✔             producto

 Almacena el
Cantidad INT   ✔             inventario

 Almacena
VARCHAR descripción de
Categoría (45)   ✔             prod

  Verifica stock
Retailcol VARCHAR (45)   ✔             en bodega

Tiendas

 Guarda toda la información de inventario en tiendas

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Almacena
número de
Id Tienda INT ✔ ✔             tienda

 Detalle del
Referencia DOUBLE   ✔             producto

VARCHAR  Almacena
Ciudad (45)   ✔             ciudad de tienda
Ventas
Referencias DOUBLE ✔ ✔              

Usuario

Encargado de realizar todas las operaciones del programa

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

  Almacena
Password INT ✔ ✔             contraseña

VARCHAR  Almacena
Nombre (45)   ✔             nombre de user

VARCHAR  Almacena
Apellido (45)   ✔             apellido de user

Ventas

 Almacena la totalidad de las ventas de cada una de las referencias

U BI A
Column name DataType PK NN UN ZF Default Comment
Q N I

 Detalle del
Referencias DOUBLE ✔ ✔             producto

 Almacena
número de
Id Tienda INT   ✔             tienda

 Almacena el
Precio DECIMAL   ✔             precio en pesos

Fecha DATETIME   ✔              Almacena la

 fecha de ingreso

2.5 Vista de Interacción.

2.5.1. Página de inicio – Página principal de la aplicación

2.5.2. Logo – Imagen corporativa: PATPRIMO -PASH SAS

PASH APROVISIONING

2.5.3. Interfaz Gráfica de Usuario

 DISTRIBUCION DE MERCANCIA
 Caso de Uso Reposición de Mercancía:

  Caso de Uso Proyección de Venta:

 Caso de Uso cumplimiento de Proyección:
2.5.4. Mapa de Navegación
Presentar la estructura de navegación entre los formularios. (si es muy grande se puede presentar
por rol o por subsistema)

PASH APROVISIONING APP.

OPC.DESPLIEGUE
PAGINA DE INICIO

USER. Distribución de Mercancía.

PASSWORD Reposición de Mercancía

Proyección de Venta

Pedidos para enviar a tiendas

cumplimiento de Proyección
 Reporte de proyección

Proyección de Venta Pedidos para enviar a tiendas

 CONTIENE CONTIENE

crear proyección
pedidos a enviar a la
bodega

Proyección por referencia

información relacionada
con el pedido
Historial de ventas por
referencia
Nombre de usuario

Reporte de proyección
fecha

cantidad

referencia

Cumplimiento de Reporte de proyección

Proyección

CONTIENE
 CONTIENE

venta la referencia a buscar

Generar reporte

porcentajes de proyección
Consultar por referencia

envía un correo al
Consultar por punto de venta gerente confirmando
el cumplimiento de la
proyección

2.6 vista de seguridad

2.6.1.
 Analista
 Director de Abastecimiento
 Jefes de Bodega
 Jefes de punto de venta

 Analista: Funciones permitidas dentro de la aplicación Aprovisioning App. Distribución de

mercancía, elegir parámetros de referencia, reposición de mercancía, elegir parámetros por
referencias, pedidos para enviar a tiendas consultar proyección de ventas por punto.
 Director de abastecimiento: funciones dentro de la aplicación Aprovisioning App. Proyección
de ventas, cumplimiento de proyección, generar reporte de proyección.
 Jefes de bodega: funciones dentro de la aplicación Aprovisioning App. pedidos para enviar a
tiendas, consultar referencias: cantidad, pedir mercancía de las demás bodegas, consultar fecha
de envió de pedidos e ingresados al sistema.
 Jefes de punto de venta: realizar pedidos de mercancía, consultar disponibilidad de referencias
en otras bodegas y puntos de venta.

El uso de la aplicación entre el analista y el director de abastecimiento tendrán acceso las 24 horas
del día durante la semana; jefes de bodega desde las 7 am a 7 pm y jefes de punto de venta desde la
apertura del punto hasta el cierre.

Para la activación de la cuenta en la App. El analista enviara un correo empresarial a cada uno de
los jefes de bodega y jefes de punto de venta. Para la activación de usuario y contraseña será por
medio de un link enviado a cada uno de los correos corporativos donde se realizarán una secuencia
de preguntas para confirmar y validar datos la clave será generado por el analista de base de datos y
cada 30 días será cambiada. Contraseña alfanumérica de mínimo 12 caracteres hasta 34
 En caso del usuario olvidar la contraseña tendrá que enviar un correo al analista para poder activar
la contraseña y contestar las preguntas para poder activar la contraseña.
2.6.2. Cifrado / encriptación de datos

ISO 27001 implementada en la empresa PASH S.A.S

 Definir la información protegida.

 Establecer la duración esperada del acuerdo, en la que se incluyen los casos de
confidencialidad se puede necesitar que sea mantenido periódicamente.
 Tomar las acciones requeridas cuando el acuerdo haya llegado a su fin.
 Conocer cuáles son las responsabilidades y las acciones de las partes interesadas para evitar
el acceso no autorizado a la información sensible.
 Conocer de quien es la propiedad de la información, los secretos del comercio y de la
propiedad intelectual, además de relacionarla con la protección de la información confidencial.
 Los permisos necesarios para utilizar la información confidencial y los derechos de las
partes interesadas para utilizar dicha información.
 El derecho de auditar y monitorear todas las actividades que implican obtener información
confidencial.
 Los procesos necesarios para poder notificar los accesos no autorizados en los diferentes
contenidos de la información confidencial.
 Los términos para que la información sea devuelta o destruida una vez terminado el acuerdo
de confidencialidad.
 Las acciones que se pueden tomar en caso de que se rompa el acuerdo.

2.6.3. Seguridad en el entorno de trabajo

• Sistema Operacional

Cada vez que sea necesario realizar un cambio en el Sistema Operativo, los sistemas serán
revisados para asegurar que no se produzca un impacto en su funcionamiento o seguridad.

se debe contemplar:

 Revisar los procedimientos de integridad y control de aplicaciones para garantizar que

no hayan sido comprometidas por el cambio.

 Garantizar que los cambios en el sistema operativo sean informados con antelación a la
implementación.
Protección de los Datos de Prueba del Sistemas

Para las pruebas de los sistemas, se utilizarán datos extraídos del ambiente operativo. Para
proteger los datos de prueba se establecerán normas que contemplen lo siguiente:

 Solicitar autorización formal para realizar una copia de la base operativa como base de
prueba, llevando registro de tal autorización.
 Eliminar inmediatamente completadas las pruebas, la información operativa utilizada.

 Los datos del ambiente operativo no deben permanecer más de un mes en pruebas. Una
vez cumplido este periodo deben ser borrados.