GUÍA DE LABORATORIO Nº 03

Escuela : Ingeniería de Sistemas

Asignatura : Ingeniería de Software
Ciclo : V
Turno : M
Semestre : 2023-2
Docente : Ing. Patricia Luzmila Sanchez Huamani
PRACTICA 1:
De los dos casos encuentre los requerimientos funcionales, requerimientos no
funcionales, Modelo de casos de uso de sistema, plantillas de los casos de uso.
Ejemplos:

Modelo de casos de uso de sistema

Plantilla de caso de uso.

 Integrantes:
DIAZ FUENTES, Santiago Axel. (100%)
TAPIA ZUBIETA, Jesus Alfredo (100%)

Flores Gallardo, Edgar Aaron(100%)

PEDRO MÁXIMO BARRETO REMIGIO(100%)

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 a planteado los siguientes
objetivos que se debe optimizar los procesos; tener una atención personalizada a los clientes;
Disminución de 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 cliente.

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 una 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 estudiara 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 verifica que el cliente se encuentre registrado en el catálogo de clientes y 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 copia 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 entrevista 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. Nuestro Sistema deberá ser instalado en nuestro servidor Web que manejara 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.

SOLUCIÓN:

REQUERIMIENTOS FUNCIONALES:

ITEMS NOMBRE DESCRIPCIÓN

RF1 Registro de Cliente El sistema debe permitir al

encargado de Cuenta
registrar nuevos clientes en
el catálogo.

RF2 Registro de Cartas El sistema debe permitir al

Encargado de Cuenta
registrar cartas de
aceptación o rechazo para
comunicarse con los
clientes.

RF4 Actualización de Estado de El Empleado de

Carta Inscripción de Cliente debe
actualizar el estado de las
cartas al entregarlas,
registrando fecha y hora en
el sistema.

RF5 Consulta de Estado para Los clientes deben poder

Clientes consultar el estado de sus
solicitudes y cartas en el
sistema.
 RF6 Registro de Solicitudes de Los clientes deben tener
Servicio una pantalla para registrar
solicitudes de servicio de
mantenimiento.

RF7 Generación de Órdenes de El sistema debe incluir una

Servicio pantalla para generar
órdenes de servicio,
registradas por el Ejecutivo
de Cuenta.

RF9 Consulta de Órdenes Los empleados de

Pendientes Mantenimiento podrán
consultar órdenes de
mantenimiento pendientes
en el sistema.

RF10 Consulta de Condición de Los clientes podrán

Servicio consultar la condición y
estado de sus servicios de
mantenimiento en el
sistema.

REQUERIMIENTOS NO FUNCIONALES:

RNF3: El sistema deberá ser instalado en nuestro servidor web que manejará la
seguridad de acceso para los clientes y los empleados.

RNF8: El sistema deberá ser desarrollado en PHP y como gestor de base de datos
MySql.

ACTORES Y CASOS DE USO:

- Inscripción de clientes:
- Mantenimiento:
PLANTILLA DE CASOS DE USO:

CS1 Registrar Cliente

Resumen El cliente brinda sus datos personales y su licencia de
conducir. El 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

e Intereses tiempo. Empresa: Quiere satisfacer a sus clientes.

Precondiciones El encargado de cuenta se identifica en el sistema

Postcondiciones Se registran los datos personales del cliente y la copia de su

licencia. Se actualiza el registro de clientes.

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

(Flujo Básico) 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

le brinda el cliente en el sistema.

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.

Extensiones (Flujos A1: Error al registrar al cliente

Alternativos)
La secuencia A1 comienza en el punto 6.

7. El sistema señala que falta llenar un campo y no registra al

cliente

El escenario vuelve al punto 4.

Requisitos de Interfaz Computadora en óptimas condiciones.
de Usuario
Escáner conectado a la computadora.

El texto debe ser visible a un metro de distancia

