Gestión de los Requerimientos

en la construcción
del software

PRÁCTICA DE LABORATORIO

2023
LABORATORIO N°3:
Ejercicio 1:
Del caso descrito a continuación, encuentre los requerimientos funcionales,
requerimientos no funcionales, modelo de casos de uso del sistema y plantillas de los
casos de uso.

SERVICIOS DE MANTENIMIENTO CARROS

La Empresa Mantenimientos SAC brinda servicios de mantenimiento de carros a clientes
que lo soliciten para ello cuenta con una Gerencia de Servicios que es la encargada de
los procesos de Inscripción de clientes y proceso de mantenimiento.
El sueño del dueño de la empresa es tener la primera empresa de mantenimiento de carros
del Perú. Su misión es brindar un servicio de mantenimiento de carros de calidad para la
satisfacción de sus clientes. Para cumplir con este sueño ha planteado los siguientes
objetivos: optimizar los procesos, tener una atención personalizada a los clientes,
disminuir los costos administrativos y operativos con el uso de tecnología. El dueño ha
planteado contar con un plan de capacitación a sus empleados para una mejor atención a
sus clientes.
Esta gerencia cuenta con dos procesos principales:
El proceso de inscripción de clientes es como sigue:
Los clientes son registrados en fichas, las que sirven de base para la presentación de
los servicios solicitados. El cliente llena una ficha de inscripción en la que registran sus
datos generales, y adjunta una copia legalizada de su licencia de conducir.
Los documentos son recepcionados por un empleado de inscripción, que verifica los
datos acepta o rechaza la inscripción. Los documentos de la inscripción aceptadas son
enviados al ejecutivo de cuenta en el área financiera, él estudiará y evaluará el
potencial económico del cliente. Si la evaluación es positiva se archiva la ficha en el
catálogo y se remite una carta al cliente, comunicando su inscripción o su rechazo. El
ejecutivo de cuenta envía la carta al empleado de inscripción que entregara al cliente
la carta de aceptación o rechaza. El objetivo del proceso es optimizar el proceso de
inscripción. Esto permitirá disminuir el tiempo de inscripción en un 30% con respecto
al semestre anterior.
El proceso de mantenimiento es como sigue:
El empleado de atención al cliente recibe las solicitudes de servicios de los clientes
(fax, teléfono, formato preestablecido, etc.). Indicando el tipo de auto y fecha
solicitada de mantenimiento. Este empleado remite la solicitud al ejecutivo de cuenta
en el área financiera.
El ejecutivo de cuenta verificará que el cliente se encuentre registrado en el catálogo
de clientes y esté hábil para recibir el servicio (no figure en la cartera de clientes
morosos u otro tipo de problemas).
Si el servicio es aceptado, se elabora la orden de atención (original y copia). Se entrega
al empleado de mantenimiento la orden de atención (original y copia) y además la
copia de la solicitud del servicio. El original de la solicitud de servicio se archiva.
 El empleado de mantenimiento atiende al cliente realizando el servicio de mantenimiento,
al terminar hace firmar los documentos entregando las copias de la solicitud y la orden,
retirándose el cliente con el original de la orden (firmada). El objetivo es disminuir los
costos operativos de mantenimientos. Esto permitiría la
disminución de costo de mantenimiento en un 20% con respecto del año anterior.
El Gerente de Servicios en las entrevistas describió los requisitos que debería tener el
nuevo sistema.
R1. El encargado de cuenta tiene la posibilidad de registrar al cliente en el catálogo.
R2. El encargado de cuenta tiene la posibilidad de registrar las cartas de aceptación o
rechazo en el sistema.
R3. El sistema deberá ser instalado en nuestro servidor Web que manejará la seguridad
de acceso para los clientes y los empleados.
R4. El empleado de inscripción de cliente debe actualizar estado de la carta al
momento de entregarla, los datos a ingresar son fecha y hora de recepción.
R5. El cliente debe tener la posibilidad de consultar su estado en el sistema.
R6. El cliente debería tener una pantalla para registrar el pedido de solicitud de
servicio.
R7. El sistema debería tener una pantalla para generar la orden de servicio que es
registrada por el ejecutivo de cuenta.
R8. El sistema deberá ser desarrollado en PHP y como gestor de base de datos MySql.
R9. El empleado de mantenimiento debería tener una pantalla en donde consulte las
órdenes de mantenimientos pendientes.
R10. El cliente debe tener la posibilidad de consultar la condición del servicio de
mantenimiento en el sistema.

Requerimientos Funcionales
Inscripción de Clientes
El encargado de cuenta tiene la posibilidad de registrar
al cliente en el catálogo.
El encargado de cuenta tiene la posibilidad de
registrar las cartas de aceptación o rechazo en el
sistema.

El empleado de inscripción de cliente debe actualizar

estado de la carta al momento de entregarla, los
datos a ingresar son fecha y hora de recepción.

El cliente debe tener la posibilidad de consultar su estado en el sistema.

Mantenimiento

El cliente debería tener una pantalla para

registrar el pedido de solicitud de servicio.

El sistema debería tener una pantalla para

generar la orden de servicio que es registrada
por el ejecutivo de cuenta.

El empleado de mantenimiento debería tener

