Software engineeringparte2 (1)

Ingeniería de Software: Metodologías
Agustín J. González
ElO329: Diseño y Programación Orientados a
Objeto
Adaptado de: http://www.dsic.upv.es/~uml
http://inst.eecs.berkeley.edu/~cs169/ entre otras
fuentes.

Algunas Metodologías ...
 Personal Software Process y Team software
Process
 XP (Programación Extrema)
 RUP (Rational Unified Process)
 V-model

Elo329: Diseño y Programación
Orientados a Objetos 3
Proceso de Desarrollo
Iterativo e Incremental

Recordar el proceso de desarrollo de
software completo
Sueño LanzamientoInvestigación Desarrollo Soporte
Tiempo
Parte a ser considerada en adelante

Desarrollo Iterativo e Incremental
 Esta idea es la base de varios métodos de
desarrollo de software como RUP (Rational
Unified Proecess), Extreme Programming y
otros métodos de desarrollo ágiles.
 La idea básica es desarrollar el sistema
siguiendo etapas incrementales caracterizadas
por generación de sucesivas versiones que van
abarcando requerimientos hasta completar el
sistema.
 Cada versión tiene sentido para el cliente.

Principales metodologías en el tiempo
Tiempo
Inicialmente se usó
el Modelo
Tradicional de
Cascada
1980
Tiempo
Definición de
Requerimientos
Análisis & Diseño
Implementación y
Test Unitarios
Construcción/Pruebas
t
t
Iteración 1 Iteración 2 Iteración 3
P
C
A&D
R
P
C
A&D
R
P
C
A&D
R
Modelo Iterativo Incremental
1990
Integración y
test del sistema
Operación y
mantención

Desarrollo Iterativo e Incremental
 Iterativo: cada vez re-visitamos las etapas del
modelo en cascada, rehacemos, refinamos y
extendemos lo hecho.
 Incremental: regularmente integramos los
avances para generar una versión con sentido
para el cliente.

Desarrollo Iterativo e incremental: RUP
es uno de los: sus Características
Guiado y Manejado por Casos de Uso
Centrado en la Arquitectura
Iterativo e Incremental
Desarrollo Basado en Componentes
Utilización de UML
Proceso Integrado

TiempoTiempo
RUP Define Fases de Desarrollo ...
EsfuerzoNecesarioporActividad
TransiciónTransiciónElaboraciónElaboración ConstrucciónConstrucciónConcepciónConcepción
Iteración
Preliminar
. . . .. . . .Iteración
1
Iteración
2
. . . .. . . . Iteración
n
Iteración
n+1
Análisis & Diseño
Construcción
Pruebas
Distribución
Requerimientos
Áreas de trabajo
(Workflow)
A & D
C
P
D
R
A & D
C
P
D
R
A & D
C
P
D
R
A & D
C
P
D
R

Fases del Ciclo de Vida
 El ciclo de vida consiste en una serie de fases
que en su conjunto conducen al sistema final.
 Cada fase está compuesta por un número de
iteraciones que generan versiones del sistema.
 Las fases son 4:
 Concepción, Inicio o Estudio de oportunidad
 Elaboración
 Construcción
 Transición

...Fases del Ciclo de Desarrollo
 Inicio o Estudio de oportunidad (inception)
 Define el ámbito y objetivos del proyecto
 Se define la funcionalidad y capacidades del
producto
 Elaboración
 Tanto la funcionalidad como el dominio del
problema se estudian en profundidad
 Se define una arquitectura básica
 Se planifica el proyecto considerando recursos
disponibles

 Construcción
 El producto se desarrolla a través de iteraciones
donde cada iteración involucra tareas de análisis,
diseño e implementación
 Las fases de estudio y análisis sólo dieron una
arquitectura básica que es aquí refinada de
manera incremental conforme se construye (se
permiten cambios en la estructura)
 Gran parte del trabajo es programación y pruebas
 Se documenta tanto el sistema construido como
el manejo del mismo
 Esta fase proporciona un producto construido
junto con la documentación

 Transición
 Se libera el producto y se entrega al usuario para
un uso real
 Se incluyen tareas de marketing, empaquetado
atractivo, instalación, configuración,
entrenamiento, soporte, mantenimiento, etc.
 Los manuales de usuario se completan y refinan
con la información anterior
 Estas tareas se realizan también en iteraciones

 El ciclo de vida iterativo se basa en la evolución
de prototipos ejecutables que se muestran a los
usuarios y clientes
 En el ciclo de vida iterativo, en cada iteración se
reproduce el ciclo de vida en cascada a menor
escala
 Los objetivos de una iteración se establecen en
función de la evaluación de las iteraciones
precedentes
Proceso Iterativo e Incremental

Análisis
Diseño
Codific.
Pruebas e
Integración
n veces
... Proceso Iterativo e Incremental
 Las actividades se encadenan en una mini-
cascada con un alcance limitado por los
objetivos de la iteración

 Cada iteración comprende:
 Planificar la iteración (estudio de riesgos)
 Análisis de los Casos de Uso y escenarios
 Diseño de opciones arquitectónicas
 Codificación y pruebas. La integración del nuevo
