Examen de Ingeniería del Software / 3º de Informática de

Transcripción

Examen de Ingeniería del Software / 3º de Informática de
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
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.
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
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.
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
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)
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
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)
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
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)
Examen de Ingeniería del Software / 3º de Informática de Gestión
7 de febrero de 2007
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.

Documentos relacionados