Universidad Nacional de Lomas de Zamora

Licenciatura en Gestión de la Información

Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

Trabajo Práctico Integrador

Diseño Integral de un Sistema de Reservas de Vuelos para una

Aerolínea
En este trabajo práctico, los estudiantes tendrán la oportunidad de aplicar los
conceptos de análisis y diseño de sistemas junto con la metodología Scrum
para diseñar un sistema de reservas de vuelos para una aerolínea. A lo largo
de tres sprints, deberán realizar el análisis y diseño de forma iterativa,
considerando requisitos funcionales y no funcionales, así como el estudio de
factibilidad, usabilidad, seguridad y rendimiento. Además, tendrán que elaborar
una presentación para comunicar su solución y estrategia de retorno de
inversión.

Requisitos pensados por el cliente

Búsqueda de Vuelos:
● Los usuarios deben poder buscar vuelos ingresando el origen, destino y
fecha de viaje.
● Los resultados de la búsqueda deben mostrar opciones de vuelos con
horarios y tarifas.

Selección de Vuelo:
● Los usuarios deben poder seleccionar un vuelo de la lista de resultados.
● Se debe mostrar información detallada del vuelo, incluyendo la duración
y el número de escalas.

Reserva de Asiento:
● Después de seleccionar un vuelo, los usuarios deben poder elegir un
asiento disponible.
● Se debe permitir la selección de asientos para el número de pasajeros
en la reserva.

Información de Pasajeros:
● Los usuarios deben proporcionar los nombres de los pasajeros y su
información de contacto al realizar la reserva.

Página 1 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

Confirmación de Reserva:
● Después de seleccionar asientos y proporcionar la información
requerida, los usuarios deben confirmar su reserva.
● Se debe mostrar un resumen de la reserva con los detalles del vuelo y
los asientos seleccionados.

Notificación por Correo Electrónico:

● Después de completar la reserva, los usuarios deben recibir una
notificación por correo electrónico con los detalles de la reserva y un
código de reserva único.

Soporte al Cliente (Limitado):

● Proporcionar un correo electrónico o número de contacto para consultas
básicas sobre reservas y problemas técnicos.

Tareas a Realizar
1. Estudio de Factibilidad:
Análisis detallado de factibilidad que cubra los aspectos técnicos,
operativos, económicos. Esto ayudará a determinar si la implementación
del sistema es viable.

2. Definición de Actores y Usuarios:

Identificar y definir los diferentes actores y usuarios que interactuarán
con el sistema, incluyendo pasajeros, agentes de ventas y
administradores.

3. Recopilación y Análisis de Requisitos:

Recopilar y analizar los requisitos del sistema de reservas de vuelos,
tanto funcionales como no funcionales. Deben considerar aspectos
como la búsqueda de vuelos, la reserva, la seguridad de los datos y el
rendimiento del sistema.

4. Planteamiento del Problema, Objetivo y Alcance:

Documentar el problema que el sistema resolverá, los objetivos que
pretenden lograr y el alcance del proyecto.

5. Técnicas de Entrevistas y Cuestionarios:

Página 2 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

Diseñar los instrumentos de entrevistas y/o cuestionarios para obtener

información detallada de los usuarios y partes interesadas, de manera
que puedan refinar y definir los requisitos. No deben aplicarlas, solo
elaborar los instrumentos.

6. Modelado de Requisitos - Diagramas de Casos de Uso y

Diagramas de Actividades:
Crear diagramas de casos de uso para representar las interacciones
entre los actores y el sistema. Además, deben elaborar diagramas de
actividades para modelar los flujos de trabajo clave.

7. DFD (Diagrama de Flujo de Datos) Nivel 0 y 1:

Desarrollar un DFD de nivel 0 que muestre las funciones principales del
sistema. Luego, deben desglosar estas funciones en un DFD de nivel 1
para detallar los procesos. (DFD Nivel 0 + 2 DFD Nivel 1)