código con el hecho en iteraciones anteriores se
hace gradualmente durante la construcción
 Evaluación de la entrega de ejecutable
(evaluación del prototipo en función de las
pruebas y de los criterios definidos)
 Preparación de la entrega (documentación e
instalación del prototipo)

ConcepciónConcepción ElaboraciónElaboración ConstrucciónConstrucción TransiciónTransición
Compromiso de
recursos para fase
elaboración
Hito
Objetivos,
visión
Hito
Arquitectura
Hito
Capacidad
Operacional
Aceptación
del cliente
Liberación
Producto
Tiempo
Importancia de los Hitos en RUP ...

 Deployment Set
 Project Management Set
 Configuration & Change Management Set
 Environment Set
 Business Modeling Set
 Requirements Set
 Analysis & Design Set
 Implementation Set
 Test Set
... Elementos en RUP
 Artefactos
 Es el Resultado parcial o final que es producido y
usado durante el proyecto. Son las entradas y salidas
de las actividades
 Un artefacto puede ser un documento, un modelo o un
elemento de modelo
 Conjuntos de Artefactos

Elo329: Diseño y Programación Orientados a Objetos 19
Características Esenciales de RUP
Proceso Iterativo e Incremental
Proceso Dirigido por los Casos de Uso
Proceso Centrado en la Arquitectura

Casos de uso: Idea general
 Un caso de uso es una colección de escenarios de éxito
y fallas relacionados que describen actores usando el
sistema para alcanzar algún objetivo.
 Un escenario es una secuencia específica de
acciones e interacciones entre actores y el sistema
bajo discusión.
 Un actor es algo externo al sistema en discusión que
interactúa con éste. Por ejemplo: Una persona, otro
sistema computacional, un sensor, etc.
 Los casos de uso muestran el comportamiento
observable del sistema.

Proceso Centrado en la Arquitectura
 La arquitectura de un sistema es la organización
o estructura de sus partes más relevantes
 Un arquitectura ejecutable es una
implementación parcial del sistema, construida
para demostrar algunas funciones y propiedades
 RUP establece refinamientos sucesivos de una
arquitectura ejecutable, construida como un
prototipo evolutivo
Architecture
Inception Elaboration Construction Transition

Otra visión similar con más
Actividades

Otra visión similar con más
Actividades
Disciplinas o áreas de trabajo
Modelado del Negocio
Requisitos
Análisis y Diseño
Implementación
Pruebas
Distribución
Entorno
Gestión de configuración y cambios
Gestión del proyecto
Primarios
De Apoyo

Requisitos
Capturar, definir y
validar los casos de uso
Realizar los
casos de uso
Verificar que se
satisfacen los
casos de uso
Análisis & Diseño
Implementación
Pruebas
Casos de Uso
integran el
trabajo
Proceso dirigido por los Casos de Uso

Caso de Uso
Realización de Análisis
Realización de Diseño
Caso de Prueba
X
«trace» «trace»
«trace»
«trace»
Pruebas Funcionales
Pruebas
Unitarias
[The Unified Software Development Process. I. Jacobson, G. Booch and J. Rumbaugh. Addison-Wesley, 1999]
... Proceso dirigido por los Casos de Uso

... Proceso dirigido por los Casos de
Uso

Enfoque
Cascada
Enfoque
Iterativo e
Incremental
Proceso Iterativo e Incremental
Grado de completitud de cada área de trabajo

Grado de Finalización de Artefactos

15%
10%
15%
30%
15%
P re lim ina ry
Ite ra tion(s)
ite r.
# 1
ite r.
# 2
ite r.
# n
ite r.
#n+1
ite r.
#n+2
ite r.
#m
ite r.
#m +1
Una iteración en la
fase de elaboración
Requisitos
Diseño
Implementación
Pruebas
Análisis
Esfuerzo respecto de las Áreas de
Trabajo (Workflows)
Concepción Elaboración Construcción Transición

P re lim ina ry
Ite ra tion(s)
ite r.
# 1
ite r.
# 2
ite r.
# n
ite r.
#n+1
ite r.
#n+2
ite r.
#m
ite r.
#m +1
Una iteración en la
fase de elaboración
Requisitos
Diseño
Implementación
Pruebas
Análisis
Esfuerzo: 5% 20% 65% 10%
Duración: 10% 30% 50% 10%
...Esfuerzo respecto de las Fases
Concepción Elaboración Construcción Transición

Comparar con V-Model

Dos lecciones importantes
 El tiempo es independiente del contexto.
Ahorrar una semana la comienzo de un
proyecto es tan bueno como ahorrarla al final.
Una semana es una semana.
 Es mucho más fácil ahorrar tiempo al inicio del
proyecto (cuando los “entregables” son menos
claros).
 Conclusión: Cómo se aplica esto al proyecto
del ramo?

Software engineeringparte2 (1)

Más contenido relacionado

La actualidad más candente (18)

Destacado (20)

Similar a Software engineeringparte2 (1) (20)

Último (20)

Software engineeringparte2 (1)

Notas del editor