24
Camino a la excelencia, compromiso institucional FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS INGENIERA DE SOFWARE II DISEÑO DE UN SISTEMA DE TRANSPORTE AEREO, MARITIMO Y TERRESTRE GUSTAVO ADOLFO DIAZ TOVAR FLORENCIA- CAQUETA 2009

Diseño UML (Diagrama de Secuencia)

Embed Size (px)

Citation preview

Page 1: Diseño UML (Diagrama de Secuencia)

Camino a la excelencia, compromiso institucional

FACULTAD DE INGENIERIA

PROGRAMA DE INGENIERIA DE SISTEMAS

INGENIERA DE SOFWARE II

DISEÑO DE UN SISTEMA DE TRANSPORTE AEREO, MARITIMO Y TERRESTRE

GUSTAVO ADOLFO DIAZ TOVAR FLORENCIA- CAQUETA

2009

Page 2: Diseño UML (Diagrama de Secuencia)

Formato preliminar al documento:

Título: DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTOS Y DIAGRAMAS

UML

Fecha d/M/a: 8/02/10

Sumario: Este documento contiene los diseños UML del

Sistema WAREHOUSING bajo la arquitectura J2EE

Palabras Claves: Requerimientos, Diseño, Diagrama, Clase, Entidad

Formato: DOC

Fecha de emisión

d/M/a:

1/04/10 Fecha de modificación

d/M/a:

Dependencia: Ingeniería de Software II

Código: 172001464 Versión 1.0

Estado de la

versión

Final

Autor (es): Gustavo Adolfo Diaz Tovar

Reviso:

Aprobó:

Información

Adicional:

Page 3: Diseño UML (Diagrama de Secuencia)

USUARIOS DEL SISTEMA

NUMERO ACTOR (Rol) FUNCIONALIDAD DESCRIPCION

… DBA

Es aquel rol que administra todos los procesos dentro del software encargado de la gestión de la información y del envió de las confirmaciones a los departamentos definidos en los requerimientos.

01 OPERARIO FUNCIONAL Es el rol encargado de registrar las instrucciones de embarque dentro del sistema y enviar la información al cliente.

02 CLIENTE FUNCIONAL Es el rol encargado de confirmar, generar y enviar la respuesta sobre el proceso de documentación del embarque.

MODULO DE DOCUMENTACION

DIAGRAMA DE CASOS DE USO ALTO NIVEL

Page 4: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE CASOS DE USO: BAJO NIVEL

Page 5: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE CLASES

Page 6: Diseño UML (Diagrama de Secuencia)

Requerimientos Funcionales

Inventario de Casos de uso

Identificador Nombre

CUSXFC 01 Registrar instrucciones de embarque

CUSXFC 02 Gestionar Documentación

CUSXFC 03 Generar Documentación Marítima

CUSXFC 04 Generar Documentación Aérea

CUSXFC 05 Generar EAES

CUSXFC06 Confirmar Documentación

CUSXFC07 Imprimir Documentación

CUSXFC08 Enviar (CENSUS, Documentación, Confirmación)

Abreviación: CUSXFCXX

Nemónico Significado

CU Casos de uso.

SX Nombre del sistema.

FC Iteración Fachada.

XX Número de ítem.

Page 7: Diseño UML (Diagrama de Secuencia)

Especificaciones de los casos de uso

Identificación del Caso de Uso:

CUMCFN01

Nombre del Caso de Uso:

REGISTRAR INSTRUCCIONES DE EMBARQUE

Iteración Fachada

Llenado

Énfasis

Final

Resumen El Operador del sistema Wareshousing utiliza el caso de uso Registrar

instrucciones de embarque para registrar en el sistemas cada una

de las instrucciones del embarque emitidas por el departamento

operacional y registrar toda información que describe el

embarque.

Curso básico de eventos 1. El operador entra en contacto con el departamento de

operaciones para la recepción de las instrucciones del

embarque.

2. El operador abre la interfaz grafica de usuario para

ingresar la información. (Registrar_instruccion.jsp)

