METODOLOGIA RUP

Quispe Condori Cesar Profesor: Chvez Herrera M. Aula :B-215 Turno :Noche Codigo:0921213

INTRODUCCION

Todos nos hemos hecho esta pregunta al desarrollar un software, Qu metodologa debo usar para desarrollar un programa de ordenador. Y esto es muy importante ya que como arquitectos de software, debemos tener un plano en donde apoyarnos. Han existido cientos de propuestas para buscar una solucin y sobre todo asegurar la calidad del software. El software debe ser pensado, diseado y desarrollado como un producto sujeto a normas de calidad.

METODOLOGA RUP
El Proceso Unificado Racional, Rational Unified Process en ingls, y sus siglas RUP, es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino que trata de un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cmo, cundo y qu debe hacerse en el proyecto

RUP COMO PROCESO DE DESARROLLO

RUP es explcito en la definicin de software y su trazabilidad, es decir, contempla en relacin causal de los programas creados desde los requerimientos hasta la implementacin y pruebas. RUP identifica claramente a los profesionales (actores) involucrados en el desarrollo del software y sus responsabilidades en cada una de las actividades. Fases de desarrollo del software Inicio Elaboracin Construccin Transicin

COMO FILOSOFA RUP MANEJA 6 PRINCIPIOS CLAVE

Adaptacin del proceso El proceso deber adaptarse a las caractersticas propias de la organizacin. Tambin se deber tener en cuenta el alcance del proyecto. Balancear prioridades Los requerimientos de los diversos inversores pueden ser diferentes, o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos. Colaboracin entre equipos El desarrollo de software no hace una nica persona sino mltiples equipos. Demostrar valor iterativamente Los proyectos se entregan, aunque sea de modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto. Elevar el nivel de abstraccin Estos se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con UML. Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin.

ROLES QUE SE CUMPLEN EN EL RUP

Gestores: Jefe de proyecto Jefe de control de cambios. Jefe de configuracin. Jefe de pruebas Jefe de despliegue Ingeniero de procesos Revisor de gestin del proyecto Gestor de pruebas. Apoyo: Documentador tcnico Administrador de sistema Especialista en herramientas Desarrollador de cursos Artista grfico Especialista en pruebas: Especialista en Pruebas Analista de pruebas Diseador de pruebas Revisor tcnico

Analistas: Analista de procesos de negocio. Diseador del negocio. Analista de sistema. Especificador de requisitos. Desarrolladores: Arquitecto de software. Diseador. Diseador de interfaz de usuario Diseador de cpsulas. Diseador de base de datos. Implementador. Integrador.

NIVELES DE DOCUMENTACIN DE LA METODOLOGA RUP

Primer nivel de documentacin Especifica en trminos generales qu actividades debern integrar el Sistema de Aseguramiento de Calidad, que ser implantado en la organizacin. Este nivel contiene los siguientes elementos: Declaracin de Visin: Proyecciones de la administracin sobre el lugar que ocupar la organizacin en el futuro. Declaracin de Misin: Compromiso de la administracin para alcanzar la Visin. Poltica de Calidad: Posicin de la organizacin, en cuanto a la manera en que la calidad afectar la manera de cumplir con la Misin. Requerimientos de Calidad: Conjunto de actividades que la organizacin debe llevar a cabo, para asegurar la calidad tanto del proceso como el producto que desarrolla

Segundo nivel de documentacin Este nivel incluye especificaciones detalladas, orientadas a la administracin, para explicar cmo se llevarn a cabo las actividades que integran el Sistema de Aseguramiento de Calidad. Este nivel est compuesto bsicamente por procedimientos Administrativos. Tercer nivel de documentacin Est compuesto bsicamente por Procedimientos de Operativos que describen cada paso que se debe realizar para concretar una tarea o actividad. Estos procedimientos y estndares han sido divididos en tres grupos: 1. Los relacionados con el desarrollo del curso Proyecto de Ttulo. 2. Los relacionados con el desarrollo de producto de software. 3. Los que guan la implantacin y mejoramiento del Sistema de Aseguramiento de Calidad. Esta divisin facilita el uso y mantencin del sistema. Por ejemplo, si hay cambios en las normas administrativas que afecten el desarrollo de los cursos en general, entonces slo se vern afectados los procedimientos y estndares relacionados con el desarrollo del proyecto.

Vale mencionar que el ciclo de vida que se desarrolla por cada iteracin, es llevada bajo dos disciplinas: Disciplina de Desarrollo Ingeniera de Negocios: Entendiendo las necesidades del negocio. Requerimientos: Trasladando las necesidades del negocio a un sistema automatizado. Anlisis y Diseo: Trasladando los requerimientos dentro de la arquitectura de software. Implementacin: Creando software que se ajuste a la arquitectura. Pruebas: Asegurndose que el comportamiento requerido es el correcto. Disciplina de Soporte Configuracin y administracin del cambio: Guardando todas las versiones del proyecto. Administrando el proyecto: Administrando horarios y recursos. Ambiente: Administrando el ambiente de desarrollo. Los elementos del RUP son: Actividades, Son los procesos que se llegan a determinar en cada iteracin. Trabajadores, Vienen hacer las personas o entes involucrados en cada proceso. Artefactos, Un artefacto puede ser un documento, un modelo, o un elemento de modelo. Una particularidad de esta metodologa es que, en cada ciclo de iteracin, se hace exigente el uso de artefactos, siendo por este motivo, una de las metodologas ms importantes para alcanzar un grado de certificacin en el desarrollo del software.

CICLO DE ITERACIONES DE LA METODOLOGA RUP

CARACTERSTICAS ESENCIALES QUE DEFINEN AL RUP

Proceso Dirigido por los Casos de Uso: Con esto se refiere a la utilizacin de los Casos de Uso para el desenvolvimiento y desarrollo de las disciplinas con los artefactos, roles y actividades necesarias. Los Casos de Uso son la base para la implementacin de las fases y disciplinas del RUP. la realizacin e implementacin de un Requerimiento planteado por el Cliente. Proceso Iterativo e Incremental: Es el modelo utilizado por RUP para el desarrollo de un proyecto de software. Este modelo plantea la implementacin del proyecto a realizar en Iteraciones, con lo cual se pueden definir objetivos por cumplir en cada iteracin y as poder ir completando todo el proyecto iteracin por iteracin, con lo cual se tienen varias ventajas, tener pequeos avances del proyectos que son entregables al cliente Proceso Centrado en la Arquitectura: Define la Arquitectura de un sistema, y una arquitectura ejecutable construida como un prototipo evolutivo. Arquitectura de un sistema es la organizacin o estructura de sus partes ms relevantes. Una arquitectura ejecutable es una implementacin parcial del sistema, construida para demostrar algunas funciones y propiedades-

ALCANCE DE LA METODOLOGA RUP

La metodologa RUP es ms apropiada para proyectos grandes, tambin pequeos, dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeos, es posible que no se puedan cubrir los costos de dedicacin del equipo de profesionales necesarios. Antecedentes del RUP Los orgenes de RUP se remontan al modelo espiral original de Barry Boehm. Ken Hartman, uno de los contribuidores claves de RUP colabor con Boehm en la investigacin. En 1995 Rational Software compr una compaa sueca llamada Objectory AB, fundada por Ivar Jacobson, famoso por haber incorporado los casos de uso a los mtodos de desarrollo orientados a objetos. El Rational Unified Process fue el resultado de una convergencia de Rational Approach y Objectory. El primer resultado de esta fusin fue el Rational Objectory Process, la primera versin de RUP, fue puesta en el mercado en 1998, siendo el arquitecto en jefe Philippe Kruchten. Desde all hasta la actualidad es la metodologa ms empleada en el mundo.

CONCLUSIONES
Al culminar el presente trabajo de investigacin podemos darnos cuenta que la metodologa RUP es la mejor al momento de obtener calidad en un software. Pudimos ver la complejidad y el nivel profesional que implica realizar un software por ms pequeo que este sea. La base fundamental de la metodologa RUP son las iteraciones y la reutilizacin de recursos en cada una de ellas. Otra caracterstica fundamental es la divisin de prioridades a todos y cada uno de los individuos que intervienen en el desarrollo del software. Como arquitectos de software debemos escoger la metodologa que mejor se adapte a los requerimientos de la empresa y que cumpla con el objetivo primordial que es obtener un software de calidad.

Diseo e Implementacin de Sistemas IV. Modelado Visual UML (Los planos del xito)

Diseo e Implementacin de Sistemas IV. Modelado Visual UML, continua...

Para describir la complejidad de las operaciones actuales, los equipos de desarrollo necesitan una manera altamente descriptiva, intuitiva y precisa para modelar toda la funcionalidad. De lo contrario no seran capaces de comprender, especificar o documentar los sistemas que deben de construir. UML (Unified Modeling Language) es el lenguaje de modelado creado por Rational que se utiliza como el estndar para el desarrollo de software. UML permite describir un sistema en diferentes niveles de abstraccin, simplificando la complejidad sin perder informacin, para que tanto usuarios, lderes y desarrolladores puedan comprender claramente las caractersticas de la aplicacin. El Rational Unified Process describe cmo modelar visualmente aplicaciones para capturar la estructura y el comportamiento de la arquitectura y de los componentes.

Diseo e Implementacin de Sistemas IV. Modelado Visual UML, continua...

Ayuda a entender la complejidad del sistema Captura la estructura y comportamientos de la arquitectura y componentes

Mantiene la consistencia entre el diseo y su implementacin

Promueve un lenguaje comn

