Ejemplo-de-Examen-AER.

pdf

Anónimo

Análisis y especificación de requisitos

4º Grado en Ingeniería Informática

Escuela Técnica Superior de Ingeniería Informática

Universidad Politécnica de Valencia

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
 EXAMEN DE AER Universitat Politècnica de València – ETSINF / DSIC
Grupo:
Nombre:……………………………………………………………………………..……..…………… ( ) (mañana) AER – Emilio Insfran

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Duración: 2,5 horas Fecha: 15 de Enero ( ) (tarde) AER – María José Vicent
Observación: Usar solo el espacio asignado a cada pregunta. EXAMEN TIPO: A
No se admiten hojas sueltas!!! Firma:…………………………...…………….

Parte 1: Test (15% de la nota final)

Indicar la respuesta correcta. Dos respuestas incorrectas anulan una correcta (10 puntos)

1. Respecto a los factores determinantes de la calidad de software, relaciona cada elemento de la columna de la izquierda
con un elemento de la columna de la derecha:

A. Facilidad de uso 1. Adaptabilidad a nuevos entornos

B. Facilidad de prueba 2. Capacidad de soportar cambios

Reservados todos los derechos.

C. Reusabilidad 3. Características operativas

a. A-2; B-3; C-1

b. A-2; B-1; C-3
c. e
A-3; B-2; C-1
d. A-3; B-1; C-2

2. Dado el siguiente requisito, indique la respuesta correcta:

R1. El sistema debe responder a una petición de usuario en menos de 2 segundos.
a. Se trata de un requisito funcional a nivel de usuario/dominio. Describe una necesidad de usuario que el sistema debe
-
-

satisfacer.
b. Representa un requisito a nivel de negocio. Describe un objetivo del negocio para el que se desarrolla el sistema
c. Es. un requisito a nivel software. Describe una actividad realizada por el sistema para satisfacer las necesidades del
usuario.
d. Es un requisito no funcional del producto software, puesto que representa una restricción sobre el rendimiento que
n

el sistema debe cumplir.

-

3. Dado la siguiente funcionalidad para un sistema de Farmacia-online: Un cliente puede realizar un pedido de un
medicamento, para ello debe estar registrado, de manera que cada vez que se realiza una petición el sistema comprobará
si hay existencias, en caso de no ser así se realizará un pedido al proveedor. ¿Cuál de los siguientes diagramas de caso de
uso refleja mejor dicha funcionalidad?

.
a.
 b.

c.
tm
"

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
zoeay
d.

.
Reservados todos los derechos.
ng

4. Respecto a la especificación formal de requisitos indica cuál de las siguientes afirmaciones es FALSA.

a. La Especificación basada en históricos se especifican aserciones que capturen todos los históricos admisibles para un

-
objeto, entendiendo por histórico la secuencia temporal de los estados por los que han pasado los objetos.
b. En la especificación basada en estados los requisitos, asunciones y propiedades del dominio se especifican mediante
-
-

una lógica ordenada a través de invariantes del sistema y pre y post-condiciones sobre las operaciones.
c. En la especificación basada en eventos se especifican los estados admisibles después de cada clase de evento
r
producido (siendo una clase de evento el conjunto de eventos que nos llevan a un estado concreto).
r n a n

d. La especificación algebraica no existe una noción de estado, el histórico de un sistema se corresponde con una traza
de las aplicaciones sucesivas de los operadores.

5. Respecto a las técnicas de validación indica cuál de las siguientes afirmaciones es CIERTA.

a. La creación de manuales de usuario es una técnica de validación que puede ser útil para detectar si la especificación
a

de requisitos es incompleta.
b. La prueba de aceptación del software consiste en integrar los distintos elementos del sistema (por ejemplo,
elementos mecánicos, interfaces electrónicos entre dispositivos, etc.) para validar su funcionamiento en conjunto.
c. La inspección es un tipo de revisión informal en la que el documento a inspeccionar es entregado a otro ingeniero
de requisitos para que lo lea y opine sobre el mismo.
d. El prototipado es una técnica de validación que se utiliza para realizar las pruebas de aceptación sin el cliente.

Llévate 1 año de WUOLAH PRO con BBVA. ¿Cómo? ¡+Info aquí!

6. Un equipo de ingenieros informáticos ha sido contratado para determinar una primera versión de los requisitos de un
nuevo e innovador sistema informático. Como parte de la elicitación se discute sobre realizar algunas de las siguientes
tareas: i) Entrevistas; ii) Análisis de documentos; iii) Sesiones de Brainstorming; iv) Prototipado. ¿De las siguientes
combinaciones de tareas cuál consideras que podría dar mejor resultado?

