(Is LADE 2012 13) T13 Intro Proceso Unificado

Tema 13: El Proceso Unificado de Desarrollo
Diana Marcela Snchez Fquene

Ingeniera del Software de Gestin
www.kybele.es
ndice
Introduccin El proceso unificado
Principios bsicos Las 4 p
Estructura del proceso unificado Flujos de trabajo principales Fases del desarrollo Otros aspectos
Iteracin genrica Planificacin y evaluacin

Ingeniera del Software de Gestin www.kybele.es
Introduccin
Realidad actual: sistemas ms complejos y ms grandes

Objetivo:
Desarrollo ms rpido menor tiempo de salida al mercado Software de calidad Mejor adaptacin del software a las necesidades del cliente
Solucin: un proceso de desarrollo que integre todas las facetas de un desarrollo software
D una gua para ordenar las actividades del equipo Dirija las tareas de cada desarrollador por separado y del equipo
como un todo Especifique los productos (artefactos) que hay que desarrollar Ofrezca criterios para controlar y medir los productos y actividades del proyecto
El Proceso Unificado
Unificacin de tres metodologas de desarrollo basadas en el paradigma orientado a objetos

OOSE (Object-Oriented Software Engineering)
Ivar Jacobson
Booch
Grady Booch
OMT (Object Modeling Technique)
James Rumbaugh
www.kybele.es
Unified Process (1999) vs. Rational Unified Process (2003)

UP: define el proceso y un marco extensible para el desarrollo de software RUP (propietario: IBM / Rational): 6 disciplinas de ingeniera (flujos de trabajo) principales Elementos principales: roles (quin), productos (qu), tareas (cmo)
www.kybele.es
Es un proceso de desarrollo software

Def.: conjunto de actividades para transformar los requisitos de usuario en
un sistema software
Basado en componentes Principios:

Dirigido por casos de uso Centrado en la arquitectura Iterativo e incremental
Caractersticas
Usa UML (Unified Modeling Language) como notacin para los modelos del
proceso de desarrollo Otros: enfocado a riesgos, impulsa la calidad, es configurable, etc.
Las 4 P del proceso unificado:

Proyecto Proceso Producto Personas

www.kybele.es
Principios del Proceso Unificado Dirigido por casos de uso
Ideas:
Cualquier interaccin del sistema con el usuario es un caso
de uso Actor: alguien o algo
Def.: caso de uso

Es una funcin del sistema que da a cada usuario un
resultado til Captura los requisitos funcionales
Qu debe hacer el sistema para cada actor?

Modelo de casos de uso
www.kybele.es
Principios del Proceso Unificado Dirigido por casos de uso
Conducen el proceso de desarrollo:

Los desarrolladores crean modelos de diseo e
implementacin que realizan los casos de uso Los encargados de pruebas aseguran que los componentes implementan los casos de uso
Los casos de uso se especifican, se disean y sirven de base para construir los casos de prueba Se desarrollan junto a la arquitectura del sistema
Ambos evolucionan en paralelo
www.kybele.es
Principios del Proceso Unificado Centrado en la Arquitectura
Def.: D. Garlan and D. Perry (guest editorial to the IEEE Transactions on Software Engineering, April 1995):
Software architecture is "the structure of the components of a
program/system, their interrelationships, and principles and guidelines governing their design and evolution over time Es una vista del diseo completo que hace visibles las caractersticas principales Ms definiciones: http://www.bredemeyer.com/definiti.htm
Incluye: aspectos estticos y aspectos dinmicos
Influencias: Plataforma, aspectos legales, componentes reusables disponibles, consideraciones de implementacin

El proceso ayuda a centrarse en los objetivos correctos: legibilidad, adaptabilidad, reutilizacin.
Relacin entre casos de uso y arquitectura Casos de uso Funcionalidad del sistema Arquitectura Forma
www.kybele.es
Principios del Proceso Unificado Centrado en la Arquitectura
El arquitecto debe:
Crear una arquitectura inicial, no especfica de los
casos de uso.
Ejemplo: la plataforma
Trabajar con un conjunto seleccionado de casos de
uso que representan las tareas clave del sistema.

Caso de uso subsistemas, clases y componentes
Evolucin a lo largo del proceso de desarrollo
concepto de vista arquitectnica
www.kybele.es
Principios del Proceso Unificado Iterativo e incremental
Divisin del proyecto en hitos obtenidos como consecuencia de la repeticin de iteraciones de trabajo
Una iteracin produce un incremento Cada fase e iteracin se centra en disminuir algn riesgo y concluye
con un hito bien definido
Todas las iteraciones son planificadas y controladas

Incrementa la efectividad
Factores para la seleccin en una iteracin:

La iteracin trata un grupo de casos que extienden la funcionalidad La iteracin trata los riesgos ms importantes
Importante: un incremento no siempre es aditivo Elementos contemplados en cada iteracin:

Casos de uso relevantes Diseo guiado por arquitectura Actividades de implementacin y verificacin
www.kybele.es
Principios del Proceso Unificado Iterativo e incremental
Beneficios de la iteracin controlada

Reduce el coste riesgo a los costes asociados a un solo
incremento Reduce el riesgo de no sacar al mercado el producto en el calendario previsto

Identificacin de riesgos en fases tempranas
Acelera el ritmo del esfuerzo de desarrollo en su totalidad

Se trabaja mas eficientemente para obtener resultados en corto plazo
Permite refinar los requisitos en iteraciones sucesivas

Las necesidades de los usuarios no pueden definirse completamente al principio
La vida del PU
Ciclo de vida del software:

Varios ciclos de desarrollo que concluyen con un producto evolucionado El paso a travs de las 4 fases principales constituye un ciclo de desarrollo
produce una generacin del software Cada fase se subdivide en iteraciones

Primera pasada desarrollo inicial Siguientes ciclos de evolucin del sistema Entregas: cdigo fuente, ejecutables, manuales y documentos Hitos por fases (milestones)
Entrega
Ciclos
...
Concepcin
Iter. 1 Iter. 2
Fases Iterac.
Elaboracin
Construccin
...
...
...
...
...
Transicin Iter. ... n

www.kybele.es
Proceso Unificado: Otras caractersticas
Soporta las tcnicas orientadas a objetos:

Los modelos definidos como artefactos del proceso son orientados a objetos Los modelos se basan en la definicin de clases, objetos y las relaciones entre
ellos Se utiliza UML como notacin comn
Enfocado a riesgos:
La gestin del riesgo est incluida en el proceso Los riesgos se identifican y se acometen al principio del proceso de desarrollo (a
tiempo)
Impulsa un control de la calidad:

La evaluacin de la calidad est contenida en el proceso (trazabilidad) Implica a todos los participantes mediante medidas y criterios objetivos No se trata como algo a posteriori o una actividad separada
Es un proceso configurable:
Puede adaptarse a proyectos de diferente envergadura (medianos-grandes) Se adapta a las necesidades de desarrollo de la organizacin
www.kybele.es
Proceso Unificado Las 4 P : Proyecto

Elemento organizativo a travs del cual se gestiona el desarrollo
de SW. El resultado de un proyecto es una versin de un producto

Varias iteraciones en cuatro fases Informacin sobre el sistema propuesto Informacin del dominio Plan de proyecto Planificar
Plan de iteracin
Experiencia pasada
www.kybele.es
Proceso Unificado Las 4 P : Proceso
Un proceso de IS es una definicin del conjunto de actividades necesarias para transformar los requisitos de usuario en un producto Un proceso es una plantilla para crear proyectos
FASES
Workflow
Requisitos Anlisis
Planificacin Anl. Riesgos Preparacin
Elaboracin
Construccin Verificacin
Transicin
Iteracin en Fase de Elaboracin
Diseo Implementacin Prueba

Iteracin(es) Inicial(es) Iter. #1 Iter. #2 Iter. #3 Iter. #4 Iter. #5 Iter. #6 Iter. #7
(Adaptado de Jacobson, 1999)

Proceso Unificado Las 4 P : Producto
Artefactos que se crean durante la vida del proyecto, como los modelos, cdigo fuente, ejecutables, y documentacin
Especificado por Soportado por Modelo de anlisis
Modelo de diseo
Distribuido por
Modelo de despliegue Implementado por
El resultado de llevar a cabo un
Modelo de implementacin
proceso SW dentro de un proyecto concreto

