Entrega1 Proyecto Uml

PROYECTO UML RESERVAS DE VIAJES EN BUS
MARIO ANDRS CAN MUOZ
POLITCINO GRANCOLOMBIANO
FACULTAD DE CIENCIAS BSICAS
TECNOLOGA EN DESARROLLO DE SOFTWARE
BOGOT
2016
PROYECTO UML
MARIO ANDRS CAN MUOZ
PROYECTO DESARROLLADO EN EL MDULO DE UML DEL PROGRAMA DE

DIEGO IVN OLIVEROS ACOSTA

TUTOR
POLITCNICO GRANCOLOMBIANO
FACULTAD DE CIENCIAS BSICAS
BOGOT
2016
AGRADECIMIENTOS
Al equipo de tutores que constantemente brindan su apoyo al desarrollo de cada

mdulo, gracias por aportar parte de su experiencia en nuestro proceso de
formacin.
A la Facultad de ciencias bsicas, a la institucin en general y a todo el equipo que
est detrs del desarrollo y revisin del material de estudio y a todos aquellos que
a diario invierten su esfuerzo en la gestin y mantenimiento de la plataforma.
CONTENIDO
Pg.
1.
INTRODUCCIN ........................................................................................................ 8
2.
OBJETIVOS ............................................................................................................... 9
2.1 OBJETIVO GENERAL ............................................................................................. 9
2.2 OBJETIVOS ESPECFICOS ................................................................................... 9
3.
MODELO FUNCIONAL ............................................................................................ 10

3.1 REFORMULACIN DEL PROBLEMA EN LENGUAJE INFORMTICO. ............... 10
3.2 IDENTIFICACIN DE ACTORES. ......................................................................... 11
3.3 REQUERIMIENTOS FUNCIONALES..................................................................... 12
3.4 REQUERIMIENTOS NO FUNCIONALES .............................................................. 14
3.5 CASOS DE USO .................................................................................................... 15
3.6 DIAGRAMA INTEGRADO DE CASOS DE USO .................................................... 29
CONCLUSIONES ............................................................................................................ 30
BIBLIOGRAFA ................................................................................................................ 31
LISTA DE TABLAS
Pg
Tabla 1. Requerimientos funcionales Autor: Andrs Can
12
Tabla 2. Requerimientos no funcionales Autor: Andrs Can
14
LISTA DE GRFICAS
Pg
Grfica 1. Diagrama integrado de casos de uso Autor: Andrs Can
29
RESUMEN
El presente trabajo fue desarrollado dentro del marco del desarrollo del mdulo de
UML, de la carrera Tecnologa En Desarrollo De Software del Politcnico
Grancolombiano. Dentro del alcance de la presente obra se encuentra el anlisis y
diseo de una aplicacin (Software) de reserva de viajes en bus con base al
Lenguaje Unificado De Modelado UML, incluyendo la elaboracin del Modelo
Funcional, Modelo Estructural y Modelo Dinmico.
PALABRAS CLAVE: UML, Lenguaje Unificado De Modelado, Software, Anlisis y

Diseo, Modelo.
1. INTRODUCCIN
UML es actualmente el sistema de facto para el diseo de aplicaciones de

software, la sigla significa Lenguaje Unificado De Modelado o Unified Modeling
Language, naci formalmente durante la dcada de los 90s como solucin a la
necesidad de establecer un estndar para el desarrollo de proyectos de software,
especficamente en su fase de diseo y consta de una serie de modelos, tcnicas
y diagramas que componen en s la estructura general de un sistema, antes
siquiera de empezar a escribir una sola lnea de cdigo. Este marco de trabajo
logr condensar en una sola unidad, lo que hasta ese momento eran disertaciones
acerca de cmo debera orientarse una aplicacin de software desde su etapa de
diseo; el gran problema a finales del siglo pasado, era la falta de un lenguaje
general, que fuera una gua normalizada para el desarrollo de este tipo de
proyectos y UML lleg para marcar la pauta y ser el estndar que pondra el orden
necesario al diseo de software desde su estructura misma.
En el presente trabajo se encuentra plasmado un ejemplo completo de la
aplicacin de dicho estndar, desde la descripcin del problema, pasando por el
anlisis de requerimientos, levantamiento de casos de uso y definicin de los
diferentes modelos y diagramas que lleven a la comprensin general de la
solucin antes de la fase de desarrollo e implementacin.
Cabe recalcar que en la actualidad no se contempla siquiera el desarrollo de una
aplicacin software sin el apoyo de UML, de ah la importancia de ejercicios como
estos, que permitan a los futuros Ingenieros de Software tener un acercamiento
real a las tcnicas y buenas prcticas sugeridas por el que al da de hoy es el
Lenguaje Universal para el diseo y posterior desarrollo de productos de software
de calidad, que cumplan con las demandas crecientes de un mundo en continuo
desarrollo, que cada da depende ms de unidades de software que solucionen
problemas reales y optimicen los procesos de las organizaciones. Desde una
aplicacin de punto de venta, hasta grandes y robustas soluciones de software,
juegos, aplicaciones de productividad, entretenimiento, etc, todo nace con el
Lenguaje Unificado de Modelado, UML.
2. OBJETIVOS
2.1 OBJETIVO GENERAL

