Manual de Usuario de NDT Driver 2.0

Transcripción

1 Autor: Grupo Iwt2 Fecha: 09/04/2011

2 Hoja de Control de Modificaciones Hoja de Control de Modificaciones Título Manual de Usuario de NDT Driver 2.0 Versión 2.00 Realizado Grupo Iwt2 Fecha: 06/01/2011 CONTROL DE VERSIONES Versión Descripción / Motivo versión Fecha de presentación Versión inicial 20/03/ Se amplía el manual con los dos nuevos métodos que implementa la herramienta para llevar a cabo la transformación de las clases del modelo de contenido de análisis en clases del modelo de clases de diseño 06/01/2011 Página 2 de 10

3 Índice Índice 1. Manual de Usuario de NDT Driver Página 3 de 10

4 Lista de Figuras Lista de Figuras Figura 1. Interfaz de NDT Driver Figura 2. Ventana de búsqueda del proyecto EA... 7 Figura 3. Opciones de configuración Estudio de Viabilidad a Requisitos Figura 4. Opciones de configuración de Requisitos a Análisis Figura 5. Opciones de configuración de Requisitos a Análisis Figura 6. Ventana de informe de transformaciones e incidencias Página 4 de 10

5 Lista de Tablas Lista de Tablas Página 5 de 10

6 1. Manual de Usuario de NDT Driver 2.0 NDT Driver versión 2.0 es una herramienta que implementa un conjunto de procedimientos para llevar a cabo transformaciones entre los distintos modelos que define la metodología NDT. Las transformaciones soportadas se pueden ver en la pantalla principal de la herramienta (ver figura 1): Figura 1. Interfaz de NDT Driver 2.0 NOTA: El ordenador sobre el que se ejecute NDT Driver 2.0 deberá tener previamente instalada la máquina virtual de Java. En caso de no se dispusiese de la máquina virtual, el programa avisaría de tal incidencia, dando opción de descargarla desde la página de Sun. NOTA: La herramienta está preparada para trabajar con proyectos soportados sobre múltiples sistemas de bases de datos (Oracle, MySQL, MS-Access). Sin embargo, si está ejecutando la versión con funcionalidad limitada, sólo podrá seleccionar proyectos basados en MS-Access. NOTA: Para visualizar el manual de usuario de esta herramienta, pulsar sobre el botón cuya apariencia resulta ser un libro abierto (esquina inferior derecha de la ventana principal, ver figura 1). Página 6 de 10

7 Para realizar una transformación concreta de un proyecto realizado con NDT Profile 2.0 en Enterprise Architect, hay que realizar una serie de pasos, los cuales se describen a continuación: 1. Indicar el nombre del proyecto en el campo "Nombre del Proyecto". Este campo no es de obligada cumplimentación, si bien, es útil a la hora de mostrar el informe final, los resultados de las transformaciones realizadas e incidencias detectadas. 2. Elegir la transformación en cuestión de entre las disponibles (ver figura 1). 3. Indicar la ruta de directorios hacia un proyecto EA realizado en base a la herramienta NDT Profile 2.0. Para ello, pulsar sobre el botón Examinar para proceder a buscar el proyecto en cuestión (ver figura 2). Figura 2. Ventana de búsqueda del proyecto EA 4. Elegir cómo llevar a cabo la transformación elegida anteriormente. Los posibles modos de llevar a cabo una transformación (ver en la figura 1) son: a. Rehacer Transformación. La activación de este modo implica el descarte de todas las generaciones que se haya realizado previamente para la transformación elegida. b. Actualizar Transformación. La activación de este modo implica la transformación de nuevo, de todos aquellos artefactos que estén desactualizados. Además, el proceso de actualización implica también el descarte de cualquier nueva información que pudieran tener estos artefactos desactualizados. IMPORTANTE: se entiende por artefacto desactualizado aquel que no contenga la misma información que el artefacto del que deriva. 5. Configurar la transformación elegida pulsando sobre el botón "Configurar" (ver en la figura 1). Las ventanas de configuración varían en función de la transformación elegida: Página 7 de 10

8 a. Transformación Estudio de Viabilidad a Requisitos. La ventana de configuración para esta transformación se puede ver en la figura 3. En ella, se deberán seleccionar aquellos artefactos de la fase de Estudio de Viabilidad que se desean transformar en artefactos de la fase de Requisitos. Figura 3. Opciones de configuración Estudio de Viabilidad a Requisitos. b. Transformación Requisitos a Análisis. La ventana de configuración para esta transformación se puede ver en la figura 4. En ella, se deberá seleccionar aquellos artefactos de la fase de Requisitos que se desean transformar en artefactos de la fase de Análisis. En el caso particular de los requisitos funcionales, además habrá que seleccionar cómo se desean transformar. Por último, en esta ventana habrá que indicar el lenguaje de programación que se desea utilizar en la fase de Análisis. Los lenguajes de promoción disponibles por el momento son: Java (lenguaje por defecto) y C#. Figura 4. Opciones de configuración de Requisitos a Análisis. Página 8 de 10

9 c. Transformación Análisis a Diseño. La ventana de configuración para esta transformación se puede ver en la figura 5. En ella, se deberá seleccionar aquellos artefactos de la fase de Análisis que se desean transformar en artefactos de la fase de Diseño. 6. Figura 5. Opciones de configuración de Análisis a Diseño. Como caso particular, si deseas transformar las clases del modelo de contenido De la Fase de Análisis en clases del modelo de clases de la fase de Diseño, deberá seleccionar además el método que desea utilizar. A continuación escribimos cada uno de los métodos: Método 1: Este método es el método por defecto. Consiste en la transformación de cada clase del modelo de contenido de la fase de análisis (CL y CLn) en clases con estereotipo «Acceso a Datos» en el modelo de clases de la fase Diseño. Patrón DAO: Este método consiste en la transformación de cada clase del modelo de contenido de la fase de Análisis (CL y CLn) en clases con estereotipo «Acceso a Datos» en el modelo de clases de la fase Diseño, pero con la particularidad de que se crearán tres nuevas clases (según el patrón de diseño DAO), en vez de una clase como en el primer método. En concreto, por cada clase de contenido se creará una clase «Acceso a Datos» DTO para Página 9 de 10

10 encapsular los atributos de la clase CL/CLn, una clase «Acceso a Datos» DAO para encapsular de acceso los métodos, y una clase «Acceso a Datos» Integration a modo de interfaz. Cada clase DAO implementará su clase Integration asociada. Por otra parte, con NDT-Driver podrá definir su propia estructura de carpetas para almacenar las clases de diseño. Para ello, sólo tendrá que especificar el nombre de las carpetas asociadas a las clases de presentación, de negocio, y acceso a datos. Por último, habrá que indicar el sistema gestor de base de datos para el que se va a generar el modelo físico de datos. Los SGBD disponibles por el momento son: Oracle (seleccionado por defecto), MySQL y SQL-Server. La elección del SGBD habrá que realizarla en función del lenguaje de programación utilizado en la fase de Análisis. De modo que facilitar la elección, aparecerá reflejado junto al SGBD el lenguaje de programación que se han utilizado durante la fase de Análisis. a. Transformación Requisitos a Pruebas de Sistema. Esta transformación no requiere de ninguna configuración previa. 7. Llevar a cabo la transformación pulsando sobre el botón "Transformar". 8. Una vez llevar a cabo la transformación, aparecerá una nueva ventana mostrando un informe con las transformaciones que se han llevado a cabo y las incidencias que se han detectado durante el proceso (ver figura 6). Figura 6. Ventana de informe de transformaciones e incidencias. Página 10 de 10