3. El sistema requiere de una confirmación de usuario, el

operario ingresa su login y pasword para acceder a la GUI

de registro.

4. El operador ingresa al sistema la información

correspondiente a la descripción del embarque y la

información dada por el departamento operacional, como

el (Origen, Destino, instrucción, etc ), y el medio de

transporte ( Tipo de embarque ).

5. El sistema Woreshousing Verificar la información

ingresada ( Campos obligatorios Origen, Destino,

Id_emabrque)

6. El operador almacena la información en el sistema.

Caminos alternativos 3. Si el Operario no recuerda su pasword podrá acceder a recordar

contraseña respondiendo la pregunta secreta para poder

Page 8: Diseño UML (Diagrama de Secuencia)

continuar.

5.1. Si la información es correcta continua con si siguiente paso del

proceso ( ítem 6)

5.2. Si la información es incorrecta o faltan campos por registrarse el

sistema notifica mediante un mensaje el registro que hace falta o

que no corresponde al tipo de dato que debe ser registrado

Caminos de excepción 3.1 Si el alias o identificación del operario no existe, el sistema le notifica que no se encuentra registrado como operario del sistema.

3.2 El sistema lo retorna a la página principal Inicio.jsp.

6. El sistema notifica el registro exitoso de la información.

Puntos de Extensión Ninguno.

Suposiciones El operario debe tener toda la información correspondiente al embarque.

Precondiciones 1. El usuario debe estar registrado en el rol operario y estar logueado.

PostCondiciones 1. La instancia del caso de uso termina cuando la informacion ha sido registrada o cuando la solicitud ha sido rechazada por el sistema.

Reglas de Negocio Relacionadas

Criterios de aceptación 1. Los pasword de los usuarios registrados como operarios de wareshousing deberán ser únicos.

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Identificación del Caso de Uso:

CUMCFC02

Nombre del Caso de Uso:

GESTIONAR DOCUMENTACION

Iteración Fachada

Llenado

Énfasis

Final

Page 9: Diseño UML (Diagrama de Secuencia)

Resumen El Operador del sistema Wareshousing utiliza el caso de uso

Gestionar Documentacion para traer toda la información referente

a un embarque mediante su (id_embarque) el sistema trae de la

base de datos toda la información referente a ese embarque y lo

muestra en una plantilla jsp seleccionada.

Curso básico de eventos

1. El operador abre la interfaz grafica de usuario para

ingresar la información de la cual se hara la gestión de

informacion.

(http:localhost:8080//inicio.jsp//Mostrar_documentos.js

p).

2. El operario selecciona el tipo de embarque el cual va a

generar su documentación (marítima o aérea).

3. El operario ingresa en la GUI la identificación del

embarque y los datos de identificación de la misma

(Id_embarque, Fecha, Origen, Destino) el id_embarque es

obligatorio.

4. El operario selecciona gestionar información y el sistema

trae toda la información del embarque y la deja visible en

cada uno de los campos que la componen.

5. El operario podrá seleccionar Eliminar, mostrar o

Actualizar la información que pertenece al embarque.

Caminos alternativos 1. Si el Operario no recuerda su pasword podrá acceder a

recordar contraseña respondiendo la pregunta secreta para

poder continuar.

3.1 Si el cliente no registra el id_embarque el sistema mostrara una nueva pagina (Consultar_embarque.jsp) para buscar la información del embarque por otros componente, (nombre, Origen, Destino)

Caminos de excepción 1.1.1 Si el sistema no encuentra información sobre esa identificación de embarque notifica la ausencia de registros de información referente a ese embarque.

3.1.1 El operario solo podrá eliminar la información que no es de carácter obligatorio de lo contrario el sistema notificara un error en la información eliminada.

Puntos de Extensión Ninguno.

Suposiciones Ninguno

Precondiciones 1. El usuario debe estar logueado como operario.

PostCondiciones Generar la documentación obtenida.

Page 10: Diseño UML (Diagrama de Secuencia)

