Trabajo práctico n 1 Análisis preliminar del sistema de software del ACC

Transcripción

1 Trabajo práctico n 1 Análisis preliminar del sistema de software del ACC Ingeniería de Software I 2do. Cuatrimestre 2009 Grupo 4 Integrante LU Correo electrónico Gustavo García 884/04 gustavo.pablo.garcia@gmail.com Celeste Gunski 899/03 celestegunski@gmail.com Matías Hick 531/06 unformatt@gmail.com Marcos Rogani 520/05 marcos.rogani@gmail.com Instancia Tutor/Corrector Nota Entrega Reentrega Comentarios del corrector:

2 Índice 1. Introducción 4 2. Propiedades del dominio 5 3. Vistas Diagramas de contexto Diagrama general Subdiagrama de vuelos en aire Subdiagrama de vuelos en tierra Subdiagrama de cumplimiento de normas vigentes Subdiagrama de visualización de la información Objetivos Descripción de objetivos Objetivo Lograr [Automatizar sistemas de ACC] Objetivo Lograr [Cumplir normas vigentes] Objetivo Lograr [Automatizar sistema de monitoreo de aviones en tierra] Objetivo Lograr [Automatizar sistema de monitoreo de aviones en vuelo] Objetivo Lograr [Filtrar información recibida de MINGA] Objetivo Controlar [Bienes del pasajero] Objetivo Lograr [En caso de accidente, notificar a familiares y embajadas en menos de 60 min] Gráficos del modelo de objetivos Diagrama general Subdiagrama: Distribución de info de vuelos Subdiagrama: Recolección de datos en tierra (Ver 3.3.3) Subdiagrama: Recolección de datos en aire (Ver 3.3.4) Subdiagrama: Cumplimiento de normas Subdiagrama: Obtención de datos de contacto de familiares y embajadas (Ver 3.3.7) Subdiagrama: Notificaciones Página 2 de 24

3 Subdiagrama: Control de bienes (Ver 3.3.6) Escenarios Escenario recolección de datos de vuelos en aire: Escenario recolección de datos de vuelos en tierra Escenario de control de bienes personales: Escenario de notificación en caso de accidente: Escenario de visualización de información: Discusión Conclusiones 24 Página 3 de 24

4 1. Introducción El Aeropuerto Central de Camboya (ACC) planea modernizar sus sistemas, en particular, su administración ha decidido automatizar los sistemas correspondientes a la notificación de atrasos, adelantos o cancelación de vuelos, tanto por partir como los que ya están volando. Actualmente esta tarea se realiza de forma manual, con el manejo de estado de los vuelos por partir y aterrizados consultando a las aerolíneas, y el manejo de los vuelos en el aire por medio de las comunicaciones con la torre de control. Algunas de las cuestiones que se esperan poder modificar con esta automatización incluyen, por ejemplo, poder monitorear los aviones en el aire a través de distintos dispositivos en lugar de hacerlo con comunicaciones manuales entre la tripulación y la torre de control, en el caso de los datos de aviones en tierra, tratar de disminuir los errores en el ingreso manual de datos por los operadores de información, también es necesario cumplir con las dos nuevas leyes vinculadas a la aeronavegación: Ley : Ningún habitante camboyano puede salir del país por vía aérea llevando consigo más de el equivalente a u$s 1000 (mil dólares estadounidenses) en bienes tales como electrónica, efectivo, cheques, metales y piedras preciosas, obras de arte, etc. Esta restricción no afecta a diplomáticos camboyanos que se encuentren viajando por motivos oficiales. Ley : Ante la eventualidad de que un vuelo saliente del ACC sufra un accidente aéreo, los familiares de aquellas personas que iban a bordo deben ser notificadas en un lapso no mayor a los 120 minutos desde el momento en el cual se suscite el siniestro. En el caso de haber extranjeros entre los viajeros la notificación debe ser enviada a las embajadas correspondientes. En este trabajo se presenta a la administración del Aeropuerto Central de Camboya la descripción de un sistema que los ayudará a cumplir con sus objetivos. Se incluye un análisis de cómo se espera que lo haga, también se describe la forma en que el sistema se relacionará con los componentes que actualmente se encuentran en funcionamiento, y algunos escenarios representativos en los cuales se puede ver dicha interacción y el comportamiento esperado del sistema. Página 4 de 24

