1. 1. CICLO DE VIDA DEL SOFTWARE
1.1. proceso que se sigue para construir y hacer evolucionar un determinado software
1.2. FASES
1.2.1. Planificación
1.2.2. Análisis
1.2.3. Diseño
1.2.4. Prueba
1.2.5. Mantenimiento
1.3. Paradigmas de los modelos de ciclo de vida del software
1.3.1. se identifican por ser lineales,
1.3.2. Modelos
1.3.2.1. Modelo en cascada
1.3.2.2. Modelo espiral
1.3.2.3. Modelo iterativo o por prototipos
1.3.2.4. Modelo Scrum
1.3.2.5. Modelo Kanban
1.3.2.6. Modelo XP o programación extrema
2. 2. FASE DE DEFINICIÓN DE REQUISITOS
2.1. se recopila, se examina y se formulan los requisitos del cliente
2.1.1. se intenta descubrir qué es lo que realmente se necesita
2.1.2. comprensión adecuada de los requerimientos del sistema (las características que el sistema debe poseer).
2.2. Fase de definición de requisitos
2.2.1. Fase
2.2.2. Actividades
2.2.3. Artefactos
3. 3. REQUISITOS
3.1. Un requisito es una condición o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo determinado
3.2. Características
3.2.1. Necesario
3.2.2. Completo
3.2.3. Consistente
3.2.4. Correcto
3.2.5. Factible
3.2.6. Modificable
3.2.7. Priorizado
3.2.8. Verificable
3.2.9. Rastreable
3.2.10. Claro
3.3. Clasificación
3.3.1. Requerimientos de usuario
3.3.2. Requerimientos de sistema
3.3.3. Requerimientos funcionales
3.3.4. Requerimientos no funcionales
4. 4. INGENIERÍA DE REQUISITOS
4.1. Principales definiciones de algunos autores
4.1.1. La ingeniería de requisitos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema. - (Boehm, 1979).
4.1.2. La ingeniería de requisitos es el proceso de estudiar las necesidades del usuario para llegar a una definición de requisitos de sistema, hardware o software. - (IEEE, 1990).
4.1.3. La ingeniería de requisitos puede considerarse como un proceso de descubrimiento y comunicación de las necesidades de clientes y usuarios y la gestión de los cambios de dichas necesidades. - (Amador, 2000)
4.2. Proporciona los mecanismos para
4.2.1. Entender lo que el cliente quiere.
4.2.2. Analizar las necesidades.
4.2.3. Evaluar la factibilidad.
4.2.4. Negociar una solución razonable.
4.2.5. Especificar la solución sin ambigüedades.
4.2.6. Validar la especificación
4.2.7. Administrar los requisitos conforme éstos se transforman en un sistema operacional.
4.3. Etapas de la ingeniería de requisitos
4.3.1. Elicitación
4.3.1.1. descubrimiento de los requisitos del sistema
4.3.2. Análisis
4.3.2.1. descubrir problemas con los requisitos del sistema identificados hasta el momento
4.3.3. Especificación
4.3.3.1. se documentan los requisitos acordados con el cliente, en un nivel apropiado de detalle
4.3.4. Validación
4.3.4.1. Garantiza que los requisitos correspondan realmente a las necesidades de clientes y usuarios
4.3.5. Análisis