Este documento presenta el proyecto de automatización de procesos para la empresa de transportes AVE FENIX SAC. Se describe el propósito, contexto del negocio, alcance y características de los usuarios del sistema. Se identifican tres casos de uso principales: gestión de ventas de pasajes, reserva de pasajes y programación de horarios de buses. Finalmente, se detalla parcialmente el caso de uso de gestión de ventas de pasajes.

1. "Año de la Promoción de la Industria Responsable y del Compromiso Climático"
ANALISIS Y DISEÑO DE SISTEMAS II
PROYECTO : EMPRESA DE TRANSPORTES AVE FENIX SAC.
INTEGRANTES :
 CHAN SOTERO GIANMARCO
 SANCHEZ REYNALTT JONATHAN
DOCENTE : HENRRY LLANOS CARRANZA
CARRERA : ADMINISTRACIÓN Y SISTEMAS
CICLO : IV
SECCIÓN : A
TRUJILLO – PERÚ
2014

2. Análisis y Diseño de Sistemas II
Cibertec
Instituto Tecnológico del Norte
EMPRESA DE TRANSPORTE AVE FENIX SAC– Análisis y Diseño Software
Especificación de los Requerimientos del Software Template
VERSIÓN: [Avefenix.v1.1]
FECHA DE REVISIÓN: [FECHA12/07/14]
La aprobación de la presente Especificación de los Requerimientos del Software indica el entendimiento del propósito y contenido descrito en el presente documento, sus referencias y anexos. Esto implica que la aprobación del presente documento reconoce la aprobación de todos sus anexos. La firma de este documento, implica la conformidad de cada individuo con el mismo. Gerente / Director Organización Cliente
[Nombre]
[Email]
[Teléfono]
Firma
Fecha
Auspiciante Ejecutivo
[Nombre]
[Email]
[Teléfono]
Firma
Fecha
Auspiciante Tecnológico
[Nombre]
[Email]
[Teléfono]
Firma
Fecha
Gerente / Director Organización Ejecutante
[Nombre]
[Email]
[Teléfono]
Firma
Fecha
Gerente de Proyecto
[Nombre]
[Email]
[Teléfono]
Firma
Fecha

3. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página i
Tabla de Contenidos
Sección 1. Introducción ...........................................................................................
1.1 Propósito ...............................................................................................
1.2 Contexto del Negocio ............................................................................
1.3 Ámbito ...................................................................................................
1.4 Características de los Usuarios ............................................................
Sección 2. Suposiciones,Dependencias,Restricciones ..........................................
2.1 Suposiciones .........................................................................................
2.2 Dependencias .......................................................................................
2.3 Restricciones .........................................................................................
Sección 3. Descripción de Casos de Uso ................................................................
3.1 Tabla de Actores / Interesados ............................................................
3.2 Tabla de Casos de Uso .......................................................................
3.3 Objetivos del Negocio ..........................................................................
3.4 CUN VS Obejetivos .............................................................................
3.5 Diagramas de cada Caso de Uso (formato general) .............................
3.6 Especificaciones de cada Caso de Uso ..................................................
Sección 4. Matriz de Actividades vs Requerimientos ............................................
Sección 5. MCUS(MODELO DE CASO DE USO DEL SISTEMA) .................................
5.1 Paquetes ..............................................................................................
5.2 Realizaciones .......................................................................................
5.3 Diagrama Genral del MCUS ................................................................
Sección 6. Diagrama de Análisis y Diseño de Objetos ...........................................
6.1 Diagramas de Análisis .........................................................................
Sección 7. Documentos relacionados – Anexos y apéndices .................................

4. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 1
Sección 1. Introducción
1.1 Propósito
El presente documento tiene por propósito buscar una solución al problema de una automatización de los procesos en la documentación del área de venta de pasajes de la empresa de transportes AVE FENIX SAC., el trabajo beneficiará en lo siguiente: diseño de un sistema informático que permita brindar información real y oportuna del estado en que se encuentre los diversos expedientes, digitalización de proyectos de resoluciones de suma importancia, que requiera el área según sus funciones. Y la documentación de los requerimientos en el Software Avefenix.v1.1, a través de la recopilación de la información recaudada con los trabajadores en el área de pasajes de la empresa AVE FENIX SAC.
1.2 Contexto del Negocio
La empresa AVE FENIX SAC., es una empresa reconocida en el medio local de venta de pasajes de transportes en todo el norte del país, que tiene diferentes sucursales en sus diferentes destinos.
Su misión es de ser líder en el servicio de transporte interprovincial, por brindar servicio de calidad basado en su elevado estándar de desarrollo organizacional.
Su visión es de brindar el servicio de transporte interprovincial de pasajeros, encomiendas y giros utilizando los conocimientos y técnicas de última generación para el logro de la satisfacción de nuestros clientes
Tiene como objetivo brindar un servicio de venta de pasajes de buena calidad en un corto, tiempo satisfaciendo al cliente.
Tiene como objetivo incremento de venta de pasajes a un 40%
Tiene como objetivo el control de ventas en un 60%
1.3 Ámbito
El ámbito de la aplicación comprenderá e integrara las áreas de Ventas de Pasajes, Reserva de Pasajes y Programación de Horarios de Buses
Gestión de Venta de Pasajes
 El sistema tendrá una interfaz en donde se podrán realizar las ventas de los pasajes.
 El sistema permitirá registrar a los clientes
 El sistema permitirá imprimir el documento de venta

5. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 2
Gestión de Reserva de Pasajes
 El sistema realizara la reserva de pasajes para clientes exclusivos.
 El usuario solo podrá realizar la reserva de pasajes mas no modificar el boleto.
Gestión de Programación de Horarios de Buses
 El sistema permitirá registrar los movimientos de los buses (entradas y salidas) para tener un listado de itinerarios para los clientes.
1.4 Características de los Usuarios
Entre los principales usuarios del sistema podemos mencionar:
o Gerente General
o Clientes
o Administrador de Ventas
o Entidad Bancaria
o El Cajero/ Recepcionista
Ellos utilizaran el software dentro de la red de la empresa de transportes AVE FENIX SAC., a través de la aplicación de escritorio y en una aplicación web a través de internet.
[Identificar cada tipo de usuario del software a partir de su función, localización y tipo de dispositivos. Especificar el número de usuarios en cada uno de los grupos y la naturaleza del uso que hacen del software.]
1.5 Glosario, (incluir Acrónimos y Abreviaturas)
CUN01: Caso de uso de Negocio “Ventas de Pasajes”
CUN02: Caso de uso de Negocio “Reserva de Pasajes”
CUN03: Caso de uso de Negocio “Programación de Horario de Buses”
A01: Gerente General
A02: Clientes
A03: Administrador de Ventas
A04: Entidad Bancaria
A05: El Cajero
A06: El Jefe de Area
A07: El Recepcionista de Pasajes
A08: Conductor de Bus

6. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 3
Sección 2. Suposiciones, Dependencias, Restricciones
2.1 Suposiciones
 No exista un red LAN dentro del Negocio.
 Contar con equipos de informática antiguos y sin mantenimiento (computadoras, equipos de comunicación de redes, entre otros)
 No exista un adecuado presupuesto para el desarrollo del proyecto
 Él envió de documentos de compras y ventas a la SUNAT para la declaración mensual no forma parte del alcance.
2.2 Dependencias
 Red corporativa
 Computadoras
 Sistemas Operativos compatibles
 Servidor
 Software con Licencia / Software Libre
 Dominio Web
2.3 Restricciones
 Fluido eléctrico continúo
 Todos los usuarios del sistema deben estar registrados.
 No utiliza aplicaciones móviles
 El costo de implementación aún no está definido

7. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 1
Sección 3. Descripción de Casos de Uso
3.1 Tabla de Actores / Interesados
CÓDIGO
ACTOR
A01
Gerente General
A02
Clientes
A03
Administrador de Ventas
A04
Entidad Bancaria
A05
El Cajero
A06
El Jefe de Area
A07
El Recepcionista de Pasajes
A08
Conductor de Bus

8. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 2
3.2 Tabla de Casos de Uso
CÓDIGO
CASO DE USO
CUN01
Gestionar Ventas de Pasajes
CUN02
Reserva de Pasajes
CUN03
Programación de Horario de Buses

9. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 3
3.3 Objetivos del Negocio
3.4 CUN VS Obejetivos

10. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 4
3.5.Diagramas de cada Caso de Uso (formato general)

11. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 5
3.6Especificaciones de cada Caso de Uso
Caso de Uso – ID CUN01:Gestionar Ventas de Pasajes
El caso de uso empieza cuando el cliente solicita pasaje, la cajera pide destino hora y fecha al cliente, la cajera verifica horarios y servicios disponibles si no lo hay informa al cliente y finaliza proceso, y si hay horarios disponibles informa al cliente, luego solicita DNI, el cliente le brinda, la cajera verifica si es cliente nuevo, si no lo es se registra como cliente nuevo y se vuelve a verificar, y si es cliente procede al llenado del boleto de viaje; Luego solicita forma de pago al cliente, si no es en efectivo la cajera pide tarjeta, el cliente ingresa contraseña, verifica si hay saldo , si hay emite Boucher y entrega boleto de viaje al cliente, si no hay saldo informa al cliente y pide otra forma de pago(efectivo);Después de ser entregado el boleto de viaje, el cliente verifica el boleto de viaje, si está correcto finaliza la transacción. Y si no devuelve boleto defectuoso a la cajera, la cajera anula boleto defectuoso y genera boleto nuevo.
Nombre/ID:
Servicio de Ventas de Pasajes
Descripción:
Gestiónar Ventas de Pasaje
Requerimiento:
Cliente debe estar registrado en el Sistema
Precondicione:
El cliente debe ser mayor de edad
Flujo Normal: Describa la interacción entre un actor y el sistema, en base a pasos enumerados.
Actor
Sistema
1.El cliente inicializa solicitando el pasaje de viaje
2.El cliente da a la cajera el destino, la hora y la fecha
3.La cajera solicita el DNI al cliente
4.La cajera solicita forma de pago al cliente
5.La cajera recibe el pago efectuado
6.El cliente verifica el boleto de viaje
7 .En caso de correciones se entrega a la cajera y pasa al punto 6
1.El cliente es ingresado en el sistema
2.El sistema verifica los horarios disponibles
3.El sistema pasa a verificar al cliente
4.Se ingresa al sistema la forma de pago
5.El sistema imprime la boleta y registra el viaje
7.Se actualiza los datos en el sistema según la cajera registre.

12. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 6
Caso de Uso – ID CUN01:Gestionar Ventas de Pasajes
El caso de uso empieza cuando el cliente solicita pasaje, la cajera pide destino hora y fecha al cliente, la cajera verifica horarios y servicios disponibles si no lo hay informa al cliente y finaliza proceso, y si hay horarios disponibles informa al cliente, luego solicita DNI, el cliente le brinda, la cajera verifica si es cliente nuevo, si no lo es se registra como cliente nuevo y se vuelve a verificar, y si es cliente procede al llenado del boleto de viaje; Luego solicita forma de pago al cliente, si no es en efectivo la cajera pide tarjeta, el cliente ingresa contraseña, verifica si hay saldo , si hay emite Boucher y entrega boleto de viaje al cliente, si no hay saldo informa al cliente y pide otra forma de pago(efectivo);Después de ser entregado el boleto de viaje, el cliente verifica el boleto de viaje, si está correcto finaliza la transacción. Y si no devuelve boleto defectuoso a la cajera, la cajera anula boleto defectuoso y genera boleto nuevo.
Flujo Alterno:
El flujo alterno describe el comportamiento del sistema en caso de alguna excepción sobre el flujo normal del proceso o evento
Actor
Sistema
Del punto 2 Si hay horarios disponibles:
a. Si se encuentren horarios disponibles, informa horarios y servicios disponibles pasando al punto 3
b. En caso contrario informa no disponibilidad al cliente y finaliza el caso
Del punto 3 Verifica si el cliente es nuevo:
a. Si es nuevo llena el boleto de viaje y pasa al punto 4
b. En caso contrario registral cliente y pasa al punto 4
Del punto 4 la cajera pregunta si el pago se realiza en efectivo
a. Si es con tarjeta, solicita contraseña de ingreso y pasa al punto 5
b. En caso contrario realiza pago en efectivo y pasa al punto 5
Del punto 2 Si hay horarios disponibles:
a.El sistema mostrara los horarios disponibles y servicios los servicios de la empresa.
b.El sistema mostrara horairos sin bacantes
Del punto 3 Verifica si el cliente es nuevo:
a.El sistema imprimirá el boleto con los datos ya registrados en el sistema del cliente
b.El sistema pasara a registrar al cliente y emitirá la impresión del boleto
Del punto 4 la cajera pregunta si el pago se realiza en efectivo
a.El sistema verificara si hay crédito disponible y emitirá la boleta
b.El sistema registrara el pago efectuado

13. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 7
Caso de Uso – ID CUN01:Gestionar Ventas de Pasajes
El caso de uso empieza cuando el cliente solicita pasaje, la cajera pide destino hora y fecha al cliente, la cajera verifica horarios y servicios disponibles si no lo hay informa al cliente y finaliza proceso, y si hay horarios disponibles informa al cliente, luego solicita DNI, el cliente le brinda, la cajera verifica si es cliente nuevo, si no lo es se registra como cliente nuevo y se vuelve a verificar, y si es cliente procede al llenado del boleto de viaje; Luego solicita forma de pago al cliente, si no es en efectivo la cajera pide tarjeta, el cliente ingresa contraseña, verifica si hay saldo , si hay emite Boucher y entrega boleto de viaje al cliente, si no hay saldo informa al cliente y pide otra forma de pago(efectivo);Después de ser entregado el boleto de viaje, el cliente verifica el boleto de viaje, si está correcto finaliza la transacción. Y si no devuelve boleto defectuoso a la cajera, la cajera anula boleto defectuoso y genera boleto nuevo.
Del punto 5 verifica conformidad de boleto
a. Si esta correcto pasa a finalizar el caso
b. En caso contrario devuelve el boleto de viaje a la cajera y pasa al punto 7
Del punto 5 verifica conformidad de boleto
a.Se guardan los datos de la boleta efectuada en el sistema
b.El sistema actualizara y volverá a registrar o eliminar los nuevos datos del cliente según la cajera modifique el boleto.
Postcondiciones:
Se almacenaran los datos de los clientes en la base de datos del sistema
Requerimientos Especiales:
Se requiere el registro y pago de los clientes que desean viajar con equipaje adicional
Puntosde Extensión:
El sistema contara con la compra de reserva de pasajes

14. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 8
Caso de Uso – ID CUN02: Reserva de Pasajes
El caso de uso se inicia cuando el cliente solicita una reserva de pasaje por teléfono, la recepcionista solicita DNI al cliente, verifica si es cliente frecuente, si no es cliente, no se realiza reserva, y si es cliente solicita destino, hora y fecha; Luego verifica horarios y servicios disponibles, si no hay disponibles, brinda alternativas de horarios al cliente, el cliente evalúa, alternativas viables, si es no finaliza el proceso; Si es si se procede a la reserva de pasajes, la cajera indica tiempo límite de reserva, informa destino, fecha y hora reservadas al cliente, el cliente recibe información y finaliza la transacción.
Nombre/ID:
Reserva de Pasajes
Descripción:
Gestión del servicio reserva de pasajes
Requerimiento:
Cliente debe estar registrado en el Sistema
Precondicione:
El cliente debe tener DNI
Flujo Normal: Describa la interacción entre un actor y el sistema, en base a pasos enumerados.
Actor
Sistema
1.El cliente inicializa solicitando una reserva de pasajes por el teléfono
2. El recepcionista verifica al cliente
3. La recepcionista verifica horario y servicios disponibles
4. El cliente evalúa las alternativas de horarios
5.El recepcionista indica el tiempo límite de reserva
6. El recepcionista informa destino fecha y hora reservada
7.El cliente recibe la información y finaliza el caso.
1.Se debe registrar el numero telefónico y los datos para previa verificación en el sistema
2.El sistema mostrara los datos de los clientes mas frecuentes de la empresa
3.El sistema mostrara los horarios disponibles
5.El sistema registra la reserva
6.El sistema muestra el limite ingresado por el recepcionista

15. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 9
Caso de Uso – ID CUN02: Reserva de Pasajes
El caso de uso se inicia cuando el cliente solicita una reserva de pasaje por teléfono, la recepcionista solicita DNI al cliente, verifica si es cliente frecuente, si no es cliente, no se realiza reserva, y si es cliente solicita destino, hora y fecha; Luego verifica horarios y servicios disponibles, si no hay disponibles, brinda alternativas de horarios al cliente, el cliente evalúa, alternativas viables, si es no finaliza el proceso; Si es si se procede a la reserva de pasajes, la cajera indica tiempo límite de reserva, informa destino, fecha y hora reservadas al cliente, el cliente recibe información y finaliza la transacción.
Flujo Alterno:
El flujo alterno describe el comportamiento del sistema en caso de alguna excepción sobre el flujo normal del proceso o evento
Actor
Sistema
Del punto 2 Verifica si es cliente frecuente:
a. Si es un cliente frecuente, solicita destino hora y fecha y pasa al punto 3
b. En caso contrario la reserva es denegada y finaliza el caso.
Del punto 3 Se ve disponibilidad:
a. Si hay disponibilidad se reserva el pasaje y pasa al punto 5
b. En caso contrario se dan alternativas de horarios y pasa al punto 4
Del punto 4 Se pregunta si la alternativa es viable:
a. Si es viable pasa a reservar de pasaje y pasa al punto 5
b. En caso contrario finaliza el caso
Del punto 2 Verifica si es cliente frecuente:
a.El sistema debe mostrar si el cliente es frecuente
b.El sistema debe denegar la reserva si el cliente no es frecuente
Del punto 3 Se ve disponibilidad:
a.El sistema debe registrar la reserva
b.El sistema muestra todos los horarios disponibles y no disponibles
Del punto 7 Se pregunta si la alternativa es viable:
a.El sistema debe registrar la reserva
b.Se guaradan los datos en el sistema
Postcondiciones:
Debe ser un cliente frecuente de la empresa
Requerimientos Especiales:
Se requiere que el cliente cancele la cuenta en el plazo acordado
Puntos de Extensión:
Se debe tener en cuenta sobre la programación de horarios de buses

16. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 10
Caso de Uso – ID CUN03: Programación de Horario de Buses
El caso de uso se inicia cuando el administrador de ventas ordena según horario de destino y genera los tiempos de llegada de los buses , solicitando la disponibilidad del conductor, se verifica los horarios disponibles del conductor, en caso que el conductor no esté disponible, enviara un reporte de no disponibilidad y finalizara el informe; Si el conductor tiene un horario disponible, generara los días de disponibilidad y pasará a enviar la información de horarios al administrador de ventas, quien recibirá el informe del reporte de disponibilidad, y pasara a generar la programación de horarios, enviando la documentación de horarios al jefe de área quien recibe la documentación y pasa a verificar la programación de horarios de buses, en caso no esté bien hecho enviara la programación defectuosa al administrador de ventas , y este modificara la programación recibida, luego enviara la programación al jefe de área quien volverá a verificar la programación; En caso si está bien hecho la documentación el jefe de ventas autorizara y comunicara la programación de horario de buses a la cajera, y esta recibirá el comunicado y finalizara el proceso.
Nombre/ID:
Programación de Horario de Buses
Descripción:
Gestión de programación de horario de Buses
Requerimiento:
El Conducto del bus debe estar registrado en el Sistema
Precondicione:
ElConductor debe portar su carnet con el codigo de identificación
Flujo Normal: Describa la interacción entre un actor y el sistema, en base a pasos enumerados.
Actor
Sistema
1.El administrador de ventas ordena según horario de destino
2. El administrador de ventas genera los tiempos de llegada de buses
3. El administrador de ventas solicita disponibilidad del conductor
4. El conductor asignado recibe la solicitud,verifica y envía los horarios disponibles al administrador
5. El administrador de ventas genera la programación de horarios de buses
6. El administrador de ventas envía la documentación de horarios al Jefe de Ventas
7. El Jefe de ventas recibe la documentación y verifica la documentación
8. La cajera recibe el comunicado y finaliza el caso
1.El sistema mostrara los horarios según sus intinerarios de viajes
2.El sistema mostrara las salidas y llegadas de los buses
3.El sistema mostrara la disponibilidad de los conductores de los buses
5.El sistema mostrara el cronograma de horarios de los buses
8.Los datos son guardados y mostrados en el sistema

17. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 11
Caso de Uso – ID CUN03: Programación de Horario de Buses
El caso de uso se inicia cuando el administrador de ventas ordena según horario de destino y genera los tiempos de llegada de los buses , solicitando la disponibilidad del conductor, se verifica los horarios disponibles del conductor, en caso que el conductor no esté disponible, enviara un reporte de no disponibilidad y finalizara el informe; Si el conductor tiene un horario disponible, generara los días de disponibilidad y pasará a enviar la información de horarios al administrador de ventas, quien recibirá el informe del reporte de disponibilidad, y pasara a generar la programación de horarios, enviando la documentación de horarios al jefe de área quien recibe la documentación y pasa a verificar la programación de horarios de buses, en caso no esté bien hecho enviara la programación defectuosa al administrador de ventas , y este modificara la programación recibida, luego enviara la programación al jefe de área quien volverá a verificar la programación; En caso si está bien hecho la documentación el jefe de ventas autorizara y comunicara la programación de horario de buses a la cajera, y esta recibirá el comunicado y finalizara el proceso.
Flujo Alterno:
El flujo alterno describe el comportamiento del sistema en caso de alguna excepción sobre el flujo normal del proceso o evento
Actor
Sistema
Del punto 4 Se ve la disponibilidad de horarios:
a. Si hay horarios disponibles genera los días de disponibilidad y pasa al punto 5.
b. En caso contrario envía un reporte de no disponibilidad y finaliza el caso.
Del punto 7 Conformidad de la documentación:
a. Si está bien hecho, autoriza y comunica la programación y pasa al punto 8
b. En caso contrario envía programación defectuosa al administrador de ventas quien recibe y modifica y pasa al punto 6
Del punto 4 Se ve la disponibilidad de horarios:
a.El sistema mostrara los horarios de los días disponibles
b.El sistema mostrara los horarios de no disponibilidad
Del punto 7 Conformidad de la documentación:
a.El sistema muestra la programación con el conductor asignado
b.El sistema debe tener permisos de modificación del administrador
Postcondiciones:
Los conductores solo debe ser personal autorizados por la empresa y con sus intinerarios programados
Requerimientos Especiales:
Se requiere que el sistema debe almacenare los datos de los conductores y de los vehiculo asignado.
Puntos de Extensión:
El cliente debe tener un boleto de pasajes para su asenso al bus, ya que en el bus se verificara las asistencias según los boletos

18. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 12
Sección 4. Matriz de Actividades vs Requerimientos Matriz de Actividades y Requerimientos Proceso de Negocio Actividad del Negocio Responsable del Negocio Requerimiento o Responsabilidad Nro Caso de Uso Actores
Gestionar Venta de Pasajes Solicita pasaje de viaje La Cajera RF01 Verificar cliente CU01
Buscar cliente El cliente Verificará si el cliente esta registrado en el sistema La Cajera Registrara al cliente RF02 Registrar cliente CU02
Mantenedor cliente Verificara los horarios disponibles RF03 Verifica horarios Ingresa forma de pago RF04 Registra pago CU03
Venta de Pasajes Registra viaje y emite boleta RF05 Emite boleta de viaje Registra monto RF06 Mostrar monto Emite Boleta RF07 Imprime Boleta

19. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 13
Matriz de Actividades y Requerimientos Proceso de Negocio Actividad del Negocio Responsable del Negocio Requerimiento o Responsabilidad Nro Caso de Uso Actores
Gestionar Reserva de Pasajes Solicita reserva por teléfono Verificar cliente CU01
Buscar cliente Cliente Verificará si el cliente es frecuente La Cajera RF01 La Cajera Verifica horarios y servicios disponibles Verifica los horarios y servicios disponibles CU02
Verifica disponibilidad de horarios Indica tiempo limite de reserva Muestra el tiempo de reserva CU03
Registra Reserva Informa destino de fecha y hora reservada RF02 Muestra destino de fecha y hora reservada RF03 Registra en el sistema la reserva

20. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 14
Matriz de Actividades y Requerimientos Proceso de Negocio Actividad del Negocio Responsable del Negocio Requerimiento o Responsabilidad Nro Caso de Uso Actores
Gestionar Programación de Horarios de Buses Llenara los horarios según sus intinerarios de viajes El Administrador de Ventas RF01 Mostrara los horarios y rutas de viajes CU01
Registra los horarios de buses El Administrador de ventas Llenara los tiempos de llegada de los bueses RF02 Mostrara los tiempos de llegada de los buses Registra horarios disponibles RF03 Registrara los horarios de conducción Llenara la programación de Buses RF04 Mostrara la programación de buses Envia la documentación al Jefe de Ventas RF05 Emitira la documentación CU02
Buscar programación de buses El Jefe de Ventas Verifica la conformidad y entrega a la cajera El Jefe de Ventas RF06 Autorizara la programación Recibe comunicado La Cajera RF07 Buscara la programación de buses La Cajera

21. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 15
Sección 5. MCUS(MODELO DE CASO DE USO DEL SISTEMA)
5.1.Paquetes
5.2.Realizaciones

22. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 16
5.2.Diagrama Genral del MCUS

23. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 17
VENTAS

24. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 18
RESERVA

25. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 19
REPORTE

26. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 20

27. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 21
e. Matriz de Trazabilidad
f. Requerimientos Funcionales y No
Funcionales

28. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 22
Sección 6. Diagrama de Análisis y Diseño de Objetos
6.1.Diagramas de Análisis
Mantenimiento

29. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 23
Reserva

30. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 24
Ventas

31. [Avefenix.v1.1]
AVE FENIX SAC. [Versión: 1.1] | [Fecha de Revisión: 12/07/14]
Basado en
RD-Plantilla-10ERSW-1.0 Página 25
Reporte