Cuestionario de Requerimientos

1. Cuáles de los siguientes aspectos, son considerados las etapas para

establecer las bases de requerimientos.
Respuesta correcta
✓ Identificación de los participantes
✓ Reconocer los múltiples puntos de vista
✓ Trabajar hacia la colaboración
✓ Hacer las primeras preguntas

2. Caso de estudio: Los usuarios del sistema MHC-PMS se acreditarán a sí mismos

con el uso de la tarjeta de identidad de la autoridad sanitaria. Corresponde a un
requerimiento RQ:
Respuesta correcta
✓ RQ Organización

3. Los requisitos se definen durante las primeras etapas del desarrollo de

un sistema como una especificación del sistema. A partir de los siguientes
enunciados, identifique cuáles de ellos describen lo que es un
requerimiento.
Respuesta correcta
✓ Una descripción de facilidad a nivel de usuario.
✓ Información sobre cómo realizar algún cálculo.
✓ Una restricción específica en el sistema.
✓ Una especificación detallada del comportamiento esperado del sistema.

4. Los usuarios envían sus solicitudes en diversos medios, para que éstos
sean considerados requerimientos, el ingeniero de software deberá:
Identifique las etapas de procesamiento de solicitudes a requerimiento.

Respuesta correcta

✓ Analizar correctamente el problema

✓ Entender las necesidades reales,
✓ Documentar formalmente

5. Requerimiento de sistema son descripciones más detalladas de las funciones,

los servicios y las restricciones operacionales del sistema de software
 6. El proceso de ingeniería de requerimientos se enfoca en producir un
documento de requerimientos convenido que especifique los requerimientos de los
interesados que cumplirá el sistema. Según Roger Pressman (2010), la ingeniería
de requerimientos proporciona el mecanismo apropiado para entender lo que
desea el cliente, tiende un puente para el diseño y la construcción, para esto
incluyen 7 actividades diferentes, pero interrelacionada sistemáticamente.
Identifique el orden de las siete etapas del proceso de ingeniería de requerimientos
según Roger Pressman.

Respuesta correcta

✓ Concepción
✓ Indagación
✓ Elaboración
✓ Negociación
✓ Especificación
✓ Validación
✓ Administración

7. Caso de estudio: El sistema estará disponible para todas las clínicas durante las
horas normales de trabajo (lunes a viernes, 80:30 a 17:30). El tiempo de inactividad
durante las horas normales de trabajo no debe exceder los 5 segundos en cualquier día.

¿Al caso anterior, se lo podía definir como un requerimiento de que tipo?

Respuesta correcta

✓ Requerimiento No Funcional: Define cómo debe ser un sistema, describe las restricciones
que limitan las elecciones para construir una solución, por ende, son atributos de calidad
como rendimiento, escalabilidad, fiabilidad, disponibilidad, mantenimiento, seguridad,
etc.

8. El siguiente enunciado, muestra un claro ejemplo de un requerimiento de tipo

_______. “El MHC-PMS mostrará informe en tiempo real del stock de medicamentos
por cada clínica zonificada (GPS).”
Respuesta correcta

✓ RQ Usuario

9. Caso de estudio: Si se sabe que un paciente es alérgico a un medicamento en

particular, entonces la prescripción de ese medicamento dará como resultado que el
sistema emita un mensaje de advertencia al prescriptor.

¿Al caso anterior, se lo podía definir como un requerimiento de que tipo?

Respuesta correcta

✓ Requerimiento Funcional: Define lo que debe hacer un sistema, se detalla los

servicios o funciones del sistema, por lo general en función de los procesos emanados por
los clientes o usuarios.

10. Desde el punto de vista, en espiral del proceso de ingeniería de requerimientos,

según Ian Sommerville (2011), el estudio de factibilidad, ¿es una actividad dentro de
la etapa del proceso?
Respuesta correcta

✓ Validación de requerimientos

11. Los requerimientos de software se dividen en: funcionales y no funcionales. A

partir del siguiente enunciado, identifique que se debería considerar en la formulación de
requerimientos de usuario.
Respuesta correcta

✓ Deben describir requerimientos funcionales.

✓ Escribir en lenguaje natural, comprensibles para cualquier persona: tablas, formas,
diagramas intuitivos. (los usuarios carecen de un lenguaje técnico).
✓ Deberían especificar sólo el comportamiento externo del sistema. (Interacción con el
sistema).

12. A partir del siguiente enunciado, identificar, clasificar y relacionar los

diferentes tipos de requerimientos (usuario y sistema) derivados del
desarrollo de un software MHC-PMS para una clínica privada "Health
Hospital".

Respuesta correcta

El sistema ejecutara automáticamente un (backup/respaldo) de Requerimiento

datos de las transacciones realizadas después de las 17:30 del de sistema
último día laboral del mes.
El sistema se desarrollará en plataforma web y estará disponible Requerimiento
24/7. de sistema

El acceso a los informes de costos se restringirá a usuarios Requerimiento

autorizados en la lista de control de acceso administrativo. de sistema

El sistema elaborará mensualmente informes administrativos que Requerimiento

revelen el costo de los medicamentos prescritos por cada clínica de usuario
durante ese mes.

El sistema deberá emitir un reporte para cada clínica junto con los
nombres de cada medicamento, el número de prescripciones, las Requerimiento
dosis prescritas y el costo total de los medicamentos prescritos. de usuario
13. Un estudio de factibilidad es un breve estudio enfocado que debe realizarse con
oportunidad en el proceso de Ingeniería de Requerimiento (IR). Cuál(es) de los
siguientes, es considerado como parte del estudio de factibilidad.
Respuesta correcta

