Modelos de Desarrollo de Programas Práctica Curso Sistema Informático de Venta de Billetes de Avión

Transcripción

1 Modelos de Desarrollo de Programas Práctica Curso Sistema Informático de Venta de Billetes de Avión Introducción El Sistema Informático de Venta de Billetes de Avión (SIVBA) que se plantea maneja información relacionada con: Aviones de diferentes compañías que ofertan plazas de vuelo en clase turista. Usuarios que solicitan un billete para desplazarse desde un origen a un destino. Las compañías proporcionan de sus vuelos los siguientes datos: identificación del vuelo, fecha de salida, fecha de llegada, origen, destino, número de plazas en clase turista, e importe de las plazas. Los usuarios (pasajeros) proporcionan la siguiente información: nombre del usuario (apellidos y nombre), fecha de salida, origen, destino, y si admiten o no escalas. Hay que tener en cuenta que todas las fechas manejadas por el sistema incluyen información de horas y minutos, salvo que se indique lo contrario. Los aeropuertos de origen y destino de los vuelos se van a representar con una única letra mayúscula entre A y Z. No se admiten letras con acentos. El SIVBA debe proporcionar la siguiente funcionalidad: Alta de un vuelo, dando todos los datos citados anteriormente. Esto se produce cuando se abre un vuelo. Baja del vuelo, dando la identificación del vuelo. Esto se produce cuando el vuelo ha despegado. En ese momento se dará de baja automáticamente a todos los pasajeros que, teniendo billete en el vuelo que ha despegado, no tengan pendiente en su ruta ningún otro vuelo sin despegar. Alta de un pasajero, proporcionando todos los datos citados anteriormente. Al dar el pasajero de alta se tratará de encontrarle la mejor ruta posible, es decir, se obtendrá la ruta más barata de acuerdo con su solicitud. Deberán considerarse tanto las rutas directas como aquellas que tengan escalas (a menos que el pasajero indique que no quiere escalas). El coste total de la ruta será igual a la suma del coste de los vuelos seleccionados. Por ejemplo, si existen los vuelos siguientes: A-X, A-B, B-M, B-Z, M-X y el pasajero desea ir de A a X, existen dos posibilidades. La primera es el vuelo directo A-X. La segunda es el vuelo con escalas A-B-M-X, cuyo importe total será la suma de los vuelos A-B, B-M y M-X. No se aceptan escalas que originen un retroceso en el sentido de la ruta. Por ejemplo, no es válida la ruta A-Y, Y-M, M-Z para ir de A a Z, ni tampoco es válida la ruta Z-M, M-Y, Y-A para ir de Z a A. Se plantean las siguientes posibilidades: a) Existe algún vuelo directo entre el origen y el destino con plazas libres. Entonces se le asignará el más barato. 1

2 b) No existe vuelo directo con plazas libres y el usuario no admite escalas. Entonces no se podrá dar de alta al pasajero. c) No existe vuelo directo con plazas libres y el usuario admite escalas. Entonces se busca una ruta con escalas. Si se encuentra alguna con plazas libres (en todos los vuelos) se le asignará la más barata. Si no se encuentra ninguna ruta con plazas libres no se podrá dar de alta al pasajero. Al seleccionar una ruta (directa o no), el primer vuelo no podrá salir más tarde de 2 horas después de la hora de salida indicada por el pasajero. Además, para poder crear una ruta con escalas, tendrá que mantenerse una diferencia mínima de 1 hora y máxima de 4 horas entre la llegada de un vuelo y la salida del siguiente (para cada escala). Baja de un pasajero, proporcionando el nombre completo del usuario y la fecha de salida. El pasajero será dado de baja en todos los vuelos de la ruta que tenga asignada. Emisión del billete de un pasajero dando su nombre y fecha de salida. Proporcionará los datos del usuario (nombre, fecha de salida, origen, destino), los datos de cada vuelo (identificación, fecha de salida, fecha de llegada, origen, destino e importe) y coste total del billete. Visualización de datos de un vuelo, dada su identificación. Se mostrará la siguiente información: identificación, fecha de salida, fecha de llegada, origen, destino, plazas vacantes que quedan en la clase turista y lista de pasajeros del vuelo (ordenados alfabéticamente). Relación de vuelos de un determinado día. Proporcionará los datos de cada vuelo (identificación, fecha de salida, fecha de llegada, origen, destino). Los vuelos se ordenarán por su identificador. Nota: No podrán existir dos aviones con el mismo número de identificación de vuelo, ni dos pasajeros con el mismo nombre y fecha de salida. Ejecución del programa El ejecutable generado deberá llamarse sivba.exe y su ejecución se realizará mediante el siguiente comando: Donde: SIVBA <entrada> <salida> <entrada> indica el camino completo del fichero de entrada <salida> indica el camino completo del fichero de salida El programa deberá comprobar la corrección de ambos parámetros: debe existir el fichero de entrada y se deberá crear correctamente el fichero de salida. Formato de la entrada La entrada es un fichero de texto que tendrá una línea para cada comando, siendo el formato de los comandos el siguiente: Alta vuelo Baja vuelo AV <id> <fs> <fll> <or> <de> <pl> <im> BV <id> 2

