Tp2 - Indice final

68
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. Documento interno Versión: 2.0 Página: 1 / 68

description

Tp2 - Indice final

Transcript of Tp2 - Indice final

Page 1: Tp2 - Indice final

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

Page 2: Tp2 - Indice final

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

Page 3: Tp2 - Indice final

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

Page 4: Tp2 - Indice final

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

Page 5: Tp2 - Indice final

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

Page 6: Tp2 - Indice final

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

Page 7: Tp2 - Indice final

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

Page 8: Tp2 - Indice final

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

Page 9: Tp2 - Indice final

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

Page 10: Tp2 - Indice final

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

Page 11: Tp2 - Indice final

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

Page 12: Tp2 - Indice final

Versión 2.0

Página 12 de 56

Emisión de Reportes:

Documento interno Versión: 2.0 Página: 12 / 58

Page 13: Tp2 - Indice final

Versión 2.0

Página 13 de 56

4. Vista Lógica

Documento interno Versión: 2.0 Página: 13 / 58

Page 14: Tp2 - Indice final

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

Page 15: Tp2 - Indice final

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

Page 16: Tp2 - Indice final

Versión 2.0

Página 16 de 56

5. Vista de Implementación

Documento interno Versión: 2.0 Página: 16 / 58

Page 17: Tp2 - Indice final

Versión 2.0

Página 17 de 56

6. Vista de Despliegue

Documento interno Versión: 2.0 Página: 17 / 58

Page 18: Tp2 - Indice final

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

Page 19: Tp2 - Indice final

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

Page 20: Tp2 - Indice final

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

Page 21: Tp2 - Indice final

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

Page 22: Tp2 - Indice final

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

Page 23: Tp2 - Indice final

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

Page 24: Tp2 - Indice final

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

Page 25: Tp2 - Indice final

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

Page 26: Tp2 - Indice final

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

Page 27: Tp2 - Indice final

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

Page 28: Tp2 - Indice final

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

Page 29: Tp2 - Indice final

Versión 2.0

Página 29 de 56

ORGANIGRAMA DE LA ORGANIZACIÓN

Documento interno Versión: 2.0 Página: 29 / 58

Page 30: Tp2 - Indice final

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

Page 31: Tp2 - Indice final

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)

Page 32: Tp2 - Indice final

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)

Page 33: Tp2 - Indice final

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

Page 34: Tp2 - Indice final

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

Page 35: Tp2 - Indice final

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

Page 36: Tp2 - Indice final

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

Page 37: Tp2 - Indice final

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

Page 38: Tp2 - Indice final

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

Page 39: Tp2 - Indice final

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

Page 40: Tp2 - Indice final

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

Page 41: Tp2 - Indice final

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

Page 42: Tp2 - Indice final

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

Page 43: Tp2 - Indice final

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

Page 44: Tp2 - Indice final

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

Page 45: Tp2 - Indice final

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

Page 46: Tp2 - Indice final

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

Page 47: Tp2 - Indice final

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

Page 48: Tp2 - Indice final

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

Page 49: Tp2 - Indice final

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

Page 50: Tp2 - Indice final

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

Page 51: Tp2 - Indice final

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

Page 52: Tp2 - Indice final

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

Page 53: Tp2 - Indice final

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

Page 54: Tp2 - Indice final

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

Page 55: Tp2 - Indice final

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

Page 56: Tp2 - Indice final

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

Page 57: Tp2 - Indice final

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

Page 58: Tp2 - Indice final

Versión 5.0

Página 58 de 94

Documento interno Versión: 5.0 Página: 58 / 58