You are on page 1of 43

Modelos de Desarrollo

ALLSOFT S.A. de C.V.


Monterrey, N.L.
1

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.

2002-2003, Derechos Reservados

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.
2002-2003, Derechos Reservados

Modelos de Desarrollo...
El Modelo de Cascada.
El Modelo en V. En Flor. Prototipos El Modelo de Espiral. El Modelo de Procesos. Desarrollo Incremental.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

El Modelo de Cascada
Inicio
Anlisis

Diseo
Cdigo

Pruebas
Implem.

2002-2003, Derechos Reservados

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. Para proyectos grandes.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

En Contra...
Es inflexible y no motiva al cambio.
Poco apropiado para aplicaciones para la toma

de decisiones.
Los usuarios tienen una participacin limitada.

2002-2003, Derechos Reservados

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 la probar los procesos estn tambin completas.


2002-2003, Derechos Reservados

El Modelo en V
Inicio
Plan de Aceptacin Integracin del Sistema

Implem.

Anlisis
Pruebas de Integracin del Sistema

UAT

Diseo

I.S.T

Cdigo
2002-2003, Derechos Reservados

Modelo en Flor
El propsito del desarrollo de software es el de

desarrollar un producto de software.


Los equipos no deben de estar preocupados por

el proceso de desarrollo mismo.


Deben de desarrollarse todas las etapas un

poco al mismo tiempo hasta que el producto final es alcanzado.


2002-2003, Derechos Reservados

Prototipos

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

2002-2003, Derechos Reservados

Construccin de Prototipos

Identificacin de Requerimientos.

Diseo Rpido.
Utilizar el Prototipo. Revisar y Mejorar.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.
2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

El Modelo de Espiral
Validacin del Diseo
Anlisis de Riesgo Diseo del Producto Requerimientos Plan de Desarrollo

Pruebas de Integracin
Prototipo

Prototipo

Requerimientos del Software Validacin de Requerimientos

Prototipo

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

El Modelo de Procesos
Estabilizacin Idea/Necesidad

Construccin

Planeacin

2002-2003, Derechos Reservados

Las Metas
Liberacin

Cdigo Completo

Visin y Alcance

Especificaciones Aprobadas
2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.


2002-2003, Derechos Reservados

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.


2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.


2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

En Contra
Requiere de mucha planeacin, tanto

administrativa como tcnica. Requiere de metas claras para conocer el estado del proyecto.

2002-2003, Derechos Reservados

Qu Modelo Utilizar?

34

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.

2002-2003, Derechos Reservados

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 nico, ya que involucra hacer algo que no se ha hecho antes.

2002-2003, Derechos Reservados

Proyectos de Software
Los proyectos de desarrollo de software varan muchos

unos de otros, entran en juego:


Requerimientos Actividades Tecnologas Tareas Usuarios Contexto Habilidades

2002-2003, Derechos Reservados

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.

2002-2003, Derechos Reservados

Cul Seguir?
Para seleccionar el modelo a adoptar habr que hacerse una serie de cuestionamientos:
Qu tanto el cliente y nosotros conocemos los requerimientos? Qu tan claros estn los requerimientos? Se conoce bien la tecnologa ha utilizar? Qu tantos son los riesgos del proyecto? Qu tan bien conocemos la arquitectura?
2002-2003, Derechos Reservados

Cul Seguir?
Continuacin
Visibilidad que requiere el proyecto hacia el cliente? Visibilidad que requiere el proyecto hacia la Gerencia? Qu tanta planeacin hacia adelante es requerida? Qu restricciones se tienen? (presupuesto, fechas)

2002-2003, Derechos Reservados

Criterios de xito
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 revisione
2002-2003, Derechos Reservados

Criterios de xito
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.

2002-2003, Derechos Reservados

Ejercicios

43

You might also like