UNIVERSIDAD NACIONAL DE INGENIERÍA

Facultad de Ingeniería Industrial y de Sistemas

Herramienta CASE

Curso:
❖ ADMINISTRACIÓN DE BASE DE DATOS

Docente:
❖ VELARDE CARPIO, MANUEL

Integrantes:
❖ ALBAN PACAYA, ELVIS JOSHIMAR
❖ ASCENCIO NAJARRO, JHONATAN JOSEPH
❖ LUCANA HUANCAHUARI, JUAN CARLOS

2018-2
Contenido
I. Historia................................................................................................................................5
Ediciones Actuales............................................................................................................6
II. ¿Por qué Power Designer?..............................................................................................8
III. Ventajas y Beneficios del Power Designer...............................................................14
IV. Nuevas características básicas v16.5.......................................................................15
Informes............................................................................................................................15
Listas de cambio..............................................................................................................16
Importando archivos XML...............................................................................................17
Mejoras en la generación de objetos............................................................................17
Mejoras de la rama del repositorio................................................................................18
Mejoras del portal de PowerDesigner...........................................................................18
Repositorio de caché de modelo local..........................................................................18
Actualización de accesos directos visibles en el navegador.....................................19
Nuevas características de la plataforma SAP v16.5.......................................................19
SAP HANA........................................................................................................................19
SAP BusinessObjects.....................................................................................................20
Gestor de soluciones SAP.............................................................................................20
SAP NetWeaver...............................................................................................................21
Nuevas características del modelo de proceso de negocio v16.5................................21
Mejoras BPMN 2.0..........................................................................................................21
Gestor de soluciones SAP.............................................................................................22
Nuevas características del modelo de datos v16.5........................................................22
Soporte de cubo mejorado.............................................................................................22
Soporte de DBMS nuevo o mejorado...............................................................................22
Nuevas características del modelo XML v16.5................................................................22
Mejoras en ingeniería inversa........................................................................................22
Mejoras de tipo complejo................................................................................................23
Mejoras en la generación de modelos XML.................................................................24
V. Características principales de referencia rápida.........................................................24
Creando modelos y proyectos.......................................................................................25
Configuración de su entorno de modelado..................................................................25
Vinculación y sincronización..........................................................................................27
VI. Referencia rápida del modelo de arquitectura empresarial...................................28
Creando un EAM.................................................................................................................28
Exportación e importación de objetos hacia y desde otros modelos............................29
VII. Referencia rápida del modelo de proceso de negocio...........................................30
Creación de un modelo de proceso de negocio..............................................................30
Trabajando con datos en un BPM.....................................................................................31
Trabajar con definiciones de lenguaje de proceso..........................................................31
VIII. Referencia rápida del modelo de datos conceptual y lógico.................................31
Creando un CDM o LDM....................................................................................................32
Especificar una notación de modelado y otras opciones...............................................32
Generando otros modelos..................................................................................................32
IX. Referencia rápida del modelo de datos físicos........................................................33
Creación de un modelo de datos físicos..........................................................................33
Especificar una notación de modelado y otras opciones...............................................34
Interactuando con Bases de Datos...................................................................................34
Generando otros modelos..................................................................................................34
Trabajando con definiciones de DBMS............................................................................34
X. Referencia rápida del modelo de movimiento de datos.............................................35
Creando entornos de replicación y transformación........................................................35
XI. Referencia rápida del modelo orientado a objetos..................................................36
Creando un modelo orientado a objetos..........................................................................36
Generando otros modelos..................................................................................................37
Trabajar con definiciones de lenguaje de objetos...........................................................37
XII. Referencia rápida del modelo XML...........................................................................38
Creando un Modelo XML....................................................................................................38
Generando otros modelos..................................................................................................38
Trabajar con definiciones de lenguaje XML.....................................................................38
XIII. Modelo libre de referencia rápida..............................................................................39
Creando un Modelo Libre...................................................................................................39
Cambiar una imagen de símbolo......................................................................................39
XIV. Referencia rápida de extensiones.............................................................................39
Creación de extensiones desde una hoja de propiedades............................................40
Trabajar con archivos de extensión..................................................................................40
Tipos de extensión..............................................................................................................40
XV. Modelos PowerDesigner.............................................................................................42
Modelos de Datos................................................................................................................42
 Modelos de Procesos.........................................................................................................44
Modelos UML.......................................................................................................................44
Modelos de Requerimientos..............................................................................................51
Modelos de Replicación de datos.....................................................................................52
Modelos de Arquitectura Empresarial...............................................................................52
Modelo Libre.........................................................................................................................56
XVI. Historias de Éxitos.......................................................................................................56
Empresa Carozzi.................................................................................................................56
Empresa San Miguel...........................................................................................................57
Empresa Promesa...............................................................................................................58
Grupo Herdez.......................................................................................................................59
Empresa Essentia...............................................................................................................60
XVII. Bibliografía................................................................................................................60
 I. Historia

PowerDesigner comenzó su vida como AMC*Designor en Francia y S-Designor

a nivel internacional, que fue escrito por Xiao-Yun Wang del SDP Tecnologías.
La "o" en el nombre del producto se refiere a "Oracle", ya que inicialmente el
producto fue desarrollado para diseñar bases de datos Oracle, pero muy
rápidamente evolucionó para soportar todos los principales RDBMS en el
mercado. Tecnologías SDP era una empresa francesa que se inició en 1983.
Powersoft compró SDP en 1995, y Sybase había comprado Powersoft
anteriormente en 1994. Poco después de la adquisición, el producto fue
renombrado para ser coherente con la marca Powersoft. Sybase actualmente
posee todos los derechos de PowerDesigner y PowerAMC (la versión francesa
de PowerDesigner). En mayo de 2010, SAP anunció que adquirirá Sybase por
$ 5.8 mil millones.
 1989 - El primer lanzamiento comercial de AMC * Designor (versión 2.0)
en Francia.
 1992 - El primer lanzamiento comercial de S-Designor en los EE.UU.
 1994 - ProcessAnalyst se añadió a la suite en 1994.
 1995 - S-Designor se convierte en PowerDesigner, AMC * Designor
convierte PowerAMC.
 1997 - PowerDesigner 6.0 liberaciones.
 1999 - PowerDesigner 7.0 fue reescrito para aprovechar las nuevas
tecnologías y para proporcionar una interfaz más consistente con otros
productos Sybase.
 Diciembre 2001 - PowerDesigner 9.5 fue lanzado inicialmente, con
versiones de mantenimiento hasta 2003.
 Diciembre de 2004 - Versión 10.0 (liberación Minerva)
 2005 - Versión 11.0
 Enero de 2006 - PowerDesigner 12.0 lanzado con asignaciones de
metadatos y generación de informes.
 Agosto de 2006 - PowerDesigner 12.1 lanzado con soporte mejorado
para Microsoft Visual Studio y SQL Server.
 Julio de 2007 - PowerDesigner 12.5 lanzado con nueva ETL ( extracción,
transformación, carga ) y EII ( Enterprise Information Integración de
modelado) y lleno de UML 2.0 con soporte para diagramas
 Octubre de 2008 - PowerDesigner 15.0 lanzado con la nueva
arquitectura de la empresa modelo, marcos de soporte adaptable
( Zachman Framework , FEAF , ...), Impacto y Diagrama del análisis del
Linaje, modelo de datos lógicos , la notación de Barker , el apoyo de
proyectos y mucho más
 Noviembre de 2011 - PowerDesigner 16.0 lanzado con el nuevo Shell, la
interfaz de usuario basada en roles, Glosario, análisis de impacto sobre
 repositorio, Sybase IQ referencia asistente de arquitectura, Nuevo
soporte de base de datos, mejoras portal Web
 Enero de 2013 - PowerDesigner 16.5 lanzado con nuevas características
de soporte de SAP Plataforma: SAP HANA , SAP BusinessObjects , SAP
NetWeaver y SAP Solution Manager.

Ediciones Actuales
En la actualidad existen tres paquetes del Power designer como se podrá ver a
continuación:
 Un diagrama de coreografías proporciona una vista gráfica del flujo de
datos del negocio (el intercambio de información) entre los participantes.

 Diagrama de conversación
Un diagrama de conversación proporciona una vista gráfica de la
relación lógica de intercambio de mensajes entre los participantes.

 Modelo Conceptual de datos

Un modelo conceptual de datos le ayuda a analizar la estructura conceptual
de un sistema de información, para identificar las principales entidades para
ser representados, sus atributos y las relaciones entre ellos. Un modelo
conceptual es más abstracto que un modelo lógico de datos o un modelo
físico de datos.
 Diagrama conceptual
Un diagrama conceptual de datos proporciona una vista gráfica de la
estructura conceptual de un sistema de información, y ayuda a
identificas las principales entidades para ser representados, sus
atributos y las relaciones entre ellos.

 Modelo de Movimiento de Datos

