Metodologia RUP

República Bolivariana de Venezuela Ministerio del Poder Popular para la Educación Superior  Universidad Politécnica del Oeste Mariscal Sucre Carrera: Ingeniería en Informática Cátedra: Proyecto Socio- Tecnológico

Metodología RUP

Autores: Araujo, Yuriana C.I 16.330.755 Lòpez Hilda C.I. 17.648.545 Mendoza, Alexander C.I 16.555.928 Torrealba, Luis C.I 17.815.311 Ortiz, German C.I.14.216.559 Prof: Lic. Guerra Roberto

Caracas, Mayo de 2010

RUP Rational Unified Process

El Proceso Proceso Unificad Unificado o Raciona Racional, l, Rational Rational Unified Unified Process Process en inglés, inglés, y sus siglas siglas RUP, es un proceso de desarro desarrollo llo de software software y junto junto con el Lenguaje Lenguaje Unificad Unificado o de Modelado Modelado UML, UML, constituye la metodología estándar más utilizada para para el análi análisi sis, s, impl implem ement entaci ación ón y docum document entac ación ión de sistem sistemas as orient orientado ados s a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino que trata de un conjunto de metodologías adaptables al contexto y necesidades de cada organización, donde el software es organizado como una colección de unidades atómicas llamados objetos, constituidos por datos y funciones, que interactúan entre sí. También se conoce por este nombre al software desarrollado por Rational, hoy

propiedad

de IBM, IBM,

el

cual

incluye

información

entrelazada

de

diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo a necesidades. Orig Origin inal alme ment nte e se dise diseñó ñó un proc proces eso o gené genéri rico co y de domi domini nio o públ públic ico, o, el Proceso Unificado Unificado , y una espec especifi ificac cación ión más más deta detalla llada da,, el Ratio Rationa nall Unifi Unified ed Process, que se vendiera como producto independiente. RUP RUP se divi divide de en 4 fase fases, s, dentr entro o de las las cual cuales es se real realiz izan an vari varias as iteraciones según el proyecto y en las que se hace mayor o menos esfuerzo en las distintas actividades. En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades: 

Fase de Inicio (Inspección y Concepción) Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los riesgos. Se concreta la idea, la visión del producto, como se enmarca en el negocio, el alcance del proyecto.



Fase Fase de Elabor Elaborac ación ión:: se real realiz iza a el plan plan de proy proyec ecto to,, dond donde e se comple completan tan los caso casos s de uso y se mitig mitigan an los riesgo riesgos. s. Plan Planifi ifica carr las activida actividades des necesar necesarias ias y los recursos recursos requeri requeridos, dos, especifi especificand cando o las características y el diseño de la arquitectura.



Fase de Construcc Construcción: ión: se basa basa en la elabor elaborac ación ión de un produc producto to tota totalm lmen ente te oper operat ativ ivo o y en la elab elabor orac ació ión n del del manu manual al de usua usuari rio. o. Construir el producto, la arquitectura y los planes, hasta que el producto está listo para ser enviado a la comunidad de usuarios.



Fase de Transición: se realiza la instalación del producto en el cliente y se procede al entrenamiento de los usuarios. Realizar la transición del prod produc ucto to a

los los

usu usuario arios, s, lo cual cual incl incluy uye: e:

manuf anufac actu tura ra,,

envío nvío,,

entrenam entrenamient iento, o, soporte soporte y manteni mantenimie miento nto del producto producto,, hasta hasta que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios.

Con estas fases se logra ejecutar un conjunto de mejores prácticas, como lo son:



Desarrollar Software Iterativamente



Modelar el software visualmente



Gerenciar los Requerimientos



Usar arquitecturas basadas en componentes



Verificacion continua de la calidad



Gerenciar los cambios

Ver imagen anexa, donde se observan las interacciones entre las etapas de RUP.

Descripción de las Fases:

Dependiendo de la iteración del proceso el equipo de desarrollo puede realizar diferentes tipos de actividades. Veamos de qué trata cada fase.



Fase de Inicio: Durante la fase de inicio las iteraciones hacen poner mayor  énfasis en actividades modelado del negocio y de requisitos.

En esta fase se realizan los siguientes pasos. 

Un documento con la visión del proyecto.



El modelo de Casos de Uso con una lista de todos los Casos de Uso y los actores que puedan ser identificados.



Un glosario inicial del proyecto.



Un Caso de Uso inicial de Negocio el cual incluye: contexto del negocio, criterios de éxito y planificación financiera.



Un estudio inicial de riesgos.



Un plan del proyecto que muestre las fases y las iteraciones.