una pantalla en donde consulte las órdenes de
mantenimientos pendientes.

El cliente debe tener la posibilidad de consultar la cond

mantenimiento en el sistema.

Requerimientos no Funcionales
El sistema deberá ser instalado en nuestro servidor
Web que manejará la seguridad de acceso para los
clientes y los empleados.

El sistema deberá ser desarrollado en PHP y

como gestor de base de datos MySql.

Actores y casos de uso

Inscripción de Clientes
 Actores y casos de uso
Mantenimiento
 Plantillas de los Casos de Uso
Inscripción de Clientes

CS1 Registrar Cliente

El cliente brinda sus datos personales y su licencia de conducir. El

Resumen
Encargado de Cuenta registra sus datos y copia de licencia en el sistema.

Actores Encargado de Cuenta (Principal) y Sistema (Secundario).

Personal involucrado Encargado de Cuenta: Quiere entradas precisas y optimizar el tiempo.

e Intereses Empresa: Quiere satisfacer a sus clientes.

Precondiciones El encargado de cuenta se identifica en el sistema.

Se registra los datos personales del cliente y la copia de su licencia.

Postcondiciones
Se actualiza el registro de clientes.

1. El cliente llega a la empresa con su copia de licencia de conducir.

2. El encargado de cuenta inicia el registro de un nuevo cliente.
3. El encargado de cuenta pide los datos personales al cliente.
4. El encargado de cuenta llena el formulario con los datos personales que
Escenario Principal le brinda el cliente en el sistema.
(Flujo Básico) 5. El encargado de cuenta escanea la licencia de conducir del cliente para
subirlo en el sistema.
6. El encargado de cuenta finaliza el registro.
7. El sistema registra el cliente en su base de datos.

A1: Error al registrar al cliente

Extensiones La secuencia A1 comienza en el punto 6.
(Flujos Alternativos) 7. El sistema señala que falta llenar un campo y no registra al cliente
El escenario vuelve al punto 4.

Computadora en óptimas condiciones.

Requisitos de Interfaz
Escanér conectada a la computadora.
de Usuario
El texto debe ser visible a un metro de distancia.

Requisitos El tiempo de respuesta para la ejecución del registro del cliente no debe
No-Funcionales ser mayor a 20 segundos.

Cuestiones
Explorar cuestiones de flujo de datos.
Pendientes
CS2 Registrar Cartas (Aceptación o Rechazo)

El encargado de Cuenta evaluará a los clientes que están pendientes de

Resumen verificación, cambiará su estado si es aceptada o rechazada la inscripción
del cliente y registra la carta según la decisión en el sistema.

Actores Encargado de Cuenta (Principal) y Sistema (Secundario).

Personal involucrado Encargado de Cuenta: Quiere un interfaz entendible y fácil interacción.

e Intereses Empresa: Quiere gestionar los casos de sus clientes de la mejor manera.

El encargado de cuenta se identifica en el sistema

Precondiciones
Contar con carta de respuesta

Se evalúa la inscripción del cliente.

Postcondiciones Se actualiza estado según si fue aceptado o rechazado.
Se registra la carta según lo decidido.

1. El encargado de cuenta se va al apartado de inscripciones registradas.

2. El encargado de cuenta selecciona al cliente que va a evaluar.
3. El sistema muestra los datos personales del cliente.
Escenario Principal 4. El encargado de cuenta selecciona el nuevo estado (Aceptado o
(Flujo Básico) Rechazado).
5. El encargado de cuenta actualiza estado de la inscripción y a la vez
registra la carta.
6. El sistema actualiza el estado del cliente y emite una carta.

A1: Error al actualizar el estado de la inscripción

La secuencia A1 comienza en el punto 5.
Extensiones
6. El sistema señala que no se actualizo estado y no actualiza estado ni
(Flujos Alternativos)
emite carta.
El escenario vuelve al punto 4.

Requisitos de Interfaz Computadora en óptimas condiciones.

de Usuario El texto debe ser visible a un metro de distancia.

Requisitos El tiempo de respuesta para la ejecución del registro de carta no debe ser
No-Funcionales mayor a 20 segundos.

Cuestiones
Explorar cuestiones de mejora de sistemas de gestión.
Pendientes
CS3 Actualizar estado de carta

El encargado de inscripción actualizará la carta ya emitida anteriormente,

Resumen los datos que ingresará son la fecha y hora de recepción, luego enviará la
carta al cliente para que lo pueda visualizar en el sistema.

Actores Empleado de inscripción (Principal) y Sistema (Secundario).

Encargado de inscripción: Quiere entradas precisas y optimizar el tiempo.

Personal involucrado
Empresa: Quiere que sus clientes tengan una buena experiencia con su
e Intereses
sistema.

El encargado de inscripción se identifica en el sistema.

Precondiciones
Carta registrada de cliente en sistema

Se ingresa la fecha y hora de recepción a la carta ya emitida.

Postcondiciones
Se actualiza carta y se enviará al cliente para su visualización.

1. El encargado de inscripción se va al apartado de cartas emitidas