✓ Factibilidad Técnica
✓ Factibilidad Financiera
✓ Factibilidad Tecnológica

14. El siguiente enunciado, muestra un claro ejemplo de un requerimiento de tipo

_______. “El MHC-PMS deberá se cumplir el criterio de portabilidad
(multiplataforma).”
Respuesta correcta

✓ RQ Sistema

15. Inevitablemente, cuando intervienen diversos participantes, los

requerimientos entrarán en conflicto. Esta actividad se preocupa por
encontrar y resolver conflictos de requerimientos mediante acuerdos entre
los participantes, reunirse para resolver las diferencias y estar de acuerdo
con los compromisos más relevantes de los requerimientos. ¿A esta etapa del
proceso se lo conoce cómo _____________?

Respuesta correcta

✓ Priorización y negociación de requerimientos

16. Caso de estudio: El sistema deberá generar los reportes de los lugares con mayor
riesgo de accidente; para el caso del diseño de un sistema clínico georreferencial.

¿Al caso anterior, se lo podía definir como un requerimiento de que tipo?

Respuesta correcta

✓ Requerimiento Funcional: Define lo que debe hacer un sistema, se detalla los

servicios o funciones del sistema, por lo general en función de los procesos emanados por
los clientes o usuarios

17. En el contexto de la ingeniería de software existen clara diferencias

entre una solicitud y un requerimiento, a partir de las técnicas de recolección
de información. ¿Para qué aquellas solicitudes sean consideradas
requerimientos se debe?

A partir del siguiente listado identifique las atapas o procesos para que las
solicitudes sean llevadas a requerimientos.

Respuesta correcta
 ✓ Analizar correctamente el problema.
✓ Entender las necesidades reales.
✓ Documentar formalmente.

18. Un requerimiento es:

Respuesta correcta

✓ Necesidades derivadas del negocio.

✓ Necesidades derivadas de los usuarios.
✓ Especificaciones del funcionamiento del sistema

19. Requerimiento de usuario son enunciados, en un lenguaje natural junto con

diagramas, acerca de qué servicios esperan los usuarios del sistema, y de las restricciones
con las cuales éste debe operar.

20. A partir del siguiente listado identifique y seleccione el o los atributos de calidad
de software según la Norma ISO-9126.
Respuesta correcta

✓ Funcionalidad
✓ Confiabilidad
✓ Usabilidad
✓ Eficiencia
✓ Mantenibilidad
✓ Portabilidad

21. Caso de estudio: El sistema de debe generar un reporte estadístico que indique
cuáles son las infracciones más frecuentes.

¿Al caso anterior, se lo podía definir como un requerimiento de que tipo?

Respuesta correcta

✓ Requerimiento Funcional: Define lo que debe hacer un sistema, se detalla los

servicios o funciones del sistema, por lo general en función de los procesos
emanados por los clientes o usuarios.

22. Esta actividad toma la compilación no estructurada de requerimientos, agrupa

requerimientos relacionados y los organiza en grupos coherentes. La forma más común
es usar un modelo de la arquitectura del sistema, para identificar subsistemas y asociar
los requerimientos con cada subsistema. En la práctica, la ingeniería de requerimientos y
el diseño arquitectónico no son actividades separadas completamente. A que etapa del
proceso de adquisición y análisis de requerimientos corresponde:
Respuesta correcta
✓ Clasificación y organización de requerimientos

23. Cuál de los siguientes son considerados medios formales para remitir
solicitudes de usuarios o clientes:

Respuesta correcta
✓ Oficio con firma electrónica o física
✓ Actas de reuniones
✓ Entrevista
✓ Cuestionario

24. El proceso de ingeniería de requerimientos se enfoca en producir un documento

de requerimientos convenido que especifique los requerimientos de los interesados que
cumplirá el sistema. Según Roger Pressman (2010), la ingeniería de requerimientos
proporciona el mecanismo apropiado para entender lo que desea el cliente, tiende un
puente para el diseño y la construcción, para esto incluyen 7 actividades diferentes, pero
interrelacionada sistemáticamente. Identifique y relacione las siete etapas del proceso de
ingeniería de requerimientos según Roger Pressman.

Respuesta correcta

Especifica el problema (propuesta técnica que satisface Especificación

requerimiento)

Revisa o valida comprensión del problema entre usted y la de Validación

los participantes.

Refinan y modifican los requerimientos básicos. Elaboración

Establecen prioridades, ¿qué es lo esencial? ¿cuándo se Negociación
requiere?

Identificar, controlar y dar seguimiento a los requerimientos y Administración

cambios en el desarrollo del proyecto.

Define el alcance y naturaleza del problema Concepción

Ayuda a los participantes a definir lo que se requiere Indagación
(Problema).
 25. A partir de la siguiente imagen... en el contexto de la ingeniería de software la
percepción de los stakeholders (grupos de interés) en un proyecto de software es:

Respuesta correcta
✓ Subjetiva desde la perspectiva de cada rol del interesado