Aplicar el conjunto de reglas, procedimientos, modelos y diagramas definidos por
el estndar UML en el desarrollo del ejercicio base definido por el proyecto del
mdulo, todo esto como base para el diseo de una solucin de software
desarrollable en el mundo real.
2.2 OBJETIVOS ESPECFICOS
Elaborar el modelo funcional de la aplicacin: Reformulacin del problema en
lenguaje informtico, identificacin de actores, realizacin de la tabla de
requerimientos funcionales, documento de requerimientos no funcionales, casos
de uso, diagrama integrado de los casos de uso y escenarios de cada caso de
uso.
Elaborar el modelo funcional de la aplicacin: Identificar las clases en la definicin
del problema, elaborar la lista de sustantivos candidatos a clases y descartar los
redundantes o que cumplen caractersticas de atributos. Una vez filtrados los
sustantivos que son clases, se debe elaborar el modelo de clases, identificar las
clases persistentes, elaboracin del diccionario de clases y el modelo entidadrelacin.
Elaborar el modelo funcional de la aplicacin: Desarrollar los diagramas de
secuencia, construir los diagramas de navegacin para el portal web del caso y
plasmar los bosquejos de cmo quedaran las interfaces grficas de la aplicacin.
3. MODELO FUNCIONAL
Elaborar el modelo funcional de la aplicacin: Reformulacin del problema en

lenguaje informtico, identificacin de actores, realizacin de la tabla de
requerimientos funcionales, documento de requerimientos no funcionales, casos
de uso, diagrama integrado de los casos de uso y escenarios de cada caso de
uso.
3.1 REFORMULACIN DEL PROBLEMA EN LENGUAJE INFORMTICO.

Se requiere implementar un sistema de informacin para el proceso de reserva de
asientos de un bus, el sistema debe permitir a un usuario realizar las siguientes
acciones: Consultar sillas, reservar sillas, comprar boletos va web sin la
necesidad de desplazarse fsicamente a un punto de venta.
La ventana de inicio del sistema debe mostrar un mensaje de bienvenida y
permitir: Registrar usuarios nuevos, Iniciar sesin a usuarios registrados.
Un usuario que haya iniciado sesin en el sistema de manera exitosa podr:
Consultar rutas de buses, reservar sillas disponibles, comprar boletos
directamente desde la aplicacin.
El sistema debe permitir la ejecucin de consultas por parte del usuario por los
siguientes criterios: Consultar por horario de salida del bus, Consultar por tarifa del
pasaje, Consultar por estado del viaje.
Al realizar consultas por horario de salida del bus el sistema debe presentar una
ventana con la informacin de horarios para todas las empresas de buses
mostrando hora de salida, ciudad de origen y ciudad de destino.
Las consultas por tarifa deben mostrar el costo del pasaje para las diferentes rutas
disponibles, mostrando adems del costo la ciudad de origen y la ciudad de
destino.
El sistema debe suministrar informacin de las rutas de buses, incluyendo estado
de la ruta, disponibilidad de asientos, y en el caso de consultas el mismo da del
10
viaje se informar si la salida del bus se encuentra a tiempo. Se incluir adems el

nmero de paradas programadas para una ruta especfica.
Al realizar bsquedas el sistema proporcionar la opcin de buscar por los
siguientes criterios: fecha, horario del viaje, categora del asiento, empresa a la
cual est inscrita el bus y viajes directos sin escala en ciudades intermedias.
El sistema contar con un mdulo de reservas el cual debe permitir que el cliente
realice una reservacin sobre un viaje especfico, dicha reserva incluir atributos
como nmero de asientos reservados, fecha y hora del viaje, tarifa y en el caso de
viajes entre pases incluir informacin sobre los transbordos que componen la ruta.
En el caso de reservar ms de un asiento el usuario deber registrar los nmeros
de identificacin de las personas que lo acompaan en el viaje y que estarn bajo
su responsabilidad, como conyugue o hijos.
El pago ser aceptado a travs de tarjeta de crdito vlida.
El envo de los boletos se realizar en formato PDF a travs del correo electrnico
registrado por el cliente, quien podr a la hora del abordaje presentar o bien el
documento impreso o el PDF en su SmartPhone.
En cuanto al registro de usuarios, el sistema debe permitir a cada cliente editar su
informacin bsica o darse de baja del sistema siempre que no tenga reservas
activas en ese momento.
La aplicacin debe permitir el registro de la siguiente informacin por cada viaje,
pasajeros, paradas programadas, destino de cada pasajero con el fin de tener
claridad sobre los pasajeros que se bajan antes del destino final, nmero de
maletas por pasajero incluida fecha, hora y lugar de recibo y los mismos datos
para la entrega con el DNI del pasajero que entrega y recibe la maleta. Como
atributos del viaje deben incluirse: listado de pasajeros con nombre, asiento,
ciudad de origen y ciudad de destino, nmero total de pasajeros, cdigo del viaje,
placa del bus, nombre del conductor, nombre del ayudante.
3.2 IDENTIFICACIN DE ACTORES.
De acuerdo a los requerimientos especificados para la aplicacin se identifican los
siguientes actores en el sistema:
11
Cliente: Ser el usuario principal del mdulo de reservas y compra de

