UNIVERSIDAD EL BOSQUE

INGENIERÍA DE SOFTWARE 1
ENUNCIADO PROYECTO FINAL

El sistema de reserva de vuelos es un sistema que permite al usuario hacer

consultas y reservas de vuelos, además de poder comprar los billetes aéreos de
forma remota, sin la necesidad de recurrir a un agente de viajes humano. Se desea
que el sistema de reservas sea accesible a través de la World Wide Web.
El sistema actualmente tiene un Terminal de Servicio de Reserva en donde se
presenta un mensaje de bienvenida describiendo los servicios ofrecidos junto con
la opción para registrarse por primera vez, o si ya se está registrado, poder utilizar
el sistema de reserva de vuelos. Este acceso se da por medio de la inserción de un
login previamente especificado (dirección de correo electrónico del usuario) y una
contraseña previamente escogida y que debe validarse.
Una vez registrado el usuario, y después de haberse validado el registro y
contraseña del usuario, se pueden seleccionar las siguientes actividades:
Consulta de vuelos. Compra de billetes.
Reserva de vuelos.

La consulta de vuelos se puede hacer de tres maneras diferentes:

Horarios de Vuelos. Información de Vuelo
Tarifas de Vuelos.

La consulta según horario muestra los horarios de las diferentes aerolíneas que dan
servicio entre dos ciudades. La consulta según tarifas muestra los diferentes vuelos
entre dos ciudades ordenados por su costo. La información de vuelos se utiliza
principalmente para consultar el estado de algún vuelo, incluyendo información de
si existen asientos disponibles y, en el caso de un vuelo para el mismo día, si éste
está en hora. Se pueden incluir preferencias en las búsquedas, como fecha y horario
deseado, categoría de asiento, aerolínea deseada y si se desean sólo vuelos
directos. La reserva de vuelo permite al cliente hacer una reserva para un vuelo
particular, especificando la fecha y horario, bajo una tarifa establecida. Es posible
reservar un itinerario compuesto de múltiples vuelos, para uno o más pasajeros,
además de poder reservar asientos.
La compra permite al cliente, dada una reserva de vuelo previa y una tarjeta de
crédito válida, adquirir los billetes aéreos. Los billetes serán posteriormente
enviados al cliente, o estarán listos para ser recogidos en el mostrador del
aeropuerto antes de la salida del primer vuelo. Es necesario estar previamente
registrado con un número de tarjeta de crédito válida para poder hacer compras de
billetes, o bien proveerla en el momento de la compra. Además de los servicios de
vuelo, el usuario podrá en cualquier momento leer, modificar o cancelar su propio
registro, todo esto después de haber sido el usuario validado en el sistema.

ENTREGABLES

1. Acta de Constitución. Descripción y justificación de la metodología ágil

seleccionada para la solución (Seleccionar entre: SCRUM, SCRUMBAN y
XP). Especificación y detalle de cronograma, WBS, Objetivos y Metas
(Alcanzables y medibles). El cronograma debe estar detallado de tal forma
que se cumpla con la metodología seleccionada (fases, reuniones, etc…).
Descripción y justificación de roles asignados. Descripción de reuniones por
fase definidas con antelación y justificación con el cronograma diseñado.
2. Actas de Reunión con el equipo. Debe quedar registrada la justificación de
la reunión, entregables, participantes, puntos considerados y decisiones
tomadas: Negocio y Técnico.
3. Actas de Reunión con el cliente. Debe quedar registrada la justificación de
la reunión, entregables, participantes, puntos considerados y decisiones
tomadas: Negocio y Técnico.
4. Documento de Diseño y Arquitectura de la solución (Documento SAD)
que debe contener la siguiente información:
a. Portada: Nombre Empresa de Desarrollo. Integrantes
(Ingenieros). Nombre de la solución. Corte de Entrega
(DD/MM/AAA).
b. Tabla de contenido.
c. Listado de Figuras.
d. Listado de Tablas.
e. Descripción del Documento:
i. Propósito y Audiencia
ii. Organización del Documento
iii. Convenciones
iv. Terminología y Definiciones
f. Generalidades del proyecto:
i. Problema a resolver
ii. Descripción general del sistema a desarrollar
iii. Objetivos de la solución
iv. Stakeholders
g. Especificación y Recabación de Requerimientos Funcionales
h. Motivadores Arquitecturales
i. Motivadores de Negocio
ii. Restricciones de Tecnología
iii. Restricciones de Negocio
iv. Atributos de Calidad
1. Recabación y justificación de Requerimientos No
Funcionales.
2. Escenarios de Calidad
i. Contexto
i. Escenarios operacionales
ii. Casos de Uso: Descripción y Modelo
 j. Puntos de Vista y Modelos Arquitecturales