26. A partir del siguiente recuadro, identifique y relacione los criterios de evaluación
de calidad de software: Relacione las siguientes columnas:
Respuesta correcta
Atributo de Características
calidad
1. Funcionalidad Conjunto de características y capacidades del programa, funciones que
se entregan y la seguridad general del sistema
2. Usabilidad Tomando en cuenta los factores humanos, estética general, dinamismo,
intuitivo y consistente
3. Confiabilidad Tolerancia a la medición para la reducción de la frecuencia y gravedad
de los errores, garantiza la exactitud del procesamiento de datos y
presentación de los resultados
4. Rendimiento Velocidad del procesamiento, tiempo de respuesta, uso de recursos, la
eficiencia
5. Mantenibilidad Capacidad del programa para ser ampliable, adaptable y servicial,
además que pueda probarse, ser compatible y configurable.
27. A partir del siguiente listado identifique y seleccione el o los atributos de calidad
de software según la Norma ISO-9126.
Respuesta correcta
✓ Funcionalidad
✓ Confiabilidad
✓ Usabilidad
✓ Eficiencia
✓ Mantenibilidad
✓ Portabilidad

28. A partir del siguiente listado, identifique cuáles corresponden a los

requerimientos No Funcionales relacionado al producto, según Ian
Somerville (2011).
Respuesta correcta
✓ Usabilidad
✓ Eficiencia
✓ Seguridad/Confiabilidad

29. En el contexto de la ingeniería de software. ¿Cuál de los siguientes elementos,

describe las características o restricciones que el software debe poseer o adherirse?
Respuesta correcta
✓ Producto

30. Identifique y ordene el proceso de adquisición y análisis de requerimientos, según

Ian Sommerville (2011).
Respuesta correcta
✓ Descubrimiento de requerimientos.
✓ Clasificación y organización de requerimientos.
✓ Priorización y negociación de requerimientos.
✓ Especificación de requerimientos.

31. Dentro de las métricas de los requerimientos (RQ) No Funcional, los criterios de:
Transacciones/segundo procesadas; Tiempo de respuesta usuario/evento; y, Tiempo de
regeneración de pantalla, son métricas de:
Respuesta correcta
✓ Rapidez
32. El proceso de ingeniería de requerimientos se enfoca en producir un documento
de requerimientos convenido que especifique los requerimientos de los interesados que
cumplirá el sistema. Según Roger Pressman (2010), la ingeniería de requerimientos
proporciona el mecanismo apropiado para entender lo que desea el cliente, tiende un
puente para el diseño y la construcción, para esto incluyen 7 actividades diferentes pero
interrelacionada sistemáticamente.

Identifique en cuál de las siete etapas del proceso de ingeniería de requerimientos, es

permitido ajustar y/o cambiar requerimientos de fondo y/o forma en el desarrollo del
proyecto?
Respuesta correcta
✓ Administración

33. ¿El siguiente enunciado, muestra un claro ejemplo de un requerimiento de tipo?

_______. “El MHC-PMS del módulo de bodega presenta en pantalla una alerta al
bodeguero en tiempo real sobre el stock de medicamentos próximo a caducar por centro
de salud y zona, con la finalidad de emitir un informe a la sede del Distrito Zonal de Salud
y realizar la próxima orden de compra y distribución zonal de medicamentos”.
Respuesta correcta
✓ RQ Funcional

34. A partir del siguiente listado identifique y seleccione el atributo de calidad de

software según la Norma ISO-9126, asociado con la condición o restricción de que el
software en desarrollo pueda funcionar (operar) en cualquier sistema operativo.
Respuesta correcta
✓ Portabilidad

35. A partir del siguiente listado, identifique cuáles corresponden a los requerimientos
No Funcionales relacionado con la organización, según Ian Somerville (2011).
Respuesta correcta
✓ Ambientales
✓ Operacionales
✓ Desarrollo

36. ¿El siguiente enunciado muestra un claro ejemplo de un requerimiento de tipo?

_______. “El MHC-PMS incluirá un módulo de seguridad que permita asignar permisos
y accesos a usuarios específicos, basados en su rol, atribuciones o responsabilidades
dentro de la organización”
Respuesta correcta
✓ RQ Sistema
 37. En el contexto del proceso de ingeniería de requerimientos. ¿Cuál de los siguientes
enunciados, corresponden al proceso o etapa de validación de requerimientos, según la
postura de Ian Sommerville?
Respuesta correcta
✓ Estudio de Factibilidad
✓ Prototipos
✓ Revisiones

38. Caso de estudio: El sistema a desarrollar por el equipo de software deberá estar
desarrollado en el lenguaje de programación java, alta velocidad de procesamiento de
datos y considerar una interfaz gráfica de fácil lectura.

¿Al caso anterior, se lo podía definir como un requerimiento de que tipo?

Respuesta correcta
✓ Requerimiento No Funcional: Define cómo debe ser un sistema, describe las
restricciones que limitan las elecciones para construir una solución, por ende, son
atributos de calidad como: rendimiento, escalabilidad, fiabilidad, disponibilidad,
mantenimiento, seguridad, etc.

39. Las conversaciones en los pasillos son intercambios de información informales

manejados por eventos basados en la oportunidad; donde dos participantes se reúnen por
accidente y aprovechan la situación para intercambiar información.

¿A partir de los siguientes criterios, identificar cuáles son desventajas de las

conversaciones de pasillo como fuente de información informal?
Respuesta correcta
✓ Audiencia reducida y falta de historia.
✓ Acceso restringido a documento, base de datos o información para referencia de una
decisión

40. ¿A qué grupo de diagramas pertenece el Diagrama de Casos de Uso?

Respuesta correcta
✓ Diagrama de comportamiento.

41. Conteste si el siguiente enunciado es verdadero o falso: Mecanismos de