Verificado por
Modelo de pruebas
www.kybele.es
Proceso Unificado Las 4 P : Personas
Los principales autores de un proyecto de SW son los arquitectos, desarrolladores, ingenieros de prueba y el personal de gestin que les da soporte, adems de los usuarios, clientes, y otros interesados Las personas son realmente seres humanos, a diferencia del termino abstracto trabajadores
Analista de Descubre Sistemas Actores y Casos de Uso Especifica Casos de Uso Detalla un Caso de Uso Estructura Modelo de Casos de Uso Planific a Test Dise a Test Integra Sistem a Ejecuta Test de Integracin Ejecuta test del sistema Evalu Ingeniero de a Test pruebas
Integrador de Sistemas
Diseador de Interface de Usuario
Prototipo del Interfaz de Usuario Anlisis Diseo de Implementaci de Arquitectu n de Arquitectu ra Arquitectura ra Analiza un Disea un Caso de Caso de Uso Uso Analiza un Paquet e Disea una clase Implemen ta una Disea un clase Subsistem Implement a a Subsistem a
Ingeniero de pruebas de integracin Ingeniero de pruebas de sistema
ArquitectoPrioriza Casos de Uso Ingeniero de Casos de Uso
Ingeniero de Componentes
Analiza una Clase
Ejecuta Test Unitario
Implement a Test
www.kybele.es
Estructura del Proceso Unificado Fases e iteraciones
Fase:
Intervalo de tiempo entre dos hitos importantes del proceso
durante el cual se cumple un conjunto bien definido de objetivos, se completan artefactos y se toman decisiones sobre si pasar a la siguiente fase
Cada ciclo est compuesto por 4 fases:

Iniciacin (inception): Establecer la visin, el alcance y el plan
inicial del proyecto Elaboracin (elaboration): Disear, implementar y probar una arquitectura correcta, y completar el plan del proyecto Construccin (construction): Desarrollar el sistema (construir la primera versin operativa) Transicin (transition): Proporcionar el sistema a sus usuarios finales
Estructura del Proceso Unificado Fases e iteraciones
Iteracin:
Representa un ciclo de desarrollo completo, desde la captura de
requisitos en el anlisis hasta la implementacin y pruebas, que produce una versin (interna o externa) de un producto ejecutable, que constituye un subconjunto del producto final en desarrollo
Iteracin genrica (similar al modelo en cascada):

Planificacin Flujos de trabajo fundamentales: requisitos, anlisis, diseo,
implementacin y pruebas Evaluacin
Dependiendo de la iteracin y de la fase en la que se encuentre el proyecto, el nfasis se pone ms en unos u otros flujos de trabajo El contenido vara para adaptarse al objetivo de cada fase
www.kybele.es
Flujos de trabajo principales (Workflows)
FASES
Workflow
Requisitos
Anlisis
Elaboracin
Transicin

www.kybele.es
Flujos de Trabajo Principales Requisitos
Captura de los requisitos del sistema Difcil:

Los requisitos cambian Comprensin: lenguaje utilizado cliente El cliente debe ser capaz de leer y comprender el resultado de la captura
Objetivo: guiar el desarrollo hacia el sistema correcto

El resultado ayuda al jefe de proyecto a planificar las iteraciones y los recursos
Pasos a seguir:

Enumerar los requisitos candidatos Comprender el contexto del sistema Capturar requisitos funcionales Capturar requisitos no funcionales
lista de caractersticas modelo de negocio/dominio modelo de casos de uso requisitos suplementarios o

casos individuales
www.kybele.es
Flujos de Trabajo Principales Requisitos
Artefactos de requisitos
Diagramas de casos de uso:
Flujos de eventos principales Caminos alternativos
Descripciones textuales de los casos de uso Diagramas de estado para explicar los casos de uso complejos
Descripcin de la arquitectura Glosario Prototipo de la interfaz de usuario
Actividades

Encontrar actores y casos de uso Priorizar los casos de uso Detallar un caso de uso Prototipar la interfaz de usuario Estructurar el modelo de casos de uso
Analista de sistemas Arquitecto Especificador de C.U. Diseador de la interfaz Arquitecto
www.kybele.es
Flujos de Trabajo Principales Anlisis
Se trabaja con conceptos

Especificacin ms precisa de los requisitos Se utiliza el lenguaje de desarrolladores Facilita comprensin, preparacin, modificacin y mantenimiento de requisitos Primera aproximacin al modelo de diseo
www.kybele.es

Modelo de Casos de Uso Lenguaje del cliente Vista externa del sistema Estructurado por casos de uso Contrato entre cliente-desarrolladores Redundancias, inconsistencias, etc. entre requisitos Modelo de Anlisis Lenguaje del desarrollador Vista interna del sistema Estructurado por clases y paquetes Usado por desarrolladores para entender el sistema No debera contener redundancias ni inconsistencias de requisitos
Captura la funcionalidad del sistema

Define casos de uso
Captura cmo realizar la funcionalidad del sistema

