Está en la página 1de 62

DIVISIÓN DE ESTUDIOS

PROFESIONALES PARA EJECUTIVOS


INGENIERÍA DE SISTEMAS
ARQUITECTURA DE SOFTWARE

Proyecto del curso


Gestión y control de la entrega de material de publicidad POP

Integrantes:
Acosta Loayza, Joseth
Torres Eyzaguirre, Oscar
Montesinos, Carlos
Yarlequé Loayza, Diego
Tirado Cabanillas, Elmer

1
Resumen
La gestión y control de la entrega del material publicitario POP es una necesidad de la empresa
Zilicom para mejorar este proceso y permitir la optimización de sus procesos operativos actuales
para ofrecer un mejor servicio a sus clientes y posicionarse como una de las empresas distribuidoras
que cumple con los objetivos planteados.

Dentro de su alcance contempla la realización de diagramas, que ayudarán a la mejor visualización


del proceso, tales como Diagrama de paquete, Diagrama de casos de uso por paquete, Diagrama de
clases de análisis y Diagrama de interacción de los casos de uso.

En el capítulo 1 se presentará la organización objetivo, se definirá la organización como tal, su


modelo de negocio y su campo de acción.

En el capítulo 2 se presentarán los requerimientos de la organización objetivo, que abarcará la visión


del sistema, la especificación de los requerimientos y los modelos de casos de uso.

Para la especificación de requerimientos se describirán sus características, las reglas de negocio y


una lista de requerimientos suplementarios de software.

Para el modelo de casos de uso se presentará una lista de actores y diagramas (de actores, de
paquetes, de caso de uso por paquete). También se presentará las especificaciones de los casos de
uso de alto nivel, una lista de casos de uso priorizados y una de casos de uso que impactan en la
arquitectura.

En el capítulo 3 se presentará el Análisis, qué contendrá el modelo conceptual y la realización de los


casos de uso.

Para la realización de los casos de uso se presentarán los diagramas de clases de análisis, de
interacción de los casos de uso especificados y la especificación detallada de los casos de uso que
impactan en la arquitectura.
Además se presentarán los Diagramas de máquina de estado de 2 de las entidades.

En el capítulo 4 presentaremos todo lo concerniente a la arquitectura. Contendrá una breve


descripción, alcance y algunas definiciones de la misma.

Además se presentará la representación de la arquitectura, los requerimientos que impactan en la


misma y los mecanismos de diseño usados.

Con respecto a los Casos de Uso presentaremos el Diagrama de casos de uso que impactan en la
arquitectura, el diagrama de capas, de subsistemas y de implementación y despliegue. También
ahondaremos sobre los frameworks y patrones a usar.

En el capítulo 5 presentaremos todo lo relacionado al diseño, los patrones y el diagrama de la base


de datos.

Para el desarrollo de este proyecto nos hemos basado en la tecnología RUP (Rational Unified
Process).

2
Índice de contenidos

Resumen ................................................................................................................................................. 2
Índice de contenidos ............................................................................................................................... 3
Listas especiales ...................................................................................................................................... 5
Introducción ............................................................................................. Error! Bookmark not defined.
Objetivos del proyecto ............................................................................. Error! Bookmark not defined.
Capítulo 1: Modelo del negocio .............................................................................................................. 8
1.1. Descripción de la organización objetivo ................................................................................. 8
1.2. Descripción del negocio o campo de acción ........................................................................... 8
Capítulo 2: Requerimientos .................................................................................................................. 10
2.1. Visión del sistema ................................................................................................................. 10
2.2. Especificación de los requerimientos de software ............................................................... 10
2.2.1. Lista de características o facilidades ............................................................................. 10
2.2.2. Lista de requerimientos suplementarios o de calidad .................................................. 10
2.2.3. Lista de reglas del negocio ............................................................................................ 12
2.3. Modelo de casos de uso........................................................................................................ 12
2.3.1. Lista y diagrama de actores .......................................................................................... 12
2.3.2. Diagrama de paquetes .................................................................................................. 13
2.3.3. Diagrama de casos de uso por paquete ........................... Error! Bookmark not defined.
2.3.4. Especificación de casos de uso de alto nivel .................... Error! Bookmark not defined.
2.3.5. Lista de casos de uso priorizados .................................................................................. 18
2.3.6. Lista de casos de uso que impactan en la arquitectura ................................................ 18
Capítulo 3: Análisis ................................................................................................................................ 19
3.1. Modelo del dominio de clases o modelo conceptual. .......................................................... 19
3.2. Realización de los casos de uso para el análisis. ...................... Error! Bookmark not defined.
3.2.1. Especificación detallada de los casos de uso que impactan en la arquitectura ........... 26
3.2.2. Diagrama de clases de análisis ...................................................................................... 26
3.2.3. Diagrama de interacción de los casos de uso especificados......................................... 36
3.3. Diagramas de máquina de estado ........................................................................................ 50
Capítulo 4: Arquitectura........................................................................................................................ 52
4.1 Introducción .......................................................................................................................... 52
4.1.1 Propósito ....................................................................................................................... 52
4.1.2 Alcance .......................................................................................................................... 52
4.1.3 Definiciones, acrónimos y abreviaturas ........................................................................ 52
4.2 Representación de la arquitectura ....................................................................................... 52
4.3 Metas y restricciones ............................................................................................................ 53
4.3.1 Requerimientos que impactan a la arquitectura. ......................................................... 54
4.3.2 Mecanismos y tácticas de diseño usadas...................................................................... 54
4.4 Vista de los casos de uso ....................................................................................................... 55
4.4.1 Diagrama de paquetes .................................................................................................. 55
4.4.2 Diagrama de los casos de uso que impactan en la arquitectura. ................................. 55
4.5 Vista lógica. ........................................................................................................................... 55
4.5.1 Diagrama de capas. ....................................................................................................... 55
4.5.2 Diagrama de subsistemas. ............................................................................................ 55
4.6 Vista de implementación ...................................................................................................... 56
4.6.1 Diagrama de implementación. ...................................................................................... 56
4.6.2 Framework y/o patrones de arquitectura propuestos ................................................. 56
4.7 Vista de despliegue ............................................................................................................... 56
4.7.1 Diagrama de despliegue................................................................................................ 56
Capítulo 5: Diseño ................................................................................................................................. 57

3
5.1 Patrones de diseño seleccionados. ....................................................................................... 57
5.2 Diagrama de la base de datos. .............................................................................................. 57
Conclusiones ............................................................................................ Error! Bookmark not defined.
Glosario ................................................................................................................................................. 59
Siglario................................................................................................................................................... 60
Bibliografía ............................................................................................... Error! Bookmark not defined.
Anexos ................................................................................................................................................... 62
Anexo 1: Visión del sistema (en Requisite Pro). ............................................................................... 62
Anexo 2: Especificación suplementaria (en Requisite Pro)............................................................... 62
Anexo 3: Especificación de las reglas de negocio (en Requisite Pro). .............................................. 62
Anexo 4: Especificación detallada de los casos de uso o Historias de usuario que impactan en la
arquitectura con interfaces de usuario (de preferencia en Requisite Pro). ..................................... 62

4
Listas especiales
Cuadro 1: Especificación de alto nivel de un CU ...................................... Error! Bookmark not defined.
Cuadro 2: Lista de casos de uso priorizados ............................................ Error! Bookmark not defined.
Cuadro 3: Lista de casos de uso que impactan en la arquitectura ....................................................... 18
Cuadro 4: Especificación detallada de un CU .......................................... Error! Bookmark not defined.
Cuadro 5: Relación de requerimientos que impactan en la arquitectura ............................................ 54
Cuadro 6: Relación de mecanismos de análisis e implementación ...................................................... 55
Cuadro 7: Relación de componentes .................................................................................................... 56

Ilustración 1: Ejemplo de diagrama de actores ....................................... Error! Bookmark not defined.


Ilustración 2: Ejemplo de diagrama de paquetes .................................... Error! Bookmark not defined.
Ilustración 3: Ejemplo de un diagrama de casos de uso de un paquete AlojamientoError! Bookmark
not defined.
Ilustración 4: Ejemplo de modelo conceptual ......................................... Error! Bookmark not defined.
Ilustración 5: DME ejemplo de la clase entidad Habitación .................... Error! Bookmark not defined.
Ilustración 6: Framework .Net .............................................................................................................. 53

Tabla 1: Lista de características ............................................................... Error! Bookmark not defined.


Tabla 2: Lista de requerimientos suplementarios ................................... Error! Bookmark not defined.
Tabla 3: Tabla de reglas de negocio ......................................................... Error! Bookmark not defined.
Tabla 4: Ejemplo de glosario .................................................................... Error! Bookmark not defined.

5
Introducción Commented [PSL1]: Falta completar.

La introducción es la venta del producto final y debe redactarse de