Un modelo de movimiento de datos proporciona una visión global de la
circulación de la información en su organización. Puede analizar y
documentar dónde están sus datos originalmente, hacia dónde se mueven,
y cómo se transforman en el camino.
 Diagrama de movimiento de datos
Un diagrama de movimiento de datos proporciona una vista gráfica de
alto nivel de la liquidez de su información, incluyendo fuentes de datos,
repeticiones, y las operaciones de extraer, transformar y cargar.

 Modelo de Arquitectura de la Empresa

Un modelo de arquitectura de la empresa le ayuda a analizar y documentar
su organización y sus funciones de negocio, junto con las aplicaciones y
sistemas que los soportan, y la arquitectura física en la que se implementan.
 Mapa de procesos
Un diagrama de mapa de procesos proporciona una vista gráfica de la
arquitectura de su negocio, u ayuda a identificas sus funciones y
procesos de negocio de alto nivel, con independencia de las personas y
las unidades de negocio que los cumplan.
 Organigrama
Un organigrama proporciona una vista gráfica de su organización como
una estructura de árbol, y le ayuda a analizar y mostrar las relaciones
 entre las unidades de organización (divisiones, grupos, equipos, etc.),
las personas y los roles.
 Diagrama de comunicación de negocios
Un diagrama de comunicación de negocios proporciona una vista gráfica
de su organización y le ayuda a analizar las relaciones, flujos y otras
conexiones entre las funciones de negocios, unidades de la
organización, las funciones y los sitios.

 Diagrama de planificación de ciudades

Un diagrama de planificación de ciudades ofrece una vista gráfica del
panorama general de la arquitectura de la empresa, utilizando la
metáfora de la planificación de la infraestructura de una ciudad para
representar a la organización de los sistemas, aplicaciones, en áreas
arquitectónicas.
 Diagrama orientado a servicios
Un diagrama orientado a servicios ofrece una vista gráfica de sus
servicios a las empresas y de las aplicaciones y las relaciones entre
ellos, y que ayuda a las aplicaciones asociadas y otros objetos de capa
de aplicación con los servicios y procesos de negocio para ayudar con el
diseño de la Arquitectura orientada a servicios.
 Diagrama de la Arquitectura de aplicaciones
Un diagrama de la arquitectura de aplicaciones proporciona una vista
gráfica de alto nivel de la arquitectura de la aplicación, y le ayuda a
identificar aplicaciones, sub-aplicaciones, componentes, bases de datos,
servicios, etc., y sus interacciones.
 Diagrama de Infraestructura de la tecnología
Un diagrama de infraestructura de la tecnología proporciona una vista
gráfica de alto nivel de la arquitectura física requerida para soportar la
arquitectura de la aplicación.
 Modelo Libre
Un modelo libre proporciona un entorno libre del contexto para modelar
cualquier tipo de objetos o sistemas. En general, se asocia con un conjunto
de extensiones, que le permite definir sus propios conceptos y símbolos
gráficos.
 Diagrama Libre
Un diagrama libre proporciona un entorno gráfico independiente del
contexto para el modelado de cualquier tipo de objetos o sistemas.

 Modelo Lógico de Datos

Un modelo lógico de datos le ayuda a analizar la estructura de un sistema
de información, independiente de cualquier aplicación específica de base de
datos física. Un modelo lógico ha migrado identificadores de entidad y es
 menos abstracto que un modelo conceptual de datos, pero no permite crear
un modelo de vistas, índices y otros elementos que están disponibles en el
más concreto modelo físico de datos.
 Diagrama Lógico de Datos
Un diagrama lógico de datos proporciona una vista gráfica de la
estructura de un sistema de información, y le ayuda a analizar la
estructura de su sistema de datos a través de entidades y relaciones, en
el que los identificadores primarios migran a lo largo de uno-a-muchos a
convertirse en identificadores extranjeros, y las relaciones muchos-a-
muchos pueden ser sustituidos por entidades intermedias.

 Modelo Orientado a Objetos

Un modelo orientado a objetos (OOM) le ayuda a analizar un sistema de
información a través de casos de uso, análisis estructural y de
comportamiento, y en términos de implementación, utilizando el Lenguaje
Unificado de Modelado (UML). Puede modelar, realizar ingeniería inversa, y
generar para Java, .NET y otros idiomas.
 Diagrama de Clases
Un diagrama de clases es un diagrama UML que proporciona una vista
gráfica de las clases, interfaces y paquetes que componen un sistema, y
las relaciones entre ellos.
 Diagrama de Objetos
Un diagrama de objetos es un diagrama UML que proporciona una vista
gráfica de la estructura de un sistema a través de casos concretos de las
clases (objetos), asociaciones y dependencias.
 Diagrama de Paquetes
Un diagrama de paquetes es un diagrama UML que proporciona una
vista gráfica de alto nivel de la organización de su aplicación, y le ayuda
a identificar los vínculos de generalización y dependencia entre los
paquetes.
 Diagrama de Casos de Uso
Un diagrama de casos de uso es un diagrama UML que proporciona una
vista gráfica de los requisitos de su sistema, y ayuda a identificar cómo
los usuarios interactúan con él.
 Diagrama de Secuencia
Un diagrama de secuencia es un diagrama UML que proporciona una
vista gráfica de la cronología del intercambio de mensajes entre los
objetos y actores para un caso de uso, la ejecución de una operación, o
una interacción entre las clases, con énfasis en su cronología.
 Diagrama de Comunicaciones
 Un diagrama de comunicación es un diagrama UML que proporciona
una vista gráfica de las interacciones entre los objetos para un escenario
de caso de uso, la ejecución de una operación, o una interacción entre
las clases, con un énfasis en la estructura del sistema.
 Diagrama global de interacciones
Un diagrama de interacción es un diagrama UML que proporciona una
vista gráfica de alto nivel del flujo de control de su sistema, ya que se
descompone en secuencia y otros diagramas de interacción.
 Diagrama de Actividades
Un diagrama de actividad es un diagrama UML que proporciona una
vista gráfica de un comportamiento del sistema y ayuda a descomponer
funcionalmente con el fin de analizar la forma en que se llevará a cabo.
 Diagrama de Estados
A diagrama de estados es un diagrama UML que proporciona una vista
gráfica de una máquina de estado, el comportamiento público de un
clasificador (componente o clase), en forma de los cambios en el tiempo
del estado del clasificador y de los eventos que permiten la transición de
un estado a otro.

 Diagrama de Componentes
Un diagrama de componentes es un diagrama UML que proporciona una
vista gráfica de las dependencias y generalizaciones entre los
componentes de software, incluidos los componentes de código fuente,
componentes de código binario, y los componentes ejecutables.
 Diagrama de Estructura compuesta
Un diagrama de estructura compuesta es un diagrama UML que
proporciona una vista gráfica de las clases, interfaces, y los paquetes
que componen un sistema, incluyendo los puertos y las partes que
describen sus estructuras internas.
 Diagrama de Despliegue
Un diagrama de despliegue es un diagrama UML que proporciona una
vista gráfica de la configuración física de los elementos de tiempo de
ejecución de su sistema.

 Modelo Físico de Datos

Un modelo de datos físicos le ayuda a analizar las tablas, vistas y otros
objetos en una base de datos, incluyendo objetos multidimensionales
necesarios para el almacenamiento de datos. Un modelo físico es más
concreto que un modelo conceptual o modelo lógico. Puede modelar,
realizar ingeniería inversa, y generar para todos los DBMS más populares.
 Diagrama Físico
 Un diagrama físico de datos proporciona una vista gráfica de la
estructura de su base de datos y le ayuda a analizar sus tablas
(incluyendo sus columnas, índices, y desencadena), vistas y
procedimientos, y las referencias entre ellos.
 Diagrama Multidimensional
Un diagrama de datos multidimensional proporciona una vista gráfica de
su Datamart o Data Warehouse de base de datos, y le ayuda a
identificar sus hechos y dimensiones.

 Modelo de Requisitos
Un modelo de requisitos le ayuda a analizar cualquier tipo de requisitos
escritos y vincularlos con los usuarios y grupos que pondrán en marcha con
ellos y objetos de diseño en otros modelos.
Se puede utilizar un modelo de requisitos para representar cualquier
documento estructurado (por ejemplo, la especificación funcional, plan de
pruebas, los objetivos de negocio, etc.) y las jerarquías de importación y
exportación de requisitos que los documentos como MS Word.
 Vista de Documento de Requisitos
Una vista de documento de requisitos muestra una lista de requisitos
escritos en una red jerárquica.

 Modelo XML
Un modelo XML le ayuda a analizar un XML Schema Definition (.XSD),
Document Type Definition (.dtd) o XML-Data Reduced (.XDR). Puede
modelar, realizar ingeniería inversa, y generar cada uno de estos formatos
de archivo.
 Diagrama de modelo de XML.
Un diagrama de XML proporciona una vista gráfica de los elementos que
componen una definición de esquema XML en un formato de árbol.

1. CAPACIDADES FUNCIONALES Y TECNICAS

