RUP y UML Instituto Tecnolgico Superior de El Grullo

Alumno: Isidro Serrano Pineda Carrera: Ingeniera Informtica Materia: Anlisis y modelado de sistemas de informacin Docente: Miguel ngel Grageda Pia Evidencia: Investigacin Fecha de entrega: Jueves 23 de Agosto de 2012

Contenido
.- Proceso Unificado de Desarrollo/Proceso Unificado de Rational(Rational Unified Process - RUP) 1 .- Elementos .................................................................................................................................... 1 .- Caractersticas .............................................................................................................................. 1 .- Fases ............................................................................................................................................. 2 .- Lenguaje unificado de modelado(Unified Modeling Language UML) ........................................... 3 .- Herramientas ............................................................................................................................... 3 Conclusiones ....................................................................................................................................... 4 Fuentes: ............................................................................................................................................... 5

.- Proceso Unificado de Desarrollo/Proceso Unificado de Rational(Rational

Unified Process - RUP)

Es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Este proceso fue definido como alternativa al modelo en cascada, pues la naturaleza de este ltimo obliga a terminar primero una etapa antes de continuar con la otra, cosa que no sucede con el RUP.

.- Elementos
.- Trabajadores (quin): Define el comportamiento y responsabilidades (rol) de un individuo, grupo de individuos, sistema automatizado o mquina, que trabajan en conjunto como un equipo. .- Actividades (cmo): Es una tarea que tiene un propsito claro, es realizada por un trabajador y manipula elementos. .- Artefactos (qu): Productos tangibles del proyecto que son producidos, modificados y usados por las actividades. .- Flujo de actividades (cundo): Secuencia de actividades realizadas por trabajadores y que produce un resultado de valor observable.

.- Caractersticas
.- Dirigido por casos de uso: Los casos de uso reflejan lo que los usuarios futuros necesitan y desean, lo cual se capta cuando se modela el negocio y se representa a travs de los requerimientos. A partir de aqu los casos de uso guan el proceso de desarrollo. .- Centrado en la arquitectura: La arquitectura muestra la visin comn del sistema completo en la que el equipo de proyecto y los usuarios deben estar de acuerdo, por lo que describe los elementos del modelo que son ms importantes para su construccin, los cimientos del sistema que son necesarios como base para comprenderlo, desarrollarlo y producirlo econmicamente. .- Iterativo e Incremental: Una iteracin involucra actividades de todos los flujos de trabajo, aunque desarrolla fundamentalmente algunos ms que otros. Por ejemplo, una iteracin de elaboracin centra su atencin en el anlisis y diseo, aunque refina los requerimientos y obtiene un producto con un determinado nivel, pero que ir creciendo incrementalmente en cada iteracin.

.- Fases
.- Fase de concepcin Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales asociados al proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones. .- Fase de elaboracin En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar. .- Fase de construccin El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. .- Fase de transicin El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

.- Lenguaje unificado de modelado(Unified Modeling Language UML)

Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y compuestos reciclados. UML unifica las tres metodologas de diseo y anlisis orientado a objetos mas extendidas: .-Metodologa de Grady Booch para la descripcin de conjuntos de objetos y sus relaciones. .- Tcnica de James Rumbaugh para modelado orientado a objetos(OMT: Object-Modeling Technique). .- Aproximacin de Ivar Jacobson(OOSE: Object- Oriented Software Engineering) mediante la metodologa de casos de uso (use case).

.- Herramientas
.-Modelamiento de Clases Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento. Un diagrama de clases esta compuesto por los siguientes elementos:

Clase: atributos, mtodos y visibilidad. Relaciones: Herencia, Composicin, Agregacin, Asociacin y Uso.

.- Casos de Uso (Use Case) El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de uso). Un diagrama de casos de uso consta de los siguientes elementos:

Actor. Casos de Uso. Relaciones de Uso, Herencia y Comunicacin.

.- Diagrama de Interaccin El diagrama de interaccin, representa la forma en como un Cliente (Actor) u Objetos (Clases) se comunican entre si en peticin a un evento. Esto implica

recorrer toda la secuencia de llamadas, de donde se obtienen las responsabilidades claramente. Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama Esttico de Clases o el de Casos de Uso (son diferentes). Los componentes de un diagrama de interaccin son:

Un Objeto o Actor. Mensaje de un objeto a otro objeto. Mensaje de un objeto a si mismo.

Conclusiones
Dado que UML y RUP tienen la misma finalidad de facilitar el modelado de los sistemas, se complementan proporcionando diversas herramientas que permiten adaptarse a las diferentes situaciones, aunque no fueron ambos producto de un solo trabajo, sino que contienen en si las diferentes metodologas anteriores, unificndolas lo que a su vez facilita las funciones y actividades de quienes se dedican al modelado de sistemas de informacin.

Fuentes:
http://www.ecured.cu/index.php/Proceso_Unificado_de_Desarrollo http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational http://www.utvm.edu.mx/OrganoInformativo/orgJul07/RUP.htm http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/doc-modelado-sistemasuml.pdf http://www.clubdesarrolladores.com/articulos/mostrar/68-uml-definicion-historia-yespecificaciones/2