Modelos de Desarrollo - Mtro. Cesar Espinoza Jiménez · Es necesario destacar el ciclo de vida del...

Post on 23-Sep-2018

215 views 0 download

Transcript of Modelos de Desarrollo - Mtro. Cesar Espinoza Jiménez · Es necesario destacar el ciclo de vida del...

Modelos de DesarrolloModelos de Desarrollo

1

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

IntroducciónIntroducción

�Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final.

2002-2003, Derechos Reservados

idea inicial y el producto final.

�Un modelo de desarrollo establece el orden en el que se harán las cosas en el proyecto, nos provee de requisitos de entrada y salida para cada una de las actividades.

IntroducciónIntroducción

�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

2002-2003, Derechos Reservados

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 técnico y administrativo.

Modelos de Desarrollo...Modelos de Desarrollo...

� El Modelo de Cascada.

� El Modelo en V.

� En Flor.

2002-2003, Derechos Reservados

� En Flor.

� Prototipos

� El Modelo de Espiral.

� El Modelo de Procesos.

� Desarrollo Incremental.

El Modelo de CascadaEl 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

2002-2003, Derechos Reservados

�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 CascadaEl Modelo de Cascada

�Establece criterios de entrada y salida en cada fase claramente definidos.

�Dado que provee pocos puntos de visibilidad da

2002-2003, Derechos Reservados

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

El Modelo de CascadaEl Modelo de Cascada

Inicio

Análisis

2002-2003, Derechos Reservados

Diseño

Código

Pruebas

Implem.

A Favor...A Favor...

� Excelente cuando se tiene un producto estable y se

conoce la tecnología.

� Es un método muy estructurado que funciona bien con

2002-2003, Derechos Reservados

� Es un método muy estructurado que funciona bien con

gente de poca experiencia.

� Provee estabilidad en los requerimientos.

� La planeación se puede hacer anticipadamente.

� Para proyectos grandes.

En Contra...En Contra...

� Tiene poca flexibilidad.

� Los proyectos en la práctica raramente siguen un flujo secuencial.

2002-2003, Derechos Reservados

secuencial.

� Siempre es difícil para el cliente mostrar todos los

requerimientos explícitamente y con mucha

anticipación.

� El cliente debe tener paciencia.

En Contra...En Contra...

�Es inflexible y no motiva al cambio.

�Poco apropiado para aplicaciones para la toma de decisiones.

2002-2003, Derechos Reservados

de decisiones.

�Los usuarios tienen una participación limitada.

El Modelo en VEl Modelo en V

�Una reexaminación del modelo del ciclo de vida

desde el punto de vista de aseguramiento de

calidad.

2002-2003, Derechos Reservados

calidad.

�Cuando cada proceso termina su producto, las

especificaciones de prueba para la probar los

procesos están también completas.

El Modelo en VEl Modelo en V

Inicio

Análisis

Implem.

UAT

Plan de Aceptación Integración delSistema

2002-2003, Derechos Reservados

Análisis

Diseño

Código

I.S.T

Pruebas de Integración delSistema

UAT

Modelo en FlorModelo 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

2002-2003, Derechos Reservados

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

PrototiposPrototipos

Un prototipo es una versión preliminar

de un sistema de información con fines

2002-2003, Derechos Reservados

de un sistema de información con fines

de demostración o evaluación.

Construcción de PrototiposConstrucción de Prototipos

� Identificación de Requerimientos.

2002-2003, Derechos Reservados

�Diseño Rápido.

�Utilizar el Prototipo.

�Revisar y Mejorar.

Prototipos...Prototipos...

�Es un método menos formal de desarrollo.

�El prototipeo es una técnica para comprender las especificaciones.

2002-2003, Derechos Reservados

las especificaciones.

�Un prototipo puede ser eliminado.

�Un prototipo puede llegar a ser parte del producto final.

A Favor...A Favor...

�Útiles cuando los requerimientos son cambiantes.

�Cuando no se conoce bien la aplicación.�Cuando el usuario no se quiere comprometer

2002-2003, Derechos Reservados

�Cuando el usuario no se quiere comprometer con los requerimientos.

�Cuando se quiere probar una arquitectura o tecnología.

�Cuando se requiere rapidez en el desarrollo.

En Contra...En Contra...

�No se conoce cuando se tendrá un producto aceptable.

�No se sabe cuantas iteraciones serán necesarias.

2002-2003, Derechos Reservados

necesarias.�Da una falsa ilusión al usuario sobre la velocidad del desarrollo.

�Se puede volver el producto aún y cuando no este con los estándares.

El Modelo de EspiralEl Modelo de Espiral

�Los productos de software son creados a través de múltiples repeticiones del proceso del ciclo de vida. Se rompen un mini-proyectos.

�Estos modelos han sido aplicados al desarrollo

2002-2003, Derechos Reservados

�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 EspiralEl Modelo de Espiral

Análisisde Riesgo

Prototipo

Validación delDiseño

Pruebas deIntegración

Prototipo

2002-2003, Derechos Reservados

Requerimientos

de RiesgoPrototipo

Requerimientosdel Software

Validación deRequerimientos

Plan de DesarrolloPrototipo

Diseño delProducto

A Favor...A Favor...

�El producto avanza a pasos firmes solucionado riesgos en cada iteración.

�El producto termina con todos los riesgos resueltos.

2002-2003, Derechos Reservados

resueltos.�Se pueden incluir otros métodos de desarrollo en las iteraciones.

�A medida que el costo aumenta, los riesgos se reducen.

�Se tienen puntos de control en cada interacción.

