Administración de sistemas segundo parcial

¿Qué es un requerimiento?

¿Cuál es el documento resultante el proceso de ingeniería de requerimientos?

Los requerimientos funcionales determinan lo que el usuario necesita que el sistema de información haga

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.

Los requerimientos no funcionales se dividen en 3 categorías

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.

En el proceso de especificación de requerimientos:

¿Cuáles de las siguientes respuestas representan técnicas para elicitación de requerimientos?

En el proceso de validación de requerimientos:

Desventajas de la entrevista como técnica de elicitación:

El ERS (Especificación Requisitos/Requerimientos del Software):

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.

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.

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.

La utilización de patrones trae beneficios tales como:

¿Por qué es importante encontrar patrones de casos de uso y documentarlos?

¿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?

El proposito fundamental del [blank_start]flujo de trabajo de requerimientos[blank_end] es guiar el desarrollo hacia el sistema correcto

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?

¿Qué quiere decir que el proceso unificado de desarrollo está guiado por casos de usos?

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:

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

¿Por qué la utilización de casos de uso es una forma adecuada de desarrollar un modelo de sistema que se va a construir?

¿A qué llamamos Modelo del Dominio del Problema en el flujo de trabajo de requerimientos? ¿Con qué diagrama se modela?

¿A que se denomina artefacto?

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.

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.

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.

Un actor dentro del diagrama de casos de uso debe ser exclusivamente una persona

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.

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.

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].

Beneficios de la obsevación in situ como técnica de elicitación de requerimientos

Desventajas de la JAD como técnica de elicitación de requerimientos

Ventajas del diagrama de casos de uso como técnica de especificación de requerimientos

Técnicas de validación de requerimientos

Los diagramas de caso de uso contienen:

Los actores se conectan a los casos de uso a través de asociaciones. ¿ Qué significa esto?

¿Para que se utilizan las plantillas de trazo gruezo y trazo fino de un caso de uso?

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

¿A quién está dirigido el ERS (Especificación de Requerimientos del Software)?