Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Existen dos grandes enfoques para las metodologías de desarrollo por un lado
tenemos las metodologías tradicionales que básicamente han sido pensadas
para la documentación de todo el ciclo del proyecto, y por otro lado tenemos a
las metodologías agiles que centran su objetivo en mantener buenas relaciones
con los clientes y se centra más en el equipo que en el proyecto en si [CITATION
GFi \l 1033 ].
Inicio, permite definir y acordar los alcances del proyecto con los
patrocinadores.
Transición, aquí se asegura que el software esté disponible para los usuarios
finales, ajustar los errores y defectos encontrados.
Dentro de la metodología RUP encontramos las siguientes disciplinas:
Modelado de Negocios
Requerimientos
Análisis y Diseño
Implementación
Pruebas
Transición
Incluye:
Ambiente
- Iteración C1 (Construcción):
En esta iteración nos centramos en el análisis, diseño e
implementación del logueo del sistema, además del módulo de
Administración (mantenimiento de tablas) y de Registro de buses.
Se entregara lo siguiente:
Diagrama de casos de uso
Especificación de casos de uso
Diagrama de colaboración
Versión operativa del módulo.
- Iteración C2 (Construcción):
En esta iteración nos centramos en el análisis, diseño e
implementación del módulo de ventas de pasajes. Se entregara lo
siguiente:
Diagrama de Casos de uso
Especificación de casos de uso
Diagrama de colaboración
Versión operativa del modulo
- Iteración C3 (Construcción):
En esta última iteración de la fase de construcción nos centramos
en el análisis, diseño e implementación del módulo de
encomiendas. Se entregara lo siguiente:
Diagrama de casos de uso
Especificación de casos de uso
Diagrama de colaboración
Versión Operativa del modulo
- Iteración T1 (Transición)
En esta iteración nos centraremos en realizar las pruebas
correspondientes para verificar si cumple o no con las
expectativas del usuario. Se entregara lo siguiente:
Pruebas
Venta de Boleto
(from Casos de Uso del Negocio) Encargado de Ventas Encargado de encomiendas
(f rom Actores)
(f rom Actores)
Envio de Encomienda
(from Casos de Uso del Negocio)
Cliente
Control Administrativo (f rom Actores)
(from Casos de Uso del Negocio)
Registro de Buses
(from Casos de Uso del Negocio) Encargado de buses
Adm inistrador (f rom Actores)
(f rom Actores)
Descripción de actores y trabajadores del Negocio
Actor del
Código Descripción
Negocio
El presente actor es quien solicita el
servicio de la empresa, para este caso
AC001 Cliente podría ser el servicio de la adquision de un
boleto de viaje o el servicio de envío de
encomiendas.
Trabajador del
Código Descripción
Negocio
TN001 Encargado de Es la persona que se encarga de la
Ventas venta de los boletos de viajes a los
diferentes destinos que ofrece la
empresa.
TN002 Encargado de Es la persona que se encarga de
encomiendas atender a los clientes que soliciten un
envío de encomienda, son los
encargados de realizar todo el proceso
que implica el envío de encomiendas.
TN003 Encargado de Es la persona que se encarga de
buses registrar y controlar los buses que la
empresa adquiere, registrándolos y
asignándoles una fecha para su
mantenimiento.
TN004 Administrador Es la persona que tiene una visión de
todo el negocio y el encargado de
establecer las rutas y otras tarifas más
para que el negocio marche bien.
Descripción de cada caso de uso del negocio
Requerimientos
Identificación de requerimientos
funcionales(Administración)
Código Descripción
RF001 Permitir una adecuada gestión de trabajadores
RF002 Permitir la gestión de perfiles
RF003 Permitir la gestión de usuarios
RF004 Permitir el registro de ciudades (origen y destino).
RF005 Permitir el registro de horarios de salida de buses
Permitir el registro de productos autorizados para el envío
RF006
de encomiendas.
Permitir el adecuado registro de cargos de los trabajadores
RF007
que laboran en la empresa.
RF008 Registrar los tipos de servicios que ofrece la empresa.
Se debe permitir el registro de las rutas a cubrir con la
RF009 información de las ciudades que se hayan registrado y los
tipos de servicios.
RF010 Se debe considerar un registro especial para el igv
Se debe contar con interfaces principales de los perfiles
RF011 que se encuentran disponibles (Administrador, Boletero,
Encomiendas, Registro de Buses).
El sistema permitirá asignar una ruta a un determinado
RF012
chofer.
Se deberá contar con un registro de todos los intentos de
RF013 ingreso al sistema, así como la fecha de inserción o
modificación de algún dato.
Proporcionar un reporte donde se muestre el listado de
RF014
trabajadores con los que cuenta la empresa.
Emitir un reporte semanal con los buses y los choferes que
RF015 le son asignados a los mismos, así como la ruta a cubrir y
el horario de salida.
Emitir un reporte en donde se muestre las ganancias que
RF016 se obtienen tanto por venta de boletos así como por el
envío de encomiendas.
RF017 Proporcionar un reporte acerca del estado de los buses,
así como los mantenimientos que se les realizan.
Permitir el adecuado registro de los buses que son
RF018
adquiridos por la empresa.
Permitir registrar los mantenimientos que se realizan a las
RF019
diferentes unidades que posee el sistema.
El sistema deberá contar con un historial de los buses que
RF020
ya han sido dados de baja por la empresa.
El sistema deberá emitir un reporte sobre las unidades con
RF021
las que la empresa ya no cuenta.
El sistema deberá permitir el registro de clientes tanto en
RF022 el área de venta de boletos así como en el de envío de
encomiendas.
El sistema será capaz de mostrar todas las rutas y
RF023
servicios disponibles en el día.
Se deberá mostrar automáticamente las rutas disponibles
RF024 así como sus precios, de acuerdo al tipo de servicio
seleccionado
El sistema será deberá mostrar un panel con todos los
RF025
asientos con los que el bus cuenta.
Se deberá cambiar el color de los asientos cuando este ya
RF026
no se encuentre disponible.
Se deberá contar con una opción de vaciado de bus
RF027
cuando el mismo se encuentre lleno.
Se deberá emitir un reporte de todos los pasajeros que
RF028
viajan en una determinada ruta y un determinado horario.
Se deberá registrar todos los datos solicitados para poder
RF029
emitir el boleto de viaje.
Se debe emitir el boleto de viaje con todos los datos que
RF030
se hayan registrado.
El sistema debe mostrar un listado con todos los productos
RF031
autorizados para ser enviados por encomiendas.
Se debe de mostrar el precio correspondiente de acuerdo
RF032
al producto seleccionado.
En caso el precio se encuentre en función al precio se
RF033 deberá contar con una casilla especial para ingresar el
peso del producto.
RF034 En caso el producto no se encuentre en la lista se podrá
habilitar una casilla para registrar el producto a enviar,
previa verificación de la normativa establecida por el
Ministerio de Transportes.
Se debe de asignar una determinada contraseña al
RF035 paquete enviado para que no existan confusiones en su
entrega.
Se deberá registrar de manera adecuada los datos tanto
RF036
del remitente como del destinatario.
Se debe de mostrar el listado correspondiente de ciudad
RF037
de origen y destino de la encomienda.
Se deberá asignar una hora de salida del paquete a
RF038
enviar.
Se debe emitir una factura donde se muestren los datos
RF039 previamente registrados por el encargado de
encomiendas.
Se debe emitir un reporte de todos los objetos que se van
a enviar en un determinado horario a los diferentes
RF040
destinos, así como en la unidad de transporte en el que
van a ser enviados.
Se debe mostrar un listado con las encomiendas que aún
RF041
están pendiente o por enviar.
Se debe contar con un botón que permita cambiar de
RF042 estado a la encomienda que ya ha sido enviada y
entregada.
Código Descripción
CUS11 Login
CUS19
Listado de Actores del Sistema
Nombre del Actor de
Código Descripción
sistema
Se usa este rol para poder
generalizar a aquel trabajador
que tiene acceso a todo el
sistema y sus diferentes
AS01 Administrador funcionalidades, como es el caso
de los mantenimientos que se
hacen a las principales tablas
para el funcionamiento de los
demás procesos del sistema.
CUS11 – Login
Actor(es) Usuario
Propósito Ingresar al sistema de acuerdo al perfil asignado.
Resumen El caso de uso comienza cuando el usuario
ingresa al sistema y aparece el Formulario de
Logueo al sistema.
A continuación procede a rellenar los campos
solicitados por el sistema y a continuación
selecciona la opción Ingresar.
El caso de uso termina cuando el usuario ingresa
de manera correcta al sistema.
A continuación procede a rellenar los campos
solicitados por el sistema y a continuación
selecciona la opción Ingresar.
El caso de uso termina cuando el usuario ingresa
de manera correcta al sistema.
Requerimiento RF013
Bus
Usuario 1 codigo_bus : String
codigo_usuario : String marca_bus : String Mantenimiento_bus
DNI_trabajador : String 1 capacidad_bus : Integer codigo_mantenimiento_bus : String
nombre_usuario : String Trabajador placa_bus : String 1..* codigo_bus : String
clave_usuario : String 1..* fecha_mantenimiento_bus : Date
codigo_perfil : String DNI_trabajador : String
1 observacion_mantenimiento_bus : String
nombre_trabajador : String
1..*
1 apellido_paterno_trabajador : String
apellido_materno_trabajador : String
celular_trabajador : String
foto_trabajador : String
1..* codigo_cargo : String
Cargo_trabajador
1..* 1..*
codigo_cargo_trabajador : String
descripcion_cargo_trabajador : String
1..* 1..* Tipo_servicio_rutas
Análisis y Diseño
codigo_tipo_servicios_rutas : String
Rutina_viaje_bus
descripcion_tipo_servicio_rutas : String
codigo_rutina_viaje_bus : String Ruta tarifa_tipo_servicio_rutas : Double
codigo_ruta : String
codigo_ruta : String 1..*
codigo_bus : String
codigo_horario_salidas : String
DNI_trabajador : String 1..* 1..*
Diagrama de clases
codigo_tipo_servicios_rutas : String
* 1..*
origen_ruta : String
destino_ruta : String
Cliente
DNI_cliente : String 1..*
nombre_cliente : String *
Detalle_rutina 1..*
apellido_paterno_cliente : String
apellido_materno_cliente : String DNI_cliente : String
codigo_rutina_viaje_bus : String Horario_salida_buses
codigo_horario_salida_buses : String
1..*
hora_salida_buses : Time
1..*
Encomiendas
codigo_encomienda : String Objetos_encomiendas
DNI_cliente : String codigo_objeto_encomienda : String
codigo_objeto_encomienda : String descripcion_objeto_escomienda : String
origen_encomienda : String 1..* precio_objeto_encomienda : Double
1..*
destino_encomienda : String
datos_destinatario : String
Prototipos de interfaces del Sistema
Iteración C1 (Construcción)
Diagrama de casos de uso del sistema (Modulo de
Administración)
<<extend>>
Asignar ruta
(from Use-Case Model)
Gestionar ruta Gestionar Servicio
(from Use-Case Model)
(from Use-Case Model)
Gestionar trabajador
(from Use-Case Model)
Administrador
(f rom Use-Case Model)
Gestionar ciudad
(from Use-Case Model)
Gestionar Horario
Gestionar Perfiles
(from Use-Case Model)
Gestionar productos
(from Use-Case Model)
Gestionar Cargo
(from Use-Case Model)
Gestionar Usuario
(from Use-Case Model)
5.2. Subflujos
A. Subflujo “Eliminar ruta”
1. El caso de uso comienza cuando el Administrador selecciona una ruta
precargada en una tabla (Ir al caso de uso incluido “Buscar ruta”).
2. El sistema procede a cargar los datos.
3. El Administrador selecciona la opción “Eliminar”
4. El sistema procede a eliminar los datos correspondientes a la ruta
seleccionada.
5.3. Flujos Alternativos
Línea 4, del Flujo Básico
El mensaje que aparece es de error
1. El administrador procede a corregir los errores correspondientes
2. Se regresa al punto 4 del flujo básico
Ruta registrada correctamente
6. Poscondición
Diagrama de colaboración
Se validan los datos ingresados
Horario
Origen 6: Datos guardados correctamente
destino
Tipo de servicio
: E_ruta
b. CUS02 - Extendido Asignar Ruta
Administrador
1. Actor(es)
Realizar una correcta asignación de rutas a los
2. Propósito
trabajadores que ocupan el cargo de chofer.
El caso de uso empieza cuando se cargan las
3. Resumen
diferentes rutas existentes.
5. Flujo de Eventos
Diagrama de Colaboracion
Chofer
6: Se guardan datos
Placa de Bus
Ruta
Horario de Salida
Fecha
: E_rutina
c. CUS03 Gestionar horario
Administrador
1. Actor(es)
Establecer un adecuado registro de las diferentes
2. Propósito
horas de salidas de los buses.
El caso de uso comienza cuando el administrador
3. Resumen
ingresa al sistema, selecciona la opción “Gestionar
horario”.
5. Flujo de Eventos
Diagrama de colaboración
Se validan datos
Horario de salida
6: Datos guardados
Flujo alternativo
Mensaje de error
: E_horario
d. CUS04 Gestionar Servicio
Administrador
7. Actor(es)
Establecer un adecuado registro de los diferentes
8. Propósito
tipos de servicios que ofrece la empresa de
transporte.
El caso de uso comienza cuando el administrador
9. Resumen
ingresa al sistema, selecciona la opción “Tipos de
Servicios”.
Diagrama de Colaboracion
se validan datos
5: datos validados
2: Se muestra la interfaz servicio : I_servicio : C_servicio
: Administrador
3: Se ingresa
Tipo de servicio
6: se guardan los datos
Tarifa
: E_servicio
e. CUS05 - Gestionar Trabajador
Administrador
1. Actor(es)
Registrar correctamente a trabajadores que laboran en
2. Propósito
la empresa.
El caso de uso comienza cuando el administrador
3. Resumen
ingresa al sistema, selecciona la opción
“Trabajadores”.
5. Flujo de Eventos
5.2. Subflujos
B. Subflujo “Modificar Trabajador”
A. El caso de uso comienza cuando el Administrador selecciona un
Trabajador precargado en una tabla.
B. El sistema procede a cargar la información del trabajador
seleccionado
C. El administrador procede a modificar los datos correspondientes y
selecciona la opción modificar
D. Se regresa al punto 4 del flujo básico.
C. Subflujo “Eliminar Trabajador”
1. El caso de uso comienza cuando el Administrador selecciona un
trabajador precargado en una tabla.
2. El sistema procede a cargar los datos correspondientes
3. El Administrador selecciona la opción “Eliminar”
4. El sistema procede a eliminar los datos correspondientes del
trabajador seleccionado.
5.3. Flujos Alternativos
Línea 4, del Flujo Básico
El mensaje que aparece es de error
1. El administrador procede a corregir los errores correspondientes
2. Se regresa al punto 4 del flujo básico
Línea 2, del Flujo Básico
Datos no ingresados
1. El administrador procede a ingresar los datos faltantes
2. Se regresa al punto 4 del flujo básico
Trabajador registrado correctamente
6. Poscondición
Diagrama de colaboración
DNI
Nombre
Apellido Paterno 6: Se guardan datos
Apellido Materno
Cargo
Celular
Foto
5. Flujo de Eventos
Diagrama de Colaboracion
Se validan datos ingresados
5. Flujo de Eventos
5.2. Subflujos
A. Subflujo “Eliminar Producto”
2. El caso de uso comienza cuando el Administrador selecciona un
producto precargado en una tabla.
5. El sistema procede a cargar los datos correspondientes
6. El Administrador selecciona la opción “Eliminar”
7. El sistema procede a eliminar los datos correspondientes del producto
seleccionado.
5.3. Flujos Alternativos
Línea 4, del Flujo Básico
El mensaje que aparece es de error
3. El administrador procede a corregir los errores correspondientes
4. Se regresa al punto 4 del flujo básico
Línea 2, del Flujo Básico
Datos no ingresados
3. El administrador procede a ingresar los datos faltantes
4. Se regresa al punto 4 del flujo básico
Producto registrado correctamente
6. Poscondición
Diagrama de colaboración
Se validan datos ingresados
5: Datos correctos
: Administrador 2: Se muestra la interfaz correspondiente : I_producto : C_producto
3: Se ingresa
: E_producto
h. CUS08 Gestionar Usuarios
Administrador
1. Actor(es)
Realizar un adecuado mantenimiento a los usuarios
2. Propósito
que tengan acceso al sistema.
El caso de uso comienza cuando el administrador
3. Resumen
ingresa al sistema, selecciona la opción “Usuarios”.
5. Flujo de Eventos
5.2. Subflujos
D. Subflujo “Modificar Usuario”
1. El caso de uso comienza cuando el Administrador selecciona un
usuario precargado en una tabla.
2. El sistema procede a cargar la información del usuario seleccionado
3. El administrador procede a modificar los datos correspondientes y
selecciona la opción modificar
4. Se regresa al punto 4 del flujo básico.
E. Subflujo “Eliminar Usuario”
1. El caso de uso comienza cuando el Administrador selecciona un
usuario precargado en una tabla.
2. El sistema procede a cargar los datos correspondientes
3. El Administrador selecciona la opción “Eliminar”
4. El sistema procede a eliminar los datos correspondientes del usuario
seleccionado.
5.3. Flujos Alternativos
Línea 4, del Flujo Básico
El mensaje que aparece es de error
1. El administrador procede a corregir los errores correspondientes
2. Se regresa al punto 4 del flujo básico
Línea 2, del Flujo Básico
Datos no ingresados
1. El administrador procede a ingresar los datos faltantes
2. Se regresa al punto 4 del flujo básico
Usuario registrado correctamente
6. Poscondición
Diagrama de Colaboracion
Nombre de Usuario
Clave de Usuario 6: Se guardan datos ingresados
Perfil
DNI Trabajador
: E_usuario
i. CUS09 - Gestionar Perfiles
Administrador
1. Actor(es)
Realizar un adecuado mantenimiento los perfiles de
2. Propósito
acceso al sistema de acuerdo a las necesidades de la
empresa
El caso de uso comienza cuando el administrador
3. Resumen
ingresa al sistema, selecciona la opción “Perfiles”.
5. Flujo de Eventos
5.2. Subflujos
F. Subflujo “Eliminar Perfil”
1. El caso de uso comienza cuando el Administrador selecciona un perfil
precargado en una tabla.
2. El sistema procede a cargar el dato correspondiente.
3. El Administrador selecciona la opción “Eliminar”
4. El sistema procede a eliminar el dato correspondiente del perfil
seleccionado.
5.3. Flujos Alternativos
Línea 4, del Flujo Básico
El mensaje que aparece es de error
1. El administrador procede a corregir los errores correspondientes
2. Se regresa al punto 4 del flujo básico
Línea 2, del Flujo Básico
Datos no ingresados
1. El administrador procede a ingresar los datos faltantes
2. Se regresa al punto 4 del flujo básico
Perfil registrado correctamente
6. Poscondición
Diagrama de Colaboracion
: E_perfil
j. CUS10 - Gestionar Cargos
Administrador
1. Actor(es)
Realizar un adecuado mantenimiento de los cargos
2. Propósito
correspondientes al momento de registrar a los
trabajadores.
El caso de uso comienza cuando el administrador
3. Resumen
ingresa al sistema, selecciona la opción “Gestionar
Cargos”.
5. Flujo de Eventos
5.2. Subflujos
G. Subflujo “Eliminar Cargo”
1. El caso de uso comienza cuando el Administrador selecciona un
cargo precargado en una tabla.
2. El sistema procede a cargar el dato correspondiente.
3. El Administrador selecciona la opción “Eliminar”
4. El sistema procede a eliminar el dato correspondiente del cargo
seleccionado.
5.3. Flujos Alternativos
Línea 4, del Flujo Básico
El mensaje que aparece es de error
1. El administrador procede a corregir los errores correspondientes
2. Se regresa al punto 4 del flujo básico
Línea 2, del Flujo Básico
Datos no ingresados
1. El administrador procede a ingresar los datos faltantes
2. Se regresa al punto 4 del flujo básico
Cargo registrado correctamente
6. Poscondición
Diagrama de Colaboracion
6: Se guardan datos
: E_cargo
Diagrama de casos de uso del sistema (Modulo de Seguridad)
Login
Usuario
(from Use-Case Model)
(f rom Use-Case Model)
a. CUS11 - Login
Usuario
1. Actor(es)
Ingresar al sistema de acuerdo al perfil asignado.
2. Propósito
El caso de uso comienza cuando el usuario ingresa al
3. Resumen
sistema y aparece el Formulario de Logueo al sistema.
5. Flujo de Eventos
Diagrama de Colaboracion
Se validan datos
: I_principal
Diagrama de casos de uso del sistema (Modulo de Registro de
Buses)
<<include>>
Gestionar buses
(from Use-Case Model)
Encargado de
buses
(f rom Use-Case Model)
Buscar Bus
(from Use-Case Model)
<<include>>
Registrar Mantenimiento
(from Use-Case Model)
Diagrama de colaboración
Modelo de Bus
6: Datos guardados
Placa de Bus
Capacidad
: E_bus
5. Flujo de Eventos
Diagrama de Colaboracion
Se validan datos
Fecha de Mantenimiento
Bus 6: Mantenimiento Registrado
Observacion caso de uso
incluido
Buscar Bus
: E_mantenimiento_buses
c. CUS14 - Caso de Uso Incluido “Buscar Bus”
Encargado de Buses
1. Actor(es)
Realizar una adecuada búsqueda de buses para
2. Propósito
cargarlos en alas interfaces que lo requieran.
El caso de uso comienza cuando el encargado de
3. Resumen
buses necesita buscar un determinado bus.
5. Flujo de Eventos
Diagrama de colaboración
Se valida peticion
3: Se consultan datos
4: Datos consultados
: E_bus
Diagrama de casos de uso del sistema (Modulo de Venta de
Boletos)
Buscar ciudad
<<extend>> <<include>>
Buscar ruta
(from Use-Case Model)
(from Use-Case Model)
<<include>>
<<include>>
Gestionar cliente
Buscar Cliente
(from Use-Case Model)
(from Use-Case Model)
Especificación de Casos de Uso del Sistema
5. Flujo de Eventos
Diagrama de Colaboracion
DNI
6: Datos guardados
Nombre del cliente
Apellido Paterno
Apellido Materno
: E_clientes
b. CUS16 - Caso de Uso Gestionar Pasaje
5. Flujo de Eventos
Diagrama de Colaboracion
6: Mensaje de Confirmacion
c. CUS017 - Caso
: E_boleto
de Uso Incluido Buscar Cliente
5. Flujo de Eventos
Se validan datos
Flujo Alternativo:
Mensaje de error:
Cliente no registrado
3: Se consultan datos
4: Se envian resultados
: E_clientes
5. Flujo de Eventos
Diagrama de Colaboracion
3: Se consultan datos
: E_ruta
Gestionar Clave
(from Use-Case Model)
Buscar ciudad
Emitir factura Listar encomiendas
(from Use-Case Model)
(from Use-Case M odel)
Especificacion de Casos de Uso
5. Flujo de Eventos
Diagrama de Colaboracion
DNI/RUC
Remitente
6: Se guardan datos
Destinatario
Tipo de objeto
Peso
Hora de Salida
Clave
Origen
Destino
: E_encomienda
b. CUS20 - Caso de Uso extendido Listar Encomienda
5. Flujo de Eventos