Actividades Elicitacion Requisitos

1.
Elicitación de Requisitos
2. Modelado y Análisis de Requisitos
El objetivo principal de la actividad "analizar los requisitos del sistema" es mejorar

los requisitos, normalmente mediante la elaboración de modelos que permitan identificar
posibles problemas y que detallen más la solución propuesta para resolver las necesidades de
negocio de clientes y usuarios, incluyendo la arquitectura lógica del sistema y sus interfaces
de usuario y de servicios.
 Diagramas de flujo de datos (DFD)

 Diagramas de entidad-relación (ERD)
 Tablas de respuesta a eventos
 Diagramas de actividades
 Tablas de decisión y árboles de decisión
 Diagramas de transición de estado (STD) y tablas de estado
 Diagramas de flujo de procesos, como diagramas de carriles
 Mapas de diálogo
 Árboles de características
 Diagramas de casos de uso
3. Técnicas para la Identificación de Fuentes de Información
Técnica Alcance
Tradicionales Cuestionarios y encuestas, entrevistas, análisis de
documentación existente
Grupales Lluvia de ideas, grupo focal
Prototipación Prototipos para identificar requerimientos
Basado en Modelos Basadas en objetivos o en escenarios
Cognitivas Análisis de protocolos, Laddering,
Ordenación de tarjetas, Cuadrículas de repertorio
Contextuales Observación participante, etnometodología, análisis de
conversación
4. Técnicas de Recolección de Datos
4.1 Modelo lógico de datos
Es una representación visual de los objetos de datos y las colecciones que

procesará el sistema y las relaciones entre ellos. Existen numerosas notaciones para el
modelado de datos, incluidos los diagramas de entidad-relación y los diagramas de
clase UML.
4.2 Diccionario de datos

Define la composición de las estructuras de datos y el significado, el tipo de
datos, la longitud, el formato y los valores permitidos para los elementos de datos que
componen esas estructuras.
4.3 Informes
4.4 Adquisición, integridad, retención y eliminación de datos
5. Técnica de Casos de Uso y el Documento de Especificación
5.1 Técnica de Casos de Uso

Un caso de uso es una secuencia de interacciones que se desarrollarán entre un
sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el
propio sistema.
5.1.1 Diagrama de Caso de Uso

Los diagramas de casos de uso sirven para especificar la comunicación
y el comportamiento de un sistema mediante su interacción con los usuarios
y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación
entre los actores y los casos de uso en un sistema. Una relación es una
conexión entre los elementos del modelo, por ejemplo, la especialización y la
generalización son relaciones. Los diagramas de casos de uso se utilizan para
ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos
que se producen en su ámbito o en él mismo.
5.1.2 Especificación de Caso de Uso
Esta debe contener las especificaciones de los casos de uso del sistema
que se hayan identificado, especificados en los diagramas de caso de uso. El
nivel de detalle de la especificación de cada caso de uso deberá decidirse en
función de su importancia y de las necesidades del proyecto.
5.2 Documento de Especificación

Es servir como medio de comunicación entre clientes, usuarios, ingenieros de
requisitos y desarrolladores. En la ERS deben recogerse tanto las necesidades de clientes y
usuarios (necesidades del negocio, también conocidas como requisitos de usuario, requisitos
de cliente, necesidades de usuario, etc.) como los requisitos que debe cumplir el sistema
software a desarrollar para satisfacer dichas necesidades (requisitos del producto, también
conocidos como requisitos de sistema o requisitos software).
La ERS debe ser un documento consensuado entre todas las partes y tener un carácter
contractual, de forma que cualquier cambio que se desee realizar en él una vez acordada la
primera línea base deba aplicarse siguiendo el Procedimiento de Control de Cambios
establecido en el proyecto.
Estructura detallada de la Especificación de Requisitos del Sistema
6. Técnicas de Comunicación
Las técnicas de comunicación desde el punto de vista del analista hacia los clientes se
pueden efectuar a través de la escritura; plasmando que es lo que quiere el cliente; a través de
lectura, leyendo documentaciones entregadas por los clientes estas pueden ser políticas de
restricciones de la compañía, descripción del departamento o personas que intervienen en el
proceso de análisis, además de comunicación con el equipo que posteriormente desarrollará,
probará e implementará el aplicativo.

Actividades Elicitacion Requisitos

Cargado por

Copyright:

Formatos disponibles

Actividades Elicitacion Requisitos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Actividades Elicitacion Requisitos

Cargado por

Copyright:

Formatos disponibles

1.

2. Modelado y Análisis de Requisitos

El objetivo principal de la actividad "analizar los requisitos del sistema" es mejorar

 Diagramas de flujo de datos (DFD)

3. Técnicas para la Identificación de Fuentes de Información

4. Técnicas de Recolección de Datos

4.1 Modelo lógico de datos

Es una representación visual de los objetos de datos y las colecciones que

4.2 Diccionario de datos

5. Técnica de Casos de Uso y el Documento de Especificación

5.1 Técnica de Casos de Uso

5.1.1 Diagrama de Caso de Uso

5.2 Documento de Especificación

Estructura detallada de la Especificación de Requisitos del Sistema

También podría gustarte