Define realizaciones de casos de uso
www.kybele.es
Artefactos de anlisis
Modelo de anlisis
Diagramas de colaboracin:
Descripciones textuales de las clases
Descripcin de la arquitectura
Vista de la arquitectura del modelo de anlisis Descomposicin del modelo en paquetes
Realizacin de los casos de uso en anlisis

Diagramas de clases del anlisis Diagramas de interaccin de objetos del anlisis Una descripcin textual del flujo de sucesos
Clases y paquetes de anlisis
www.kybele.es
Actividades
Anlisis de la arquitectura
Identificar paquetes de anlisis Identificar clases de entidad Requisitos comunes
Arquitecto
Analizar (refinar) un caso de uso
Ingeniero de CU
Identificar clases de anlisis Describir interacciones entre los objetos del anlisis Capturar requisitos especiales sobre la realizacin del CU
Analizar una clase
Identificar responsabilidades y atributos Identificar relaciones: asociacin, agregacin y generalizacin Capturar requisitos especiales sobre la realizacin del CU
Analizar un paquete
www.kybele.es
Flujos de Trabajo Principales Diseo
Se modela el sistema para que d soporte a los requisitos funcionales y no funcionales Objetivos:
Profundizar los requisitos no funcionales y restricciones
dependientes de la plataforma. Crear una entrada apropiada para la implementacin Descomponer los trabajos de implementacin en partes mas manejables y que permitan concurrencia. Capturar las interfaces entre los subsistemas.
Es el centro de atencin final de la fase de elaboracin e iteraciones iniciales de la fase de construccin

www.kybele.es
Artefactos de diseo
Modelo de diseo
Diagramas de secuencia
Descripciones textuales de las clases Diagramas de transicin de estados para el comportamiento interno de cada clase
Modelo de despliegue
Diagramas de despliegue: distribucin fsica del sistema en nodos de computo Descripciones de los nodos y sus interrelaciones
Vista de la arquitectura del modelo de diseo Descomposicin del modelo en subsistemas
Realizacin de los casos de uso en diseo

Diagramas de clases de realizacin en diseo Diagramas de interaccin (clases, subsistemas, interfaces) Flujo de sucesos-diseo Requisitos de implementacin
www.kybele.es
Actividades
Diseo de la arquitectura
Identificar nodos y configuracin Identificar subsistemas y clases
Arquitecto Ingeniero de CU
Disear un caso de uso
Identificar clases de diseo y subsistemas Distribuir comportamiento del caso de uso Capturar requisitos de implementacin
Disear una clase
Ingeniero de Componentes Ingeniero de Componentes

www.kybele.es
Identificar responsabilidades y atributos Capturar requisitos especiales sobre la realizacin del CU
Disear un subsistema
Flujos de Trabajo Principales Implementacin
Se implementa el sistema en trminos de componentes:

Ficheros de cdigo fuente, scripts, ficheros de cdigo
binarios, ejecutables y similares
Objetivos:
Planificar las integraciones de sistema necesarias en cada
iteracin Distribuir el sistema asignando componentes ejecutables a nodos en el diagrama de despliegue Implementar las clases y subsistemas encontrados durante el diseo Probar los componentes individualmente, integrarlos (compilndolos y enlazndolos en uno o ms ejecutables)
Artefactos de implementacin
Modelo de implementacin
Diagramas de componentes
Subsistemas de implementacin y sus dependencias Componentes (fichero y ejecutables) y sus dependencias Interfaces
Modelo de despliegue
Diagrama de despliegue Nodos
Vista de la arquitectura del modelo de implementacin Asignacin de componentes ejecutables a nodos
Plan de integracin de construcciones

Actividades
Implementacin de la arquitectura Arquitecto Integrar sistemas Integrador de sistemas
Implementar una clase Ingeniero de Componentes

Implementar un subsistema Ingeniero de Componentes Realizar prueba de unidad
www.kybele.es
Flujos de Trabajo Principales Pruebas
Verificamos el resultado de la implementacin probando cada construccin

Objetivos:
Planificar las pruebas necesarias para cada iteracin Pruebas de sistema Pruebas de integracin Disear e implementar las pruebas diseando los
casos de prueba Realizar las diferentes pruebas

