You are on page 1of 79

Modelos de desarrollo

de software
Actividades en el proceso de desarrollo de software

UNIDAD IV
I-2013

INGENIERA DE
SOFTWARE

Prof. Yaskelly Yedra


Modelo de proceso de DS

1. Modelo secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Modelo en Cascada

2
Modelo en Cascada

Encadenamiento secuencial de las actividades


Cada etapa produce documentos que son la entrada a
la siguiente.
Para desarrollar una etapa debe concluirse la anterior.
El modelo original no se adapta a ciertas aplicaciones.
Los costos al descubrir errores en etapas avanzadas
son muy altos (es rgido).
Se incorporan variantes al modelo.

3
Modelo en Cascada

A alguien se le ha ocurrido la Brillante idea de Informatizar


Requisitos del ?
Sistema Investigacin Inicial, Identificacin de Necesidades,
Encuesta, etc.
Estudio de Viabilidad
Requisitos del
Software Anlisis
Especificacin
Diseo Preliminar y
Diseo
Detallado Especificacin de diseo
Codificacin y Depuracin
Codificacin
Aplicacin
Test y pruebas previas a la Operacin
Validacin

Instalacin, Explotacin
Operacin y Mantenimiento
4
Modelo en Cascada

Separa y secuencia las fases, (no es


Definicin de estrictamente secuencial, a veces se
Requisitos solapan las etapas)

Diseo del Software Tambin se le conoce como


y del Sistema
modelo lineal secuencial o
ciclo de vida clasico
Implementacin y
Prueba de unidades

Integracin y Prueba
del Sistema

Operacin y
Mantenimiento

5
Modelo en Cascada

Definicin
Anlisis
Diseo
Desarrollo
Pruebas
Mantenim.

Definicin de requisitos:
Las restricciones y metas del sistema se definen a partir de la
interaccin con el interesado.
Se comprende la naturaleza de la aplicacin y el dominio de informacin,
as como su funcionalidad, rendimiento e interconexin
Se renen todos los requisitos que debe cumplir el software

6
Modelo en Cascada

Definicin
Anlisis
Diseo
Desarrollo
Pruebas
Mantenim.

Se concentra en cuatro caractersticas bsicas:


Estructura de datos
Arquitectura del software
Representaciones de interfaz
Detalle procedimental (algoritmo)

7
Modelo en Cascada

Definicin
Anlisis
Diseo
Desarrollo
Pruebas
Mantenim.

Se llama tambin Implementacin


Generacin de cdigo entendible por la mquina
Actualmente se investiga mucho sobre la manera de
generar cdigo automticamente

8
Modelo en Cascada

Definicin
Anlisis
Diseo
Desarrollo
Pruebas
Mantenim.

Proceso de depuracin de programas


Chequear la validez de las sentencias
Pruebas para detectar errores, asegurando que a
partir de los datos de entrada si se genere la salida
deseada

9
Modelo en Cascada

Definicin
Anlisis
Diseo
Desarrollo
Pruebas
Mantenim.

Correccin de errores no detectados en la etapa de


pruebas
Posibles mejoras funcionales debidas a nuevos
requisitos del cliente
En esta fase se vuelven a aplicar todas las etapas
anteriores sobre el software existente

10
Modelo en cascada: ventajas-desventajas

El gran problema de este modelo es la dificultad de


realizar cambios despus que el proceso ha avanzado
Particin inflexible del proyecto en etapas
Dificultad de responder a los cambios de los requisitos
del cliente
Se retrasa la localizacin y correccin de errores
Inflexibilidad del modelo: dificultad para responder a
cambios en los requisitos
Este modelo es apropiado cuando los requisitos estn
bien definidos
11
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Modelo Incremental
Modelo DRA

12
Modelo de Proceso Incremental

Aplica el enfoque del modelo en cascada, pero


aplicado en forma iterativa
Cada secuencia lineal produce incrementos que
agregan funcionalidades adicionales o mejoras al
sistema
Cada etapa debe cumplir con sus requisitos
Incrementos parciales de la herramienta completa las
diferentes versiones del proyecto
El modelo de proceso incremental, al igual que la
construccin de prototipos y otros enfoques
evolutivos, es iterativo por naturaleza.
13
Modelo de Proceso Incremental

