ModelosD

Modelos de Desarrollo

ALLSOFT S.A. de C.V. Monterrey, N.L.

1

Introducción 

desarrollo de cua cualquier producto de Par a el desa Par  softwaare se rea softw realiz lizaan una una serie de ta tare reaas entre la ide ideaa inici iniciaal y el producto fina final.



Un modelo de desa desarrollo estab establece lece el orden en el que se ha harán la las cosa cosas en el proyecto, nos provee de requisitos de entr ada y sa salid lidaa par a cada un unaa de la las activid ctividaades.

2002-2003, Derechos Reservados

Introducción 

desarrollo de cua cualquier producto de Par a el desa Par  softwaare se rea softw realiz lizaan una una serie de ta tare reaas entre la ide ideaa inici iniciaal y el producto fina final.



Un modelo de desa desarrollo estab establece lece el orden en el que se ha harán la las cosa cosas en el proyecto, nos provee de requisitos de entr ada y sa salid lidaa par a cada un unaa de la las activid ctividaades.

2002-2003, Derechos Reservados

Introducción  Es 

 

necesaario desta neces destacar el ciclo de vida vida del proyecto y el modelo de desa desarrollo. vida del proyecto ayud yudaa a control controlaar la las El ciclo de vida ctividaades del proyecto desde el inicio al fin del activid mismo. desarrollo nos ayud yudaa a la form formaa en la la El modelo de desa que va vamos a construir el producto. Amb Am bos se complementa complementan par a gener ar el producto desde el punto de vista vista técnico y administr ativo.

2002-2003, Derechos Reservados

Modelos de Desarrollo... Casc scaada. 5 El Modelo de Ca 5 El Modelo en V. 5 En Flor. 5 Prototipos 5 El Modelo de Espir al. 5 El Modelo de Procesos.

Desaarrollo Incrementa Incremental. 5 Des

2002-2003, Derechos Reservados

El Modelo de Cascada  El

ciclo de desarrollo de software.

 Este  El

modelo tiene una secuencia ordenada.

tr abajo de una etapa previa es la entr ada

del siguiente proceso.  Provee

de un gr an control sobre las fechas

de entrega y entregables.

2002-2003, Derechos Reservados

El Modelo de Cascada  Establece

criterios de entr ada y salida en cada f ase clar amente definidos.

 Dado

que provee pocos puntos de visibilidad da la impresión de que es lento.

2002-2003, Derechos Reservados

El Modelo de Cascada Inicio Análisis Diseño Código Pruebas Implem.

2002-2003, Derechos Reservados

A Favor...  Excelente

cuando se tiene un producto

estable y se conoce la tecnologí a.  Es

un método muy estructur ado que

funciona bien con gente de poca experiencia.  Provee  La

estabilidad en los requerimientos.

planeación se puede hacer 

anticipadamente. 2002-2003, Derechos Reservados

En Contra... 

Tiene poca flexibilidad.



Los proyectos en la pr áctica r ar amente siguen un flu jo secuencial.



Siempre es difícil par a el cliente mostr ar todos los requerimientos explícitamente y con mucha anticipación.

 El

cliente debe tener paciencia.

2002-2003, Derechos Reservados

En Contra...  Es

inflexible y no motiva al cambio.

 Poco

apropiado par a aplicaciones par a la toma de decisiones.

 Los

usuarios tienen una participación limitada.

2002-2003, Derechos Reservados

El Modelo en V  Una

reexaminación del modelo del ciclo de

vida desde el punto de vista de asegur amiento de calidad.  Cuando

cada proceso termina su producto,

las especificaciones de prueba par a la probar  los procesos están también completas.

2002-2003, Derechos Reservados

El Modelo en V Inicio

Análisis

Plan de Aceptación

Pruebas

de Integración del Sistema

Integración del Sistema

Implem.

Diseño

UAT

Código

I.S.T

2002-2003, Derechos Reservados

Modelo en Flor   El

propósito 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 versión  preliminar de un sistema de informaci ón con fines de  demostraci ón o evaluaci ón .

2002-2003, Derechos Reservados

Construcción de Prototipos



Identificación de Requerimientos.



Diseño Rápido.



Utilizar el Prototipo.



Revisar y Me jor ar.

2002-2003, Derechos Reservados

Prototipos...  Es

un método menos formal de desarrollo.

 El

prototipeo es una técnica par a comprender las especificaciones.

 Un

prototipo puede ser eliminado.

 Un

prototipo puede llegar a ser parte del producto final.

2002-2003, Derechos Reservados

A Favor...  Utiles

cuando los requerimientos son cambiantes.  Cuando no se conoce bien la aplicación.  Cuando el usuario no se quiere comprometer  con los requerimientos.  Cuando se quiere probar una arquitectur a o tecnologí a.  Cuando se requiere r apidez en el desarrollo. 2002-2003, Derechos Reservados

En Contra...  No

se conoce cuando se tendrá un producto aceptable.  No se sabe cuantas iter aciones serán necesarias.  Da una f alsa ilusión al usuario sobre la velocidad del desarrollo.  Se puede volver el producto aún y cuando no este con los estándares.