boletos, acceder a travs del portal web para realizar acciones como el
registro de sus datos, inicio de sesin, consulta de viajes y rutas, reserva y
compra de boletos, editar su informacin personal o darse de baja del
sistema siempre y cuando no tenga reservas activas en ese momento.
Agente: Habr al menos un agente de viajes por parte de la agencia que
tendr acceso al sistema para realizar acciones como consultas de
reservas, impresin de listas de chequeo de pasajeros.
Administrador: Aunque las especificaciones iniciales no lo contemplan
debe incluirse por lo menos un usuario administrador por parte de la
agencia de viajes quien tendr acceso para realizar acciones de tipo
administrativo sobre el sistema, creacin de nuevos agentes, generacin de
reportes, edicin y eliminacin de usuarios en general.
Sistema: El sistema mismo tendr un rol de actor dentro del flujo normal de
la aplicacin y por s mismo iniciar la ejecucin de ciertos casos de uso.
3.3 REQUERIMIENTOS FUNCIONALES

REQUERIMIENTOS FUNCIONALES
Cdigo Nombre
RF-001 Registrar
usuario
Prioridad
Alta
RF-002
Alta
RF-003
RF-004
RF-005
RF-006
Detalle
El sistema permitir el registro de usuarios
nuevos en la base de datos, los usuarios
pueden ser clientes o agentes.
Iniciar
El sistema permitir el inicio de sesin a
sesin
usuarios previamente registrados.
Editar
El sistema contendr un mdulo para la edicin
usuario
de datos de usuarios registrados, de esta forma
los clientes podrn actualizar sus datos.
Eliminar El sistema permitir a un cliente registrado
usuario
darse de baja de la base de datos, siempre que
dicho usuario no tenga reservas activas en ese
momento.
Registrar El sistema permitir a un agente autenticado
ruta
realizar el registro de rutas, dicho registro
contendr la informacin referente a ciudad de
origen, ciudad de destino, tarifa, paradas
programadas, estado, horas de salida y buses
asignados a dicha ruta.
Editar ruta El sistema permitir a un agente autenticado
realizar cambios en la informacin de rutas
12
Media
Media
Media
Media
RF-007
Eliminar
ruta
RF-008
Consultar
rutas
Reservar
asientos
RF-009
RF-010
Pagar
boletos
RF-011
Enviar
boletos
RF-012
Registrar
equipaje
RF-013
Generar
lista de
pasajeros
Registrar
empresa
RF-014
RF-015
Editar
empresa
registradas en el RF-005.
El sistema permitir a un agente autenticado
eliminar rutas registradas y que la agencia haya
decidido retirar del catlogo de servicios.
El sistema permitir a los usuarios autenticados
realizar consultas sobre las rutas registradas.
El sistema permitir a los usuarios registrados
reservar uno o ms asientos en un bus asignado
a un viaje especfico y que cubra una ruta
determinada. En el caso de reservar ms de 1
(uno) asiento se deber registrar los datos de
cada acompaante, los cuales quedarn
asociados bajo responsabilidad del usuario que
realiza la reserva. La reserva obligatoriamente
deber contener la ciudad de origen y ciudad
de destino, pues cabe la posibilidad de que el
pasajero se baje en un punto diferente al destino
final del bus.
El sistema ofrecer una interfaz de pago con
tarjeta de crdito vlida para que un usuario
autenticado pueda comprar los boletos
correspondientes a la reserva realizada en el
RF-009.
El sistema realizar el envo del total de boletos
comprados por el usuario. El envo se realizar
en formato PDF a travs del correo electrnico
registrado por el usuario en el RF-001 o
modificado en el RF-003.
El sistema debe permitir realizar el registro del
equipaje correspondiente al pasajero, dicho
registro contendr fecha, hora, lugar y persona
que entrega el equipaje a la agencia y los
mismos datos al momento de la recepcin del
equipaje en el punto de destino.
generar la lista de pasajeros correspondiente a
un bus que cubre un viaje especfico.
registrar una empresa a la cual estarn
asociados varios buses con su respectiva
informacin.
editar la informacin de las empresas
registradas en el RF-014.
13
Media
Alta
Alta
Alta
Alta
Media
Media
Media
Media
RF-016
RF-017
RF-018
RF-019
Eliminar
empresa

eliminar una empresa de transporte registrada
en la base de datos.
Registrar El sistema permitir a un agente autenticado
bus
registrar un bus con su respectiva informacin:
empresa, conductor, ayudante, placa, nmero
de sillas.
Editar bus El sistema permitir a un agente autenticado
editar la informacin de los buses registrados en
el RF-017.
Eliminar El sistema permitir a un agente autenticado
bus
eliminar un bus registrado en la base de datos.
Media
Media
Media
Media
Tabla 1. Requerimientos funcionales

