power designer

1. UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE CIENCIAS ECONOMICAS
CARRERA DE ECONOMIA
HERRAMIENTAS CASE PARA MODELAMIENTO DE
DATOS POWER DESIGNER
INTEGRANTES: DAYANA BELTRAN
RAFAEL BENITEZ
IRVING LIMA
CARMEN PARRA
MARIA JOSE TAPIA
PROFESOR: ING. SANTIAGO VINUEZA
MATERIA : TICS 2
AULA: C13

2. PowerDesigner y los OOMPowerDesigner y los OOM
PowerDesigner OOM es una poderosa herramienta de
diseño para modelamiento orientado a objetos
◦ Brinda todas las ventajas de implementación de una
herramienta gráfica para diseño por objetos
◦ Con PowerDesigner, se puede:
 Construir un OOM siguiendo la notación de diagramas UML
 Generar archivos fuentes de clases en Java (.java)
 Generar objetos PowerBuilder
 Hacer re-ingeniería de archivos Java (.class, .java o .jar)
 Hacer re-ingeniería de objetos PowerBuilder
 Generar y/o reversar a/de otros lenguajes

3. Modelamiento de datos con CDM, PDM y OOMModelamiento de datos con CDM, PDM y OOM
Tres tipos de modelos para modelamiento de datos
◦ Conceptual
 En la ingeniería tradicional se inicia con el nivel conceptual
 Describe relaciones conceptuales entre tipos de información
 Independiente del DBMS
◦ Físico
 Especifica la implementación física de la base de datos
 Es dependiente del DBMS usado
 Incluye características de rendimiento y usabilidad
◦ Orientado a Objetos
 Usa diagramas UML para definir la estructura funcional de una aplicación
 Los Objetos son bloques de construcción de la ingeniería de software
 Cada objeto o clase tiene identidad y comportamiento

4. Generación del ModeloGeneración del Modelo
OOM
Modelo Orientado
a objetos
CDM
Modelo Conceptual
PDM
Modelo físico
DBMS
Script SQL
ODBC
Ingeniería
Re-Ingeniería
- Estructura de la Aplicación
- Lógica de los negocios
- Estructura de los datos
- Reglas del negocio
- Definición del esquema
- Desnormalización
- Optimización (Indexado)
- Creación de la base de dtos
- Código Java
(Fuente, Bytecode, JAR)
-Código PowerBuilder
-Archivo XML
-Archivos fuente Java
-Objetos no visuales PowerBuilder
-Java Bean información de clases
-Objetos XML
-Genera objeto: C#, C++, Visual
Basic, IDL-CORBA

5. Crear CDM con Diagramas Entidad RelaciónCrear CDM con Diagramas Entidad Relación
OOM
Modelo Orientado
a objetos
CDM
Modelo Conceptual
PDM
Modelo físico
DBMS
Script SQL
ODBC
Ingeniería
Re-Ingeniería
- Estructura de la Aplicación
- Lógica de los negocios
- Estructura de los datos
- Reglas del negocio
- Definición del esquema
- Desnormalización
- Optimización (Indexado)
- Creación de la base de dtos
- Código Java
(Fuente, Bytecode, JAR)
-Código PowerBuilder
-Archivo XML
-Archivos fuente Java
-Objetos no visuales PowerBuilder
-Java Bean información de clases
-Objetos XML
-Genera objeto: C#, C++, Visual
Basic, IDL-CORBA

6. Sincronización de ModelosSincronización de Modelos
Object-Oriented
Model
(OOM)
Conceptual Data
Model (CDM)
Physical Data
Model
(PDM)
Database
Management System
(DBMS)
Database SQL
Script
- Application Structure
- Business Logic
- Java Code
(Source, Bytecode, JAR)
-PowerBuilder Code
-XML File
ODBC
- Data Structures
- Business Rules
- Schema Definition
- Denormalization
- Optimization (Indexing)
- Database Creation
Forward Engineering
Reverse Engineering
-Java source files
-PowerBuilder non-visual objects
-Java Bean info classes
-XML Objects
-Generic obj: C#, C++, Visual
Basic, IDL-CORBA

7. Workspace de PowerDesignerWorkspace de PowerDesigner
Define un espacio de trabajo que se necesita para ejecutar
las tareas de modelamiento usando PowerDesigner
Está ubicado en el computador del usuario, se puede grabar
todo el ambiente como como una organización jerárquica de
carpetas y modelos
La estructura de carpetas y la ubicación de la información
está disponible en el disco cada vez que se inicia una sesión
Puede incluir archivos PowerDesigner, tales como modelos
conceptuales (CDM) o archivos externos
Se pueden tener varios workspace

8. Vista del exploradorVista del explorador
Herramienta para manejar las
relaciones jerárquicas que existen
entre los modelos y sus objetos
◦ La raíz del árbol es el Workspace
◦ Los folderes son niveles opcionales
◦ Modelo es la unidad básica de diseño
◦ Cada modelo tiene una o más vistas
gráficas denominadas diagramas