2002-2003, Derechos Reservados

El Modelo de Espiral  Los

productos de software son creados a tr avés de múltiples repeticiones del proceso del ciclo de vida. Se rompen un miniproyectos.  Estos modelos han sido aplicados al desarrollo de software.  Aun no han madur ado al punto de ser  aplicados como modelos de desarrollo con tiempos y limitaciones de costos. 2002-2003, Derechos Reservados

El Modelo de Espiral Validación del Diseño

Pruebas de Integr ación Análisis de Riesgo

Diseño del Producto

Prototipo

Requerimientos Plan de Desarrollo

Prototipo

Prototipo Requerimientos del Software Validación de Requerimientos

2002-2003, Derechos Reservados

A Favor...  El

producto avanza a pasos firmes solucionado riesgos en cada iter ación.  El producto termina con todos los riesgos resueltos.  Se pueden incluir otros métodos de desarrollo en las iter aciones.  A medida que el costo aumenta, los riesgos se reducen.  Se tienen puntos de control en cada inter acción. 2002-2003, Derechos Reservados

En Contra...  Es

complicado.

 Requiere

de mucha administr ación.

 Difícil

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  Cada

un proceso iter ativo de desarrollo.

ciclo es una versión del producto.

 Utiliza

metas definidas par a marcar la

tr ansición entre las distintas etapas.  Ofrece

mayor poder de decisión a los

usuarios.  Busca

me jor ar la calidad y creatividad. 2002-2003, Derechos Reservados

El Modelo de Procesos

Estabilización

Idea/Necesidad

Construcción

Planeación

2002-2003, Derechos Reservados

Las Metas L iberaci ón 

Código  Completo 

Visi ón y Alcance 

Especificaciones  Aprobadas  2002-2003, Derechos Reservados

A Favor...  Etapas

clar amente definidas con metas, entregables y responsables.

 Se

establecen roles asociados al modelo que promueven la participación de todos.

 Involucr a

muy de cerca al usuario.

2002-2003, Derechos Reservados

En Contra...  Dado

que la mayorí a de las decisiones son en consenso por el equipo en su con junto, en ocasiones toman más tiempo de lo debido.

 Par a

proyectos pequeños puede resultar  poco pr actico.

 El

consider ar versiones hace que se de jen de lado algunas decisiones. 2002-2003, Derechos Reservados

Desarrollo Incremental construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad.

 Permite

 Cada

etapa consiste de requerimientos, diseño, codificación, pruebas, y entrega.

 Permite

entregar al cliente un producto más rápido en compar ación del modelo de cascada. 2002-2003, Derechos Reservados

Desarrollo Incremental Reduce los riesgos ya que:  ² Provee visibilidad sobre el progreso a tr avés de sus nuevas versiones.  ² Provee retroalimentación a tr avés de la funcionalidad mostr ada.  ² 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 integr ación es constante.

 El

progreso se puede medir en periodos cortos de tiempo.



Resulta más sencillo acomodar cambios al acotar el tamaño 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

planeación cuidadosa tanto a nivel administr ativo como técnico.

2002-2003, Derechos Reservados

A Favor «  La

solución se va me jor ando en forma

progresiva a tr avés de las múltiples iter aciones.  Incrementa

el entendimiento del problema y

de la solución por medio de los refinamientos sucesivos.

2002-2003, Derechos Reservados

En Contra «  Requiere

de mucha planeación, tanto administr ativa como técnica.

 Requiere

de metas clar as par a conocer el estado del proyecto.

2002-2003, Derechos Reservados

¿Qué Modelo Utilizar?

34

Un Proyecto... 

Un proyecto es una organización tr ansitoria de individuos dedicados a alcanzar un objetivo especifico dentro de un periodo de tiempo, un presupuesto, y un objetivo técnico.

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 líder y de un equipo.

Lo que nos indica que es: Tempor al y Unico, ya que involucr a hacer algo que no se ha hecho antes.

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 organización.



Una organización puede contar con uno o más modelos de desarrollo par a 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 deberán hacer. 2002-2003, Derechos Reservados

¿Cuál Seguir? Par a seleccionar el modelo a adoptar habrá que hacerse una serie de cuestionamientos:  ² ¿Qué tantos son los riesgos del proyecto?  ² ¿Qué tan claros están los requerimientos?  ² ¿Se conoce bien la tecnologí a ha utilizar?  ² ¿Visibilidad que requiere el proyecto?  ² ¿Qué tanta planeación hacia adelante es requerida?  ² ¿Qué restricciones se tienen? 2002-2003, Derechos Reservados

Criterios de Exito 

Contar con un modelo debidamente documentado. (entr adas, 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.

2002-2003, Derechos Reservados

Criterios de Exito 

La alta gerencia debe soportar la utilización de un modelo.



Cualquier desviación al modelo debe ser  documentada y aprobada.



Se debe de medir la eficiencia del modelo.



Retroalimentar y ajustar.

2002-2003, Derechos Reservados