METODOLOGÍA PRÁCTICA DE DISEÑO DE BASES DE DATOS Y USO DE DIAGRAMAS UML

1. METODOLOGÍA PRÁCTICA DE DISEÑO DE BASES DE DATOS Y USO DE DIAGRAMAS UML EDGAR IVÁN ARIAS MALDONADO INGENIERIA DE SISTEMAS

2. APLICACIÓN • Se implementan en bases de datos cuya función objetivo esté administrada por: • RDBMS (Sistemas gestores de BD relacionales • ODBMS (Sistemas gestores de base de datos orientada a objetos) • ORDBMS (Sistemas gestores de base de datos relacionales con objetos) Sobre todo si son sistemas de procesamiento de transacciones.

3. HERRAMIENTAS DE DISEÑO • Entre las más populares están: • Enterprise Architect • CASE Studio • SybasePowerDesigner • MySQLWorkbench • CA Erwin Data Modeler • Xcase • Oracle designer • Bpwin • AllFusionModeling Suite • ER Studio

4. EL PAPEL DE LOS SISTEMAS DE INFORMACIÓN EN LAS EMPRESAS • A comienzos de los 70’ los sistemas de información de muchas empresas empezaron a migrar de los sistemas de ficheros a los sistemas de bases de datos. • Muchas empresas crearon el puesto de DBA • E implementaron IT y IRM. • Se evita duplicidad, independencia, incompatibilidad, proliferación de programas

5. USO DE SISTEMAS DE DB • Permite que la administración y control se realice de forma centralizada para que la empresa trabaje de forma efectiva • Incrementa la posibilidad de obtener grandes volúmenes de información al minuto • La complejidad de las relaciones es mantenida y modelada • Se reducen costes de personal (Pej: servicios financieros, distribución online)

6. OTROS DESARROLLOS • A mediados de los 80’ la práctica de crear bases de datos personales gana popularidad • Los usuarios locales pueden acceder a través de la red y enlazar aplicaciones a varios servidores • Empresas usan sistemas de diccionarios de datos (mini DBMS) que gestionan metadatos. Administra y almacena los siguientes tipos de información: • Descripciones de los esquemas • Información detallada del diseño físico • Descripciones de los usuarios, responsabilidades y permisos de acceso • Descripción de alto nivel de sus transacciones y aplicaciones, así como de sus relaciones con los usuarios. • Estadísticas de uso, como las frecuencias de las consultas y las transacciones, y el número de accesos a diferentes partes de la base de datos

7. CICLO VITAL DEL SISTEMA DE INFORMACIÓN (CICLO VITAL PRIMARIO)

8. CICLO VITAL DEL SISTEMA DE INFORMACIÓN (CICLO VITAL PRIMARIO)

9. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN

10. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase 1. Recopilación y análisis de requisitos • Identificar las áreas de aplicaciones principales y los grupos de usuarios. • Estudiar y analizar la documentación existente relativa a las aplicaciones. • Estudiar el entorno operativo y uso que se pretende dar a la información. Así como ha ubicaciones geográficas, destinos y orígenes. • Recabar preguntas y escribir respuestas de estas.

11. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase 2. Diseño conceptual de la DB • Llegar al conocimiento completo de la estructura de la base de datos. • Es inestimable como descripción estable del contenido de la base de datos. • Buena comprensión del esquema conceptual • Descripción diagramática del esquema conceptual como vehículo de comunicación entre usuarias, diseñadores y analistas.

12. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase2. Estrategias-Estrategia descendente:

13. Fase2. Estrategias ascendentes:

14. Modificación de vistas antes de la integración 1. 2.

15. Modificación de la primera vista antes de la integración 3.

16. Esquema después de la integración 4.

17. Diferentes estrategias para el proceso de integración de vistas

18. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase 3. Elección de un DBMS • Coste de adquisición de software: Coste directo de compra. No incluye herramientas de diseño, de desarrollo y soporte adicional de idioma. • Coste de mantenimiento: Es el coste por recibir un servicio de mantenimiento y mantener actualizada la base de datos. • Coste de adquisición de hardware. • Coste de creación y conversión de la base de datos: Este coste es difícil de proyectar y por lo general se subestima. • Coste de personal. • Coste de formación. • Coste de funcionamiento.

19. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase 4. Mapeo del modelo de datos • Se divide en dos etapas: • Mapear independientemente del sistema: No se consideran características o casos especiales que se aplique a la implementación DBMS del modelo de datos. • Ajustar los esquemas a un DBMS específico: Se utilizan las características de modelado y las restricciones especificas dadas según el DBMS

20. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase 5. Diseño físico de la base de datos Es el proceso de elegir estructuras de almacenamiento específicas y rutas de acceso para los ficheros de la basa. Criterios: • Tiempo de respuesta: Tiempo transcurrido entre el envió de la DB para su ejecución y la recepción de su respuesta, carga del sistema, retardos de comunicación. • Utilización del espacio: Incluyendo índices y otras rutas de acceso. • Rendimiento o flujo de transacciones: Es la cantidad media de transacciones que se pueden procesar por minuto.

21. DISEÑO DE LA DB Y EL PROCESO DE IMPLEMENTACIÓN • Fase 6. Implementación y puesta a punto del sistema • Normalmente responsabilidad del DBA junto con los diseñadores de la DB. Para crear los esquemas de la base de datos y los ficheros de la misma, se utilizan las sentencias del lenguaje DDL, incluso del SDL del DBMS. Después se puede cargar con los datos, es posible que necesiten rutinas de conversión para formatear datos y poder cargarlos.

22. Uso de diagramas UML como ayuda a la especificación de la DB • UML combina conceptos comúnmente aceptados de muchas metodologías y métodos O-O. Es aplicable a cualquier dominio y es independiente del lenguaje de programación o de red. Lo que ha logrado que sea ampliamente aplicable. • Una de las mayores contribuciones es que ha logrado juntar a los modeladores, analistas y diseñadores tradicionales de DB con los desarrolladores de software.

23. Diferentes diagramas de UML

24. Uso de diagramas UML como ayuda a la especificación de la DB 1.

25. 2. Diagrama de secuencia

26. 3. Diagrama de estado

27. 4.1 Ejemplo de diagrama de estado

28. 5. Diagrama de secuencia

29. 6. Diagrama de clases

30. 7. Diagrama de objetos • Un diagrama de Objetos está relacionado de cerca con un diagrama de Clases, con la diferencia de que éste describe las instancias de los objetos de clases en un punto en el tiempo.

31. 8. Diagrama de componentes

32. GLOSARIO • Sistema de ficheros: Conjunto de programas que prestan servicio a los usuarios finales. Cada programa define y maneja sus propios datos. • IRM (InformationResource Management) Administración y Recursos de información • DDL (Data Definitionlanguage):  Lenguaje de Definición de Datos.  Por medio de este el DBMS identifica las descripciones de los elementos de los esquemas y almacena la descripción del esquema en el catálogo del DBMS. Por medio de este el DBMS especifica el esquema conceptual e interno (Base de datos Almacenada). SDL (StoreDefinitionlanguage): Lenguaje de definición de almacenamiento.  Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada. • VDL (View Definitionlanguage): Lenguaje de Definición de Vistas.  Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondencias con el esquema conceptual. • En las Bases de Datos Relacionales, el SQL, representa una combinación de los anteriores. DML (Data Manipulationlanguage): Lenguaje de Manipulación de Datos.  Permite la manipulación de las operaciones de Inserción, Eliminación y Modificación.