Reglas de Negocio Relacionadas Ninguno

Criterios de aceptación Ninguno

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Identificación del Caso de Uso:

CUMCFC03

Nombre del Caso de Uso:

GENERAR DOCUMENTACION MARITIMA

Iteración Fachada

Llenado

Énfasis

Final

Resumen El operario utilizar el caso de uso Generar Documentación Marítima

para exportar a pdf la documentación obtenida a partir del caso de

uso CUMCFC02.

Curso básico de eventos

1. El operador abre la interfaz grafica de usuario para

Generar la documentacion

(http:localhost:8080//inicio.jsp//Mostrar_documentos.j

sp).

2. El usuario selecciona Generar Documentación

3. El sistema actualiza la misma pagina jsp y muestra toda

la información registrada sobre el embarque.

4. El operario Selecciona la opción Exporta PDF y el

sistema genera en Mis documentos en una carpeta

llamada Embarque Maritimo un archivo de extensión

pdf con el consecutivo del id_embarque.

5. El sistema abre instancia el archivo pdf para abrirlo

automáticamente se genere.

6. El sistema notifica el estado del proceso.

Caminos alternativos 1. Si el Operario no recuerda su pasword podrá acceder a

recordar contraseña respondiendo la pregunta secreta

Page 11: Diseño UML (Diagrama de Secuencia)

para poder continuar.

2. Si no se encuentra la información ya gestionada el sistema

lo retorna al caso de uso CUMCFC02.

Caminos de excepción 4. Si ya se encuentra generado un documento con el mismo nombre el archivo notificara la existencia de este.

Puntos de Extensión Ninguno.

Suposiciones Ya debe existir una información gestionada.

Precondiciones 1. El operador debe estar logeado en el sistema.

2. Se dispone de la totalidad de la información a exportar.

3. El equipo tendrá instalado el Adobe Reader 7.0 o superior

PostCondiciones Ninguna.

Reglas de Negocio Relacionadas Ninguna

Criterios de aceptación

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Identificación del Caso de Uso:

CUMCFC04

Nombre del Caso de Uso:

GENERAR DOCUMENTACION AEREA

Iteración Fachada

Llenado

Énfasis

Final

Resumen El operario utilizar el caso de uso Generar Documentación Aerea

para exportar a pdf la documentación obtenida a partir del caso de

uso CUMCFC02.

Curso básico de eventos

1. El operador abre la interfaz grafica de usuario para

Generar la documentacion

(http:localhost:8080//inicio.jsp//Mostrar_documentos.j

sp).

Page 12: Diseño UML (Diagrama de Secuencia)

2. El usuario selecciona Generar Documentación

3. El sistema actualiza la misma pagina jsp y muestra toda

la información registrada sobre el embarque.

4. El operario Selecciona la opción Exporta PDF y el

sistema genera en Mis documentos en una carpeta

llamada Embarque Aerea un archivo de extensión pdf

con el consecutivo del id_embarque.

5. El sistema abre instancia el archivo pdf para abrirlo

automáticamente se genere.

6. El sistema notifica el estado del proceso.

Caminos alternativos 3. Si el Operario no recuerda su pasword podrá acceder a

recordar contraseña respondiendo la pregunta secreta

para poder continuar.

4. Si no se encuentra la información ya gestionada el sistema

lo retorna al caso de uso CUMCFC02.

Caminos de excepción 5. Si ya se encuentra generado un documento con el mismo nombre el archivo notificara la existencia de este.

Puntos de Extensión Ninguno.

Suposiciones Ya debe existir una información gestionada.

Precondiciones 1. El operador debe estar logeado en el sistema. 2. Se dispone de la totalidad de la información a exportar. 3. El equipo tendrá instalado el Adobe Reader 7.0 o superior

PostCondiciones Ninguna.

Reglas de Negocio Relacionadas Ninguna

Criterios de aceptación Ninguno

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Page 13: Diseño UML (Diagrama de Secuencia)

Identificación del Caso de Uso:

CUMCFN05

Nombre del Caso de Uso:

