Este documento contiene tres resúmenes en inglés de menos de 3 oraciones cada uno sobre los casos de uso para diseñar un sistema de transporte aéreo, marítimo y terrestre. El documento incluye diagramas UML como clases, casos de uso y secuencias que modelan los requisitos funcionales del sistema. También contiene tablas con la descripción detallada de cada caso de uso.

1. 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

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 SISTEMA
NUMERO 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 DOCUMENTACION
DIAGRAMA DE CASOS DE USO ALTO NIVEL

4. DIAGRAMA DE CASOS DE USO: BAJO NIVEL

5. DIAGRAMA DE CLASES

6. 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.

7. Especificaciones de los casos de uso
Identificación del Caso de Uso: Nombre del Caso de Uso:
CUMCFN01 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

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 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
Nombre del Caso de Uso:
Identificación del Caso de Uso:
CUMCFC02 GESTIONAR DOCUMENTACION
Iteració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 Ninguno
Precondiciones 1. El usuario debe estar logueado como operario.
PostCondiciones Generar la documentación obtenida.

10. Reglas de Negocio Relacionadas Ninguno
Criterios de aceptación Ninguno
Autor Gustavo Adolfo Díaz Tovar
Fecha 05/03/2010
Nombre del Caso de Uso:
Identificación del Caso de Uso:
CUMCFC03 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

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 superior
PostCondiciones Ninguna.
Reglas de Negocio Relacionadas Ninguna
Criterios de aceptación
Autor Gustavo Adolfo Díaz Tovar
Fecha 05/03/2010
Nombre del Caso de Uso:
Identificación del Caso de Uso:
CUMCFC04 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).

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 superior
PostCondiciones Ninguna.
Reglas de Negocio Relacionadas Ninguna
Criterios de aceptación Ninguno
Autor Gustavo Adolfo Díaz Tovar
Fecha 05/03/2010

13. Identificación del Caso de Uso: Nombre del Caso de Uso:
CUMCFN05 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

14. Identificación del Caso de Uso: Nombre del Caso de Uso:
CUMCFN06 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

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 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: Nombre del Caso de Uso:
CUMCFN07 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)

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 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

17. Identificación del Caso de Uso: Nombre del Caso de Uso:
CUMCFN08 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

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 Ninguno
Criterios de aceptación Ninguno
Autor Gustavo Adolfo Díaz Tovar
Fecha 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