9. Explorador de ObjetosExplorador de Objetos
Lista los objetos asociados
con el modelo
Dando clic derecho se
pueden ejecutar acciones
sobre un objeto o sobre un
tipo de objeto

10. Área de trabajoÁrea de trabajo
Muestra la ventana donde se trabaja el diagrama
También se usa para trabajar con los Editores
Dando clic derecho se pueden usar menús contextuales

11. Lista de ResultadosLista de Resultados
Muestra en pestañas separadas el resultado de las
búsquedas de un objeto u operaciones de chequeo de
modelos
Dando clic derecho sobre un mensaje muestra un menú
contextual, para ver detalles, tales como detalles de los
errores

12. La PaletaLa Paleta
Barra de herramientas especializada
para trabajo gráfico
Cada tipo de modelo tiene asociada
una paleta diferente
◦ Herramientas para selección y
acercamiento
◦ Herramientas para gráficos
◦ Herramientas para creación de objetos

13. Lista de ObjetosLista de Objetos
Listas de objetos, usando diferentes métodos
Listas de herramientas
Listas Arregladas/Filtradas

14. Hojas de propiedadesHojas de propiedades
Presentan las propiedades de los objetos
Se pueden activar utilizando diferentes métodos

15. Crear un modelo conceptual de datosCrear un modelo conceptual de datos
Para crear un CDM
◦ Primero hacer el diseño
◦ Los expertos en el problema deben trabajar con los
modeladores de datos para crear la mejor representación
lógica del problema
Crear el modelo CDM
◦ Crear un modelo nuevo cuando se parte de cero
◦ Crearlo a partir de una base de datos existente haciendo re-
ingeniería
◦ Generar un CDM a partir de un OOM
EL MODELOEL MODELO
CONCEPTUALCONCEPTUAL

16. Propiedades del modelo conceptualPropiedades del modelo conceptual

17. Propiedades del modelo conceptualPropiedades del modelo conceptual
General tab
◦ Name
◦ Code
◦ Comment
◦ Author
◦ Version
◦ Default Diagram
Rules tab
◦ Business rules attached to
the model
Notes tab
◦ Description
◦ Annotation
Dependencies
◦ Dependent items
Extended Dependencies
◦ Links between CDM objects
Version Info
◦ Creation user
◦ Creation date
◦ Last modification user
◦ Last modification date

18. Preferencias y opciones de PowerDesignerPreferencias y opciones de PowerDesigner
Para borrado,
navegación, arrastre
y bitácora de salida
En cajas de diálogo
En el editor de texto
Fuentes por default
Repositorio

19. Preferencias para ver el ModeloPreferencias para ver el Modelo
Formato para nombre y
código
◦ Nombre dividido
◦ Truncamiento
◦ Ajuste de palabras
Formato general para ver
gráficos
◦ Despliegue de textos
Formato para ver símbolos
◦ Tamaño del símbolo
◦ Color de primer plano
◦ Color de fondo
◦ Color de los textos
◦ Fuente

20. Preferencias para ver el modeloPreferencias para ver el modelo
Tamaño
Default
Estilo de línea
Llenado
Color de
sombras
Fuente
Alineamiento
de textos

21. Definir entidadesDefinir entidades
Entidad
◦ Objeto distinguible con propiedades
◦ En las reglas del negocio se identifican porque definen objetos
para el problema del mundo real
Crear entidades:
◦ Usando la herramienta para construir entidades
◦ Adicionando la entidad a la lista de entidades
◦ Dando doble clic en el nodo entidad del explorador y seleccionar la
opción New en el menú contextual

22. Propiedades de EntidadPropiedades de Entidad
Propiedades
generales:
◦ Nombre
◦ Código
◦ Comentarios
◦ Generar flags
◦ Estimated number of occurrences

23. Propiedades adicionales de EntidadPropiedades adicionales de Entidad
Attributes – Atributos: piezas elementales de información
asociadas a la entidad
Identifiers – Identificadortes: uno o más atributos que
identifican de manera inequívoca cada ocurrencia de la
entidad
Notes – Notas: descripción y notas
Rules – Reglas del negocio asociadas a la entidad
Dependencies – Dependencias: relaciones y asociaciones

24. Definir Atributos de la EntidadDefinir Atributos de la Entidad
Atributos de la entidad: son sencillamente datos
elementales asociados con una entidad
Típicamente identificada en las reglas del negocio
ISBN Book
ISBN
Datos elementalesDatos elementales
Unidad más pequeña de información en un modelo de
datos
Se asocian con los atributos de una entidad
Típicamente identificados en las reglas del negocio que
definen objetos

25. Tipos de datos e implementaciónTipos de datos e implementación
En el modelamiento conceptual no es necesario
concentrarse en los detalles de la implementación
Se toman los tipos de datos estándar
En la generación del PDM los tipos de datos utilizados en
el modelo conceptual se convierten a los tipos de datos
que acepte la base de datos para el cual se está
generando