5 2. Propiedades del dominio Para el desarrollo de este trabajo se tomarán las siguientes afirmaciones como ciertas: Las aerolíneas informan en caso de que un vuelo se atrase, cancele o adelante. Algunas aerolineas cuentan con un software cuya interfaz expone el estado de sus vuelos, y de esta manera nuestro software interactuara con ellos. En tanto, las aerolíneas que no disponen de este servicio, deberán poder ser consultadas telefónicamente. Tanto las aerolíneas como el Aeropuerto disponen de comunicación telefónica. Tanto las embajadas como el Aeropuerto disponen de comunicación por . El Aeropuerto dispone de un servicio de llamadas por VOIP. El Aeropuerto cuenta con un operador de información que monitorea las pantallas para detectar avisos de no recepción de datos de avión en aire. Página 5 de 24

6 3. Vistas 3.1. Diagramas de contexto Diagrama general Página 6 de 24

7 Subdiagrama de vuelos en aire Página 7 de 24

8 Subdiagrama de vuelos en tierra Página 8 de 24

9 Subdiagrama de cumplimiento de normas vigentes Página 9 de 24

10 Subdiagrama de visualización de la información Página 10 de 24

11 3.2. Objetivos 3.3. Descripción de objetivos A continuación se detallan los objetivos del sistema y cómo se espera que se cumplan; Objetivo Lograr [Automatizar sistemas de ACC] 1. Objetivo Lograr [Distribución de información de estado de vuelos] a) Objetivo Lograr [Distribución de información actualizada a suscriptores] 1) Objetivo Lograr [Permitir suscripción al servicio] (Requerimiento) 2) Objetivo Lograr [Suscribirse a la información de un vuelo] (Expectativa Suscriptor) 3) Objetivo Lograr [Enviar información a suscriptores ( , SMS, Facebook)] (Requerimiento) b) Objetivo Lograr [Distribución de información actualizada a canales de información de ACC] 1) Objetivo Lograr [Enviar información al sitio de internet] (Requerimiento) 2) Objetivo Lograr [Enviar información a terminales (carteles y monitores)] (Requerimiento) 2. Objetivo Lograr [Automatizar recolección de datos del estado de vuelos] a) Objetivo Lograr [Automatizar sistema de monitoreo de aviones en tierra] (Ver sección 3.3.3) b) Objetivo Lograr [Automatizar sistema de monitoreo de aviones en vuelo] (Ver sección 3.3.4) Objetivo Lograr [Cumplir normas vigentes] 1. Objetivo Controlar [Pasajero no diplomático cantidad de bienes del pasajero < US$1000] a) Objetivo Lograr [Cargar declaración jurada de bienes del pasajero] 1) Objetivo Lograr [Escribir información del pasajero] (Expectativa Policía) 2) Objetivo Lograr [Almacenar información del pasajero] (Requerimiento) 3) Objetivo Lograr [Calcular el valor de los objetos electrónicos del pasajero] (Requerimiento) b) Objetivo Controlar [Bienes del pasajero] (Ver sección 3.3.6) 2. Objetivo Lograr [Conocer datos de contacto de familiares y embajadas] a) Objetivo Lograr [Proveer datos válidos en el check in] (Expectativa Pasajero) b) Objetivo Lograr [Conocer datos de pasajero] 1) Objetivo Lograr [Cargar en el sistema los datos del pasajero (Nacionalidad, tel o mail de familiar, etc.)] (Expectativa Personal de mostrador check-in) c) Objetivo Lograr [Conocer datos de embajadas en Camboya] 1) Objetivo Lograr [Conocer tel y mail de embajadas] (Expectativa Personal de mostrador check-in) Página 11 de 24

