Desarrollo de Software Adaptable TIPO: Modelo Tradicional.

Desarrollo de Software Adaptable (ASD), es el modelo de implementacin de patrones giles para desarrollo de software, esta metodologa se adapta al cambio en lugar de luchar contra l, se basa en la adaptacin continua a circunstancias cambiantes. Ventajas 1. Es ms factible usarla para proyectos pequeos y medianos. 2. La tercera fase del ciclo de vida, revisin de los componentes, sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo. 3. Anticipa cambios y trata automticamente con ellos dentro de un programa en ejecucin, sin la necesidad de un programador. Desventajas 1. Aunque el ciclo entre el aprendizaje y la especulacin es bueno nos permite entregar productos con alta calidad, la prolongacin de dicho ciclo por errores o cambios que no son detectados en reuniones anteriores afecta tanto a la calidad del producto como a su costo total. FACES

Modelo basado en componentes (Reutilizacin de componentes) Tipo.- Modelo gil. El desarrollo de software basado en componentes permite reutilizar piezas de cdigo pre elaborado que permiten realizar diversas tareas, conllevando a diversos beneficios como las mejoras a la calidad, la reduccin del ciclo de desarrollo y el mayor retorno sobre la inversin. Ventajas. 1. Reutilizacin del software. 2. Simplifica las pruebas. 3. Simplifica el mantenimiento del sistema. 4. Mayor calidad. 5. Ciclos de desarrollo ms cortos 6. Mejor ROL. 7. Funcionalidad mejorada Desventajas. 1. Costo de encontrar, entender y adaptar componentes reutilizables

ETAPAS

Mtodo de Desarrollo de Sistemas Dinmicos. Tipo.- Modelo gil. Se considera la primera metodologa gil, se lo emplea para el desarrollo de sistemas de informacin y software, considerando al cliente o usuario final como un miembro ms del equipo de desarrollo. Ventajas 1. 2. 3. 4. Todos los cambios durante el desarrollo son reversibles. Los requerimientos estn especificados a un alto nivel. Mejora la calidad del producto. DSDM es til para proyectos con restricciones temporales o requerimientos cambiantes. 5. Reduce costes del proyecto y mejora su calidad. Desventajas 1. Los equipos del DSDM deben tener el poder de tomar decisiones. 2. Considerar globalmente todos los posibles algoritmos para resolver problemas incluso de aquellos que no conocemos (a esto se conoce como complejidad computacional). 3. Nivel de complejidad computacional va de baja a media.

ETAPAS

Metodologa Mtrica 3 Tipo.- Modelo Basado en el tipo tradicional. Mtrica 3 es una metodologa desarrollada y promovida por el Ministerio de Administraciones Pblicas del Gobierno de Espaa para la planificacin, desarrollo y mantenimiento de sistemas informticos para la gestin de actividades del ciclo de vida de los proyectos software dentro de las Administraciones Pblicas Ventajas 1. Esta metodologa tiene 4 interfaces que define actividades orientadas a la mejora y perfeccionamiento de los procesos. 2. Cubre distintos tipos de desarrollo. 3. Proporcionar o definir Sistemas de Informacin que ayuden a conseguir los fines de la Organizacin. Desventajas 1. Es demasiado pesado tanto en su implementacin. 2. Se mantiene algunos factores de las anteriores versiones. 3. Las actividades son de manera general. 4. No existe un estndar generalmente aceptado.

FACES

Modelo de desarrollo en V Tipo.- Modelo Basado en el tradicional El modelo en V es un proceso que representa la secuencia de pasos en el desarrollo del ciclo de vida de un proyecto. Describe las actividades y resultados que han de ser producidos durante el desarrollo del producto.

Ventajas 1. Es un modelo simple y fcil de utilizar. 2. En cada una de las fases hay entregables especficos. 3. Tiene una alta oportunidad de xito sobre el modelo en cascada debido al 4. desarrollo de planes de prueba en etapas tempranas del ciclo de vida.

Desventajas 1. Es un modelo muy rgido, como el modelo en cascada. 2. Tiene poca flexibilidad y ajustar el alcance es difcil y caro. 3. El software se desarrolla durante la fase de implementacin, por lo que no se producen prototipos del software. 4. El modelo no proporciona caminos claros para problemas encontrados durante las fases de pruebas.

