ETAPAS DEL CICLO DE VIDA DE UN SISTEMA

Los sistemas informáticos, como cualquier otro sistema, tienen un CICLO DE VIDA que los
prepara para responder a las necesidades planteadas de manera óptima. El ciclo de vida se
conforma por las siguientes etapas:

Etapa 1. Estudio de Factibilidad. Es un preestudio sobre las operaciones actuales del sistema
en operación. Su objetivo final es establecer los beneficios como desventajas de proyectar un
nuevo sistema que sustituya al actual.
Se basa en la evaluación de tres aspectos fundamentales:
Factibilidad económica. Considera el presupuesto que proporciona la organización para
realizar las especificaciones propuestas por el usuario.
Factibilidad técnica. Se aboca a estudiar y reportar el equipo de cómputo que sirve de soporte
para las operaciones realizadas actualmente. Basándose en los requerimientos del usuario
evalúa la posibilidad de adquirir nuevas herramientas de trabajo.
Factibilidad operativa. Evalúa la funcionalidad del sistema actual y las ventajas esperadas con
la instalación de un nuevo sistema, así como las reacciones del personal involucrado.
Etapa 2. Análisis de sistemas. Cuando el problema ha sido identificado, los analistas
recopilan y analizan los datos acerca de las operaciones actuales del procesamiento de datos
para poder decidir cuales serán las nuevas actividades qué reemplazaran a las actuales.

PRINCIPALES ACTIVIDADES :
Las actividades que se realizan con mayor frecuencia son: Entrevistas con los usuarios.
Análisis de la documentación existente. Definición de los datos elementales. Definición de la
organización y estructura de los datos. Analizar los procesos que definen la funcionalidad del
sistema. Definir los componentes del sistema que se mencionaron en el diccionario de datos.
Etapa 3. Diseño de sistemas. Las principales actividades que se realizan en esta etapa que
incluyen el diseño de la base de datos, son: El diseño de la construcción de tos módulos y
submódulos del sistema. Diseño de los formatos de entrada y salida de información por
pantalla. Definir las acciones físicas que podrían ocurrir en el sistema a cualquier nivel.
Estructuras físicas de las bases de datos. Elaboración de manuales técnicos y operativos del
sistema.
Etapa 4. Construcción. En esta etapa se define las estructuras de los archivos, bases de
datos y se desarrollan los programas que integraran el sistema. Tomando en cuenta los
diagramas de flujo y diccionarios de datos. Al finalizar esta fase se proporcionaran los
siguientes elementos: Los programas fuentes de cada módulo. Documentación técnica.
Descripción de las pruebas que confirman la seguridad del sistema módulo por módulo y de
forma general. Documentación de operación.

Este modelo fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida.1 Al final de cada etapa. el modelo está diseñado para llevar a cabo una revisión final. Mantenimiento. Implantación. Pruebas. Actualización de la documentación. Sustituirlo por el anterior y se pone en funcionamiento (en línea). 2. Royce en 1970 y posteriormente revisada por Barry Boehm en 1980 e Ian Sommerville en 1985.Etapa 5. que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. En este proceso se prepara el sistema para. que parecen caer en cascada “por gravedad” hacia las siguientes fases). En esta etapa se pone a prueba el funcionamiento del sistema y se valoran los resultados para detectar si existen errores con el fin de corregirlos y con ello cumplir con los objetivos planteados inicialmente. es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software. Todo sistema debe estar en constante actualización para adaptarse a diversos elementos cambiantes en su medio ambiente (nuevos módulos o procesos). Análisis de requisitos. Etapa 6. a esta etapa se le llama liberación del sistema. La versión original fue propuesta por Winston W. Etapa 7. obteniendo al final de la fase la: Actualización de software. Modelo lineal o cascada: Modelo en cascada o lineal (denominado así por la posición de las fases en el desarrollo de esta. . Diseño del Sistema.2 Un ejemplo de una metodología de desarrollo en cascada es: 1. de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.

Las descripciones del proceso se crean para añadir. o recuperar un objeto de datos. Codificación. Diseño del Programa. Es la comunicación entre los objetos. Verificación. Cuando se utiliza principalmente para aplicaciones de sistemas de información. el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto. modificar. 4.3. mediante la metáfora de la fuerza de la gravedad. aumentando los costos del desarrollo. La palabra cascada sugiere. . suprimir. cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado. De esta forma. el proceso DRA permite al equipo de desarrollo crear un "sistema completamente funcional" dentro de periodos cortos de tiempo. Si bien ha sido ampliamente criticado desde el ámbito académico y la industria sigue siendo el paradigma más seguido al día de hoy MODELOS RÁPIDOS O DRA : El Desarrollo Rápido de Aplicaciones (DRA) (Rapid Application Development RAD) es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. Mantenimiento. 5. DRA es una adaptación a "Alta velocidad" en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto. el enfoque DRA comprende las siguientes fases:  Modelado de gestión: el flujo de información entre las funciones de gestión se modela de forma que responda a las siguientes preguntas: ¿Qué información conduce el proceso de gestión? ¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información? ¿Quién la proceso?  Modelado de datos: el flujo de información definido como parte de la fase de modelado de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la empresa. 6. 7. Pruebas.  Modelado de proceso: los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión. Se definen las características (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos.

ya se han comprobado muchos de los componentes de los programas. En todos los casos se utilizan herramientas automáticas para facilitar la construcción del software. Sin embargo. el proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario).  Pruebas de entrega: Como el proceso DRA enfatiza la reutilización. Esto reduce tiempo de pruebas. Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta generación. En lugar de crear software con lenguajes de programación de tercera generación. se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo. .