2. El encargado de inscripción selecciona la carta que va a actualizar.
3. El sistema muestra la carta emitida.
Escenario Principal 4. El encargado de inscripción ingresa la fecha y hora de recepción.
(Flujo Básico) 5. El encargado de cuenta actualiza estado de la carta y a la vez envía la
carta al cliente.
6. El sistema actualiza el estado de la carta y envía carta al cliente.

A1: Error al actualizar es estado de la carta

La secuencia A1 comienza en el punto 5.
Extensiones
6. El sistema señala que no se ingreso fecha o la hora de recepción y no
(Flujos Alternativos)
actualiza carta ni se envía al cliente.
El escenario vuelve al punto 4.

Computadora en óptimas condiciones.

Requisitos de Interfaz
El texto debe ser visible y las palabras claves deben ser sencillas de
de Usuario
entender, para el correcto empleo de las particularidades del sistema.

Requisitos El tiempo de respuesta para la ejecución de la actualización de la carta no

No-Funcionales debe ser mayor a 20 segundos.

Cuestiones Evaluar nuevas formas de funcionamiento para disminuir el tiempo del

Pendientes proceso en el sistema.
 CS4
Plantillas de los CCoanssuoltasr e dstaedo Uso
El cliente consultara su estado en el sistema, es decir podrá ver si su
Resumen solicitud fue aceptada o rechazada, en donde de ser aceptada será visible
la fecha y hora de recepción.

Actores Cliente (principal), Sistema (secundario)

Personal involucrado Cliente: desea consultar su estado en el sistema

e Intereses Empresa: muestra el estado del cliente (aceptado o rechazado)

Haber registrado al cliente en el catálogo.

Precondiciones Ingresar las carta de aceptación o rechazo.
Actualización de la carta dentro del sistema.

Postcondiciones Se realiza una consulta exitosa del estado del cliente en el sistema.

1. El cliente en el menú principal selecciona la opción consultar estado.

Escenario Principal 2.El cliente ingresar su DNI para consultar sus estado
(Flujo Básico) 3.En la interfaz se mostrará los datos concernientes al cliente y el estado
con el cual ha sido catalogado.

A1: DNI de cliente invalido

La secuencia A1 comienza en el punto 3
4. El sistema señala "El cliente fue rechazado" y rechaza la entrada
Extensiones El escenario vuelve al punto 4
(Flujos Alternativos) A2: DNI valido
La secuencia comienza en el punto 3
4. El sistema señala "cliente aceptado" y la consulta es exitosa
El escenario continua en el punto 4.

Requisitos de Interfaz Las opciones o ítems de los procesos principales deben de estar
de Usuario acompañados de íconos referenciales .

Requisitos El tiempo de respuesta para la ejecución de la consulta no debe ser mayor

No-Funcionales a 15 segundos.

Cuestiones Evaluar nuevas formas de funcionamiento para disminuir el tiempo del

Pendientes proceso en el sistema.
 Plantillas de los Casos de Uso
Mantenimiento
CS5 Registrar pedido de solicitud de mantenimiento

El cliente registra una solicitud (fax, teléfono, formato preestablecido, etc.)

Resumen
en donde detalla el tipo de mantenimiento que desea solicitar.

Actores Cliente (principal), Sistema (secundario) y Ejecutivo de cuenta(secundario)

Personal involucrado Cliente: registra su solicitud de mantenimiento

e Intereses Empresa: muestra la ejecución y se guarda en la base de datos.

El cliente registrado en catálogo

Precondiciones
El estado de cliente tenga el grado de aceptación.

Se solicita el mantenimiento establecido. Se genera una orden de servicio

Postcondiciones registrada por el ejecutivo de cuentas. Se admite el pedido de solicitud de
mantenimiento

1.El cliente ingresa al sistema de la Empresa de Mantenimiento

2.Selecciona el itém de solicitar servicio en el menú principal.
Escenario Principal
3.Registra su pedido de solicitud de mantenimiento especificando las
(Flujo Básico)
características de su carro.
4.Envía el pedido a la Empresa de Mantenimiento.

A1: Solicitud No Completa

La secuencia A1 comienza en el punto 2
3. El sistema señala que faltan campos por rellenar y rechaza la entrada
Extensiones A2: Verificación de orden
(Flujos Alternativos) La secuencia A2 comienza en el punto 3
4. El sistema emite mensaje de comprobar si todo lo solicitado es correcto
para poder confirmar y generar la solicitud
Escenario continua en el punto 4.

Requisitos de Interfaz Las opciones o ítems de los procesos principales deben de estar
de Usuario acompañados de íconos referenciales .

Requisitos El tiempo de respuesta para registrar el pedido del servicio es de 35

No-Funcionales segundos.

Cuestiones ¿Qué adaptaciones son necesarias en la base de datos para las diversas
Pendientes solitudes ?
 Plantillas de los Casos de Uso
CS6 Generar la orden de servicio

El ejecutivo de cuenta es el encargado de generar la orden de

Resumen
servicio dentro del sistema

Actores Ejecutivo de cuenta (principal), Sistema (secundario)

Personal involucrado Ejecutivo de cuenta: es el encargado de registrar la orden de servicio.

e Intereses Empresa: registra orden de servicio y satisface a su cliente.

El ejecutivo se identifica y autentifica

Precondiciones
El cliente la solicitud de servicio

Se genera la orden de servicio. Se calcula los montos de acuerdo a la

