Tabla Comparativa de Modelos de Ciclos de Vida Sistemas 1

January 24, 2019 | Author: Franco Hayde Araya | Category: Software Development Process, Systems Engineering, Software, Computer Engineering, Areas Of Computer Science
Share Embed Donate


Short Description

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.

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF