Está en la página 1de 43

Taller de herramientas de Diseo Case

Introduccin (9 hrs.)

Modelo ciclo de vida tradicional y O.O.

Introduccin

Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final. Un modelo de desarrollo establece el orden en el que se harn las cosas en el proyecto, nos provee de requisitos de entrada y salida para cada una de las actividades.

Introduccin Es necesario destacar el ciclo de vida del proyecto y el modelo de desarrollo. El ciclo de vida del proyecto ayuda a controlar las actividades del proyecto desde el inicio al fin del mismo. El modelo de desarrollo nos ayuda a la forma en la que vamos a construir el producto. Ambos se complementan para generar el producto desde el punto de vista tcnico y administrativo.

Modelos de Desarrollo...

El Modelo de Cascada. El Modelo en V. Prototipos El Modelo de Espiral. El Modelo de Procesos. Desarrollo Incremental Modelo O.O.

El Modelo de Cascada El ciclo de desarrollo de software. Este modelo tiene una secuencia ordenada. El trabajo de una etapa previa es la entrada del siguiente proceso. Provee de un gran control sobre las fechas de entrega y entregables.

El Modelo de Cascada

Establece criterios de entrada y salida en cada fase claramente definidos. Dado que provee pocos puntos de visibilidad da la impresin de que es lento.

El Modelo de Cascada
Inicio Anlisis Diseo Cdigo Pruebas

Implem.

A Favor... Excelente cuando se tiene un producto estable y se conoce la tecnologa. Es un mtodo muy estructurado que funciona bien con gente de poca experiencia. Provee estabilidad en los requerimientos. La planeacin se puede hacer anticipadamente.

En Contra... Tiene poca flexibilidad.

Los proyectos en la prctica raramente siguen un flujo secuencial.


Siempre es difcil para el cliente mostrar todos los requerimientos explcitamente y con mucha anticipacin. El cliente debe tener paciencia.

En Contra...

Es inflexible y no motiva al cambio.


Poco apropiado para aplicaciones para la toma de decisiones.

Los usuarios tienen una participacin limitada.

El Modelo en V

Una reexaminacin del modelo del ciclo de vida


desde el punto de vista de aseguramiento de calidad. Cuando cada proceso termina su producto, las

especificaciones de prueba para probar los procesos


estn tambin completas.

El Modelo en V

Inicio

Anlisis

Diseo

Plan de Aceptacin Integracin del Sistema

Pruebas de Integracin del Sistema

Cdigo

Implem.

UAT

I.S.T

Prototipos

Un prototipo es una versin preliminar de un sistema de informacin con fines de demostracin o evaluacin.

Construccin de Prototipos

Identificacin de Requerimientos. Diseo Rpido. Utilizar el Prototipo. Revisar y Mejorar.

Prototipos...

Es un mtodo menos formal de desarrollo. El prototipeo es una tcnica para comprender las especificaciones. Un prototipo puede ser eliminado. Un prototipo puede llegar a ser parte del producto final.

A Favor...

tiles cuando los requerimientos son cambiantes. Cuando no se conoce bien la aplicacin. Cuando el usuario no se quiere comprometer con los requerimientos. Cuando se quiere probar una arquitectura o tecnologa. Cuando se requiere rapidez en el desarrollo.

En Contra... No se conoce cuando se tendr un producto aceptable. No se sabe cuantas iteraciones sern necesarias. Da una falsa ilusin al usuario sobre la velocidad del desarrollo. Se puede volver el producto an y cuando no este con los estndares.

El Modelo de Espiral

Los productos de software son creados a travs de mltiples repeticiones del proceso del ciclo de vida. Se rompen un mini-proyectos. Estos modelos han sido aplicados al desarrollo de software. Aun no han madurado al punto de ser aplicados como modelos de desarrollo con tiempos y limitaciones de costos.

El Modelo de Espiral
Pruebas de Integracin

Validacin del Diseo

Prototipo

Anlisis de Riesgo
Diseo del Producto Requerimientos

Prototipo Requerimientos del Software Validacin de Requerimientos

Prototipo

Plan de Desarrollo

A Favor... El producto avanza a pasos firmes solucionado riesgos en cada iteracin. El producto termina con todos los riesgos resueltos. Se pueden incluir otros mtodos de desarrollo en las iteraciones. A medida que el costo aumenta, los riesgos se reducen. Se tienen puntos de control en cada interaccin.