8. Diagramas de Entidad-Relación (DER) y Diccionario de

Datos:
Crear un diagrama de entidad-relación que modele las entidades
relevantes (clientes, vuelos, reservas, etc.). También deben crear un
diccionario de datos para describir las entidades y atributos.

9. Diseño Lógico de la Base de Datos (DLR):

Basados en el DER y el diccionario de datos, desarrollar un diseño
lógico de la base de datos, incluyendo tablas y relaciones.

10. Diseño de Interfaces:

Diseñar interfaces de usuario intuitivas y atractivas para el sistema de
reservas, teniendo en cuenta la experiencia del usuario y la facilidad de
uso.

11. Presentación y Estrategia de Retorno de Inversión:

Preparar una presentación en la que comuniquen los resultados del
trabajo práctico. Esto incluirá el nombre de la solución, la arquitectura
propuesta, los módulos clave, las interfaces principales y un caso de
negocio que demuestre cómo se espera que la inversión en el sistema
genere beneficios a largo plazo.

Página 3 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

Pautas generales para la presentación del TP

Portada: Incluye una portada con el título del trabajo práctico, el nombre de la
materia, el nombre del estudiante, el nombre del profesor y la fecha.
Introducción: Comienza el trabajo con una introducción clara y concisa que
presente el tema del trabajo práctico y establezca el contexto. Describe el
propósito del trabajo y los objetivos que se esperan lograr.
Desarrollo: Organiza el contenido del trabajo de manera lógica y estructurada.
Puedes dividirlo en secciones y subsecciones, según los aspectos que debas
abordar en el trabajo práctico.
Contenido principal: Presenta la información de manera clara y coherente.
Utiliza párrafos bien estructurados y utiliza viñetas o numeración cuando sea
apropiado para destacar puntos clave. Apoya tus afirmaciones con ejemplos o
evidencia relevante.
Uso de referencias: Si utilizas información de fuentes externas, como libros,
artículos o sitios web, asegúrate de citar adecuadamente las referencias
bibliográficas según el formato requerido (APA, MLA, etc.).
Ilustraciones y gráficos: Utiliza diagramas, gráficos o tablas cuando sea
necesario para ilustrar conceptos o datos. Asegúrate de que estén
correctamente etiquetados y explicados en el texto.
Conclusiones: Resumen de los puntos clave y las conclusiones principales del
trabajo práctico. Debes responder a los objetivos establecidos en la
introducción y destacar los logros o las lecciones aprendidas durante el
proceso.
Revisión y edición: Antes de finalizar el trabajo, revisa y corrige posibles errores
gramaticales, ortográficos o de formato. Asegúrate de que la redacción sea
clara y precisa.
Tipo de letra: Utiliza una fuente legible y profesional, como Arial, Times New
Roman o Calibri. Estas fuentes son ampliamente aceptadas y fáciles de leer.
Tamaño de la fuente: El tamaño de la fuente generalmente se establece en 12
puntos. Sin embargo, algunas instituciones pueden requerir un tamaño de
fuente específico, como 11 puntos. Verifica las pautas proporcionadas por tu
institución o profesor.
Espaciado: Utiliza un espaciado de línea de 1.5 o doble entre líneas para
facilitar la legibilidad del texto.

Página 4 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

Margen: Configura los márgenes del documento de acuerdo con las pautas
establecidas por tu institución. Por lo general, los márgenes estándar son de
2,54 cm en todos los lados (superior, inferior, izquierdo y derecho).
Alineación: Alinea el texto a la izquierda para una lectura más fácil y una
apariencia más profesional.
Negritas y cursivas: Utiliza negritas y cursivas para resaltar palabras o frases
importantes cuando sea necesario, pero evita el uso excesivo para no distraer
al lector.
Encabezados y subencabezados: Utiliza una estructura jerárquica para
organizar el contenido, utilizando encabezados y subencabezados en negrita
para diferenciar las secciones principales y subsecciones.