12 2) Objetivo Lograr [Cargar en el sistema datos de contacto de embajadas] (Expectativa Personal de mostrador check-in) d) Objetivo Lograr [Proveer una interfaz para la carga de datos] (Requerimiento) 3. Objetivo Lograr [Detección y notificación de accidente en menos de 120 min.] a) Objetivo Lograr [Detectar posible accidente] 1) Objetivo Lograr [Detectar la no recepción de datos del avión por 10 min.] Definición El sistema monitorea las señales recibidas del avión y detecta que en los últimos 10 min no se han recibido datos, lo cual puede significar que ha ocurrido un siniestro. (Requerimiento) 2) Objetivo Lograr [No recepción de datos del avión en 10 min. notificar en pantalla] Definición Si el sistema detecta que en los últimos 10 min no se han recibido datos, muestra por pantalla un anuncio de posible accidente para el vuelo correspondiente y que se requiere comunicación manual. (Requerimiento) 3) Objetivo Lograr [Pantalla indica comunicación manual intentar comunicarse manualmente con el avión durante 50 min.] Definición El operador encargado de monitorear la pantalla para detectar el anuncio de posible accidente, cuando nota dicho aviso inicia los intentos de comunicación manual con el avión para confirmar o descartar el accidente (Expectativa Operador de información) 4) Objetivo Lograr [Comunicación manual fallida notificar accidente] Definición Si los intentos de comunicación manual con el avión fallan, se asume que ha ocurrido un siniestro y se procede a notificar a los familiares y embajadas según corresponda. (Expectativa Operador de información) b) Objetivo Lograr [En caso de accidente, notificar a familiares y embajadas en menos de 60 min.] (Ver sección 3.3.7) Objetivo Lograr [Automatizar sistema de monitoreo de aviones en tierra] 1. Objetivo blando [Reducir los errores humanos en el ingreso de datos] Definición El monitoreo de datos de vuelos en tierra será automatizado de manera tal que minimice los errores en la carga de datos. 2. Objetivo Lograr [Recibir y procesar datos de cancelaciones, adelantos y atrasos] a) Objetivo Lograr [Recibir y cargar los datos en el sistema] 1) Objetivo Lograr [Aerolíneas envían datos vía sistema on-line Detectar los cambios y actualizar los datos automáticamente] (Requerimiento) 2) Objetivo Lograr [Aerolíneas envían datos por teléfono Recibir las llamadas y cargar los datos manualmente] a Objetivo Lograr [Recibir las llamadas de las aerolíneas] (Expectativa Operadores de información) b Objetivo Lograr [Proveer una interfaz para la carga de datos] (Requerimiento) c Objetivo Lograr [Cargar los datos recibidos de las aerolíneas] (Expectativa Operadores de información) 1) Objetivo Lograr [Monitorear los sistemas on-line de las aerolíneas] (Expectativa Operadores de información) Página 12 de 24