1.1 CAPACIDADES FUNCIONALES

Alinear el negocio y TI
Utilizar la tecnología de enlace y de sincronización para crear
conexiones entre los requisitos, lenguaje de negocios, y modelos de
datos.

Mejorar la productividad del equipo

Tanto del equipo de desarrolladores y arquitectos de la empresa Ayuda
comparten información con un repositorio de metadatos seguro para
todos los tipos de modelado.
 Documentar sus sistemas existentes
Aprovechar, documentación del sistema basada en asistente flexible y
presentación de informes basado en la Web.

Admite un entorno de software abierto

Mejorar su comprensión de los sistemas heterogéneos con soporte para
los más altos niveles de XML, bases de datos, y el lenguaje proceso.

1.2 CAPACIDADES TECNICAS

Cartografía de la información
Y esto de forma rápida y precisa el documento dependencias con un
editor de correlaciones de arrastrar y soltar. Arrastre hacia o desde
cualquier fuente para apuntar pares modelar una y crear definiciones de
asignación integrales utilizados en las definiciones del diccionario de
datos, análisis de impacto, y la documentación del almacén ETL.

La generación de documentos
Ofrecen un acceso seguro y controlado a los metadatos a través de
listas guiadas por asistentes, los documentos de múltiples modelos y
generación de informes Web completamente enlazado. Compartir
documentos para fomentar la colaboración y la comunicación en todo el
proyecto, incluso con el no-modelador.

Análisis del impacto

Integrar todos los tipos de modelo usando una tecnología de enlace
automático y sincronización para el análisis de impacto a nivel de toda la
empresa-proyecto o. Agilizar la comunicación y la colaboración para
aumentar su capacidad de respuesta organizadas de cambiar.

III. Ventajas y Beneficios del Power Designer

Con el software PowerDesigner, las organizaciones pueden:

• Visualizar el impacto del cambio desde cualquier perspectiva con la
tecnología Link and Sync.
• Definir todos los aspectos de su arquitectura empresarial en un marco de
colaboración.
• Comprender los vínculos entre los procesos de negocio, la información, las
aplicaciones y la tecnología.
• Mejorar la colaboración entre las empresas y las TI con la visualización y
presentación de informes intuitivos.
• Aprovechar los datos como una empresa estratégica de activos para
impulsar un mayor valor y la eficiencia.

Beneficios adicionales:
• Apoyo en la documentación de las diferentes arquitecturas.
• Plantillas de modelamiento.
• Integración con frameworks de arquitectura empresarial TOGAF y
ZACHMAN entre otros.
• Manejo de perfiles de usuario y control de cambios en los modelos.
• Ingeniería inversa.
• Portal para publicación de modelos.
• Comparación de modelos y versiones.
• Generación de reportes.
• Apoyo para el análisis del impacto.

IV. Nuevas características básicas v16.5

PowerDesigner v16.5 incluye nuevas funciones principales disponibles para

todos los modelos.
Informes
El Editor de informes de PowerDesigner ha sido completamente revisado para
proporcionar un entorno gráfico más poderoso en el que diseñar sus informes
de modelo y de múltiples modelos:

 Las vistas de Diseño y Esquema sincronizadas le permiten trabajar en el

contenido detallado y el formato de los elementos del informe en el
contexto de la estructura general.
 Las extensiones se manejan a la perfección en la caja de herramientas y
otras vistas.
 El elemento del informe, la edición de contenido y el formato se
simplifican y se puede acceder a ellos fácilmente a través de la barra de
comandos de la vista Diseño, y los cambios son visibles al instante.
 Los títulos y los párrafos de texto libre se pueden editar directamente en
la vista Diseño.
 La generación de HTML se reconstruye para proporcionar un resultado
moderno y fácil de configurar.
Para darle tiempo a experimentar con el nuevo formato y editor, y para migrar
sus informes existentes al ritmo que elija, esta versión de PowerDesigner
continuará admitiendo el Editor de informes heredado, que ahora está en
desuso y se eliminará en una versión futura. Esta versión ofrece la opción de
crear informes en el formato nuevo o heredado, y se proporciona una
actualización simple con un solo clic para convertir los informes existentes al
nuevo formato.
Documentado en:

 Guía de funciones básicas> Almacenar, compartir e informar sobre

modelos> Informes
Listas de cambio
El nuevo permiso de envío proporciona a los administradores un control más
preciso sobre los cambios en los documentos del repositorio. Los usuarios con
este permiso, que se puede configurar en una carpeta o modelo de repositorio,
deben verificar sus cambios en una lista de cambios para que sean revisados
por uno o más revisores en lugar de escribir directamente en la ubicación. Los
usuarios con el permiso de escritura pueden ingresar voluntariamente en una
lista de cambios.
Los usuarios pueden agregar uno o más modelos u otros documentos a una
lista de cambios a la vez, o en varios registros. Los documentos incluidos en
una lista de cambios se almacenan en una carpeta especial en el repositorio y
su contenido no está disponible para otros usuarios hasta que se hayan
aprobado.
Documentado en:

 Guía de funciones básicas> Almacenamiento, uso compartido e informes

sobre modelos> El repositorio> Listas de cambios
Importando archivos XML
Ahora puede importar objetos desde un archivo XML definiendo las
asignaciones entre los elementos en el esquema XML y los objetos en el
metamodelo (y extensiones) de PowerDesigner. Las asignaciones de
importación se definen en un archivo de extensión, se pueden compartir con
todos los usuarios a través de la biblioteca del repositorio y se puede acceder
seleccionando Archivo> Importar> Importar nombre.
Documentado en:

 Guía de funciones básicas> Modelado con PowerDesigner> Objetos>

Importar objetos desde archivos XML
Mejoras en la generación de objetos
Ahora puede definir generaciones de objetos avanzados para generar uno o
más tipos de objetos a cualquier otro tipo de objeto, con control completo sobre
cómo se asignarán a los atributos generados, composiciones (subobjetos) y
agregaciones (objetos relacionados) propiedades de los objetos. Las
asignaciones de generación se definen en un archivo de extensión, se pueden
compartir con todos los usuarios a través de la biblioteca de repositorio y se
accede a ellas seleccionando Herramientas> Generar objetos> Nombre de
generación.

Documentado en:

 Guía de funciones básicas> Vinculación y sincronización de modelos>

Generación de modelos y objetos de modelo
Mejoras de la rama del repositorio
El nuevo mecanismo de ramificación introducido en v16.1 se ha mejorado para
proporcionar:

 Un filtro de rama en la pestaña Repositorio del navegador:

  Modelo de permisos por sucursal.

Documentado en:

 Guía de funciones básicas> Almacenamiento, uso compartido e informes

sobre modelos> El repositorio> Árboles de versiones de ramificación.
Mejoras del portal de PowerDesigner
Se han realizado las siguientes mejoras en el Portal de PowerDesigner:

 Filtrado de sucursales en el Explorador de repositorios.

 Soporte para listas de cambio.

Documentado en:

 Guía de funciones básicas> Almacenamiento, uso compartido e informes

sobre modelos> El portal PowerDesigner
Repositorio de caché de modelo local
Se proporciona un nuevo caché local en su estación de trabajo para acelerar la
verificación de los modelos dentro y fuera del repositorio.
Documentado en:

 Guía de funciones básicas> Modelado con PowerDesigner>

Personalización del entorno de modelado> Opciones generales>
Opciones de repositorio.
Actualización de accesos directos visibles en el navegador
Los modelos enumerados en la categoría Modelos de destino del navegador
ahora muestran íconos de estado para indicar si una versión más nueva está
disponible en el Repositorio.
Documentado en:
  Guía de funciones básicas> Vincular y sincronizar modelos> Accesos
directos y réplicas> Trabajar con modelos de destino.

Nuevas características de la plataforma SAP v16.5

PowerDesigner v16.5 incluye nuevo soporte para soluciones de plataforma
SAP.
SAP HANA
PowerDesigner admite el modelado y la ingeniería inversa de ida y vuelta y la
generación de tablas SAP HANA® Database v1.0 SP5 y vistas analíticas y de
atributos.

Documentado en:

 Modelado de datos> Referencia de definición de DBMS> Base de datos

SAP HANA
SAP BusinessObjects
PowerDesigner admite la generación de un universo SAP® BusinessObjects ™
desde su PDM para editar en las herramientas de Diseño de Información o
Diseño de Universo de BusinessObjects, o para el consumo directo del cliente
rico en Web Intelligence. La generación de un universo desde su PDM le brinda
acceso a los nombres y comentarios de tablas, vistas y columnas, así como a
información de cardinalidad más confiable que si crea un universo directamente
desde su base de datos.

Documentado en:

 Modelado de datos> Construyendo modelos de datos> Generando e

invirtiendo bases de datos de ingeniería> Generando un universo de
BusinessObjects
Gestor de soluciones SAP
PowerDesigner admite el modelado y la ingeniería inversa de ida y vuelta y la
generación de procesos de negocios de SAP® Solution Manager v7.1.
Documentado en:

 Business Process Modeling> Referencia de definición de lenguaje de

