Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8)

Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8) Contenido

Esquema del documento .............................................................................................................. 2 Modelo de vistas 4+1 (4+1 View Model)....................................................................................... 2 Descripcin del Modelo ............................................................................................................ 2 Repaso de RUP (Rational Unified Process) ................................................................................... 3 Cmo vamos a hacer nuestro proyecto? .................................................................................... 4 Cmo se relacionan RUP, el modelo de vistas 4+1, UML y las entregas del proyecto? .......... 4 Visin global de los diferentes flujos de trabajo de RUP que trabajaremos en el proyecto .... 5 Metodologa a emplear ............................................................................................................. 5

Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8)

Esquema del documento

En este documento veremos los siguientes puntos: Introduccin al Modelo de vistas 4+1 (4+1 View Model) Repaso del ciclo de Vida RUP (Rational Unified Process) Explicacin de cmo vamos a hacer nuestro proyecto

Modelo de vistas 4+1 (4+1 View Model)

Descripcin del Modelo
4 +1 es un modelo diseado por Philippe vista Kruchten para "describir la arquitectura de sistemas de software intensivo, basado en el uso de puntos de vista mltiples y concurrentes". Las vistas se utilizan para describir el sistema desde el punto de vista de los diferentes protagonistas del desarrollo, como usuarios finales, desarrolladores y administradores de proyectos. Las cuatro vistas del modelo son la lgica, de desarrollo, de proceso y punto de vista fsico. Adems seleccionados los casos de uso o escenarios se utilizan para ilustrar la arquitectura que sirve como punto de vista del "ms uno". Por lo tanto el modelo consta de 4 +1 vistas: Punto de Vista lgico: El punto de vista lgico se refiere a la funcionalidad que el sistema proporciona a los usuarios finales. Los Diagramas UML que se utilizan son: o diagrama de clases o diagrama de colaboracin o diagrama de secuencia. Punto de Vista de desarrollo: La visin de desarrollo ilustra un sistema desde la perspectiva de un programador y se ocupa de la gestin de software. Esta vista tambin se conoce como la vista puesta en prctica. Se utiliza el diagrama de componentes UML para describir los componentes del sistema. Incluye: o diagrama de componentes. Punto de vista del proceso: Las ofertas de vista del proceso con los aspectos dinmicos del sistema, se explican los procesos del sistema y cmo se comunican, y se centra en el comportamiento en tiempo de ejecucin del sistema. La vista se dirige al proceso de concurrencia, distribucin, integradores, rendimiento y escalabilidad, etc Incluye los diagramas UML: o diagrama de actividad. Punto de vista fsico: La vista fsica describe el sistema de un ingeniero de sistemas de puntos de vista. Se refiere a la topologa de los componentes de software en la capa fsica, as como las conexiones fsicas entre estos componentes. Esta vista tambin se conoce como el punto de vista de despliegue. Los Diagramas UML de esta vista son: o Diagrama de distribucin Escenarios: La descripcin de una arquitectura se ilustra con una pequea serie de casos de uso o escenarios que se convierten en un quinto punto de vista. Los escenarios describen las secuencias de las interacciones entre los objetos, y entre los 2

Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8)

procesos. Se utilizan para identificar los elementos arquitectnicos y para ilustrar y validar el diseo de la arquitectura. Tambin sirven como punto de partida para las pruebas de un prototipo de la arquitectura. Los diagramas de esta vista son: o Diagramas de casos de Uso.

Repaso de RUP (Rational Unified Process)

RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades. En la Figura muestra cmo vara el esfuerzo asociado a las disciplinas segn la fase en la que se encuentre el proyecto RUP.

Las primeras iteraciones (en las fases de Inicio y Elaboracin) se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de una baseline (Lnea Base) de la arquitectura. Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos. En la fase de elaboracin, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura. En la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones. Para cada iteracin se selecciona algunos Casos de Uso, se refina su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se 3

Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8)

realizan tantas iteraciones hasta que se termine la implementacin de la nueva versin del producto. En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. Como se puede observar en cada fase participan todas las disciplinas, pero que dependiendo de la fase el esfuerzo dedicado a una disciplina vara. En el ciclo de vida RUP se basa en: Proceso dirigido por los casos de uso. Proceso iterativo e Incremental Proceso centrado en la Arquitectura

Cmo vamos a hacer nuestro proyecto?

Cmo se relacionan RUP, el modelo de vistas 4+1, UML y las entregas del proyecto?
Nada mejor que el siguiente cuadro para verlo: Entregas 1 Entrega RUP Modelo del Negocio Requisitos Modelo de vistas 4+1 Vista lgica Vista del proceso Escenarios Diagramas UML diagrama de clases diagrama de colaboracin diagrama de secuencia diagrama de actividades diagrama de casos de uso diagrama de clases diagrama de colaboracin diagrama de secuencia diagrama de actividades diagrama de casos de uso Diagramas de componentes Diagramas de distribucin Diagramas de casos de uso

2 Entrega

Anlisis y diseo

Vista lgica Vista del proceso Vista de desarrollo Escenarios Vista de desarrollo Vista fsica Escenarios