13 2) Objetivo Lograr [Recibir las llamadas de las aerolíneas] (Expectativa Operadores de información) 3) Objetivo Lograr [Proveer una interfaz para la carga de datos] (Requerimiento) 4) Objetivo Lograr [Cargar los datos recibidos de las aerolíneas] (Expectativa Operadores de información) Objetivo Lograr [Automatizar sistema de monitoreo de aviones en vuelo] 1. Objetivo Mantener [Información de aviones en vuelo actualizada] a) Objetivo Lograr [Si no se recibe información de aviones establecer comunicación periódica entre Torre de Control y Aeronave] 1) Objetivo Lograr [Comunicación desde avión a torre de control] (Expectativa Tripulación de avión) 2) Objetivo Lograr [Comunicación desde torre de control a la aeronave] (Expectativa Personal de Torre de control) 3) Objetivo Lograr [Proveer una interfaz para la carga de datos] (Requerimiento) 4) Objetivo Lograr [Carga de información en el sistema] (Expectativa Personal de Torre de control) b) Objetivo Lograr [Si se recibe información de aviones actualizar automáticamente los datos] 1) Objetivo Lograr [Enviar información periódica del aeropuerto a aviones en vuelo] (Expectativa Radiofaro) 2) Objetivo Lograr [Conocer información periódica de estado de avión (posición, altura y velocidad)] (Expectativa Transceptor avión) 3) Objetivo Lograr [Procesar información recibida de aviones en vuelo] a Objetivo Lograr [Recibir y transmitir información de transceptores] (Expectativa MINGA) b Objetivo Lograr [Filtrar información recibida de MINGA] (Ver 3.3.5) Objetivo Lograr [Filtrar información recibida de MINGA] 1. Objetivo Lograr [Obtener función de hash actualizada para la verificación] a) Objetivo Lograr [Publicar versión por RSS] (Expectativa Fabricante avión) b) Objetivo Lograr [Notificación ante nueva versión de la función] (Expectativa RSS) c) Objetivo Lograr [Envio diario de nueva función a los aviones] (Expectativa Fabricante avión) d) Objetivo Lograr [Actualización en todos los aviones después de 5 minutos] (Expectativa Fabricante avión) e) Objetivo Lograr [Descarga de algoritmo al recibir update] (Requerimiento) 2. Objetivo Lograr [Verificar veracidad de datos mediante la función de hash] (Requerimiento) Página 13 de 24

14 Objetivo Controlar [Bienes del pasajero] 1. Objetivo Lograr [Revisar equipaje del pasajero] a) Objetivo Controlar [Igualdad entre la declaración jurada y el equipaje real] (Expectativa Policía) b) Objetivo Lograr [Recalcular el valor de los bienes del pasajero, si la cantidad declarada no es cierta] 1) Objetivo Lograr [Corregir la declaración jurada] (Expectativa Policía) 2) Objetivo Lograr [Cargar la declaración jurada corregida] (Expectativa Policía) 2. Objetivo Lograr [Controlar dinero del pasajero] (Expectativa Policía) Objetivo Lograr [En caso de accidente, notificar a familiares y embajadas en menos de 60 min] 1. Objetivo blando [La notificación de accidentes debe ser confiable y eficiente] Definición Se deberán utilizar métodos confiables y eficientes a fin de contactar a los familiares y embajadas, según corresponda, en tiempo y forma. 2. Objetivo Lograr [Grabar un mensaje automático para comunicar a los contactos] a) Objetivo Lograr [Grabar un mensaje genérico] (Expectativa Operadores de información) b) Objetivo Lograr [Pasajero graba mediante un micrófono su nombre y apellido durante el check-in] (Expectativa Pasajero) c) Objetivo Lograr [Almacenar el mensaje de voz] (Requerimiento) d) Objetivo Lograr [Mergear mensaje genérico con los mensajes de voz de los pasajeros] (Requerimiento) 3. Objetivo Lograr [Comunicar a los contactos] a) Objetivo Lograr [Realizar llamados a contactos en menos de 60 min] 1) Objetivo Lograr [Por cada pasajero, si el pasajero es extranjero realizar un llamado por VoiceIP a la embajada correspondiente] Definición Se realizarán las llamadas a las embajadas correspondientes de acuerdo a los datos obtenidos para tal fin. Todos los llamados serán hechos en un período menor a 60 minutos pudiendo establecerse varias llamadas en simultáneo. (Requerimiento) 2) Objetivo Lograr [Por cada pasajero, si el pasajero no es extranjero realizar un llamado por VoiceIP al familiar correspondiente] Definición Se realizarán las llamadas al familiar correspondiente de acuerdo a los datos solicitados al pasajero para tal fin. Todos los llamados serán hechos en un período menor a 60 minutos pudiendo establecerse varias llamadas en simultáneo. (Requerimiento) b) Objetivo Lograr [Enviar mails a contactos en menos de 60 min] 1) Objetivo Lograr [Por cada pasajero, si el pasajero es extranjero enviar un mail a la embajada correspondiente] (Requerimiento) 2) Objetivo Lograr [Por cada pasajero, si el pasajero no es extranjero enviar un mail al familiar correspondiente] (Requerimiento) 4. Objetivo Lograr [Registrar cada notificación en la base de datos] Página 14 de 24