En Contra...En Contra...

�Es complicado.

�Requiere de mucha administración.

�Difícil de definir los objetivos, metas que

2002-2003, Derechos Reservados

�Difícil 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 ProcesosEl Modelo de Procesos

� Impulsa un proceso iterativo de desarrollo.

�Cada ciclo es una versión del producto.

�Utiliza metas definidas para marcar la transición

2002-2003, Derechos Reservados

�Utiliza metas definidas para marcar la transición

entre las distintas etapas.

�Ofrece mayor poder de decisión a los usuarios.

�Busca mejorar la calidad y creatividad.

El Modelo de ProcesosEl Modelo de Procesos

Idea/NecesidadEstabilización

2002-2003, Derechos Reservados

Construcción Planeación

Las MetasLas Metas

Liberación

Código

2002-2003, Derechos Reservados

Visión y

Alcance

Código

Completo

Especificaciones

Aprobadas

A Favor...A Favor...

�Etapas claramente definidas con metas, entregables y responsables.

�Se establecen roles asociados al modelo que

2002-2003, Derechos Reservados

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

� Involucra muy de cerca al usuario.

En Contra...En Contra...

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

2002-2003, Derechos Reservados

ocasiones toman más tiempo de lo debido.

�Para proyectos pequeños puede resultar poco practico.

�El considerar versiones hace que se dejen de lado algunas decisiones.

Desarrollo IncrementalDesarrollo Incremental

�Permite construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad.

2002-2003, Derechos Reservados

funcionalidad.

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

�Permite entregar al cliente un producto más rápido en comparación del modelo de cascada.

Desarrollo IncrementalDesarrollo Incremental

Reduce los riesgos ya que:

– Provee visibilidad sobre el progreso a través de sus nuevas versiones.

2002-2003, Derechos Reservados

– Provee retroalimentación a través de la funcionalidad mostrada.

– Permite atacar los mayores riesgos desde el inicio.

Desarrollo IncrementalDesarrollo Incremental

�Se pueden hacer implementaciones parciales si se cuenta con la suficiente funcionalidad.

�Las pruebas y la integración es constante.

2002-2003, Derechos Reservados

�Las pruebas y la integració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.

Desarrollo IncrementalDesarrollo Incremental

�Se puede planear en base a la funcionalidad

que se quiere entregar primero.

�Por su versatilidad requiere de una planeación

2002-2003, Derechos Reservados

�Por su versatilidad requiere de una planeación

cuidadosa tanto a nivel administrativo como

técnico.

A Favor …A Favor …

�La solución se va mejorando en forma

progresiva a través de las múltiples iteraciones.

� Incrementa el entendimiento del problema y de

2002-2003, Derechos Reservados

� Incrementa el entendimiento del problema y de

la solución por medio de los refinamientos

sucesivos.

En Contra …En Contra …

�Requiere de mucha planeación, tanto administrativa como técnica.

�Requiere de metas claras para conocer el

2002-2003, Derechos Reservados

Requiere de metas claras para conocer el estado del proyecto.

¿Qué Modelo Utilizar?¿Qué Modelo Utilizar?

34

Un Proyecto...Un Proyecto...

�Un proyecto es una organizacióntransitoria de individuos dedicados a

2002-2003, Derechos Reservados

alcanzar un objetivo especifico dentro deun periodo de tiempo, un presupuesto, yun objetivo técnico.

Por lo Tanto...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.

2002-2003, Derechos Reservados

� Requiere de un líder y de un equipo.

Lo que nos indica que es:

� Temporal y Único, ya que involucra hacer algo que no se ha hecho antes.

Proyectos de SoftwareProyectos de Software

� Los proyectos de desarrollo de software varían muchos unos de otros, entran en juego:

� Requerimientos� Actividades

2002-2003, Derechos Reservados

� Actividades� Tecnologías� Tareas� Usuarios� Contexto� Habilidades

¿Qué Modelo?¿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

2002-2003, Derechos Reservados

�Una organización puede contar con uno o más 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 deberán hacer.

¿Cuál Seguir?¿Cuál Seguir?

Para seleccionar el modelo a adoptar habrá que hacerse una serie de cuestionamientos:

– ¿Qué tanto el cliente y nosotros conocemos los requerimientos?

2002-2003, Derechos Reservados

requerimientos?

– ¿Qué tan claros están los requerimientos?

– ¿Se conoce bien la tecnología ha utilizar?

– ¿Qué tantos son los riesgos del proyecto?

– ¿Qué tan bien conocemos la arquitectura?

¿Cuál Seguir?¿Cuál Seguir?

Continuación …

– ¿Visibilidad que requiere el proyecto hacia el cliente?

2002-2003, Derechos Reservados

cliente?

– ¿Visibilidad que requiere el proyecto hacia la Gerencia?

– ¿Qué tanta planeación hacia adelante es requerida?

– ¿Qué restricciones se tienen? (presupuesto, fechas)

Criterios de ÉxitoCriterios de Éxito

�Contar con un modelo debidamente documentado.

(entradas, salidas, entregables, aprobaciones)

�Los documentos deben de estar actualizados.

2002-2003, Derechos Reservados

�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

Criterios de ÉxitoCriterios de Éxito

�La alta gerencia debe soportar la utilización de

un modelo.

�Cualquier desviación al modelo debe ser

2002-2003, Derechos Reservados

�Cualquier desviación al modelo debe ser

documentada y aprobada.

�Se debe de medir la eficiencia del modelo.

�Retroalimentar y ajustar.

EjerciciosEjercicios

43