Post on 24-Dec-2015
description
Versión 2.0
Página 1 de 56
RESUMEN
El desarrollo del presente proyecto busca mejorar y automatizar el proceso de
distribución de la empresa de acumuladores “ETNA S.A.” cuyas operaciones
están orientadas a la fabricación y comercialización de baterías (acumuladores
eléctricos) asegurando el cumplimiento de la calidad requerida.
La distribución de los productos es parte importante en una fábrica de
acumuladores eléctricos (baterías), ya que nos permite determinar que métodos y
rutas se deben utilizar para hacer llegar el producto en el momento requerido y
ofrecido.
Por esta razón, se van a trabajar las especificaciones de los casos de uso del
sistema más resaltantes por el módulo seleccionado (en este caso el paquete
DI_DP002_RealizaciónDespacho), identificando los requerimientos funcionales y
no funcionales, las reglas del negocio, los atributos del caso de uso del sistema, el
modelo conceptual, la arquitectura de software donde identificaremos las metas,
las restricciones, los mecanismos y las vistas: lógica, de implementación y de
despliegue. Luego realizaremos las pruebas de conceptos de los casos de uso
más significativos.
Se está tomando como documentación base para la realización de este desarrollo
de los casos de uso del sistema y la arquitectura de software el modelado del
negocio por lo cual, se están dividiendo en 3 anexos para un mejor entendimiento.
Los anexos son:
Anexo 1: Descripción del proyecto.
Anexo 2: Modelado del negocio.
Anexo 3: Realización de los casos de uso del negocio.
Documento interno Versión: 2.0 Página: 1 / 58
Versión 2.0
Página 2 de 56
INDICE
RESUMEN..........................................................................................................................................1
Aprobado................................................................................................................................5
Héctor Mendivil.......................................................................................................................5
Héctor Mendivil.......................................................................................................................5
Arquitectura del Software.................................................................................................................6
1. Diagrama de casos de uso Significativos..............................................................6
Diseño de Arquitectura.....................................................................................................................7
Propósito................................................................................................................................7
Alcance..........................................................................................................................................8
1 Metas y Restricciones............................................................................................................8
3. Mecanismos y Tácticas de Diseño usadas..............................................................10
Persistencia:........................................................................................................................12
CAPA........................................................................................................................................15
DESCRIPCIÓN...........................................................................................................................15
Interfaz de usuario..............................................................................................................15
Controladora........................................................................................................................15
Servicios...............................................................................................................................15
Acceso a Datos...................................................................................................................16
8. Informes de Desempeño........................................................................................................21
Conclusiones...................................................................................................................................22
GLOSARIO DE TÉRMINOS.................................................................................................................23
DICCIONARIO DE ACRONIMOS........................................................................................................25
BIBlIOGRAFÍA...................................................................................................................................27
ANEXOS...........................................................................................................................................28
ANEXO 1..........................................................................................................................................28
DESCRIPCIÓN DEL PROYECTO..........................................................................................................28
Descripción de la Organización Objeto de Estudio..................................................................28
Objetivos Estratégicos de la Organización.......................................................................................29
Organigrama de la Organización.....................................................................................................30
Mapa de procesos...........................................................................................................................31
Documento interno Versión: 2.0 Página: 2 / 58
Versión 2.0
Página 3 de 56
ANEXO 2..........................................................................................................................................32
MODELADO DEL NEGOCIO..............................................................................................................32
MODELO DE CASOS DE USO DEL NEGOCIO.................................................................................32
Especificación de los Actores del Negocio...............................................................................32
1 Diagrama de Casos de Uso del Negocio...............................................................................33
MODELO DE ANÁLISIS DEL NEGOCIO..............................................................................................34
1.1 Especificación de los Trabajadores del Negocio...........................................................34
Especificación de las Entidades del Negocio....................................................................................38
ANEXO 3..........................................................................................................................................39
REALIZACIÓN DE LOS CASOS DE USO DEL NEGOCIO.......................................................................39
DI_CUN001_ProgramarDespacho............................................................................................39
Diagrama de actividades DI_CUN001_ProgramarDespacho...........................................................42
Diagrama de clases DI_CUN001_ProgramarDespacho....................................................................43
Lista de actividades por automatizar DI_CUN001_ProgramarDespacho.........................................44
DI_CUN002_RealizarDespacho................................................................................................45
Especificación del caso de uso del negocio.....................................................................................45
Diagrama de actividades.............................................................................................................49
Diagrama de clases DI_CUN002_ RealizarDespacho.......................................................................50
Lista de actividades por automatizar DI_CUN002_ RealizarDespacho............................................51
DI_CUN003_ RealizarControlYSeguimientoDeDespacho.........................................................52
Especificación del caso de uso del negocio.....................................................................................52
Diagrama de actividades DI_CUN003_RealizarControlYSeguimientoDeDespacho..........................56
Documento interno Versión: 2.0 Página: 3 / 58
Versión 2.0
Página 4 de 56
HISTORIAL DE REVISIONES
Fecha Versión Descripción Autor Aprobado03/01/15 1.0 Primera Revisión Carlos Ramos Héctor Mendivil10/01/15 2.0 Segunda Revisión Carlos Ramos Héctor Mendivil
Documento interno Versión: 2.0 Página: 4 / 58
Versión 2.0
Página 5 de 56
ARQUITECTURA DEL SOFTWARE
1. Diagrama de casos de uso SignificativosLos casos de uso más significativos son los resaltados de color amarillo, el criterio que se utilizo para su clasificación fue por la complejidad, la cual clasifica el caso de uso por su importancia en la arquitectura del sistema, sus valores son:
Primario: actividad(es) que influyen profundamente a la arquitectura. Secundario: actividad(es) de menor frecuencia de ocurrencia. Opcional: actividad(es) que no siempre se realiza en el sistema.
Por tal motivo para las pruebas de concepto se van a trabajar con los más importantes y serian:
DI_CUS006_ActualizarCantidadEntrega DI_CUS008_ActualizarInformaciónTransporteHojaRuta
Documento interno Versión: 2.0 Página: 5 / 58
Versión 2.0
Página 6 de 56
DISEÑO DE ARQUITECTURAUno de los desarrollos más importantes dentro de la construcción del software es el desarrollo de la arquitectura de software, que permite representar la estructura del sistema, sirviendo de comunicación entre las personas involucradas en el desarrollo, además de ayudar a realizar el análisis para la toma de decisiones.
PropósitoEste documento proporciona una descripción de la arquitectura del módulo de Distribución, haciendo uso de diversas visiones arquitectónicas para representar diversos aspectos del sistema. Se realiza con el fin de documentar las decisiones de arquitectura significativas que se han tomado en el sistema.
Documento interno Versión: 2.0 Página: 6 / 58
Versión 2.0
Página 7 de 56
AlcanceEste documento presenta la arquitectura en la cual estará basado el módulo de Distribución, definiendo de manera detallada la distribución de los paquetes del sistema en las diversas capas que éste presenta, así como una descripción de las capas a utilizar.
1 Metas y RestriccionesA continuación proporcionaremos la lista de requerimientos que impactan en la arquitectura. Los requerimientos que se mencionan a continuación son aquellos que tienen mayor impacto sobre la arquitectura del sistema:
Código Requerimiento Descripción
RNF009_Protección a fallas
Confiabilidad(Se debe de definir el presupuesto para la adquisición de un sistema de respaldo en cintas)
El sistema debe estar protegido contra perdida de datos por fallas, por lo cual se debe contar con un Política de gestión de backup establecida semanalmente (domingos spool) y diarios (Incremental).
RNF015_Tipo de navegadores web
Soporte(La pantalla cumple con los estándares html) (HyperText Markup Language)
La aplicación Web deberá ser compatible con los navegadores Internet Explorer 9 o superior, Mozilla Firefox 3 o superior, Google Chrome, Safari 7 y Ophera 12.
RNF017_Tipo de formato de reporte
Restricciones de Diseño
(El formato de reportes será definido por ETNA)
Los reportes se exportarán en los formatos: EXCEL, PDF, HTML, TXT.
RNF018_Tipo de base de datos
Restricciones de Diseño
(Se debe Especificar las opciones del diseño para el sistema)
El Sistema debe utilizar como motor de base de datos MySQL en su versión 5.0. Esta será centralizada y provista por el usuario.
RNF019_Tipo de librerías de reportes
Restricciones de Diseño
(Uniformizar las versiones por el equipo
Los reportes se desarrollarán con librerías de IReport(diseñador en código abierto) y
Documento interno Versión: 2.0 Página: 7 / 58
Versión 2.0
Página 8 de 56
de proyecto para evitar incompatibilidad)
JasperReport(motor de creación de reportes en código abierto).
RNF020_Lenguaje de programación
Restricciones de Diseño
(El servidor en el cual se despliega la aplicación deberá tener instalado el JRE 1.7 (Java Runtime Environment) o superior)
La aplicación se desarrollará en el Lenguaje de programación Java bajo el framework Spring.
RNF021_Tipo de Web services
Restricciones de Diseño
(Identificar los problemas estándar en sus respuestas por lo que no se definen tipos de datos)
Los servicios de la aplicación se desarrollarán con WebService REST (transferencia de estado representacional).
RNF022_Tipo de sistema operativo del servidor
Restricciones de Diseño
(Instalación, escalabilidad, y
localización)
El servidor de Aplicaciones deberá funcionar en Sistemas Windows Server 2008 R2.
RNF024_Ayuda por módulo
Restricciones de Diseño
(Considerar la codificación de ETNA en la redacción de manuales )
Cada módulo debe tener la opción de ayuda disponible donde se detallarán los manuales uso por cada módulo consultado.
RNF023_Tipo de Conexión a la Base de Datos
Restricciones de Diseño
(La aplicación se conectará a la base de datos mediante el uso de una cadena de conexión)
Para la conexión a la base de datos, la cadena de conexión deberá estar definida en un archivo de configuración que se encontrará en la aplicación desplegada.
RNF001_Mensaje de Error
Usabilidad(Especifica los problemas al mostrar errores codificados e inscritos en código
El sistema debe presentar los errores de forma codificada de manera que el usuario pueda saber el origen del error y una posible solución.
Documento interno Versión: 2.0 Página: 8 / 58
Versión 2.0
Página 9 de 56
fuente y no es una base de datos)
RNF026_Arquitectura Lógica
Restricciones de Diseño
(Especifica las opciones del diseño
para el sistema)
El sistema considera una arquitectura lógica de cinco capas: Interfaz de Usuario, Controladora, Servicio y Acceso a datos.
RNF027_Acceso al sistema
Usabilidad (Define el acceso al
sistema mediante una url(universal resource
location))
El sistema permitirá el acceso mediante una url (universal resource location) desde el sitio web, generando una sesión por usuario y dispositivo.
3. Mecanismos y Tácticas de Diseño usadasLos mecanismos y métodos constituyen un grupo de herramientas que pueden agregar o realizar requerimientos no funcionales relacionados a la arquitectura del sistema.
En esta sección se muestran y desarrollan los métodos y mecanismos de análisis seleccionados para mostrar y resolver los requerimientos no funcionales de uso general de mayor impacto en la arquitectura.
Mecanismos de Análisis y sus soluciones a través del
Documento interno Versión: 2.0 Página: 9 / 58
Versión 2.0
Página 10 de 56
Diseño y la Implementación
MecanismoRequerimientos
AbordadosSolución
Persistencia: Proporciona servicios para manipular datos persistentes.
RNF018_Tipo de base de datos
El Sistema debe utilizar como motor de base de datos MySQL en su versión 5.0. Esta será centralizada y provista por el usuario.
Gestión de Recursos: Proporciona el soporte para la administración de conexiones a la base de datos
RNF023_Tipo de Conexión a la Base de Datos
Para la conexión a la base de datos, la cadena de conexión deberá estar definida en un archivo de configuración que se encontrará en la aplicación desplegada.
Persistencia: Proporciona servicios para manipular datos persistentes.
RNF022_Tipo de sistema operativo del servidor
El servidor de Aplicaciones deberá funcionar en Sistemas Windows Server 2008 R2.
Gestión del Sistema: Proporciona servicios que facilitan la administración de aplicaciones en un ambiente distribuido.
RNF021_Tipo de Web Services
Los servicios de la aplicación se desarrollarán con WebService REST (transferencia de estado representacional).
Generación de Reportes: Proporciona facilidades de generación de reportes.
RNF019_Tipo de librerías de reportes
Los reportes se desarrollarán con librerías de IReport(diseñador en código abierto) y JasperReport.(motor de creación de reportes en código abierto).
Presentación Reportes: Proporciona facilidades de exportación de reportes.
RNF017_Tipo de formato de reporte
Los reportes se exportarán en los formatos: EXCEL, PDF, HTML, TXT.
Gestión de Errores:Permite que los erroressean detectados,propagados y notificados.
RNF001_Mensaje de Error
El sistema debe presentar los errores de forma codificada de manera que el usuario pueda saber el origen del error y una posible solución.
Gestión de Programación: Permite identificar el lenguaje de programación a
RNF020_Lenguaje de programación
La aplicación se desarrollará en el Lenguaje de programación Java bajo el framework spring.
Documento interno Versión: 2.0 Página: 10 / 58
Versión 2.0
Página 11 de 56
usar para la aplicación.
Compatibilidad: Permite identificar los navegadores y sus versiones para el uso de la aplicación.
RNF015_Tipo de navegadores web
La aplicación Web deberá ser compatible con los navegadores Internet Explorer 9 o superior, Mozilla Firefox 3 o superior, Google Chrome, Safari 7 y Ophera 12.
Seguridad: Proporciona servicios de protección de acceso a ciertos recursos o información.
RNF009_Protección a fallas
El sistema debe estar protegido contra fallas, por lo cual se debe contar con un Política de gestión de backup establecida semanalmente (domingos spool) y diarios (Incremental).
Usabilidad:
Ejecución de la aplicación
RNF027_Acceso al sistema
El sistema permitirá el acceso mediante una url (universal resource location) desde el sitio web, generando una sesión por usuario y dispositivo.
Online Help:Proporciona capacidades de ayuda en línea.
RNF024_Ayuda por módulo
Cada módulo debe tener la opción de ayuda disponible donde se detallarán los manuales uso por cada módulo consultado.
Persistencia:
Documento interno Versión: 2.0 Página: 11 / 58
Versión 2.0
Página 12 de 56
Emisión de Reportes:
Documento interno Versión: 2.0 Página: 12 / 58
Versión 2.0
Página 13 de 56
4. Vista Lógica
Documento interno Versión: 2.0 Página: 13 / 58
Versión 2.0
Página 14 de 56
La vista lógica del módulo de Distribución describe las partes arquitectónicamente significativas del modelo de diseño, como será la descomposición en capas.
Las capas identificadas son: Interfaz de Usuario, controladora, servicio y acceso a datos las cuales se muestran a continuación de manera gráfica:
CAPA DESCRIPCIÓNInterfaz de usuario Esta capa almacena todas las clases con las cuales el
usuario puede interactuar como lo son las ventanas o formularios WEB que permiten mostrar la información.
Controladora Esta capa Controla la conexión entre la capa interfaz de usuario y la capa de servicios.
Servicios Esta capa es donde residen los programas que se
Documento interno Versión: 2.0 Página: 14 / 58
Versión 2.0
Página 15 de 56
ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el procesamiento correspondiente. Se denomina capa de servicios pues es aquí donde se establecen todas las reglas que deben cumplirse.
Acceso a Datos Esta capa es donde residen los datos y es la encargada de acceder a los datos. Está formada por los gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de servicios.
Documento interno Versión: 2.0 Página: 15 / 58
Versión 2.0
Página 16 de 56
5. Vista de Implementación
Documento interno Versión: 2.0 Página: 16 / 58
Versión 2.0
Página 17 de 56
6. Vista de Despliegue
Documento interno Versión: 2.0 Página: 17 / 58
Versión 2.0
Página 18 de 56
7. Gestión del Proyecto
EDT del Proyecto
Documento interno Versión: 2.0 Página: 18 / 58
Versión 2.0
Página 19 de 56
Cronograma de Ejecución del Proyecto
Documento interno Versión: 2.0 Página: 19 / 58
Versión 2.0
Página 20 de 56
8. Informes de Desempeño
Informe de Rendimiento.docx
9. Actas de Reunión
Acta de reunión_02_02_2015.docx
Acta de reunión_09_02_2015.docx
Acta de reunión_15_02_2015.docx
Documento interno Versión: 2.0 Página: 20 / 58
Versión 2.0
Página 21 de 56
CONCLUSIONES Se consideró una lista de comprobación de requerimientos que verificó la
realización de las metas en la construcción del caso de uso "DI_CUS006_ActualizarCantidadEntrega“presentado.
Se debe consideró la experiencia del usuario final para el desarrollo de las pantallas, involucrándolo activamente en la construcción del caso de uso "DI_CUS006_ActualizarCantidadEntrega“
Se usó un diccionario de términos del documento y de los anexos a fin de despejar toda ambigüedad de entendimiento por parte del cliente.
Encontramos importante el documento “Actas de Reunión”, ya que nos permitió establecer un orden al trabajo común para desarrollar el proyecto del módulo de Distribución.
El Refinar los casos de uso, nos permitió comprender en detalle la funcionalidad del módulo a implementar, dejando en claro las acciones a realizar por parte del usuario en la interfaz.
Hemos podido tener una mejor comprensión del negocio al utilizar adecuadamente el Glosario de Términos, definiendo de forma clara los términos de uso común.
Fue importante la colaboración por parte del usuario final, ya que es, quién conoce más de cerca cómo funciona el negocio, además que el haberlo involucrarlo activamente en el proceso de análisis garantizo que el producto final haya satisfecho de manera eficiente sus requerimientos.
Documento interno Versión: 2.0 Página: 21 / 58
Versión 2.0
Página 22 de 56
GLOSARIO DE TÉRMINOS
Nombre Descripción
B
Back Order Es un listado de Pendientes de Despacho que no cuentan con stock Producto en el almacén.
C
Cubicaje El cubicaje es la forma de acomodar espacialmente de manera óptima de los embalajes (unitarización) o de las tarimas (paletización), para con el fin de maximizar en espacio que se tiene para el transporte.
Carguío Es la acción en la que el personal del almacén realiza la carga de mercadería desde la zona de despacho al Transporte, que en nuestro caso son camiones de carga.
E
Documento interno Versión: 2.0 Página: 22 / 58
Versión 2.0
Página 23 de 56
Nombre Descripción
Entrega Documento que contiene el detalle de todos los productos que se tienen que entregar a los clientes o centros de distribución. Este documento es generado desde la programación de despacho.
P
PT Producto Terminado.
Picking Es un proceso que tomas las guías de remisión para realizar el proceso de reserva del stock Producto del almacén.
Precinto Un precinto es un sello de seguridad, un dispositivo físico numerado que se coloca sobre mecanismos de cierre para asegurar que éstos no se abran sin autorización.
Porcentaje de Aceptación
Es el valor mínimo que el cliente acepta para él envió de sus productos de un pedido de compra.
S
Stock Producto Es un valor el cual me indica la cantidad del producto disponible en el almacén.
T
Tabla Es una propiedad que contiene datos en columnas dentro de las pantallas de las especificaciones de caso de uso.
Documento interno Versión: 2.0 Página: 23 / 58
Versión 2.0
Página 24 de 56
DICCIONARIO DE ACRONIMOS
Nombre Descripción
C
CANT Cantidad
D
DI Distribución
E
ETNA Electro Talleres Unidos
EDT Estructura de Descomposición de Trabajo
EX Exportación
H
H/R Hoja de Ruta
HTML HyperText Markup Language
L
LO Logística
N
NRO Número
P
PT Producto Terminado
R
REST Representational State Transfer – Transferencia de Estado Representacional
RF Requisito Funcional
RNF Requisito No Funcional
RUP Rational Unified Process – Proceso Racional Unificado
Documento interno Versión: 2.0 Página: 24 / 58
Versión 2.0
Página 25 de 56
Nombre Descripción
S
SA Sociedad Anónima
SG Seguridad
SW Software
U
UML Unified Modeling Language – Lenguaje Unificado de Modelado
URL universal resource location
V
VM Ventas
Documento interno Versión: 2.0 Página: 25 / 58
Versión 2.0
Página 26 de 56
BIBLIOGRAFÍA
PRESSMAN, Roger (2010) quinta edición Ingeniería de Software, un enfoque práctico. Madrid: McGraw – Hill.
PROJECT MANAGEMENT INSTITUTE (2008), Guía de los Fundamentos para la Dirección de Proyectos. Pennsylvania USA: Project Management Institute.
RUMBAUGH, James (2000), El Lenguaje Unificado de Modelado, Manual de Referencia. Madrid: Prentice-Hall.
SCHMULLER, Joseph (2001), Aprendiendo UML en 24 horas. España: Prentice-Hall.
Documento interno Versión: 2.0 Página: 26 / 58
Versión 2.0
Página 27 de 56
ANEXOS
ANEXO 1DESCRIPCIÓN DEL PROYECTO
Descripción de la Organización Objeto de Estudio
En 1933, se crea una de las primeras empresas dedicada a la fabricación y
comercialización de acumuladores eléctricos en América Latina, su nombre:
Electro Talleres Nacionales Asociados, que años más tarde se conocería como
Fábrica Nacional de Acumuladores ETNA S.A.
El compromiso de sus fundadores, unido a la responsabilidad de sus
trabajadores, hizo que a inicios de los años cuarenta se reconozca la calidad de
las baterías, en todo el país. Para ese entonces la fábrica operaba en un local en
Jesús María.
En la década de los sesenta ETNA se convirtió en el principal proveedor de las
plantas de ensamblaje automotriz de la industria local, poniéndose a la
vanguardia de los fabricantes de baterías en la región.
En los años ochenta, debido al sostenido aumento de la demanda, ETNA traslada
sus instalaciones productivas a un nuevo local en la zona industrial de
Independencia, al norte de la ciudad de Lima, sitio donde mantiene hasta la fecha
su planta principal.
En el 2000, inicia la exportación de sus productos a Bolivia, para continuar al año
siguiente con Ecuador y Panamá. A la fecha, ETNA ha orientado su producción a
los mercados mencionados además: Cuba, República Dominicana, Haití,
Paraguay y Chile.
En el 2008, practicando su sentido de responsabilidad social y buscando
mantener una relación amigable con el medio ambiente, ETNA inaugura su planta
de Fundición y Aleaciones en Ventanilla, lugar donde se realiza la recuperación y
procesamiento del plomo.
Documento interno Versión: 2.0 Página: 27 / 58
Versión 2.0
Página 28 de 56
Para los próximos años, la empresa confía en seguir ofreciendo los mejores
productos tal como lo viene haciendo durante 78 años, respondiendo
íntegramente a la confianza depositada por cada uno de sus usuarios a nivel
nacional e internacional.
OBJETIVOS ESTRATÉGICOS DE LA ORGANIZACIÓN
o Seguir ofreciendo a sus clientes un producto de excelente calidad, fabricado
con tecnología de punta, buen respaldo técnico y un exigente control de
calidad, para lo cual capacita continuamente a su personal de planta y staff
con conocimiento experto y responsabilidad social.
o Prevenir y mitigar, en el ámbito de nuestra responsabilidad, los impactos
adversos al medio ambiente, impulsar el desarrollo de productos de calidad,
capacitar y fomentar una cultura de preservación del ambiente, con base en el
Sistema de Gestión de la Calidad y Ambiental, cumpliendo con los objetivos, la
normatividad, la legislación aplicable y otros requisitos.
o Aumentar la productividad en todas las áreas de la empresa, evitando los re-
trabajos, a través de la incorporación de metodologías, procesos de gestión y
tecnología.
Documento interno Versión: 2.0 Página: 28 / 58
Versión 2.0
Página 29 de 56
ORGANIGRAMA DE LA ORGANIZACIÓN
Documento interno Versión: 2.0 Página: 29 / 58
Versión 2.0
Página 30 de 56
MAPA DE PROCESOS
Documento interno Versión: 2.0 Página: 30 / 58
Calidad
Venta y Post Venta
Productos terminados
NO
RM
AS
TRIB
UTA
RIA
S
NO
RM
AS
ISO
90
01
PROCESOS ESTRATEGICOS Y DE CONTROL
PROCESOS DE SOPORTE
CO
STO
S D
E LA
PR
OD
UC
CIO
N
TESO
RER
ÍA
CO
NTA
BIL
IDA
D
CO
MPR
AS
Y A
LMA
CEN
ES
NEC
ESID
AD
ES D
E N
UES
TRO
S C
LIEN
TES
SATI
SFA
CC
IÓN
DE
LOS
CLI
ENTE
S
Marketing de entrada
Gestión de Pedidos de ventas
PLA
NEA
MIE
NTO
ES
TRA
TÉG
ICO
NO
RM
AS
DE
SEG
UR
IDA
D
REC
UR
SOS
HU
MA
NO
S
TEC
NO
LOG
ÍAS
DE
LA
INFO
RM
AC
IÓN
CR
EDIT
OS
Y C
OB
RA
NZA
S
NO
RM
AS
LEG
ALE
S
Marketing de Salida
PlaneamientoDe producción
Producción
Versión 5.0
Página 31 de 95
ANEXO 2MODELADO DEL NEGOCIO
MODELO DE CASOS DE USO DEL NEGOCIO
Especificación de los Actores del Negocio
o LO_AN001_GerenteLogística
Es el rol que solicita la atención de los despachos a clientes y sucursales. Participa en los procesos: Programar Despacho, Realizar Despacho y Realizar Control y Seguimiento de Despacho.
LO_AN001_GerenteLogística
(from Actores del negocio)
Versión 5.0
Página 32 de 95
1 Diagrama de Casos de Uso del Negocio
DI_CUN001_ProgramarDespacho
(from Casos de uso del negocio)
DI_CUN002_RealizarDespacho
(from Casos de uso del negocio)
DI_CUN003_RealizarControlYSeguimientoDeDespacho
(from Casos de uso del negocio)
LO_AN001_GerenteLogística
(from Actores del negocio)
Versión 5.0
Página 33 de 94
MODELO DE ANÁLISIS DEL NEGOCIO
1.1 Especificación de los Trabajadores del Negocio
o VM_TN009_Facturador
Es el encargado de entregar las facturas que se tienen que atender al Supervisor de despacho.
VM_TN009_Facturador
o LO_TN001_SupervisorAlmacen
Es el encargado de entregar los pedidos de reposición que se tienen que atender al supervisor de despacho.
Documento interno Versión: 5.0 Página: 33 / 58
Versión 5.0
Página 34 de 94
LO_TN001_SupervisorAlmacen
o DI_TN001_SupervisorDespacho
Es el encargado de realizar la programación de Despacho, la cual va a generar las listas de entregas y además va a realizar el control y seguimiento de la hoja de Ruta y los requerimientos de producción.
DI_TN001_SupervisorDespacho
o VM_TN008_Vendedor
Es el encargado de realizar las Hojas de devolución y renovación de los clientes y distribuidores.
VM_TN008_Vendedor
o DI_TN006_AuxiliarDespacho
Es el encargado de realizar el picking, confirmar las listas de picking trabajadas y llevar la mercadería la zona de despacho.
Documento interno Versión: 5.0 Página: 34 / 58
Versión 5.0
Página 35 de 94
DI_TN006_AuxiliarDespacho
o DI_TN003_PersonalSeguridad
Es el encargado de revisar que toda la mercadería indicada en la guía de remisión se haya cargado en el transporte colocando el precinto de seguridad y dando conformidad a la salida de mercadería.
DI_TN003_PersonalSeguridad
o DI_TN004_Transportista
Es el encargado de realizar el transporte físico de los productos según la hoja de ruta entregada por el Supervisor de Preparación.
DI_TN004_Transportista
o DI_TN007_SistemaDespacho
Es el sistema del área de despacho que permite verificar si el stock de los productos, que se requieren para atender las listas de atenciones, se encuentra disponible. Se encarga también de generar las guías de remisión y la lista de picking previa solicitud.
Documento interno Versión: 5.0 Página: 35 / 58
Versión 5.0
Página 36 de 94
o DI_TN005_ReceptorMercadería
Es el encargado de recibir la mercadería y verificar si está conforme a los documentos recibidos.
DI_TN005_ReceptorMercadería
o DI_TN002_SupervisorPreparación
Es el encargado de revisar las listas a despachar para trabajar la realización del despacho el cual incluye: la verificación de stock del Producto, notificación de las necesidades pendientes al almacén, generar el Back Order(lista de despachos no atendidos), ingresar las guías de remisión, las listas de Picking, confirmar las cantidades de Guía vs Picking y actualizarlas, solicitar adquisición de servicios , revisar y actualizar datos de los transportes (propios y tercero), imprimir las guías y por último, generar las hojas de rutas que se les brinda a los transportistas para la ejecución de la distribución.
DI_TN002_SupervisorPreparación
Documento interno Versión: 5.0 Página: 36 / 58
Versión 5.0
Página 37 de 94
o LO_TN003_JefeAlmacen
Es el encargado de confirmar la adquisición de Servicios solicitado por el Supervisor de Preparación.
LO_TN003_JefeAlmacen
ESPECIFICACIÓN DE LAS ENTIDADES DEL NEGOCIO
Documento interno Versión: 5.0 Página: 37 / 58
Versión 5.0
Página 38 de 94
ANEXO 3REALIZACIÓN DE LOS CASOS DE USO DEL NEGOCIO
DI_CUN001_ProgramarDespacho
Especificación del caso de uso del negocio.
o Actores del Negocio:
- LO_AN001_GerenteLogística
o Propósito:
Generar la Programación del Despacho
o Breve Descripción:
Este caso de uso del negocio inicia cuando el GerenteLogística solicita la generación de la programación del despacho al SupervisorDespacho, quién se encargará de verificar los documentos recibidos (facturas, pedidos de reposición, hojas de renovación y hojas de devolución) y, posteriormente, clasificarlos para realizar el consolidado de despacho y generar las listas de despachos. El caso de uso termina cuando el GerenteLogística recibe la conformidad de la generación de la programación del despacho (confirmación de la creación de las listas de despacho).
o Flujo Básico
1. El GerenteLogística solicita la programación del despacho. El facturador se encargará de verificar la existencia de facturas. El supervisor del Centro de Distribución se encargará de verificar la existencia de reposiciones. El supervisor de reclamo y devolución se encargará de verificar la existencia de renovaciones y devoluciones. El facturador se encargará de entregar las facturas existentes. El supervisor del centro de distribución se encargará de entregar los pedidos de reposición existentes. El supervisor de reclamo y devolución se encargará de entregar las hojas de renovaciones y devoluciones existentes.
2. El SupervisorDespacho se encargará de verificar los documentos recibidos.
3. El SupervisorDespacho se encargará de generar el consolidado de despacho.
Documento interno Versión: 5.0 Página: 38 / 58
Versión 5.0
Página 39 de 94
4. El SupervisorDespacho se encargará de generar las listas de despacho.
5. El SupervisorDespacho se encargará de enviar al Gerente de Logística la conformidad de generación de las listas de despacho.
6. El GerenteLogística recibe la conformidad de lo solicitado.
o Flujos Alternos
- Notificar que no existen FacturasSi en el punto [1] el facturador no tiene ningún documento factura por requerir despacho [DI_RN014], entonces se envía una notificación al Supervisor de Despacho, sigue en el punto [2].
- Notificar que no existen P. de ReposiciónSi en el punto [1] el Supervisor del Centro de Distribución no tiene ningún Pedido de Reposición por requerir despacho [DI_RN014], entonces se envía una notificación al Supervisor de Despacho, sigue en el punto [2].
- Notificar que no existen H. Renovación u H. Devolución Si en el punto [1] el Supervisor de Reclamo y Devolución no tiene ninguna hoja de devolución u hoja de renovación por despachar [DI_RN014], entonces se envía una notificación al Supervisor de Despacho, sigue en el punto [2].
- Notificar que no existen documentos por Despachar Si en el punto [2] el Supervisor de Despacho no tiene ningún documento para realizar la programación de despacho [DI_RN006], entonces se archivan los documentos no despachados en un folder de despachos por atender y, posteriormente, se envía una notificación al Gerente de Logística indicándole que existen documentos que no han sido despachos.
o Precondiciones
- El facturador tiene una factura para entregársela al supervisor de despacho. De este modo, el supervisor de despacho sigue el flujo normal de la actividad de clasificación de documentos recibidos.
- El supervisor del centro de distribución tiene un pedido de reposición para entregársela al supervisor de despacho. De este modo, el
Documento interno Versión: 5.0 Página: 39 / 58
Versión 5.0
Página 40 de 94
supervisor de despacho sigue el flujo normal de la actividad de clasificación de documentos recibidos.
- El supervisor de reclamo y devolución tiene una hoja de devolución para entregársela al supervisor de despacho. De este modo, el supervisor de despacho sigue el flujo normal de la actividad de clasificación de documentos recibidos.
- El supervisor de reclamo y devolución tiene una hoja de renovación para entregársela al supervisor de despacho. De este modo, el supervisor de despacho sigue el flujo normal de la actividad de clasificación de documentos recibidos.
- El supervisor de despacho consulta la información de los productos que se van a despachar (tamaño, peso y dimensiones). De este modo, podrá el generar el documento consolidado de despacho.
o Poscondiciones
- Existe un documento Consolidado de Despacho.
- Existe un documento de entrega.
- Existe un documento de Transferencia.
- Existe un documento Renovación y un documento de Devolución.
- Existe el Folder de Despachos por Atender.
Documento interno Versión: 5.0 Página: 40 / 58
Versión 5.0
Página 41 de 94
DIAGRAMA DE ACTIVIDADES DI_CUN001_PROGRAMARDESPACHO.
Documento interno Versión: 5.0 Página: 41 / 58
Versión 5.0
Página 42 de 94
DIAGRAMA DE CLASES DI_CUN001_PROGRAMARDESPACHO.
Documento interno Versión: 5.0 Página: 42 / 58
Versión 5.0
Página 43 de 94
LISTA DE ACTIVIDADES POR AUTOMATIZAR DI_CUN001_PROGRAMARDESPACHO.
1. Verificar si existen Facturas2. Notificar que no existen Facturas3. Verificar si existen Reposiciones4. Notificar que no existen P. de Reposición5. Verificar si existen Renovaciones o Devoluciones6. Notificar que no existen H. Renovación u H. Devolución7. Verificar Documentos Recibidos8. Generar Consolidado de Despacho9. Generar Listas de Despacho10.Enviar conformidad de generación de Listas de Despacho11.Notificar que existen Documentos no Despachados
Documento interno Versión: 5.0 Página: 43 / 58
Versión 5.0
Página 44 de 94
DI_CUN002_RealizarDespacho
ESPECIFICACIÓN DEL CASO DE USO DEL NEGOCIO.
o Actores del Negocio:
- LO_AN001_GerenteLogística
o Propósito:
Realizar la ejecución de los despachos previamente programados para clientes y sucursales.
o Breve Descripción:
El caso de uso comienza cuando el GerenteLogística solicita la atención de los despachos programados. El SupervisorPreparación genera las guías de remisión. El Auxiliar de Despacho realiza el Picking y envía la mercadería a la zona de despacho. El SupervisorPreparación actualiza los datos del transportista en las guías de remisión y emite las hojas de ruta. El transportista realiza la carga de mercadería y parte desde la zona de despacho. El caso de uso termina cuando el GerenteLogística recibe la confirmación del envío de los despachos.
o Flujo Básico
1. El GerenteLogística solicita la atención de los despachos
programados.
2. El SupervisorPreparación consulta los documentos de despachos
programados: Lista de Entrega, Lista de Transferencia, y Lista de
Renovación y Devolución, Factura, Hoja de Renovación, Hoja de
Devolución.
3. El SupervisorPreparación consulta el stock del almacén.
4. El Sistema de Despacho entrega el Reporte de Stock de los
productos del almacén.
5. El SupervisorPreparación verifica, en base al stock, si es factible la
atención de los despachos programados. [DI_RN005]
6. El SupervisorPreparación registra las guías de remisión en el
sistema.
Documento interno Versión: 5.0 Página: 44 / 58
Versión 5.0
Página 45 de 94
7. El SupervisorPreparación genera la lista de picking en el sistema a
partir de las guías de remisión registradas.
8. El Sistema de Despacho reserva el stock a utilizar en el despacho.
9. El SupervisorPreparación imprime la lista de picking.
10.El SupervisorPreparación entrega la lista de picking al Auxiliar de
Almacén.
11.El Auxiliar de Despacho realiza el picking de los productos a
despachar.
12.El Auxiliar de Despacho confirma la lista de picking corrigiendo las
cantidades según la mercadería física existente.
13.El Auxiliar de Despacho envía la mercadería a la zona de
despacho.
14.El SupervisorPreparación verifica las cantidades de las G/R versus
la lista de picking confirmada.
15.El SupervisorPreparación revisa origen del transporte para los
despachos.
16.El SupervisorPreparación calcula el cubicaje del despacho.
[DI_RN008]
17.El SupervisorPreparación verifica si existen unidades de transporte
suficientes.
18.El SupervisorPreparación ingresa los datos de los transportistas
propios en las G/R del sistema.
19.El SupervisorPreparación imprime las G/R.
20.El Sistema de Despacho realiza la descarga de stock de almacén
21.El SupervisorPreparación genera la Hoja de Ruta. [DI_RN007]
22.El SupervisorPreparación anexa G/R y facturas a las hojas de ruta
que corresponden.
23.El SupervisorPreparación entrega los documentos de salida al
transportista: Hoja de Ruta, G/R y facturas.
24.El Transportista realiza el carguío de la mercadería en el camión.
25.El Personal de Seguridad verifica el carguío de acuerdo a lo
detallado en las G/R.
Documento interno Versión: 5.0 Página: 45 / 58
Versión 5.0
Página 46 de 94
26.El Personal de Seguridad coloca el precinto de seguridad en el
camión. [DI_RN001]
27.El Personal de Seguridad da conformidad a la salida de mercadería
sellando G/R y la Hoja de Ruta.
28.El Transportista parte desde la zona de despacho.
29.El SupervisorPreparación notifica la atención del despacho.
30.El GerenteLogística recibe la confirmación de la atención de los
despachos programados.
o Flujos Alternos
- Despachos sin atenderSi en [5] existen despachos que no van a poder ser atendidas: El SupervisorPreparación coloca la factura en el BackOrder [DI_RN011]. El SupervisorPreparación notifica al área de producción para que lo incluyan en su planificación de producción de productos terminados. El caso de uso continúa en [6].
- Cantidades modificadas en lista de pickingSi en [14] se identifican cantidades modificadas en el picking contra las G/R inicialmente emitidas [DI_RN010]: El SupervisorPreparación actualiza estas cantidades en las G/R. El caso de uso continúa en [15].
- Unidades de transporte insuficienteSi en [17] se identifica la necesidad de contar con unidades de transporte adicional: El SupervisorPreparación emite la Solicitud de Adquisición de Servicios [DI_RN005] El Jefe de Almacén aprueba la Solicitud de Adquisición de Servicios. El Supervisor de Preparación actualiza los datos del transportista en la G/R. El caso de uso continúa en [18]
- Carguío no conformeSi en [25] el Personal de Seguridad encuentra alguna incorrección en el carguío: [DI_RN001] El caso de uso regresa a [16].
o Precondiciones
- Un documento de Entrega fue entregado por el SupervisorDespacho al SupervisorPreparación.
Documento interno Versión: 5.0 Página: 46 / 58
Versión 5.0
Página 47 de 94
- Un documento de Renovación y un documento de Devolución fue entregado por el SupervisorDespacho al SupervisorPreparación.
- Un documento de Transferencia fue entregado por el SupervisorDespacho al SupervisorPreparación.
- Un documento factura fue entregado al SupervisorPreparación.
- Un documento hoja de renovación fue entregado al SupervisorPreparación.
- Un documento Hoja de Devolución fue entregado al SupervisorPreparación.
- El documento ficha de transportista externo fue confirmado en el área de Preparación.
- El documento ficha de Transporte se encuentra confirmado en el área de Preparación.
- El documento ficha de Personal de Transporte se confirmó en el área de Preparación.
- El documento Cliente fue confirmado en el área de Preparación.
o Poscondiciones
- El stock de producto fue confirmado y está en línea.
- Existe un Reporte stock.
- Existe una lista de Picking.
- Existe un BackOrder o documento factura no despachado.
- Existe un documento guía de remisión.
- Existe un documento Hoja de Ruta para los transportistas.
- Existe un documento de solicitud de Adquisición de Servicios.
Documento interno Versión: 5.0 Página: 47 / 58
Versión 5.0
Página 48 de 94
Diagrama de actividades DI_CUN002_REALIZARDESPACHO.
Documento interno Versión: 5.0 Página: 48 / 58
Versión 5.0
Página 49 de 94
DIAGRAMA DE CLASES DI_CUN002_ REALIZARDESPACHO.
Documento interno Versión: 5.0 Página: 49 / 58
Versión 5.0
Página 50 de 94
LISTA DE ACTIVIDADES POR AUTOMATIZAR DI_CUN002_ REALIZARDESPACHO.
1. Consultar documentos de despacho2. Verificar factibilidad de despachos programados3. Generar BackOrder4. Notificar necesidad de productos terminados5. Ingresar datos en G/R6. Ingresar Lista de Picking7. Verificar cantidad G/R vs Lista de Picking8. Verificar origen de unidades de transporte de despachos9. Calcular cubicaje del despacho10.Verificar disponibilidad de unidades de transporte11.Emitir Solicitud de Servicio de Transportista12.Generar hojas de ruta13.Confirmar adquisición del servicio14.Notificar atención de los despachos
Documento interno Versión: 5.0 Página: 50 / 58
Versión 5.0
Página 51 de 94
DI_CUN003_ RealizarControlYSeguimientoDeDespacho
ESPECIFICACIÓN DEL CASO DE USO DEL NEGOCIO.
o Actores del Negocio:
- LO_AN001_GerenteLogística
o Propósito:
Realizar el control y seguimiento a las unidades de transporte a través del seguimiento de la hoja de ruta y el control de despacho.
o Breve Descripción:
El caso de uso comienza cuando el GerenteLogística solicita iniciar el control y seguimiento de las unidades de transporte a cargo de los despachos. El supervisorDespacho genera las hojas de seguimiento de ruta y mantiene comunicación directa con los transportistas para verificar el estado de los despachos, a su vez el transporta hace la entrega de los despachos con el receptor de mercadería, pudiéndose aprobar o no la conformidad del despacho. El caso de uso termina cuando el GerenteLogística recibe la conformidad y el cumplimiento de todas las rutas.
o Flujo Básico
1. El GerenteLogística solicita al supervisordespacho iniciar el
seguimiento y control a las unidades de despacho.
2. El supervisordespacho consulta las hojas de ruta y genera el
seguimiento de hojas de ruta.
3. El supervisordespacho se comunica con los transportistas e inicia
el seguimiento y control a los despachos.
4. El transportista arriba al punto de despacho.
5. El transportista descarga mercadería y la entrega al receptor de
mercadería.
6. El receptor de mercadería constata mercadería.
7. El receptor de mercadería constata lo entregado con la factura.
Documento interno Versión: 5.0 Página: 51 / 58
Versión 5.0
Página 52 de 94
8. El receptor de mercadería firma la hoja de ruta con la conformidad
del despacho [DI_RN002].
9. El transportista notifica el estado del despacho al supervisor de
despacho [DI_RN004].
10.El supervisordespacho recibe notificación del transportista.
11.El supervisordespacho actualiza el seguimiento de la hoja de ruta
con estado “Despacho Conforme”.
12.El transportista retorna al almacén.
13.El transportista entrega la hoja de ruta al supervisor de despacho.
14.El supervisordespacho consulta la hoja de ruta contra el
seguimiento de la hoja de ruta.
15.El supervisordespacho genera el control de despacho.
16.El supervisordespacho confirmar que se finalizó con el control y
despacho al Gerentelogística.
17.El Gerentelogística recibe conformidad de operación.
o Flujos Alternos
- Recojo de mercaderíaSi en el punto [4] el transportista requiere recoger mercadería [DI_RN004]. El receptor de mercadería entrega mercadería. El transportista verifica mercadería con la hoja de devolución. El transportista carga mercadería a la unidad de transporte, el caso de uso continua en el punto [8].
- Recojo de mercadería no conformeSi en el punto [4] el transportista requiere recoger mercadería y esta no está conforme a la hoja de devolución [DI_RN004], el caso de uso continúa en el punto [9].
- Centro de DistribuciónSi en el punto [5] no se trata de un cliente sino de un centro de distribución [DI_RN004]. El receptor de mercadería constata lo entregado con el pedido de reposición, el caso de uso continúa en el punto [8].
- Mercadería no conforme
Documento interno Versión: 5.0 Página: 52 / 58
Versión 5.0
Página 53 de 94
Si en el punto [7] el receptor de mercadería no está conforme con el despacho. El receptor de mercadería devuelve la mercadería. El transportista carga la mercadería [DI_RN004], el caso de uso continúa en el punto [9].
- Hoja de ruta no conformeSi en el punto [13] el Supervisor de despacho constata que la información de la hoja de ruta y el seguimiento de la hoja de ruta no coinciden [DI_RN002]. Actualiza la información del seguimiento de la hoja de ruta, el caso de uso continúa en el punto [15].
- Tardanza en despachoSi en el punto [10] el Supervisor de despacho constata que el transportista entrego la mercadería después de 30 minutos de la hora indicada en el seguimiento de la hoja de ruta. Actualiza la información del seguimiento de la hoja de ruta con estado “Despacho Tardanza” [DI_RN003], el caso de uso continúa en el punto [12].
o Precondiciones
- El supervisordespacho cuenta con La copia de Hoja de ruta.
- La Hoja de ruta se entregó al Transportista.
- La Factura se entregó al transportista, en caso de un despacho a cliente.
- El pedido de Reposición se entregó al transportista, en el caso de un despacho a CD.
- De tratarse de un recojo, la hoja de devolución se entregó al transportista.
- De tratarse de una renovación, la hoja de renovación se entregó al transportista.
o Poscondiciones
- Existe un Seguimiento de hoja de ruta.
Documento interno Versión: 5.0 Página: 53 / 58
Versión 5.0
Página 54 de 94
- Existe un documento Control de despacho.
Documento interno Versión: 5.0 Página: 54 / 58
Versión 5.0
Página 55 de 94
DIAGRAMA DE ACTIVIDADES DI_CUN003_REALIZARCONTROLYSEGUIMIENTODEDESPACHO.
Documento interno Versión: 5.0 Página: 55 / 58
Versión 5.0
Página 56 de 94
Diagrama de clases DI_CUN002_ RealizarControlYSeguimientoDeDespacho.
Documento interno Versión: 5.0 Página: 56 / 58
Versión 5.0
Página 57 de 94
Lista de actividades por automatizar DI_CUN002_ RealizarControlYSeguimientoDeDespacho.
1. Generar Seguimiento de Hoja de rutas2. Verificar mercadería3. Constatar mercadería con Hoja de renovación4. Notificar estado de despacho5. Recibir Notificación de transportista6. Actualizar Seguimiento de hojas de ruta con despacho en estado
tardanza7. Actualizar Seguimiento de hojas de ruta con despacho en estado
conforme8. Actualizar seguimiento9. Generar control de despacho
Documento interno Versión: 5.0 Página: 57 / 58
Versión 5.0
Página 58 de 94
Documento interno Versión: 5.0 Página: 58 / 58