Copy and Edit

Administración de sistemas segundo parcial

Description

Quiz creado para el segundo parcial de la materia administración de sistemas, UTN FRC 2016
Juan Giacosa
Quiz by Juan Giacosa, updated more than 1 year ago
Juan Giacosa
Created by Juan Giacosa over 7 years ago
58
0
0

Resource summary

Question 1

Question
¿Qué es un requerimiento?
Answer
  • 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

Question 2

Question
¿Cuál es el documento resultante el proceso de ingeniería de requerimientos?
Answer
  • Documento de especificación de requerimientos de software
  • Prototipos de interfaz de usuarios
  • Proceso Unificado de Desarrollo

Question 3

Question
Los requerimientos funcionales determinan lo que el usuario necesita que el sistema de información haga
Answer
  • True
  • False

Question 4

Question
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.
Answer
  • no funcionales
  • como se comportará

Question 5

Question
Los requerimientos no funcionales se dividen en 3 categorías
Answer
  • 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

Question 6

Question
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.
Answer
  • elicitación
  • especificación
  • validacion
  • obtención
  • medicion
  • realización
  • requerimientos
  • clientes
  • dominios

Question 7

Question
En el proceso de especificación de requerimientos:
Answer
  • 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.

Question 8

Question
¿Cuáles de las siguientes respuestas representan técnicas para elicitación de requerimientos?
Answer
  • Entrevistas
  • Cuestionarios
  • Observación in situ
  • JAD
  • Prototipos
  • Diagrama de clases

Question 9

Question
En el proceso de validación de requerimientos:
Answer
  • 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.

Question 10

Question
Desventajas de la entrevista como técnica de elicitación:
Answer
  • 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

Question 11

Question
El ERS (Especificación Requisitos/Requerimientos del Software):
Answer
  • 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

Question 12

Question
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.
Answer
  • modelización
  • especificación
  • validación
  • modelos
  • clientes
  • tareas
  • modelo
  • cliente
  • trabajo
  • omitiendo
  • mostrando
  • implementando

Question 13

Question
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.
Answer
  • True
  • False

Question 14

Question
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.
Answer
  • patron
  • efectividad
  • reutilizable

Question 15

Question
La utilización de patrones trae beneficios tales como:
Answer
  • 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

Question 16

Question
¿Por qué es importante encontrar patrones de casos de uso y documentarlos?
Answer
  • 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

Question 17

Question
¿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?
Answer
  • Prototipado de interfaz
  • Diagrama de clases
  • Modelización

Question 18

Question
El proposito fundamental del [blank_start]flujo de trabajo de requerimientos[blank_end] es guiar el desarrollo hacia el sistema correcto
Answer
  • flujo de trabajo de requerimientos
  • prototipado de interfaz
  • modelado de casos de uso
  • actor

Question 19

Question
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?
Answer
  • Dirigido por casos de uso
  • Centrado en la arquitectura
  • Abstracción de funcionalidades no esenciales
  • Iterativo e incremental
  • No iterativo
  • No incremental

Question 20

Question
¿Qué quiere decir que el proceso unificado de desarrollo está guiado por casos de usos?
Answer
  • 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

Question 21

Question
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:
Answer
  • Cosas del mundo real
  • Objetos del negocio
  • Sucesos que ocurrirán o han ocurrido

Question 22

Question
El principal diagrama UML para describir el dominio del sistema es el diagrama de [blank_start]clases[blank_end].
Answer
  • clases

Question 23

Question
¿Por qué la utilización de casos de uso es una forma adecuada de desarrollar un modelo de sistema que se va a construir?
Answer
  • 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.

Question 24

Question
¿A qué llamamos Modelo del Dominio del Problema en el flujo de trabajo de requerimientos? ¿Con qué diagrama se modela?
Answer
  • 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

Question 25

Question
¿A que se denomina artefacto?
Answer
  • 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.

Question 26

Question
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.
Answer
  • Requerimientos
  • requerimientos
  • Diseño
  • Implementación
  • Prueba

Question 27

Question
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.
Answer
  • True
  • False

Question 28

Question
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.
Answer
  • caso de uso
  • diagrama de clase
  • prototipo de interfaz
  • funcionalidad
  • estructura
  • informacion
  • estática
  • dinámica

Question 29

Question
Un actor dentro del diagrama de casos de uso debe ser exclusivamente una persona
Answer
  • True
  • False

Question 30

Question
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.
Answer
  • Esenciales
  • De soporte
  • Concreto
  • De usuario
  • Abstracto
  • De soporte
  • De soporte
  • Concreto
  • Abstracto
  • Concreto
  • Esenciales
  • De soporte
  • Abstracto
  • De soporte
  • Concreto

Question 31

Question
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.
Answer
  • Generalización
  • Inclusión
  • Herencia
  • Inclusión
  • Incorporación
  • Extensión
  • Extensión
  • Opcional
  • Generalización

Question 32

Question
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].
Answer
  • primario
  • secundario
  • primario

Question 33

Question
Beneficios de la obsevación in situ como técnica de elicitación de requerimientos
Answer
  • 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

Question 34

Question
Desventajas de la JAD como técnica de elicitación de requerimientos
Answer
  • 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

Question 35

Question
Ventajas del diagrama de casos de uso como técnica de especificación de requerimientos
Answer
  • 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

Question 36

Question
Técnicas de validación de requerimientos
Answer
  • Prototipos
  • Revisión de documentación
  • Matriz de trazabilidad
  • Diagrama de casos de uso

Question 37

Question
Los diagramas de caso de uso contienen:
Answer
  • Casos de uos
  • Actores
  • Clases
  • Relaciones de herencia y asociación
  • Relaciones de generalización y dependencia

Question 38

Question
Los actores se conectan a los casos de uso a través de asociaciones. ¿ Qué significa esto?
Answer
  • 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

Question 39

Question
¿Para que se utilizan las plantillas de trazo gruezo y trazo fino de un caso de uso?
Answer
  • 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

Question 40

Question
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
Answer
  • grueso
  • fino

Question 41

Question
¿A quién está dirigido el ERS (Especificación de Requerimientos del Software)?
Answer
  • Cliente
  • Equipo de desarrollo
Show full summary Hide full summary

Want to create your own Quizzes for free with GoConqr? Learn more.

Similar

Construcción de software
CRHISTIAN SUAREZ
Examen de Fundamentos de Ingenieria en sistemas
Engel Tejada Perez
cuestionario
valentin chairez
Administración de base de datos
Edwin fernando Montiel gaitan
Construcción de software
Migue Mir
Construcción de software
Mishell Tonato
Construcción de software
Mishell Tonato
Estructuras de control.
oscar_bs
1_Examen de Fundamentos de Ingenieria en sistemas
Engel Tejada Perez
Ebola Virus Disease
rubyduggan
GCSE REVISION TIMETABLE
rebekahanne11
Browse Library