Download Tabla Comparativa de Modelos de Ciclos de Vida Sistemas 1...
Description
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.
Thank you for interesting in our services. We are a non-profit group that run this website to share documents. We need your help to maintenance this website.