3.4 REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS NO FUNCIONALES
Cdigo
RNF-001
RNF-002
RNF-003
RNF-004
RNF-005
RNF-006
Nombre
Acceso
autentificado
Acceso web
Detalle
El sistema podr ser usado exclusivamente por
usuarios debidamente autenticados.
La aplicacin debe estar alojada en un servidor web,
que permita el ingreso desde cualquier conexin a
Internet estndar.
Seguridad
La informacin correspondiente a contraseas de
usuarios deber estar encriptada usando MD5 o
cualquier algoritmo de encriptacin similar.
Lenguaje de
El sistema debe desarrollarse en un lenguaje de
programacin programacin orientado a objetos.
Compatibilidad El sistema deber ser compatible con los principales
navegadores web: Chrome, Firefox, Opera, Safari, IE.
Acceso de
El sistema contar con un acceso de administrador
administrador que permitir a un usuario especial asignado por la
agencia ejecutar acciones administrativas sobre la
aplicacin: Gestin de usuarios, gestin de rutas,
empresas, buses, generar listas de pasajeros, etc.
Tabla 2. Requerimientos no funcionales
14
3.5 CASOS DE USO

Para el desarrollo de los casos de uso se tomar como base la plantilla sugerida
en la lectura de la Unidad 2 del mdulo de Ingeniera de software 1, Lectura 2 Casos de uso. Una herramienta fundamental ok.pdf, que a su vez es una
variacin de la plantilla propuesta por Alistair Cockburn y la cual puede consultarse
en: http://alistair.cockburn.us/Basic+use+case+template1.
ID:
CU-001
Objetivo en contexto (Resumen):
NOMBRE:
Registrar usuario
Realizar el registro de un usuario en el
sistema ingresando toda la informacin
personal del mismo.
Actores Participantes:
Usuario.
Pre-Condiciones:
El usuario no debe estar registrado en
el sistema.
Condiciones de xito:
El usuario es registrado en el sistema.
Toda la informacin requerida para el
registro del usuario ha sido ingresada a
la base de datos.
FLUJO NORMAL
1. El usuario ingresa a la pgina principal del sistema.
2. El usuario hace clic en el botn de registro.
3. El sistema direcciona al usuario a la pgina de registro en la cual se solicita
toda la informacin al usuario.
4. El usuario ingresa todos sus datos y da clic en el botn de enviar.
5. El sistema recibe la informacin y actualiza la base de datos.
6. El sistema enva la informacin de registro va e-mail al correo registrado por
el usuario.
7. El sistema muestra un mensaje de xito al usuario con un botn de aceptar.
8. El usuario hace clic en el botn aceptar.
9. El sistema direcciona al usuario a la pgina principal para que pueda iniciar
sesin con sus credenciales de autenticacin registradas.
EXTENSIONES
*.1.1 El sistema falla.
*.1.2 El sistema direcciona al usuario a la pgina principal.
*.1.3 El usuario reinicia el proceso de registro.
*.2.1 El usuario abandona o actualiza la pgina sin finalizar el registro.
*.2.1.1 El sistema pregunta al usuario si est seguro de cancelar la operacin.
*.2.2.2 El usuario cancela la operacin.
*.2.2.3 El sistema direcciona al usuario a la pgina principal.
SUB-VARIACIONES
1
http://alistair.cockburn.us/Basic+use+case+template Alistair Cockburn
15
6.1 El envo del correo falla por problemas en el servidor.