proceso> SAP Solution Manager
SAP NetWeaver
PowerDesigner admite el modelado y la ingeniería inversa de ida y vuelta y la
generación de archivos BPMN2, con un énfasis particular en el soporte de SAP
NetWeaver® v7.3 y superior, las herramientas SAP Streamwork y Eclipse
BPMN2 Modeler.
Documentado en:

 Business Process Modeling> Referencia de definición de lenguaje de

proceso> Business Process Modeling Notation (BPMN)

Nuevas características del modelo de proceso de negocio v16.5

PowerDesigner v16.5 incluye nuevas características para el Modelo de
Procesos de Negocio (BPM).
Mejoras BPMN 2.0
PowerDesigner admite el modelado y la ingeniería inversa de ida y vuelta y la
generación de archivos BPMN2, con un énfasis particular en el soporte de SAP
NetWeaver v7.3 y superior, las herramientas SAP Streamwork y Eclipse
BPMN2 Modeler.
Documentado en:

 Business Process Modeling> Referencia de definición de lenguaje de

proceso> Business Process Modeling Notation (BPMN)
Gestor de soluciones SAP
PowerDesigner admite el modelado y la ingeniería inversa de ida y vuelta y la
generación de procesos de negocios de Solution Manager v7.1.
Documentado en:

 Business Process Modeling> Referencia de definición de lenguaje de

proceso> SAP Solution Manager
Nuevas características del modelo de datos v16.5
PowerDesigner v16.5 incluye nuevas características para el modelo de datos
físicos (PDM).
Soporte de cubo mejorado
El metamodelo de PowerDesigner para cubos se ha refinado y ampliado para
simplificar el modo de objetos multidimensionales.
Documentado en:

 Modelado de datos> Construyendo modelos de datos> Diagramas

multidimensionales
Soporte de DBMS nuevo o mejorado
Se agregan las siguientes versiones de DBMS:

 Base de datos SAP HANA v1.0 SP5 (consulte Nuevas características de

la plataforma SAP v16.5)
 IBM DB2 para Common Server v9x - Soporte del sistema federado
 Sybase SQL Anywhere v16.0
 Microsoft SQL Server 2012
 Green Plum 4.2 (sin certificado, no documentado)

Documentado en:

 Modelado de datos> Referencia de definición de DBMS

Nuevas características del modelo XML v16.5

PowerDesigner v16.5 incluye nuevas características para el Modelo XML
(XSM).
Mejoras en ingeniería inversa
El mecanismo de ingeniería inversa se ha rediseñado por completo para admitir
la ingeniería inversa de archivos locales y URL, incluidos varios esquemas
conectados a través de elementos Importar e Incluir. Las dependencias de los
archivos se muestran en forma de árbol, y cualquier archivo puede sustituirse
por otro archivo o URL apropiado o por un modelo XML existente:

Cada esquema se importa como un modelo XML separado con accesos

directos apropiados que los conectan.
Documentado en:

 Modelado XML> Generación e ingeniería inversa Esquemas XML y otros

modelos
Mejoras de tipo complejo
El soporte de XSM para tipos complejos se ha mejorado para proporcionar lo
siguiente:

 Los elementos escritos con un tipo complejo implementan el tipo

complejo y los elementos secundarios en sus símbolos.
 Las asignaciones se pueden crear desde o hacia instancias individuales
del tipo complejo en el Editor de asignaciones.
 Los accesos directos a tipos complejos en otros modelos se pueden
mostrar y asignar en el Editor de mapas.
Documentado en:

 Modelado XML> Diagramas XML> Tipos complejos (XSM)

Mejoras en la generación de modelos XML

Las nuevas opciones de generación global admiten la generación de tablas
PDM y clases OOM como elementos con o sin tipos complejos y columnas
PDM y atributos OOM como elementos o atributos, mientras que las
configuraciones de generación objeto por objeto se admiten a través de una
extensión.

Documentado en:

 Guía de funciones básicas> Vinculación y sincronización de modelos>

Generación de modelos y objetos de modelo

V. Características principales de referencia rápida

PowerDesigner® es una solución gráfica de modelado empresarial que admite

metodologías y notaciones estándar y proporciona ingeniería y generación
inversa de códigos automatizados a través de plantillas personalizables.
Proporciona una solución de repositorio empresarial escalable con sólidas
capacidades de seguridad y control de versiones para ayudar al desarrollo de
múltiples usuarios, potentes capacidades de generación de informes y es
altamente extensible.
Creando modelos y proyectos
Los modelos son la unidad de trabajo básica en PowerDesigner y contienen
uno o más diagramas. Los proyectos contienen uno o más modelos y también
pueden incluir un diagrama marco o matriz para guiar cómo se debe modelar
su proyecto:

 Para crear un nuevo modelo, seleccione Archivo> Nuevo modelo.

 Para crear un nuevo modelo al importar un archivo Excel, Word, ERwin,
XMI, Rational Rose o SIMUL8, seleccione Archivo> Importar> tipo.

 Para crear un nuevo modelo mediante ingeniería inversa de una base de

datos, procesos o archivos de lenguaje de objeto, o un esquema XML,
seleccione Archivo> Ingeniero inverso> tipo.

 Para crear un nuevo proyecto, seleccione Archivo> Nuevo proyecto.

Configuración de su entorno de modelado

 Para conectarse a un repositorio, seleccione Repositorio> Conectar.
  Para configurar las opciones de modelo, incluidas las convenciones de
nomenclatura para sus objetos, seleccione Herramientas> Opciones de
modelo.
 Para controlar el aspecto y la información mostrada en los símbolos de
su diagrama, seleccione Herramientas> Preferencias de pantalla.
 Para configurar opciones generales para cuadros de diálogo, editores,
variables, etc., seleccione Herramientas> Opciones generales.
 Para personalizar los comandos en sus menús y herramientas en sus
barras de herramientas, seleccione Herramientas> Personalizar menús y
herramientas.
La interfaz de PowerDesigner
Estas características principales están disponibles en todos o en muchos
modelos:

 Para crear un objeto en un diagrama, seleccione la herramienta

adecuada en la Caja de herramientas y luego haga clic en el diagrama.
 Para crear un objeto en el navegador, haga clic con el botón derecho en
el modelo o en un paquete y seleccione Nuevo> Tipo de objeto.
 Para abrir una hoja de propiedades de objeto, haga doble clic en su
entrada del navegador o símbolo de diagrama.
 Para agregar un diagrama a su modelo, haga clic con el botón derecho
en el nodo del modelo en el navegador y seleccione Nuevo> Tipo de
diagrama.
 Para buscar objetos, seleccione Editar> Buscar objetos (o presione Ctrl
+ F).
 Para encontrar la entrada del navegador para un símbolo de objeto,
haga clic con el botón derecho en el símbolo y seleccione Buscar en el
navegador.
 Para encontrar el símbolo del diagrama para un objeto en el navegador,
haga clic con el botón derecho en el elemento del navegador y
seleccione Buscar en el diagrama.
 Para verificar la validez de su modelo, seleccione Herramientas>
Verificar modelo (o presione F4).
 Para agregar una matriz de dependencia a su modelo, haga clic con el
botón derecho en el nodo del modelo en el navegador y seleccione
Nuevo> Matriz de dependencia.
 Para crear un informe en su modelo, seleccione Informe> Asistente de
informes (o presione Ctrl + F12).
 Para habilitar el uso del glosario en su modelo, seleccione
Herramientas> Opciones de modelo, elija la categoría Convención de
nomenclatura y seleccione Usar glosario para autocompletar y verificar
el cumplimiento.
Vinculación y sincronización
Estas características lo ayudan a crear y revisar conexiones en y entre sus
modelos:

 Para crear una conexión de un objeto a otro objeto, abra su hoja de

propiedades y haga clic en la pestaña Enlaces de rastreabilidad.
 Para generar un modelo a partir de otro (donde esté disponible),
seleccione Herramientas> Generar tipo de modelo.
 Para generar objetos de un modelo a otro, seleccione Herramientas>
Generar objetos> Definir nueva generación de objetos.
 Para crear un acceso directo a un objeto en otro modelo o paquete,
haga clic con el botón derecho en el objeto de destino en el navegador
(o su símbolo en un diagrama) y arrástrelo y suéltelo en el diagrama
donde desea crear el acceso directo (o en un modelo o paquete en el
navegador). Suelte el botón derecho del ratón y seleccione Crear acceso
directo (s) aquí.
 Para crear una réplica sincronizada de un objeto en otro modelo o
paquete, haga clic con el botón derecho en el objeto de destino en el
navegador (o su símbolo en un diagrama) y arrástrelo y suéltelo en el
diagrama donde desea crear la réplica (o en un modelo o paquete en el
navegador). Suelte el botón derecho del ratón y seleccione Replicar
aquí.
 Para crear o revisar asignaciones entre dos modelos (donde esté
disponible), seleccione Herramientas> Editor de asignación
 Para comparar dos modelos, seleccione Herramientas> Comparar
