Está en la página 1de 41

Modelos de Desarrollo

Modelos de Desarrollo
ALLSOFT S.A. de C.V. ALLSOFT S.A. de C.V.
Monterrey, N.L. Monterrey, N.L.
Introducci
Introducci

n
n
4 Para el desarrollo de cualquier producto de
software se realizan una serie de tareas entre la
idea inicial y el producto final.
4 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.
Introducci
Introducci

n
n
4 Es necesario destacar el ciclo de vida del proyecto y el
modelo de desarrollo.
4 El ciclo de vida del proyecto ayuda a controlar las
actividades del proyecto desde el inicio al fin del mismo.
4 El modelo de desarrollo nos ayuda a la forma en la que
vamos a construir el producto.
4 Ambos se complementan para generar el producto
desde el punto de vista tcnico y administrativo.
Modelos de Desarrollo...
Modelos de Desarrollo...
El odelo de !ascada.
El odelo en ".
En #lor.
Prototipos
El odelo de Espiral.
El odelo de Procesos.
$esarrollo %ncremental.
El Modelo de Cascada
El Modelo de Cascada
El ciclo de desarrollo de software.
Este modelo tiene una secuencia ordenada.
El traba&o 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
El Modelo de Cascada
Establece criterios de entrada y salida en cada
fase claramente definidos.
$ado que provee pocos puntos de visibilidad da
la impresi'n de que es lento.
El Modelo de Cascada
El Modelo de Cascada
Inicio
Anlisis
Diseo
Cdigo
Pre!"s
I#$le#.
A Favor...
A Favor...
E(celente cuando se tiene un producto estable y
se conoce la tecnolog)a.
Es un m*todo muy estructurado que funciona
bien con gente de poca e(periencia.
Provee estabilidad en los requerimientos.
+a planeaci'n se puede hacer anticipadamente.
En Contra...
En Contra...
,iene poca fle(ibilidad.
+os proyectos en la prctica raramente siguen un flu&o
secuencial.
-iempre es dif)cil para el cliente mostrar todos los
requerimientos e(pl)citamente y con mucha
anticipaci'n.
El cliente debe tener paciencia.
En Contra...
En Contra...
Es infle(ible y no motiva al cambio.
Poco apropiado para aplicaciones para la toma
de decisiones.
+os usuarios tienen una participaci'n limitada.
El Modelo en V
El Modelo en V
Una ree(aminaci'n del modelo del ciclo de vida
desde el punto de vista de aseguramiento de
calidad.
!uando cada proceso termina su producto, las
especificaciones de prueba para la probar los
procesos estn tambi*n completas.
El Modelo en V
El Modelo en V
Inicio Anlisis Diseo
Cdigo
I.S.T I#$le#.
Pruebas de
Integracin del
Sistema
%AT
Plan de Aceptacin
Integracin del
Sistema
Modelo en Flor
Modelo en Flor
El prop'sito del desarrollo de software es el de
desarrollar un producto de software.
+os equipos no deben de estar preocupados por el
proceso de desarrollo mismo.
$eben de desarrollarse todas las etapas un poco al
mismo tiempo hasta que el producto final es alcanzado.
Prototipos
Prototipos
Un prototipo es una versin preliminar
de un sistema de informacin con fines
de demostracin o evaluacin.
Construcci
Construcci

n de Prototipos
n de Prototipos
%dentificaci'n de .equerimientos.
$ise/o .pido.
Utilizar el Prototipo.
.evisar y e&orar.
Prototipos...
Prototipos...
Es un m*todo menos formal de desarrollo.
El prototipeo es una t*cnica para comprender
las especificaciones.
Un prototipo puede ser eliminado.
Un prototipo puede llegar a ser parte del
producto final.
A Favor...
A Favor...
Utiles cuando los requerimientos son
cambiantes.
!uando no se conoce bien la aplicaci'n.
!uando el usuario no se quiere comprometer
con los requerimientos.
!uando se quiere probar una arquitectura o
tecnolog)a.
!uando se requiere rapidez en el desarrollo.
En Contra...
En Contra...
0o se conoce cuando se tendr un producto
aceptable.
0o se sabe cuantas iteraciones sern
necesarias.
$a una falsa ilusi'n al usuario sobre la velocidad
del desarrollo.
-e puede volver el producto a1n y cuando no
este con los estndares.
El Modelo de Espiral
El Modelo de Espiral
+os productos de software son creados a trav*s
de m1ltiples repeticiones del proceso del ciclo
de vida. -e rompen un mini2proyectos.
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
El Modelo de Espiral
.equerimientos
Anlisis
de .iesgo
Prototipo
.equerimientos
del -oftware
"alidaci'n de
.equerimientos
Plan de
$esarrollo
Prototipo
$ise/o del
Producto
"alidaci'n del
$ise/o
Pruebas de
%ntegraci'n
Prototipo
A Favor...
A Favor...
El producto avanza a pasos firmes solucionado
riesgos en cada iteraci'n.
El producto termina con todos los riesgos
resueltos.
-e pueden incluir otros m*todos de desarrollo
en las iteraciones.
A medida que el costo aumenta, los riesgos se
reducen.
-e tienen puntos de control en cada
interacci'n.
En Contra...
En Contra...
Es complicado.
.equiere de mucha administraci'n.
$if)cil de definir los ob&etivos, metas que
indiquen que podemos avanzar al siguiente
ciclo.
-e puede caer en un desarrollo de nunca
acabar.
El Modelo de Procesos
El Modelo de Procesos
%mpulsa un proceso iterativo de desarrollo.
!ada ciclo es una versi'n del producto.
Utiliza metas definidas para marcar la transici'n
entre las distintas etapas.
3frece mayor poder de decisi'n a los usuarios.
4usca me&orar la calidad y creatividad.
El Modelo de Procesos
El Modelo de Procesos
%dea50ecesidad
Estabilizaci'n
!onstrucci'n
Planeaci'n
Las Metas
Las Metas
Liberacin
Visin y
Alcance
Cdigo
Completo
Especificaciones
Aprobadas
A Favor...
A Favor...
Etapas claramente definidas con metas,
entregables y responsables.
-e establecen roles asociados al modelo que
promueven la participaci'n de todos.
%nvolucra muy de cerca al usuario.
En Contra...
En Contra...
$ado que la mayor)a de las decisiones son en
consenso por el equipo en su con&unto, en
ocasiones toman ms tiempo de lo debido.
Para proyectos peque/os puede resultar poco
practico.
El considerar versiones hace que se de&en de
lado algunas decisiones.
Desarrollo Incremental
Desarrollo Incremental
Permite construir el proyecto en etapas
incrementales en donde cada etapa agrega
funcionalidad.
!ada etapa consiste de requerimientos, dise/o,
codificaci'n, pruebas, y entrega.
Permite entregar al cliente un producto ms
rpido en comparaci'n del modelo de cascada.
Desarrollo Incremental
Desarrollo Incremental
.educe los riesgos ya que6
7 Provee visibilidad sobre el progreso a trav*s de sus
nuevas versiones.
7 Provee retroalimentaci'n a trav*s de la
funcionalidad mostrada.
7 Permite atacar los mayores riesgos desde el inicio.
Desarrollo Incremental
Desarrollo Incremental
-e pueden hacer implementaciones parciales si se
cuenta con la suficiente funcionalidad.
+as pruebas y la integraci'n es constante.
El progreso se puede medir en periodos cortos de
tiempo.
.esulta ms sencillo acomodar cambios al acotar el
tama/o de los incrementos.
Desarrollo Incremental
Desarrollo Incremental
-e puede planear en base a la funcionalidad
que se quiere entregar primero.
Por su versatilidad requiere de una planeaci'n
cuidadosa tanto a nivel administrativo como
t*cnico.
A Favor
A Favor