3 Alta pasajero Baja pasajero Emisión billete Datos vuelo Relación vuelos AP <no> <fs> <or> <de> <es> BP <no> <fs> EB <no> <fs> DV <id> RV <di> Los campos de los comandos van separados por un blanco. Significado y formato de los campos (ordenados alfabéticamente): <de> Destino Una letra mayúscula <di> Día dd-mm-aaaa (día, mes y año) <es> Admite escalas Dígito (0 = no, 1 = sí) <fll> Fecha de llegada dd-mm-aaaa-hh-mm (día, mes, año, hora y minutos) <fs> Fecha de salida dd-mm-aaaa-hh-mm (día, mes, año, hora y minutos) <id> Identificador de vuelo Número de cuatro dígitos (nnnn) <im> Importe de cada plaza Número de cuatro dígitos (nnnn) <no> Nombre de pasajero Cadena de 20 caracteres como máximo entre comillas dobles <or> Origen Una letra mayúscula <pl> Número de plazas Número de tres dígitos (nnn) Los comandos pueden aparecer en cualquier orden dentro del fichero de entrada. Ejemplo de fichero de entrada: AV A X AV A B AV B M AV B Z AV M X AP "Segovia, Javier" A X 0 AP "Martínez, Loïc" A X 0 AP "Alonso, Fernando" A Z 1 EB "Martínez, Loïc" EB "Alonso, Fernando" DV 0210 DV 0010 RV BV 0010 RV Formato de la salida La salida será un fichero de texto que mostrará el resultado de la ejecución de cada uno de los comandos del fichero de entrada o el mensaje de error correspondiente. Cuando la ejecución de algún comando produzca un error o bien ese comando no pueda completarse, la salida correspondiente a ese comando será una línea con el formato siguiente: ERROR: <descripción del error>. La descripción del error será un texto que explique su significado. Seguidamente el programa deberá procesar normalmente el resto de los comandos del fichero de entrada. Los resultados que deben aparecer son los siguientes (obsérvese que no hay acentos en los textos de salida, excepto en los nombres de los pasajeros): Alta vuelo Baja vuelo Alta pasajero Creado vuelo: <id> Eliminado vuelo: <id> Creado pasajero: <no> <id> 3

4 Baja pasajero Emisión billete Datos vuelo Relación vuelos Eliminado pasajero: <no> Varias líneas de texto: La primera línea PRINCIPIO BILLETE Línea con datos del pasajero Pasajero: <no> <fs> <or> <de> Para cada vuelo una línea Vuelo: <id> <fs> <fll> <or> <de> <im> Línea con importe total Importe: <it> La última línea FIN BILLETE Varias líneas de texto: La primera línea PRINCIPIO VUELO Línea con datos vuelo Vuelo: <id> <fs> <fll> <or> <de> <pl> Para cada pasajero una línea (ordenados por nombre) Pasajero: <no> La última línea FIN VUELO Varias líneas de texto: La primera línea VUELOS Línea para cada vuelo (orden de id) <id> <fs> <fll> <or> <de> La última línea FIN VUELOS El formato de los campos de salida es el mismo que para los campos de entrada, con un único campo nuevo: <it> Importe total billete Número de seis dígitos (nnnnnn) Además, el campo <pl> deberá mostrar las plazas que quedan libres. Seguidamente se muestra un ejemplo de fichero de salida, que se corresponde con el ejemplo de fichero de entrada. Creado vuelo: 0010 Creado vuelo: 0110 Creado vuelo: 0011 Creado vuelo: 2010 Creado vuelo: 0210 Creado pasajero: "Segovia, Javier" 0010 Creado pasajero: "Martínez, Loïc" 0010 Creado pasajero: "Alonso, Fernando" 0110 PRINCIPIO BILLETE Pasajero: "Martínez, Loïc" A X Vuelo: A X 0300 Importe: FIN BILLETE PRINCIPIO BILLETE Pasajero: "Alonso, Fernando" A Z Vuelo: A B 0200 Vuelo: B Z 0900 Importe: FIN BILLETE PRINCIPIO VUELO Vuelo: M X 090 FIN VUELO PRINCIPIO VUELO Vuelo: A X 078 Pasajero: "Martínez, Loïc" Pasajero: "Segovia, Javier" FIN VUELO VUELOS A X B M A B 4

5 Se pide: M X B Z FIN VUELOS Eliminado vuelo: 0010 VUELOS B M A B M X B Z FIN VUELOS Llevar a cabo el desarrollo del programa siguiendo el modelo orientado al flujo de datos y el modelo orientado a objetos. En el caso del modelo orientado al flujo de datos, deben completarse: 1. Análisis Modelo ambiental: diagrama de contexto y lista de sucesos Modelo de comportamiento Modelo de proceso: todos los DFD, especificación de al menos dos procesos primitivos y diccionario de datos Modelo de datos: diagrama E/R Diagrama de transición de estados Modelo de implantación del usuario: nada 2. Diseño Modelo de implantación del sistema: nada Modelo de implantación de programas Diagrama de estructura refinado Diagrama estructurado del módulo principal y al menos de otro módulo 3. Implementación Codificación en lenguaje C++ procedimental (código fuente del programa) En el caso del modelo orientado a objetos, habrá que completar lo siguiente: Análisis Diagrama de clases inicial (incluye atributos y relaciones) DIO de análisis Diagrama de clases refinado, que incluye también las operaciones de cada clase Diseño 2.1 Diseño lógico Diagrama de clases del diseño (incluye atributos y relaciones) DIO de diseño Diagrama de clases refinado (incluye también todos los métodos) Diseño del módulo de control 2.2 Diseño físico 5

6 Diagrama de componentes Declaración de las clases (se entregará dentro del código fuente) Implementación (en C++ orientado a objetos) NORMAS La fecha límite de entrega de la práctica es el día del examen de junio (martes día 11) o de septiembre (lunes 2). Se debe entregar: Una memoria con el desarrollo completo siguiendo los dos modelos de desarrollo, sin incluir el código fuente de las dos versiones del programa. Un disquete con código fuente y ejecutables del programa en ambas versiones. Los ejecutables deberán funcionar en modo consola en ordenadores con sistemas operativos Windows 95, 98, NT, La práctica entregada con virus o sin ejecutables se considerará suspensa. 6