Zilicom Investments es un grupo conformado por varias empresas entre ellas una llamada “Móvil lo general a lo particular.

Red” especializada en la comercialización de productos de Movistar, tales como Sim Cards, Tarjetas Parte de un contexto de negocio y de sistemas.
de saldo o también llamado tarjetas prepago (recargas físicas) y recargas virtuales. Todo lo Sitúa al objeto de estudio dentro de este contexto.
mencionado es coordinado por el Gerente Comercial quien se encarga de la logística y coordinación Menciona los procesos que forman parte del campo de acción
para el abastecimiento respectivo. Este se lleva a cabo cada cierto tiempo, en su mayoría cuando resaltando los problemas que se quieren resolver.
existe una Orden de Pedido para la adquisición de nueva mercadería para su Gestión y Entrega en
Por último, se menciona al software y sus características que van a
los puntos de venta. Adicionalmente, la empresa recibe una cierta cantidad de material pop, que solucionar los problemas brindando beneficios adicionales.
será distribuida junto con los productos al de punto de venta.
En la actualidad Zilicom no cuenta con un control del material de POP. Por ello, este proceso trata de
mejorar la gestión y control dichos materiales y permitir la optimización de sus procesos operativos
actuales para ofrecer un mejor servicio a sus clientes e ir posicionándose como una de las empresas
distribuidoras que cumple con los objetivos planteados.

6
Objetivos del proyecto

Objetivo general

● Desarrollar un sistema informático para el área de almacén y ventas de la empresa Móvil


Red, amigable, moderno, funcional y competitivo que le permita una mejor gestión con el
Material POP en el cual se pueda controlar, gestionar y administrar los datos ingresados
dentro de la base de datos. Commented [PSL2]: No debería ser el objetivo administra
datos, sino que hacer con la información.

Objetivos específicos

● Diseñar, modelar y desarrollar un sistema informático para el área de almacén y ventas para
la empresa Móvil Red.
● Establecer diseñar, modelar y desarrollar dentro del sistema informático la habilitación de
un módulo de Mantenimiento y Operaciones para el área de almacén y ventas de la empresa
Móvil Red.
● Comprobar la funcionalidad y calidad del Software de Control de Material POP para el área
de almacén y ventas de la empresa Móvil Red.
● Explicar los módulos del sistema de Control de Material POP.
● Verificar y validar el diseño del sistema de información por los usuarios.
● Identificar los requerimientos del sistema, mediante entrevistas con los usuarios del área
implicada.
● Determinar los atributos necesarios a registrar dentro del sistema.
● Elaborar una descripción detallada del sistema propuesto o diseño conceptual.
● Desarrollar la interfaz del sistema de información.
● Plantear un diseño lógico del sistema de información.

7
Capítulo 1: Modelo del negocio

1.1. Descripción de la organización objetivo

La empresa Zilicom es un distribuidor autorizado de Movistar que se dedica a la comercialización y


distribución a nivel nacional de recargas móviles prepago a través del uso de una plataforma e
infraestructura propia.

 Visión
“La visión de Zilicom es convertirse en el socio estratégico de sus clientes con el propósito de
contribuir al crecimiento sostenido y rentable teniendo como pilares fundamentales el
compromiso, experiencia, un equipo de profesionales altamente calificados y soporte
tecnológico propio.” Fuente: Gerente General de Zilicom Commented [PSL3]: Revisar el estándar de las normas APA
 Misión (que utiliza la UPC) para las fuente.

“La misión de Zilicom es brindar soluciones logísticas integrales, diseñadas conforme a las
exigencias y necesidades de cada uno de sus clientes a fin de contribuir con el crecimiento
sostenible y en forma rentable.” Fuente: Gerente General de Zilicom
 Objetivos estratégicos
o Ser el primer proveedor de movistar autorizado del Perú, con proyección
internacional.
o Implementar un Sistema de gestión y control el Material POP que estimule la
efectividad e innovación.
o Consolidar la fidelidad de los puntos de venta mediante la entrega del Material POP.
o Fortalecer la buena imagen con el proveedor.
o Calidad en la Gestión y Control del Material POP superior a la de otros proveedores
autorizados.

1.2. Descripción del negocio o campo de acción

Proceso: Gestión de entrega de material de publicidad POP hacia las sucursales de Zilicom.

Cada vez que Zilicom tiene en agenda recibir material POP, el Gerente Comercial inicia el proceso de
Recibir Material POP; para esto genera y entrega un informe de pedido de mercadería al encargado
de almacén y confirma el horario de entrega con el proveedor Movistar.

Una vez que el material POP es recibido, el proveedor envía una guía de remisión al almacén
principal de Zilicom, el cual es recibido por el encargado de almacén quien realiza la validación
comprobando la guía de remisión con el informe de pedido; si cumple la validación, el encargado de
almacén genera una orden de ingreso y actualiza el estado de la orden de Pedido a entregado.
Luego, procede a ingresar la mercadería al almacén. Si no se cumple la validación, el encargado de
almacén genera una orden de ingreso de tipo parcial y actualiza la orden de pedido con estado
entrega incompleta. Luego procede con el ingreso de la mercadería.

El Gerente de ventas genera una orden de despacho con estado generado para realizar la
transferencia de mercadería desde el almacén principal a las sucursales de Zilicom; donde el
asistente de administración lo recibe y envía al encargado de almacén para su verificación. Si verifica
que no hay stock en almacén de la mercadería especificada en la orden de despacho, esta será
rechazada, y se le informará al asistente de administración. Si la orden de despacho procede, el
encargado de almacén realizará el despacho de mercadería a las sucursales de Zilicom a nivel
8
nacional y actualiza el estado de la orden de despacho a atendido, el cual es recibido por el
Supervisor de cada Sucursal.

El Supervisor de Sucursal asigna mercadería y distritos a los Vendedores de Campo, entregándoles


un Informe de Asignación de mercadería. Enseguida el Vendedor de Campo se dirige al almacén para
recibir la mercadería asignada, entregando el Informe de Asignación al Encargado de Almacén para
la entrega de la mercadería. Luego, el Vendedor de Campo procede a distribuir los productos a los
puntos de venta y registra la venta en una plataforma propia. Por último, emite un comprobante de
venta de tipo factura para el punto de venta.

9
Capítulo 2: Requerimientos
2.1. Visión del sistema

Como parte del posicionamiento del sistema de Gestión de entrega de material de publicidad POP
describiremos el objeto de estudio de sistematización de publicidad empresarial , la oportunidad del
negocio, la declaración de los problemas a resolver y finalmente la declaración del posicionamiento
del producto. Commented [PSL4]: No se ha hecho.

2.2. Especificación de los requerimientos de software

2.2.1. Lista de características o facilidades

Tabla 1: Lista de características Commented [PSL5]: En algunos casos se ha llegado a un nivel


Lista de Características de detalle muy fino. Faltan requerimientos que describan como se
reparte a los puntos de venta los materiales POP
Código Descripción
FEAT01 Registrar la asignación de material POP: El sistema debe permitir registrar los
datos de la asignación de material POP.
FEAT02 Asociar materiales a una asignación: El sistema debe permitir asociar los
materiales a una asignación.
FEAT03 Asociar un empleado (vendedor) a una asignación: El sistema debe permitir
asociar un empleado a una asignación.
FEAT04 El sistema debe permitir al encargado de almacén ingresar la cantidad a asignar.
FEAT05 El sistema debe advertir al encargado de almacén que seleccione o ingrese algún
dato faltante u obligatorio. Commented [PSL6]: Esto es manejo de validaciones que está
dentro de la especificación de otro requerimiento.
FEAT06 Generar la Orden de Ingreso: El sistema debe permitir generar una Orden de
ingreso.
FEAT07 Asociar un proveedor a una Orden de Ingreso: El sistema debe permitir asociar un
proveedor a una Orden de Ingreso.
FEAT08 Asociar un empleado (autorizador) a una Orden de Ingreso: El sistema permitir
asociar a un empleado a una Orden de Ingreso.
FEAT09 Asociar Productos con la Orden de Ingreso: El sistema debe permitir asociar los
materiales a una Orden de Ingreso.
FEAT10 Asociar un Pedido a la Orden de Ingreso: El sistema debe permitir asociar un
pedido a una Orden de Ingreso.
FEAT11 Generar la Orden de Pedido: El sistema debe permitir generar un Orden de
Pedido.
FEAT12 Asociar un proveedor a una Orden de Pedido.
FEAT13 Asociar materiales (POP) a una Orden de Pedido.
FEAT14 Buscar las órdenes de entrega según los filtros ingresados.
FEAT15 Generar comprobante de entrega de la orden de entrega seleccionada.

2.2.2. Lista de requerimientos suplementarios o de calidad

Tabla 2: Lista de requerimientos suplementarios Commented [PSL7]: Faltan estos requerimientos que son
Requerimientos Suplementarios vitales en el planteamiento de la arquitectura.