Incremento 1
Entrega del
Anlisis Diseo Cdigo Pruebas 1er
incremento
Incremento 2
Entrega del
Anlisis Diseo Cdigo Pruebas 2do
incremento
Incremento n
... ... ... ...
Entrega de
Anlisis Diseo Cdigo Pruebas n-simo
incremento

14
Modelo de Proceso Incremental

Ventajas:
Los clientes no tienen que esperar hasta que el sistema se
entregue completamente para comenzar a hacer uso de l.
Los clientes pueden usar los incrementos iniciales como prototipo
para precisar los requisitos posteriores del sistema.
Minimizacin del riesgo de falla en el proyecto porque los errores
se van corrigiendo progresivamente.
Desventaja:
Adaptacin de los requisitos del cliente para lograr incrementos
pequeos (no mas de 20.000 lneas de cdigo) que aadan
funcionalidad al sistema.
Nota: Una evolucin de este enfoque se conoce como Programacin
Extrema (XP-Extreme Programming).

15
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Modelo Incremental
Modelo DRA

16
Modelo de Desarrollo Rpido de
Aplicaciones (DRA)

Basado en el Modelo en Cascada, pero con una aplicacin ms


rpida, basada en componentes o generacin de cdigo.
Modelo llevado a cabo por varias equipos de trabajo que siguen
las etapas del proceso de manera simultanea.
Modelo aplicable a la construccin de sistemas de informacin
fcilmente modularizables.
El Modelo DRA necesita clientes y desarrolladores
comprometidos con el proceso.
Varios equipos de desarrolladores de software trabajan en
paralelo sobre diferentes funciones del sistema

17
Modelo de Desarrollo Rpido de
Aplicaciones (DRA)

Equipo No. N.. Modelado


Modelado del negocio
Modelado de los datos
Modelado del proceso

Comunicacin Equipo No. 2


Construccin
Reutilizacin de componentes
Modelado Generacin automtica de cdigo
Modelado del negocio Pruebas
Modelado de los datos
Planeacin Modelado del proceso
Equipo No. 1
Construccin Despliegue
Modelado Reutilizacin de componentes Integracin
Modelado del negocio Generacin automtica de cdigo Entrega
Modelado de los datos Pruebas Retroalimentacin
Modelado del proceso

Construccin
Reutilizacin de componentes
Generacin automtica de cdigo
Pruebas

60-90 das 18
Modelo de Desarrollo Rpido de
Aplicaciones (DRA): Desventajas

No funciona para proyectos a grandes escala, necesitara


suficiente RRHH para crear el nmero correcto de equipos.
Si los desarrolladores y clientes no se comprometen con las
actividades necesarias para completar el sistema en un marco
de tiempo muy breve, el proyecto DRA fallara.
Si un sistema no se puede modular en forma apropiada, la
construccin de los componentes para el DRA ser
problemtica
El DRA sera inapropiado cuando los riesgos tcnicos son
altos (integracin de nuevas tecnologas)

19
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Construccin de prototipos
Modelo espiral
Modelo de desarrollo concurrente

20
Desarrollo Evolutivo: Prototipado

Los modelos evolutivos se caracterizan porque


permiten a los ingenieros del software, desarrollar de
manera iterativa, nuevas versiones del software cada
vez ms completas
Las actividades de especificacin, desarrollo y
validacin se entrelazan en vez de separarse, esto
permite una rpida retroalimentacin entre ellas
Existen dos tipos de desarrollo evolutivos:
Desarrollo exploratorio
Prototipos desechables

21
Desarrollo Evolutivo: Prototipado

Desarrollo exploratorio (prototipado exploratorio o evolutivo)


El objetivo es trabajar con clientes hasta evolucionar a un
sistema final, a partir de una especificacin inicial El sistema
empieza con las partes del sistema que se comprenden mejor. El
sistema evoluciona agregando nuevos atributos propuestos por
el cliente

Prototipaje desechable
Persiguen objetivos ms bien de exploracin, por lo que poseen
un corto ciclo de vida. Permiten crear opciones individuales de
requisitos, diseo e implementacin repentinas, de modo de
satisfacer un nuevo requerimiento para luego ser desechado. La
razn de su empleo radica en aprender lecciones necesarias a
un costo mnimo.

22
Desarrollo Evolutivo: Prototipado

Actividades
Concurrentes

Versin
Especificacin Inicial

Descripcin Desarrollo Versiones


del sistema Intermedias

Validacin Versin
Final

23
Desarrollo Evolutivo: Prototipado