26. Parámetros de chequeoParámetros de chequeo
Especifica los valores que se aceptan para un dominio,
datos elementales y atributos de las entidades
◦ Chequeos estándar
◦ Chequeos adicionales
◦ Reglas
Minúsculas
Mayúsculas
No modificable
Lista de valores
Rótulo

27. DominioDominio
Nombre de un conjunto de valores o un rango de
valores de los cuales una o más entidades o datos
elementales toman sus valores
Para poder aplicar cambios a los datos y atributos
asociados con el dominio
Precaución: Tener en cuenta que si se modifica un
dominio y no se aplican los cambios a los datos y
atributos existentes, se introduce una inconsistencia en
el modelo de datos

28. Definir relacionesDefinir relaciones
Relación: asociación entre entidades
Definida con propiedades:
◦ Nombre, Código, Comentarios
◦ Rol
◦ Cardinalidad
◦ Obligatoriedad
◦ Dependencia
Generalmente definidas por las reglas del negocio

29. CardinalidadCardinalidad
Mapeo numérico
Expresado como una
relación entre dos entidades
◦ Uno-a-uno
◦ Uno-a-muchos
◦ Muchos-a-uno
◦ Muchos-a-muchos
Definida en ambas
direcciones

30. Obligatoriedad de la ExistenciaObligatoriedad de la Existencia
Indica cuándo una
relación es obligatoria u
opcional
Definida en ambas
direcciones

31. DependenciaDependencia
Una entidad en una
relación depende de la
otra para su
identificación
Orden 1
Orden 2
Orden 2
Orden 1
Bodega Bogotá
Bodega Tunja
Bodega Cali
??

32. DependenciaDependencia
Una bodega puede tener una
o más órdenes
Cada orden debe provenir de
una y solo una bodega
Cada orden se identifica por
un número y el identificador
de la bodega
Continúa …

33. Relaciones uno-a-muchosRelaciones uno-a-muchos
Una instancia de la primera entidad puede corresponder
a más de una instancia de la segunda entidad

34. Opciones del modelo CDMOpciones del modelo CDM

35. Chequear el modelo conceptualChequear el modelo conceptual
Incluye una inspección de todos los datos elementales,
entidades y herencias indicadas en el modelo
Determina la validez del CDM
◦ En cualquier momento durante la creación del CDM
◦ Activado automáticamente cuando se genera el PDM

36. Tipos de chequeoTipos de chequeo
Unicidad del nombre de los
objetos
Las entidades deben tener
atributos
Relaciones asociadas a un
atributo
Paquetes
Dominios y datos elementales
Entidades
identificador de entidad
Relaciones
Asociaciones
Herencias
Archivo del objeto

37. Seleccionar los objetos a chequearSeleccionar los objetos a chequear
Usar la selección
gráfica
Mover los ítems
seleccionados
hacia arriba/abajo

38. Ejecución del chequeo del modeloEjecución del chequeo del modelo
Mensajes en
la ventana de
salidas
Resultados
en la ventana
de resultados

39. Uso de la ayuda en la ventana de resultadosUso de la ayuda en la ventana de resultados
 Dar clic derecho en una línea de la ventana de resultados y seleccionar la
opción Help

40. Corrección de erroresCorrección de errores
Opción de corrección en el menú contextual
Auto corrección
Rechequeo del modeloRechequeo del modelo
Para asegurar que los errores se han corregido y no se
han introducido nuevos errores
Opción de rechequeo en el menú contextual

41. Generación de un modelo físicoGeneración de un modelo físico

42. Modelo físico de datosModelo físico de datos
Un PDM representa un modelo de datos en términos de
detalles de implementación física
◦ Características del DBMS escogido
◦ Diseñar modificaciones para mejorar el rendimiento, usabilidad
y seguridad
Para crear unPara crear un PDMPDM
Generar el PDM desde un CDM
Generar el PDM desde una base de datos o desde el
script de generación de la base de datos
Generar el PDM desde un OOM

43. Opciones de generación de un PDMOpciones de generación de un PDM
Seleccionar el DBMS
◦ Archivo XDB en formato
XML
Compartir vs copiar
Configurar opciones
del modelo

44. Opciones detalladasOpciones detalladas
Chequear el modelo
Grabar la generación de dependencias
Convertir nombres a códigos
Opciones de referencia
◦ Restricción, Cascada, Fijar nulo, Fijar valor default
Opciones para convenciones de los nombre de índices
◦ Llave foránea Umbral – Número mínimo estimado de ocurrencias
de una entidad necesarias para crear un índice en una llave
foránea

45. Seleccionar objetos a generar del modeloSeleccionar objetos a generar del modelo
Pestaña Selection
Incluir Sub-paquetes

46. Transformación de relaciones en referencias PDMTransformación de relaciones en referencias PDM
Regida por la cardinalidad y dependencia de la relación
Cardinalidad y opcionalidad indican el número máximo
y mínimo de filas hijas que puede tener una tabla
Por default, las referencias en PDM son uno-a-muchos
Propiedad obligatoria de una llave foránea indica que el
número de filas que pueden existir es de 1 o 0