VISIO: Herramienta CASE

Transcripción

1 VISIO: Herramienta CASE Marta Zorrilla Universidad de Cantabria curso Marta Zorrilla - UC 1

2 curso Marta Zorrilla - UC 2 Tabla de contenidos Presentación de la herramienta Modelado de BDs Modelo conceptual, lógico y físico Pasos para el diseño Uso de la herramienta Establecer preferencias en el proyecto Incluir entidades, relaciones, índices Incluir código SQL Limitaciones en el diseño Generación de scripts para SQL Server 2005 Modificaciones en modelo lógico y generación del script para la actualización en el gestor Establecer parámetros físicos

3 curso Marta Zorrilla - UC 3 VISIO Enterprise Architects (VEA) Documentar, diseñar, comprender de forma visual el estado de los sistemas y procesos empresariales con una gran variedad de diagramas: Ingeniería de software: modelar aplicaciones OO con ingeniería directa e inversa entre modelos de clases y código. También se puede modelar interfaces de usuario, flujo de datos, etc. Ingeniería de red: definir estructuras de directorio y determinar ubicación de los equipos en la red Gestión de proyectos: planificación y calendario Dibujos de propósito general con los que identificar tendencias, excepciones, capturar puntos de vista clave, etc. Modelos de bases de datos: crear el modelo de datos conceptual, lógico y físico Y más Crear soluciones conectadas con productos Microsoft (Office, Sharepoint,..).

4 curso Marta Zorrilla - UC 4 Arranque de la herramienta

5 curso Marta Zorrilla - UC 5 Modelos de base de datos

6 curso Marta Zorrilla - UC 6 Modelos de datos Modelo de datos conceptual utilizando ORM Modelo de datos lógico con notación ER (IDEF1X) o relacional Nota: el modelo ER en VEA está más cercano al modelo lógico que conceptual. Modelo de datos físico: SQL Server, Oracle, DB2,

7 curso Marta Zorrilla - UC 7 Fases en el modelado de BD Dominio de la aplicación Tareas de modelado Modelo conceptual Entendible para el experto de dominio Modelo lógico Tablas, columnas, relaciones (FK) Modelo físico Tipos de datos del SGBD, tablas, índices, clusters, restricciones (esquema SQL) Análisis de negocio Diseño de datos lógico Diseño de BD y aspectos de rendimiento Implementación BD BD

8 curso Marta Zorrilla - UC 8 Pasos Fase 1: Crear a Database Model Diagram Este puede constituirse por varios Source Model En esta versión, funciona igual que ER Source Model Guardar (file Save) Validar modelo (Database Model Error check) Generar el esquema físico (Database Generate) Revisar fase de validación física que no haya errores (ventana output) Crear BD en SGBD Fase 2 y sucesivas: Recoger modificaciones en conceptual Generar el lógico y físico Realizar las modificaciones en SGBD (Database update) Fase última: Generar documentación A veces puede resultar interesante hacer ingeniería inversa para verificar si toda la semántica se ha recogido

9 curso Marta Zorrilla - UC 9 Páginas y capas (layers) Si el modelo es muy grande, interesa dividirlo por subáreas para hacerlo más compresible y manejable Las páginas pueden ser de tipo foreground o background. Esta última se usa para indicar el nombre del proyecto, logos de las empresas, etc. Se repite en todas las páginas. Se indica en File Page setup

10 curso Marta Zorrilla - UC 10 Preferencias de modelado Database Options Modelling

11 curso Marta Zorrilla - UC 11 Preferencias de documentación Database Options Document

12 curso Marta Zorrilla - UC 12 Diagrama. Entidades

13 curso Marta Zorrilla - UC 13 Características en cada atributo Database user defined type

14 curso Marta Zorrilla - UC 14 Diagrama. Relaciones

15 curso Marta Zorrilla - UC 15 Índices

16 curso Marta Zorrilla - UC 16 Triggers

17 curso Marta Zorrilla - UC 17 Checks

18 curso Marta Zorrilla - UC 18 Limitaciones No permite representar relaciones n:m, se ha de crear la entidad que relaciona ambas. En otras herramientas CASE esto no ocurre. En las jerarquías, crea una tabla por entidad. Sólo permite decidir al usuario si utiliza ORM. Además, no se puede matizar si es exclusiva o con solapamiento, solo si es total/parcial. La definición de tipos de datos de usuario crea el tipo de dato de usuario pero no la regla (check) si está definida. Esta se debe incorporar en cada columna de la BD que lo utilice (ver Sexo). Como en el resto de herramientas CASE los disparadores se deben escribir en lenguaje del gestor, aunque dispone de una versión Raw DDL.

19 curso Marta Zorrilla - UC 19 Generar modelo físico Database Generate Asegurarse de generar el DDL script Elegir fuente de datos ODBC (crearla a través del panel de control) Visualizar el script Ingeniería inversa proceso inverso desde el gestor a físico

20 curso Marta Zorrilla - UC 20 Actualizar base de datos File Save Database Model Refresh para ver las diferencias entre lo que hay en la BD y en el modelo Database Update

21 curso Marta Zorrilla - UC 21 Informes (Database Reports ) Reports

22 curso Marta Zorrilla - UC 22 Parámetros físicos Base de datos (no se almacena en visio)

23 curso Marta Zorrilla - UC 23 Parámetros físicos (y 2) Tablas (los groupfiles se han de definir en la creación de la BD utilizar fuente de datos con BD creada en el gestor y no a través de la herramienta)

24 curso Marta Zorrilla - UC 24 Parámetros físicos (y 3) - Índices