Postcondiciones
solicitud generada por el cliente y se actualiza la contabilidad.

1.El ejecutivo de cuenta comprueba que la solicitud del pedido del cliente
este correctamente evaluada.
Escenario Principal 2.El sistema muestra lo solicitado por el cliente.
(Flujo Básico) 3.El ejecutivo de cuenta revisa el tipo de servicio a brindar.
4.El ejecutivo de cuenta genera la orden de servicio mediante una
factura.

A1:Tipo de Servicio de mantenimiento

La secuencia A1 comienza en el punto 3
4. El sistema muestra los tipos de servicio solicitados por el cliente
El escenario vuelve al punto 3
Extensiones A2: Emisión de orden
(Flujos Alternativos) La secuencia A2 ocurre en el punto 4
1. El ejecutivo de cuentas calcula los montos de acuerdo al servicio
solicitado.
2.El sistema se actualiza y muestra el precio por el servicio a brindar.

Requisitos de Interfaz Debe de ofrecer al usuario información o detalles de las tareas o

de Usuario actividades previas, realizadas en el sistema.

Requisitos El tiempo de respuesta para generar la orden de servicio es de 35

No-Funcionales segundos.

Cuestiones En caso el cliente no desee el servicio de mantenimiento y lo cancele, se

Pendientes mostrara un mensaje de error
 CS7 Consultar las órdenes de mantenimiento pendiente

El empleado de mantenimiento consulta en la lista de órdenes de

Resumen mantenimiento, las que se encuentran con estado pendiente y se emite un
informe de las mismas.

Empleado de mantenimiento (Principal) y Sistema (Secundario)

Actores

Empleado de mantenimiento: Desea dar a conocer las órdenes de servicio

Personal involucrado
cuyo estado sea pendiente
e Intereses
Empresa: Disminuir la cantidad de órdenes en estado pendiente.

El empleado de mantenimiento se registra

Precondiciones
Acceso a la lista de órdenes de mantenimiento registradas en el sistema

Se hace entrega de un informe al empleado de mantenimiento con las

Postcondiciones
órdenes de mantenimiento pendiente.

1.El empleado de mantenimiento ingresa al proceso de mantenimiento.

2.El empleado de mantenimiento accede al apartado del registro de
ordenes pendientes.
Escenario Principal 3.El empleado realiza la consulta sobre una orden pendiente ingresando el
(Flujo Básico) numero del pedido de mantenimiento
4.El sistema filtra la lista de ordenes pendientes.
5.El sistema genera el informe sobre las ordenes de mantenimiento
pendiente.
A1: Numero incorrecto
La secuencia A1 comienza en el punto 3
Extensiones
3. El sistema señala que el campo del numero de pedido es incorrecto y no
(Flujos Alternativos)
admite la consulta.

Requisitos de Interfaz
La estética de la interfaz debe ser de colores claros
de Usuario

Requisitos El sistema tiene una disponibilidad de 8x5

No-Funcionales El tiempo que se utiliza en generar las ordenes es de 10 segundos

Las ordenes del servicio de mantenimiento deben ser automáticas al dar

Cuestiones Pendientes
conocimiento que se cumple con el servicio.
 CS8 Consultar la condición del Servicio de Mantenimiento

El cliente consulta en el Sistema sobre la condición del servicio de

Resumen mantenimiento.

Cliente (Principal) y Sistema (Secundario)

Actores

Cliente: Desea saber como se encuentra el carro en el proceso de

Personal involucrado e
mantenimiento
Intereses
Empresa: Ofrece la atención por medio de su sistema

El empleado de mantenimiento registra la orden admitida del

Precondiciones mantenimiento
El cliente consulta sobre el servicio de mantenimiento

Postcondiciones Se muestra el avance o recorrido del mantenimiento

1.El cliente ingresa al sistema de la Empresa de Mantenimiento

2.Registra la consulta del servicio con los datos de su carro y el código
Escenario Principal
otorgado al momento de la solicitud.
(Flujo Básico)
3.El sistema procesa la consulta y muestra en pantalla el estado del servicio
con las respectivas observaciones.

A1: Consulta incorrecta

Extensiones La secuencia A1 comienza en el punto 2
(Flujos Alternativos) 3. El sistema señala que hay error en los datos y por ello no admite la
información

El usuario debe tener un equipo electrónico que permita acceder al sistema

Requisitos de Interfaz
de la empresa.
de Usuario
El texto debe ser legible

Requisitos
La consulta se podrá dar solución en 40 segundos como máximo.
No-Funcionales

Cuestiones Pendientes ¿Cómo se puede disminuir el tiempo de respuesta a la consulta?

Ejercicio 2:
Del caso descrito a continuación, encuentre los requerimientos funcionales,
requerimientos no funcionales, modelo de casos de uso del sistema y plantillas de los
casos de uso.