15 3.4. Gráficos del modelo de objetivos Diagrama general Subdiagrama: Distribución de info de vuelos Página 15 de 24

16 Subdiagrama: Recolección de datos en tierra (Ver 3.3.3) Subdiagrama: Recolección de datos en aire (Ver 3.3.4) Página 16 de 24

17 Página 17 de 24

18 Subdiagrama: Cumplimiento de normas Subdiagrama: Obtención de datos de contacto de familiares y embajadas (Ver 3.3.7) Página 18 de 24

19 Subdiagrama: Notificaciones Subdiagrama: Control de bienes (Ver 3.3.6) Página 19 de 24

20 3.5. Escenarios Escenario recolección de datos de vuelos en aire: En el transcurso de un vuelo proximo a aterrizar en el ACC, una turbina del avión falla provocando una disminución de la velocidad crucero del mismo. a) Alternativa Automática: El radiofaro recibe información proveniente de un transmisor o del transceptor del avión correspondiente a su posición, altura y velocidad, y reenvía estos datos al MINGA quien traduce la información recibida para pasárselos al sistema. Luego de esto nos llega una notificación por RSS de que hay una nueva versión del algoritmo, el sistema automáticamente se conecta al servidor, mediante su IP y puerto, y procede a la descarga del mismo. Luego de esto, el sistema rechaza toda información proveniente del MINGA, hasta transcurrido 5 desde la publicación del algoritmo. Luego, el sistema verifica la veracidad de los datos utilizando el algoritmo provisto por el fabricante del avión. Si los datos son validos, el sistema actualiza el estado del avión en su servidor de datos. Caso contrario, no se registra ningún dato. El sistema comprueba mediante todos los datos recibidos por parte del avión si el mismo se encuentra retrasado, adelantado o en horario, y actualiza el servidor de datos. En este caso el sistema detecta la disminución de la velocidad del avión, y procede a actualizar en el servidor al vuelo en cuestión como en estado atrasado. Finalmente 10 minutos mas tarde de lo previsto originalmente, el vuelo aterriza en el aeropuerto y es informado por todas las terminales de informacion. b) Alternativa Manual: La tripulación del avión se comunica con la torre de control que el vuelo sufrió un desperfecto en una turbina, por lo cual el horario de llegada se estima será 10 minutos mas tarde de lo previsto. Los operadores de la torre de control ingresan el nuevo estado del vuelo en el sistema y este actualiza el servidor de datos con esta información. Por las terminales de informacion se observa el nuevo horario de llegada para este vuelo Escenario recolección de datos de vuelos en tierra En un día con tormentas de nieve, debido al alerta meteorológico vigente la mayoría de los vuelos del día son cancelados. a) Aerolínea actualiza los datos de sus vuelos en un sistema on-line: El sistema consulta al sistema de información de la aerolínea el estado de los vuelos de ese día. De acuerdo a los datos obtenidos, el sistema actualiza la información correspondiente. b) Aerolínea no actualiza los datos de sus vuelos en un sistema on-line: El operador de información se comunica telefónicamente con cada una de las aerolíneas que tiene vuelos para ese día y le solicita el estado de cada uno de ellos. De acuerdo a la información recibida de la aerolínea, el operador lo carga en el sistema utilizando la interfaz correspondiente. El sistema actualiza los datos con la información ingresada. Página 20 de 24