a. Tareas i y ii
b. Tareas i y iii
c. Tareas i y iv
d. Tareas iii y iv

7. Se desea desarrollar un sistema de Farmacia-online que permita a los clientes hacer sus pedidos sin necesidad de
desplazarse. El cliente podrá solicitar mediante la aplicación todo tipo de productos farmacéuticos, ya sean de venta libre

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
o financiados por el servicio público de salud. Los pedidos serán entregados en el domicilio del cliente en un máximo de
24 horas. Los pacientes crónicos podrán registrarse en el sistema y aportar (en formato PDF) un justificante que los
acredite como crónicos y la receta correspondiente para que, una vez comprobados sus datos, se les haga llegar su
medicación de forma periódica sin necesidad de realizar sucesivamente los pedidos. Indica cuál de los siguientes NO sería
un stakeholder relevante para la realización de dicho sistema.

a. Representante(s) del Servicio de Salud del Gobierno.

b. Representante(s) de los titulares de farmacia.
c. Representante(s) de los clientes.
d. Representante(s) de las diferentes asociaciones de enfermos crónicos.

8. En un proceso de IDR, ¿cuál de las siguientes afirmaciones respecto a la fase de Definición de requisitos es FALSA?

Reservados todos los derechos.

a. Esta fase suele implicar una actividad de “negociación” para tratar con los requisitos contradictorios o con los
alcances reales de los requisitos identificados.
b. Debe especificar “comportamiento externo” del sistema independiente de aspectos tecnológicos y del
particionamiento interno del sistema.
c. Se utilizan descripciones “orientadas al cliente” de la funcionalidad del sistema y de las restricciones de su operación.
d. Incluye actividades relacionadas con demostrar que los requisitos definen el sistema que el cliente realmente desea.

9. Respecto a las metodologías de desarrollo de software Métrica V3.0 y RUP indica cuál de las siguientes afirmaciones es
CIERTA.
a. En RUP el desarrollo de software está dividido en fases (incepción, elaboración, construcción y transición) y dentro
de cada fase se pueden realizar varias iteraciones produciendo en cada iteración una versión ejecutable.
b. En RUP, los requisitos funcionales se representan utilizando Casos de Uso mientras que en Métrica V3.0 no se utiliza
el concepto de Caso de Uso.
c. En Métrica V3.0 se realizan actividades únicamente de Análisis Estructurado, mientras que en RUP las actividades
realizadas son tanto de Análisis Estructurado como Orientado a Objetos.
d. Por su complejidad y amplitud, Métrica V3.0 sólo es aplicable para proyectos muy grandes, ya que su adaptación a
diferentes tipos de proyectos es muy costosa.

10. Respecto a las técnicas de Elicitación indica cuál de las siguientes afirmaciones es CIERTA.

a. La Lista de Fuentes de Requisitos es un inventario de personas, documentos específicos y fuentes de información

externa que se usará para la elicitación.
b. La Categorización de stakeholders es la definición de arreglos estructurados de los potenciales usuarios del sistema.
c. El modelo de actores identifica a los stakeholders que necesitan participar o estar representados en el proceso de
elicitación.
d. El Diagrama de Contexto es una representación gráfica de alto nivel que permite representar la estructura interna
de la organización.

Llévate 1 año de WUOLAH PRO con BBVA. ¿Cómo? ¡+Info aquí!

examen-2015.pdf

Anónimo

Análisis y especificación de requisitos

4º Grado en Ingeniería Informática

Escuela Técnica Superior de Ingeniería Informática

Universidad Politécnica de Valencia

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
 -
-
-

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Llévate 1 año de WUOLAH PRO con BBVA. ¿Cómo? ¡+Info aquí!
Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
examen-2013.pdf

Anónimo

Análisis y especificación de requisitos

4º Grado en Ingeniería Informática

Escuela Técnica Superior de Ingeniería Informática

Universidad Politécnica de Valencia

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
 Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Llévate 1 año de WUOLAH PRO con BBVA. ¿Cómo? ¡+Info aquí!
Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Llévate 1 año de WUOLAH PRO con BBVA. ¿Cómo? ¡+Info aquí!
Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Llévate 1 año de WUOLAH PRO con BBVA. ¿Cómo? ¡+Info aquí!
Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
examen-2016.pdf

Anónimo

Análisis y especificación de requisitos

4º Grado en Ingeniería Informática

Escuela Técnica Superior de Ingeniería Informática

Universidad Politécnica de Valencia

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
 Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Si tu ordenador tiene más años que los que dura tu carrera: toca cambio ¡Clic aquí!
Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Si tu ordenador tiene más años que los que dura tu carrera: toca cambio ¡Clic aquí!
Reservados todos los derechos.
No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.