EMPRESA DE TRANSPORTE
La asociación de Empresas de Transporte (AET) desea desarrollar un sistema con un
acceso único para la reserva y compra de billetes de avión, tres y autobús. Dicho sistema
deberá cumplir los siguientes requisitos:
R1. El sistema ofrecerá a los clientes la posibilidad de consultar vía web los horarios y
precios disponibles para realizar un viaje en un determinado día en cualquiera de los
medios de transporte. A continuación, el cliente podrá, también vía web, reservar un
billete (día y hora de salida, medio de transporte y precio) en uno de los horarios, medios
de transporte y precios ofertados. Como resultado de la Reserva el cliente recibirá un
localizador asociado a la reserva con el podrá consultar la información del
billete reservado.
R2. Nuestro sistema accederá al sistema de reserva de la empresa de transporte asociada
que corresponda (según la localidad de salida y el medio de transporte) y realizará la
correspondiente reserva. Los sistemas de reserva de las empresas de transportes
asociadas ya están desarrollados y el acceso se realiza a través de una interfaz
normalizada en la que hay una operación de reserva para la que se debe
indicar el día y la hora de salida de la reserva.
R3. El cliente para operar con este sistema no necesita tener instalado en su
computador más que un navegador web.
R4. Tras haber realizado la reserva el cliente tiene la posibilidad vía web de confirmar o
cancelar la reserva indicando el localizador que el sistema le entrego.
R5. Al confirmar una reserva, el sistema pedirá los datos de la tarjeta de crédito del
cliente (número y fecha de caducidad) y procederá a realizar el cargo en el centro de
compensación de pagos a crédito. Este sistema ya está desarrollado y ofrece una
interfaz normalizada con una operación de pago en la que se debe indicar el número
de tarjeta y la fecha de caducidad y el número de cuenta donde realizar el abono (que
será
el número de cuenta de la empresa de transporte asociada en la que se hizo la reserva).
Además, nuestro sistema deberá, a su vez, confirmar la reserva al sistema de reservas
de la empresa de transporte que corresponda, indicando el día y hora de la salida.
R6. El sistema deberá ser instalado en nuestro servidor Web que manejará la seguridad
de acceso para los clientes.
R7. El sistema deberá ser desarrollado en PHP y como gestor de base de datos MySql.
R8. Si la reserva aún no ha sido confirmada, el cliente puede optar por cancelarla.
Entonces nuestro sistema accederá a la interfaz normalizada del sistema de reserva de
la empresa de transporte que corresponda y cancelará la reserva previamente
indicando el día y la hora de salida de la reserva.
R9. Se prevé en el futuro ofertar la posibilidad de que un cliente pueda reservar un
itinerario compuesto por diversos trayectos usando diferentes medios de transporte,
de tal forma que el sistema asocie un único localizador al itinerario completo y no a
cada trayecto como se propone ahora.
 Requerimientos Funcionales
El sistema ofrecerá a los clientes la posibilidad
de consultar vía web los horarios y precios
disponibles para realizar un viaje en un
determinado día en cualquiera de los medios de
transporte.
El cliente podrá, también vía web, reservar un
billete (día y hora de salida, medio de
transporte y precio) en uno de los horarios,
medios de transporte y precios ofertados

Como resultado de la Reserva el cliente recibirá un localizador asociado a

la reserva con el podrá consultar la información del billete reservado.

Nuestro sistema accederá al sistema de reserva de la empresa de

transporte asociada que corresponda (según la localidad de salida y el
medio de transporte) y realizará la correspondiente reserva.

Tras haber realizado la reserva el cliente tiene la posibilidad vía web de

confirmar o cancelar la reserva indicando el localizador que el sistema le
entrego.
Al confirmar una reserva, el sistema pedirá los datos de la tarjeta de crédito
del cliente (número y fecha de caducidad) y procederá a realizar el cargo
en el centro de compensación de pagos a crédito. Además, nuestro sistema
deberá, a su vez, confirmar la reserva al sistema de reservas de la empresa
de transporte que corresponda, indicando el día y hora de la salida.

Si la reserva aún no ha sido confirmada, el

cliente puede optar por cancelarla. Entonces
nuestro sistema accederá a la interfaz
normalizada del sistema de reserva de la
empresa de transporte que corresponda y
cancelará la reserva previamente indicando
el día y la hora de salida de la reserva.
 Requerimientos No Funcionales
El cliente para operar con este sistema no necesita
tener instalado en su computador más que un
navegador web.

El sistema deberá ser instalado en nuestro servidor

Web que manejará la seguridad de acceso para
los clientes

El sistema deberá ser desarrollado en PHP y como gestor de base de

datos MySql.

Actores y casos de uso del sistema

 Diagrama de casos de uso

Plantillas de casos de uso

CUS1: Consultar horarios y precios disponibles
El cliente podrá hacer una consulta sobre la disponibilidad de horarios
Resumen y precios

Actores Cliente (Actor Principal) , Sistema (Actor Secundario)

Personal involucrado e Cliente: desea realizar consultas sobre los horarios y precios disponibles
intereses Compañía : Muestra la disponibilidad de horarios y diversos precios

No tener habilitado un AdBlock

Precondiciones

Postcondiciones Se muestra de manera adecuado los horarios y precios por los servicios
disponibles

Escenario Principal 1.El cliente ingresa a la pagina

2.El cliente se dirige al apartado de reservas
(Flujo Básico) 3.El cliente realiza la consulta de horarios y precios respectivamente
4.El sistema muestra los datos consultados
5.El sistema emite un mensaje flotante indicando que los datos fueron correctamente
consultados