6.2 El sistema intentar enviar el correo nuevamente.
6.2.1 El envo del correo falla nuevamente despus de 5 intentos.
6.2.2 El sistema notifica al administrador.
6.2.3 El administrador valida el origen del error y enva la informacin de forma
manual.
6.3 El correo se enva exitosamente y el flujo contina al paso 7.
ID:
CU-002
NOMBRE:
Iniciar sesin
Permitir el inicio de sesin a usuarios
registrados del sistema.
Usuario, agente, administrador
Pre-Condiciones:
El usuario debe estar registrado en el
sistema.
El usuario inicia sesin en el sistema.
FLUJO NORMAL
1. El usuario ingresa a la pgina principal del sistema.
2. El usuario hace clic en el botn de inicio de sesin.
3. El sistema direcciona al usuario a la pgina de inicio de sesin donde solicita
ingresar su usuario y contrasea.
4. El usuario ingresa sus credenciales de autenticacin.
5. El sistema valida la informacin y si las credenciales son correctas permite el
inicio de sesin.
6. El sistema muestra un mensaje al usuario donde le da la bienvenida al
sistema y le informa que ha iniciado sesin con xito.
EXTENSIONES
5.1 Las credenciales de autenticacin son incorrectas, el sistema no permite el
inicio de sesin.
SUB-VARIACIONES
5.1.1 Las credenciales de autenticacin son incorrectas.
5.1.2 El sistema limpia los campos de usuario y clave.
5.1.3 El usuario ingresa nuevamente sus credenciales y el flujo contina en el
paso 6.
ID:
CU-003
Pre-Condiciones:
NOMBRE:
Editar usuario
Editar la informacin de un usuario del
sistema.
Usuario, agente, administrador
sistema.
Se actualiza la informacin del usuario
16
en el sistema
FLUJO NORMAL
1. El usuario inicia sesin en el sistema.
2. El usuario ingresa al mdulo de editar perfil.
3. El sistema muestra un formulario con la informacin actual permitiendo editar
los campos.
4. El usuario realiza los cambios y da clic en el botn guardar.
5. El sistema valida los campos.
6. El sistema actualiza la informacin en la base de datos.
7. El sistema muestra un mensaje al usuario en el que informa que los cambios
han sido guardados con xito.
EXTENSIONES
*.1.1 El usuario cancela la accin.
SUB-VARIACIONES
5.1.1 El sistema detecta informacin errada en uno de los campos.
5.1.2 El sistema muestra un mensaje informativo al usuario para que corrija la
informacin.
5.1.3 El usuario corrige los datos y nuevamente da clic en guardar.
5.1.4 Si la informacin es correcta el flujo contina en el paso 5.
ID:
CU-004
Pre-Condiciones:
NOMBRE:
Eliminar usuario
Eliminar un usuario del sistema.
Usuario, agente, administrador.
sistema.
Usuario eliminado, base de datos de
usuarios actualizada.
FLUJO NORMAL
2. El usuario se dirige a la pgina de preferencias.
3. El usuario hace clic en el botn eliminar cuenta.
4. El sistema solicita la contrasea de acceso al usuario.
5. El usuario ingresa la contrasea.
6. El sistema muestra un mensaje de confirmacin al usuario con un captcha.
7. El usuario confirma la accin.
8. El sistema elimina al usuario de la base de datos.
9. El sistema muestra un mensaje informando que el usuario ha sido eliminado
con xito.
EXTENSIONES
17
7.1 El usuario no confirma la accin.