GENERAR AES

Iteración Fachada

Llenado

Énfasis

Final

Resumen El sistema utiliza el caso de uso Generar AES para crear el

documento (reporte) del embarque registrado para ser enviado a la

autoridades del CENSUS.

Curso básico de eventos

1. Una ves el operario halla ejecutado el caso de uso

CUMCFN01, el sistema crea el documento EAS

2. El sistema recopila toda la información del embarque

para generar una plantilla de envio.

3. El sistema genera un archivo con extensión PDF sobre el

AES lo almacena temporalmente en una carpeta de

www.root en el directorio del servidor.

4. El sistema se enlaza con el caso de uso CUMCFN08.

Caminos alternativos Ninguno

Caminos de excepción 1. Si el usuario no ha registrado ningún embarque el sistema no podrá generar un EAS

Puntos de Extensión 5. El sistema enlaza el caso de Uso CUMCFN08

Suposiciones Ninguna.

Precondiciones La información correspondiente al embarque y las cargas deben de

estar almacenadas en el sistema.

PostCondiciones Ninguna

Reglas de Negocio Relacionadas Ninguno

Criterios de aceptación Ninguno

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Page 14: Diseño UML (Diagrama de Secuencia)

Identificación del Caso de Uso:

CUMCFN06

Nombre del Caso de Uso:

CONFIRMAR DOCUMENTACION

Iteración Fachada

Llenado

Énfasis

Final

Resumen El cliente utiliza el caso de uso Confirmar Documentación para

validar la atomicidad de los datos y su veracidad a la hora de realizar

el envió de la documentación

Curso básico de eventos 1. El cliente visualiza la interfaz grafica de usuario de

confirmación. (Confirmacion.jsp)

2. El cliente puede consultar en el sistema la información

referente a los procesos de registro de embarque con el fin

de validar la definición de los mismos

3. El Cliente podrá modificar la información de la carga y

almacenar los cambios.

4. El cliente guarda la información modificada.

4.1 Se guardo.

4.1.1 El sistema envía una notificación de los

cambios al operario .

4.1.1.1 Envió con éxito.

4.1.1.1.1 El operador guarda la prueba de que

el mensaje fue enviado con éxito.

5. El cliente acepta la confirmación.

Caminos alternativos 4.1 No se guardo.

4.1.1 El sistema notifica al cliente que la información

no fue guardada, para que éste tome las

medidas correctivas.

4.2 Envió sin éxito

4.2.1 El sistema notifica al operario de lo ocurrido para que éste tome las medidas correctivas correspondientes.

Caminos de excepción

Puntos de Extensión

Page 15: Diseño UML (Diagrama de Secuencia)

Suposiciones 1. Se dispone de una interfaz para interactuar con el sistema y poder visualizar cada uno de los registros.

Precondiciones 1. Se debe tener el registro de la información de la importación que se desea modificar.

PostCondiciones Ninguno

Reglas de Negocio Relacionadas Ninguno

Criterios de aceptación .Ninguno

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Identificación del Caso de Uso:

CUMCFN07

Nombre del Caso de Uso:

IMPRIMIR DOCUMENTACION

Iteración Fachada

Llenado

Énfasis

Final

Resumen El operario utiliza Imprimir documentación para generar un

documento físico de la información generada, este caso de uso envía

una orden a la impresora para realizar la impresión.

Curso básico de eventos

1. El operador abre la interfaz grafica de usuario para

imprimir la documentación (Mostrar_documentacion.jsp)

2. El sistema requiere de una confirmación de usuario, el

operario ingresa su login y pasword para acceder a la GUI

de mostrar_documentacion.

3. El operario selección el documento que desea imprimir

mediante una consulta por (Id_embarque).

4. El sistema Woreshousing Verificar la información

ingresada ( Campos obligatorios Origen, Destino,

Id_emabrque)

Page 16: Diseño UML (Diagrama de Secuencia)

5. El operario visualiza el documento y selecciona la opción

imprimir.

6. El sistema envía la orden de impresión y el sistema