A1. Error al mostrar los datos consultados

Extensiones La secuencia A1 comienza en el punto 4-.
(Flujos alternativos) El sistema no es capaz de mostrar los datos consultados
El sistema emite un mensaje de fallo en la consulta de datos
La secuencia A1 regresa al punto 4

Requisitos de
El sistema debe tener un apartado para la aceptación de cookies
interfaz de usuario

Requisitos no-
Tener instalado cualquier navegador
funcionales

Cuestiones
Mejorar el apartado de front-end
Pendientes
 CUS2: Reservar Billete
El cliente tendrá la capacidad de reservar un billete dentro del
Resumen sistema

Actores Cliente (Actor Principal) , Sistema (Actor Secundario)

Personal involucrado e Cliente: desea realizar la reserva de un billete

intereses Compañía : Muestra la interfaz para la reserva del billete
Registrarse en la pagina
Precondiciones Seleccionar el horario y precio deseado
Se realiza la reserva del billete en el horario y precio escogido por el
Postcondiciones cliente y se registra dentro del sistema

Escenario Principal 1.El cliente ingresa a la pagina

2.El cliente se registra en la pagina
(Flujo Básico) 3.El cliente selecciona su horario y precio deseado
4.El sistema muestra el apartado visual del billete
5.El cliente brinda sus datos para la reserva
6.El cliente realiza la reserva al horario seleccionado y el sistema procesa la reserva
7.El sistema muestra un mensaje flotante indicando que la reserva fue un éxito

A1. Error al reservar el billete

La secuencia A1 comienza en el punto 6
El sistema indica error al registrar el billete y rechaza la reserva
La secuencia A1 regresa al punto 3
Extensiones
(Flujos alternativos) A2. Billete ya registrado
La secuencia A2 comienza en el punto 6
El sistema indica que le billete ya fue reservado sin embargo en la
plataforma figura que no esta ocupado
La secuencia A2 regresa al punto 4

Requisitos de
interfaz de usuario La interfaz de usuario debe tener un ítem de Términos y Condiciones

Requisitos no- El tiempo de respuesta o ejecución debe ser menor a 30 segundos

funcionales

Cuestiones
Pendientes Implementar una opción para visualizar el registro de reserva en pdf
 CUS3: Consultar Información del Billete

El cliente mediante el localizador que sería el código asociado a la

Resumen reserva podrá consultar la información del billete.

Actores Cliente (Principal) y Sistema (Secundario)

Personal involucrado e Cliente: Desea tener información de su consulta de una forma rápida.
intereses Compañía : Quiere que el cliente se sienta a gusto con el sistema.
Registrarse en la página
Precondiciones Tener acceso a internet
Tener el código del billete brindado al realizar la reserva

Muestra la información solicitada por el cliente sobre su billete

Postcondiciones reservado

1.El usuario se dirige al apartado consultar información de billete

Escenario Principal 2.El usuario ingresa el código en el campo correspondiente.
(Flujo Básico) 3.El usuario empieza la consulta.
4.El sistema muestra la información del billete.

A1. Código ingresado no existe

La secuencia A1 comienza en el punto 3
Extensiones El sistema indica que el código ingresado no existe y no muestra
información
(Flujos alternativos) La secuencia A1 regresa al punto 2

Requisitos de La sección que muestra la respuesta a la consulta debe de especificar

de manera detallada y organizada las características y/o
interfaz de usuario especificaciones del billete reservado

Requisitos no- El tiempo de respuesta o ejecución debe ser menos a 30 segundos al

funcionales momento de realizar las consultas dentro de la página

Cuestiones
Indagar sobre nuevas formas de presentar la información del billete
Pendientes reservado de forma más eficiente y dinámica.
 Plantillas de casos de uso
CUS4: Confirmar Reserva

Resumen El cliente podrá cancelar su reserva en el sistema.

Actores Cliente (Principal) y Sistema (Secundario)

Personal Cliente: Desea confirmar su reservación de la compra de su billete de

Involucrado e transporte
Interese Sistema: Quiere conocer los billetes reservados cuyo estado sea el de
confirmado.

El cliente previamente debe haber reservado su billete de transporte

Precondiciones Contar con los datos de la tarjeta (número y fecha de caducacion)
Contar con el localizador que el sistema le entregó al realizar la reserva

Se actualiza el estado de la reserva en el sistema de la empresa y se

procede a realizarlo en el sistema de la empresa transportista,
Postcondiones además de que se muestra la confirmación de la reserva en la pagina
de la empresa.

1.Cliente ingresa al navegador web

2.Cliente se dirige a la opción de Confirmación de Reserva.
Escenario Principal 3.Cliente pone el localizador entregado en la reserva en el buscador.
(Flujo Básico) 4.El cliente selecciona el botón confirmar reserva .
5.El sistema realiza la confirmación de la reserva y se apertura el caso
de uso realizar cargo.

A1: Localizador de reservación inválido

La secuencia A1 comienza en el punto 3.
*El sistema señala error al no encontrar una reservación con el código
Extensiones señalado.
(Flujos alternativos) El escenario vuelve al punto 3.
A2: Modificación de algún dato de reserva
La secuencia A2 comienza en el punto 3
*El sistema muestra los datos de la reserva, pero el cliente se da cuenta de
que existe datos erróneos dentro de las características especificadas, por lo
que da por finalizado el proceso de confirmación.
El escenario vuelve al punto 1.