comunicación, refiere a un tipo de intercambio de información que tiene objetivos y
alcances definidos. Ej. modo calendarizado o por eventos?
Respuesta correcta
✓ Falso
42. Contestar verdadero o falso, la siguiente afirmación: Las relaciones
entre actores y casos de uso permiten que los desarrolladores y usuarios
reduzcan la complejidad del modelo e incrementen su comprensibilidad.
Respuesta correcta
✓ Verdadero

43. Contesto verdadero o falso, la siguiente afirmación: Un caso de uso es

una instancia de un escenario, esto es, un escenario especifica todos los
casos de uso posibles para una parte de funcionalidad dada. Un caso de uso
es iniciado por un actor.
Respuesta correcta
✓ Falso

44. ¿Cuáles de las siguientes preguntas, permiten identificar escenarios en

el proceso de obtención de requisitos?
Seleccione una o más de una:
Respuesta correcta
✓ ¿Cuáles eventos o comportamientos necesitan el actor que le informe el sistema?
✓ ¿Cuáles son las tareas asociadas a los procesos, subproceso o actividades que el actor
requiere que realice el sistema?

45. Durante la obtención de requerimientos, el cliente y los

desarrolladores también se ponen de acuerdo sobre un conjunto de
requerimientos. ¿A partir del siguiente enunciado identifique que tipo de
requerimiento se trata?

Requerimiento: El distribuidor de boletos deberá proporcionar retroalimentación al

viajero en pantalla (por ejemplo, ciudad de origen y destino, fechas de vuelo,
disponibilidad de asientos, precio del boleto por categorías, etc.) y emitir boletos digitales
menos de un segundo después de que se haya mostrado la información a imprimir previa
confirmación final por parte del usuario.
Respuesta correcta
✓ Requerimiento Funcional

46. A partir de los siguientes diagramas de casos de uso. Identifique cuál

es el diagrama que no contiene error típico de diseño, correctamente
diseñado
 Respuesta correcta
✓ Diagrama de caso de uso C

47. A partir del siguiente enunciado, identificar y relacionar entre los modos de
comunicación y objetivos de su aplicación.
Respuesta correcta
Extraer del cliente y del usuario el conocimiento de los
requerimientos. Y del dominio del modelo de negocio. Definición del problema

Asegurar que la implementación de los subsistemas sea

correcta Inspecciones / pruebas de
recorrido
Asegurar la terminación a tiempo de los productos a
entregar. Revisiones de estado

Asegurarse que el sistema que se está construyendo sea

el que quiere el cliente Revisiones del cliente

Captura y organización de las lecciones aprendidas Revisión Post mortem

Generar y evaluar soluciones Lluvia de ideas

 48. Para describir un caso de uso, usamos una plantilla compuesta de seis campos
básicos. A partir del siguiente listado de enunciados, identifique y relacione los
componentes con sus definiciones relacionado a la estructura de la especificación básica
de casos de uso.
Respuesta correcta
Interactúan con los casos de uso Actores principales
Acciones no relacionadas con la funcionalidad del
sistema. Incluyen restricciones sobre el desempeño del Requerimientos
sistema, su implementación, plataformas de hardware en especiales
las que se ejecutan.

Secuencia de acciones comunes o excepcionales. Flujo de eventos

Excepciones que satisfacen después de que termina el
caso de uso. Condiciones de salida
Describen especificaciones que necesitan satisfacer antes
que inicie el caso de uso. Condiciones iniciales
Único en todo el sistema, para que los desarrolladores
puedan referenciar su uso sin ambigüedad. Nombre de caso de uso

49. Basado en el siguiente ejemplo de caso de uso: CompraBoletoSencillo. Identifique

y relacione los componentes (nombre de caso de uso, actor participante, condición
inicial, flujo de evento (actividad), condición de salida, requerimiento especial) de su
estructura (Caracterización de caso de uso) y su contenido (respuesta) según como la
coherencia de enunciado y basado en el ejemplo referido.
Respuesta correcta
CompraboletoSencillo Nombre del caso de uso
El viajero toma un boleto válido y el cambio, en su caso Condición de salida
El viajero inserta una cantidad de dinero que, por lo
menos, es igual al precio del boleto. Flujos del evento

Si la transacción no se termina después de un minuto de

inactividad, el DistribuidorDeBoletos regresa todo el
dinero insertado. Requerimiento especial

Iniciado por Viajero Actor participante

 50. A partir del siguiente listado, identifique y relacione las actividades que se incluyen
en la etapa de obtención de requisitos.
Respuesta correcta
Restricciones del sistema, recursos, seguridad y Identificación de requerimientos
calidad del sistema No funcionales,
Funcionalidad típica del sistema; profundiza la
comprensión del dominio de aplicación. Identificación de escenarios
Asegurar la especificación del sistema esté completa,
comportamiento del sistema, errores y condiciones Refinamiento de casos de uso
excepcionales.
Desarrolladores consolidan modelo, aseguran la
especificación sea consistente; y, eliminar Identificación relaciones entre
redundancia. casos de uso
Detectar diferentes tipos de usuario que soportará el
sistema; un actor puede ser un sistema humano o uno Identificación de Actores
externo.
Determinan el alcance del sistema a partir de Identificación de casos de uso
escenarios.

51. Contestar verdadero o falso a partir de la siguiente afirmación: La redundancia de

casos de uso pueden factorizarse usando relaciones de extender (extend).
Respuesta correcta
✓ Falso

52. Supongamos, que un Despachador necesita consultar el plano de la ciudad cuando

abre un incidente (por ejemplo, para saber cuáles áreas tienen riesgo durante un
incendio) y cuando asigna recursos (por ejemplo, para saber cuáles recursos están más
cercanos al incidente).