Requisitos funcionales de uso general

10
SUPL01 <Título y descripción del requisito funcional de uso general 01>
SUPL02 <Título y descripción del requisito funcional de uso general 02>
: :
Requisitos de Usabilidad
SUPLuu <Título y descripción del requerimiento no funcional de usabilidad uu>
: :
Requisitos de Confiabilidad
SUPLvv <Título y descripción del requerimiento no funcional de confiabilidad vv>
: :
Requisitos de Rendimiento
SUPLww <Título y descripción del requerimiento no funcional de rendimiento ww>
: :
Requisitos de Soporte
SUPLyy <Título y descripción del requerimiento no funcional de soporte yy>
: :
Restricciones de Diseño, Interfaz, Físicas y de Implementación
SUPLzz <Título y descripción del requerimiento no funcional de diseño y otros zz>
: :

11
2.2.3. Lista de reglas del negocio

Tabla 3: Tabla de reglas de negocio


Reglas de negocio
Reglas de operación simple
BRUL01 Toda asignación se da en el marco de una campaña y sucursal específica. Commented [PSL8]: ¿de qué? Parece una regla de relación.
BRUL02 Toda asignación está asignada a un empleado (vendedor). Commented [PSL9]: Es una regla de relación
BRUL03 La asignación de materiales POP determina la cantidad de unidades asignadas al
vendedor. Commented [PSL10]: ¿Cuál es la regla?

BRUL04 Toda asignación ingresada se encuentra en el estado “registrado”. Commented [PSL11]: Es una regla de inferencia

BRUL08 Todo Ingreso necesita un Pedido. Commented [PSL12]: Es una regla de relación
BRUL09 Todo Ingreso ingresado se encuentra en el estado “Pendiente”. Commented [PSL13]: Corregir la redundancia usando
sinónimos.
BRUL11 Los campos que se pueden editar en el material POP son Código, Nombre, Unidad
Commented [PSL14]: Es una regla de inferencia
y estado.
Commented [PSL15]: Es una regla del modelo de datos.
Reglas de estímulo -respuesta

Reglas de flujo
BRUL06 Solamente los empleados que se identifiquen como encargados de almacén
podrán asignar material POP

Reglas de dominio de datos


BRUL07 El material POP es de tipo colgante, 3D o flyers
BRUL10: Las unidades se deben expresar en unidades, cajas y paquetes
Reglas de relación

Reglas de inferencia

Reglas de cálculo

2.3. Modelo de casos de uso


2.3.1. Lista y diagrama de actores

12
Commented [PSL16]: La relación usada entre actores es
herencia.

Usuario

Administrador de Sistemas

Encargado de Almacén

Vendedor de Campo
Asistente de Administración

Lista de Actores
Nombre Descripción
Usuario Es la generalización de todos los actores del sistema que tienen derecho de uso
del sistema. Todo usuario tiene nombre y clave
Encargado de Empleado de Zilicom que se encarga de la administración del almacén.
Almacén
Asistente de Profesional que se dedica a realizar tareas administrativas y de oficina.
Administración
Vendedor de Empleado que se encarga de vender los productos de Zilicom y a la vez distribuir el
campo material publicitario o material POP.
Administrador Encargado de mantener y asegurar el correcto funcionamiento de un sistema
de Sistemas informático.

2.3.2. Diagrama de paquetes

2.3.3. Diagrama de casos de uso por paquete Commented [PSL17]: Faltan casos de uso base como Registrar
proveedor, Registrar Sucursales y Registrar POS.

13
Recepción de Material Pop en Almacén

Despacho de Material Pop a sucursales

Distribución de Material Pop a Puntos de Venta

Seguridad

14
2.3.4. Especificación de casos de uso de alto nivel Commented [PSL18]: Se hacía una para cada uno de los CUS.
Faltan especificaciones

Registrar Orden de Pedido Commented [PSL19]: En el DCUS figura como Generar


Nombre

Autor Diego Yarlequé

Actor Encargado de Almacén

Iteración 0

Caso de uso asociado Buscar Material


Buscar Proveedor Commented [PSL20]: No está así en el DCUS.

Descripción El caso de uso comienza cuando el EA requiere generar una


Orden de Pedido para el material POP y termina cuando la
Orden de Pedido es generada satisfactoriamente.

Referencias FEAT11: Generar la Orden de Pedido.


FEAT12: Asociar un proveedor a una Orden de Pedido.
FEAT13: Asociar materiales (POP) a una Orden de Pedido.

Nombre Generar Orden de Ingreso

Autor Oscar Torres

Actor Encargado de Almacén

15
Iteración 0

Caso de uso asociado Buscar Proveedor


Buscar Pedido
Buscar Empleado
Buscar Material

Descripción El caso de uso comienza cuando el EA requiere generar una


Orden de Ingreso para el material POP y termina cuando la
Orden de Ingreso es generada satisfactoriamente.

Referencias FEAT06: Generar la Orden de Ingreso.


FEAT07: Asociar un proveedor a una Orden de Ingreso.
FEAT08: Asociar un empleado (autorizador) a una orden de
ingreso.
FEAT09: Asociar Productos con la Orden de Ingreso.
FEAT10: Asociar un Pedido a la Orden de Ingreso.

Generar Comprobante de Entrega


Nombre

Autor Carlos Montesinos

Actor Vendedor de Campo

Iteración 0

Caso de uso asociado -

Descripción El caso de uso comienza cuando el Vendedor de Campo accede a


la opción para registrar un comprobante de entrega para los
puntos de venta. En esta opción el actor registra la descripción,
las cantidades y el punto de venta al que se asignará el material.
El caso de uso termina cuando el comprobante se registra
satisfactoriamente.

16
Referencias FEAT14: Buscar las ordenes de entrega según los filtros
ingresados.
FEAT15:Generar comprobante de entrega de la orden de entrega
seleccionada

Asignar Material Pop


Nombre

Autor Joseth Acosta

Actor Encargado de Almacén

Iteración 0

Caso de uso asociado Consultar Asignación de Material Pop


Buscar Vendedor

Descripción El caso de uso comienza cuando el EA requiere registrar,


modificar, eliminar o consultar asignaciones y termina cuando
el EA ha finalizado de asignar los materiales POP al vendedor de
campo.

Referencias FEAT01: Registrar la asignación de material POP.


FEAT02: Asociar materiales a una asignación.
FEAT03: Asociar un vendedor a una asignación.
FEAT04: El sistema debe permitir al encargado de almacén
ingresar la cantidad a asignar.
FEAT05: El sistema debe advertir al encargado de almacén que
seleccione o ingrese algún dato faltante u obligatorio.

Actualizar Material Pop


Nombre

Autor Elmer Tirado

Actor Encargado de Almacén

17
Iteración 0

Caso de uso asociado -

Descripción El caso de uso comienza cuando el EA requiere registrar,


modificar, eliminar o consultar el material POP y termina
cuando el EA ha finalizado el registro, modificación, eliminación
o consulta del material POP.

Referencias -Faltan

2.3.5. Lista de casos de uso priorizados

Cuadro 2: Lista de casos de uso priorizados


Lista de casos de uso priorizados
Código Nombre del caso de uso Clasificación Iteración
CUS01 Generar Orden de Pedido Primario 0
CUS02 Generar Orden de Ingreso Primario 0
CUS03 Generar Comprobante de Entrega Primario 0
CUS04 Asignar Material Pop Primario 0
CUS05 Actualizar Material Pop Primario 0
CUS06 Registrar Informe de Pedido Secundario 1
CUS07 Generar Orden de Despacho Secundario 1 Commented [PSL21]: Es primario.
CUS08 Registrar Comprobante Secundario 1
CUS09 Registrar Informe de Asignación Secundario 1
CUS10 Actualizar información de usuarios Secundario 1
CUS11 Realizar Login Secundario 1
CUS12 Cambiar Contraseña Secundario 1
CUS13 Actualizar perfiles Secundario 1
CUS14 Administrar copias de seguridad Secundario 1

2.3.6. Lista de casos de uso que impactan en la arquitectura

Cuadro 1: Lista de casos de uso que impactan en la arquitectura


Lista de casos de uso que impactan en la arquitectura
Código Nombre del caso de uso Autor

CUS01 Generar Orden de Ingreso Oscar Torres


CUS02 Generar Orden de Pedido Diego Yarlequé
CUS03 Generar Comprobante de Entrega Carlos Montesinos
CUS04 Asignar Material Pop Joseth Acosta
CUS05 Actualizar Material Pop Elmer Tirado

18
Capítulo 3: Análisis
3.1. Modelo del dominio de clases o modelo conceptual.

3.2. Realización de los casos de uso para el análisis. Commented [PSL22]: Se han revisado los Diagramas de
secuencia que figuran debajo.

Generar Orden de Pedido El documento está muy desordenado.


Commented [PSL23]: Diego Yarlequé

