Examen de Ingeniería del Software / 3º de Informática de Gestión 7 de febrero de 2007

Transcripción

1 Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. SERÁ NECESARIO OBTENER AL MENOS 1 PUNTO PARA PASAR A LA CORRECCIÓN DE LA SEGUNDA PARTE. TEST [3 puntos] Cada pregunta tiene una única respuesta correcta. Encierre en un círculo la letra de la respuesta que cree correcta. Si se equivoca, tache la selección realizada y haga una nueva. Las respuestas bien contestadas suman 0,3 puntos. Las respuestas mal contestadas restan 0,1 puntos. Tiempo para la realización del test: 10 minutos. 1. Un caso de uso: a. Está asociado a un único requisito funcional. b. Está asociado a uno o varios requisitos funcionales. c. Representa a un actor. d. Representa a varios usuarios. 2. Indique qué afirmación es corresponde con una relación de generalización: a. Un diagrama de estados y un diagrama de colaboración son dos tipos diferentes de diagramas UML. b. En un diagrama de estados sólo es necesario representar los diferentes estados con sus nombres y las transiciones entre estados. c. Un diagrama de estados permite representar el comportamiento estático de un elemento. d. Un diagrama de colaboración incluye el actor y las clases de análisis. 3. Señale cuál de estas afirmaciones corresponden a una relación de agregación: a. Un vehículo es tanto un camión como un turismo. b. La conducción de motocicletas no necesita carné especial. c. Un vehículo tiene motor, ruedas, dirección y chasis. d. Los vehículos de gran tonelaje requieren conductores expertos. 4. La secuencia de acciones en un caso de uso comienza siempre por: a. Una acción del actor. b. Un mensaje de la clase de diseño al usuario. c. Un mensaje de la clase de entidad al usuario. d. Una acción de la clase de interfaz a la clase de control. 5. Las clases entidad: a. Modelan la interacción entre el actor y el sistema a desarrollar. b. Representan la información de larga vida en el sistema. c. Modelan exclusivamente la interacción del usuario y el sistema a desarrollar. d. Representa la lógica de negocio asociada a la clase de control.

2 6. Un diagrama de colaboración: a. Representa un caso de uso de forma completa. b. Al igual que el diagrama de estados, recoge todos los caminos (básicos y alternativos) de un caso de uso. c. Representa un solo camino del caso de uso. d..ninguna de las anteriores. 7. Indicar qué afirmación de las siguientes es correcta: a. Una clase de análisis puede participar en varios casos de uso. b. Una clase de análisis sólo puede participar en un caso de uso. c. Todos los atributos de una clase de análisis son específicos de un caso de uso. d. Si un atributo pertenece a una clase es porque es común a varios casos de uso. 8. Respecto a los paquetes de análisis: a. Siempre hay que representar un actor, como parte del paquete. b. Sirven para agrupar los artefactos de análisis. c. Sirven para representar las interacciones entre las clases de control y de entidad en análisis. d. Ninguna de las anteriores. 9. Indica la afirmación correcta: a. Los diagramas de secuencia y los diagramas de colaboración son ambos diagramas de interacción. b. Los diagramas de colaboración y los diagramas de interacción son tipos de diagramas de secuencia. c. Los diagramas de secuencia y los diagramas de interacción son tipos de diagramas de colaboración. d. Los diagramas de secuencia, los diagramas de estados y los diagramas de colaboración son los tres diagramas de interacción existentes en UML. 10. Cuando se realiza la actividad análisis de las clases, se pretende identificar: a. Modelo de análisis, interfaz, diagrama de despliegue, subsistemas, clases y realización en análisis de los casos de uso. b. Las clases de análisis. c. Los atributos y las responsabilidades, entre otras cosas, de las clases de análisis. d. Los atributos y las operaciones, entre otras cosas, de las clases de diseño.