Requisitos El tiempo de respuesta para la ejecución del registro del

No-Funcionales cliente no debe ser mayor a 20 segundos.

Cuestiones Pendientes Explorar cuestiones de flujo de datos.

CS2 Registrar Cartas (Aceptación o Rechazo)

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

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

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

Precondiciones El encargado de cuenta se identifica en el sistema

Contar con carta de respuesta

Postcondiciones Se evalúa la inscripción del cliente.

Se actualiza estado según si fue aceptado o rechazado.

Se registra la carta según lo decidido.

Escenario Principal 1. El encargado de cuenta se va al apartado de inscripciones
(Flujo Básico) registradas.

2. El encargado de cuenta selecciona al cliente que va a

evaluar.

3. El sistema muestra los datos personales del cliente.

4. El encargado de cuenta selecciona el nuevo estado

(Aceptado o

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.

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

Alternativos)
La secuencia A1 comienza en el punto 5.

6. El sistema señala que no se actualizo estado y no actualiza

estado ni

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-Funcionales no debe ser

mayor a 20 segundos.

Cuestiones Pendientes Explorar cuestiones de mejora de sistemas de gestión

CS3 Actualizar estado de carta

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

anteriormente,

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)

Personal involucrado Encargado de inscripción: Quiere entradas precisas y

e Intereses optimizar el tiempo.

Empresa: Quiere que sus clientes tengan una buena

experiencia con su

sistema

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

Carta registrada de cliente en sistema

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

Se actualiza carta y se enviará al cliente para su

visualización.

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

(Flujo Básico) emitidas

2. El encargado de inscripción selecciona la carta que va a

actualizar.

3. El sistema muestra la carta emitida.

4. El encargado de inscripción ingresa la fecha y hora de

recepción.

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

Extensiones (Flujos A1: Error al actualizar es estado de la carta

Alternativos)
La secuencia A1 comienza en el punto 5.

6. El sistema señala que no se ingreso fecha o la hora de

recepción y no

actualiza carta ni se envía al cliente.

El escenario vuelve al punto 4.

Requisitos de Interfaz Computadora en óptimas condiciones.

de Usuario
El texto debe ser visible y las palabras claves deben ser
sencillas de

entender, para el correcto empleo de las particularidades del

sistema.

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

No-Funcionales de la carta no

debe ser mayor a 20 segundos

Cuestiones Evaluar nuevas formas de funcionamiento para disminuir el

Pendientes tiempo del

proceso en el sistema.

CS4 Consultar estado de carta

Resumen El cliente consultará su estado en el sistema, es decir podrá

ver si su

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)

Precondiciones Haber registrado al cliente en el catálogo.

Ingresar las cartas 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.

Escenario Principal 1. El cliente en el menú principal selecciona la opción

(Flujo Básico) consultar estado.

2.El cliente ingresar su DNI para consultar sus estado

3.En la interfaz se mostrará los datos concernientes al cliente

y el estado

con el cual ha sido catalogado.

Extensiones (Flujos A1: DNI de cliente invalido

Alternativos)
La secuencia A1 comienza en el punto 3

4. El sistema señala "El cliente fue rechazado" y rechaza la

entrada

El escenario vuelve al punto 4

A2: DNI válido

La secuencia comienza en el punto 3

4. El sistema señala "cliente aceptado" y la consulta es

exitosa

El escenario continúa en el punto 4.

 Requisitos de Interfaz Las opciones o ítems de los procesos principales deben de
de Usuario estar

acompañados de íconos referenciales .

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

No-Funcionales debe ser mayor

a 15 segundos.

Cuestiones Evaluar nuevas formas de funcionamiento para disminuir el

Pendientes tiempo del

proceso en el sistema.

CS5 Registrar pedido de solicitud de mantenimiento

Resumen El cliente registra una solicitud (fax, teléfono, formato

preestablecido, etc.) en donde detalla el tipo de
mantenimiento que desea solicitar.

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