19
Generar Orden de Ingreso Commented [PSL24]: Oscar Torres

Generar Comprobante de Entrega Commented [PSL25]: Carlos Montesinos

20
Asignar Material Pop Commented [PSL26]: Joseth Acosta

Actualizar Material Pop Commented [PSL27]: Elmer Tirado

21
Diagrama 3: Iniciar CU Actualizar Material POP

22
Diagrama 4: Buscar Material POP

23
Diagrama 5: Nuevo Material POP

24
Diagrama 5: Modificar Material POP

25
Diagrama 6: Eliminar Material POP

3.2.1. Especificación detallada de los casos de uso que impactan en la arquitectura

Nombre del CU Generar Orden de Pedido Commented [PSL28]: Diego Yarlequé

Tipo Esencial y Primario


Actores Encargado de Almacén (EA)
Iteración 0
Descripción El caso de uso comienza cuando el EA requiere generar una
Orden de Pedido para el material POP y termina cuando la
Orden de Pedido es generada satisfactoriamente.
Referencias FEAT11: Generar la Orden de Pedido.
FEAT12: Asociar un proveedor a una Orden de Pedido.
FEAT13: Asociar materiales (POP) a una Orden de Pedido.
Caso de uso asociado Buscar Material
Buscar Proveedor Commented [PSL29]: No es trazable con el diagrama de casos
de uso.
Reglas de negocio: BR07: El Material POP es de tipo colgante, 3D o flyer.

Precondiciones o El EA se debe haber identificado previamente en el sistema.


o La empresa proveedora debe estar previamente registrada
en el sistema.
o Los materiales POP deben estar previamente registrados en
el sistema.
o La fecha de solicitud no es editable, ya que es la fecha en la
que se generará la solicitud.
o El código del trabajador (EA) viene cargado y no es editable,
ya que se obtiene de la sesión del mismo.
Post Condiciones o Se ha asociado un proveedor a una Orden de Pedido.
o Se ha generado una Orden de Pedido.
Flujo normal de eventos
1. El EA selecciona la sub opción “Generar Orden de Pedido” del Menú principal.

26
2. El sistema muestra la pantalla “Generar Orden de Pedido” mostrando los campos Proveedor,
Cantidad, Fecha de solicitud, Código de trabajador (EA) por. Además muestra los botones
Buscar Proveedor, Buscar Material, Generar Orden de Pedido y Limpiar. También muestra una
grilla donde se deben asignar los materiales que irán en la Orden de Pedido.
3. El EA da click en el botón “Buscar Proveedor”, ver subflujo “Buscar Proveedor”, y este llena el
campo Proveedor con el nombre del mismo.

4. El EA selecciona en la grilla, ver subflujo “Buscar Material”, y este devuelve el nombre y


la unidad del material a ingresar.
5. El EA ingresa manualmente la cantidad de materiales a pedir.
6. El EA da click en el botón “Generar Orden de Pedido” y esta se genera.
7. El EA selecciona salir y termina el caso de uso.

Subflujo Buscar Proveedor


1. El sistema muestra una pantalla “Buscar Proveedor” con el campo Proveedor, una grilla y un
botón “Buscar”.
2. El EA ingresa el nombre o código del proveedor.
3. El EA da click en el botón buscar.
4. El sistema muestra en la grilla el RUC, nombre, dirección y teléfono del proveedor.
5. El EA da click en aceptar y el caso de uso termina regresando a la pantalla anterior
automáticamente.
Subflujo Buscar Material
1. El sistema muestra una pantalla “Buscar Material” Con el campo Material, un combobox tipo
de material y una grilla.
2. El EA ingresa el nombre o código del material o elige un tipo de material.
3. El EA da click en el botón buscar.
4. El sistema muestra en la grilla el código, nombre, tipo de material y descripción del material
Flujo alternativos
Flujo alternativo 2: El EA desea deshacer lo ingresado
Si en el punto 5 del flujo principal, el EA no está de acuerdo con las cantidades ingresadas.
1. El EA da click en el botón Limpiar de la pantalla que limpia las cantidades ingresadas.
2. El caso de uso vuelve al punto 3.
Información adicional Commented [PSL30]: Faltan pantallas

Nombre del CU Generar Orden de Ingreso Commented [PSL31]: Oscar Torres

Tipo Esencial y Primario


Actores Encargado de Almacén (EA)
Iteración 0
Descripción El caso de uso comienza cuando el EA requiere generar una
Orden de Ingreso para el material POP y termina cuando la
Orden de Ingreso es generada satisfactoriamente.
Referencias FEAT06: Generar la Orden de Ingreso.
FEAT07: Asociar un proveedor a una Orden de Ingreso.
FEAT08: Asociar un empleado (autorizador) a una orden de
ingreso.
FEAT09: Asociar Productos con la Orden de Ingreso.
FEAT10: Asociar un Pedido a la Orden de Ingreso.
27
Caso de uso asociado Buscar Proveedor
Buscar Pedido
Buscar Empleado
Buscar Material Commented [PSL32]: No es trazable con el diagrama de casos
de uso.
Reglas de negocio: BR07: El material POP es de tipo colgante, 3D o flyers.
BR08: Todo Ingreso necesita un Pedido.
BR09: Todo Ingreso ingresado se encuentra en el estado
“Pendiente”.
BR10: Las unidades se deben expresar en unidades, cajas y
paquetes.
Precondiciones o El EA se debe haber identificado previamente en el sistema.
o La empresa proveedora debe estar previamente registrada
en el sistema.
o Los materiales POP deben estar previamente registrados en
el sistema. Commented [PSL33]: No está directamente relacionado.

o Debe existir un pedido previamente ingresado.


o Los empleados (autorizadores) deben estar previamente
registrados en el sistema.
Post Condiciones o Se ha asociado un empleado (autorizador) a una orden de
ingreso.
o Se ha asociado un proveedor a una orden de ingreso.
o Se ha generado una Orden de Ingreso.
Flujo normal de eventos
1. El EA selecciona la sub opción “Generar Orden de Ingreso” del menú. Commented [PSL34]: Cambia el orden de la numeración.

2. El sistema muestra la pantalla “Generar Orden de Ingreso” mostrando los campos Pedido,
Proveedor, Representante, Código del representante, fecha y autorizado por. Además
muestra los botones Buscar Proveedor, Buscar Empleado y Generar Orden. También muestra
una grilla donde se deben asignar los materiales que irán en la Orden de Ingreso.
3. El EA da click en el botón “Buscar Pedido”, ver subflujo “Buscar Pedido”, y este llena el campo
Pedido con el código del Pedido.
4. El EA da click en el botón “Buscar Proveedor”, ver subflujo “Buscar Proveedor”, y este llena el
campo Proveedor con el nombre de la empresa.
5. El EA ingresa manualmente el nombre del representante que dejará los materiales, así como
su código.
6. El EA ingresa la fecha en la que se hará el ingreso de los materiales.
7. El EA da click en el botón “Buscar Empleado”, ver subflujo “Buscar Empleado” y este llena el
campo “Autorizado por” con el nombre del empleado autorizador.

8. El EA selecciona en la grilla, ver subflujo “Buscar Material”, y este devuelve el nombre y


la unidad del material a ingresar.
9. El EA ingresa manualmente la cantidad de materiales a ingresar.
10. El EA da click en el botón “Generar Orden” y se esta se genera.
11. El EA selecciona salir y termina el caso de uso.

Subflujo Buscar Pedido


1. El sistema muestra una pantalla “Buscar Pedido” Con el campo Pedido y un botón “Buscar”.
2. El EA ingresa el código del Pedido.
28
3. El EA da click en el botón buscar.
4. El sistema muestra en la grilla el código y el detalle del pedido.
5. El EA da click en aceptar y el caso de uso termina regresando a la pantalla anterior
automáticamente.
Subflujo Buscar Proveedor
1. El sistema muestra una pantalla “Buscar Proveedor” con el campo Proveedor, una grilla y un
botón “Buscar”.
2. El EA ingresa el nombre o código del proveedor.
3. El EA da click en el botón buscar.
4. El sistema muestra en la grilla el RUC, nombre, dirección y teléfono del proveedor.
5. El EA da click en aceptar y el caso de uso termina regresando a la pantalla anterior
automáticamente.
Subflujo Buscar Empleado
1. El sistema muestra una pantalla “Buscar Empleado” Con el campo Empleado, una grilla y un
botón “Buscar”.
2. El EA ingresa el nombre o código del empleado.
3. El EA da click en el botón buscar.
4. El sistema muestra en la grilla el código, nombre y cargo del empleado.
5. El EA da click en aceptar y el caso de uso termina regresando a la pantalla anterior
automáticamente.
Subflujo Buscar Material
1. El sistema muestra una pantalla “Buscar Material” Con el campo Material, un combobox tipo
de material y una grilla.
2. El EA ingresa el nombre o código del material o elige un tipo de material.
3. El EA da click en el botón buscar.
4. El sistema muestra en la grilla el código, nombre, tipo de material y descripción del material.
5. El EA da click en aceptar y el caso de uso termina regresando a la pantalla anterior
automáticamente.
Flujo alternativos
Flujo alternativo 1: El encargado de almacén no encuentra el pedido que desea
Si en el punto 3 del subflujo “Buscar Pedido” el EA no encuentra el pedido según el código que
ingresó.
1. El EA limpia el campo Pedido.
2. El EA da click en el botón “Buscar” con el campo Pedido vacío.
3. La grilla muestra todos los pedidos realizados.
4. El EA elige el pedido que desea por la descripción
5. El EA da click en aceptar y el caso de uso termina regresando a la pantalla anterior
automáticamente.
Flujo alternativo 2: El encargado de almacén no encuentra el proveedor deseado
Si en el punto 3 del subflujo “Buscar Proveedor” el EA no encuentra el proveedor que busca.
1. El EA vuelve a la pantalla anterior e informa que el proveedor no existe.
2. Termina el caso de uso.
Información adicional Commented [PSL35]: Faltan pantallas.