Flujos de Trabajo Principales Prueba
Artefactos de prueba
Modelo de pruebas Casos de prueba Procedimientos de prueba Componentes de prueba Plan de prueba Defectos Evaluacin de la prueba
www.kybele.es
Flujos de Trabajo Principales Prueba
Actividades
Planificar prueba Disear prueba
Diseador de pruebas Diseador de pruebas
Describir casos de prueba de cada construccin Identificar y estructurar los procedimientos de prueba
Implementar prueba Ingeniero de componentes Realizar pruebas de integracin Ingeniero de pruebas
de integracin Realizar prueba de sistema Diseador de pruebas Evaluar prueba Diseador de pruebas
Fases del Proceso Unificado
FASES
Workflow
Requisitos
Anlisis
Elaboracin
Transicin

www.kybele.es
Fases del Proceso Unificado Inicial (Inception)
Propsito: establecer viabilidad

Objetivo:
Anlisis del negocio: casos de uso fundamentales para el
negocio
Actividades:
1. Delimitar el mbito (interfaces con otros sistemas) 2. Proponer una arquitectura especialmente en lo nuevo,
arriesgado o difcil (expresada en funcin de algunos modelos) 3. Identificar riesgos crticos (los que afecten a la viabilidad) 4. Demostrar a usuarios y clientes un prototipo (exploratorio)
Fases del Proceso Unificado Elaboracin
Propsito: factibilidad Objetivo:

Arquitectura estable para guiar el sistema Estimacin de costes para fases siguientes con precisin
Actividades:
1. 2. 3. 4. 5.
Lnea base de la arquitectura. Consiste en: modelos, descripcin de la arquitectura e implementacin ejecutable de la arquitectura. Identificacin de riesgos que pueden perturbar los planes y costes posteriores. Especificar niveles para los atributos de calidad: fiabilidad y tiempo de respuesta. Recopilar casos de uso para el 80% de los requisitos funcionales para planificar la fase de construccin. Planificacin: personal, coste.
www.kybele.es
Fases del Proceso Unificado Construccin
Propsito: desarrollar el sistema

Objetivo:
Versin beta
Actividades:
1. Terminar la identificacin, descripcin y realizacin
de todos los casos de uso. 2. Finalizar el anlisis, el diseo la implementacin y pruebas. 3. Mantener la integridad de la arquitectura. 4. Monitorizar los riesgos crticos
Fases del Proceso Unificado Transicin
Propsito: puesta en funcionamiento del sistema en el entorno del cliente/usuario Objetivo:
Producto final
Actividades:
1. 2. 3. 4. 5.
Preparar las actividades, por ejemplo, el lugar Aconsejar sobre el entorno de funcionamiento Manuales y documentos para la entrega Ajustar el software al entorno del usuario Corregir los defectos detectados en la versin beta
Lecciones aprendidas Asuntos tiles para la versin siguiente
www.kybele.es
Otros aspectos del Proceso Unificado Iteracin genrica
Incluye
Planificacin Flujos de trabajo fundamentales
Requisitos Anlisis Diseo Implementacin Pruebas
Evaluacin
El contenido vara para adaptarse al objetivo de cada fase

www.kybele.es
Otros aspectos del Proceso Unificado Planificacin (fases)
Establecer:
Asignaciones de tiempo y fecha de entrega por cada
fase (inestable hasta fin de elaboracin) Hitos principales y criterios de aceptacin Iteraciones por fase y qu se realiza en ellas Depende de la complejidad del sistema Plan de proyecto:
Fechas y criterios de objetivos principales Divisin de fases en iteraciones
Pensar a largo plazo

www.kybele.es
Otros aspectos del Proceso Unificado Planificacin (iteraciones)
Se define:
Planificacin de la Iteracin: cunto tiempo, fecha de
terminacin, etc. Contenido de la Iteracin: ya est esbozado en el plan del proyecto pero al comenzar cada iteracin se debe detallar:
Casos de uso Riesgos tcnicos que se deben identificar en forma de casos de uso Cambios que han sufrido los requisitos o defectos encontrados Subsistemas que se deben implementar Personal
El plan de la iteracin siguiente se va detallando. El nmero de iteraciones de cada fase esta determinado por la complejidad del sistema.
Otros aspectos del Proceso Unificado Planificacin / Evaluacin
Antes de cada iteracin se han de planificar los criterios de evaluacin para establecer la satisfaccin de los objetivos de cada iteracin (medidos u observados):
Requisitos funcionales en casos de uso Requisitos no funcionales de esos requisitos funcionales Requisitos no funcionales sueltos
Requisitos verificables (pruebas) Requisitos generales (prototipo) Productos intermedios para determinar el progreso del trabajo Al final de cada iteracin se realiza la evaluacin de la misma de acuerdo a los criterios inicialmente establecidos
www.kybele.es
Otros aspectos del Proceso Unificado Evaluacin
Jefe de proyecto: ha de crear un documento como resultado de la evaluacin Objetivos:

Evaluar iteraciones segn criterios: presupuesto, tiempo, requisitos de
calidad, resultados de las pruebas Reconsiderar el plan de la siguiente iteracin Modificar el proceso Evaluar y modificar criterios
Es frecuente no alcanzar los criterios prolongar el trabajo a la iteracin siguiente:

Modificar o extender el modelo de casos de uso Modificar o extender la arquitectura Modificar o extender los subsistemas desarrollados Buscar otros riesgos Incorporar ciertas habilidades al equipo Puede que solo falte tiempo
www.kybele.es
Otros aspectos del Proceso Unificado Evaluacin
A partir de la evaluacin anterior, el jefe de proyecto:

Determina si se puede pasar a la siguiente iteracin Si hay que rehacer, decide cundo, quin y cmo
Planifica en detalle siguiente iteracin

Actualiza el plan de las iteraciones posteriores a la siguiente Actualiza la lista de riesgos y el plan del proyecto
Evolucin del conjunto de modelos
www.kybele.es
Bibliografa
The unified software development process. Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999
El proceso unificado de desarrollo. Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999
www.kybele.es

(Is LADE 2012 13) T13 Intro Proceso Unificado

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

(Is LADE 2012 13) T13 Intro Proceso Unificado

Загружено:

Авторское право:

Доступные форматы

Tema 13: El Proceso Unificado de Desarrollo

Diana Marcela Snchez Fquene

Ingeniera del Software de Gestin

Introduccin El proceso unificado

Principios bsicos Las 4 p

Iteracin genrica Planificacin y evaluacin

Realidad actual: sistemas ms complejos y ms grandes

Unificacin de tres metodologas de desarrollo basadas en el paradigma orientado a objetos

Ingeniera del Software de Gestin

Unified Process (1999) vs. Rational Unified Process (2003)

Ingeniera del Software de Gestin

Es un proceso de desarrollo software

Basado en componentes Principios:

proceso de desarrollo Otros: enfocado a riesgos, impulsa la calidad, es configurable, etc.

Las 4 P del proceso unificado:

Proyecto Proceso Producto Personas

Ingeniera del Software de Gestin

Principios del Proceso Unificado Dirigido por casos de uso

de uso Actor: alguien o algo

Def.: caso de uso

resultado til Captura los requisitos funcionales

Qu debe hacer el sistema para cada actor?

Ingeniera del Software de Gestin

Principios del Proceso Unificado Dirigido por casos de uso

Conducen el proceso de desarrollo:

Ingeniera del Software de Gestin

Principios del Proceso Unificado Centrado en la Arquitectura

Incluye: aspectos estticos y aspectos dinmicos

Influencias: Plataforma, aspectos legales, componentes reusables disponibles, consideraciones de implementacin

Ingeniera del Software de Gestin

Principios del Proceso Unificado Centrado en la Arquitectura

Trabajar con un conjunto seleccionado de casos de

uso que representan las tareas clave del sistema.

Evolucin a lo largo del proceso de desarrollo

concepto de vista arquitectnica

Ingeniera del Software de Gestin

Principios del Proceso Unificado Iterativo e incremental

con un hito bien definido

Todas las iteraciones son planificadas y controladas

Factores para la seleccin en una iteracin:

Importante: un incremento no siempre es aditivo Elementos contemplados en cada iteracin:

Ingeniera del Software de Gestin

Principios del Proceso Unificado Iterativo e incremental

Beneficios de la iteracin controlada

incremento Reduce el riesgo de no sacar al mercado el producto en el calendario previsto

Acelera el ritmo del esfuerzo de desarrollo en su totalidad

Permite refinar los requisitos en iteraciones sucesivas

Ciclo de vida del software:

produce una generacin del software Cada fase se subdivide en iteraciones

Transicin Iter. ... n

Proceso Unificado: Otras caractersticas

Soporta las tcnicas orientadas a objetos:

ellos Se utiliza UML como notacin comn

Impulsa un control de la calidad:

Ingeniera del Software de Gestin

Proceso Unificado Las 4 P : Proyecto

de SW. El resultado de un proyecto es una versin de un producto

Ingeniera del Software de Gestin

Proceso Unificado Las 4 P : Proceso

Planificacin Anl. Riesgos Preparacin

Iteracin en Fase de Elaboracin

Diseo Implementacin Prueba

(Adaptado de Jacobson, 1999)