6432526
Descripción
Test por Juan Giacosa, actualizado hace más de 1 año
|
Creado por Juan Giacosa
hace más de 7 años
|
|
Pregunta 1
Pregunta
¿Qué es un requerimiento?
Respuesta
-
Es una característica que debe incluirse en el nuevo sistema, debe consistir en una forma de procesar o captar datos, producir información, controlar o dar apoyo a una actividad
-
Les permite a los desarrolladores del sistema recopilar opiniones, conductas y diferentes características de las diferentes personas en una organización
-
Es la salida del proceso de ingeniería de software
-
Es una descripción completa del comportamiento del sistema a desarrollar
Pregunta 2
Pregunta
¿Cuál es el documento resultante el proceso de ingeniería de requerimientos?
Respuesta
-
Documento de especificación de requerimientos de software
-
Prototipos de interfaz de usuarios
-
Proceso Unificado de Desarrollo
Pregunta 3
Pregunta
Los requerimientos funcionales determinan lo que el usuario necesita que el sistema de información haga
Respuesta
- True
- False
Pregunta 4
Pregunta
Los requerimientos [blank_start]no funcionales[blank_end] son caracetrísticas, restricciones o limitaciones que tendra el sistema. Especifican [blank_start]como se comportará[blank_end] el sistema.
Respuesta
-
no funcionales
-
como se comportará
Pregunta 5
Pregunta
Los requerimientos no funcionales se dividen en 3 categorías
Respuesta
-
Relacionados al producto/a los requerimientos del negocio / a los requerimientos técnicos
-
Relacionados al cliente / al producto / a la fuente de información
-
Relacionados a los requerimientos del negocio / a la fuente de información / a los requerimientos funcionales
-
Relacionados al producto / al negocio / al deseo del cliente
Pregunta 6
Pregunta
El proceso de [blank_start]elicitación[blank_end] se basa en la [blank_start]obtención[blank_end] y analisis de los [blank_start]requerimientos[blank_end] del sistema de información. Incluye a diferentes personas de la organización. Para una buena realización de este proceso, se requiere de buen conocimiento del dominio del problema.
Respuesta
-
elicitación
-
especificación
-
validacion
-
obtención
-
medicion
-
realización
-
requerimientos
-
clientes
-
dominios
Pregunta 7
Pregunta
En el proceso de especificación de requerimientos:
Respuesta
-
Se describe completamente el comportamiento del sistema. Se documentan los requerimientos acordados con el cliente utilizando técnicas de documentación, modelado y/o estándares. Se listan todos los requerimientos funcionales y no funcionales que tendrá el sistema.
-
Se obtienen y analizan los requerimientos del sistema. Se utilizan diversas técnicas para la obtención de datos, como entrevistas, brainstorming, JAD, etc.
-
Se certifica que los requerimientos especificados son consistentes con lo que desea el cliente. Permite detectar y corregir que los requerimientos son correctos.
Pregunta 8
Pregunta
¿Cuáles de las siguientes respuestas representan técnicas para elicitación de requerimientos?
Respuesta
-
Entrevistas
-
Cuestionarios
-
Observación in situ
-
JAD
-
Prototipos
-
Diagrama de clases
Pregunta 9
Pregunta
En el proceso de validación de requerimientos:
Respuesta
-
Se obtienen y analizan los requerimientos del sistema. Se utilizan diversas técnicas para la obtención de datos, como entrevistas, brainstorming, JAD, etc.
-
Se describe completamente el comportamiento del sistema. Se documentan los requerimientos acordados con el cliente utilizando técnicas de documentación, modelado y/o estándares. Se listan todos los requerimientos funcionales y no funcionales que tendrá el sistema.
-
Se certifica que los requerimientos especificados son consistentes con lo que desea el cliente. Permite detectar y corregir que los requerimientos son correctos.
Pregunta 10
Pregunta
Desventajas de la entrevista como técnica de elicitación:
Respuesta
-
Requieren mucho tiempo
-
La información obtenida puede ser incompleta
-
No puede ser aplicado en cualquier organización
-
No es posible observar expresiones o relaciones
-
Puede ser difícil lograr que el personal lo responda
-
No permite reunir gran cantidad de información
Pregunta 11
Pregunta
El ERS (Especificación Requisitos/Requerimientos del Software):
Respuesta
-
Es la salida del proceso de ingeniería de requerimientos. . Tiene las especificaciones aprobadas por el cliente y permite al resto del desarrollo del software apoyarse en él.
-
Es una técnica utilizada para documentar la especificación del sistema como un conjunto de modelos. simplifica y selecciona las características más sobresalientes del sistema
-
Es un término general para cualquier tipo de información creada, producida, cambiada o utilizada por los trabajadores en el desarrollo del sistema
Pregunta 12
Pregunta
La [blank_start]modelización[blank_end] es una técnica utilizada para documentar la especificación del sistema como un conjunto de [blank_start]modelos[blank_end]. Un [blank_start]modelo[blank_end] es una representación que describe el problema y el sistema a desarrollar [blank_start]omitiendo[blank_end] detalles.
Respuesta
-
modelización
-
especificación
-
validación
-
modelos
-
clientes
-
tareas
-
modelo
-
cliente
-
trabajo
-
omitiendo
-
mostrando
-
implementando
Pregunta 13
Pregunta
Los modelos de un sistema son importantes porque representan el comportamiento del sistema de manera detallada, pudiendo visualizar todas las funcionalidades que el sistema tendrá y sus implementaciones. Sin embargo no permiten representar de manera correcta el comportamiento del mismo.
Respuesta
- True
- False
Pregunta 14
Pregunta
Un [blank_start]patron[blank_end] es una solución que ha sido probada como exitosa para resolver situaciones similares. Para que esta solución sea considerada como tal, debe haber demostrado su [blank_start]efectividad[blank_end], resolviendo problemas similares anteriormente y debe ser [blank_start]reutilizable[blank_end], lo que significa que debe poder aplicarse en diferentes situaciones.
Respuesta
-
patron
-
efectividad
-
reutilizable
Pregunta 15
Pregunta
La utilización de patrones trae beneficios tales como:
Respuesta
-
No invertir tiempo en problemas ya resueltos
-
Reutilización de elementos existentes
-
Aumento en la productividad
-
Visualización de elementos del mundo real
-
Recopilar gran cantidad de información
Pregunta 16
Pregunta
¿Por qué es importante encontrar patrones de casos de uso y documentarlos?
Respuesta
-
Para que, al encontrarnos con una situación similar, podamos resolverlo en menor tiempo
-
Para permitirnos concentrarnos en los detalles importantes del sistema, dejando de lado las funcionalidades que no sean necesarias
-
Porque define lo que hace un trabajador del negocio en un proceso concreto
Pregunta 17
Pregunta
¿Que herramienta se utiliza acompañando los casos de uso, para completar la definición de la funcionalidad del sistema, que le muestra al usuario la cara visible del mismo?
Respuesta
-
Prototipado de interfaz
-
Diagrama de clases
-
Modelización
Pregunta 18
Pregunta
El proposito fundamental del [blank_start]flujo de trabajo de requerimientos[blank_end] es guiar el desarrollo hacia el sistema correcto
Respuesta
-
flujo de trabajo de requerimientos
-
prototipado de interfaz
-
modelado de casos de uso
-
actor
Pregunta 19
Pregunta
El proceso unificado de desarrollo, es una técnica de desarrollo de software que utiliza el lenguaje unificado de modelado (UML) para preparar todos los esquemas de un sistema de software. ¿Cuáles son sus características?
Respuesta
-
Dirigido por casos de uso
-
Centrado en la arquitectura
-
Abstracción de funcionalidades no esenciales
-
Iterativo e incremental
-
No iterativo
-
No incremental
Pregunta 20
Pregunta
¿Qué quiere decir que el proceso unificado de desarrollo está guiado por casos de usos?
Respuesta
-
Lo que los clientes necesitan, guia el desarrollo del software
-
Lo que el equipo de desarrollo piensa, guia el desarrollo del software
-
Las necesidades técnicas guian el desarrollo del software
Pregunta 21
Pregunta
El modelado del dominio captura los tipos de objetos más importantes del sistema. Los objetos del dominio representan las cosas o eventos que suceden en el entorno donde se desenvuelve el sistema. Las clases del dominio aparecen como:
Respuesta
-
Cosas del mundo real
-
Objetos del negocio
-
Sucesos que ocurrirán o han ocurrido
Pregunta 22
Pregunta
El principal diagrama UML para describir el dominio del sistema es el diagrama de [blank_start]clases[blank_end].
Respuesta
-
clases
Pregunta 23
Pregunta
¿Por qué la utilización de casos de uso es una forma adecuada de desarrollar un modelo de sistema que se va a construir?
Respuesta
-
Porque los requisitos funcionales se estructuran mediante los casos de uso y los requisitos no funcionales suelen ser especificos de un caso de uso
-
Porque muestra las relaciones entre las diferentes clases que formarán el sistema.
-
Porque especifica como fluirá la información entre los distintos trabajadores en el desarrollo del software.
Pregunta 24
Pregunta
¿A qué llamamos Modelo del Dominio del Problema en el flujo de trabajo de requerimientos? ¿Con qué diagrama se modela?
Respuesta
-
A capturar los tipos de objetos más importantes en el contexto del sistema / diagrama de clases
-
A capturar los tipos de objetos más importantes en el contexto del sistema / diagrama de casos de uso
-
A describir lo que hace el sistema para cada tipo de usuario / diagrama de clases
-
A describir lo que hace el sistema para cada tipo de usuario / diagrama de casos de uso
Pregunta 25
Pregunta
¿A que se denomina artefacto?
Respuesta
-
Es un término general para cualquier tipo de información creada, producida, cambiada o utilizada por los trabajadores en el desarrollo del sistema
-
Es un término que representa los elementos que se utilizan en las diferentes técnicas de elicitación de requerimientos para obtener información
-
Es un término que no se utiliza en el desarrollo de software.
Pregunta 26
Pregunta
Los flujos de trabajo del proceso unificado de desarrollo son:
1-[blank_start]Requerimientos[blank_end]: Captura los necesarios para resolver un problema
2-Análisis: Se analizan los [blank_start]requerimientos[blank_end] refiniendolos y estructurándolos.
3-[blank_start]Diseño[blank_end]: Se modela el sistema y se encuentra la forma para que soporte todos los requerimientos que se le suponen
4-[blank_start]Implementación[blank_end]: Se empieza con el resultado del flujo anterior y se implementa el sistema en términos de componentes, es decir, archivos de código fuente, binario, scripts, etc
5-[blank_start]Prueba[blank_end]: Se verifica el resultado del flujo anterior, probando cada construcción.
Respuesta
-
Requerimientos
-
requerimientos
-
Diseño
-
Implementación
-
Prueba
Pregunta 27
Pregunta
Un diagrama de clases es una representación gráfica que modela las entidades del mundo real como clases que se incluirán en el sistema. Modela la vista estática y describe la estructura interna del sistema.
Respuesta
- True
- False
Pregunta 28
Pregunta
Un [blank_start]caso de uso[blank_end] es una descripción de las acciones de un sistema desde el punto de vista del usuario. Modela la [blank_start]funcionalidad[blank_end] del sistema usando actores. Cubre la vista [blank_start]estática[blank_end] de un sistema.
Respuesta
-
caso de uso
-
diagrama de clase
-
prototipo de interfaz
-
funcionalidad
-
estructura
-
informacion
-
estática
-
dinámica
Pregunta 29
Pregunta
Un actor dentro del diagrama de casos de uso debe ser exclusivamente una persona
Respuesta
- True
- False
Pregunta 30
Pregunta
Los casos de uso se clasifican en:
[blank_start]Esenciales[blank_end]: describen la funcion principal con la que tiene que cumplir el sistema
[blank_start]De usuario[blank_end]: comprenden la funcionalidad requerida para administrar los datos de los usuarios del sistema
[blank_start]De soporte[blank_end]: brindan lo que se necesita para que puedan funcionar los casos de uso esenciales
[blank_start]Concreto[blank_end]: Caso de uso iniciado por un actor o por si solo y que constituye un flujo de eventos completo
[blank_start]Abstracto[blank_end]: No es iniciado nunca por un actor o por si mismo. Surgen a partir de relaciones de extensión, generalización o inclusión.
Respuesta
-
Esenciales
-
De soporte
-
Concreto
-
De usuario
-
Abstracto
-
De soporte
-
De soporte
-
Concreto
-
Abstracto
-
Concreto
-
Esenciales
-
De soporte
-
Abstracto
-
De soporte
-
Concreto
Pregunta 31
Pregunta
Relaciones entre casos de uso:
[blank_start]Generalización[blank_end]: Un caso de uso hijo extiende el comoportamiento de su caso de uso padre. Cada caso de uso hijo tendrá funcionalidad propia.
[blank_start]Inclusión[blank_end]: Un caso de uso base incorpora explicitamente el comportamiento de otro caso de uso.
[blank_start]Extensión[blank_end]: Se utiliza para modelar la parte de un caso de uso que el usuario puede ver como comportamiento opcional del sistema.
Respuesta
-
Generalización
-
Inclusión
-
Herencia
-
Inclusión
-
Incorporación
-
Extensión
-
Extensión
-
Opcional
-
Generalización
Pregunta 32
Pregunta
En el modelo de casos de uso:
Un actor [blank_start]primario[blank_end] es quien le permite al usuario de este caso de uso lograr el objetivo del mismo.
Un actor [blank_start]secundario[blank_end] es a quien el caso de uso utiliza para lograr el objetivo del actor [blank_start]primario[blank_end].
Respuesta
-
primario
-
secundario
-
primario
Pregunta 33
Pregunta
Beneficios de la obsevación in situ como técnica de elicitación de requerimientos
Respuesta
-
Permite relevar información de un gran número de personas en poco tiempo
-
Facilita el entendimiento de cómo se realizan las tareas en la organización
-
Permite conocer sobre cómo se recopila, procesa y comparte información en la organización
-
Reducción del tiempo y el costo
-
Permite generar una gran variedad de vistas del problema y a formularlo de diferentes formas
Pregunta 34
Pregunta
Desventajas de la JAD como técnica de elicitación de requerimientos
Respuesta
-
La información obtenida puede ser incompleta o estar sujeta a una mala interpretación
-
Requiere que los participantes dediquen mucho tiempo
-
No puede ser aplicado en cualquier organización
-
No ofrece detalles concretos de los requerimientos
Pregunta 35
Pregunta
Ventajas del diagrama de casos de uso como técnica de especificación de requerimientos
Respuesta
-
Describen los componentes esenciales de la arquitectura de un sistema y sus relaciones
-
Permiten una mejor comunicación con el cliente, debido a la facilidad para interpretarlos
-
Permiten descubrir funcionalidades comunes a distintos actores
Pregunta 36
Pregunta
Técnicas de validación de requerimientos
Respuesta
-
Prototipos
-
Revisión de documentación
-
Matriz de trazabilidad
-
Diagrama de casos de uso
Pregunta 37
Pregunta
Los diagramas de caso de uso contienen:
Respuesta
-
Casos de uos
-
Actores
-
Clases
-
Relaciones de herencia y asociación
-
Relaciones de generalización y dependencia
Pregunta 38
Pregunta
Los actores se conectan a los casos de uso a través de asociaciones. ¿ Qué significa esto?
Respuesta
-
Indica que el actor y el caso de uso se comunican entre sí y cada uno puede enviar y recibir mensajes
-
Indica que el actor está obligado a instanciar este caso de uso siempre que utilice el sistema
-
Todas las acciones que lleve a cabo el usuario en el sistema, se asociaran a este caso de uso
Pregunta 39
Pregunta
¿Para que se utilizan las plantillas de trazo gruezo y trazo fino de un caso de uso?
Respuesta
-
Para describir el caso de uso
-
Para enseñarle al cliente a utilizar el caso de uso
-
Las plantillas de trazo fino y trazo grueso no se utilizan con los casos de uso
Pregunta 40
Pregunta
Trazo [blank_start]grueso[blank_end]: describe en forma narrada y general, las acciones principales que son realizadas en un caso de uso
Trazo [blank_start]fino[blank_end]: describe en forma detallada la secuencia de acciones que se llevan a cabo, definiendo el curso normal que se llevaría a cabo en el caso de uso, y las respectivas alternativas al curso normal
Respuesta
-
grueso
-
fino
Pregunta 41
Pregunta
¿A quién está dirigido el ERS (Especificación de Requerimientos del Software)?
Respuesta
-
Cliente
-
Equipo de desarrollo
¿Quieres crear tus propios Tests gratis con GoConqr? Más información.