Anda di halaman 1dari 41

1

Modelos de Desarrollo
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.
En Flor.
Prototipos
El Modelo de Espiral.
El Modelo de Procesos.
Desarrollo Incremental.
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 la probar los
procesos estn tambin completas.
El Modelo en V

Inicio Anlisis Diseo

Plan de
Pruebas de
Aceptacin
Integracin del Cdigo
Integracin del
Sistema
Sistema

Implem. UAT I.S.T


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.
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...

Utiles 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

Validacin del Pruebas de Prototipo


Diseo Integracin

Anlisis Prototipo
de Riesgo
Diseo del
Requerimientos
Producto Requerimientos del Software

Plan de Validacin de
Prototipo Desarrollo Requerimientos
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.
3
4

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
Contarcon un modelo debidamente
documentado. (entradas, salidas,
entregables, aprobaciones)
Losdocumentos 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.
4
1

Ejercicios

Anda mungkin juga menyukai