3 Apellidos: Nombre: Nota: ENUNCIADO DEL EJERCICIO. El sistema a desarrollar pertenece a una operadora de telefonía y deberá llevar el control de las averías producidas en los Centros de Repetición (CERE). El sistema se denominará GesAVER. Hay dos tipos diferentes de personal, que están implicados en las averías de las comunicaciones: Mantenimiento y Mando. Como Mantenimiento se entiende los centros donde ocurren y se reparan las averías (CERE, DCERE, GCERE). Como Mando se entiende el centro de control que debe estar informado de las averías y donde ocurre la toma de decisiones, Centro de Control (CECO). Una avería se produce siempre en un CERE. Una vez identificada la avería hay que Abrir y Cerrar la avería a través de GesAVER. 1. Si la avería se ha producido en un CERE, este organismo será el responsable de Abrir y Cerrar la avería. En la apertura o cierre de una avería por parte de CERE, el sistema deberá generar una notificación de aviso, que posteriormente será podrá ser consultada por CECO. 2. Excepcionalmente, cualquier avería abierta en un CERE, podría ser cerrada por CECO. Cuando se registre una avería en el sistema, hay que tener en cuenta lo siguiente: 1. El sistema asignará de forma automática un único código en cada avería. (Formato: dos últimas cifras del año + auto numérico que se reinicie cada 01ENE a las 00:00 horas). 2. El sistema asignará de forma automática la Fecha de Apertura. 3. El actor deberá introducir todo el conjunto de campos restantes de forma manual. 4. Antes de dar de alta la avería en GesAVER, será necesario que el sistema compruebe que no hay ningún campo del formulario en blanco. Se pide: 1. Identifica mediante un diagrama que represente el diferente tipo de personal implicado en las averías. (1 punto)

4

5 2. Realizar el diagrama de casos de uso de GesAVER. (1,5 puntos) 3. Realizar el diagrama de estados asociado a la apertura de una avería. (2 puntos)

6 4. Realizar el diagrama de clases de análisis. (1 5 puntos) 5. Indicar los atributos y operaciones de las clases de análisis, asociado al registro de una avería en GesAVER. (1 puntos)

7 Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. EXÁMEN DE LA PRÁCTICA La práctica tendrán que realizarla aquellas personas que no realizaron la práctica en grupo o bien aquellas personas que la tienen pendiente del año pasado. La empresa de Transportes Ferroviarios (TRAFER) desea crear una nueva APLICACIÓN SOFTWARE que permita la Venta de bi lletes en RUTA (VIRUTA). Con esta nueva aplicación, un viajero puede subir al tren y comprar el billete dentro del mismo, sin necesidad de pasar previamente por ventanilla. Tras una entrevista con el personal de TRAFER, se ha conseguido la siguiente información relativa al proceso de venta de billetes: El revisor, a través de VIRUTA, registrará los datos del viaje a realizar seleccionando la estación de origen y destino, que le diga el viajero. La aplicación asignará la fecha y hora del sistema. A partir de dicha información, VIRUTA comprobará la existencia de algún descuento en la tarifa de descuentos de calendario ("días azules, dorados o rojos y horas punta y valle"). Esta labor la realiza automáticamente el sistema a partir de los datos del viaje puesto que conoce la fecha y hora del mismo. A continuación calcula el precio del billete, consultando la tarifa de precios. Posteriormente el revisor introduce el número de billetes a emitir y VIRUTA calculará entonces el importe total. Hay que aclarar que una venta sólo puede realizarse para el mismo origen, destino, fecha y hora de salida. Finalmente, se imprime un único justificante donde se indica el número de billetes solicitados, el importe total, el trayecto (estación de origen y destino, fecha y hora) y el descuento aplicado. El revisor recoge el justificante, siendo este el único indicador de que la venta se ha producido, ya que hasta ese momento se considera que la venta se podía cancelar. Tras esto VIRUTA vuelve a la situación inicial. Debido a que la aplicación va instalada en una PDA con impresora, y dada su reducida capacidad de disco, se ha acordado con el personal de TRAFER, que desde la aplicación VIRUTA, el revisor pueda ordenar la descarga de los datos de las ventas realizadas. Para la realización de esta descarga, la aplicación solicitará al revisor que se identifique. Después de validar al revisor y una vez haya terminado la descarga, VIRUTA lo indicará mediante un mensaje de confirmación. El revisor acepta la confirmación y VIRUTA vuelve a la situación inicial. Se pide: 1. Realizar el diagrama de casos de uso de VIRUTA, indicando qué requisito está asociado a cada caso de uso identificado. 2. Realizar el diagrama de estados asociado a la venta de billetes.