Recoleccin y
refinamiento
de requisitos

El cliente Diseo
evala Rpido de la
el prototipo aplicacin
Construccin
de prototipos

Desarrollo del
producto final

24
Desarrollo Evolutivo: Prototipado
Desventajas

El proceso no es visible
Los administradores tienen que hacer entregas
regulares para medir el progreso. Si los sistemas se
desarrollan rpidamente, no es rentable producir
documentos que reflejen cada versin del sistema.

A menudo los sistemas tienen una estrategia


definida
Los cambios continuos tienden a corromper la
estructura del software. Incorporar cambios en l se
convierte cada vez en una tarea difcil y costosa.

25
Desarrollo Evolutivo: Prototipado
Ventajas

Se detectan malos entendidos entre los desarrolladores


y los usuarios
Se detectan servicios no detectados antes
Dificultades de uso o servicios confusos pueden ser
identificados y refinados
Staff de desarrollo de software puede encontrar
requisitos incompletos o inconsistentes con el
desarrollo del prototipo
El prototipo sirve como una base de la especificacin
para la produccin de un sistema de calidad

26
Desarrollo Evolutivo: Prototipado

Problemas
Poca visibilidad en el proceso
Los sistemas estn pobremente especificados
Se requieren habilidades especiales.

Aplicabilidad
Para sistemas interactivos pequeos o
medianos.
Para partes de sistemas grandes (p.ej. la
interfaz de usuario).
Para sistemas de corta vida.
27
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Construccin de prototipos
Modelo espiral
Modelo de desarrollo concurrente

28
Modelo en Espiral

Conjuga la naturaleza iterativa de la construccin de


prototipos con los aspectos controlados y
sistemticos del Modelo en Cascada.
Se desarrolla en una serie de entregas evolutivas,
puede ser en forma de documento o prototipo.
Durante las ultimas iteraciones se produce versiones
cada vez ms completas
Se divide en un conjunto de actividades del marco de
trabajo que define el equipo de desarrollo de IS

29
Modelo en Espiral

Se centra en identificar y eliminar los riesgos en el


desarrollo de software
RIESGO: circunstancia potencialmente adversa que puede
impactar al proceso y al producto

Provee una visin del proceso que soporta la gestin


de riesgos.
GESTION DE RIESGOS: disciplina que identifica, trata y elimina
los potenciales riesgos

Es cclico y en cada nivel se asegura mayor robustez,


mientras que disminuye su grado de riesgo
30
Modelo en Espiral

El proceso se representa como una espiral en lugar


de una secuencia de actividades
Cada vuelta en la espiral representa una fase en el
proceso
Ninguna fase es fija, tal como la especificacin o el
diseo - las vueltas en la espiral son elegidas
dependiendo lo que se requiera
Se evalan los riesgos explcitamente y se
resuelven a lo largo del proceso

31
Fases del Modelo de Espiral

Planteamiento de Objetivos
Se identifican los objetivos especficos para cada
fase del proyecto.
Identificacin y reduccin de riesgos.
Los riesgos clave se identifican y analizan, y la
informacin sirve para minimizar los riesgos.
Desarrollo y Validacin.
Se elige un modelo apropiado para la siguiente fase
del desarrollo.
Planeacin.
Se revisa el proyecto y se trazan planes para la
siguiente ronda del espiral.
32
progreso

I II
Identifica Anlisis Evala
Objetivos, de riesgo alternativas,
alternativas, identifica y
restricciones Anlisis resuelve riesgos
de riesgo
El modelo espiral

Anlisis Prototipo
de riesgo
Anlisis
de riesgo Prototipo 3
Prototipo 2
Prototipo 1

requisitos, plan del Simulacin, modelacin


ciclo de vida Incepcin
requisitos Diseo
detallado
Diseo
Plan de Validacin
desarrollo Cdigo
de req.
Test
Unitario
IV Integracin y Validacin
plan de test del diseo
Revisin de Integracin
resultados y y test III
Planificacin de liberacin Desarrolla,
la siguiente fase verifica 33
33
Ventajas del Modelo de Espiral

Ventajas
Centra su atencin en la reutilizacin de
componentes y eliminacin de errores en informacin
descubierta en fases iniciales.
til para proyectos grandes.
Permite usar el prototipado en todas las etapas de la
evolucin para reducir el riesgo.
Mantiene el enfoque sistemtico de los pasos
sugeridos por el modelo lineal secuencial, pero lo
incorpora dentro de un marco iterativo ms real.