Nombre del CU Generar Comprobante de Entrega Commented [PSL36]: Carlos Montesinos.


Se ha considerado para la calificación las pantallas entregadas
Tipo Esencial y Primario posteriormente.

29
Actores Vendedor de Campo
Iteración 0
Descripción El caso de uso comienza cuando el Vendedor de Campo accede a
la opción para registrar un comprobante de entrega para los
puntos de venta. En esta opción el actor registra la descripción,
las cantidades y el punto de venta al que se asignará el material.
El caso de uso termina cuando el comprobante se registra
satisfactoriamente
Referencias FEAT01: Buscar las ordenes de entrega según los filtros
ingresados.
FEAT02:Generar comprobante de entrega de la orden de
entrega seleccionada
Caso de uso asociado
Reglas de negocio: BR01: Toda asignación se da en el marco de una campaña y
sucursal especifica.
BR02: Toda asignación está asignada a un empleado (vendedor).
BR12: Solo se generan comprobante de las Ordenes de Entrega
con estado “Entregado”
Precondiciones o El Vendedor de campo se debe haber identificado
previamente en el sistema.
o Las campañas y sucursales deben estar previamente Commented [PSL37]: No figura las campaña pero si el punto
de venta.
registrados en el sistema.
o Los materiales POP deben estar previamente registrados en
el sistema.
o Deben existir órdenes de compra con estado Entregado. Commented [PSL38]: No se entiende. No se ve en las pantallas
ni se hacer referencia a órdenes de compra.
Post Condiciones o Se ha genero el comprobante de Entrega
Flujo normal de eventos
1. El caso de uso comienza cuando el vendedor de campo selecciona la opción “Generar
Comprobante de Entrega” en el menú de la aplicación.
2. El sistema muestra la pantalla “Generar Comprobante de Entrega” con los siguientes campos:
sucursal, PDV y fecha entrega. Además muestra los botones Buscar PDV, Buscar Órdenes de
Entrega y Generar Comprobante. También muestra una grilla donde se deben listar las
órdenes de entrega que están pendientes de generar su comprobante.
3. El actor selecciona la opción “Buscar PDV”, ver subflujo “Buscar PDV”, y este llena el campo
PDV con el nombre del punto de venta seleccionado.
4. El actor ingresa el rango de fecha en la que desea realizar la búsqueda de las órdenes de
entrega.
5. El actor selecciona la opción “Buscar Ordenes”
6. El sistema muestra la grilla con los datos pre cargados de las órdenes de entrega pendientes
de generar su comprobante.
7. El actor selecciona las órdenes de entrega que desea generar su comprobante.
8. El actor selecciona opción Generar comprobante.
9. El sistema muestra un Formulario “Impresión de Comprobantes de Entrega”.
10. El actor selecciona el tipo de comprobante e indica su impresión.
11. El Sistema genera automáticamente el número de comprobante y muestra un mensaje de
“Impresión Completada”.
12. El caso de uso termina cuando el actor selecciona la opción Salir.
30
Subflujo Buscar PDV
1. El sistema muestra el formulario “Buscar Punto de Venta” con los campos código y
descripción. Además muestra el botón Buscar. También muestra una grilla donde se deben
listar los puntos de venta.
2. El actor ingresa el código o la descripción del PDV.
3. El actor selecciona la opción Buscar.
4. El sistema muestra en la grilla el código y la descripción del PDV.
5. El actor selecciona el PDV de la grilla y el subflujo termina regresando a la pantalla anterior
automáticamente.
Flujo alternativo 1:
Si en el punto 5 del flujo básico la búsqueda ingresa un rango de fecha sin ordenes pendientes
1. El sistema muestra un mensaje de notificación indicando que no hay ordenes pendientes
2. El caso de uso continúa en el punto 4 del flujo básico
Flujo alternativo 2:
Si en el punto 3 del subflujo “Buscar PDV” el actor no encuentra el PDV según el código que
ingresó o descripción.
1. El actor limpia el campo Pedido.
2. El actor selecciona en el botón “Buscar” con el campo código y descripción vacíos.
3. La grilla muestra todos los pedidos realizados.
4. El actor elige el PDV que desea por la descripción
5. El actor selecciona la opción aceptar y el subflujo termina regresando a la pantalla anterior
automáticamente.

Información adicional

Nombre del CU Asignar Material POP Commented [PSL39]: Joseth Acosta.

Tipo Esencial y Primario Se ha tomado en cuenta las interfaces que presentaron después.
Actores Encargado de Almacén (EA)
Iteración 0
Descripción El caso de uso comienza cuando el EA requiere registrar,
modificar, eliminar o consultar asignaciones y termina cuando el
EA ha finalizado de asignar los materiales POP al vendedor de
campo.
Referencias FEAT01: Registrar la asignación de material POP.
FEAT02: Asociar materiales a una asignación.
FEAT03: Asociar un vendedor a una asignación.
FEAT04: El sistema debe permitir al encargado de almacén
ingresar la cantidad a asignar.
FEAT05: El sistema debe advertir al encargado de almacén que
seleccione o ingrese algún dato faltante u obligatorio.
Caso de uso asociado Consultar Asignación de Material POP
Buscar Vendedor Commented [PSL40]: No es trazable con el diagrama de casos
de uso.
Reglas de negocio: BR01: Toda asignación se da en el marco de una campaña y
sucursal especifica.
BR02: La asignación de materiales POP determina la cantidad de
unidades asignadas al vendedor.
31
BR03: Toda asignación ingresada se encuentra en el estado
“registrado”.
BR04: La cantidad actual y la cantidad a asignar, son medidas en
unidades.
BR05: Solamente los empleados que se identifiquen como
encargados de almacén podrán asignar material POP.
Precondiciones o El EA se debe haber identificado previamente en el sistema.
o Las campañas y sucursales deben estar previamente
registrados en el sistema.
o Los materiales POP deben estar previamente registrados en
el sistema.
o Los vendedores deben estar previamente registrados en el
sistema.
o Debe existir campañas registradas con anticipación. Commented [PSL41]: Ya está mencionada antes.

Post Condiciones o Se ha registrado una asignación.


o Se ha asociado materiales POP a la asignación.
o Se han asociado un vendedor a la asignación.
o Se ha actualizado la cantidad actual del material POP de la
campaña y sucursal asignada.
Flujo normal de eventos
1. El EA selecciona la sub opción “Asignar Mat. POP” de la opción “Operaciones” en el menú de
la aplicación (ver Gráfico 1). Commented [PSL42]: Ajustar la numeración del flujo básico.
2. El sistema muestra el formulario “ASIGNAR MATERIAL A VENDEDOR” mostrando los campos
Campaña, Sucursal, Cod.Empleado, Nom.Empleado y Fecha de Registro (ver Gráfico 2).
3. El EA decide efectuar una de las operaciones siguientes:

a. Si selecciona ver Subflujo “Nuevo”

b. Si selecciona ver Subflujo “Consultar”

c. Si selecciona ver Subflujo “Modificar”


Commented [PSL43]: Solo debería funcionar si ya se ha
seleccionado una asignación previa.
d. Si selecciona ver Subflujo “Eliminar”

4. El sistema refresca el formulario con los campos de la asignación.

5. El AF selecciona Salir de la Asignación del Material POP.