Diseo e Implementacin de Sistemas

ESTRUCTURA DEL RUP Fases F. Trabajo Procesos

Inicio Elaboracin

Construccin

Transicin

Modelacin de Negocios Requerimientos Anlisis y Diseo Implementacin Prueba Desarrollo

F. Trabajo Soporte
Admin. Configuracin Administracin

Ambiente
Iteracin(es) Preliminar Iter. #1 Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1

Iteraciones

Diseo e Implementacin de Sistemas

LA PLATAFORMA RATIONAL
RequisitePro, XDE, Rose XDE, Rose Models Rose /RQA, XDE, Rose + IDE Test RT, Purify+ Code Unit Tests

Requirements & Use Cases

TestManager Test Plan

TestManager Test Cases

TestManager Robot, Test RT System Tests

TestManager Test Results

ClearQuest Defects

Common Process and Guidance Rational Unified Process, Rational Developer Network Progress Metrics and Reporting SoDA, ProjectConsole Software Configuration Management ClearCase, ClearQuest

Diseo e Implementacin de Sistemas Estructura del RUP, continua...

El proceso puede describirse en dos dimensiones, o a lo largo de dos ejes: El eje horizontal representa tiempo y muestra el aspecto dinmico del proceso, expresado en trminos de ciclos, fases, iteraciones, y metas. El eje vertical representa el aspecto esttico del proceso; como est descrito en trminos de actividades, artefactos, trabajadores y flujos de trabajo.

Diseo e Implementacin de Sistemas

FASES DEL RUP:

Cada fase concluye con un HITO. (Toma Decisiones) Inicio Define el alcance del proyecto. Elaboracin Plan del proyecto, especificacin de caractersticas, arquitectura base. ConstruccinConstruir el producto. Transicin Transicin del producto a la comunidad del usuario.

Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los riesgos. Se concreta la idea, la visin del producto, como se enmarca en el negocio, el alcance del proyecto. El objetivo en esta etapa es determinar la visin del proyecto. Modelado del negocio En esta fase el equipo se familiarizar ms al funcionamiento de la empresa, sobre conocer sus procesos. Entender la estructura y la dinmica de la organizacin para la cual el sistema va ser desarrollado. Entender el problema actual en la organizacin objetivo e identificar potenciales mejoras. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento comn de la organizacin objetivo. Requisitos En esta lnea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podra hacer. Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. Definir el mbito del sistema. Proveer una base para estimar costos y tiempo de desarrollo del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

FASE DE INICIO

Diseo e Implementacin de Sistemas I. Fase de Inicio (los objetivos del ciclo de vida)
Objetivos especficos:
Establecer el alcance y fronteras del software del proyecto, incluyendo la visin operacional, criterio de aceptacin, qu se espera que est en el producto y qu no.

Discriminar los casos de uso crticos del sistema, los escenarios primarios de operacin que dirigirn las principales decisiones de diseo.
Mostrar al menos una arquitectura candidata para alguno de los escenarios primarios. Estimar el coste global y planificacin para el proyecto completo (estimaciones ms precisas se obtendrn en la fase siguiente). Estimar los riesgos potenciales. Preparar el ambiente de soporte al proyecto.

Diseo e Implementacin de Sistemas I. Fase de Inicio, continua...

Actividades: Formular el alcance del proyecto. Planificar y preparar el caso de negocio. Sintetizar una arquitectura candidata. Preparar el ambiente del proyecto: evaluar el proyecto y la organizacin, seleccionar las herramientas, decidir qu partes del proceso mejorar. Hito principal de la fase: Establecer el mbito del producto, identificando los principales riesgos, y adquirido los elementos de juicio suficientes para decidir sobre la viabilidad del proyecto.

Diseo e Implementacin de Sistemas I. Fase de Inicio resumen -, continua...

Propsito Establecer casos de negocios para un nuevo sistema o una actualizacin importante en el sistema existente. Se identifican todas las entidades externas con las que se trata (actores). Especificar el alcance del proyecto
Resultado Una visin general del proyecto: requerimientos, caractersticas y restricciones principales Un Modelo del Negocio: contexto, criterios de xito y pronstico financiero Un MCU inicial y modelo del dominio (10-20%) Identificacin de riesgos, estimacin de recursos y Plan de c/u de las Fases con sus Hitos.

Diseo e Implementacin de Sistemas I. Fase de Inicio, continua...

Caso de Negocios: modelar la empresa (como funciona la empresa a la que se le va a desarrollar el software).
Alumno
(from Actores del negocio)

Pagar pensiones
(f rom Casos de usos del negocio)

Bussines Worker: Interno (del negocio) Bussines Actor : Externo (del negocio)

Actor Actor

Padre
(from Actores del negocio)

Matricular
(f rom Casos de usos del negocio)

Bussines Use Case: Caso de Uso (del negocio)