34
Ventajas del Modelo de Espiral

Desventajas
Requiere de experiencia en la identificacin
de riesgos.
Requiere refinamiento para uso generalizado
Difcil de convencer a los clientes de que es
controlable.
Requiere mucha habilidad para el anlisis de
riesgos y de esta habilidad depende su xito.
No ha sido utilizado tanto como el lineal
secuencial o el de prototipos.
Se necesita mucha experiencia
35
Ventajas del Modelo de Espiral

Evolucin del Modelo Espiral


Para aplicaciones basadas en web

36
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Construccin de prototipos
Modelo espiral
Modelo de desarrollo concurrente

37
Modelo de Desarrollo Concurrente

Provee una meta descripcin del proceso de software


Mientras que en el Espiral la principal contribucin es que
las actividades del software ocurran repetidamente, en el
Concurrente es la capacidad de describir las mltiples
actividades del software que ocurren simultneamente.
Dado que los requisitos cambian, es muy probable que una
vez haya comenzado la fase de diseo, sea necesario
incorporar cambios. En estos casos NO se debe detener el
diseo, sino que se debe continuar si es posible al mismo
tiempo que se modifican los requisitos.
En este modelo, diversas actividades pueden estar
ocurriendo concurrentemente, pero se encuentran en
diferentes estados.
38
Modelo de Desarrollo Concurrente

Ninguna
Actividad de anlisis

Bajo
Desarrollo

Cambios en
espera Bajo
Revisin
Representa un
estado de una Bajo
actividad de IS Modificacin
En lnea
base

Realizado
39
Modelo de proceso de DS

1. Modelo secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

40
Harramientas CASE

Acrnimo de Computer Aided Software Engineering


(Ingeniera del software asistida por ordenador).
Tecnologa software que proporciona la automatizacin de
las tareas de desarrollo, mantenimiento y direccin del
software.
El CASE proporciona un conjunto de herramientas bien
integradas que ahorran trabajo, enlazando y automatizando
todas las fases del ciclo de vida del software.
Ejemplos de CASE
Herramientas de diagramacin
Diccionario de datos
Herramientas de validacin de
especificaciones
Generadores de cdigo
Generadores de documentacin 41
Modelo Basado en Transformaciones

Surge como consecuencia de la aparicin del CASE y de


los generadores de cdigo.
Este ciclo de vida puede considerarse como una serie de
transformaciones:
El objetivo del sistema se transforma en
especificaciones de requisitos.
Las especificaciones de requisitos se transforman en
especificaciones de diseo.
Las especificaciones de diseo se transforman en
cdigo.

42
Modelo Basado en Transformaciones

Ventajas
Posibilidad de comprobacin de errores en etapas
iniciales del desarrollo.
Posibilidad de realizar el mantenimiento a nivel de
especificacin, evitando tener que modificar un
cdigo que est pobremente estructurado despus
de repetidos procesos de optimizacin.
Soporte para la validacin de los requisitos.
Soporte de reusabilidad.
Potencia la especificacin orientada al problema.

43
Modelo Basado en Transformaciones

Desventajas
Requieren especificaciones iniciales muy
detalladas.
Restringen el mbito de la aplicacin.
Requieren una maduracin previa del
proceso de desarrollo.

44
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Modelo basado en componentes


Modelo de mtodos formales

45
Modelo Basado en Componentes

Se basa en la reutilizacin de componentes


Requiere de una librera de componentes
La reutilizacin puede ser de componentes de
especificacin, de programas, etc.
La reusabilidad permite reducir el tiempo y los
costos asociados a la construccin de productos
de software
Requiere de herramientas de asistencia para las
nuevas actividades que se generan.
46
Modelo Basado en Componentes

La tecnologa de objetos proporciona el marco


de trabajo tcnico para un modelo de proceso
basado en componentes para la IS.
El paradigma orientado a objetos enfatiza en la
creacin de clases que encapsulan tanto los
datos como los algoritmos que se utilizan para
manejar los datos.
Si se disean e implementan las clases
correctamente, podran ser reutilizables por las
diferentes aplicaciones y arquitecturas de
sistemas basados en computadores. 47
Modelo Basado en Componentes

El modelo de desarrollo basado en componentes