Subflujo Nuevo
1. El EA selecciona la sub opción “Asignar Mat. POP” de la opción “Operaciones” en el menú de
la aplicación (ver Gráfico 1). Commented [PSL44]: No aplica aquí.
2. El sistema muestra una pantalla de “ASIGNAR MATERIAL A VENDEDOR con los campos de
Campaña, Sucursal, Cod. Empleado, Nom. Empleado y Fecha de Registro. Además muestra los
datos para cada beneficiario: nombre, sexo y fecha de nacimiento (ver Gráfico 2).
3. El EA selecciona una campaña y sucursal de la lista [BR01].
4. El sistema devuelve los materiales POP según la campaña y sucursal seleccionada (ver Gráfico
3).
5. El EA procede a asociar un vendedor a la asignación [BR02], activando el caso de uso por
32
include “Buscar Vendedor”.
6. El sistema muestra el código del vendedor y el nombre del vendedor.
7. El sistema muestra en el campo Fecha Registro la fecha actual por defecto.
8. Por cada material POP:
a. El EA introduce la cantidad a asignar.
b. El sistema actualiza la cantidad actual.

9. Al finalizar la asignación del material POP el EA selecciona Grabar.


10. El sistema actualiza la cantidad de los materiales POP y asigna dichos materiales POP al
vendedor seleccionado.
11. El EA sale de la opción de asignar material a vendedor.
Subflujo Consultar
1. El EA selecciona la sub opción “Asignar Mat. POP” de la opción “Operaciones” en el menú de
la aplicación (ver Gráfico 1).
2. El sistema muestra una pantalla de “ASIGNAR MATERIAL A VENDEDOR” con los campos de
Campaña, Sucursal, Cod. Empleado, Nom. Empleado y Fecha de Registro. Además muestra los
datos para cada beneficiario: nombre, sexo y fecha de nacimiento (ver Gráfico 2).

3. El EA selecciona Consultar .
4. El sistema muestra el formulario “Búsqueda de Asignaciones” mostrando los campos
Campaña, Sucursal, Empleado y Fec. Asignación (Inicio/fin) (ver Gráfico 4).
5. El EA ingresa la campaña y sucursal.
6. El EA si desea asocia un vendedor a la búsqueda, activando el caso de uso por extend “Buscar
Vendedor”.
7. El EA ingresa una fecha de inicio y fecha de fin.
8. El sistema muestra las asignaciones existentes, según los filtros ingresados y/o seleccionados.
9. El EA selecciona una asignación de la lista.
10. El sistema muestra los datos de la asignación en la pantalla “ASIGNAR MATERIAL A
VENDEDOR” (ver Gráfico 6).

Subflujo Modificar
1. Seguir los pasos del Subflujo Consultar.

2. El EA selecciona Modificar .
3. El sistema habilita el campo Cant. Asignar para cambiar la cantidad actual (ver Gráfico 3).

4. El EA selecciona Grabar .
5. El sistema muestra las cantidades actuales asignadas.

Subflujo Eliminar
1. Seguir los pasos del Subflujo Consultar.

2. El EA selecciona Eliminar .
3. El sistema muestra un mensaje de confirmación (ver Gráfico 7).
4. El EA acepta el mensaje de confirmación.

Flujo alternativos
33
Flujo alternativo 1: El encargado de almacén elige otro vendedor
Si en el punto 4 del Subflujo Nuevo el encargado de almacén decide elegir a otro vendedor
1. El EA selecciona , activando el caso de uso por include “Buscar Empleado” y elige al nuevo
vendedor.
2. El sistema actualiza el código del vendedor y el nombre del vendedor.
3. El caso de uso continúa en el punto 6 del Subflujo Nuevo.
Flujo alternativo 2: El encargado desea deshacer lo ingresado
Si en el punto 7 del Subflujo Nuevo el encargado de almacén no está de acuerdo con las
cantidades ingresadas.

3. El EA elige Eiminar de la pantalla que limpia las cantidades ingresadas.


4. El caso de uso continúa en el punto 7 del Subflujo Nuevo.
Información adicional

Nombre del CU Actualizar Material POP Commented [PSL45]:


Elmer Tirado ...
Tipo Esencial y Primario
Actores Encargado de Almacén (EA)
Iteración 0
Descripción El caso de uso comienza cuando el EA requiere registrar,
modificar, eliminar o consultar el material POP y termina cuando
el EA ha finalizado el registro, modificación, eliminación o
consulta del material POP.
Referencias -
Caso de uso asociado -
Reglas de negocio: BR11: Los campos que se pueden editar en el material POP son
Código, Nombre, Unidad y estado. Commented [PSL46]: Debería haber una regla para establecer
el código.
Precondiciones o El EA se debe haber identificado previamente en el sistema.
Commented [PSL47]: Hay más precondiciones como los tipos
Post Condiciones o Se ha registrado el material POP. de unidades.
o Se ha modificado el material POP.
o Se ha eliminado el material POP.
Flujo normal de eventos
1. El EA inicia el caso de uso seleccionando la opción “Material POP” en el menú de
Mantenimientos (ver pantalla 1).
2. El sistema muestra el formulario “Material POP” con opciones (ver pantalla 2).
3. El EA selecciona una de las siguientes opciones:

● “Nuevo” , para registrar un nuevo material POP (ver subflujo Nuevo material POP).

● “Buscar” , para ubicar un material POP registrado (ver subflujo Buscar material POP).

● “Modificar” , para cambiar los datos de un material POP (ver subflujo


Modificar material POP).

34
● “Eliminar” , para eliminar un material POP (ver subflujo Eliminar material
POP).

● “Consultar” , para ver los datos de un material POP (ver subflujo Consultar
material POP).

● “Salir” , para salir del formulario “Material POP”.

Subflujo Nuevo
1. El sistema muestra una pantalla “Material POP” en blanco (ver pantalla 2).

2. El EA inicia el registro de un nuevo material POP seleccionando la opción “Nuevo” e


ingresa el código, nombre, unidad y el estado. (Ver pantalla 3)
3. El EA selecciona guardar .
4. El sistema muestra un mensaje de confirmación “Desea registrar”.
5. El EA acepta el mensaje.
6. El sistema graba fecha actual del registro del nuevo material POP.
7. El EA termina el registro de un nuevo material POP.
8. El sistema registra los datos del material POP.

Subflujo Buscar material POP


1. El EA indica el código o las primeras letras de la descripción e inicia la búsqueda. (Ver
pantalla 4)
2. El sistema muestra una lista de material POP coincidentes con los criterios de búsqueda
con los siguientes campos: Código, descripción, estado.
Subflujo Consultar
1. El EA selecciona un material POP de la lista de materiales POP buscadas en el subflujo
Buscar material POP.
2. El sistema muestra una pantalla de “Búsqueda Material” con los datos del material POP
(ver pantalla 4).
3. El EA consulta los datos a través de la opción “Sel.” y sale. (Ver pantalla 5).
4. El sistema muestra nuevamente la lista de reservas (ver pantalla 4).
Subflujo Modificar
1. El EA selecciona un material POP de la lista de materiales POP buscados en el
subflujo Buscar material POP. (Ver pantalla 4).
2. El sistema muestra una pantalla de “Búsqueda Material”
3. El EA selecciona un material para actualizar.
4. El sistema muestra los datos del material POP que se pueden modificar [RN011]
como Código, Nombre, Unidad y estado. (ver pantalla 5).
3. El EA selecciona guardar .
4. El sistema muestra un mensaje de confirmación “Desea actualizar”.
5. El EA acepta el mensaje.
7. El EA termina la actualización del material POP.
8. El sistema muestra nuevamente la lista de material POP con el material POP actualizado.

35
Subflujo Eliminar
1. El EA selecciona un material POP de la lista de materiales POP buscados en el
subflujo Buscar material POP. (Ver pantalla 4).
2. El sistema muestra una pantalla de “Búsqueda Material”.
3. El EA selecciona un material para eliminar.
4. El EA termina la operación de eliminación.
5. El sistema muestra un mensaje de confirmación “Desea eliminar”.
6. El EA acepta el mensaje.
7. El sistema muestra mensaje de eliminación exitosa. (Ver pantalla 6).
8. El EA termina la actualización del material POP.
9. El sistema muestra nuevamente la lista sin los datos del material POP
eliminado.
Flujo alternativos
Flujo alternativo 1: Nuevo material POP
El material POP no puede ser registrado
Si en el punto [2], el sistema determina que un material POP no puede ser registrado muestra el
mensaje “El material ya ha sido registrado y no se puede registrar” . Luego el EA indica la
cancelación del nuevo registro.
Información adicional
-

3.2.2. Diagrama de clases de análisis

Generar Orden de Pedido Commented [PSL48]: Diego Yarlequé


Commented [PSL49]: No se pueden apreciar las pantallas.

Hay relaciones con otros casos de uso que no figuran en el DCUS.

No han establecido un módulo de operaciones

Generar Orden de Ingreso Commented [PSL50]: Oscar Torres

36
Commented [PSL51]: No se pueden apreciar las pantallas.

Hay relaciones con otros casos de uso que no figuran en el DCUS.

No han establecido un módulo de operaciones

Generar Comprobante de Entrega Commented [PSL52]: Carlos Montesinos


