1. Ciclo de vida del softwasoftwarere:También conocido como (SDLC o Systems Development Life Cycle)
1.1. FASES
1.1.1. 1. FASE PLANIFICACIÓN:
1.1.1.1. Objetivos: estudio de viabilidad, realizar planificación detallada.
1.1.2. 2. FASE ANÁLISIS (definición de requisitos)
1.1.2.1. Objetivos: conocer los requisitos, asegurar que los requisitos son alcanzables, formalizar acuerdo con el cliente.
1.1.3. 3. FASE DISEÑO
1.1.3.1. Objetivos: Identificar soluciones tecnológicas, asignar recursos materiales, proponer identificar y seleccionar, establecer métodos de validación, ajustar especificaciones.
1.1.4. 4.FASE PRUEBAS
1.1.4.1. Objetivos: Realizar los ajustes necesarios para corregir posibles errores o inconsistencias.
1.1.5. 5. FASE MANTENIMIENTO
1.1.5.1. Objetivos: Operación asegurar que el uso del proyecto es el que se pretendía, mantenimiento.
1.2. Paradigmas de los modelos de ciclo de vida del software
1.2.1. Paradigma tradicional
1.2.2. Desventaja
1.2.3. Paradigma orientado a objetos
1.2.4. Paradigma de desarrollo ágil
1.2.5. MODELOS TRADICIONALES
1.2.5.1. Modelo en cascada
1.2.5.2. Modelo espiral
1.2.5.3. Modelo iterativo o por prototipos
1.2.6. MODELOS AGILES
1.2.6.1. Modelo Scrum
1.2.6.2. Modelo Kanban
1.2.6.3. Modelo XP o programación extrema
1.3. Fase de definición de requisitos
1.3.1. Fase
1.3.1.1. Análisis (definición de requisitos).
1.3.2. Actividades
1.3.2.1. Definición del alcance del proyecto. Identificación del negocio. Toma de requerimientos. Estudio de procesos de negocio. Calendarización del proyecto.
1.3.3. Artefactos
1.3.3.1. Modelo del negocio. Análisis y realización de casos de uso. Modelo de procesos y actividades de negocio. Cronograma del proyecto.
1.4. Requisitos
1.4.1. Los requisitos cobran importancia dentro del ciclo de vida del software, puesto que:
1.4.1.1. Necesario Completo Consistente Correcto Factible Modificable Priorizado Verificable Rastreable Claro
1.4.2. Clasificación
1.4.2.1. Requerimientos de usuario
1.4.2.2. Requerimientos de sistema
1.4.2.3. Requerimientos funcionales
1.4.2.4. Requerimientos no funcionales
1.5. Ingeniería de requisitos
1.5.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). 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). 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)
1.5.1.1. Entender lo que el cliente quiere. Analizar las necesidades. Evaluar la factibilidad. Negociar una solución razonable. Especificar la solución sin ambigüedades. Validar la especificación. Administrar los requisitos conforme éstos se transforman en un sistema operacional.
1.5.2. Etapas de la ingeniería de requisitos
1.5.2.1. Elicitación
1.5.2.2. Análisis
1.5.2.3. Especificación
1.5.2.4. Validación