incorpora muchas de las caractersticas del
modelo en espiral.
Es evolutivo por naturaleza y exige un enfoque
iterativo para la creacin de software.
Configura aplicaciones desde componentes
preparados de software.
El modelo basado en componentes conduce a la
reutilizacin del software, proporcionando
beneficios a los ingenieros de software.
48
Modelo Basado en Componentes

Un sistema est integrado a partir de componentes


Etapas del proceso
Analisis de componentes
Modificacin de requisitos
Diseo del sistema con reuso
Desarrollo e integracin

Especificacin de Anlisis de Modificacin de Diseo del sistema


requisitos componentes requisitos con reutilizacin

Desarrollo e Validacin del


integracin sistema

49
Modelo Basado en Componentes

Ventaja
Optimiza los tiempos de respuesta a los requisitos del
cliente y facilita la labor del programador pues hay un
alto aprovechamiento del cdigo.
Facilita mantenimiento del software.

Desventaja
Puede no tenerse los componentes adecuados para
los requisitos del sistema.
Si las nuevas versiones de los componentes no estn
bajo el control de quien los utiliza se pierde parte de la
evolucin del sistema.

50
Modelo Basado en Componentes

Evolucin del Modelo Espiral aplicado a la reutilizacin


de componentes
Identificar
componentes
candidatos

Planificacin
Construir Buscar
Comunicacin Anlisis la iteracin Componentes
con el Cliente de Riesgo del sistema en biblioteca

Extraer
Poner nuevos
Componentes
componentes
Si estn
en la biblioteca
disponibles
Evaluacin
Del Cliente Extraer
Componentes
Construccin
Si No estn
y adaptacin de
disponibles
la ingeniera

51
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Modelo basado en componentes


Modelo de mtodos formales

52
Modelo de Mtodos Formales

El proceso de desarrollo se basa en la transformacin


matemtica formal de la especificacin del sistema a un
programa ejecutable
Facilita la verificacin de programas a travs de un
riguroso anlisis matemtico.
La ejecucin de este tipo de modelos requiere mucho
tiempo y esfuerzo.

Definicin de Especificacin Transformacin Integracin y


requisitos formal formal prueba del sistema

53
Modelo de Mtodos Formales

Ventaja
Demostraciones formales de propiedades.
Especificaciones sin ambigedades.
tiles para sistemas crticos, dnde la seguridad debe
garantizarse antes que el sistema sea puesto en
funcionamiento.
Desventaja
Difcil especificar algunos aspectos del sistema tales
como la interfaz de usuario
La ejecucin de este tipo de modelos requiere mucho
tiempo y esfuerzo.
Pocos desarrolladores dominan el algebra y las
matemticas para la especificacin formal. 54
Modelo de proceso de DS

1. Modelos secuencial
2. Modelo de proceso incremental
3. Modelo de proceso evolutivo
4. Modelos basados en transformaciones
5. Modelos especializados en proceso
6. Proceso Unificado (PU)

Dirigido por caso de uso


Centrado en la arquitectura
Iterativo e incremental

55
El Proceso Unificado (PU)

Define:

Quin est haciendo, trabajadores

Qu es lo que est haciendo, artefactos

Cundo debe hacerlo, y fases del


Modelo, documento, cdigo proceso
o pieza de informacin encadenamiento
Cmo obtener un cierto objetivo.
producido en el proceso de de actividades.
desarrollo de software

56
El Proceso Unificado (PU)

Est basado en componentes e interfaces bien


definidas
Utiliza el Lenguaje Unificado de Modelado (UML)
Aspectos caractersticos:
Dirigido por casos de uso
Centrado en la arquitectura
Iterativo e incremental

Ivar Jacobson, Grady Booch, James


Rumbaugh, El Proceso Unificado
de Desarrollo Software, Addison
Wesley, 1999

57
El Proceso Unificado (PU)

Dirigido por casos de uso

Caso de uso: Fragmento de funcionalidad que


proporciona al usuario/cliente un resultado importante
Modelo de casos de uso: Funcionalidad total del sistema
Qu debe hacer el sistema para cada usuario?
Guan el proceso de desarrollo

58
El Proceso Unificado (PU)

Centrado en la arquitectura

Describe diferentes vistas del sistema


Incluye los aspectos estticos y dinmicos ms
significativos Proyeccin de la organizacin y
estructura de un sistema
La arquitectura y los casos de uso evolucionan
enfocndose en aspectos en
paralelo particulares