El caso de uso VerPlano describe el flujo de eventos para ver un mapa de la ciudad (por
ejemplo, desplazamiento, acercamiento, consulta por nombre de calle) y es utilizado por
los casos AbrirIncidente y AsignarRecursos. Bajo el principio de factorización del
comportamiento (casos de uso compartidos); un comportamiento sólo deberá
factorizarse en caso de uso separados si es compartido entre dos o más casos de uso.

¿Cuál de los siguientes diagramas es el correcto diseño que responde al

planteamiento del caso referido?
 Respuesta correcta
✓ Diagrama opción A

53. A partir del siguiente diseño de diagrama de casos de uso.

Identifique y seleccione las afirmaciones relacionado con el caso representado en el

diagrama.
Respuesta correcta
✓ B solo puede comunicarse con Y
✓ Los actores abstractos son posibles
✓ Se permite herencia múltiple.
✓ A puede comunicarse con X e Y
54. A partir del siguiente enunciado, identifique y empate los tipos de relaciones
basado en la notación de diagrama de casos de uso:

Respuesta correcta

La inserción de comportamiento adicional en un

caso de uso base que no tiene conocimiento sobre
él.

La inserción de comportamiento adicional en

caso de uso base que describe explícitamente la
inserción.

Una relación entre un caso de uso general y un

caso de uso mas especifico que le añade
propiedades.

La línea de comunicación jerárquico entre actores

o casos de uso en el que participa.

55. Las actividades administrativas asociadas con la ingeniería de software, son:

1. Obtención de requerimientos
2. Análisis
3. Diseño de sistema
4. Diseño de objetos
5. Implementación

En qué etapa o actividad de las actividades técnicas asociadas con la ingeniería de

software. ¿Los desarrolladores descubren ambigüedades? e inconsistentencias en el
modelo de casos de uso y las resuelven con el cliente.

Respuesta correcta
✓ Análisis

56. Durante la obtención de requerimientos, el cliente y los desarrolladores también

se ponen de acuerdo sobre un conjunto de requerimientos. ¿A partir del siguiente
enunciado identifique que tipo de requerimiento se trata?

Requerimiento: La plataforma de distribución de boletos de vuelos deberá estar

disponible para los viajeros 24/7 garantizando el 99,99% de disponibilidad sin
interrupción del servicio.

Respuesta correcta

✓ Requerimiento no Funcional
 57. A partir del siguiente listado relacione las siguientes preguntas con los términos
asociados.

Respuesta correcta
Entender el contexto interno y externo de la Modelo de negocio
organización donde surge el problema.
Grupos de interés que se relacionan directa o Stakeholders
indirectamente con el modelo negocio.
En construir el entendimiento de un problema que Relación la obtención de
el software requiere resolver. requisitos con requerimientos
de software.
Es la actividad donde los interesados son Relación entre obtención de
identificados y se establecen relaciones entre el requisitos en el modelo de
equipo de desarrollo y el cliente. negocio.

58. A partir de los siguientes enunciados identificar y relacionar las técnicas para la
obtención de requisitos:

Respuesta correcta
Entrevistas Medio tradicional para obtener requisitos de los interesados,
por lo general preguntas abiertas.
Encuestas Medio tradicional para obtener requisitos de los interesados,
por lo general preguntas estructuradas y cerradas.
Escenarios Los diagramas de casos de uso, DFD, son comunes en el
modelado de software
Reuniones Logra un efecto sumativo, lluvia de ideas en reuniones grupales
traen mayor información de sus requisitos de software que de
manera individual.
Prototipos Técnica que reduce ambigüedades en requisitos. Ej.
maquetación o diseño de pantallas en papel a versiones beta
con proyección operativa.
Observación Técnica etnografía para sumergirse en el ambiente
organizacional, interactuando con gente, procesos,
herramientas, etc.
Historia de usuario Descripciones de alto nivel de la funcionalidad requerida en
términos del cliente.

59. Dentro de la panorámica de comunicación de proyectos, identifique los modos de

comunicación, referido al intercambio de información que tiene objetivos y alcance
definidos.

Respuesta correcta

✓ Modo de calendarización
✓ Modo manejado por eventos
60. Contestar verdadero o falso a partir del siguiente enunciado: Un caso de uso
extiende otro caso de uso si el caso de uso extendido puede incluir el comportamiento de
la extensión bajo determinadas condiciones.

Respuesta correcta

✓ Verdadero

61. ¿Cuál de los siguientes diseños de diagrama de casos de uso, reflejan una correcta
relación entre actores en el siguiente gráfico?

Respuesta correcta

✓ Diagrama de casos de uso A

62. A partir de las siguientes afirmaciones identifique cuál(es) son correcta(s),

aspectos relacionados con la definición, escritura y contexto de los casos de uso en la
ingeniería de software.

Seleccione una o más de una:

 Respuesta correcta

✓ La escritura de casos de uso equivale a la historia del uso del sistema, es una técnica
para atender y describir los requisitos.
✓ Modelo de casos de usos, es un conjunto de todos los casos de uso, es un modelo de la
funcionalidad y entorno del sistema.
✓ Los casos de uso son requisitos, ante todo requisitos funcionales o de comportamiento.
✓ Un caso de uso sirve para satisfacer un objetivo de un usuario del sistema, o el actor
principal.

63. A partir del siguiente listado identifique las técnicas más utilizadas o medio
tradicional para obtener requisitos de los interesados.

Seleccione una o más de una:

Respuesta correcta

✓ Entrevistas
✓ Encuestas

