ETAPAS DEL CICLO DE VIDA DE UN SISTEMA

Los sistemas informticos, 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 operacin. Su objetivo final es establecer los beneficios como desventajas de proyectar un
nuevo sistema que sustituya al actual.
Se basa en la evaluacin de tres aspectos fundamentales:
Factibilidad econmica. Considera el presupuesto que proporciona la organizacin para
realizar las especificaciones propuestas por el usuario.
Factibilidad tcnica. Se aboca a estudiar y reportar el equipo de cmputo que sirve de soporte
para las operaciones realizadas actualmente. Basndose en los requerimientos del usuario
evala la posibilidad de adquirir nuevas herramientas de trabajo.
Factibilidad operativa. Evala la funcionalidad del sistema actual y las ventajas esperadas con
la instalacin de un nuevo sistema, as como las reacciones del personal involucrado.
Etapa 2. Anlisis 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 sern las nuevas actividades qu reemplazaran a las actuales.

PRINCIPALES ACTIVIDADES :
Las actividades que se realizan con mayor frecuencia son: Entrevistas con los usuarios.
Anlisis de la documentacin existente. Definicin de los datos elementales. Definicin de la
organizacin 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. Diseo de sistemas. Las principales actividades que se realizan en esta etapa que
incluyen el diseo de la base de datos, son: El diseo de la construccin de tos mdulos y
submdulos del sistema. Diseo de los formatos de entrada y salida de informacin por
pantalla. Definir las acciones fsicas que podran ocurrir en el sistema a cualquier nivel.
Estructuras fsicas de las bases de datos. Elaboracin de manuales tcnicos y operativos del
sistema.
Etapa 4. Construccin. 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 mdulo. Documentacin tcnica.
Descripcin de las pruebas que confirman la seguridad del sistema mdulo por mdulo y de
forma general. Documentacin de operacin.

Etapa 5. Pruebas. 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.
Etapa 6. Implantacin. En este proceso se prepara el sistema para. Sustituirlo por el anterior y
se pone en funcionamiento (en lnea), a esta etapa se le llama liberacin del sistema.
Etapa 7. Mantenimiento. Todo sistema debe estar en constante actualizacin para adaptarse a
diversos elementos cambiantes en su medio ambiente (nuevos mdulos o procesos),
obteniendo al final de la fase la: Actualizacin de software. Actualizacin de la documentacin.

Modelo lineal o cascada:

Modelo en cascada o lineal (denominado as por la posicin de las fases en el desarrollo

de esta, que parecen caer en cascada por gravedad hacia las siguientes fases), es el
enfoque metodolgico que ordena rigurosamente las etapas del proceso para el
desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la
finalizacin de la etapa anterior.1 Al final de cada etapa, el modelo est diseado para
llevar a cabo una revisin final, que se encarga de determinar si el proyecto est listo para
avanzar a la siguiente fase. Este modelo fue el primero en originarse y es la base de todos
los dems modelos de ciclo de vida.
La versin original fue propuesta por Winston W. Royce en 1970 y posteriormente revisada
por Barry Boehm en 1980 e Ian Sommerville en 1985.2
Un ejemplo de una metodologa de desarrollo en cascada es:
1. Anlisis de requisitos.
2. Diseo del Sistema.

3. Diseo del Programa.

4. Codificacin.
5. Pruebas.
6. Verificacin.
7. Mantenimiento.

De esta forma, cualquier error de diseo detectado en la etapa de prueba conduce

necesariamente al rediseo y nueva programacin del cdigo afectado, aumentando los
costos del desarrollo. La palabra cascada sugiere, mediante la metfora de la fuerza de la
gravedad, el esfuerzo necesario para introducir un cambio en las fases ms avanzadas de
un proyecto.
Si bien ha sido ampliamente criticado desde el mbito acadmico y la industria sigue
siendo el paradigma ms seguido al da de hoy

MODELOS RPIDOS O DRA :

El Desarrollo Rpido 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. DRA es una
adaptacin a "Alta velocidad" en el que se logra el desarrollo rpido
utilizando un enfoque de construccin basado en componentes. Si se
comprenden bien los requisitos y se limita el mbito del proyecto, el proceso
DRA permite al equipo de desarrollo crear un "sistema completamente
funcional" dentro de periodos cortos de tiempo.
Cuando se utiliza principalmente para aplicaciones de sistemas de
informacin, el enfoque DRA comprende las siguientes fases:
Modelado de gestin: el flujo de informacin entre las funciones de gestin
se modela de forma que responda a las siguientes preguntas: Qu
informacin conduce el proceso de gestin? Qu informacin se genera?
Quin la genera? A dnde va la informacin? Quin la proceso?
Modelado de datos: el flujo de informacin definido como parte de la fase
de modelado de gestin se refina como un conjunto de objetos de datos
necesarios para apoyar la empresa. Se definen las caractersticas (llamadas
atributos) de cada uno de los objetos y las relaciones entre estos objetos.
Modelado de proceso: los objetos de datos definidos en la fase de
modelado de datos quedan transformados para lograr el flujo de
informacin necesario para implementar una funcin de gestin. Las
descripciones del proceso se crean para aadir, modificar, suprimir, o
recuperar un objeto de datos. Es la comunicacin entre los objetos.

 Generacin de aplicaciones: El DRA asume la utilizacin de tcnicas de

cuarta generacin. En lugar de crear software con lenguajes de
programacin de tercera generacin, el proceso DRA trabaja para volver a
utilizar componentes de programas ya existentes (cuando es posible) o a
crear componentes reutilizables (cuando sea necesario). En todos los casos
se utilizan herramientas automticas para facilitar la construccin del
software.
Pruebas de entrega: Como el proceso DRA enfatiza la reutilizacin, ya se
han comprobado muchos de los componentes de los programas. Esto
reduce tiempo de pruebas. Sin embargo, se deben probar todos los
componentes nuevos y se deben ejercitar todas las interfaces a fondo.