Comprensión de los Requerimientos

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Comprensión de los Requerimientos por Mind Map: Comprensión de los  Requerimientos

1. Ingeniería de Requerimientos

1.1. Mecanismos apropiados para entender al cliente

1.1.1. Concepción

1.1.1.1. Se establece el entendimiento básico del problema

1.1.1.2. La naturaleza de la solución deseada

1.1.1.3. Comunicación y colaboración participantes y equipo software

1.1.2. Indagación

1.1.2.1. Problemas de Alcance: mal definido

1.1.2.2. Problemas de Entendimiento: mala comunicación, clientes Ingeniero

1.1.2.3. Problemas de Volatilidad: requerimientos cambian tiempo

1.1.3. Elaboración

1.1.3.1. Modelo refinado de requerimientos

1.1.3.2. Creación y mejora de escenarios para usuario final

1.1.4. Negociación

1.1.4.1. Se evalúa su costo y riesgo

1.1.4.2. Se combinan requerimientos para satisfacción de Participantes

1.1.5. Especificación

1.1.5.1. Sistemas pequeños requiere escenarios de uso

1.1.5.2. Documento combine lenguaje natural con modelos gráficos

1.1.5.3. Debe desarrollarse y utilizarse una "plantilla estándar"

1.1.6. Validación

1.1.6.1. Revisión técnica intervienen ingenieros y participantes

1.1.6.2. Analizan inconsistencias, conflictos, aclaraciones, error de interpretación

1.1.7. Administración

1.1.7.1. Son actividades que ayudan: equipo de proyectos

1.1.7.2. Identifican, controlan, dan seguimiento al desarrollo del proyecto

2. Establecer las Bases

2.1. etapas que permiten entender los requerimientos del proyecto

2.1.1. Identificación de los participantes

2.1.1.1. Participante cualquiera que interese o beneficie del sistema a desarrollarse

2.1.2. Reconocer los múltiples puntos de vista

2.1.2.1. Debe clasificarse la información de los participantes

2.1.2.2. Escoger los que tengan coherencia interna

2.1.3. Trabajar hacia la colaboración

2.1.3.1. Identificar las áreas de interés común

2.1.4. Hacer las primeras preguntas

2.1.4.1. Deben estar libres de contexto

2.1.4.2. Metas y beneficios generales del cliente

2.1.4.3. Percepciones del cliente con respecto a la solución

2.1.4.4. Eficacia de la actividad de comunicación en sí

2.1.4.5. Romper el hielo, iniciar comunicación, indagación exitosa

3. Indagación de los Requerimientos

3.1. Estimula un enfoque colaborativo y orientado al equipo

3.1.1. Recabación de los requerimientos en forma colaborativa

3.1.1.1. Meta es identificar el problema mediante siguiente lineamientos

3.1.1.1.1. Participantes dirigen o intervienen en las reuniones

3.1.1.1.2. Se establecen reglas para la preparación y participación

3.1.1.1.3. Sugiere una agenda

3.1.1.1.4. Facilitador controle la reunión

3.1.1.1.5. Se utiliza mecanismos de definición

3.1.2. Despliegue de la función de calidad

3.1.2.1. Técnica que traduce las necesidades del cliente

3.1.2.1.1. Requerimientos normales

3.1.2.1.2. Requerimientos esperados

3.1.2.1.3. Requerimientos emocionantes

3.1.3. Escenarios de uso

3.1.3.1. Identifica la naturaleza de los usos para el sistema

3.1.3.2. Se llaman casos de uso

3.1.3.3. Proporcionan la descripción de como utilizar el sistema

3.1.4. Indagación de los productos del trabajo

3.1.4.1. Varían en función del tamaño del producto a desarrollarse

3.1.4.1.1. Enunciado de la necesidad y su factibilidad.

3.1.4.1.2. Enunciado acotado del alcance del producto

3.1.4.1.3. Lista de participantes que intervienen en la indagación de los requerimientos

3.1.4.1.4. Descripción del ambiente técnico del sistema

3.1.4.1.5. lista requisitos y restricciones del dominio que se aplica a cada uno

3.1.4.1.6. Escenarios de uso que dan perspectiva al uso del producto en diferentes condiciones de operación.

3.1.4.1.7. Cualesquiera prototipos desarrollados para definir requerimientos.

4. Desarrollo de casos de uso

4.1. Se definen desde el punto de vista de un actor

4.2. Un actor son usuarios o los dispositivos cuando interactúan con el software

4.2.1. Actores principales interactúan y obtienen el beneficio

4.2.2. Los actores secundarios dan apoyo al sistema

5. Elaboración del modelo de los Requerimientos

5.1. Descripción de los dominios de información, función y comportamiento

5.2. Fotografía de requerimientos en cualquier momento dado

5.3. Es de esperar que cambie

5.4. Métodos que se usan para construirlo

5.4.1. Elementos del modelo de requerimientos

5.4.1.1. Determinados por el método de análisis de modelado que usan

5.4.1.1.1. Elementos basados en el escenario

5.4.1.1.2. Elementos basadas en clases

5.4.1.1.3. Elementos de comportamiento

5.4.1.1.4. Elementos orientados al flujo

5.4.2. Patrones de análisis

5.4.2.1. Sugieren soluciones dentro del dominio de la aplicación

5.4.2.2. Aceleran el desarrollo de los modelos de análisis abstracto

5.4.2.3. Facilita la transformación del modelo de análisis en un modelo del diseño,

6. Requerimientos de las Negociaciones

6.1. Es desarrollar un plan del proyecto que satisfaga las necesidades del participante

6.2. Boehm define actividades de negociación

6.2.1. Identificación de los participantes

6.2.2. Determinación de las "condiciones para ganar"

6.2.3. Condiciones para ganar de los participantes

6.3. Refleja las restricciones del mundo real

7. VALIDACIÓN DE LOS REQUERIMIENTOS

7.1. detecta inconsistencias, omisiones y ambigüedades

7.2. Los participantes asignan prioridades a los requerimientos representados

7.3. Requisito abordan las preguntas siguientes:

7.3.1. ¿Es necesario cada requerimiento con los objetivos generales del sistema o producto?

7.3.2. ¿Cada requerimiento está acotado y no es ambiguo?

7.3.3. ¿Hay requisitos en conflicto con otros?

7.3.4. Una vez implementado cada requerimiento, ¿puedes someterse a prueba?