El Proceso Unificado
Prof. Gustavo J. Sabio
de Desarrollo de Software
Alcance de la presentación
Cliente
Entradas Proceso de desarrollo Salida
necesidades actividades varias Producto software
Cliente equipo
sistemas
MI MI
PROCESO ADAPTADOQA QA
Algunos conceptos fundamentales
Conjunto de actividades que interactúan o se relacionan para transformar las entradas de clientes en salidas con un valor
agregado.
• actividades aisladas
• aplicación aleatoria
• áreas independientes
• fusionadas sistemáticamente para un fin
• relacionadas y organizadas
• se complementan para objetivo común
Un proceso define QUIÉN hace QUÉ, CUÁNDO, y CÓMO, con un orden que permite alcanzar un objetivo definido
¿Qué es un proceso?
Algunos conceptos fundamentales
Proceso de desarrollo de software
Cliente
• Las necesidades del cliente son transformadas en un producto software
entradas Proceso de desarrollo salida
necesidades actividades varias
equipo
Producto softwareCliente sistemas
Ciclo de vida del desarrollo de software
Construcción de SW – Panorama mundial
• El mundo tecnológico invade todos los ámbitos.
• Los sistemas software son cada vez más:
– Grandes – Complejos - Distribuidos.
• La demanda del mercado es:
software de mejor calidad en menor tiempo!
• Se torna sumamente difícil construir y mantener software de buena calidad de manera predecible.
Muchos proyectos fracasan !
• Algunos causas:
– Manejo de requerimientos ad hoc.
– Arquitecturas frágiles.
– Inconsistencias entre los requerimientos, el diseño y la implementación.
– Prueba insuficiente.
– Valoración subjetiva del estado del proyecto.
– No se atacan oportunamente los riesgos.
– Propagación de cambios no controlada.
La necesidad de un método que:
• Proporcione una guíapara ordenar las actividades de un equipo.
• Dirija las tareasde cada desarrollador por separado y del equipo como un todo.
• Especifique los productosque deben desarrollarse.
• Ofrezca criterios para el control y la mediciónde los productos y actividades del proyecto.
¿Para qué tener un proceso?
Un proceso permite repetir las prácticas exitosas, y dejar de lado las infructuosas o al menos mejorarlas.
• Filosofía basada en las “Mejores Prácticas” y aspectos esenciales
• Un conjunto de Artefactos, Actividades y Roles.
• La guía de cuándo y cómo usarlos.
• Promueve una “Visión” y cultura de trabajo común.
• Reduce los riesgos y hace que el proyecto sea mas predecible
• Información especificada con un lenguaje estándar (UML)
¿Qué es el RUP?
Antecedentes del RUP
• Fue creado por Ivar Jacobson, para el desarrollo de sistemas en Suecia, trabajando para Eriksson
• Posteriormente fue adoptado por numerosas empresas
• Cuando Jacobson se incorporó a Rational, Objectory fue complementado con las ideas de Booch.
• El proceso se posiciona fuertemente a nivel mundial. Rational es comprada por IBM (2002)
• Hoy se habla del UP. Es inminente su posicionamiento como estándar de la disciplina
Ficha técnica del RUP
¿Qué es el RUP®?
•Un proceso de ingeniería de software.
•Un framework para procesos de desarrollo
•Una amplia librería de contenidos RUP® como un producto.
•Upgrades regulares.
•Utiliza tecnología Web.
•Puede personalizarse y configurarse de manera especifica.
•Integrado con muchas herramientas de desarrollo de Rational.
RUP® como un producto – Beneficios
• EL proceso nunca es obsoleto.
• Completamente navegable.
• Pueden incluirse mejoras locales fácilmente.
• Cada departamento maneja su propia versión del proceso.
Mapa conceptual de RUP
Algunos conceptos
Artefactos :
• Elemento de información producido, modificado o usado por el proceso. Son los productos tangibles del proyecto.
Trabajador :
• Es un determinado ROL que define las competencias-habilidades necesarias para desempeñar ese papel dentro del desarrollo de software
• Su función hacer una serie de actividades y ser el responsable de una serie de artefactos
Actividades:
• Es una unidad de trabajo que se asigna a un trabajador: por ejemplo crear o modificar un artefacto.
• Una actividad puede llevar desde un par de horas hasta un par de días, involucra a un solo trabajador responsable y un número acotado de artefactos.
Estructura: Ciclo de vida en Fases
• • Inicio Inicio
Define el alcance del proyecto
• • Elaboración Elaboración
Plan de proyecto, especificación de características, arquitectura base
• • Construcción Construcción
Construir el producto
• • Transición Transición
Despliegue del producto en el cliente
UP tiene 4 fases:
Inicio Elaboración Construcción Transición tiempo
Grandes Hitos entre las fases
Inicio Elaboración Construcción Transición tiempo
LCO LCO
Objetivos del Ciclo de Vida
LCA LCA
Arquitectura del Ciclo de Vida
IOC IOC
Capacidad Operativa Inicial
Producto entregado
•Alcance acordado
•Riesgos comprendidos y razonables
•Riesgos principales contenidos
•Arquitectura estable
•Producto completado
•Calidad aceptable
Fases e Iteraciones
Inicio Elaboración Construcción Transición tiempo
Iter Tran2 Iter
Tran1 Iter
desa3 Iter
desa2 Iter
desa1 Iter
arq2 Iter
arq1 Iter
inicial
Hitos intermedios: versiones Hitos intermedios: versiones
Una Iteraciónes una secuencia de actividades distintas basadas en establecer un plan y criterios de evaluación, resultando en una
versión ejecutable (interna o externa)
Juntemos todo! : proceso iterativo
Discipline
Las Disciplinas agrupan Las Disciplinas agrupan actividades relacionadas actividades relacionadas
lógicamente
lógicamente En una iteración se En una iteración se atraviesan todas las atraviesan todas las
Disciplinas Disciplinas
Las Disciplinas producen Modelos
Las Disciplinas guían el desarrollo iterativo
Disciplina
Discipline
TRANSICION
• Preparar actividades de distribución.
• Recomendar al cliente sobre hardware necesarios.
• Preparar manuales y otros para la entrega del producto.
• Parametrizar el software.
• Correcciones de defectos y adecuaciones.
ELABORACION
•Crear una línea base para la arquitectura.
•Identificación y mitigación de Riesgos.
•Especificar atributos de calidad (fiabilidad, performance, etc. )
•Recopilar CU para cubrir el 80% de los requisitos funcionales.
•Proponer planificación general (personal, costos, etc.) CONSTRUCCION
•la descripción y realización de todos los CU.
•La finalización del análisis, diseño, implementación y pruebas.
•Mantener la integridad de la arquitectura.
•Seguimiento y mitigación de los riesgos.
INICIO
•Definir el alcance del sistema propuesto.
•Esbozar una arquitectura candidata
•Identificar Riesgos críticos
•Creación de prototipos (opcional) Discipline
Modelo RUP en funcionamiento
Características del RUP Características del RUP
• Dirigido por Casos de Uso
• Centrado en la Arquitectura
• Iterativo e Incremental
RUP – Recorriendo las Fases.doc
Características principales del RUP
• Está dirigido por los Casos de Uso
• Está centrado en la arquitectura
• Es iterativo e incremental
Dirigido por los casos de uso
El proceso avanza a través de las distintas disciplinas, obteniendo sucesivos modelos que parten de los casos de uso.
Dirigido por casos de uso
• Medio sistemático e intuitivo de capturar requisitos funcionales (sólo lo que brinda valor para el usuario)
• Se considera la perspectiva de cada usuario
¿qué necesitan para hacer su trabajo?
• Integrando todas las perspectivas tendremos toda la funcionalidad que se espera del sistema.
¿
¿Por qu Por qué é casos de uso? casos de uso?
Bibliotecario
Registrar préstamo
Comprar material
Dirigido por casos de uso
• Al preguntar ¿¿QuQuéése quiere que haga el se quiere que haga el sistema para cada actor?
sistema para cada actor?
– Mantenernos centrados en la
comprensión de cómo el sistema debe dar soporte a cada uno de los usuarios.
– Nos ayuda a abstenernos de sugerir funciones superfluas que ninguno de los usuarios necesita.
¿Por qu ¿ Por qué é casos de uso? casos de uso?
La selección de conjunto correcto de casos de uso permite construir una arquitectura robusta.
Dirigido por casos de uso
Ayudan a desarrollar iterativamente.
¿Por qu ¿ Por qué é casos de uso? casos de uso?
Involucra a los usuarios, clientes, desarrolladores y a todo el equipo del proyecto
Todos los involucrados deben acordaracordar y consensuar en el modelo de casos de
uso.
Son el punto de partida ideal para explicar como
puede interactuar el usuario con el sistema en
los manuales de usuario.
Características principales del RUP
• Está dirigido por los Casos de Uso
• Está centrado en la arquitectura
• Es iterativo e incremental
Hola!
Soy la arquitectura
Centrado en la arquitectura
La arquitectura del sistema es:
Una representación del sistema que incluye los componentes estructurales,
el comportamiento visible de esos componentes para el resto del sistema y el modo en que dichos componentes
interactúan.
Los CU deben encajar en la arquitectura al momento de Los CU deben encajar en la arquitectura al momento de crearlos. La arquitectura debe permitir el desarrollo de crearlos. La arquitectura debe permitir el desarrollo de
los CU requeridos ahora y en el futuro.
los CU requeridos ahora y en el futuro.
Bibliotecario
Registrar préstamo
¿Qué es la arquitectura?
Representaci
Representació ón de la arquitectura: el Modelo 4 n de la arquitectura: el Modelo 4 + 1 + 1
DOC ARQUITECTURA
Características principales del RUP
• Está dirigido por los Casos de Uso
• Está centrado en la arquitectura
• Es iterativo e incremental
Es iterativo e incremental
El ciclo de vida iterativo se basa en la evolución de
prototipos ejecutables que se muestran a los
usuarios y clientes
Iterativo e incremental.
El proceso iterativo está organizado en fases.
Dentro de cada fase el proceso pasa por una
serie de iteraciones e incrementos.
Iterativo e incremental.
• La estrategia para desarrollar un producto de software en pasos pequeños y manejables consiste en:
– Planificar un poco.
– Especificar, diseñar e implementar un poco.
– Integrar, probar, ejecutar un poco en cada iteración.
• Iteraciones, entregas internas y externas y objetivos parciales.
Beneficios vs. Modelo cascada
Atenuación de riesgos
Atenuación de riesgos: :
Iterativo e incremental
Gestión de requisitos cambiantes:
El tener un sistema en funcionamiento parcial en una fase inicial permite contar
con retroalimentación oportuna.
Beneficios Beneficios
Conseguir una integración continua.
• Cada iteración arroja resultados tangibles.
• Al final de cada iteración se superan ciertos riesgos.
• El cliente hace su retroalimentación en el momento oportuno
• Las sucesivas iteraciones nos indican claramente el estado del proyecto.
Iterativo e incremental
Beneficios de la integración continua
Beneficios de la integración continua
Iterativo e incremental
Lograr un aprendizaje temprano Después de un par de iteraciones todas
las personas del equipo tienen una buena comprensión de lo que significan y pretenden los diferentes
flujos de trabajo.
Beneficios Beneficios
Los errores no se pagan tan caros Cometer un error no es tan crítico
para el proyecto, debido a que se atenderá en la siguiente
iteración.
Características principales del RUP
• Está dirigido por los Casos de Uso
• Está centrado en la arquitectura
• Es iterativo e incremental
¿En dónde estamos?
Cliente
Entradas Proceso de desarrollo Salida
necesidades actividades varias Producto software
Cliente equipo
sistemas
MI MI
PROCESO ADAPTADODefinir nuestro proceso
• ¿Qué actividades y artefactos se usarán?, ¿cuáles serán optativos? ¿Cuáles se podrá desistir de usarlos?
• ¿Cuánto dura una Fase? ¿Cómo reconocer el momento de cada fase?
• ¿Qué nivel de formalidad debe aplicarse? ¿ Puedo definir formatos propios?
Desarrollar software con un proceso
“nuestro Proceso”
RUP y la primera impresión
¿Esto es necesario?
¿De todos estos items, cuáles son aplicables a mi proyecto?
¿El RUP es sólo es para grandes proyectos?
Cuando recorra la extensa cantidad de artefactos, actividades, y documentos de RUP, puede suceder que se formule las siguientes
preguntas:
Términos de una implementación
• Caso de desarrollo – development case
• Guías – guidelines
• Entorno de desarrollo organizacional
• Proyecto piloto
• Ingeniero de proceso
• Líder de proyecto
Implementación: la experiencia dice…
• Motivos de fracaso
– Fallas en la introducción incremental del proceso y las herramientas.
– Falta de apoyo de la dirección
– Sponsors e involucrados mal informados.
– Mala predisposición o incapacidad para el cambio
– Incertidumbre en la Visión y Fundamentos del cambio
Un proyecto de implementación exitoso
• Evaluar el proyecto y la organización
• Implementar el proceso y herramientas en forma incremental
• Planificar y dirigir las actividades de entorno
• Usar tutores
• Transmitir que el proceso es de todos
(Académicos y expertos de dominio)
• Ser prágmatico y simple
(Primero HACER, después mejorar!)
• Comunicar el estado de avance
• Brinde entrenamiento a las personas
Pasos para implementar el proceso y herramientas en una Organización
Diferentes formas de implementación
Una implementación típica Implementación Rápida Implementación Cuidadosa
Implementar un ambiente de desarrollo
Diferentes formas de implementación
Una implementación típica
Diferentes formas de implementación
Implementación Rápida
Diferentes formas de implementación
Implementación cuidadosa
Diferentes formas de implementación
Implementar un ambiente de desarrollo
Desarrollar software con “mi” proceso
“nuestro Proceso”
INICIO ELABORACION CONSTRUCCION TRANSICION
hito
s hito
s hito
s
hito s
Beneficios de tener un proceso
• Todo el mundo en el equipo comprende lo que tiene que hacerpara desarrollar el producto.
• Se puede medir lo que se está haciendo, saber cómo vamos, qué es lo que sigue....
• La Empresa puede contar con “formación” estandarizada.
• La descripción de la arquitectura ayuda a los stakeholdersentender lo que se está desarrollando.
• Se puede planificar y estimar costosde forma efectiva.
• Le brinda garantías a nuestro clientes.
Proceso y proyecto
Nuevos proyectos...
Proyecto 1 Proyecto 1
Proyecto 2 Proyecto 2
Proyecto 3 Proyecto 3
“nuestro Proceso”
Caso real: implementación UP
• Organización dedicada al desarrollo de software
• Implementación focalizada en el desarrollo de adaptaciones por cliente
• 1 proyecto piloto
• Mucho consenso y participación sobre la adecuación de templates
EJ.
FASE I
Funcionan las recetas ¿?
Construir un primer esqueleto del proceso
No incluir actividades ni artefactos que no se justifiquen claramente Proteger al equipo – No burocratizar.
Minimizar los artefactos formales.
Usar formatos convenientes – generación automática Usar internet e intranet.
Revisar regularmente el proceso.
Adaptar mientras se mantengan las “mejores prácticas”
Haciendo bien nuestro trabajo…
• Tener Mi proceso de desarrollo definido
• Emplear las herramientas de U U M M L L
• Mejorar continuamente la manera en que hacemos las cosas.
• Asegurando la calidad de nuestro proceso
• Podremos certificar estándares de calidad
– ISO 9001:2000; CMM o CMMi