modelos (o presione Ctrl + F6).
 Para combinar dos modelos, seleccione Herramientas> Fusionar
modelos (o presione Mayús + F6).
 Para analizar el impacto de un cambio en un objeto, seleccione
Herramientas> Análisis de impacto y linaje (o presione Ctrl + F11).
VI. Referencia rápida del modelo de arquitectura empresarial

Un modelo de arquitectura empresarial (EAM) lo ayuda a analizar y documentar

su organización y sus funciones comerciales, junto con las aplicaciones y los
sistemas que las admiten y la arquitectura física en la que se implementan.

Creando un EAM

 Para crear un nuevo EAM: seleccione Archivo> Nuevo modelo y elija

Modelo de arquitectura empresarial.
 Para crear un nuevo EAM al importar un diagrama de Visio: abra su
diagrama en Visio y seleccione PowerDesigner> Exportar a
PowerDesigner Model
Los siguientes tipos de diagramas están disponibles:

 Un mapa de procesos proporciona una vista gráfica de la arquitectura de

su negocio y lo ayuda a identificar las funciones de su negocio y los
procesos de alto nivel, independientemente de las personas y las
unidades de negocios que los cumplen.
 Un organigrama proporciona una vista gráfica de su organización como
una estructura de árbol y lo ayuda a analizar y mostrar las relaciones
 entre las unidades de la organización (divisiones, grupos, equipos, etc.),
individuos y roles.
 Un diagrama de comunicación empresarial proporciona una vista gráfica
de su organización y lo ayuda a analizar las relaciones, flujos y otras
conexiones entre funciones empresariales, unidades de organización,
roles y sitios.
 Un diagrama de planificación urbana proporciona una vista gráfica del
panorama general de la arquitectura de su empresa, utilizando la
metáfora de planificación de la infraestructura de una ciudad para
representar la organización de sistemas, aplicaciones, etc. en áreas
arquitectónicas.
 Un diagrama orientado a servicios proporciona una vista gráfica de su
negocio y los servicios de aplicaciones y las relaciones entre ellos, y lo
ayuda a asociar aplicaciones y otros objetos de la capa de aplicaciones
con servicios y procesos empresariales para ayudarlo con el diseño de
SOA.
 Un diagrama de arquitectura de la aplicación proporciona una vista
gráfica de alto nivel de la arquitectura de la aplicación y lo ayuda a
identificar aplicaciones, subaplicaciones, componentes, bases de datos,
servicios, etc., y sus interacciones.
 Un diagrama de infraestructura tecnológica proporciona una vista gráfica
de alto nivel de la arquitectura física requerida para admitir la
arquitectura de la aplicación.
Exportación e importación de objetos hacia y desde otros modelos
El EAM proporciona asistentes para exportar objetos de EA a modelos de nivel
inferior e importar objetos de implementación para que se representen en el
EAM:

 Para exportar objetos EAM a otro modelo: seleccione Herramientas>

Asistente para exportar objetos
 Para importar objetos de otros modelos a un EAM - Seleccione
Herramientas> Asistente para importar objetos

VII. Referencia rápida del modelo de proceso de negocio

Un modelo de proceso de negocio (BPM) lo ayuda a identificar, describir y
descomponer los procesos de negocio. Puede analizar su sistema en varios
niveles de detalle y centrarse alternativamente en el flujo de control (la
secuencia de ejecución) o el flujo de datos (el intercambio de datos). Puede
utilizar BPEL, BPMN y muchos otros lenguajes de proceso.

Creación de un modelo de proceso de negocio

 Para crear un nuevo BPM vacío, seleccione Archivo> Nuevo modelo y
elija Modelo de proceso empresarial.
 Para aplicar ingeniería inversa a un nuevo BPM de los archivos de
lenguaje de proceso, seleccione Archivo> Ingeniero inverso> Idioma de
proceso.
Los siguientes tipos de diagramas están disponibles:

 Un diagrama de procesos de negocios (o diagrama de flujo de procesos)

proporciona una vista gráfica del flujo de control (la secuencia de
ejecución) o el flujo de datos (el intercambio de datos) entre procesos en
cualquier nivel de su sistema.
 Un diagrama de jerarquía de procesos (o diagrama de descomposición
funcional) proporciona una vista gráfica de las funciones de un sistema y
lo ayuda a descomponerlos en un árbol de subprocesos.
 Un diagrama de servicio de proceso proporciona una vista gráfica de los
servicios, operaciones e interfaces disponibles en su sistema.
Trabajando con datos en un BPM
PowerDesigner proporciona varios métodos para vincular datos en su BPM a
elementos de datos, entidades, tablas o clases en otros modelos de
PowerDesigner:
  Para vincular datos en un BPM con otros objetos de PowerDesigner, use
el campo Definición en la pestaña General de la hoja de propiedades de
datos.
 Para exportar datos en un BPM a otros objetos de PowerDesigner,
seleccione Herramientas> Asistente de exportación de datos.
 Para importar otros objetos de PowerDesigner como datos en un BPM,
seleccione Herramientas> Asistente de importación de datos.
Trabajar con definiciones de lenguaje de proceso
El archivo de definición de lenguaje de proceso define características
específicas del lenguaje que se está modelando:

 Para abrir el archivo de definición de idioma de proceso en el Editor de

recursos, seleccione Idioma> Editar idioma de proceso actual.
 Para cambiar el idioma del proceso con el que modelar, seleccione
Idioma> Cambiar el idioma del proceso actual.

VIII. Referencia rápida del modelo de datos conceptual y lógico

Un modelo conceptual de datos (MDL) lo ayuda a analizar la estructura

conceptual de un sistema de información, para identificar las entidades
principales a representar, sus atributos y las relaciones entre ellas. Un CDM es
más abstracto que un modelo de datos lógico (LDM) o físico (PDM).
Un modelo de datos lógico (LDM) le ayuda a analizar la estructura de un
sistema de información, independientemente de cualquier implementación de
base de datos física específica. Un LDM ha migrado identificadores de entidad
y es menos abstracto que un modelo de datos conceptual (CDM), pero no le
permite modelar vistas, índices y otros elementos que están disponibles en el
modelo de datos físicos más concretos (PDM).
Creando un CDM o LDM
 Para crear un nuevo MDL, seleccione Archivo> Nuevo modelo y elija
Modelo de datos conceptual.
 Para crear un nuevo LDM, seleccione Archivo> Nuevo modelo y elija
Modelo de datos lógicos.
 Para crear un nuevo CDM o LDM al importar uno o más archivos ERwin,
seleccione Archivo> Importar> Archivo ERwin o Archivo> Importar>
Varios archivos ERwin.
Especificar una notación de modelado y otras opciones
Para especificar una notación de modelado y configurar otras opciones de
modelo, seleccione Herramientas> Opciones de modelo.
Generando otros modelos
Puede generar otros modelos de PowerDesigner desde un CDM o LDM
seleccionando Herramientas>:

 Generar modelo de datos conceptual (o presionar Ctrl + Shift + C)

 Generar modelo de datos lógicos (o presionar Ctrl + Shift + L)
 Generar modelo de datos físicos (o presionar Ctrl + Shift + P)
 [Solo CDM] Genere un modelo orientado a objetos (o presione Ctrl +
Shift + O)}
IX. Referencia rápida del modelo de datos físicos

Un modelo de datos físicos (PDM) le ayuda a analizar las tablas, vistas y otros
objetos en una base de datos, incluidos los objetos multidimensionales
necesarios para el almacenamiento de datos. Un PDM es más concreto que un
modelo de datos conceptual (CDM) o lógico (LDM). Puede modelar, realizar
ingeniería inversa y generar para todos los DBMS más populares.

Creación de un modelo de datos físicos

 Para crear un nuevo PDM vacío, seleccione Archivo> Nuevo modelo y
elija Modelo de datos físicos.
 Para aplicar ingeniería inversa a un nuevo PDM desde una conexión de
base de datos activa, seleccione Archivo> Ingeniero inverso> Base de
datos.
 Para crear un nuevo PDM importando uno o más archivos ERwin,
seleccione Archivo> Importar> Archivo ERwin o Archivo> Importar>
Varios archivos ERwin.
Los siguientes tipos de diagramas están disponibles:

 Un diagrama de datos físicos proporciona una vista gráfica de la

estructura de su base de datos y lo ayuda a analizar sus tablas
(incluidas sus columnas, índices y activadores), vistas y procedimientos,
y las referencias entre ellos.
 Un diagrama de datos multidimensional proporciona una vista gráfica de
su base de datos o de la base de datos del almacén de datos, y lo ayuda
 a identificar los hechos y las dimensiones que se utilizarán para construir
sus cubos.
Especificar una notación de modelado y otras opciones
 Para especificar una notación de modelado, columna, referencia y