21 Escenario de control de bienes personales: Pasajero no diplomático quiere subir con bienes que superan el valor permitido: El pasajero va al control de ingreso antes de subir al avión. Luego, el policía le da el formulario de la declaración jurada para que lo complete. El pasajero le entrega al policía la declaracion completa y el policía la ingresa en el sistema. El sistema calcula el valor en efectivo de los objetos declarados y resulta ser que es una cantidad permitida. El policía controla que lo ingresado en la declaración coincida con lo real, y aparecen cosas no declaradas. El policía agrega en la declaracion los objetos encontrados y el sistema le avisa que se ha superado la cantidad limite. El policía le notifica al pasajero que no puede viajar con todos los bienes que lleva. El pasajero se retira del aeropuerto, por la imposibilidad para viajar Escenario de notificación en caso de accidente: Pasajero diplomático sube al avión y se produce accidente: El pasajero va al control de ingreso pero, al ser diplomático, no se le realiza ningún tipo de control. El pasajero dice con su voz su nombre y apellido, para almacenarlo en el sistema en caso de accidente para la notificacion. Como era el último usuario que quedaba por ingresar al avión y se cumplió el horario de despegue, el avión despega. El transeptor capta este cambio de estado del avión, y notifica el estado de vuelo en el aire. A unos kilómetros, el avión choca con una montaña. Pasados 10 minutos de no recibir mas informacion del vuelo, el sistema notifica por pantalla la no recepción de datos y el operador de turno que se encontraba monitoreando el mismo comienza a tratar de comunicarse con el avion. Luego de intentos de comunicación durante 50 minutos y sin tener éxito, el operador indica al sistema que inicie las notificaciones. El sistema comienza a realizar los llamados por VoiceIP de acuerdo a los datos registrados durante el check-in, hasta comunicarse con todos los familiares o embajadas (según nacionalidad) de cada pasajero. Página 21 de 24

22 Escenario de visualización de información: Un pasajero de un vuelo se suscribe por medio del sistema al servicio de notificación para viajantes. En dicha registración, ingresa su mail, sms, etc.. y también registra el vuelo para el cual tiene pasaje. Llegado el día de vuelo, ocurre un imprevisto en la aerolínea que hace que ese vuelo se tenga que cancelar. En ese momento, un operador de información ingresa el estado de cancelado al sistema y éste le notifica al pasajero mediante un mail y un mensaje de texto que el mismo ha sido cancelado, y que se comunique para mayor información. Página 22 de 24

23 4. Discusión Los diagramas presentados se realizaron de acuerdo a los siguientes pasos, lo primero que se hizo fue dar varias lecturas minuciosas al texto y tratar de extraer los distintos agentes que intervienen, a partir de ellos se fue desarrollando el diagrama de contexto al ver cómo interactuan y al mismo tiempo iban surgiendo algunos objetivos, sobre todo expectativas sobre los distintos agentes. Luego, se fueron extrayendo del texto algunos objetivos que estaban bastante claros y que resultaban de más alto nivel y a partir del refinamiento de éstos se trató de llegar a acciones que requieran participación de un agente. Luego de haber identificado agentes y algunos objetivos, notamos que algunos de ellos no eran tanto de comportamiento sino mas bien de resultados que se esperaba que se cumplieran, con lo cual resultaba mas adecuado identificarlos como objetivos blandos, como ser el caso de la reducción de errores en el ingreso de los datos recolectados de aviones en tierra y también la efectividad y confianza con que se notifica en caso de accidente. A raíz de estos objetivos blandos se fueron planteando alternativas que impactan de diferentes maneras en cada uno de ellos y dan lugar a sistemas distintos. Página 23 de 24

24 5. Conclusiones De las dificultades que se nos presentaron, lo más complicado fue definir qué información constituía un objetivo y qué podría darse como presunción del dominio y cómo esto podía incidir en el cumplimiento de un objetivo superior y el funcionamiento correcto de todo el sistema, ya que en algunos casos, sobre todo en lo que respecta a los objetivos que tienen que ver con el cumplimiento de las normativas vigentes, el límite entre lo que debería hacer el sistema y lo que debería ocurrir independientemente en el mundo real no estaba tan claro. El resto del desarrollo fue bastante fluido aunque tuvimos que estar muy atentos para no perder la trazabilidad y consistencia entre los distintos diagramas y las descripciones de escenarios, sobre todo al ir incorporando cambios en alguno de los diagramas y asegurarse de que lo demás se mantenga consistente. Página 24 de 24