+a soluci'n se va me&orando en forma


progresiva a trav*s de las m1ltiples iteraciones.
%ncrementa el entendimiento del problema y de
la soluci'n por medio de los refinamientos
sucesivos.
En Contra
En Contra

.equiere de mucha planeaci'n, tanto


administrativa como t*cnica.
.equiere de metas claras para conocer el
estado del proyecto.

Qu
Qu

Modelo Utilizar?
Modelo Utilizar?
Un Proyecto...
Un Proyecto...
4 Un proyecto es una organizaci'n transitoria
de individuos dedicados a alcanzar un
ob&etivo especifico dentro de un periodo de
tiempo, un presupuesto, y un ob&etivo
t*cnico.
Por lo Tanto...
Por lo Tanto...
%n $royecto&
,iene un principio y un fin.
$ebe de tener un ob&etivo 8debe de ser medible9.
.equiere de un l)der y de un equipo.
Lo 'e nos indic" 'e es&
,emporal y Unico, ya que involucra hacer algo que no se
ha hecho antes.

Qu
Qu

Modelo?
Modelo?
4 $ado que cada proyecto es 1nico, no e(iste un modelo
que se aplique al :;;< a todos los proyectos de una
organizaci'n.
4 Una organizaci'n puede contar con uno o ms modelos
de desarrollo para ser utilizados dependiendo del tipo de
proyecto.
4 El modelo seleccionado tendr influencia en el *(ito del
proyecto y en el tipo de decisiones que se debern hacer.

Cu
Cu

l Seguir?
l Seguir?
Para seleccionar el modelo a adoptar habr que
hacerse una serie de cuestionamientos6
7 =>u* tantos son los riesgos del proyecto?
7 =>u* tan claros estn los requerimientos?
7 =-e conoce bien la tecnolog)a ha utilizar?
7 ="isibilidad que requiere el proyecto?
7 =>u* tanta planeaci'n hacia adelante es requerida?
7 =>u* restricciones se tienen?
Criterios de
Criterios de
Exito
Exito
4 !ontar con un modelo debidamente documentado.
8entradas, salidas, entregables, aprobaciones9
4 +os documentos deben de estar actualizados.
4 +a gente que participa en el proyecto debe estar
capacitada en su uso.
4 -e debe de reforzar el uso del modelo mediante
auditorias y revisiones.
Criterios de
Criterios de
Exito
Exito
4 +a alta gerencia debe soportar la utilizaci'n de
un modelo.
4 !ualquier desviaci'n al modelo debe ser
documentada y aprobada.
4 -e debe de medir la eficiencia del modelo.
4 .etroalimentar y a&ustar.
Ejercicios
Ejercicios

También podría gustarte