cuenta(secundario)

Personal involucrado e ● Cliente: registra su solicitud de mantenimiento

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

Precondiciones ● El cliente registrado en catálogo

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

Postcondiciones Se solicita el mantenimiento establecido. Se genera una

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

Escenario Principal 1.El cliente ingresa al sistema de la Empresa de

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

Extensiones A1: Solicitud No Completa

(Flujos Alternativos) La secuencia A1 comienza en el punto 2
 3. El sistema señala que faltan campos por rellenar y
rechaza la entrada
A2: Verificación de orden
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 de Las opciones o ítems de los procesos principales deben de

Usuario estar acompañados de íconos referenciales .

Requisitos No-Funcionales El tiempo de respuesta para registrar el pedido del servicio

es de 35 segundos.

Cuestiones Pendientes ¿Qué adaptaciones son necesarias en la base de datos para

las diversas solitudes ?

CS6 Generar la orden de servicio

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

de servicio dentro del sistema

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

Personal involucrado e ● Ejecutivo de cuenta: es el encargado de registrar la

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

Precondiciones ● El ejecutivo se identifica y autentifica

● El cliente la solicitud de servicio

Postcondiciones Se genera la orden de servicio. Se calcula los montos de

acuerdo a la solicitud generada por el cliente y se actualiza
la contabilidad.

Escenario Principal (Flujo 1.El ejecutivo de cuenta comprueba que la solicitud del
Básico) pedido del cliente
este correctamente evaluada.
2.El sistema muestra lo solicitado por el cliente.
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.

Extensiones A1:Tipo de Servicio de mantenimiento

(Flujos Alternativos) 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
A2: Emisión de orden
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 de Debe de ofrecer al usuario información o detalles de las

Usuario tareas o actividades previas, realizadas en el sistema.

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

No-Funcionales de 35 segundos.

Cuestiones Pendientes En caso el cliente no desee el servicio de mantenimiento y

lo cancele, se mostrara un mensaje de error

CS7 Consultar las órdenes de mantenimiento pendiente

Resumen El empleado de mantenimiento consulta en la lista de

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

Actores Empleado de mantenimiento (Principal) y Sistema

(Secundario)

Personal involucrado ● Empleado de mantenimiento: Desea dar a conocer las

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

Precondiciones ● El empleado de mantenimiento se registra

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

Postcondiciones Se hace entrega de un informe al empleado de

mantenimiento con las órdenes de mantenimiento pendiente.

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

(Flujo Básico) mantenimiento.
2.El empleado de mantenimiento accede al apartado del
registro de ordenes pendientes.
3.El empleado realiza la consulta sobre una orden pendiente
ingresando el 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.

Extensiones A1: Numero incorrecto

(Flujos Alternativos) La secuencia A1 comienza en el punto 3
3. El sistema señala que el campo del numero de pedido es
incorrecto y no admite la consulta.

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

Usuario

Requisitos ● El sistema tiene una disponibilidad de 8x5

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

Cuestiones Pendientes Las ordenes del servicio de mantenimiento deben ser

automáticas al darconocimiento que se cumple con el
servicio.

CS8 Consultar la condición del Servicio de Mantenimiento

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

de mantenimiento.

Actores Cliente (Principal) y Sistema (Secundario)

Personal involucrado e ● Cliente: Desea saber como se encuentra el carro en el

Intereses proceso de mantenimiento
● Empresa: Ofrece la atención por medio de su sistema

Precondiciones ● El empleado de mantenimiento registra la orden

admitida mantenimiento
● El cliente consulta sobre el servicio de mantenimiento

Postcondiciones Se muestra el avance o recorrido del mantenimiento

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

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

Extensiones A1: Consulta incorrecta

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

Requisitos de Interfaz de El usuario debe tener un equipo electrónico que permita acceder
Usuario al sistema de la empresa.
El texto debe ser legible