En Contra...

Es complicado. Requiere de mucha administracin. Difcil de definir los objetivos, metas que indiquen que podemos avanzar al siguiente ciclo. Se puede caer en un desarrollo de nunca acabar.

El Modelo de Procesos

Impulsa un proceso iterativo de desarrollo.

Cada ciclo es una versin del producto.


Utiliza metas definidas para marcar la transicin entre las distintas etapas.

Ofrece mayor poder de decisin a los usuarios.


Busca mejorar la calidad y creatividad.

El Modelo de Procesos

Estabilizacin Idea/Necesidad

Construccin

Planeacin

Las Metas

Liberacin

Cdigo Completo

Visin y Alcance

Especificaciones Aprobadas

A Favor...

Etapas claramente definidas con metas, entregables y responsables.


Se establecen roles asociados al modelo que promueven la participacin de todos. Involucra muy de cerca al usuario.

En Contra...

Dado que la mayora de las decisiones son en consenso por el equipo en su conjunto, en ocasiones toman ms tiempo de lo debido. Para proyectos pequeos puede resultar poco practico. El considerar versiones hace que se dejen de lado algunas decisiones.

Desarrollo Incremental Permite construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad. Cada etapa consiste de requerimientos, diseo, codificacin, pruebas, y entrega. Permite entregar al cliente un producto ms rpido en comparacin del modelo de cascada.

Desarrollo Incremental

Reduce los riesgos ya que: Provee visibilidad sobre el progreso a travs de sus nuevas versiones. Provee retroalimentacin a travs de la funcionalidad mostrada. Permite atacar los mayores riesgos desde el inicio.

Desarrollo Incremental

Se pueden hacer implementaciones parciales si se cuenta con la suficiente funcionalidad. Las pruebas y la integracin es constante. El progreso se puede medir en periodos cortos de tiempo. Resulta ms sencillo acomodar cambios al acotar el tamao de los incrementos.

Desarrollo Incremental

Se puede planear en base a la funcionalidad que se quiere entregar primero. Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel administrativo como tcnico.

A Favor

La solucin se va mejorando en forma progresiva a travs de las mltiples iteraciones. Incrementa el entendimiento del problema y de la solucin por medio de los refinamientos sucesivos.

En Contra

Requiere de mucha planeacin, tanto administrativa como tcnica. Requiere de metas claras para conocer el estado del proyecto.

Qu Modelo Utilizar?

Un Proyecto...

Un proyecto es una organizacin transitoria de individuos dedicados a alcanzar un objetivo especifico dentro de un periodo de tiempo, un presupuesto, y un objetivo tcnico.

Por lo Tanto...

Un proyecto:
Tiene un principio y un fin. Debe de tener un objetivo (debe de ser medible). Requiere de un lder y de un equipo.

Lo que nos indica que es:


Temporal y Unico, ya que involucra hacer algo que no se ha hecho antes.

Qu Modelo?

Dado que cada proyecto es nico, no existe un modelo que se aplique al 100% a todos los proyectos de una organizacin. Una organizacin puede contar con uno o ms modelos de desarrollo para ser utilizados dependiendo del tipo de proyecto. El modelo seleccionado tendr influencia en el xito del proyecto y en el tipo de decisiones que se debern hacer.

Cul Seguir? Para seleccionar el modelo a adoptar habr que hacerse una serie de cuestionamientos: Qu tantos son los riesgos del proyecto? Qu tan claros estn los requerimientos? Se conoce bien la tecnologa ha utilizar? Visibilidad que requiere el proyecto? Qu tanta planeacin hacia adelante es requerida? Qu restricciones se tienen?

Criterios de Exito Contar con un modelo debidamente documentado. (entradas, salidas, entregables, aprobaciones) Los documentos deben de estar actualizados. La gente que participa en el proyecto debe estar capacitada en su uso. Se debe de reforzar el uso del modelo mediante auditorias y revisiones.

Criterios de Exito

La alta gerencia debe soportar la utilizacin de un modelo. Cualquier desviacin al modelo debe ser documentada y aprobada. Se debe de medir la eficiencia del modelo. Retroalimentar y ajustar.

HORA DEL CAF

También podría gustarte