Consultor Asesor ITIL ANALISIS Y DISEO DE SISTEMAS Qu es RUP? RUP P R O C E S O
U N I F I C A D O
R A T I O N A L
Es una Metodologa Orientado a Objetos El Proceso Unificado gua a los equipos de proyecto en cmo administrar el desarrollo iterativo de un modo controlado mientras se balancean los requerimientos del negocio, el tiempo al mercado y los riesgos del proyecto. El proceso describe los diversos pasos involucrados en la captura de los requerimientos y en el establecimiento de una gua arquitectnica lo ms pronto, para disear y probar el sistema hecho de acuerdo a los requerimientos y a la arquitectura. El proceso describe qu entregables producir, cmo desarrollarlos y tambin provee patrones.
Evolucin de RUP Evolucion P R O C E S O
U N I F I C A D O
R A T I O N A L
Rational Unified Process 5.0 Rational Objectory Process 4.1 Rational Objectory Process 4.0 Rational Approach Objectory Process Pruebas de rendimiento y carga (Performance Awareness) Ingeniera de Negocios Diseo OO de IU Ingeniera de Datos (Vigortech) UML 1.2 Proceso SQA (SQA Inc.) UML 1.0 Administracin de Configuracin y Cambios (Pure-Atria) Escuela de Requerimientos (Requisite Inc.) OMT Booch UML 0.8 1998 1997 1996 1995 Ericsson method 1967 1987 Evolucin de RUP Evolucin P R O C E S O
U N I F I C A D O
R A T I O N A L
Caractersticas de RUP Caractersticas P R O C E S O
U N I F I C A D O
R A T I O N A L
Un caso de uso es un fragmento de funcionalidad del sistema que proporciona un resultado de valor a un usuario. Los casos de uso modelan los requerimientos funcionales del sistema. Todos los casos de uso juntos constituyen el modelo de casos de uso. Los casos de uso tambin guan el proceso de desarrollo (diseo, implementacin, y prueba). Basndose en los casos de uso los desarrolladores crean una serie de modelos de diseo e implementacin que llevan a cabo los casos de uso. 1- Guiado por Casos de Uso Caractersticas de RUP Caractersticas P R O C E S O
U N I F I C A D O
R A T I O N A L
Caractersticas de RUP Caractersticas P R O C E S O
U N I F I C A D O
R A T I O N A L
2- Centrado en la Arquitectura La arquitectura de un sistema software se describe mediante diferentes vistas del sistema en construccin. El concepto de arquitectura software incluye los aspectos estticos y dinmicos ms significativos del sistema. La arquitectura es una vista del diseo completo con las caractersticas ms importantes resaltadas, dejando los detalles de lado. modelo de casos de uso. Caractersticas de RUP Caractersticas P R O C E S O
U N I F I C A D O
R A T I O N A L
VISTA DEL MODELO DE CASOS DE USO 1
: IU-1 : G r o : 1: 2: 3: 4
() : : G r o : 1: 2: 3: 4
() VISTA DEL MODELO DEL DOMINIO / VISTA DEL DIAGRAMA DE CLASES VISTA DEL MODELO DEL ANLISIS VISTA DEL MODELO DEL DISEO Caractersticas de RUP Caractersticas P R O C E S O
U N I F I C A D O
R A T I O N A L
2- Iterativo e Incremental Es prctico dividir el esfuerzo de desarrollo de un proyecto de software en partes mas pequeas o mini proyectos. Cada mini proyecto es una iteracin que resulta en un incremento. Las iteraciones hace referencia a pasos en el flujo de trabajo, y los incrementos a crecimientos en el producto. Las iteraciones deben estar controladas. Esto significa que deben seleccionarse y ejecutarse de una forma planificada. Los desarrolladores basan la seleccin de lo que implementarn en cada iteracin en dos cosas: el conjunto de casos de uso que amplan la funcionalidad, y en los riesgos mas importantes que deben mitigarse. Ciclo de RUP Ciclo P R O C E S O
U N I F I C A D O
R A T I O N A L
Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Consta de 4 fases : Inicio, Elaboracin, Construccin y Transicin Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Cada fase se subdivide en iteraciones. En cada iteracin se desarrolla en secuencia un conjunto de disciplinas o flujos de trabajos. Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Cada disciplina es un conjunto de actividades relacionadas (flujos de trabajo) vinculadas a un rea especfica dentro del proyecto total. Las ms importantes son: Requerimientos, Anlisis, Diseo, Codificacin, y Prueba Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Cada disciplina est asociada con un conjunto de modelos que se desarrollan Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Fase Inicio Se desarrolla una descripcin del producto final y se presenta el anlisis de negocio para el productos Se construye un modelo de casos de uso simplificado. Se esbozan los subsistemas ms importantes lo que origina una arquitectura provisional. Se identifican los riesgos ms importantes. Se planifica la fase de ELABORACIN. Se estima el proyecto de manera aproximada Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Fase Elaboracin Se especifican en detalle la mayora de los casos de uso del producto. Se disea la arquitectura del sistema a travs de vistas de todos los modelos del sistema (anlisis, diseo, implementacin y despliegue), obtenindose una lnea base de la arquitectura. Se realizan los casos de uso ms crticos identificados en la fase de INICIO. El jefe del proyecto ya est en disposicin de planificar y estimar los recursos necesarios para terminar el proyecto. Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Fase Construccin Se crea el producto. La lnea base de la arquitectura crece hasta convertirse en el sistema completo. La descripcin evoluciona hasta convertirse en un producto preparado para entregarse al usuario. Al final de esta fase, el producto contiene todos los casos de uso acordados con el usuario, aunque puede que no estn libres de defectos. Muchos de los defectos se descubrirn y solucionarn durante la fase de TRANSICIN. Fases de RUP Fases P R O C E S O
U N I F I C A D O
R A T I O N A L
Fase Transicin Cubre el perodo en que el producto se convierte en versin beta. Los desarrolladores corrigen los defectos detectados e incorporan algunas mejoras. Esta fase conlleva actividades de fabricacin, formacin a usuarios, correccin de defectos tras la entrega. El equipo de mantenimiento valora los defectos tras la entrega en dos categoras: los que tienen suficiente impacto para justificar una versin incrementada y los que pueden corregirse en la siguiente versin normal.