Test
Administración de sistemas segundo parcial
Este test tiene tipos de pregunta que se abren en el reproductor de siempre.
Preguntas del test (41)
1¿Qué es un requerimiento?
- AEs 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
- BLes permite a los desarrolladores del sistema recopilar opiniones, conductas y diferentes características de las diferentes personas en una organización
- CEs la salida del proceso de ingeniería de software
- DEs una descripción completa del comportamiento del sistema a desarrollar
2¿Cuál es el documento resultante el proceso de ingeniería de requerimientos?
- ADocumento de especificación de requerimientos de software
- BPrototipos de interfaz de usuarios
- CProceso Unificado de Desarrollo
3Los requerimientos funcionales determinan lo que el usuario necesita que el sistema de información haga
- AVerdadero
- BFalso
4Los 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.
- Ano funcionales
- Bcomo se comportará
5Los requerimientos no funcionales se dividen en 3 categorías
- ARelacionados al producto/a los requerimientos del negocio / a los requerimientos técnicos
- BRelacionados al cliente / al producto / a la fuente de información
- CRelacionados a los requerimientos del negocio / a la fuente de información / a los requerimientos funcionales
- DRelacionados al producto / al negocio / al deseo del cliente
6El 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.
- Aelicitación
- Bespecificación
- Cvalidacion
- Dobtención
- Emedicion
- Frealización
- Grequerimientos
- Hclientes
- Idominios
7En el proceso de especificación de requerimientos:
- ASe 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.
- BSe obtienen y analizan los requerimientos del sistema. Se utilizan diversas técnicas para la obtención de datos, como entrevistas, brainstorming, JAD, etc.
- CSe certifica que los requerimientos especificados son consistentes con lo que desea el cliente. Permite detectar y corregir que los requerimientos son correctos.
8¿Cuáles de las siguientes respuestas representan técnicas para elicitación de requerimientos?
- AEntrevistas
- BCuestionarios
- CObservación in situ
- DJAD
- EPrototipos
- FDiagrama de clases
9En el proceso de validación de requerimientos:
- ASe obtienen y analizan los requerimientos del sistema. Se utilizan diversas técnicas para la obtención de datos, como entrevistas, brainstorming, JAD, etc.
- BSe 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.
- CSe certifica que los requerimientos especificados son consistentes con lo que desea el cliente. Permite detectar y corregir que los requerimientos son correctos.
10Desventajas de la entrevista como técnica de elicitación:
- ARequieren mucho tiempo
- BLa información obtenida puede ser incompleta
- CNo puede ser aplicado en cualquier organización
- DNo es posible observar expresiones o relaciones
- EPuede ser difícil lograr que el personal lo responda
- FNo permite reunir gran cantidad de información
11El ERS (Especificación Requisitos/Requerimientos del Software):
- AEs 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.
- BEs 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
- CEs un término general para cualquier tipo de información creada, producida, cambiada o utilizada por los trabajadores en el desarrollo del sistema
12La [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.
- Amodelización
- Bespecificación
- Cvalidación
- Dmodelos
- Eclientes
- Ftareas
- Gmodelo
- Hcliente
- Itrabajo
- Jomitiendo
- Kmostrando
- Limplementando
13Los 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.
- AVerdadero
- BFalso
14Un [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.
- Apatron
- Befectividad
- Creutilizable
15La utilización de patrones trae beneficios tales como:
- ANo invertir tiempo en problemas ya resueltos
- BReutilización de elementos existentes
- CAumento en la productividad
- DVisualización de elementos del mundo real
- ERecopilar gran cantidad de información
16¿Por qué es importante encontrar patrones de casos de uso y documentarlos?
- APara que, al encontrarnos con una situación similar, podamos resolverlo en menor tiempo
- BPara permitirnos concentrarnos en los detalles importantes del sistema, dejando de lado las funcionalidades que no sean necesarias
- CPorque define lo que hace un trabajador del negocio en un proceso concreto
17¿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?
- APrototipado de interfaz
- BDiagrama de clases
- CModelización
18El proposito fundamental del [blank_start]flujo de trabajo de requerimientos[blank_end] es guiar el desarrollo hacia el sistema correcto
- Aflujo de trabajo de requerimientos
- Bprototipado de interfaz
- Cmodelado de casos de uso
- Dactor
19El 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?
- ADirigido por casos de uso
- BCentrado en la arquitectura
- CAbstracción de funcionalidades no esenciales
- DIterativo e incremental
- ENo iterativo
- FNo incremental
20¿Qué quiere decir que el proceso unificado de desarrollo está guiado por casos de usos?
- ALo que los clientes necesitan, guia el desarrollo del software
- BLo que el equipo de desarrollo piensa, guia el desarrollo del software
- CLas necesidades técnicas guian el desarrollo del software
21El 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:
- ACosas del mundo real
- BObjetos del negocio
- CSucesos que ocurrirán o han ocurrido
22El principal diagrama UML para describir el dominio del sistema es el diagrama de [blank_start]clases[blank_end].
- Aclases
23¿Por qué la utilización de casos de uso es una forma adecuada de desarrollar un modelo de sistema que se va a construir?
- APorque los requisitos funcionales se estructuran mediante los casos de uso y los requisitos no funcionales suelen ser especificos de un caso de uso
- BPorque muestra las relaciones entre las diferentes clases que formarán el sistema.
- CPorque especifica como fluirá la información entre los distintos trabajadores en el desarrollo del software.
24¿A qué llamamos Modelo del Dominio del Problema en el flujo de trabajo de requerimientos? ¿Con qué diagrama se modela?
- AA capturar los tipos de objetos más importantes en el contexto del sistema / diagrama de clases
- BA capturar los tipos de objetos más importantes en el contexto del sistema / diagrama de casos de uso
- CA describir lo que hace el sistema para cada tipo de usuario / diagrama de clases
- DA describir lo que hace el sistema para cada tipo de usuario / diagrama de casos de uso
25¿A que se denomina artefacto?
- AEs un término general para cualquier tipo de información creada, producida, cambiada o utilizada por los trabajadores en el desarrollo del sistema
- BEs un término que representa los elementos que se utilizan en las diferentes técnicas de elicitación de requerimientos para obtener información
- CEs un término que no se utiliza en el desarrollo de software.
26Los 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.- ARequerimientos
- Brequerimientos
- CDiseño
- DImplementación
- EPrueba
27Un 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.
- AVerdadero
- BFalso
28Un [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.
- Acaso de uso
- Bdiagrama de clase
- Cprototipo de interfaz
- Dfuncionalidad
- Eestructura
- Finformacion
- Gestática
- Hdinámica
29Un actor dentro del diagrama de casos de uso debe ser exclusivamente una persona
- AVerdadero
- BFalso
30Los 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.- AEsenciales
- BDe soporte
- CConcreto
- DDe usuario
- EAbstracto
- FDe soporte
- GDe soporte
- HConcreto
- IAbstracto
- JConcreto
- KEsenciales
- LDe soporte
- MAbstracto
- NDe soporte
- OConcreto
31Relaciones 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.- AGeneralización
- BInclusión
- CHerencia
- DInclusión
- EIncorporación
- FExtensión
- GExtensión
- HOpcional
- IGeneralización
32 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].- Aprimario
- Bsecundario
- Cprimario
33Beneficios de la obsevación in situ como técnica de elicitación de requerimientos
- APermite relevar información de un gran número de personas en poco tiempo
- BFacilita el entendimiento de cómo se realizan las tareas en la organización
- CPermite conocer sobre cómo se recopila, procesa y comparte información en la organización
- DReducción del tiempo y el costo
- EPermite generar una gran variedad de vistas del problema y a formularlo de diferentes formas
34Desventajas de la JAD como técnica de elicitación de requerimientos
- ALa información obtenida puede ser incompleta o estar sujeta a una mala interpretación
- BRequiere que los participantes dediquen mucho tiempo
- CNo puede ser aplicado en cualquier organización
- DNo ofrece detalles concretos de los requerimientos
35Ventajas del diagrama de casos de uso como técnica de especificación de requerimientos
- ADescriben los componentes esenciales de la arquitectura de un sistema y sus relaciones
- BPermiten una mejor comunicación con el cliente, debido a la facilidad para interpretarlos
- CPermiten descubrir funcionalidades comunes a distintos actores
36Técnicas de validación de requerimientos
- APrototipos
- BRevisión de documentación
- CMatriz de trazabilidad
- DDiagrama de casos de uso
37Los diagramas de caso de uso contienen:
- ACasos de uos
- BActores
- CClases
- DRelaciones de herencia y asociación
- ERelaciones de generalización y dependencia
38Los actores se conectan a los casos de uso a través de asociaciones. ¿ Qué significa esto?
- AIndica que el actor y el caso de uso se comunican entre sí y cada uno puede enviar y recibir mensajes
- BIndica que el actor está obligado a instanciar este caso de uso siempre que utilice el sistema
- CTodas las acciones que lleve a cabo el usuario en el sistema, se asociaran a este caso de uso
39¿Para que se utilizan las plantillas de trazo gruezo y trazo fino de un caso de uso?
- APara describir el caso de uso
- BPara enseñarle al cliente a utilizar el caso de uso
- CLas plantillas de trazo fino y trazo grueso no se utilizan con los casos de uso
40Trazo [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- Agrueso
- Bfino
41¿A quién está dirigido el ERS (Especificación de Requerimientos del Software)?
- ACliente
- BEquipo de desarrollo
Información
- Descripción
- Quiz creado para el segundo parcial de la materia administración de sistemas, UTN FRC 2016
- Autor
- Juan Giacosa
- Idioma
- English
- Visitas
- 111
- Etiquetas
- Valoración
- Aún sin valoraciones Valora este test