7.2 El sistema direcciona al usuario a la pgina principal.
SUB-VARIACIONES
5.1.1 La contrasea del usuario es incorrecta.
5.1.2 El sistema solicita nuevamente la contrasea, esta vez con un captcha.
5.1.3 El sistema valida la contrasea y el captcha y contina el flujo en el paso 6.
ID:
CU-005
NOMBRE:
Registrar ruta
Realizar el registro de una nueva ruta
en el sistema.
Agente, administrador.
Pre-Condiciones:
El usuario autenticado en el sistema
debe ser un Agente o un Administrador.
La ruta no debe estar ya registrada en
el sistema.
Ruta adicionada al catlogo de rutas.
FLUJO NORMAL
2. El usuario ingresa al mdulo de administracin de rutas.
3. El usuario da clic en el botn agregar ruta.
4. El sistema solicita al usuario toda la informacin necesaria para el registro de
la nueva ruta.
5. El usuario ingresa los datos.
6. El sistema valida los datos.
8. El sistema muestra un mensaje de xito al usuario y pregunta si desea
adicionar ms rutas.
9. El sistema direcciona al usuario a la pgina principal del mdulo de rutas.
EXTENSIONES
*.1.1 El sistema direcciona al usuario a la pgina principal del mdulo de rutas.
SUB-VARIACIONES
6.1.1 Los datos no son correctos.
6.1.2 El sistema muestra un mensaje informativo al usuario para que corrija los
datos incorrectos.
6.1.3 El usuario actualiza los datos y el flujo contina en el paso 7.
8.1 El usuario da clic en agregar una nueva ruta.
8.2 El flujo contina desde al paso 4.
ID:
CU-006
NOMBRE:
Editar ruta
Editar la informacin de una ruta
18
registrada en el sistema.
Agente, administrador
La ruta debe estar registrada en el
sistema.
Se actualiza la informacin de la ruta en
el sistema
FLUJO NORMAL
2. El usuario ingresa al mdulo de administracin de rutas.
3. El usuario busca la ruta que desea modificar.
4. El sistema muestra un formulario con la informacin actual de la ruta
permitiendo editar los campos.
EXTENSIONES
SUB-VARIACIONES
informacin.
Pre-Condiciones:
ID:
CU-007
Pre-Condiciones:
NOMBRE:
Eliminar ruta
Eliminar una ruta del sistema.
Administrador.
La ruta debe estar registrada en el
sistema. El usuario autenticado en el
sistema debe ser un Administrador.
Ruta eliminada, base de datos de rutas
actualizada.
FLUJO NORMAL
2. El usuario se dirige a la pgina de administracin de rutas.
3. El usuario busca la ruta que desea eliminar.
4. El usuario hace clic en el botn eliminar ruta.
5. El sistema muestra un mensaje de confirmacin al usuario.
19
7. El sistema valida que la ruta est libre de dependencias para poderla eliminar.
8. El sistema elimina la ruta de la base de datos.
9. El sistema muestra un mensaje informando que la ruta ha sido eliminada con
xito.
EXTENSIONES
3.1 La ruta no existe.
3.2 El sistema direcciona al usuario a la pgina principal del mdulo de rutas.
7.1 La ruta tiene dependencias activas, como reservaciones asociadas.
7.2 El sistema informa al usuario que la ruta no se puede eliminar.
SUB-VARIACIONES
Ninguna.
ID:
CU-008
NOMBRE:
Consultar rutas
Permitir al usuario cliente realizar
consultas sobre las rutas activas en el
sistema.
Usuario
Pre-Condiciones:
El usuario debe haber iniciado sesin
en el sistema.
Acceso al mdulo de bsqueda de
rutas.
FLUJO NORMAL
2. El usuario ingresa al mdulo de consulta de rutas.
3. El sistema muestra el formulario de bsqueda al usuario.
4. El usuario ingresa los criterios de bsqueda y da clic en buscar.
5. El sistema muestra la informacin al usuario.
EXTENSIONES
*.1.2 El sistema muestra un mensaje informativo al usuario indicndole que debe
intentar realizar la bsqueda ms tarde o comunicarse con el administrador del
sistema si el problema persiste.
*.1.3 El sistema direcciona al usuario a la pgina principal
SUB-VARIACIONES
Ninguna.
20
ID:
CU-009
NOMBRE:
Reservar asiento
Realizar la reserva de uno o ms
asientos en un bus que cubre una ruta
especfica.
Usuario, sistema.
Pre-Condiciones:
El usuario debe estar autenticado en el
sistema. La silla a reservar debe estar
disponible.
Reserva realizada con xito. El usuario
es direccionado al mdulo de pagos.
FLUJO NORMAL
2. El usuario ingresa al mdulo de reservas.
3. El usuario realiza la bsqueda sobre la ruta que desea y elige un horario de
salida.
4. El sistema carga la informacin del bus que cubre el viaje seleccionado por el
usuario.
5. El sistema muestra una interfaz con las sillas disponibles para reserva.
6. El usuario elige los asientos que desea reservar.
7. El usuario da clic en el botn de reservar.
8. El sistema muestra un mensaje informativo con el resumen de los asientos
seleccionados.
9. El usuario confirma la reserva.
10. El sistema registra la reserva y direcciona al usuario al mdulo de pagos.
EXTENSIONES
intentar realizar la reserva ms tarde o comunicarse con el administrador del
*.2.1 El usuario cancela la accin o abandona el sistema sin concluir el proceso.
*.2.2 El sistema deshace los cambios y direcciona al usuario a la pgina
solicitada.
9.1 El usuario no confirma la reserva.
9.2 El sistema deshace los cambios.
9.3 El sistema direcciona al usuario a la pgina principal del mdulo de reservas.
SUB-VARIACIONES
9.1 El usuario solicita hacer cambios sobre las sillas seleccionadas.
9.2 El flujo retorna al paso 6 y contina desde este punto.
ID:
CU-010
NOMBRE:
Pagar boletos
Permite al usuario realizar el pago de
21
una reserva.
Usuario, sistema.
El usuario debe estar autenticado en el
sistema. El usuario debe haber
realizado una reserva vlida.
Se ejecuta el pago de los asientos
reservados. Se activa el CU-011 Enviar
boletos.
FLUJO NORMAL
1. El usuario inicia sesin e ingresa al mdulo de pagos o bien ha sido
direccionado desde el CU-009 despus de finalizar el proceso de reserva.
2. El usuario selecciona la reserva pendiente para pago.
3. El sistema muestra al usuario la informacin correspondiente al pago
pendiente.
4. El usuario hace clic en pagar.
5. El sistema muestra al usuario el formulario de pago.
6. El usuario registra la informacin requerida para el pago, incluida la
informacin del medio de pago.
7. El sistema verifica que el medio de pago sea vlido.
8. El sistema solicita confirmacin al usuario.
9. El usuario confirma el pago.
10. El sistema aplica el pago y activa el CU-011 Enviar boletos.
EXTENSIONES
intentar realizar el pago ms tarde o comunicarse con el administrador del
*.2.1 El usuario cancela la accin o abandona el sistema sin concluir el proceso.
*.2.2 El sistema deshace los cambios y direcciona al usuario a la pgina
solicitada.
7.1 El medio de pago no es vlido.
7.2 El sistema cancela la operacin y direcciona al usuario a la pgina principal
del mdulo de pagos.
9.1 El usuario no confirma el pago.
9.2 El sistema cancela la operacin y direcciona al usuario a la pgina principal
del mdulo de pagos.
SUB-VARIACIONES
Ninguna.
Pre-Condiciones:
ID:
CU-011
NOMBRE:
Realizar el
22
Enviar boletos
envo de los boletos
correspondientes al pago de una

