powerdesiger

powerdesiger

PowerDesiger是“一站式”建模与设计的解决方案。企业级用户可以借此创建新应用或对现有商业应用软件进行反向工程，而整个流程会十分迅速、流畅、经济。那些困扰项目开发的难题--------使用不同的技术、跨平台运行，以及在大部分企业中常见的混合多中开发语音都可迎刃而解了。这样用户可以在开发流程的各个阶段（从系统分析和设计到自动生成编码）将精力集中在实现商业需求上。 PowerDesiger为各类数据模型提供了直观的符号表示，不仅使设计人员能更方便、更快捷地使非计算机专业技术人员展示数据库设计和应用系统设计，使系统设计人员与使用系统的业务人员更易于相互理解和交流，同时也使项目组内的交流更为直观、准确，更便于协调工作，从而加速系统的设计和开发过程。 PowerDesiger向用户提供管理和访问项目信息的有效结构。设计人员不仅能够利用它设计和创建各类数据模型，而且可以对所建立的模型综合出详尽的文档，或者从已建立的数据库生成物理模型，进而生成所需要的文档。开发人员还可以对利用当前流行的多种开发工具快速生成的应用对象和组件的应用程序进行进一步修改和完善，以便更好地满足应用的需求。这种方法加强了对应用开发过程的控制，提高了软件生产率。 PowerDesiger集成特性灵活，其集成化的结构不仅使开发组的成员可以对其进行裁减，而且使开发单位能根据其项目的规模、范围和预算等个方面的因素来选择所需的模块，同时也便于系统进一步地扩展。 PowerDesiger是目前最为流行的软件分析设计工具之一，它大致具有以下特点： ►    为所有IT用户提供了一整套用于系统分析和设计的完全集成的建模解决方案，是少数几个能在一个环境中支持多种建模技术的设计工具之一：数据库建模（概念数据模型CDM、物理数据模型PDM），业务处理数据模型BPM，面向对象模型OOM，以及自由模型FEM。 ►    数据建模方面：利用基于可靠方法、真正的两级（概念上和物理上）关系数据库建模，设计并生成数据库模式。同时还支持数据仓库特别建模技术。 ►    强大的文挡定制自动生成功能（RTF和HTML两种格式），将程序员从大量的文挡重复工作中解脱出来（如生成大规模数据库的数据字典等）。 ►    用户可完全自定义的元模型板（包括DBMS定义文件，面向对象语言定义文件等）、扩展属性等，为特定需求用户生成特定需求的代码提供了最大限度的可能性。 ►    以结果为导向、以数据为中心的业务处理模型（BPM）可以使业务人员和IT员工在设计和开发中能顺利合作，有助于弥补业务需求创意和IT系统开发创意之间的隔阂，从而确保项目能满足业务目标的要求。 ►    提供了对所有UML图及所有主要平台的全方位支持（兼容J2EE（TM）、ebXML、Web服务和NET等） ►    在基于资源库的单一环境中提供了多种建模技术的元数据集成，包括技术层面和非技术层面的（在设计时使用诸如对象、关系映射及使用链接和同步技术将任何一个模型内的改动传达给所有其他模型）。 ►    为所有模型和对象提供了通用性能、扩展属性和脚本处理，而不仅仅是对数据库的自定义和开发语言支持。 ►    融入完整的版本控制功能（Repository），用来储存和管理所有建模和设计过程中的信息，将分析设计和版本控制无缝集成，使得建模团队的协作能够得到更有效的管理和控制，并将其中不一致的部分最小化，可以轻易查阅并共享工作组里所有成员的建模和信息，版本库可升级支持角色安全设置、版本控制、搜索及报告能力，从而极大地提高了开发者的效率。 PowerDesigner作为图形化的数据库模型设计工具软件，其集成特性灵活，采取模块化设计，共由以下六个模块组成: (1)ProcessAnalyst：用于系统的需求分析，可用于设计和构造数据流图（DFD）和数据字典。它支持多种处理建模方法，用户可以选择适合自己应用环境的建模方法来描述系统的数据及对数据的处理。 (2)DataArchitect：用于对概念层和物理层的交互式数据库设计和构造。使用DataArchitect可以很方便地设计数据库的概念模型并对该DBMS自动生成物理模型。该模块还提供高质量的文档生成能力和逆向工程能力，可从现有的数据库中得到其物理模型和概念模型，并生成相应文档。 (3)AppModeler：应用建模工具，用于物理建模和应用对象及数据组件的生成。 (4)MetaWorks：用于团队开发、信息共享和模型管理。 (5)WarehouseArchitect：用于数据仓库和数据集的建模和实现。 (6)Viewer：用于以只读的、图形化方式访问整个企业的模型信息。 PowerDesiger具有强大的数据库建模能力，包括概念数据模型（CDM）和物理数据模型（PDM）两个部分。独立与DBMS的概念数据模型，可以被看做是对现实世界的抽象理解，创建概念数据模型时可以完全不考虑最终选择的DBMS，脱离物理实现的考虑。而物理数据模型（PDM）则是对数据模型进行物理实现，是需要和Microsoft SQL Server、Qracle等具体的DBMS打交道的模型。因此，PDM将比CDM更加具体、细节，并且具有数据库相关性。 从PDM生成CDM是逆向工程的一种，因此需要根据物理层次上的改动对概念层次上的模型进行相应的修改。PDM和CDM中的对象之间的对应关系如下表： PDM中的对象 CDM中的对象 表（Table） 实体（Entity） 表中的列（Table column） 实体属性（Entity attribute） 主码或外码（Primary or Foreign key） 标识符 参照（Reference） 一对多联系 连接表（Join table） 多对多联系 下面以CDM的应用实例来具体分析 CDM：信息系统的概念设计工具，即实体-联系图（E-R图），CDM就是以其自身方式来描述E-R图。此时不考虑物理实现的细节，只表示数据库的整体逻辑结构，独立于任何软件和数据存储结构。如下列职员和项目两实体的E-R图： 通过对PowerDesinger的学习，使我能利用这个全新的进行系统整体分析和设计，为成为优秀的系统分析员奠定坚实的基础。