Ingeniería de requisitos

Mapa sobre ingeniería de requisitos

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Ingeniería de requisitos por Mind Map: Ingeniería de requisitos

1. Requisitos

1.1. Condición a capacidad que se necesita para resolver un problema

1.1.1. Clasificación

1.1.1.1. Requerimientos de usuario

1.1.1.1.1. Requerimientos del sistema

1.2. Características

1.2.1. Necesario

1.2.1.1. Completo

1.2.1.1.1. Consistente

2. Ciclo de vida del software

2.1. Proceso de construir y hacer evolucionar el software

2.1.1. Fases

2.1.1.1. Conjunto de actividades relacionadas con un objeto

2.1.1.1.1. Planificación

2.1.2. Entregables

2.1.2.1. Productos que generan las fases

2.2. Paradigmas

2.2.1. Es la utilización de una metodología común entre el cliente y la empresa de software

2.2.2. Tradicional

2.2.2.1. Lineal

2.2.2.1.1. Modelo en cascada

2.2.2.1.2. Modelo espiral

2.2.2.1.3. Modelo por prototipos

2.2.3. Orientado a objetos

2.2.3.1. Creación de clases, análisis de requisitos y diseño.

2.2.4. Desarrollo ágil

2.2.4.1. Simplificar procesos, terminar en poco tiempo.

2.2.4.1.1. Modelo Scrum

2.2.4.1.2. Modelo Kanban

2.2.4.1.3. Programación extrema

3. Definición de requisitos

3.1. Actividades

3.1.1. Definición del alcance del proyecto

3.1.1.1. Identificación del negocio

3.1.1.1.1. Toma de requerimiento

3.2. Artefactos

3.2.1. Modelo del negocio

3.2.1.1. Análisis y realización de casos de uso

3.2.1.1.1. Modelo de proceso y actividades de negocio

4. Etapas

4.1. Elicitación

4.1.1. Aquí los analistas deben trabajar junto con el cliente para descubrir el problema que el sistema debe resolver, los diferentes servicios que el sistema debe prestar y las restricciones que se pueden presentar.

4.2. Análisis

4.2.1. Tiene como propósito descubrir problemas con los requisitos del sistema identificados hasta el momento.

4.3. Especificación

4.3.1. Aquí se documentan los requisitos acordados con el cliente, en un nivel apropiado de detalle.

4.4. Validación

4.4.1. Garantiza que los requisitos, una vez analizados y resueltos los posibles conflictos, correspondan realmente a las necesidades de clientes y usuarios.