El objetivo de esta fase, y el establecer el modelo de negocio es entender  las funciones de la organización del cliente, tanto en estructura como en sus procesos. Su objetivo es modelar funciones y roles que realiza la organización para realizar más fácilmente la reingeniería de procesos o la implantación del nuevo sistema. También se describe lo que el sistema tendría que realizar y permitir que los desarrolladores y el cliente estén de acuerdo con esta descripción.

Para ello se realizarán las siguientes subfases:



Describ Describir ir los requerim requerimient ientos os funcion funcionales ales y no funciona funcionales les (rendim (rendimient iento o esperado, plataformas soportadas, integración con sistemas externos, etc.).



Captu Capturar rar un glosa glosario rio o voca vocabu bular lario io del sistem sistema a o proye proyecto cto (medi (mediant ante e documento y clases conceptuales).



Encontrar actores y casos de uso.



Desc Describ ribir ir los casos casos de uso uso media mediante nte su flujo flujo princ principa ipal, l, varia variaci cione ones s y excepciones.



Asignar prioridades prioridades a los casos de uso encontrados para poder planificar la iteración en forma de análisis, diseño e implementación.



Modelar la interfaz de usuario (diseño lógico).



Prototipo de la interfaz de usuario (diseño físico).



Fase de Elaboración: En esta fase las iteraciones se orientan al desarrollo de la arquitec arquitectura tura,, que incluye incluye los flujos flujos de trabajo trabajo de requerim requerimient ientos, os,

mode modelo lo de nego negoci cios os (ref (refin inam amie ient nto) o),, anál anális isis is,, dise diseño ño y una una part parte e de implementación orientado a la arquitectura.

En esta fase se realizan las siguientes subfases:



Un modelo de Casos de Uso con todos los actores identificados y la mayor  parte de las descripciones de Casos de Uso.



Requerimientos adicionales: no funcionales o pseudorequerimientos.



Descripción de la arquitectura del software.



Prototipo ejecutable de arquitectura.



Una lista revisada de riesgos.



Plan del proyecto proyecto,, incluye incluyendo ndo iteracio iteraciones nes y criterio criterios s de evaluaci evaluación ón para para cada iteración.



Manual preliminar de usuario.

En esta fase se especifican los requerimientos y se describen sobre cómo se van a implementar en el sistema: transformar los requisitos al diseño del sistema, desarrollar una arquitectura para el sistema, y adaptar el diseño para que sea consistente con el entorno de implementación



Fase de Construcción: Se implementan las clases y objetos en ficheros fuente, fuente, binarios, binarios, ejecutab ejecutables les y demás. demás. El resulta resultado do final final es un sistema sistema ejecutable.

Para ello se realizarán las siguientes subfases: 

El producto de software integrado sobre la plataforma adecuada.



Los manuales de usuario.



Una descripción de la versión actual.



Planificar qué subsistemas deben ser implementados y en qué orden deben ser integrados, formando el Plan de Integración.



Cada implementador decide en qué orden implementa los elementos del subsistema.



Si encuentra errores de diseño, los notifica.



Se integra el sistema siguiendo el plan.

En la parte de Pruebas se evalúa la calidad del producto, pero no para aceptar  o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Se deben encontrar y documentar defectos en la calidad del softwar software. e. General Generalmen mente te asesora asesora sobre sobre la calidad calidad del software software percibi percibida, da, provee la validación de los supuestos realizados en el diseño y especificación de requisit requisitos os por medio medio de demostr demostraci aciones ones concret concretas, as, verific verificar ar las funcione funciones s del producto de software según lo diseñado y que los requisitos tengan su apropiada implementación. En la parte de despliegue se produce con éxito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: 

Probar el producto en su entorno de ejecución final.



Empaquetar el software para su distribución.



Distribuir el software.



Instalar el software.



Proveer asistencia y ayuda a los usuarios.



Formar a los usuarios y al cuerpo de ventas.



Migrar el software existente o convertir bases de datos.

Durante todo el proyecto proyecto se ejecutan las fases de gestión gestión del proyecto, donde se vigila el cumplimiento de los objetivos, gestión de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. En la cual se realizan las tareas: 

Prove Proveer er un marco marco de traba trabajo jo para para la gesti gestión ón de proye proyect ctos os de softw software are intensivos.



Proveer guías prácticas realizar planeación, contratar personal, ejecutar y monitorear el proyecto.



Proveer un marco de trabajo para gestionar riesgos.

En la fase fase de configu configurac ración ión y control control de cambios cambios,, permite permite mantene mantenerr la integridad de todos que se crean en el proceso, así como de mantener información del proceso evolutivo que han seguido. En la fase del Entorno, la finalidad es dar soporte al proyecto con las adecuadas herramientas, procesos y métodos. Brinda una especificación de las herra herrami mient entas as que que se van van a neces necesita itarr en cada cada mome momento nto,, así como como defin definir ir la instancia concreta del proceso que se va a seguir. En concreto las responsabilidades de este flujo de trabajo incluyen: 

Selección y adquisición de herramientas



Esta Establ blec ecer er y conf config igur urar ar las las herr herram amie ient ntas as para para que que se ajus ajuste ten n a la organización.



Configuración del proceso.



Mejora del proceso.



Servicios técnicos.

Los Roles que se cumplen en el RUP.

Analistas: 

Analista de procesos de negocio.



Diseñador del negocio.



Analista de sistema.



Especificador de requisitos.

Desarrolladores: 

Arquitecto de software.



Diseñador 



Diseñador de interfaz de usuario



Diseñador de cápsulas.



Diseñador de base de datos.



Implementador.



Integrador.

Gestores: 

Jefe de proyecto



Jefe de control de cambios.



Jefe de configuración.



Jefe de pruebas



Jefe de despliegue



Ingeniero de procesos



Revisor de gestión del proyecto



Gestor de pruebas.

Apoyo: 

Documentador técnico



Administrador de sistema



Especialista en herramientas



Desarrollador de cursos



Artista gráfico

Especialista Especialista en pruebas: 

Especialista en Pruebas (tester)



Analista de pruebas



Diseñador de pruebas

Otros roles: 

Stakeholders.



Revisor 



Coordinación de revisiones



Revisor técnico



Cualquier rol



Para grandes organizaciones con un números equipos de ingenieros y la comunicación comunicación entre cada equipo es crítica por lo tanto es necesario que los artefactos sean completos y bastante comprensivos



En tanto que para pequeños proyectos no es recomendable presentarse tanto rigor en las preparaciones de los artefactos, la eficiencia del proceso depende más de las habilidades de cada trabajador.

Beneficios de la Metodología Orientada a Objetos.



Promueve la reusabilidad.



Reduce Reduce la complej complejidad idad del manteni mantenimie miento nto (extens (extensibil ibilidad idad y facilida facilidad d de cambios).



Riqueza semántica.



Disminuye Disminuye la brecha semántica entre la visión interna y la visión externa del sistema.



Facilita la construcción de prototipos.

Ventajas de la Metodología Orientada a Objetos.



Reutilización



El diseñador piensa en términos del comportamiento de objetos y no en detalles de bajo nivel



Confiabilidad, Integridad y Estabilidad.



Mantenimiento más sencillo. Modificaciones locales.



Modelado más realista.



Modelos empresariales inteligentes.



Independencia del diseño.



Mejores herramientas CASE.



Bibliotecas de clases para las empresas.



Se construyen clases cada vez más complejas.



Nuevos mercados para el software.



Diseño de mayor calidad.



Programación mas sencilla.



Mejor comunicación comunicación entre los profesionales de los Sistemas Sistemas de Información Información y los empresarios.



Mayor nivel de automatización de las bases de datos.



La comp compren rensi sión ón del del sistem sistema a es más más fácil fácil porqu porque e la semán semántic tica a entre entre el sistema y la realidad son similares.

Justificación Justificación de la Metodología RUP.

En el Desarrollo de un Sistema de Información para llevar el Registro y Control de las Víctimas y Afectados por Accidentes de Tránsito y las Denuncias sobre el estad estado o de la Infrae Infraestr struct uctura ura Vial Vial para para la Asoc Asociac iación ión Civi Civill ASOT ASOTRA RANS NSIT ITO, O, se utilizara la metodología metodología RUP. RUP. Esta metodología metodología se encuentra encuentra dividida en 4 fases: fase de inicio, fase de elaboración, fase de construcción y fase de transiciones. En la fase de inicio identif identificar icaremos emos los princip principales ales caso caso de uso, los riesgos riesgos y

el

alcance del proyecto. En la fase de elaboración se realizara el plan de proyecto, completacion completacion de los casos de uso y se mitigan riesgos. riesgos. En la fase construcción construcción se conc concre reta ta la elab elabor orac ació ión n del del sist sistem ema a tota totalm lmen ente te oper operat ativ ivo o y efic eficie ient nte, e, y la reali realiza zació ción n del del manu manual al de usuar usuarios ios,, en la fase fase de transi transici ción ón se entreg entregar ara a el sistema al usuario haciendo la respectiva instalación del mismo con el fin que el usuario pueda pueda realizar las pruebas correspond correspondientes, ientes, con esta esta metodología metodología se busca cumplir con los diferentes atributos de calidad dándole a los usuarios un

sistema que sea de fácil uso y que a su vez cumpla con los requerimientos solicitados por la asociación ASOTRANSITO.