Diseño UML (Diagrama de Secuencia)

  • 3,829 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
3,829
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
100
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Camino a la excelencia, compromiso institucional FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS INGENIERA DE SOFWARE IIDISEÑO DE UN SISTEMA DE TRANSPORTE AEREO, MARITIMO Y TERRESTRE GUSTAVO ADOLFO DIAZ TOVAR FLORENCIA- CAQUETA 2009
  • 2. 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 1/04/10 Fecha de modificación d/M/a: d/M/a: Dependencia: Ingeniería de Software II Código: 172001464 Versión 1.0 Estado de la Final versión Autor (es): Gustavo Adolfo Diaz Tovar Reviso: Aprobó: Información Adicional:
  • 3. USUARIOS DEL SISTEMANUMERO ACTOR (Rol) FUNCIONALIDAD DESCRIPCION Es aquel rol que administra todos los procesos dentro del software encargado de la gestión de la información y … DBA del envió de las confirmaciones a los departamentos definidos en los requerimientos. Es el rol encargado de registrar las instrucciones de 01 OPERARIO FUNCIONAL embarque dentro del sistema y enviar la información al cliente. Es el rol encargado de confirmar, generar y enviar la 02 CLIENTE FUNCIONAL respuesta sobre el proceso de documentación del embarque.MODULO DE DOCUMENTACIONDIAGRAMA DE CASOS DE USO ALTO NIVEL
  • 4. DIAGRAMA DE CASOS DE USO: BAJO NIVEL
  • 5. DIAGRAMA DE CLASES
  • 6. Requerimientos FuncionalesInventario 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.
  • 7. Especificaciones de los casos de usoIdentificación del Caso de Uso: Nombre del Caso de Uso: CUMCFN01 REGISTRAR INSTRUCCIONES DE EMBARQUEIteración Fachada Llenado Énfasis FinalResumen 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
  • 8. 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 registradoCaminos 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 RelacionadasCriterios de aceptación 1. Los pasword de los usuarios registrados como operarios de wareshousing deberán ser únicos.Autor Gustavo Adolfo Díaz TovarFecha 05/03/2010 Nombre del Caso de Uso:Identificación del Caso de Uso: CUMCFC02 GESTIONAR DOCUMENTACIONIteración Fachada Llenado Énfasis Final
  • 9. 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 NingunoPrecondiciones 1. El usuario debe estar logueado como operario.PostCondiciones Generar la documentación obtenida.
  • 10. Reglas de Negocio Relacionadas NingunoCriterios de aceptación NingunoAutor Gustavo Adolfo Díaz TovarFecha 05/03/2010 Nombre del Caso de Uso:Identificación del Caso de Uso: CUMCFC03 GENERAR DOCUMENTACION MARITIMAIteración Fachada Llenado Énfasis FinalResumen 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
  • 11. 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 superiorPostCondiciones Ninguna.Reglas de Negocio Relacionadas NingunaCriterios de aceptaciónAutor Gustavo Adolfo Díaz TovarFecha 05/03/2010 Nombre del Caso de Uso:Identificación del Caso de Uso: CUMCFC04 GENERAR DOCUMENTACION AEREAIteración Fachada Llenado Énfasis FinalResumen 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).
  • 12. 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 superiorPostCondiciones Ninguna.Reglas de Negocio Relacionadas NingunaCriterios de aceptación NingunoAutor Gustavo Adolfo Díaz TovarFecha 05/03/2010
  • 13. Identificación del Caso de Uso: Nombre del Caso de Uso: CUMCFN05 GENERAR AESIteración Fachada Llenado Énfasis FinalResumen 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 NingunoCaminos de excepción 1. Si el usuario no ha registrado ningún embarque el sistema no podrá generar un EASPuntos de Extensión 5. El sistema enlaza el caso de Uso CUMCFN08Suposiciones Ninguna.Precondiciones La información correspondiente al embarque y las cargas deben de estar almacenadas en el sistema.PostCondiciones NingunaReglas de Negocio Relacionadas NingunoCriterios de aceptación NingunoAutor Gustavo Adolfo Díaz TovarFecha 05/03/2010
  • 14. Identificación del Caso de Uso: Nombre del Caso de Uso: CUMCFN06 CONFIRMAR DOCUMENTACIONIteración Fachada Llenado Énfasis FinalResumen 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ónCurso 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ónPuntos de Extensión
  • 15. 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 NingunoReglas de Negocio Relacionadas NingunoCriterios de aceptación .NingunoAutor Gustavo Adolfo Díaz TovarFecha 05/03/2010Identificación del Caso de Uso: Nombre del Caso de Uso: CUMCFN07 IMPRIMIR DOCUMENTACIONIteración Fachada Llenado Énfasis FinalResumen 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)
  • 16. 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 documentacionCaminos 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 RelacionadasCriterios de aceptación 2. Los pasword de los usuarios registrados como operarios de wareshousing deberán ser únicos.Autor Gustavo Adolfo Díaz TovarFecha 05/03/2010
  • 17. Identificación del Caso de Uso: Nombre del Caso de Uso: CUMCFN08 ENVIARIteración Fachada Llenado Énfasis FinalResumen 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 alternativosCaminos 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ónSuposiciones 1. Se dispone de una interfaz para interactuar con el sistema
  • 18. 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 NingunoCriterios de aceptación NingunoAutor Gustavo Adolfo Díaz TovarFecha 05/03/2010
  • 19. DIAGRAMA DE SECUENCIAS DE REGISTRAR INSTRUCCION
  • 20. DIAGRAMA DE SECUENCIAS DE GENERAR DOCUMENTO AES
  • 21. DIAGRAMA DE SECUENCIAS DE ENVIAR
  • 22. DIAGRAMA DE SECUENCIAS GENERAR DOCUMENTACION MARITIMA
  • 23. DIAGRAMA DE SECUENCIAS DE GENERAR DOCUMENTACION AEREA
  • 24. DIAGRAMA DE SECUENCIAS DE CONFIRMAR DOCUMENTACION