Requisitos de Las opciones dentro del menú de la empresa deben de ser intuitivitas e
interfaz de usuario indicar de forma preciso los procesos que realizan.

Requisitos La página de la empresa debe de guardar los datos registrados, por un

No-Funcionales periodo de 1 minutos, por si existe algún error o falla de conectividad.

Cuestiones Explorar cuestiones de reservaciones inconclusas y/o pendientes

Pendientes
 Plantillas de casos de uso
CUS5: Cancelar Reserva

Resumen El cliente podrá cancelar su reserva

Actores Cliente (Principal) y Sistema (Secundario)

Personal Cliente: Desea cancelar su reservación de la compra de su

Involucrado e billete de transporte
Interese Sistema: Quiere conocer los billetes reservados cuyo estado sea
el de cancelado.

El cliente previamente debe haber reservado su billete de transporte

Precondiciones Contar con el localizador que el sistema le entregó al realizar la
reserva

Se actualiza el estado de la reserva en el sistema de la empresa y se

procede a realizarlo en el sistema de la empresa transportista, además
Postcondiones de que se muestra la cancelación de la reserva en la pagina de la
empresa.

1.Cliente ingresa al navegador web

2.Cliente se dirige a la opción de Cancelación de Reserva.
Escenario Principal 3.Cliente pone el localizador entregado en la reserva en el buscador.
(Flujo Básico)
4.El cliente selecciona el botón cancelación reserva .
5.El sistema realiza la Cancelación de la reserva

A1. Búsqueda de localizador invalidó

Extensiones La secuencia A1 comienza en el punto 3
(Flujos alternativos) El sistema señala Localizador Invalidó al no encontrar ni una reservación con
el localizador puesto en el navegador
La secuencia A1 regresa en el punto 3

Requisitos de Las opciones dentro del menú de la empresa deben de ser intuitivitas e
interfaz de usuario indicar de forma precisa los procesos que realizan.

Requisitos La página del sistema de poseer la capacidad de adaptarse a los diversos

dispositivos empleados, sin perder características de funcionamiento
No-Funcionales

Cuestiones ¿Qué alternativas o estrategias existen para disminuir los niveles de

cancelación de reservas ?
Pendientes
 Plantillas de casos de uso
CUS6: Realizar Cargo
El cliente realizará el pago de la reservación de
Resumen su billete de transporte

Cliente(principal) , Sistema(secundario) y Sistema de Empresa

Actores
Financiera (secundario)

Personal
Cliente : Realizar pago de la reservación
Involucrado e Sistema: Brinda información para que se realice el cobro
Interese Sisteam Empresa Financiera: Realizar cobro correspondiente e informar a la empresa

Precondiciones El cliente previamente debe haber confirmado su reservación

El cliente debe contar con los datos de su tarjeta de crédito

Postcondiones Muestra que el pago fue recibido con éxito en la pagina

1.Cliente ingresa datos de la tarjeta

2.Validar datos de la tarjeta ingreso, para comprobar existencia
3.Se genera el importe por el servicio de transporte, y se asigna la
Escenario Principal entidad a la cual se realizará el giro.
(Flujo Básico) 4.El Sistema de la Empresa Financiera verifica pago realizado por la
reserva del billete.
5.Sistema emite comprobante de pago.

A1. DATOS DE LA TARJETA INVALIDO

La secuencia A1 comienza en el punto 2
El Sistema rechaza la tarjeta porque los datos de la tarjeta no existen
La secuencia A1 regresa en el punto 1
Extensiones
(Flujos alternativos) A2 .SE RECHAZA EL PAGO
La secuencia A1 comienza en el punto 3
System Empresa Financiera rechaza el pago realizado con la tarjeta de
crédito porque no tiene fondos
a secuencia A2 Regresa en el punto 1

Requisitos de La interfaz Realizar Cargo debe tener un Item para imprimir Comprobante de
interfaz de usuario Pago

Requisitos El tiempo para procesar y confirmar el pago no debe ser mayor a 1 minuto
No-Funcionales

Cuestiones ¿Que medios de pagos se pueden implementar para optimizar el servicio

Pendientes de Realizar Cargo?
 CUS7: Reservar en sistema transportista
Un cliente realiza una reserva en el sistema, automática se comunica con el
Resumen sistema de la empresa transportista y se realiza la reserva

Cliente (principal), Sistema (secundario) y sistema de empresa transportista

Actores
(secundario)

Cliente: quiere realizar reservas de pasajes de viajes de manera óptima

Personal Compañía: quiere registrar reservas y satisfacer a sus clientes.
involucrado Empresa transportista: quiere reservar la mayor cantidad de pasajes
para un viaje

Se debe de haber realizado la reserva en el sistema de la empresa

Precondiciones Debe de acceder al sistema de las empresa transportista asociada
mediante la interfaz normalizada.

Se registra la reserva
Postcondiciones
Se actualiza la lista de asientos disponibles.

1.El cliente realiza la reserva en el sistema de la empresa.

