Ciclo de vida clásico

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Ciclo de vida clásico por Mind Map: Ciclo de vida clásico

1. Conjunto de etapas con metodos y técnicas delimitan el ciclo de software.

1.1. Análisis Previo

1.1.1. Se define de manera general el sistema

1.1.2. Actividades determinadas

1.1.3. Usuarios

1.1.4. Marco general de la empresa u organización

1.1.4.1. Se obtiene

1.1.4.1.1. Documento de especificación que sirve como base para tomar la decisión de la continuidad del proyecto

1.1.5. Entorno de hardware y red

1.1.6. Recursos necesarios y condicionamientos generales

1.2. Análisis de requisitos

1.2.1. Se definen a detalle las necesidades de información del software

1.2.2. Se define lenguaje de programación, gestor de base de datos y componentes adicionales

1.2.2.1. Se obtiene

1.2.2.1.1. Especificación de requisitos

1.2.2.1.2. Sirve de base para detallar la funcionalidad del software

1.2.3. Se obtiene información de los usuarios para tener una idea mas precisa de las funciones

1.3. Diseño

1.3.1. Se plantea ¿que debe hacer el software?

1.3.2. Se especifica la solución al problema

1.3.3. Se define arquitectura general

1.3.3.1. Se obtiene

1.3.3.1.1. Especificación del diseño

1.3.3.1.2. Especificación de la prueba

1.3.4. Se define estructura de base de datos

1.3.5. Especificación de interfases u otros programas

1.4. Programación

1.4.1. Se traduce el diseño a código procesable en la computadora

1.4.1.1. Se obtiene

1.4.1.1.1. Programa con funcionalidades y componentes

1.4.2. Se contruye y elabora el software

1.5. Prueba

1.5.1. Especificación de la prueba

1.5.2. Probar el software desde diferentes puntos de vista

1.5.3. Se realiza de manera planificada

1.5.3.1. Fase 1

1.5.3.1.1. Se programan pruebas por cada componente de software

1.5.3.1.2. Se programan pruebas por grupos de programas relacionados

1.5.3.2. Fase 2

1.5.3.2.1. Se prueban programas en conjunto

1.5.3.2.2. Se prueba el rendimiento de todo el ambiente

1.5.4. Se corrije software y documentan errores

1.5.4.1. Se obtienen resultados finales

1.5.4.1.1. No Satisfactorios

1.5.4.1.2. Satisfactorios

1.6. Mantenimiento

1.6.1. Uso y explotación del Software

1.6.2. Cambios pequeños y grandes

1.6.3. Corrección de errores de operación y bugs de programación

1.6.4. Mejora de funciones y eficientar

2. Inconvenientes del modelo

2.1. No es realista

2.2. No se vuelve nunca a étapa anterior

2.3. Si los requisitos estan incompletos, el software saldra incompleto