valores predeterminados de propiedad y configurar otras opciones de
modelo, seleccione Herramientas> Opciones de modelo.
Interactuando con Bases de Datos
 Para conectarse a una base de datos, seleccione Base de datos>
Conectar.
 Para generar una base de datos, seleccione Base de datos> Generar
base de datos.
 Para modificar una base de datos, seleccione Base de datos> Aplicar
cambios de modelo a la base de datos.
 Para aplicar ingeniería inversa desde una conexión de base de datos
activa a un PDM existente, seleccione Base de datos> Actualizar modelo
de base de datos.
 Para generar datos de prueba a una base de datos, seleccione Base de
datos> Generar datos de prueba.
 Para estimar el tamaño de una base de datos, seleccione Base de
datos> Estimar tamaño de la base de datos
Generando otros modelos
Puede generar otros modelos de PowerDesigner desde un PDM seleccionando
Herramientas>:

 Generar modelo de datos conceptual (o presionar Ctrl + Shift + C)

 Generar modelo de datos lógicos (o presionar Ctrl + Shift + L)
 Generar modelo de datos físicos (o presionar Ctrl + Shift + P)
 Generar modelo orientado a objetos (o presionar Ctrl + Mayús + O)
 Generar modelo XML (o presionar Ctrl + Shift + M)

Trabajando con definiciones de DBMS

El archivo de definición de DBMS define características específicas del DBMS
que se está modelando:

 Para abrir el archivo de definición de DBMS en el Editor de recursos,

seleccione Base de datos> Editar DBMS actual.
 Para cambiar el DBMS para modelar con, seleccione Base de datos>
Cambiar DBMS actual.
 Para configurar las opciones físicas predeterminadas específicas de
DBMS, seleccione Base de datos> Opciones físicas predeterminadas.
 X. Referencia rápida del modelo de movimiento de datos

Un modelo de movimiento de datos (DMM) proporciona una visión global del

movimiento de información en su organización. Puede analizar y documentar
dónde se originan sus datos, a dónde se mueve y cómo se transforman en el
camino, incluidas las replicaciones y ETL.

Creación de un modelo de movimiento de datos

 Para crear un DMM nuevo y vacío: seleccione Archivo> Nuevo modelo y

elija Modelo de movimiento de datos.
 Para aplicar ingeniería inversa a los procesos de replicación en un DMM
desde una conexión de base de datos consolidada, seleccione
Herramientas> Servidor de replicación de ingeniería inversa.
Los siguientes tipos de diagramas están disponibles:

 Un diagrama de movimiento de datos proporciona una vista gráfica de

alto nivel del movimiento de su información, incluidas las fuentes de
datos, las replicaciones y las operaciones de ETL.
 Un diagrama de transformación de datos proporciona una vista gráfica
de las entradas, salidas y pasos involucrados en una tarea de
transformación de datos.
 Un diagrama de flujo de control de transformación proporciona una vista
gráfica del orden en que una serie de tareas de transformación de datos
se vinculan entre sí en un flujo de control.
Creando entornos de replicación y transformación.
 Para crear un entorno de replicación, seleccione Herramientas>
Asistente de replicación.
 Para crear un proceso de transformación para transformar datos de un
PDM, seleccione Herramientas> Asistente de transformación.
 Para crear un proceso de transformación a partir de asignaciones de
PDM a PDM existentes, seleccione Herramientas> Convertir
asignaciones a ETL Wizard.
XI. Referencia rápida del modelo orientado a objetos

Un modelo orientado a objetos (OOM) lo ayuda a analizar un sistema de

información a través de casos de uso, análisis estructurales y de
comportamiento, y en términos de implementación, utilizando el Lenguaje de
modelado unificado (UML). Puede modelar, realizar ingeniería inversa y
generar para Java, .NET y otros lenguajes.

Creando un modelo orientado a objetos

 Para crear un OOM nuevo y vacío: seleccione Archivo> Nuevo modelo y
elija Modelo orientado a objetos.
 Para aplicar ingeniería inversa a un nuevo OOM a partir de archivos de
lenguaje de objetos, seleccione Archivo> Ingeniero inverso> Idioma de
objetos.
 Para importar un modelo de Rational Rose a un OOM: seleccione
Archivo> Importar> Archivo de Rational Rose.
 Para importar un archivo XMI a un OOM: seleccione Archivo> Importar>
Archivo XMI.
Los siguientes tipos de diagramas están disponibles:

 Un diagrama de caso de uso es un diagrama UML que proporciona una

vista gráfica de los requisitos de su sistema y le ayuda a identificar cómo
los usuarios interactúan con él.
 Un diagrama de clase es un diagrama UML que proporciona una vista
gráfica de las clases, interfaces y paquetes que componen un sistema y
las relaciones entre ellos.
 Un diagrama de objetos es un diagrama UML que proporciona una vista
gráfica de la estructura de un sistema a través de instancias concretas
de clases (objetos), asociaciones (vínculos de instancia) y
dependencias.
 Un diagrama de estructura compuesto es un diagrama UML que
proporciona una vista gráfica de las clases, interfaces y paquetes que
componen un sistema, incluidos los puertos y partes que describen sus
estructuras internas.
  Un diagrama de paquete es un diagrama UML que proporciona una vista
gráfica de alto nivel de la organización de su aplicación y lo ayuda a
identificar los vínculos de generalización y dependencia entre los
paquetes.
 Un diagrama de secuencia es un diagrama UML que proporciona una
vista gráfica de la cronología del intercambio de mensajes entre objetos
y actores para un caso de uso, la ejecución de una operación o una
interacción entre clases, con un énfasis en su cronología.
 Un diagrama de comunicación es un diagrama UML que proporciona
una vista gráfica de las interacciones entre objetos para un escenario de
caso de uso, la ejecución de una operación o una interacción entre
clases, con un énfasis en la estructura del sistema.
 Un diagrama de interacción es un diagrama UML que proporciona una
vista gráfica de alto nivel del flujo de control de su sistema a medida que
se descompone en secuencias y otros diagramas de interacción.
 Un diagrama de actividad es un diagrama UML que proporciona una
vista gráfica de un comportamiento del sistema y lo ayuda a
descomponerlo funcionalmente para analizar cómo se implementará.
 Un diagrama estadístico es un diagrama UML que proporciona una vista
gráfica de una máquina de estado, el comportamiento público de un
clasificador (componente o clase), en la forma de los cambios a lo largo
del tiempo del estado del clasificador y de los eventos que permiten la
transición de un estado a otro.
 Un diagrama de componentes es un diagrama UML que proporciona una
vista gráfica de las dependencias y generalizaciones entre los
componentes de software, incluidos los componentes de código fuente,
los componentes de código binario y los componentes ejecutables.
 Un diagrama de implementación es un diagrama UML que proporciona
una vista gráfica de la configuración física de los elementos de tiempo
de ejecución de su sistema.
Generando otros modelos
Puede generar otros modelos de PowerDesigner desde un OOM seleccionando
Herramientas>:

 Generar modelo de datos conceptual (o presionar Ctrl + Shift + C)

 Generar modelo de datos físicos (o presionar Ctrl + Shift + P)
 Generar modelo orientado a objetos (o presionar Ctrl + Mayús + O)
 Generar modelo XML (o presionar Ctrl + Shift + M)

Trabajar con definiciones de lenguaje de objetos

El archivo de definición de lenguaje de objeto define características específicas
del lenguaje que se está modelando:

 Para abrir el archivo de definición de lenguaje de objeto en el Editor de

recursos, seleccione Idioma> Editar idioma de objeto actual.
  Para cambiar el idioma del proceso con el que se modela, seleccione
Idioma> Cambiar idioma del objeto actual.

XII. Referencia rápida del modelo XML

Un modelo XML (XSM) lo ayuda a analizar una definición de esquema XML

(.XSD), una definición de tipo de documento (.DTD) o un archivo con reducción
de datos XML (.XDR). Puede modelar, realizar ingeniería inversa y generar
cada uno de estos formatos de archivo.

Creando un Modelo XML

 Para crear un XSM nuevo y vacío: seleccione Archivo> Nuevo modelo y
elija Modelo XML.
 Para aplicar ingeniería inversa a un nuevo XSM a partir de una definición
de esquema XML, seleccione Archivo> Ingeniero inverso> Definición
XML.
Generando otros modelos
Puede generar otros modelos de PowerDesigner desde un XSM seleccionando
Herramientas>:

 Generar modelo de datos físicos (o presionar Ctrl + Shift + P)

 Generar modelo XML (o presionar Ctrl + Shift + M)

Trabajar con definiciones de lenguaje XML

El archivo de definición de lenguaje XML define características específicas del
idioma que se está modelando:

 Para abrir el archivo de definición de idioma XML en el Editor de

recursos, seleccione Idioma> Editar idioma actual.
 Para cambiar el idioma XML para modelar con, seleccione Idioma>
Cambiar idioma actual.

XIII. Modelo libre de referencia rápida

