Power-designer.docx

  • Uploaded by: Ivanov Torres Robles
  • 0
  • 0
  • December 2019
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Power-designer.docx as PDF for free.

More details

  • Words: 10,690
  • Pages: 63
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-amuchos 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: 

V.

Guía de funciones básicas> Vinculación y sincronización de modelos> Generación de modelos y objetos de modelo 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:  

VII.

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

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:  

VIII.

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. 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.



XII.

Para cambiar el idioma del proceso con el que se modela, seleccione Idioma> Cambiar idioma del objeto actual. 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:  

XIII.

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. 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.









XV.

 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.

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 / 0701-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/wpcontent/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-1M9ScNRU3Q3ddawSSNi8P0I4W3i0omD2cg58PxhlEw8bpv_xl8  https://help.sap.com/doc/download_multimedia_zip-designer1660_pdweb_es_pdf/16.6.0/es-ES/pdweb_es.pdf? fbclid=IwAR3GKH4bk3mtke8656HvJA00SGyuIJ_dqsPqEvGSg0Vftj20eC Rj_GHMubQ  http://uniandesinvestigacion.edu.ec/ide/wpcontent/uploads/2017/03/Instalaci%C3%B3n-CASE-Power-Designer1.pdf? fbclid=IwAR1fOurfwAPX1cVngZnvOW88GHDxv8H7lZdv34ELk1G4XCQ APAMN4-qGWEc  http://uniandesinvestigacion.edu.ec/ide/wpcontent/uploads/2017/03/Instalaci%C3%B3n-CASE-Power-Designer1.pdf?fbclid=IwAR30CDBXc5nZLyHrRc4g5BSLujvg13cDR6wlhO4BVvq9vm5F44-q36ePZA  https://help.sap.com/doc/download_multimedia_zip-designer1660_pdweb_es_pdf/16.6.0/es-ES/pdweb_es.pdf? fbclid=IwAR2QWGwy_615mNhGHFzJIsT7zeUJAY6YOabB8_Ckojkx728JEGWiNukOsw

More Documents from "Ivanov Torres Robles"