reserva en formato PDF.
Sistema
Pre-Condiciones:
Pago exitoso de una reserva.
Los boletos en formato PDF son
enviados
al
correo
electrnico
registrado por el usuario.
FLUJO NORMAL
1. El sistema valida un pago realizado.
2. El sistema, en base a la informacin del pago, realiza el envo de los boletos
en formato PDF al correo electrnico registrado por el usuario.
3. El sistema almacena los boletos en la base de datos a fin de disponerlos para
consultas en el futuro.
EXTENSIONES
2.1 El sistema falla.
2.2 El sistema notifica al administrador sobre el fallo.
SUB-VARIACIONES
Ninguna.
ID:
CU-012
NOMBRE:
Registrar
equipaje
Permitir el registro de equipaje
correspondiente a un usuario.
Usuario, agente
Pre-Condiciones:
Pago exitoso de una reserva. Boletos
generados en PDF
Se realiza el registro del equipaje de un
pasajero.
FLUJO NORMAL
1. El usuario o agente inicia sesin en el sistema.
2. El usuario o agente ingresa al mdulo de registro de equipaje.
3. El usuario o agente selecciona el viaje pagado por el usuario.
4. El sistema muestra el formulario para el registro de equipaje.
5. El usuario o agente registra los datos del equipaje.
6. El sistema imprime los datos del equipaje.
7. En el punto de destino el agente ingresa la informacin del usuario que retira
el equipaje, validando la informacin del ticket impreso al momento de la
entrega.
8. El sistema actualiza los datos del registro del equipaje con la informacin de
entrega y devolucin.
EXTENSIONES
2.1 El sistema falla.
23
2.2 El sistema muestra un mensaje informativo al usuario indicndole que debe

intentar realizar el registro del equipaje ms tarde o comunicarse con el
administrador del sistema si el problema persiste.
SUB-VARIACIONES
Ninguna.
ID:
CU-013
NOMBRE:
Generar lista de
pasajeros
Imprimir el listado de pasajeros
correspondiente a un viaje bus ruta.
Pre-Condiciones:
Agente o administrador autenticado en
el sistema.
Lista de pasajeros generada.
FLUJO NORMAL
1. El usuario inicia sesin.
2. El usuario selecciona el viaje para el cual requiere generar la lista de
pasajeros.
3. El sistema imprime la lista de pasajeros.
4. El sistema direcciona al usuario a la pgina principal.
EXTENSIONES
*.1 El sistema falla.
*.2 El sistema muestra un mensaje informativo al usuario indicndole que debe
intentar generar la lista de pasajeros ms tarde o comunicarse con el
administrador del sistema si el problema persiste.
SUB-VARIACIONES
Ninguna.
ID:
CU-014
NOMBRE:
Registrar
empresa
Realizar el registro de una nueva
empresa en el sistema.
Pre-Condiciones:
La empresa no debe estar ya registrada
en el sistema.
Empresa registrada en el sistema.
FLUJO NORMAL
24
2. El usuario ingresa al mdulo de administracin de empresas.

3. El usuario da clic en el botn agregar empresa.
4. El sistema solicita al usuario toda la informacin necesaria para el registro de
la nueva empresa.
adicionar ms empresas.
9. El sistema direcciona al usuario a la pgina principal del mdulo de
empresas.
EXTENSIONES
*.1.1 El sistema direcciona al usuario a la pgina principal del mdulo de
empresas.
SUB-VARIACIONES
datos incorrectos.
8.1 El usuario da clic en agregar una nueva empresa.
ID:
CU-015
NOMBRE:
Editar empresa
Editar la informacin de una empresa
registrada en el sistema.
Pre-Condiciones:
La empresa debe estar registrada en el
sistema.
Se actualiza la informacin de la
empresa en el sistema
FLUJO NORMAL
2. El usuario ingresa al mdulo de administracin de empresas.
3. El usuario busca la empresa que desea modificar.
4. El sistema muestra un formulario con la informacin actual de la empresa
permitiendo editar los campos.
25
EXTENSIONES
empresas.
SUB-VARIACIONES
informacin.
ID:
CU-016
Pre-Condiciones:
NOMBRE:
Eliminar empresa
Eliminar una empresa del sistema.
Administrador.
La empresa debe estar registrada en el
Empresa eliminada, base de datos de
empresas actualizada.
FLUJO NORMAL
2. El usuario se dirige a la pgina de administracin de empresas.
3. El usuario busca la empresa que desea eliminar.
4. El usuario hace clic en el botn eliminar empresa.
7. El sistema valida que la empresa est libre de dependencias para poderla
eliminar.
8. El sistema elimina la empresa de la base de datos.
9. El sistema muestra un mensaje informando que la empresa ha sido eliminada
con xito.
EXTENSIONES
empresas.
3.1 La empresa no existe.
3.2 El sistema direcciona al usuario a la pgina principal del mdulo de empresas.
7.1 La empresa tiene dependencias activas, como buses o rutas asociadas.
7.2 El sistema informa al usuario que la empresa no se puede eliminar.
26
SUB-VARIACIONES
Ninguna.
ID:
CU-017
NOMBRE:
Registrar bus
Realizar el registro de un nuevo bus en
el sistema.
Pre-Condiciones:
El bus no debe estar registrado en el
sistema.
Bus registrado en el sistema.
FLUJO NORMAL
2. El usuario ingresa al mdulo de administracin de buses.
3. El usuario da clic en el botn agregar bus.
4. El sistema solicita al usuario toda la informacin necesaria para el registro del
nuevo bus.
adicionar ms buses.
9. El sistema direcciona al usuario a la pgina principal del mdulo de buses.
EXTENSIONES
*.1.1 El sistema direcciona al usuario a la pgina principal del mdulo de buses.
SUB-VARIACIONES
datos incorrectos.
8.1 El usuario da clic en agregar un nuevo bus.
ID:
CU-018
Pre-Condiciones:
NOMBRE:
Editar bus
Editar la informacin de un bus
registrado en el sistema.
El bus debe estar registrado en el
sistema.
27
Se actualiza la informacin del bus en