Commented [PSL53]: La relación del acto con las CF es
unidireccional.
La relación entre CF y CCU Es bidireccional.
La relación entre la CCU del CUS Principal y de los CCU
dependientes es unidireccional partiendo de la CCU del CUS
principal (Está al revés).
No han establecido una CN-Comprobante.

Asignar Material Pop Commented [PSL54]: Joseth Acosta

37
Commented [PSL55]: Hay relaciones con otros casos de uso
que no figuran en el DCUS.

No han establecido un módulo de operaciones

Commented [PSL56]: Está demás este DCA.

Actualizar Material Pop Commented [PSL57]: Elmer Tirado

38
Commented [PSL58]: No han establecido un módulo de
operaciones

Intervienen otras clases entidad que no están reflejadas en el


diagrama (unidades)

3.2.3. Diagrama de interacción de los casos de uso especificados

 ECUS-Actualizar Material POP

39
CUS-Actualizar
Material POP
:
Encargado
de Almacen

1 : Iniciar CU Actualiazr material POP() C: Página Principal


T: Mostrando la pantalla de Busqueda Material

2 : Buscar Material POP()


C: En la pantalla Busqueda Material
T: Mostrando una lista del material POP filtrado

3 : Adicionar material POP()


C: En la pantalla Busqueda Material
T: Mostrando la pantalla Material POP en modo nuevo

4 : 4.Consultar Material POP()


C: En la pantalla Busqueda Material
T: Mostrando la pantalla Material POP en modo consulta

5 : Modificar material POP() C: En la pantalla Busqueda Material


T: Mostrando la pantalla Material POP en modo modificación

6 : Eliminar material POP() C:En la pantalla Busqueda Material


T: Mostrando la pantalla Material POP en modo eliminación

7 : Salir CU Actualizar material POP()


C: En la pantalla Busqueda Material
T: Mostrando la pagina principal nuevamente

8 : Finalizar operación Material POP() C: En la pantalla Busqueda Material


T: Mostrando un mensaje de confirmación o notificación

C: En la pantalla Busqueda Material


T: Mostrando la pantalla de Busqueda Material nuevamente
9 : Cancelar operación Material POP()

Diagrama 1: Diagrama de Secuencia resumen Commented [PSL59]: Elmer Tirado

40
Commented [PSL60]: Debería haber una búsqueda de las
Unidades

: CF-Pagina Principal : CCU-Material POP


: Encargado de Almacen

1 : Iniciar CU Actualizar Material POP()

2 : Open Actualizar Material POP()

: Material POP

3 : Open()
<<create>>

4 : Show()

Diagrama 2: Iniciar CU Actualizar Material POP

41
Commented [PSL61]: No hay Refresh en una CCU

: CCU-Material POP : CN-Material POP


: Encargado de Almacen : CF-Busqueda Material : Material POP

1 : Buscar Material POP()

2 : ListaMaterialPOP := Buscar MaterialPOP()

3 : ListaMaterialPOP := Get ListaMaterialPOP()

loop Lista de Fitros


4 : Resp := VerificarMaterial POP()

5 : Get NombreMaterial()

6 : DatosMaterial := Get DatosMaterial()

7 : ListaMaterial := Add DatosMaterial()


8 : ListaMaterial := <>NULL :=Refresh()

: CF-Mensaje Notificacion

9 : [ListaMaterial=NULL] := Open()

10 : Show "No hay materiales"()

Diagrama 3: Buscar Material POP

42
Commented [PSL62]: No hay una búsqueda en una adición.

: Encargado de Almacen : Material POP


: CF-Busqueda Material : CCU-Material POP : CN-Material POP

1 : Adicionar Material()

2 : Add Material()

seq Get ListaMaterial


3 : ListaMaterial := Get ListaMaterial()

loop ListaMaterial
4 : ListaMaterial := Get DatosMaterial()

5 : ListaMaterial := Add DatosMaterial()

6 : Open()
<<create>>

Modo: Nuevo
7 : Show()

Diagrama 4: Nuevo Material POP

43
Commented [PSL63]: No está bien al operatividad de una
modificación.

: CF-Busqueda Material : CCU-Material POP : CN-Material POP


: Encargado de Almacen : Material POP

1 : Modificar Material()

2 : Modify Material()

region EditarMaterial

3 : DatosEditarMaterial := Gt EditDatosMaterial()

4 : DatosEditMaterial := Get Material()

5 : Open()
<<create>>

6 : Show() Modo: Modificar

Diagrama 5: Modificar Material POP

44
Commented [PSL64]: Se elimina un objeto no una pantalla.

: Encargado de Almacen : CF-Busqueda Material : CCU-Material POP : CN-Material POP : Material POP

1 : Eliminar Material()

2 : Eliminar Material()

region Eliminar Material


3 : DatosEliminarMaterial := Get DatosEliminarMaterial()

4 : DatosEliminarMaterial := GetMaterial()

5 : Open()
<<destroy>>
Modo: Eliminar
6 : Show()

Diagrama 6: Eliminar Material POP

 ECUS – Generar Orden de Ingreso Commented [PSL65]: Oscar Torres

Commented [PSL66]: No es correcto el último mensaje en la


CCU.
No se aprecian los parámetros.
Deberían tomarse en cuenta una orden de pedido previa.

Diagrama 7: Generar Orden de Ingreso

 ECUS – Generar Orden de Pedido Commented [PSL67]:


Diego Yarlequé ...

45
Commented [PSL68]: La última operación debería ser un SET,
no un Get
: : : : :
: : : Orden
CF-Generar CCU-Generar CN-Operaciones Empleado Proveedor
Encargado Material de
Orden de Orden de
de POP Pedido
Pedido Pedido
Almacen
1 : Generar Orden de pedido()
2 : Generar Orden de pedido()
3 : Generar Orden de Pedido(idUsuario)
4 : GetEmpleado()

5 : GetProveedor()
6 : GetMaterialPop()
7 : GetOrdenPedido(OrdenPedidoObj)
8 [Confirm=1] : Generar()

Diagrama 8: Generar Orden de Pedido

 ECUS-Asignar Material POP Commented [PSL69]: Joseth Acosta

46
Diagrama 9: Asignar Materia POP - Resumen

Commented [PSL70]: Se debería refrescar la pantalla como


paso final

Diagrama 10: Asignar Materia POP

 ECUS – Generar Comprobante Commented [PSL71]: Carlos Montesinos

47
Diagrama 11: Buscar Ordenes

48
Commented [PSL72]: Al generar un comprobante se está
realizando un SET

Diagrama 12: Generar Comprobante de Entrega

49
3.3. Diagramas de máquina de estado

DME – Material POP

50
DME – Orden de Pedido

51
Capítulo 4: Arquitectura

4.1 Introducción
<Aquí va un párrafo que presenta al sistema y las consideraciones especiales que se ha tenido para
confeccionar la arquitectura. Se puede describir el medio ambiente, los recursos disponibles y las
principales restricciones.>

4.1.1 Propósito
<El propósito es la meta que se espera alcanzar al presentar el documento de arquitectura, a
quiénes va dirigido y cómo los beneficia>

4.1.2 Alcance
<Aquí va un párrafo que describe de manera resumida los contenidos del capítulo de arquitectura>

4.1.3 Definiciones, acrónimos y abreviaturas


Se brindan definiciones y acrónimos de términos usados en el presente documento que
necesiten de alguna explicación para su correcta interpretación.

4.1.3.1 Definiciones

Agrupaciones de casos de uso y actores por funcionalidad que


Paquetes
proveen.
Actor Alguien o algo externo al sistema que interactúa con él.
Caso de Secuencia de acciones que el sistema realiza , la cual proporciona un
Uso resultado de valor observable

Star UML Se refiere a la herramienta que permite realizar el modelado de los


diagramas presentados en este documento

4.1.3.2 Acrónimos

ERS Especificación de Requisitos de Software


RUP Rational Unified Process
UML Unified Modeling Language

4.2 Representación de la arquitectura


<Es la representación gráfica sobre la cual se ha inspirado la arquitectura. Puede ser la
representación gráfica de un modelo de documentación como el 4+1 o el gráfico de un framework.
En el ejemplo se ve el framework de .NET>

52
Ilustración 1: Framework .Net

4.3 Metas y restricciones


<Las metas y restricciones están relacionadas con los requerimientos no funcionales y funcionales de
uso general, que impactan en la arquitectura.>

La meta principal de la arquitectura del sistema es mostrar los aspectos principales que
influirán en la etapa de desarrollo.
Se tomarán en cuenta las siguientes metas y restricciones para el diseño de la arquitectura del
sistema:

Ó Existen varios requerimientos que tienen un impacto directo en la arquitectura seleccionada

