Aspectos de los modelos de desarrollo de software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Aspectos de los modelos de desarrollo de software por Mind Map: Aspectos de los modelos de desarrollo de software

1. Modelo espiral

1.1. Caracteristicas:

1.1.1. -En cada giro se construye un nuevo modelo del sistema completo. -Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada,evolutivo) -Mejor modelo para el desarrollo de grandes sistemas.

1.2. Etapas (Ciclos):

1.2.1. -Planificación -Análisis de riesgo -Evaluación del cliente -Ingenieria

1.2.1.1. Desarrollo cíclico (iterativo) donde en cada ciclo se llevan a cabo 4 tareas: –Determinación de objetivos, alternativas y restricciones –Evaluación de alternativas, análisis y control de riesgos. –Desarrollo y verificación del producto. –Planificación del siguiente ciclo (fase).

1.3. Ventajas:

1.3.1. -No necesita una definición completa de los requisitos para empezara funcionar. -Al entregar productos desdeel final de la primera iteración es más fácil validar los requisitos. -El riesgo en general es menor, porque si todo se hace mal, solo se ha perdido el tiempo y recursosinvertidos en una iteración (las anteriores iteraciones estánbien). -El riesgo de sufrir retrasos es menor, ya que al identificar los problemas en etapas tempranas hay tiempode subsanarlos.

1.4. Desventajas:

1.4.1. -Es difícil evaluar los riesgos. -Necesita de la participación continua por parte del cliente. -Cuando se subcontrata hay que producir previamente una especificación completa de lo que se necesita, y esto lleva tiempo.

2. Modelo en cascada

2.1. Caracteristicas:

2.1.1. -Es el más utilizado. -Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios. -Para que el proyecto tenga éxito deben desarrollarse todas las fases. -Las fases continúan hasta que los objetivos se han cumplido.

2.2. Etapas:

2.2.1. -Análisis y definición de requerimientos. -Diseño del sistema y software. -Implementación y prueba de unidades. -Integrasción y prueba del sistema. -Funcionamiento y mantenimiento.

2.3. Ventajas:

2.3.1. -La Documentación se va produciendo en cada fase. -El Modelo cuadra con otros modelos del proceso de ingeniería.

2.4. Desventajas:

2.4.1. -Inflexibilidad : al dividir el proyecto en distintas etapas. -Es difícil responder a cambios en los requerimientos del cliente.

3. Incremental

3.1. Caracteristicas:

3.1.1. Combina elementos del modelo lineal con la filosofía de creación de prototipos. -El primer incremento a menudo es un producto esencial(núcleo). -A partir de la evaluación se planea el siguiente incremento y así sucesivamente. -Es interactivo por naturaleza -Es útil cuando el personal no es suficiente para la implementación completa. -Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia. -El usuario se involucra mas. -Difícil de evaluar el costo total. -Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo. -Requiere gestores experimentados. -Los errores en los requisitos se detectan tarde. -El resultado puede ser positivo.

3.2. Etapas:

3.2.1. -Análisis. -Diseño. -Código. -Prueba.

3.3. Ventajas:

3.3.1. -Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. -También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del software. -El modelo proporciona todas las ventajas del modelo en Cascada re-alimentado, reduciendo sus desventajas sólo al ámbito de cada incremento. -Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.

3.4. Desventajas:

3.4.1. -El modelo incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido y/o de alto índice de riesgos. -Requiere de mucha planeación, tanto administrativa como técnica.

4. Modelo concurrente

4.1. Definición:

4.1.1. Define una serie de acontecimientos que dispararán transiciones de estado a estado para cada una de las actividades. Durante las primeras etapas del diseño, no se contempla una inconsistencia del modelo de análisis. Esto genera la corrección del modelo de análisis de sucesos, que disparará la actividad de análisis del estado hecho al estado cambios en espera.

4.2. Características:

4.2.1. *Se puede expresar de manera esquematizada *Es aplicable a todo tipo de desarrollo de software *Es un modulo aplicable para cliente soñador *Esta dirigido por las necesidades del usuario *Es aplicable al cliente servidor

4.3. Etapas:

4.3.1. Actividad de análisis con estados de actividad y son los siguientes: -Ninguna -Bajo desarrollo -Cambios en espera -Bajo revisión -Bajo modificación -En linea base -Realizado

4.4. Ventajas:

4.4.1. -Excelente para proyectos en los que se conforman grupos de trabajo independientes. -Proporciona una imagen exacta del estado actual de un proyecto.

4.5. Desventajas:

4.5.1. -Si no se dan las condiciones señaladas no es aplicable. -Si no existen grupos de trabajo no se puede trabajar en este método