i. Punto de Vista: Descripción del problema.
1. Punto de Vista: Dominio del Problema.
2. Punto de Vista: Objetos.
ii. Punto de Vista: Contexto de la solución.
iii. Punto de Vista: Despliegue
iv. Punto de Vista: Información
v. Punto de Vista: Desarrollo
vi. Punto de Vista: Funcional (Componentes)
vii. Punto de Vista: Modelo Relacional de la BBDD.
k. Justificación y relaciones entre los puntos de vista.
l. Firmas de aceptación con fecha (DD/MM/AAAA).

NOTA: Revisar tablas de ejemplo para la documentación solicitada. Ver

Anexos.
5. Reporte con el seguimiento diario y semanal del proceso de software
(evidencia de ejecución) usando la herramienta: TAIGA [ https://taiga.io/],
TRELLO [https://trello.com/] y KANBAN-CHI [https://kanban-
chi.appspot.com/dashboard] para tableros de seguimiento.
6. Documento en el que se describa y justifiquen dos o más (2+)
requerimientos adicionales solicitados por el cliente asignado.
7. Entrega del proyecto funcional comprimido. Nota: La base de datos
relacional debe estar debidamente normalizada. La aplicación debe quedar
pública, de tal forma que en cualquier momento se pueda acceder a ella vía
web. Para ello, pueden usar GitPages ( https://pages.github.com/).
8. Video que evidencie el funcionamiento de la aplicación. Se recomienda
el uso de ScreenCastify o PowerPoint. Sin embargo, pueden usar cualquier
otro aplicativo para efectuar un video de no más de 3 minutos.
 9. Presentación de cierre de proyecto. Debe incluir distribución de roles,
proceso llevado a cabo, cálculo del tiempo invertido y comentarios,
resultados brevemente descritos y video. Debe contener elementos de una
presentación Post-Mórtem. SUSTENTACIÓN: La presentación por grupo
debe ser máximo de 20 minutos. Habrá 5 minutos de retroalimentación
y preguntas.
10. Llenar Evaluación de Pares y Autoavaluación. Esta evaluación estará
disponible después de la entrega final del proyecto.

ENTREGA FINAL DEL PROYECTO (POR EL AULA VIRTUAL): 25 de Noviembre

de 2019

SUSTENTACIONES: Martes 26 y Jueves 28 de Noviembre de 2019 de 07:00 a

09:00AM:

Martes: Grupos 1, 3 y 5
Jueves: Grupo 2 y 4
ANEXOS:

1. Stakeholders:

2. Motivadores de Negocio
3. Restricciones de Tecnología

4. Restricciones de Negocio

5. Escenario de Calidad
6. Escenarios Operacionales
7. Casos de Uso
 ASIGNACIÓN DE GRUPOS

GRUPO INTEGRANTES

Daniel Steven Vargas Guzman

Estefanía Pérez Torres

1
Victoria Nuñez

Fabian Esteban Garcia Beltran

GRUPO INTEGRANTES

María Gabriela Mejía Trujillo

Miguel Ángel Mendieta Hernández

2
Faiber Orlando Camelo Romero

Miguel Angel Barona Jimenez

GRUPO INTEGRANTES

Valentina Velandia González

Dayan Alejandra Hincapie Cortes

3
Juan Sebastian Ramos Ramírez

Rafael Antonio Macías Lamprea

GRUPO INTEGRANTES
Laura Virginia Peña Cabrera

Diego Cordoba

4 Mario Alejandro Gómez Camargo

Richard Alejandro Mora Perilla

Juan David Vargas Guarin

GRUPO INTEGRANTES

Guillermo Marcano

Santiago Andrés Bedoya Rodriguez

5 Karoll Milena Susatama

Posada, Brian Riffo Tineo

Juliana Higuera Diaz

ASIGNACIÓN DE CLIENTES

Santiago Andrés Bedoya Rodriguez

GRUPO 1
Miguel Angel Barona Jimenez

Juan David Vargas Guarin

GRUPO 2
Dayan Alejandra Hincapie Cortes

Laura Virginia Peña Cabrera

GRUPO 3
Faiber Orlando Camelo Romero

Daniel Steven Vargas Guzman

GRUPO 4
Posada, Brian Riffo Tineo

Victoria Nuñez
GRUPO 5
Juan Sebastian Ramos Ramírez