64. Cuáles de las siguientes afirmaciones son correctas:

Selecciones una o más de una:

Respuesta correcta

✓ Use relaciones extendidas para comportamientos excepcionales, opcionales o que

rara vez suceden.
✓ Use relaciones de inclusión para comportamientos que se comparten entre dos o más
casos de uso.

65. A partir del siguiente diseño que muestra las relaciones de casos de uso en la
aplicación de ventas por catálogo. Identifique el diseño que se ajuste con la realidad
propuesta teniendo en consideración lo siguiente:

• Para realizar un pedido, el cliente puede o no consultar el catálogo de los productos

existente, en caso de no recordar su descripción o código del producto.

• Para realizar el pedido es necesario que el cliente registre sus datos personales
antes de solicitar un producto, para posterior acordar la forma de pago, que puede
ser de dos tipos: mediante pago en efectivo “metálico” o acordar pago mediante
crédito directo
Respuesta correcta
✓ Diagrama D
 Cuestionario de Requerimientos
1. Respecto a la organización, escritura y presentación de la
documentación de la especificación de requerimiento de
software (ERS), identifique cuál de las siguientes afirmaciones
es falsa:
R// Interfaces de usuario con prototipos en papel, maquetas de trabajo,
estructuras alámbricas o herramientas de simulación hace que los conceptos
sean intangibles (no palpable) tanto para los usuarios como para los
desarrolladores
2. Cuál de las siguientes ilustraciones representa la técnica de
especificación de requerimiento que a partir de eventos
externos permite complementar la información respecto a la
modelo de negocio, y podrían desencadenar un
comportamiento en el sistema.

R// Ilustración 4
3. Cuál de los siguientes diagramas, los procesos no pueden
interrelacionarse directamente, sino que entre ellos siempre
debe existir algún almacenamiento o entidad externa que los
una:
R// Diagrama de nivel superior
4. Este enfoque formal (ERS) es adecuado para sistemas
empresariales donde los requerimientos son inestables. Sin
embargo, aún resulta útil escribir un breve documento de apoyo
 que defina los requerimientos de la empresa y los
requerimientos de confiabilidad para el sistema.
A partir del siguiente listado ordene los elementos del
componente 2. Descripción General de la estructura ERS IEEE
Std. 830-1998.
1. Requisitos Futuros
2. Características de Usuarios
3. Restricciones
4. Perspectiva del Producto
5. Funciones del producto
6. Suposiciones y dependencias

R// 4, 5, 2, 3, 6, 1

5. En un proyecto a medida, solo una o algunas partes interesadas

debe tenerse en cuenta mientras que todos en el mundo entero
servir como clientes potenciales en el desarrollo impulsado por
el mercado.
A partir de los siguientes enunciados cuál de las siguientes
facetas corresponde el desarrollo impulsado por el mercado
“Inventado (por atracción del mercado o empuje tecnológico)”.

R// Concepción de requisitos

6. A partir del siguiente listado de técnicas de especificación de

requerimientos de software, identifique y relaciónelos según
corresponda:

1. Árbol de características A. Las entidades externas en los

rectángulos pueden representar clases de
usuarios, organizaciones, otros sistemas o
dispositivos de hardware.
2. Diagrama de contexto B. Características del producto
organizadas en grupos lógicos,
subdividiendo jerárquicamente cada
característica en niveles adicionales de
detalle.
3. Mapa de ecosistema C. Identifica eventos externos que podrían
desencadenar un comportamiento en el
sistema.
4. Lista de eventos D. Muestra todos los sistemas
relacionados con el sistema de interés que
interactúan entre sí y la naturaleza de esas
interacciones

R// 1B, 2A, 3D, 4C

 7. Cada proyecto implica un nivel de riesgo, sean estos técnicos, de
mercado, de regulaciones, con proveedores, etc. ¿Cuál de los
siguiente constituyen los componentes para determinar el nivel
de un riesgo que probablemente causen dificultades durante el
desarrollo?
R// De probabilidad e impacto
8. Cuál de las siguientes afirmaciones, corresponden respecto al
proceso de priorización de requisitos de software. ¿Para qué
priorizar?
1. Para que las partes interesadas decidan sobre los requisitos básicos del
sistema.

2. Para concluir lo más pronto con el sistema, identificar los

requerimientos que no representen mayores costos al equipo del
proyecto.

3. Para seleccionar solo un subconjunto de los requisitos y aun así

producir un sistema que satisfacer al (los) cliente(s).

4. Para manejar requisitos contradictorios, enfocar el proceso de

negociación y resolver desacuerdos entre las partes interesadas.

5. Para establecer la importancia relativa de cada requisito para

proporcionar el menor valor al mayor costo.

6. Para establecer la importancia relativa de cada requisito para

proporcionar el mayor valor al menor costo.
R// 1, 3, 4, 6
9. Analice el siguiente diagrama DFD de nivel superior:
Identifique: ¿A qué modelo de negocio corresponde?
R// De comercialización.
10. De la siguiente ilustración…

Identifique: ¿A qué tipo de nivel de diagrama pertenece?

R// Diagrama de nivel superior
11. Caso de estudio: La empresa XYZ dedicada a la consultoría de proyectos
de TI, contrató un desarrollo de sistema de emisión de compensación
complementaria para jubilados del Seguro Social IESS, a 3 meses de
iniciado sus fases: obtención, análisis y priorización de requisitos, en la
etapa de desarrollo, el Gobierno Central ha emitido una nueva política a
través de un decreto ejecutivo, con ámbito de aplicación en el sector
público, a partir del mes de agosto 2020, en todas las entidades públicas
se usará de software libre para todas las entidades.
¿Al caso anterior, se lo podía definir como un aspecto de
priorización de qué tipo?