Responsable: el arquitecto:
Empieza por la parte que no es especfica de los casos de uso
Trabaja con casos de uso claves
Progresa con la especificacin de ms casos de uso

59
El Proceso Unificado (PU)

Arquitectura: Vistas
Para modelar un sistema desde diferentes vistas se debe
responder:
Qu vistas se requiere?
Para cada vista:
Qu artefactos producir?

Con qu notacin?

60
El Proceso Unificado (PU)

Iterativo e incremental

Se divide el trabajo en mini-proyectos


Cada mini-proyecto es una iteracin que resulta en un
incremento
La iteracin
Trata un conjunto de casos de uso
Trata los riesgos ms importantes

En cada iteracin se persiguen unos objetivos concretos

61
El Proceso Unificado (PU)

Iterativo e incremental
Beneficios de un proceso iterativo controlado:
Coste del riesgo a un solo incremento
Reduce el riesgo de no sacar el producto en el
calendario previsto
Acelera el ritmo de desarrollo
Se adapta mejor a las necesidades del cliente

62
El Proceso Unificado (PU)

Iterativo e incremental
Permite desarrollar un sistema a travs de
refinamientos sucesivos e incorporacin de
nuevas funcionalidades, creando una solucin
efectiva, en mltiples iteraciones.
Alto nivel de reuso
Apendizaje del grupo del proyecto durante el desarrollo
del software
Adaptacin a requisitos cambiantes
Mitigacin de los riesgos y realizacin de las pruebas en
etapas tempranas del desarrollo del software.

63
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin
Prueba
Entrega
64
El Proceso Unificado (PU)

Fases del ciclo de vida

Inicio Elaboracin Construccin Transicin

tiempo

Define el alcance y
factibilidad del proyecto.
(anlisis de requisitos).

65
El Proceso Unificado (PU)

Fases del ciclo de vida


Inicio Elaboracin Construccin Transicin

tiempo

Planifica el proyecto,
especifica las
caractersticas y la
arquitectura base.
(Anlisis y diseo)
66
El Proceso Unificado (PU)

Fases del ciclo de vida


Inicio Elaboracin Construccin Transicin

tiempo

Construye el producto
(implementacin)

67
El Proceso Unificado (PU)

Fases del ciclo de vida

Inicio Elaboracin Construccin Transicin

tiempo

Entrega del producto al


cliente o a los usuarios.

68
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin Esbozar:
Prueba Modelo de Casos de Uso
Entrega Especificaciones complementarias
Glosario
69
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin
Refinar:
Prueba Modelo de Casos de Uso
Entrega Especificaciones Complementarias
Glosario
70
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin Esbozar:
Modelo de Diseo
Prueba
Documento de la Arquitectura
Entrega
71
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin Refinar:
Prueba Modelo de Diseo

Entrega
72
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin
Prueba Esbozar:
Entrega Modelo de implementacin
73
El Proceso Unificado (PU)
Iteraciones y disciplinas
Disciplinas
Fases
Fundamentales

Inicio Elaboracin Construccin Transicin

Modelado del
Negocio

Requisitos

Anlisis y Diseo

Implementacin
Prueba
Refinar:
Entrega Modelo de implementacin
74
El Proceso Unificado (PU)
Artefactos que se producen

75
El Proceso Unificado (PU)
Inclusin de la construccin de la interfaz

76
Modelo de proceso de DS (conclusiones)

Cascada
Separa y secuencia las fases

Evolutivo
Especificacin y desarrollo son intercalados

De transformaciones
Un modelo formal del sistema es transformado en
otro modelo de ms bajo nivel de abstraccin

Basado en componentes
El sistema es producto de ensamblaje de
componentes
77
Qu modelo utilizar ?

Para sistemas bien comprendidos se puede aplicar el


Modelo en Cascada. La fase de anlisis de riesgos es
relativamente fcil.
Con Requisitos estables y sistemas de seguridad
crticos, se pueden utilizar Modelos Formales.
Con especificaciones incompletas, se puede utilizar el
Modelo de Prototipaje.
Pueden utilizarse modelos hbridos en distintas partes
del desarrollo.

78
Modelos de Procesos Hbridos

Los sistemas grandes estn hechos usualmente de


varios subsistemas.
No es necesario utilizar el mismo modelo de proceso
para todos los subsistemas.
El prototipado es recomendado cuando existen
especificaciones de alto riesgo.
El modelo de cascada es utilizado en desarrollos bien
comprendidos.

79