3.1. Metas
1. El Sistema GMP - Zilicom permitirá a los usuarios acceder al sistema desde cualquier Terminal.
2. Para poder acceder al Sistema Antiplagium, se requiere de un código de usuario válido así como
de una contraseña. Además, dependiendo del perfil del usuario se deshabilitarán
opciones de manejo del Sistema para proteger información confidencial.
3. Los requerimientos estipulados en el Documento de Visión, deben de ser considerados como
parte de la arquitectura del sistema a implementar.
4.El uso del sistema para los trabajadores de la Institución Educativase limitaa dentro de la
organización. Fuera de ella no se podrá acceder al sistema.

3.2. Restricciones del Sistema


1.El sistema usará PostgreSql como motor de Base de Datos necesariamente. Debe
considerarse obligatorio la elaboración de una copia de rescate de las tablas para no afectar la
información almacenada antes de poner en total funcionamiento al sistema.
2. Las características técnicas de las computadoras que serán utilizadas no deberán presentar
potencias menores a las brindadas por una Pentium 4, con al menos 1 GBde RAM y 500MBde
espacio libre en el disco, con Sistema Operativo Linux.

53
3.Las computadoras que utilicen el sistema deberán de tener instalado el JRE 1.6 o superiorya
que el mismo será desarrollado en java.

4.3.1 Requerimientos que impactan a la arquitectura.

<Aquí va la relación de los requerimientos de impacto seleccionados. Debajo figura un cuadro con la
organización sugerida para detallarlos.>

Cuadro 2: Relación de requerimientos que impactan en la arquitectura


Código Descripción
Requerimientos Funcionales de uso general
<Ejemplo: El sistema debe ser capaz de interactuar con un componente que
RFxx
permita la exportación de reportes a PDF.>
RFyy
Requerimientos de Capacidad de Uso
<Ejemplo: Se utilizará un estándar en la denominación y uso de controles y de
RNFaa hipervínculos de manera que el usuario se familiarice rápidamente con el
manejo del sistema.>
RNFbb
Requerimientos de Confiabilidad
<Ejemplo: En general y debido a que su ambiente operativo es la Internet el
RNFee sistema debe encontrarse disponible todos los días de año, considerando un 2%
de inoperatividad por mantenimiento del servidor web.>
Requerimientos de Rendimiento
<Ejemplo: Se debe lograr que los tiempos de respuesta en las operaciones
altamente transaccionales como la reserva y el alquiler sean aceptables
RNFgg
(máximo 20 segundos en hora pico) de forma tal que el usuario pueda
completar su transacción. >
Requerimientos de Soporte
<Ejemplo: Se debe lograr resolver las preguntas y errores comunes del usuario
RNFnn al manejar una aplicación Web, como uso del browser y manejo de
hipervínculos. >
Restricciones de Diseño
<Ejemplo: Se debe utilizar una herramienta case que permita al desarrollador
RNFss
una mejor comprensión de la forma como debe implementar el sistema. >
<Ejemplo: Se debe efectuar el desarrollo en un lenguaje de programación que
RNFtt permita una ejecución y posterior puesta en marcha del sistema de manera
eficiente.>

4.3.2 Mecanismos y tácticas de diseño usadas.


<Aquí va la relación de mecanismos que realizan los requerimientos que impactan en la
arquitectura. Se puede usar un cuadro como el siguiente:>

54
Cuadro 3: Relación de mecanismos de análisis e implementación
Mecanismos de análisis y sus soluciones a través del diseño y la implementación
Mecanismo Requerimientos Solución
abordados
Manejo de errores: Permite RF46 Comprende:
que los errores sean RNF03  El manejo de los errores de datos que se
detectados, propagados y resolverá en el servidor de base de datos y
notificados. en las clases que manejan la lógica del
negocio. La información se presentará en la
interfaces para que el usuario decida que
acer.
 El soporte a las excepciones a través de
componentes especiales de soporte de
errores que se manejarán en la capa lógica
de negocio
Persistencia: Constituye el RNF11  Las capacidades tanto del software de
conjunto de servicios para RNF14 administración de datos Microsoft SQL como
manipular los datos del procesador facilitarán la conservación y
la permanencia en línea de un gran volumen
de información.
..
..

4.4 Vista de los casos de uso


<En este acápite se revisa la organización de los casos de uso en paquetes y un diagrama con los
casos de uso significativos o que impactan en la arquitectura>

4.4.1 Diagrama de paquetes


<Se repite el diagrama de paquetes del modelo de casos de uso>

4.4.2 Diagrama de los casos de uso que impactan en la arquitectura.


<Es un diagrama especial que contiene únicamente los casos de uso que se mencionaron en el
acápite 2.3.6 y sus actores correspondientes.>

4.5 Vista lógica.


<En este acápite se revisan los diagramas lógicos estructurales que conforman la vista de alto nivel
de la arquitectura. Varían de acuerdo a la propuesta arquitectónica pero los más comunes son el
diagrama de capas, el de subsistemas y opcionalmente un diagrama de paquetes organizados en
niveles.>

4.5.1 Diagrama de capas.


<Ver un ejemplo en el documento de arquitectura del caso Rent-A-Car>

4.5.2 Diagrama de subsistemas.


<Ver un ejemplo en el documento de arquitectura del caso Rent-A-Car>

55
4.6 Vista de implementación
<En este acápite se presenta la relación y comunicación de los componentes para la
implementación. Es conveniente presentar además del diagrama una descripción de cada
componente para establecer las relaciones de este diagrama con la vista lógica.>

4.6.1 Diagrama de implementación.


<Ver un ejemplo del diagrama en el documento de arquitectura del caso Rent-A-Car>

Cuadro 4: Relación de componentes


Relación de los componentes del sistema
Componente Descripción
<Nombre del componente> <Descripción del componente. Indicar la trazabilidad con él o los
elementos de la vista lógica>
... …

4.6.2 Framework y/o patrones de arquitectura propuestos


<En este acápite se presentan los patrones de arquitectura y/o framework que son utilizados en la
arquitectura. Es conveniente incluir una descripción y un diagrama personalizados.>

4.7 Vista de despliegue


<En este acápite se muestran los componentes de Hardware requeridos para el correcto
funcionamiento del sistema. Es conveniente incluir una descripción de los principales procesadores y
dispositivos requeridos>

4.7.1 Diagrama de despliegue.


<Ver un ejemplo en el documento de arquitectura del caso Rent-A-Car>

56
Capítulo 5: Diseño

5.1 Patrones de diseño seleccionados.


<En este acápite se presentan los patrones de diseño que son utilizados en el sistema. Es
conveniente incluir una descripción y un diagrama personalizados.>

5.2 Diagrama de la base de datos.


<Ver un ejemplo en el documento de arquitectura del caso Rent-A-Car>

57
Conclusiones Commented [PSL73]: Faltan lecciones aprendidas.

En conclusión, el presente proyecto beneficiará en lo siguiente a la organización: diseño de un


Sistema Informático que permita brindar información real y oportuna del estado en que se
encuentran sus procesos y documentos de suma importancia, así como la elaboración de varios
documentos (órdenes, comprobantes, informes, etc.) que requiera el área, según la naturaleza de
sus funciones.

Al desarrollar el presente trabajo se espera que los conceptos aquí vertidos y la aplicación
correspondiente sirvan de referencia para el desarrollo de aplicaciones futuras y mejoras constantes.

58
Glosario
Glosario de términos
Nombre Descripción
A
Asignar Señalar lo que corresponde a un vendedor.
C
Comprobante de Es un documento que constata que Materiales POP y que cantidad se le
Entrega entregó al PDV o cliente.
D
Distribuidor Empresa que abastece con la entrega de Materiales POP.
M
Material POP Objeto o cosa que tenga un logo o emblema que representa una marca.
O
Orden de Ingreso Es emitida por el encargado de almacén donde registra las cantidades del
Material POP que ingresarán al almacén.
Orden de Pedido Es emitida por el encargado de almacén para pedir los Materiales POP al
distribuidor.

59
Siglario
Siglario
Acrónimo Descripción
EA
Encargado de Almacén Empleado de Zilicom que se encarga de la administración del almacén.
P
POP Punto de Compra “Point Of Purchase”
PDV Punto de Venta

60
Bibliografía
<Poner aquí las referencias bibliográficas según el estándar usado en la UPC. Consultar el manual de
grados y títulos disponible en:
http://www.upc.edu.pe/acerca-de-upc/servicios/centro-de-atencion-al-alumno/reglamentos-y-
normas/reglamentos> Commented [PSL74]: Faltó completar

61
Anexos
<Para cada anexo se ha preparado un ejemplo que está disponible en el aula virtual>

Anexo 1: Visión del sistema (en Requisite Pro).

Anexo 2: Especificación suplementaria (en Requisite Pro).

Anexo 3: Especificación de las reglas de negocio (en Requisite Pro).

Anexo 4: Especificación detallada de los casos de uso o Historias de usuario


que impactan en la arquitectura con interfaces de usuario (de preferencia
en Requisite Pro).

62