el sistema
FLUJO NORMAL
2. El usuario ingresa al mdulo de administracin de buses.
3. El usuario busca el bus que desea modificar.
4. El sistema muestra un formulario con la informacin actual del bus permitiendo
editar los campos.
EXTENSIONES
SUB-VARIACIONES
informacin.
ID:
CU-019
Pre-Condiciones:
NOMBRE:
Eliminar bus
Eliminar un bus del sistema.
Administrador.
El bus debe estar registrado en el
Empresa eliminada, base de datos de
buses actualizada.
FLUJO NORMAL
2. El usuario se dirige a la pgina de administracin de buses.
3. El usuario busca el bus que desea eliminar.
4. El usuario hace clic en el botn eliminar bus.
7. El sistema valida que el bus est libre de dependencias para poderlo eliminar.
8. El sistema elimina el bus de la base de datos.
9. El sistema muestra un mensaje informando que el bus ha sido eliminado con
xito.
28
EXTENSIONES
3.1 El bus no existe.
3.2 El sistema direcciona al usuario a la pgina principal del mdulo de buses.
7.1 El bus tiene dependencias activas, como viajes vigentes asociados.
7.2 El sistema informa al usuario que el bus no se puede eliminar.
SUB-VARIACIONES
Ninguna.
3.6 DIAGRAMA INTEGRADO DE CASOS DE USO
Grfica 1. Diagrama integrado de casos de uso.
29
CONCLUSIONES
Despus del anlisis de la descripcin del sistema requerido se identificaron 4
actores, 19 requerimientos funcionales, 6 requerimientos no funcionales y 19
casos de uso, los cuales fueron ajustados en un diagrama integrado de casos de
uso. Esta primer fase del trabajo finaliza con el modelo funcional de la aplicacin,
que se compone de los elementos mencionados anteriormente.
30
BIBLIOGRAFA
David Aycart Prez, Marc Gibert Ginest, Martn Hernndez Matas, Jordi Mas
Hernndez, Ingenieria del sortware en entornos SL con UML, Fundaci per a la
Universitat Oberta de Catalunya, Febrero 2007.
Lectura 2 - Casos de uso. Una herramienta fundamental ok, Politcnico
Grancolombiano, Ingeniera de software I. Bogot, 2016.
Lectura 1 - El modelo de casos de uso ok, Politcnico Grancolombiano, UML.
Bogot, 2016.
http://alistair.cockburn.us/Basic+use+case+template Basic use case template,
Humans and Technology Document TR.96.03a, April 26, 1996, October 26, 1998.
31

Entrega1 Proyecto Uml

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Entrega1 Proyecto Uml

Загружено:

Авторское право:

Доступные форматы

PROYECTO UML RESERVAS DE VIAJES EN BUS

MARIO ANDRS CAN MUOZ

MARIO ANDRS CAN MUOZ

PROYECTO DESARROLLADO EN EL MDULO DE UML DEL PROGRAMA DE

DIEGO IVN OLIVEROS ACOSTA

Al equipo de tutores que constantemente brindan su apoyo al desarrollo de cada

MODELO FUNCIONAL ............................................................................................ 10

Tabla 2. Requerimientos no funcionales Autor: Andrs Can

PALABRAS CLAVE: UML, Lenguaje Unificado De Modelado, Software, Anlisis y

UML es actualmente el sistema de facto para el diseo de aplicaciones de

2.1 OBJETIVO GENERAL

Elaborar el modelo funcional de la aplicacin: Reformulacin del problema en

3.1 REFORMULACIN DEL PROBLEMA EN LENGUAJE INFORMTICO.

viaje se informar si la salida del bus se encuentra a tiempo. Se incluir adems el

Cliente: Ser el usuario principal del mdulo de reservas y compra de

3.3 REQUERIMIENTOS FUNCIONALES

El sistema permitir a un agente autenticado

Tabla 1. Requerimientos funcionales

3.5 CASOS DE USO

http://alistair.cockburn.us/Basic+use+case+template Alistair Cockburn

6.1 El envo del correo falla por problemas en el servidor.

7.1 El usuario no confirma la accin.

correspondientes al pago de una

2.2 El sistema muestra un mensaje informativo al usuario indicndole que debe

2. El usuario ingresa al mdulo de administracin de empresas.

Se actualiza la informacin del bus en

3.6 DIAGRAMA INTEGRADO DE CASOS DE USO

Grfica 1. Diagrama integrado de casos de uso.

Вам также может понравиться