ETAPAS

Modelo de desarrollo concurrente Tipo.El modelo de proceso concurrente define una serie de acontecimientos que dispararn transiciones de estado a estado para cada una de las actividades. Durante las primeras etapas del diseo, no se contempla una inconsistencia del modelo de anlisis. Esto genera la correccin del modelo de anlisis de sucesos, que disparar la actividad de anlisis del estado hecho al estado de cambios. Ventas 1. Excelente para proyectos en los que se conforman grupos de trabajo independientes. 2. Proporciona una imagen exacta del estado actual de un proyecto. Desventajas 1. Si no se dan las condiciones sealadas no es aplicable. 2. Si no existen grupos de trabajo no se puede trabajar en este mtodo

ETAPAS

Modelo de desarrollo en flor Tipo.- Modelo gil Es un Modelo gil en el que todas las etapas se deben de desarrollar al mismo tiempo hasta que obtengamos un producto final, como su nombre lo dice como cuando una rosa es apenas un botn y luego comienza a florecer, y cada ptalo se extiende por igual hasta que cada uno queda completamente abierto, en este caso de desarrollo de software los ptalos son cada etapa de desarrollo y todas van a ir de la mano desarrollndose al mismo tiempo Ventajas 1. Al terminar el modelo ya se tendr el producto de software libre de errores. 2. Se Podr realizar las pruebas durante el proceso para lograr detectar problemas inmediatamente. 3. Involucracin del usuario en todas las etapas del modelo. 4. Cuando no se conoce bien la aplicacin. 5. Cuando se requiere rapidez en el desarrollo. Desventajas 1. Demasiada carga de trabajo. 2. Los involucrados en el software tendrn que tener mucha paciencia y minuciosa concentracin. 3. Si se detecta un error en cualquier etapa tendrn que repararlo inmediatamente de lo contrario no funcionara ninguna etapa y no obtendrn un satisfactorio producto. 4. No se conoce cuando se tendr un producto aceptable. 5. Da una falsa ilusin al usuario sobre la velocidad del desarrollo. ETAPAS

Modelo SCRUM Tipo.- Modelo gil Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se basa en construir primero la funcionalidad de mayor valor para el cliente y en los principios de inspeccin continua, adaptacin, auto-gestin e innovacin. Ventajas. 1. 2. 3. 4. 5. Entrega de un producto funcional al finalizar cada Sprint. Posibilidad de ajustar la funcionalidad en base a la necesidad de negocio del cliente Visualizacin del proyecto da a da Alcance acotado y viable. Equipos integrados y comprometidos con el proyecto, toda vez que ellos definieron el alcance y se auto-administran.

Desventajas. 1. No genera toda la evidencia o documentacin de otras metodologas 2. No es apto para todos los proyectos. 3. Tal vez sea necesario complementarlo con otros procesos (XP)

FACES

Modelo MOPROSOFT Tipo.- Modelo gil. Es un modelo integrado donde las salidas de un proceso estn claramente dirigidas como entradas a otros procesos. Ventajas 1. 2. 3. Vasada en normas ISO. Facilita la relacin entre el modelo de proceso y la organizacin. Cuenta nicamente con 9 procesos evitando la fragmentacin que se presenta en otros modelos.

Desventajas. 1. No es prctico ni fcil de utilizar. 2. Evaluaciones formales constantes. 3. Proyectos para largos plazos.

ETAPAS

Modelo Espiral WIN-WIN Tipo.- Evolutivo- tradicional Es un modelo espiral WINWIN de Boehm, define un conjunto de actividades de negociacin al principio de cada paso alrededor de la espiral. Se basa en el principio que el proyecto solo es exitoso si y solo si todos las partes interesadas o implicados resultan ganadores. Ventajas 1. El anlisis del riesgo se hace de forma explcita y clara. 2. Incorpora objetivos de calidad y gestin de riesgos. 3. Integra el desarrollo con el mantenimiento de software. 4. Utiliza los prototipos para disminuir los riegos.

DESVENTAJAS: 1. Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable. 2. Si un riesgo importante no es detectado y gestionado a tiempo, indudablemente surgirn problemas. 3. Genera mucho tiempo en el desarrollo del sistema. 4. Dificultad de que ambas partes no cumplan con lo acordado en el desarrollo del sistema. ETAPAS