despliega la venta de impresión (Ctrl+P).

7. El operario configura la impresión y acepta.

8. El sistema notifica el estado de la impresión.

Caminos alternativos 2. Si el Operario no recuerda su pasword podrá acceder a

recordar contraseña respondiendo la pregunta secreta para

poder continuar.

3.1. Si la información es correcta continua con si siguiente paso del

proceso ( ítem 4)

3.2. Si la información es incorrecta o faltan campos por registrarse el

sistema notifica mediante un mensaje el registro que hace falta o

que no corresponde al tipo de dato que debe ser registrado para

consultar la documentacion

Caminos de excepción a. Si el alias o identificación del operario no existe, el sistema le notifica que no se encuentra registrado como operario del sistema.

b. El sistema lo retorna a la página principal Inicio.jsp.

Puntos de Extensión Ninguno.

Suposiciones El sistema debe tener toda la información correspondiente al embarque.

Precondiciones 2. El usuario debe estar registrado en el rol operario y estar logueado.

PostCondiciones 2. La instancia del caso de uso termina cuando la informacion ha sido registrada o cuando la solicitud ha sido rechazada por el sistema.

Reglas de Negocio Relacionadas

Criterios de aceptación 2. Los pasword de los usuarios registrados como operarios de wareshousing deberán ser únicos.

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Page 17: Diseño UML (Diagrama de Secuencia)

Identificación del Caso de Uso:

CUMCFN08

Nombre del Caso de Uso:

ENVIAR

Iteración Fachada

Llenado

Énfasis

Final

Resumen El rol ( Cliente, Operario o DB) utiliza el caso de uso Enviar para

transmitir una información o mensaje de un entorno a otro..

Curso básico de eventos 1. El usuario se puede encontrar en las siguientes interfaces (

Mostrar_documentacion.jsp , Confirmacion.jsp) y se

acredita ante el sistema con su login y su rol.

2. El usuario registra el destino al cual quiere realizar el envio,

y adjunta la dumentacion.

3. El usuario agrega el asusto referente al envio y la

descripción del mismo.

4. Selecciona el botón enviar.

5. El sistema despliega un mensaje sobre el estado del envio.

Caminos alternativos

Caminos de excepción 1.1 Confirmacion.jsp : el sistema envía un mensaje de confirmación al operario sobre la aceptación de la documentación recibida.

1.2 Mostrar_documentacion.jsp: El operario Envia al cliente la solicitud de confirmación de la información.

1.2.1 El operario ingresa el destino al cual quiere enviar la documentación (Modulo de contabilidad o Modulo de operación o a los dos)

1.2.2 Cuando se halla creado el documento EAES el sistema realiza el envio de esa documentación a la url: www.aesdiret.gov.

2. Si el destino no existe en la lista desplegable, el cliente podrá agregarlo, ya sea un correo u otra dependencia del sistema.

Puntos de Extensión

Suposiciones 1. Se dispone de una interfaz para interactuar con el sistema

Page 18: Diseño UML (Diagrama de Secuencia)

Precondiciones Se debe encontrar en cualquiera de las interfaces antes mencionada. La documentación debe estar gestionada.

PostCondiciones 1. El estado de la cola de reservaciones se modifica en función de la operaciones realizadas.

Reglas de Negocio Relacionadas Ninguno

Criterios de aceptación Ninguno

Autor Gustavo Adolfo Díaz Tovar

Fecha 05/03/2010

Page 19: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE SECUENCIAS DE REGISTRAR INSTRUCCION

Page 20: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE SECUENCIAS DE GENERAR DOCUMENTO AES

Page 21: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE SECUENCIAS DE ENVIAR

Page 22: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE SECUENCIAS GENERAR DOCUMENTACION MARITIMA

Page 23: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE SECUENCIAS DE GENERAR DOCUMENTACION AEREA

Page 24: Diseño UML (Diagrama de Secuencia)

DIAGRAMA DE SECUENCIAS DE CONFIRMAR DOCUMENTACION