R// Volatilidad

12. Este enfoque formal (ERS) es adecuado para sistemas

empresariales donde los requerimientos son inestables. Sin
embargo, aún resulta útil escribir un breve documento de apoyo
que defina los requerimientos de la empresa y los
requerimientos de confiabilidad para el sistema. A partir de las
siguientes afirmaciones, identifique cuál o cuáles de las
siguientes afirmaciones es correcta:
 R//
• Los requisitos entregables a menudo no pueden satisfacer las
necesidades de todos los públicos.
• Algunas personas necesitan conocer solo los objetivos del negocio,
otras solo quieren una visión general de alto nivel.
• No espere que todos sus representantes de usuarios lean el SRS
detallado.
13. De la siguiente ilustración…

Identifique: ¿A qué tipo de nivel de diagrama pertenece?

R// Diagrama de detalle o expansión
14. Caso de estudio: Juan Pérez, contrató a la empresa “SoftTech” para la
implementación de un sistema de entregas inmediatas a domicilio
“Delivery”, ninguno de los requerimientos identificados se mencionó la
implementación de verificación de ruta en tiempo real mediante GPS, este
requerimiento fue asumido por el usuario, de acuerdo a las tecnologías del
mercado en este modelo de negocio.
¿Al caso anterior, se lo podía definir como un aspecto de
priorización de que tipo desde el punto de vista del cliente?
R// Penalización
15. El propósito de cualquier priorización es asignar valores a
distintos objetos de priorización que permiten el
establecimiento de un orden relativo entre los objetos del
conjunto. En nuestro caso, los objetos son los requisitos a
priorizar.
 A partir del siguiente listado de técnicas y métodos de
priorización, ¿Cuál de ellas corresponde a una medición o
comparación por pares?:

R// Proceso de Jerarquía Analítica

16. Los requisitos se pueden priorizar teniendo en cuenta muchos aspectos
diferentes. Un aspecto es una propiedad o atributo de un proyecto y
sus requisitos que se pueden utilizar para priorizar los requisitos. A partir
de los aspectos comunes. En el siguiente escenario: Un programador con
experiencia en lenguaje de escritorio (java, c++, visual basic, foxpro),
posee la experiencia en el modelo de negocio de comercialización de
vehículos, sin embargo, carece de conocimientos en el lenguaje de
programación (programación móvil), uno de los requerimientos del
cliente es que pueda extender su negocio hacia las aplicaciones móviles -
plataforma de desarrollo determinada para este nuevo proyecto.
¿Cuál sería el factor asociado respecto a la entrega del producto
más importante en juego respecto a un requerimiento de este
tipo?
R// Tiempo

17. Los requisitos se pueden priorizar teniendo en cuenta muchos aspectos

diferentes. Un aspecto es una propiedad o atributo de un proyecto y
sus requisitos que se pueden utilizar para priorizar los requisitos. A partir
de los siguientes aspectos comunes. ¿Cuál de ellos depende de la
perspectiva de la parte interesada?
R// Importancia
18.El DFD (Diagrama de Flujo de Datos), Es una técnica de
modelización, que nos muestra un sistema como una red de
procesos conectados entre ellos por flujos y almacenamiento de
datos. A partir del siguiente recuadro, relacione las
conceptualizaciones y la notación que corresponda:
 R// 1B, 2A, 3C, 4D
19. Respecto a la audiencia del documento ERS, a partir de los
siguientes actores relacione su pertinencia y uso del documento
respecto a los grupos de interés enlistados:
1. Administradores A. Para comprender lo que se supone que
debe hacer cada parte del producto.
2. Ingenieros del sistema B. Asegura de que los requisitos cumplan
con las leyes y regulaciones aplicables
3. Ingenieros de mantenimiento C. Para estimaciones de cronograma,
esfuerzo y recursos en los requisitos
4. Ingenieros de prueba del sistema D. Para desarrollar materiales
educativos en capacitaciones y
documentación de usuarios.
5. Entrenador/Capacitador E. Para desarrollar pruebas basadas en
requisitos, planes de prueba y
procedimientos de prueba
6. Personal Legal F. Para el desarrollo de software
necesitan saber qué construir

R// 1C, 2F, 3A, 4E, 5D, 6B

20. La validación asegura que los requerimientos son correctos,
demostrando las características de calidad deseada y que
satisfagan las necesidades del cliente. A partir del siguiente
listado identifique y relacione buenas prácticas respecto al a
validación de requisitos:
1. Desarrollar Pruebas A. Analistas de negocio confirma si el
producto satisface las necesidades del
cliente y cumple con el objetivo
comercial.
2. Revisión de requerimientos B. Vista de una versión beta, para
comprobar la aceptación en la
especificación de los requisitos.
3. Criterios de aceptación C. En conjunto con desarrolladores
construyen una vista preliminar de
comprobación o prueba.
4. Simulación de requerimientos D. Pares experimentados, inspeccionan
los requerimientos previo aceptación
de programadores.

R// 1C, 2D, 3A, 4B

21. Los proyectos ágiles a menudo crean pruebas de aceptación en
lugar de requisitos funcionales detallados. Las pruebas de
redacción requieren que piense en cómo saber si la
funcionalidad esperada se implementó correctamente. A partir
del siguiente listado, identifique y ordene según corresponda los
 pasos para realizar una prueba de requerimientos basado en la