Desafío del trabajo práctico.

El proyecto será ejecutado respetando el marco de trabajo de Scrum, y en
particular su carácter iterativo e incremental a través de 3 sprints, cada uno con
los objetivos específicos siguientes:

● Sprint 0: preparación de todo lo necesario para iniciar el proyecto.

● Sprint 1: elaboración de la primera entrega del producto.

● Sprint 2: elaboración de la segunda entrega del producto.

● Sprint 3: elaboración de la tercera entrega del producto.

Los entregables de cada sprint son incrementales y deberán desarrollarse en

un documento de Google Docs para fomentar el trabajo colaborativo. El
resultado final será el documento del Sprint 3.

Entrega del Trabajo Final (Sprint 3)

Los estudiantes deben presentar un informe completo que documente cada
etapa del proceso, junto con la presentación preparada. Además, deberán
realizar una demostración de las interfaces de usuario diseñadas y explicar su
estrategia de retorno de inversión.
1) Informe final:
a) Combinar todos los documentos, diagramas, descripciones de
casos de uso, interfaces y arquitectura del sistema.
b) generados durante el análisis y diseño del sistema en un informe
final.

Página 5 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

c) Explicar de manera clara y concisa el análisis realizado, el diseño

propuesto y las decisiones tomadas durante el proceso.
2) Preparar una presentación para compartir los resultados del trabajo
práctico. Esta presentación deberá ser accesible sin autenticación a
partir de una URL (a definir por equipo), y deberá convencer al/los
potencial/es cliente/s, en no más de 10 láminas, de su compra.

Para ello:
1. Analizarán el requerimiento y definición del negocio.
2. Le darán un nombre al producto, que será también el nombre del equipo.
3. Propondrán una solución.
4. Deberán tomar todos los ítems que se detallan en la sección Pasos a
Seguir y desarrollar el backlog del producto para todo el proyecto. Luego
deberán repartir las tareas en los 3 sprint para sus respectivas entregas
de valor.

SPRINTS
La práctica en equipo tendrá lugar en paralelo con las unidades del curso.

Sprint 0
1. Asignación de Roles
2. Elección Herramientas
3. Definición de Calendario Ceremonias Sprint 1
4. Generación del backlog del producto de todo el proyecto.

Sprint 1
1. Ceremonia de Planificación (al inicio del sprint)
2. Ceremonia de Reuniones Diarias (por lo menos una)
3. Ceremonia de Revisión (al final del sprint)
4. Ceremonia de Retrospectiva (al final del sprint, luego de la Revisión)

Sprint 2
1. Ceremonia de Planificación (al inicio del sprint)
2. Ceremonia de Reuniones Diarias (por lo menos una)
3. Ceremonia de Revisión (al final del sprint)
4. Ceremonia de Retrospectiva (al final del sprint, luego de la Revisión)
Sprint 3
5. Ceremonia de Planificación (al inicio del sprint)
6. Ceremonia de Reuniones Diarias (por lo menos una)
Página 6 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

7. Ceremonia de Revisión (al final del sprint)

8. Ceremonia de Retrospectiva (al final del sprint, luego de la Revisión)
RESPONSABILIDADES
El equipo debe preparar la ceremonia de revisión para poder mostrar el
incremento de funcionalidad “Terminado”. Deberá proporcionarle a su PO el
entregable con el incremento de valor sumado al resumen entregable del PO y
SM en el orden definido.

El Product Owner será el responsable de desarrollar y priorizar el backlog del

producto; y hacer las entregas del equipo en el Aula Virtual, ya que tiene el rol
de la definición de terminado. Sin embargo, si este se ausenta, cualquier
miembro del equipo debe estar en capacidad de subir el PDF al aula virtual
porque es trabajo en equipo.

El Scrum Master será el responsable de implementar las ceremonias de

planificación, review y retrospectiva y, velar por el cumplimiento de la
metodología. El seguimiento diario no se podrá implementar en este ejercicio,
pero si deben definir cómo mantener el contacto entre los miembros.

El docente tomará el rol de Entrenador Ágil (Coach Ágil) para ayudar al equipo
en su implementación de Scrum, y también aclararán las eventuales dudas
tomando el rol de Cliente en el juego. Las preguntas al cliente deben ser
canalizadas únicamente por el Dueño de Producto en el Foro de Interacción
con el docente. Es muy recomendable intentar resolver las dudas primero
dentro del equipo (en el Foro del Equipo), luego con los otros equipos (en el
Foro de Interacción entre Equipos), y finalmente con el docente.

Colaboración entre Equipos

No se busca competencia entre los equipos, sino al contrario una real
colaboración, en particular entre los Scrum Masters de los distintos equipos, y
también entre los dueños de productos de los distintos equipos. El aprendizaje
es mutuo entre los equipos, y es muy recomendable replicar las buenas
prácticas de los otros equipos. No duden en utilizar el Foro de Interacción entre
Equipos para compartir dudas, ideas, buenas prácticas, soluciones, etc.

Herramientas
● Comunicación con el docente: Aula Virtual UNLZ

● Backlog de Producto: Google docs, Trello, etc

● Tablero de Sprint: Trello, Ice scrum, ScrumDo, etc

Página 7 | 8
Universidad Nacional de Lomas de Zamora
Licenciatura en Gestión de la Información
Materia: Análisis y diseño de sistemas
Profesor: Luis Corrales

Preguntas frecuentes
¿Qué es lo más importante a cuidar en el TP?
La actitud colaborativa de cada participante y las interacciones fluidas que
logren los equipos son los puntos más importantes del juego y de la agilidad.
Es prioridad esto antes que cualquier otro punto: mejorar las interacciones,
escuchar con atención y hablar con intención.
¿Hay que desarrollar un producto de verdad?
La idea es no tener que desarrollar "código" ni que sea un esfuerzo demasiado
importante. Es importante entonces elegir una plataforma para crear los
entregables que sea gratis y de simple configuración. Las herramientas deben
ser de fácil acceso para todos, evitar problemáticas de restricción de accesos.
¿Hasta qué punto tenemos que seguir el marco de trabajo de Scrum?
El objetivo de la práctica en equipo es probar Scrum de verdad. Por lo cual, en
los sprints 1, 2 y 3 (el sprint 0 es especial y no incluye las ceremonias de
Scrum) el equipo deberá hacer foco para ejecutar por lo menos una vez cada
una de las ceremonias: Planificación, Revisión y Retrospectiva. Cuanto más lo
sigan más valor les dará. Si alteran estas prácticas, no sabremos a que
resultado llegarán, si sabremos que no estarán experimentando Scrum.
¿Cuántas horas hay que dedicar a la práctica en equipo?
No están definidos ni un esfuerzo mínimo, ni un máximo. El esfuerzo que le
dedica cada integrante es una inversión de su tiempo para adquirir
conocimientos y practicarlo en una simulación, con el objetivo de obtener
beneficios a futuro en su trabajo. Las horas para dedicar por cada integrante
del equipo es un tema que define cada integrante, y no tienen que ser las
mismas.
¿Cómo se asignan las responsabilidades y tareas?
Scrum se basa en la autoorganización, y queremos que los equipos puedan
experimentarlo en esta práctica en equipo. En concreto, ningún integrante del
equipo puede dar órdenes. La idea es manejarse con pedidos u ofrecimientos,
en los cuales las respuestas posibles pueden ser “si” o “no”. En consecuencia,
las responsabilidades se fijan a través de pedidos u ofrecimientos y con
aceptación. Si no hay aceptación, no está fijada la responsabilidad.

Página 8 | 8