Implementacin Pruebas 3 Entrega

Se entrega: ltima versin de todos los diagramas anteriores. En Java se realiza la implementacin.

Se ha subrayado en amarillo lo que se debera entregar como mnimo en cada entrega. Recuerda sin embargo que en UML y pensando en el ciclo de vida RUP se trata de realizar iteraciones cada vez ms concretas, es decir que UML es iterativo e incremental. En este sentido las 3 entregas podran suponer una nica iteracin de RUP. En cada iteracin se trabaja en realidad en todos los diagramas UML por lo que en cada entrega que forma parte de una sola iteracin en realidad lo normal sera que entregaras modificaciones de los diagramas entregados ya en entregas anteriores.

Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8)

Visin global de los diferentes flujos de trabajo de RUP que trabajaremos en el proyecto
Se trata de que hagas parte de una iteracin preliminar en el desarrollo de una aplicacin de tu eleccin. Debes utilizar para ello RUP en la fase de iniciacin de manera que en esta primera iteracin preliminar debers realizar lo siguiente: Flujos de trabajo del proceso o Modelado del negocio (S) o Requisitos (S) o Anlisis y diseo (S) o Implementacin (S) o Pruebas (S) o Despliegue (No) Flujos de trabajo de soporte (No) o Gestin del cambio y configuraciones (No) o Gestin del proyecto (No) o Entorno (No)

A continuacin se muestra de forma esquemtica RUP para que veas ms claramente que te pedimos una primera iteracin preliminar.

Metodologa a emplear
Recuerda que el ciclo de vida responde a la pregunta qu?, mientras que la metodologa responde a la pregunta cmo? Se har de la siguiente manera: Modelado del negocio (Se trata de modelar lo que existe en la empresa antes de empezar el desarrollo) o Descubrimiento de los procesos de negocio: el analista har una entrevista con el cliente o con una persona con el conocimiento suficiente designada por el cliente. El producto del trabajo es un diagrama de actividades o conjunto de ellos que captan los pasos y puntos decisivos en el proceso de negocio. o Realizacin de un anlisis del dominio: puede ser durante la misma entrevista anterior. Aqu se trata de realizar un diagrama de clases o conjunto de ellos. Hay que prestar atencin a los sustantivos que se convertirn en clases y los verbos que se convertirn en mtodos de las clases. Requisitos (Se trata de descubrir qu se pretende mejorar con el desarrollo) o Descubrimiento de las necesidades del sistema: El equipo realiza una primera sesin de JAD (Desarrollo conjunto de aplicaciones). Es decir, se renen a los que toman las decisiones en la empresa, a los usuarios potenciales y a los miembros del equipo de desarrollo. Alguien modera la sesin. En este momento se trata de obtener como producto un diagrama de paquetes. Cada paquete representa un rea de alto nivel de la funcionalidad del sistema deseado (por ejemplo: ayuda con el servicio a clientes). En cada paquete se agrupa un conjunto de casos de uso (Por ejemplo: obtener el historial del cliente o tratar con el cliente). Anlisis y diseo (Se comienza a desarrollar el proyecto) o Los diferentes diagramas de actividades , clases, casos de uso, secuencia y colaboracin se piensan sobre el proyecto a desarrollar. 5

Unidad de Trabajo n6: Proyecto UML (Semanas 7 y 8)

Implementacin o Se crea el diagrama de componentes, que indica cada clase en qu componente se encuadra. o Se crea el diagrama de distribucin que indica en qu dispositivos fsicos se implementan los componentes del diagrama de componentes. o Se trata de obtener un resultado en forma de programa en un lenguaje de programacin concreto como JAVA que se apoya en los diagramas de componentes que se ejecuta en un entorno de trabajo que no es el definitivo. Pruebas o Se realizan las pruebas. En nuestro caso, nicamente las pruebas unitarias. Despliegue o Es un flujo de trabajo que no vamos a hacer en el proyecto y que consiste en realizar el proceso de implementar el desarrollo en su entorno definitivo.

Lo que realmente se va a pedir en el proyecto

Teniendo en cuenta que no es fcil para el alumnado encontrar el tiempo para realizar entrevistas reales de negocios reales el proyecto se ve bastante mermado en su realismo puesto que se pierde una de las grandes potencialidades de UML: Servir de lenguaje comn entre usuarios y desarrolladores. Por ello, en el proyecto nicamente se pedir: 1. Entrega n1: a. Descripcin lo ms exhaustiva posible del proyecto. b. Modelado del negocio con: i. Diagrama de Actividades con responsabilidad del sistema a realizar. ii. Diagrama de Clases del sistema a realizar. c. Requisitos: i. Diagrama de Casos de Uso con los casos de uso del sistema a realizar. 2. Entrega n2: a. Diagrama de Secuencia y de Colaboracin. b. Diagrama de Componentes. c. Diagrama de Distribucin. d. Nuevas versiones de los diagramas de entregas anteriores. 3. Entrega n3: a. Paso de todo el proyecto a Java de forma bsica. b. Nuevas versiones de los diagramas de entregas anteriores.