inspección.
1. Asegurarse de que no se hayan pasado por alto requisitos funcionales y
que todos tengan las pruebas correspondientes.
2. Documente el comportamiento esperado del producto en condiciones
específicas.
3. Verifique la exactitud de los modelos de análisis y prototipos.
4. Asegúrese de que reflejan las expectativas del usuario

R// 2, 4, 1, 3

22. Respecto a las pruebas de validación en desarrollo de

requerimientos, en muchos proyectos, las pruebas son la última
etapa. A partir del modelo V de desarrollo de software, identifique
y relacione las actividades de prueba que comienzan en paralelo
con las actividades de desarrollo correspondientes.

A. Requerimiento de usuario 1. Prueba de unidad.

B. Requerimiento funcional 2. Prueba de integración
C. Arquitectura e integración 3. Prueba de sistema
D. Diseño 4. Prueba de aceptación

R// A4, B3, C2, D1

23. Desde un punto de vista práctico, el objetivo del desarrollo de
requisitos es acumular una comprensión compartida de los
requisitos que sea lo suficientemente buena para permitir la
construcción de la siguiente porción del producto. ¿Cuál es el
mayor riesgo o complicación para el equipo de trabajo?
R// Trabajo excesivo no planificado
 24. Lea detenidamente el siguiente caso de estudio:
__________________________________________________
Barry, un líder de prueba, fue el moderador de una reunión de inspección
cuyos participantes estaban examinando cuidadosamente una
especificación de requisitos de software para detectar problemas. La
reunión incluyó a representantes de dos clases de usuarios, un
desarrollador llamado Jeremy y Trish, la analista de negocios que escribió
el SRS. Un requisito decía: "El sistema debe proporcionar seguridad de
tiempo de espera de terminal desatendida de las estaciones de trabajo que
acceden al sistema de capacitación". Jeremy presentó su interpretación de
este requisito al resto del grupo. "Este requisito dice que el sistema cerrará
automáticamente la sesión del usuario actual de cualquier estación de
trabajo que haya iniciado sesión en el sistema de capacitación si no ha
habido ninguna actividad durante un cierto período de tiempo". Hui-Lee,
uno de los defensores del producto, intervino. “¿Cómo determina el
sistema que la terminal está desatendida? ¿Es como un protector de
pantalla, por lo que, si no hay actividad del mouse o del teclado durante
varios minutos, se desconecta al usuario? Eso podría ser molesto si el
usuario solo estuviera hablando brevemente con alguien ". Trish agregó:
"El requisito no dice nada acerca de cerrar la sesión del usuario. Supuse
que la seguridad del tiempo de espera significaba un cierre de sesión, pero
tal vez el usuario solo tenga que volver a escribir su contraseña para
continuar ". Jeremy también estaba confundido. “¿Significa esto cualquier
estación de trabajo que se pueda conectar al sistema de capacitación, o
simplemente estaciones de trabajo que estén conectadas activamente al
sistema en este momento? ¿De cuánto tiempo de espera estamos
hablando? Tal vez haya una guía de seguridad para este tipo de cosas ".
Barry se aseguró de que el registrador de inspección hubiera captado todas
estas preocupaciones con precisión. Él siguió con Trish después de la
reunión para asegurarse de que ella entendiera todos los problemas para
poder resolverlos.
__________________________________________________
Respecto al caso de estudio anterior: ¿Cuál de las siguientes
afirmaciones representa la percepción final de Jeremy ante el
requerimiento elaborado por Trish?

R// Frustrado por requisitos incompletos y ambiguos, con brechas que no pueden
ser llevados al desarrollo de código.

25. ¿Cuál de las siguientes afirmaciones es incorrecta? La

simulación de requisitos permite:
R// Obtener y analizar cuidadosamente los requisitos.
 26. A partir de la representación de un marco de proceso para el
desarrollo de requisitos. ¿Cuál de los siguiente corresponden a los
primeros (7) siete pasos se realizan normalmente una vez al
principio del proyecto?

[1] Completar/desarrollar los requisitos del usuario

[2] Priorizar requerimientos de usuarios
[3] Asignar requisitos a los componentes
[4] Definir requerimientos de negocio
[5] Identificar requerimientos de usuarios
[6] Desarrollo de prototipos
[7] Validar requerimientos de usuarios
[8] Plan de obtención de requisitos
[9] Desarrollar o evolucionar la arquitectura
R// 2, 4, 5, 8
27. A partir de la siguiente figura, identifique y relacione las
actividades que se entrelazan, son incrementales e iterativas,
respecto al ciclo de desarrollo de requisitos de software:

¿Cuál de las siguientes (rutas o instancias) de las etapas del proceso

iterativo? el analista de negocios (Business Analyst) debe tener que
regresar y realizar una obtención de requisito adicional para validar
y corregir información.
R// Ruta D
28. A partir de la siguiente figura, identifique y relaciones las
actividades que se entrelazan, son incrementales e iterativas,
respecto al ciclo de desarrollo de requisitos de software:

¿Qué acción representa la ruta Literal C, respecto al diagrama

anterior?
 R// Volver atrás y hacer un análisis adicional para cerrar las brechas en su
conocimiento.
29. A partir de la siguiente figura, identifique y relaciones las
actividades que se entrelazan, son incrementales e iterativas,
respecto al ciclo de desarrollo de requisitos de software:

¿Qué acción representa la ruta Literal E, respecto al diagrama

anterior?
R// Regresar y realizar una obtención de requisito adicional para validar y
corregir información.