Requisitos La consulta se podrá dar solución en 40 segundos como

No-Funcionales máximo.

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

Caso – Empresa de Transporte

La asociación de Empresas de Transporte (AET) desea desarrollar un sistema con una acceso único para la
reserva y compra de billetes de avion, 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 realizara la correspondiente reserva. Los sistemas de
reserva de las empresas de transportes asociadas ya están desarrolladas 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 nro.
Dé 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. Nuestro Sistema deberá ser instalado en nuestro servidor Web que manejara 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.

SOLUCIÓN:

REQUERIMIENTOS FUNCIONALES:
ITEMS NOMBRE DESCRIPCIÓN

RF1 Consulta y Reserva de El sistema permitirá a los

Billetes clientes consultar horarios
y precios de viajes, así
como reservar billetes vía
web. Los detalles de la
reserva se asocian a un
localizador para futura
consulta.

RF2 Acceso a Sistemas de El sistema accede a los

Reserva Externos sistemas de reserva de las
empresas de transporte
asociadas según la
localidad y el medio de
transporte, realizando
reservas a través de una
interfaz normalizada.

RF4 Confirmación y Los clientes tendrán la

Cancelación de Reservas opción de confirmar o
cancelar sus reservas vía
web, proporcionando el
localizador generado por el
sistema.

RF5 Procesamiento de Pagos El sistema, al confirmar

con Tarjeta de Crédito una reserva, solicita los
datos de la tarjeta de
crédito del cliente,
incluyendo el número y la
fecha de caducidad. Luego,
procede a realizar el cargo
en el centro de
compensación de pagos a
crédito. Además, debe
confirmar la reserva al
sistema de reservas de la
empresa de transporte
correspondiente, indicando
la fecha y hora de salida.
 RF8 Cancelación de Reservas En caso de que una reserva
Pendientes no haya sido confirmada,
el cliente puede optar por
cancelarla. El sistema
accede a la interfaz
normalizada del sistema de
reserva de la empresa
correspondiente para llevar
a cabo la cancelación.

REQUERIMIENTOS NO FUNCIONALES:

RNF3: El sistema deberá ser instalado en nuestro servidor web que manejará la
seguridad de acceso para los clientes y los empleados.

RNF7: El sistema deberá ser desarrollado en PHP y como gestor de base de datos
MySql..

ACTORES Y CASOS DE USO:

 Plantillas de casos de uso:

CUS1: Consultar horarios y precios disponibles

Resumen El cliente podrá hacer una consulta sobre la disponibilidad de horarios

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

Precondiciones No tener habilitado un AdBlock

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

disponibles

Flujo Básico 1.El cliente ingresa a la página

2.El cliente se dirige al apartado de reservas

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

Flujos alternativos A1. Error al mostrar los datos consultados

La secuencia A1 comienza en el punto 4-.

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

Resumen El cliente tendrá la capacidad de reservar un billete dentro del

sistema

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

Personal Cliente: desea realizar la reserva de un billete
involucrado e
Compañía: Muestra la interfaz para la reserva del billete
intereses

Precondiciones Registrarse en la página

Seleccionar el horario y precio deseado

Postcondiciones Se realiza la reserva del billete en el horario y precio escogido por el

cliente y se registra dentro del sistema

Flujo Básico 1.El cliente ingresa a la página

2.El cliente se registra en la página

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

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

A2. Billete ya registrado

La secuencia A2 comienza en el punto 6

El sistema indica que el billete ya fue reservado sin embargo en la

plataforma figura que no está ocupado

La secuencia A2 regresa al punto 4

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

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

funcionales

Cuestiones Implementar una opción para visualizar el registro de reserva en pdf

Pendientes

CUS3: Consultar Información del Billete

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

reserva podrá consultar la información del billete.

Actores Cliente (Principal) y Sistema (Secundario)

Personal involucrado Cliente: Desea tener información de su consulta de una forma rápida.
e
Compañía: Quiere que el cliente se sienta a gusto con el sistema.
intereses

Precondiciones Registrarse en la página

Tener acceso a internet

Tener el código del billete brindado al realizar la reserva

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

Flujo Básico 1.El usuario se dirige al apartado consultar información de billete

2.El usuario ingresa el código en el campo correspondiente.

3.El usuario empieza la consulta.

4.El sistema muestra la información del billete.

Flujos alternativos A1. Código ingresado no existe

La secuencia A1 comienza en el punto 3

El sistema indica que el código ingresado no existe y no muestra

información

La secuencia A1 regresa al punto 2

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

interfaz de usuario de manera detallada y organizada las características y/o

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.

CUS4: Confirmar Reserva

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

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

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

intereses Sistema: Quiere conocer los billetes reservados cuyo estado sea el de confirmado.
Precondiciones El cliente previamente debe haber reservado su billete de transporte

Contar con los datos de la tarjeta (número y fecha de coeducación)

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

Postcondiciones 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 de que se muestra la confirmación de la reserva en la página de la empresa.

Flujo Básico 1.Cliente ingresa al navegador web

2.Cliente se dirige a la opción de Confirmación de Reserva.

3.Cliente pone el localizador entregado en la reserva en el buscador.

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.

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

señalado.

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

interfaz de usuario indicar de forma precisa los procesos que realizan.

Requisitos no- La página de la empresa debe de guardar los datos registrados, por un periodo de 1
minuto, por si existe algún error o falla de conectividad.
funcionales

Cuestiones Explorar cuestiones de reservaciones inconclusas y/o pendientes

Pendientes

CUS5: Cancelar Reserva

Resumen El cliente podrá cancelar su reserva

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

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

involucrado e
billete de transporte
intereses
Sistema: Quiere conocer los billetes reservados cuyo estado sea

el de cancelado.

Precondiciones El cliente previamente debe haber reservado su billete de transporte

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

reserva

Postcondiciones 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 de que se
muestra la cancelación de la reserva en la página de la empresa.
Flujo Básico 1.Cliente ingresa al navegador web

2.Cliente se dirige a la opción de Cancelación de Reserva.

3.Cliente pone el localizador entregado en la reserva en el buscador.

4.El cliente selecciona el botón cancelación reserva.

5.El sistema realiza la Cancelación de la reserva

Flujos A1. Búsqueda de localizador invalidó

alternativos
La secuencia A1 comienza en el punto 3

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

interfaz de indicar de forma precisa los procesos que realizan.

usuario

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

funcionales dispositivos empleados, sin perder características de funcionamiento

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

cancelación de reservas ?
Pendientes

CUS 6: REALIZAR CARGO

Resumen El cliente realizará el pago de la reservación de

su billete de transporte
Actores Cliente(principal) , Sistema(secundario) y Sistema de
Empresa

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

Escenario Principal 1.Cliente ingresa datos de la tarjeta

(Flujo Básico) 2.Validar datos de la tarjeta ingreso, para comprobar

existencia

3.Se genera el importe por el servicio de transporte, y se

asigna la

entidad a la cual se realizará el giro.

 4.El Sistema de la Empresa Financiera verifica pago
realizado por la

reserva del billete.

5.Sistema emite comprobante de pago.

Extensiones A1. Búsqueda de localizador invalidó

(Flujos alternativos) La secuencia A1 comienza en el punto 3

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
No-Funcionales
dispositivos empleados, sin perder características de
funcionamiento

Cuestiones ¿Qué alternativas o estrategias existen para disminuir los

niveles de
Pendientes
cancelación de reservas ?

CUS 7: Reservar en sistema transportista

Resumen Un cliente realiza una reserva en el sistema, automática
se comunica con el

sistema de la empresa transportista y se realiza la

reserva

Actores Cliente (principal), Sistema (secundario) y sistema de

