Escolar Documentos
Profissional Documentos
Cultura Documentos
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.
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.
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.
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.
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
5
Introducción Commented [PSL1]: Falta completar.
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
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
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.
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.
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.
Tabla 2: Lista de requerimientos suplementarios Commented [PSL7]: Faltan estos requerimientos que son
Requerimientos Suplementarios vitales en el planteamiento de la arquitectura.
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
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 inferencia
Reglas de cálculo
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.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
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
Iteración 0
15
Iteración 0
Iteración 0
16
Referencias FEAT14: Buscar las ordenes de entrega según los filtros
ingresados.
FEAT15:Generar comprobante de entrega de la orden de entrega
seleccionada
Iteración 0
17
Iteración 0
Referencias -Faltan
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.
19
Generar Orden de Ingreso Commented [PSL24]: Oscar Torres
20
Asignar Material Pop Commented [PSL26]: Joseth Acosta
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
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.
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.
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
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.
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.
● “Nuevo” , para registrar un nuevo material POP (ver subflujo Nuevo material POP).
● “Buscar” , para ubicar un material POP registrado (ver subflujo Buscar 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).
Subflujo Nuevo
1. El sistema muestra una pantalla “Material POP” en blanco (ver pantalla 2).
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
-
36
Commented [PSL51]: No se pueden apreciar las pantallas.
37
Commented [PSL55]: Hay relaciones con otros casos de uso
que no figuran en el DCUS.
38
Commented [PSL58]: No han establecido un módulo de
operaciones
39
CUS-Actualizar
Material POP
:
Encargado
de Almacen
40
Commented [PSL60]: Debería haber una búsqueda de las
Unidades
: Material POP
3 : Open()
<<create>>
4 : Show()
41
Commented [PSL61]: No hay Refresh en una CCU
5 : Get NombreMaterial()
: CF-Mensaje Notificacion
9 : [ListaMaterial=NULL] := Open()
42
Commented [PSL62]: No hay una búsqueda en una adición.
1 : Adicionar Material()
2 : Add Material()
loop ListaMaterial
4 : ListaMaterial := Get DatosMaterial()
6 : Open()
<<create>>
Modo: Nuevo
7 : Show()
43
Commented [PSL63]: No está bien al operatividad de una
modificación.
1 : Modificar Material()
2 : Modify Material()
region EditarMaterial
3 : DatosEditarMaterial := Gt EditDatosMaterial()
5 : Open()
<<create>>
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()
4 : DatosEliminarMaterial := GetMaterial()
5 : Open()
<<destroy>>
Modo: Eliminar
6 : Show()
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()
46
Diagrama 9: Asignar Materia POP - Resumen
47
Diagrama 11: Buscar Ordenes
48
Commented [PSL72]: Al generar un comprobante se está
realizando un SET
49
3.3. Diagramas de máquina de estado
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.1 Definiciones
4.1.3.2 Acrónimos
52
Ilustración 1: Framework .Net
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:
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.
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.
<Aquí va la relación de los requerimientos de impacto seleccionados. Debajo figura un cuadro con la
organización sugerida para detallarlos.>
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.
..
..
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.>
56
Capítulo 5: Diseño
57
Conclusiones Commented [PSL73]: Faltan lecciones aprendidas.
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>
62