Un modelo libre (FEM) proporciona un entorno libre de contexto para modelar
cualquier tipo de objetos o sistemas. Generalmente se asocia con un conjunto
de extensiones, que le permiten definir sus propios conceptos y símbolos
gráficos.

Creando un Modelo Libre

 Para crear un FEM nuevo y vacío: seleccione Archivo> Nuevo modelo y
elija Modelo libre.
Cambiar una imagen de símbolo
PowerDesigner proporciona una biblioteca de símbolos de alta calidad para
usar en sus modelos. Para cambiar la imagen asociada con un símbolo, haga
clic con el botón derecho en el símbolo y seleccione Cambiar imagen.

XIV. Referencia rápida de extensiones

Los archivos de extensiones (* .xem) le permiten personalizar y ampliar el

metamodelo de PowerDesigner para satisfacer sus necesidades de modelado
exactas. Puede definir propiedades adicionales para objetos existentes o
especificar tipos de objetos completamente nuevos, modificar la interfaz de
PowerDesigner (reorganizar y agregar pestañas de la hoja de propiedades,
herramientas de Toolbox y elementos de menú), y definir objetivos y opciones
de generación adicionales.
Creación de extensiones desde una hoja de propiedades
 Para crear un atributo extendido directamente desde una hoja de
propiedades de objeto, haga clic en el botón de menú y seleccione
Nuevo atributo.
 Para crear una nueva colección directamente desde una hoja de
propiedades de objeto, haga clic en el botón de menú y seleccione
Nueva lista de objetos asociados.
Trabajar con archivos de extensión
 Para adjuntar un archivo de extensión existente a un modelo, seleccione
Modelo> Extensiones y haga clic en la herramienta Importar.
 Para crear un nuevo archivo de extensión, seleccione Modelo>
Extensiones, haga clic en la herramienta Agregar una fila, ingrese un
nombre para el archivo y luego haga clic en la herramienta Propiedades.
Tipos de extensión
Puedes extender el metamodelo de las siguientes maneras:

 Crea o subclasifica nuevos tipos de objetos:

 Metaclases: extraídas del metamodelo como base para la extensión.
 Estereotipos [solo para metaclases y estereotipos] - subclasificar
metaclases por estereotipo.
 Criterios: subclasificar las metaclases mediante la evaluación de las
condiciones.
 Agregue nuevas propiedades y colecciones a los objetos y muéstrelos:
 Atributos extendidos - para agregar metadatos.
  Colecciones y composiciones ampliadas: para permitir la vinculación
manual entre objetos.
 Colecciones calculadas - para automatizar la vinculación entre
objetos.
 Matrices de dependencia: para mostrar las dependencias entre dos
tipos de objetos.
 Formularios: para modificar las hojas de propiedades y agregar
cuadros de diálogo personalizados.
 Símbolos personalizados: para cambiar la apariencia de los objetos
en los diagramas.
 Agregue restricciones y reglas de validación a los objetos:
 Controles personalizados: para probar la validez de sus modelos a
pedido
 Controladores de eventos: para realizar métodos de validación o
invocación automáticamente.
 Ejecutar comandos en objetos:
 Métodos: VBScripts que se invocan mediante menús o botones de
formulario.
 Menús [solo para metaclases y estereotipos] - para agregar
comandos a los menús de PowerDesigner.
 Generar objetos de nuevas formas:
 Plantillas - para extraer texto de las propiedades del objeto.
 Archivos generados: para ensamblar plantillas para la vista previa y
la generación de archivos.
 Transformaciones: para automatizar los cambios en los objetos en
generación o bajo demanda.
 Mapa de correspondencias entre diferentes metamodelos:
 Generaciones de objetos: para definir asignaciones entre diferentes
módulos en el metamodelo de PowerDesigner para la generación de
modelo a modelo.
 Importaciones XML: para definir asignaciones entre un esquema XML
y un módulo PowerDesigner para importar archivos XML como
modelos.

XV. Modelos PowerDesigner

Modelos de PowerDesigner
PowerDesigner le ofrece a los analistas y diseñadores de software
herramientas poderosas para mejorar el proceso de construcción de software.
Una de sus características principales es la gran variedad de modelos, acordes
a las necesidades de cada rol. Entre los tipos de modelos están: Modelos de
Datos, de procesos, de UML, de requerimientos, de Arquitectura Empresarial y
de replicación. A continuación se listan algunos de ellos:
Modelos de Datos.
 Conceptual Data Model (CDM): sirve para realizar un esquema o
descripción de alto nivel de la estructura de los datos de un sistema
independientemente de la implementación física de la misma e
independiente de los manejadores de bases de datos Se puede hacer
hincapié en los detalles de diseño porque no se tiene que preocupar
sobre los detalles de implementación.

 Physical Data Model (PDM): El PDM es una herramienta de diseño de

base de datos para definir la implementación de las estructuras físicas y
queries de datos. Se utiliza para diseñar la estructura de una base de
datos que manejar grandes cantidades de datos operativos. Por lo
general, el análisis físico sigue del análisis conceptual de modelado de
datos. En la etapa física, el diseñador considera los FO-SYB-014 / Rev.
3 / 07-01-08 3/17 detalles de la implementación física real de los datos
en una base de datos. Se puede utilizar un PDM para diseñar la
estructura de Data Warehouse. SAP Sybase PowerDeisgner soporta la
mayoría de las bases de datos relacionales del mercado, más de 80
RDBMS. Permite realizar desnormalizaciones y transformaciones hacia
esquemas óptimos para aplicaciones tradicionales OLTP o aplicaciones
OLAP Warehouse. Ofrece tecnologías de generación de SQL DDL e
Ingeniería reversa de bases de datos existentes, y Sincronización directa
a cambios con las bases de datos vinculadas.
 Diagrama Multidimensional: Es un modelo de actividades de negocio en
términos de cubos y dimensiones. Organiza los datos del negocio en
una de estas categorías. Valores numéricos como el total de ventas y
límites de gastos, son hechos del negocio (cubos). El área cubierta por
un negocio, en términos de geografía, tiempo o productos son las
dimensiones del mismo.
El diagrama multidimensional se utiliza para diseñar una base de datos
OLAP. Lainformación contenida en una base de datos OLAP se
organizan para facilitar las consultas realizadas por diferentes
herramientas. Documentan el ambiente DW con objetos
multidimensionales enlazados a tablas físicas y con la posibilidad de
mostrar jerarquías, jerarquías virtuales y mucho más.
Modelos de Procesos
 Business Process Model (BPM): provee una vista grafica de que hace (o
que debería hacer) la organización y como la información fluye a través
de esas actividades. Un BPM es un modelo conceptual, que proporciona
una descripción final de la lógica de negocio y las reglas desde el punto
de un socio de negocios de vista. Se utiliza un diagrama que muestra las
interacciones entre los procesos, flujos, mensajes y protocolos de
colaboración de uno o varios puntos de inicio a varios puntos finales
potenciales.

Modelos UML
 Object Oriented Model (OOM)
o Diagrama de Clases:

Es el diagrama principal para el análisis y diseño. Un diagrama de

clases es un diagrama UML que contiene FO-SYB-014 / Rev. 3 / 07-
01-08 5/17 clases, interfaces, paquetes y sus relaciones, y que
provee una vista lógica del sistema de software en su totalidad. Los
diagramas de clases son utilizados durante el proceso de análisis y
diseño de los sistemas, donde se crea el diseño conceptual de la
información que se manejará en el sistema, y los componentes que
se encargaran del funcionamiento y la relación entre uno y otro.
o Diagrama de objetos:

Es un diagrama UML que describe la estructura de los elementos de

un modelo y no su comportamiento. El diagrama de Objetos
representa las instancias de las clases, instancias de asociaciones y
dependencias entre los mismos. Utilizan una notación similar a los
diagramas de clases y se utilizan para ilustrar una instancia de una
clase en un momento dado. Imagine que desea dibujar un diagrama
de objetos para ilustrar un ejemplo real de una clase y de sus
relaciones. Los diagramas de objetos pueden ayudar a explicar las
clases y su herencia. Un objeto también se pueden entender como la
descripción de un individuo que forme parte de un grupo.
o Diagrama de Paquetes:

Un paquete es un mecanismo utilizado para agrupar elementos de

UML. Es un diagrama UML que describe la estructura de paquetes
de una aplicación. Muestra cómo un sistema está dividido en
agrupaciones lógicas mostrando las dependencias entre esas
agrupaciones. Dado que normalmente un paquete está pensado
como un directorio, los diagramas de paquetes suministran una
descomposición de la jerarquía lógica de un sistema

o Diagrama de Caso de Uso:

Es un diagrama UML de alto nivel que permite analizar

