Manual Rational Rose 2006
Enviado por lily1803 • 26 de Agosto de 2011 • 5.040 Palabras (21 Páginas) • 1.205 Visitas
1
I. T. Sistemas. Tercer curso.
Facultad de Informática. Universidad de Murcia.
Prácticas de Construcción de Software. 2006/2007.
Práctica 0: Seminario de Rational Rose 2001
1. Objetivos
• Aprender a manejar los fundamentos de Rational Rose 2001.
• Comprender la estructura de un modelo UML en Rose: vista de casos de uso,
lógica, de componentes y de despliegue.
• Crear los elementos de los modelos y diagramas de UML.
• Estructurar los elementos anteriores a través de paquetes.
• Generar código automáticamente a partir de los modelos.
2. Desarrollo
Iniciar Rational Rose 2001
Al arrancar la herramienta no selecciones ninguno de los frameworks que aparecen,
elige la opción Cancelar.
En el menú Tools/Options... selecciona la pestaña Notation, y establece
como notación por defecto Unified y como lenguaje por defecto Analysis.
Archivos de proyecto en Rose
Un modelo en Rose se almacena como un fichero .mdl
Estructura de la ventana principal de Rose
En esta ventana destaca el explorador (browser) en la parte izquierda, desde donde se
puede crear y acceder a toda la información del modelo actual, con una pequeña ventana
de documentación debajo de ella, donde aparece la documentación textual asociada al
elemento seleccionado en el explorador.
En el canvas de la derecha se abren los diagramas que sirven de representación gráfica
del modelo; entre esta ventana destaca la de log, que contiene información
administrativa de los modelos(fechas de creación, actualización, etc.) junto con los
errores de consistencia que se vayan produciendo (por ejemplo, durante la generación
de código).
2
Las cuatro vistas de la arquitectura en Rose
En el explorador tenemos cuatro carpetas que representan cuatro vistas de la
arquitectura del sistema. Cada vista muestra una proyección de la arquitectura y usa un
conjunto de diagramas. Por defecto, cada una de estas vistas tiene un diagrama especial,
denominado Main (fíjate como su icono cambia en cada vista), y una carpeta especial
Associations. Cada vista se puede estructurar en paquetes, de manera que el diagrama
Main suele estar formado por paquetes y sus relaciones.
Las vistas de Rose son las siguientes:
a) La Vista de Casos de Uso, Use Case View, que es la vista en la que se presenta el
comportamiento deseado del sistema: en ella se encontrarían los modelos relacionados
con la captura de requisitos. Según el proceso que hemos visto en clase, en esta vista se
ubicarían el modelo del negocio, el modelo conceptual, el modelo de casos de uso del
sistema y los diagramas de secuencia del sistema.
b) La Vista Lógica, Logical View, en la que encontraríamos los modelos que muestran
el vocabulario y la funcionalidad (estructura y comportamiento) del sistema, a través de
un conjunto de colaboraciones que realizan los casos de uso de la vista de casos de uso
(colaboraciones que se modelan mediante diagramas de clases y diagramas de
interacción: secuencia y colaboración).
c) La Vista de Componentes, Component View, en la que se representa la
implementación del sistema mediante componentes, la organización modular del
software. Esta vista está relacionada con la gestión de la configuración del software. Los
paquetes en esta vista se organizan en niveles. Un componente está relacionado con un
archivo de software y un lenguaje de programación. Las clases de la vista lógica se
asignarían a los componentes de la vista de componentes.
d) La Vista de Despliegue, Deployment View, en la que se modela la distribución o
despliegue de los componentes a los nodos de procesamiento del sistema. Muestra la
topología, distribución e instalación del sistema.
Se puede observar como estas cuatro vistas de Rose no coinciden totalmente con la
“4+1 Architecture” adoptada por UML (que se presenta, por ejemplo, en [Booch et al.
99]):
• La Vista Lógica de Rose se corresponde con la Vista de Diseño de la
Arquitectura 4+1.
• En Rose no existe la Vista de Procesos de la Arquitectura 4+1, que comprende
los hilos y procesos que forman los mecanismos de sincronización y concurrencia del
sistema. Esta vista de procesos se encontraría en la Vista Lógica de Rose.
En el explorador tenemos también en una carpeta especial la opción Model Properties,
que coincide con Tools/Options..., y que contiene la información de
configuración del proyecto actual, incluyendo la apariencia de los elementos y las
opciones de generación de código.
3
Modelado de casos de uso
Comenzamos el modelado de un sistema trabajando en la vista de casos de uso,
introduciendo a través del explorador:
• los elementos del modelo de casos de uso del negocio (si consideramos
conveniente realizar un modelado del negocio)
• los elementos del modelo de casos de uso del sistema
Vamos a crear el modelo de casos de uso del sistema. Para ello, primero crearemos a
través del explorador los elementos del modelo de casos de uso (actores y casos de uso),
y después crearemos los diagramas de casos de uso que mostrarán el modelo.
Comenzamos interactuando directamente con el explorador, para crear los actores y
casos de uso que hay en el diagrama de casos de uso de la Figura 1. (Sólo los actores
y casos de uso, no el diagrama.)
Para crear un actor en el explorador:
1. Clic con el botón derecho del ratón sobre la carpeta Use Case View.
2. Seleccionar New:Actor. En el explorador aparece un nuevo actor denominado
NewClass.
3. Selecciónalo y cámbiale el nombre por defecto por el nombre apropiado.
4. Haz doble clic sobre el actor, y observa cómo se edita como una clase, con sus
atributos y operaciones, pero con el estereotipo <<actor>>.
Para documentar un actor:
1. Si la ventana de documentación no es visible, ábrela seleccionando el menú
View y activando la opción Documentation.
2. Selecciona el actor en el explorador.
3. Pon el cursor en la ventana de documentación y escribe el texto que describa el
actor.
Para crear un caso de uso a través del explorador, y añadirle una breve descripción
textual:
Sigue los mismos pasos que para crear un actor, pero con New:Use Case.
...