Tabla Comparativa de Modelos de Ciclos de Vida Sistemas 1

Modelos de Ciclos de VIda

Clásico

T R  A D I C I O  N A L E S

Mejora Iterativa

Emisión Gradual Estándares Militares Y Practicas Industriales

Prototipado

Ventajas

Desventajas

*Modelo de Ciclo de vida Muy difundido y experimentado. *Al utilizarlo se tiene la garantía de obtener  un producto terminado al final de las fases.

*El usuario debe saber exactamente que necesita. *Las fases solo pueden interactuar y/o comunicarse con su inmediata anterior. *No posee dispositivos que calculen riesgos. *Es necesario el conjunto completo de requerimientos del usuario. *Cuando los usuarios evalúan el software, dejan de ser productivos para la empresa, ya que esta no tiene control sobre ellos. *Se genera un software con funciones operativas esenciales. *Una vez implementado el software se salvan los errores con parches. *El profesional debe tener un alto dominio del modelo. *La elección de profesionales para este tipo de desarrollo es muy exigente.

*Puede retornar a nivel global en cualquiera de las fases (no lineal). *Reduce Riesgos a comparación del modelo Clásico, ya que el sistema va construyéndose incrementando subconjuntos de requerimientos del sistema. *Permite la creación rápida de un producto funcional básico. *El proceso de “control de calidad” los realizan los usuarios al informar las fallas. *Estándares de Calidad extremadamente altos, lo que dan un producto muy confiable.

*No es necesario que el usuario tenga en claro todas las funciones operativas esenciales. A través de “maquetas", el  programador  programador lo va guiando guiando para decidir decidir que que es lo que necesita en realidad (Propósito explicito de conocer los Requerimientos del Sistema). *Modelo Rápido y con poca utilización de Recursos.

*Las maquetas no son software funcionales, solo muestran al usuario una aproximación de lo que seria un  producto  producto con las características características que que solicite. *Poco útil en el caso de querer realizar  sistemas complejos.

Modelos de Ciclo de Vida

Ensamble de componentes reutilizables A L T Modelos de desarrollo de Productos de Software E R   N A T I V O S

Operativos

Modelos de Procesos de Producción

Generación de Aplicaciones

Especificaciones Operativas de Prototipado Rápido

Automatización de la Programación y del Proceso software

Ventajas

Desventajas

*Permite la configuración y especialización de componentes de software ya existentes.

*Este modelo no es apto para emprendimientos complejos y de gran envergadura.

*Los componentes pueden ser similares a estructuras de datos con sus algoritmos  para manipulación (grano fino) o bien sistemas subsistemas completos (Ej.: gestión de interfaces de usuario).

*El desarrollo del producto estará acotado a las limitaciones de los componentes software utilizados

*Utiliza generadores de aplicaciones para reducir la actividad de diseño del software o casi eliminarla.

*Los generadores pueden  producir solo sistemas software específicos para un número reducido de dominios de aplicación similares.

*Se constituye un prototipo funcional del sistema especificado y luego se refina hasta llegar a un sistema operativo.

*Este tipo de desarrollo supone la existencia de un lenguaje de especificación formal y un entorno de proceso.

*Los sistemas funcionalmente más completos que pueden ir  surgiendo del refinamiento del prototipo inicial, se mantienen siempre en funcionamiento. *Ahorra el esfuerzo de crear repetitivamente código que puede ser  realizada por un software de forma automática. * Idealmente el cliente describe los requisitos, que son traducidos inmediatamente a un sistema funcional.

*Para cada mantenimiento que se realiza con este modelo, se debe abrir el código del sistema y reprogramar. Es decir, el sistema no tiene la capacidad de “aprender”.

Automatización del software  basado en Conocimiento (SE)

Modelos de Procesos de Produccion

A L T E R  A T I V O S

Espiral

 No Operativos

Modelos de Transformación Continua

Modelos de Procesos Misceláneos o Mixtos Modelos de entorno de producción

*El sistema tendrá la capacidad de “aprender” nuevas normas sin la necesidad de modificar el código. Solo se ingresa la modificación a la Base de datos (reglas) y el control de inferencia modifica el resto. *Utiliza un sistema de control de Riesgos para el desarrollo del software. *Puede interrumpirse si los riesgos son altos. *Modelo muy utilizado  para el desarrollo de grandes proyectos, como desarrollo de Sistemas Operativos *Transformación y refinamiento de especificaciones abstractas  para llegar a problemas mas concretos. *Las fases que definen el  problema y los sistemas software pueden emerger   juntos y coevolucionar   juntos. *Albergue de los modelos que no satisfagan las definiciones anteriores. *Apuntan a la organización y gestión de estrategias para  producir software.

*Toda la información que se ingrese al SE deberá ser bien estructurada.

*Modelo que no garantiza que se conseguirá un producto final. *El desarrollo del sistema lleva  bastante tiempo y recursos, por lo que no es recomendable para emprendimientos a pequeña escala.

*No hay etapas ni fases para su desarrollo. *Escasa documentación del modelo.

*Modelos teóricos sin apenas experiencia contrastada

*Este modelo no desarrolla un software o un producto.