empresa transportista

(secundario)

Personal Cliente: quiere realizar reservas de pasajes de viajes de

manera óptima
Involucrado e
Compañía: quiere registrar reservas y satisfacer a sus
Interese clientes.

Empresa transportista: quiere reservar la mayor cantidad

de pasajes

para un viaje

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

empresa

Debe de acceder al sistema de las empresa transportista

asociada

mediante la interfaz normalizada.

Postcondiones Se registra la reserva

Se actualiza la lista de asientos disponibles.

Escenario Principal 1.El cliente realiza la reserva en el sistema de la
empresa.
(Flujo Básico)
2.El sistema de la empresa registra la reserva.

3.El sistema abre la interfaz normalizada y selecciona la

empresa

transportista.

4.En el sistema de la empresa transportista se cargan los

datos del

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.

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

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

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

debe ser mayor
No-Funcionales
a 30 segundos.

Cuestiones Explorar cuestiones de funcionamiento y flujo de

información
Pendientes

CUS 8 : Confirmar reserva en sistema transportista

Resumen Un cliente realiza la confirmación de reserva en el

sistema, y

automáticamente se confirma en sistema de empresa

transportista

Actores Cliente (principal), Sistema (secundario) y sistema de

empresa transportista

(secundario)
Personal Cliente: quiere confirmar la reserva realizada con
anterioridad
Involucrado e
Compañía: quiere confirmar las reservas de sus clientes
Interese
Empresa transportista: quiere garantizar la confirmación
adecuada de

reservaciones de asientos.

Precondiciones Se debe de haber realizado la confirmación de reserva

en el sistema de

la empresa

Debe de acceder al sistema de la empresa transportista

asociada

mediante la interfaz normalizada.

Postcondiones Se registra la confirmación de reserva

Se actualiza el estado de asiento y lista de asientos

disponibles

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

sistema de la
(Flujo Básico)
empresa.

2.El sistema abre la interfaz normalizada y selecciona la

empresa

transportista.

3.En el sistema de la empresa transportista se carga el

código de
 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

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

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 usuario
transportista se debe suscitar de forma automática.
 Requisitos El tiempo de respuesta para la ejecución de la
confirmación de reserva
No-Funcionales
no debe ser mayor a 20 segundos.

Cuestiones Evaluar nuevas formas de funcionamiento, para

disminuir tiempos de
Pendientes
confirmación o cancelación.

CUS 9 : Cancelar reserva en sistema transportista

Resumen Un cliente realiza la cancelación de su reserva en el

sistema, y

automáticamente se cancela en el sistema de la empresa

transportista

Actores Cliente (principal), Sistema (secundario) y sistema de

empresa transportista

(secundario)

Personal Cliente: quiere cancelar su reserva

Involucrado e Compañía: quiere verificar las reservas que han sido

canceladas
Interese

Empresa transportista: quiere garantizar que las reservas

sean
 confirmadas o canceladas

Precondiciones Se debe de haber realizado la cancelación de la reserva

en el sistema de la empresa

Debe de acceder al sistema de las empresa transportista

asociada mediante la interfaz normalizada.

Postcondiones Se registra la cancelación de reserva

Se actualiza el estado de asiento y lista de asientos

disponibles

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

sistema de la
(Flujo Básico)
empresa.

2.El sistema abre la interfaz normalizada y selecciona la

empresa

transportista.

3.En el sistema de la empresa transportista carga el

código de 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

cancelada

5.El sistema emitirá un mensaje de confirmación de

acción

correctamente ejecutada
Extensiones 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.

*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 usuario
transportista se debe suscitar de forma automática.

Requisitos El tiempo de respuesta para la ejecución de la

cancelación de reserva
No-Funcionales
no debe ser mayor a 20 segundos.

Cuestiones Evaluar nuevas formas de funcionamiento, para

disminuir tiempos de
Pendientes
confirmación o cancelación.