2.El sistema de la empresa registra la reserva.
3.El sistema abre la interfaz normalizada y selecciona la empresa
transportista.
Escenario 4.En el sistema de la empresa transportista se cargan los datos del
Principal cliente y la reserva.
5.El sistema de la empresa transportista registra la línea de reserva y
actualiza la lista de asientos disponibles
6.El sistema emitirá un mensaje de confirmación de reserva.

A1: Página de empresa transportista no válida

La secuencia A1 comienza en el punto 3.
*El sistema señala error al abrir la nueva ventana y se rechaza la
acción.
El escenario vuelve al punto 3.
Extensiones A2: Asiento reservado
La secuencia A2 puede ocurrir entre el punto 4-5.
*El sistema verifica el asiento en el sistema de la empresa transportista y
al no encontrarse disponible, rechaza la reserva

Requisitos de El texto debe ser visible y las acciones a realizar en plataforma

Interfaz de intuitivas
Usuario

Requisitos no- El tiempo de respuesta para la ejecución de reserva no debe ser mayor
funcionales a 30 segundos.

Requisitos no-
Explorar cuestiones de funcionamiento y flujo de información
funcionales
 CUS8: Confirmar reserva en sistema transportista
Un cliente realiza la confirmación de reserva en el sistema, y
Resumen automáticamente se confirma en sistema de empresa transportista

Cliente (principal), Sistema (secundario) y sistema de empresa transportista

Actores
(secundario)

Cliente: quiere confirmar la reserva realizada con anterioridad

Personal Compañía: quiere confirmar las reservas de sus clientes
involucrado Empresa transportista: quiere garantizar la confirmación adecuada de
reservaciones de asientos.

Se debe de haber realizado la confirmación de reserva en el sistema de

la empresa
Precondiciones Debe de acceder al sistema de la empresa transportista asociada
mediante la interfaz normalizada.

Se registra la confirmación de reserva

Postcondiciones Se actualiza el estado de asiento y lista de asientos disponibles

1.El cliente realiza la confirmación de reserva en el sistema de la

empresa.
2.El sistema abre la interfaz normalizada y selecciona la empresa
transportista.
Escenario 3.En el sistema de la empresa transportista se carga el código de
Principal reserva, día y hora de viaje, y se realiza la búsqueda de la misma.
4.El sistema de la empresa transportista cambia el estado de reserva a
confirmada.
5.El sistema emitirá un mensaje de confirmación de acción
correctamente ejecutada

A1: Código de reservación inválido

La secuencia A1 comienza en el punto 2.
*El sistema señala error al no encontrar una reservación con el código
señalado.
El escenario vuelve al punto 3.
Extensiones A2: Asiento reservado y confirmado
La secuencia A2 puede ocurrir entre el punto 4-5.
*El sistema verifica el asiento en el sistema de la empresa transportista
y al encontrarlo, cambia el estado.

Requisitos de El texto debe ser visible y la apertura de la página de la empresa

Interfaz de transportista se debe suscitar de forma automática.
Usuario

Requisitos no- El tiempo de respuesta para la ejecución de la confirmación de reserva

funcionales no debe ser mayor a 20 segundos.

Requisitos no- Evaluar nuevas formas de funcionamiento, para disminuir tiempos de

funcionales confirmación o cancelación.
 CUS9: Cancelar reserva en sistema transportista
Un cliente realiza la cancelación de su reserva en el sistema, y
Resumen automáticamente se cancela en el sistema de la empresa transportista

Cliente (principal), Sistema (secundario) y sistema de empresa transportista

Actores
(secundario)

Cliente: quiere cancelar su reserva

Personal Compañía: quiere verificar las reservas que han sido canceladas
involucrado Empresa transportista: quiere garantizar que las reservas sean
confirmadas o canceladas

Se debe de haber realizado la cancelación de la reserva en el sistema

de la empresa
Precondiciones Debe de acceder al sistema de las empresa transportista asociada
mediante la interfaz normalizada.

Se registra la cancelación de reserva

Postcondiciones Se actualiza el estado de asiento y lista de asientos disponibles

1.El cliente realiza la cancelación de su reserva en el sistema de la

empresa.
2.El sistema abre la interfaz normalizada y selecciona la empresa
transportista.
Escenario 3.En el sistema de la empresa transportista carga el código de reserva,
Principal día y hora de viaje, y se realiza la búsqueda de la misma.
4.El sistema de la empresa transportista cambia el estado de reserva a
cancelada
5.El sistema emitirá un mensaje de confirmación de acción
correctamente ejecutada

A1: Código de reservación inválido

La secuencia A1 comienza en el punto 3.
*El sistema señala error al no encontrar una reservación con el código
señalado.
Extensiones *El sistema no procesa la cancelación, si esta se realiza en un horario
cercano a la hora de viaje
El escenario vuelve al punto 4.

Requisitos de El texto debe ser visible y la apertura de la página de la empresa

Interfaz de transportista se debe suscitar de forma automática.
Usuario

Requisitos no- El tiempo de respuesta para la ejecución de la cancelación de reserva

funcionales no debe ser mayor a 20 segundos.

Requisitos no- Evaluar nuevas formas de funcionamiento, para disminuir tiempos de

funcionales confirmación o cancelación.