CICLO DE VIDA DE UN SISTEMA INFORMATIVO

Debido a la complejidad y envergadura del trabajo requerido para analizar, diseñar e implantar un sistema de informático se necesita para hacerlo con eficiencia se planifique, ejecute y controle de acuerdo a ciertas reglas, leyes y principios que por un lado organicen el trabajo de forma adecuada y por otro garanticen que el trabajo del análisis y diseño se apliquen principios fundamentales de la teoría de sistemas.

- El enfoque sistémico
- Análisis del medio ambiente
- Definición exacta de los límites del sistema
- La consideración de la flexibilidad necesaria en el nuevo sistema para asimilar la dinámica del Objeto de dirección y del propio sistema de información
- El hombre como elemento fundamental
- La inclusión de los medios de control necesarios para garantizar el equilibrio del sistema

El trabajo del diseñador es creativo en gran parte, pues son diseñados para objetivos específicos y sin reglas rígidas, sin embargo es posible establecer una estructura que contenga ciertas normas aplicables a los recursos, organización, técnicas, métodos y procesos durante los cuales el trabajo de sistematización puede hacerse más eficiente, debiendo ser flexible para no impedir la creatividad del sistematizador.

CICLO DE VIDA: El ciclo de vida de los sistemas de software se puede explicar atendiendo a diferentes modelos, como es:
- Clásico o convencional (Cascada)
- Prototipo
- Espiral
- Evolutiva
- Incremental
- Basada en transformaciones
- Estructurado
- Orientado a objetos

Para iniciar nuestro estudio sobre la necesidad de elaborar documentación comentemos el ciclo de vida clásico, ya que a partir de él podemos explicar las variantes de ciclos de desarrollo, como el orientado a objetos que veremos al final.

Ciclo de vida clásico o convencional: Se introdujo como técnica rígida para mejorar la calidad y reducir los costos del software, se le denomina tradicionalmente "modelo de cascada" porque posee un paso antes del siguiente con gran exactitud. Sus principales problemas son el no establecer al principio todos los requerimientos, la posibilidad de cambios después de iniciado el proyecto y que los resultados no se ven hasta después de iniciado el proyecto. Este es la aproximación mas empleada.