requerimientos y el comportamiento del sistema. Es parte del modelo
Orientado a Objetos, y modela gráficamente la funcionalidad del
sistema en casos de uso, y como los usuarios externos, llamados
actores, interactúan con ellos.
Con un diagrama de casos de uso, es posible visualizar de inmediato
la funcionalidad del sistema. Detalles adicionales pueden ser
agregados al diagrama si se deben especificar ciertos puntos
relacionados al comportamiento del sistema.
PowerDesigner permite construir este modelo ofreciéndole al usuario
la posibilidad de agregar la especificación de cada caso de uso y
seleccionar las clases que permiten implementarlo, siempre y cuando
se hayan definido en un diagrama de clases.
o Diagrama de Comunicación:

Es un diagrama UML de interacción. Describe una meta particular a

través de ciertas interacciones cronológicas entre los objetos. Los
diagramas de comunicación son similares a los de secuencia, pero
ofrecen una visión de conjunto de las relaciones entre los objetos, en
lugar de centrarse en el orden de los mensajes, a medida que se
ejecuta el software.

o Diagrama de Secuencia:

Es un diagrama UML de interacción. Representa la cronología

referente a la transferencia. Es un diagrama UML de interacción.
Representa la cronología referente a la transferencia de mensajes
entre objetos del sistema y sus actores. En un diagrama de
secuencia se indicarán los módulos o clases que forman parte del
programa y las llamadas que se hacen en cada uno de ellos para
realizar una tarea determinada. Se realizan diagramas de secuencia
para definir acciones que se pueden realizar en la aplicación en
cuestión. Así, en el caso de una aplicación para jugar al ajedrez, se
podrían realizar diagramas de secuencia para “jugar una partida” o
bien para acciones más específicas como “mover pieza”.

o Diagrama de Interacción:

Modela el comportamiento dinámico de un sistema. El diagrama de

interacción, representa la forma en cómo un Cliente (Actor) u Objetos
(Clases) se comunican entre sí en petición a un evento. Esto implica
recorrer toda la secuencia de llamadas, de donde se obtienen las
responsabilidades claramente.

o Diagrama de Actividad:

Es un diagrama UML que modela los aspectos dinámicos de un

sistema. Constituye una simplificación del diagrama “StateChart” o de
estado, para modelar los flujos de control en los procesos
organizacionales o computarizados. Se utiliza para mostrar una
visión simplificada de lo que ocurre durante una operación o proceso,
lo que permite describir como un sistema implementa su
funcionalidad.

o Diagrama de Estado:

Es un diagrama UML que describe una “Máquina de Estado” sobre el

comportamiento de un componente o clase. El comportamiento es
descrito a través de cambios en el tiempo o cambios de estado y a
través de los eventos que permiten esa transición. Se necesitan
cuando un objeto tiene una diferente reacción dependiendo de su
estado. El patrón de diseño de estado usa polimorfismo para definir
el comportamiento.
o Diagrama de Componente:

Es un diagrama UML que representa las dependencias entre los

componentes de software, incluyendo componentes de código
fuente, componentes de código binario y componentes ejecutables.
Un diagrama de componentes representa cómo un sistema de
software es dividido en componentes y muestra las dependencias
entre estos componentes.
Los componentes físicos incluyen archivos, cabeceras, bibliotecas
compartidas, módulos, ejecutables, o paquetes. Los diagramas de
Componentes prevalecen en el campo de la arquitectura de software
pero pueden ser usados para modelar y documentar cualquier
arquitectura de sistema.
 o Diagrama de Implementación:

Es un diagrama UML que complementa el diagrama de componentes

a través de detalles más precisos sobre la implementación física y la
interacción entre los componentes. Muestran los aspectos físicos del
sistema. Incluyen la estructura del código fuente y la implementación,
en tiempo de implementación.

Modelos de Requerimientos
 Requirements Model (RQM): describe un proyecto listando y explicando
de forma precisa que acciones deben ser implementadas durante el
proceso de desarrollo. En la práctica es común describir los
requerimientos en un documento llamado Especificación de
Requerimientos del Software.
Modelos de Replicación de datos
 Information Liquidity Model (ILM): En una herramienta de diseño
poderosa que permite simplificar el diseño y la configuración del motor
de replicación y permite diseñar y documentar las transformaciones de
datos (ETL y EII).

Modelos de Arquitectura Empresarial.

 Organization Chart: una Tabla organizacional representa la estructura de
una organización en un árbol gráfico. Puede ser usado para analizar y
mostrar las relaciones entre las unidades organizacionales (divisiones,
grupos, equipos, etc.), individuos y roles en una organización.
 Business Communication Diagram: un Diagrama de Comunicación del
Negocio es usado para analizar y definir las relaciones, flujos y otras
conexiones existentes entre todos los elementos del negocio tanto a
internos como externos (proveedores, clientes, sedes, etc.).

 Process Map Diagram: un Diagrama de Mapeo de Procesos es usado

para identificar la independencia de la arquitectura del negocio, de la
gente y de las unidades organizacionales y para describir las funciones
de negocio a través de la clasificación de sus procesos. Es una forma
fácil de entender los procesos a todo nivel de la empresa, que
representen la situación particular o propia de la organización, y donde
primordialmente se identifican las interrelaciones de los procesos como
mecanismo para mejorar las comunicaciones.
 City Planning Diagram: un diagrama de planeación de ciudad ofrece una
vista gráfica del panorama de la arquitectura de su empresa, utilizando
la metáfora de la planificación de la infraestructura de una ciudad para
representar a la organización de los sistemas, aplicaciones, etc en las
áreas de arquitectura.

 Application Architecture Diagram: un Diagrama de Arquitectura de

Aplicación muestra a un alto nivel la arquitectura de la aplicación,
 permitiendo identificar aplicaciones, sub-aplicaciones, componentes,
bases de datos, servicios, etc. y sus interacciones.

 Service Oriented Diagram: un Diagrama Orientado a Servicios le permite

asociar las aplicaciones y otros objetos de la capa de aplicación con
servicios de negocio y otros objetos en la capa de negocio para apoyar
un diseño basado en SOA. Permite la creación de sistemas de
información altamente escalables que reflejan el negocio de la
organización, a su vez brinda una forma bien definida de exposición e
invocación de servicios (comúnmente pero no exclusivamente servicios
web), lo cual facilita la interacción entre diferentes sistemas propios o de
terceros.

 Technology Infrastructure Diagram: un Diagrama de Infraestructura

Tecnológica muestra a un alto nivel la arquitectura física desplegada en
 la empresa. Permite obtener una comprensión de la infraestructura
tecnológica existente a través de una revisión de los sistemas existentes
y/o de la red actual de comunicaciones, Identificar las debilidades y los
riesgos inherentes a la infraestructura de la tecnología actual y las
oportunidades que se abordarán en la infraestructura de las nuevas
tecnologías.

Modelo Libre
 Free Model (FRM): permite crear cualquier tipo de diagrama o tabla en
un ambiente libre de contexto.

XVI. Historias de Éxitos

Empresa Carozzi
Empresa San Miguel
Empresa Promesa
Grupo Herdez
 Empresa Essentia

XVII. Bibliografía

 http://desarrollo.sybven.com/sybnuevo/wp-
content/uploads/2016/10/Modelos-de-PowerDesigner-16.pdf?
fbclid=IwAR2B0F6Er7QX5wkJmP_euzbLhGzI3fCOpWqhhYMqQQgB_iu
mvkKTs1IrI1A
 http://infocenter.sybase.com/help/index.jsp?
topic=/com.sybase.infocenter.dc38094.1650/doc/html/rad130581214186
8.html
 http://infocenter.sybase.com/help/topic/com.sybase.infocenter.dc38092.1
650/doc/image/penoba1314176115850_23-rad1232023281217.image?
fbclid=IwAR0ZG-T-1M9ScNRU3Q3ddawSSNi8P0I4W3i0omD2cg5-
8PxhlEw8bpv_xl8
 https://help.sap.com/doc/download_multimedia_zip-designer-
1660_pdweb_es_pdf/16.6.0/es-ES/pdweb_es.pdf?
fbclid=IwAR3GKH4bk3mtke8656HvJA00SGyuIJ_dqsPqEvGSg0Vftj20eC
Rj_GHMubQ
 http://uniandesinvestigacion.edu.ec/ide/wp-
content/uploads/2017/03/Instalaci%C3%B3n-CASE-Power-Designer-
1.pdf?
fbclid=IwAR1fOurfwAPX1cVngZnvOW88GHDxv8H7lZdv34ELk1G4XCQ
APAMN4-qGWEc
 http://uniandesinvestigacion.edu.ec/ide/wp-
content/uploads/2017/03/Instalaci%C3%B3n-CASE-Power-Designer-
1.pdf?fbclid=IwAR30CDBXc5nZLyHrRc4g5BSLujvg1-
3cDR6wlhO4BVvq9vm5F44-q36ePZA
 https://help.sap.com/doc/download_multimedia_zip-designer-
1660_pdweb_es_pdf/16.6.0/es-ES/pdweb_es.pdf?
fbclid=IwAR2QWGwy_615mNhGHFzJIsT7zeUJAY6YOabB8_Ck-
ojkx728JEGWiNukOsw