1．简介
提高软件质量，缩短开发周期, 并且使软件更能够适应业务需求的变化，以提高投资回报率，是每个企业所面临的、需要解决的关键问题。软件建模一直被认为是提高与有效控制软件质量的解决之道。近些年来为大家关注的主要是数据设计模型、对象模型、和业务流程模型。由于历史原因，面向数据架构，开发以及业务分析的建模工作总是被单独购买，彼此之间没有集成或共享信息。但是，企业不断需要更集成的建模套件，即集成化企业级建模工具，来支持在共享环境下，企业整个架构的不同方面的全面建模。
目前各主要的建模工具厂商如Sybse PowerDesigner, IBM Rational Rose, Computer Associates的ERWin等都在加强各自建模工具的融合与集成。PowerDesigner经过近20年的发展，已经在原有的数据建模的基础上，形成一套完整的集成化企业级建模解决方案（如图1所示），
融合了几种标准建模技术：传统数据库建模、使用 UML 的应用程序建模和业务流程建模。而且支持主流应用程序开发平台（如 Java J2EE、Microsoft .NET、Web Services 和 PowerBuilder，Eclipse等）以及流程执行语言（如 ebXML 和 BPEL4WS）。业务或系统分析人员，设计人员，数据库管理员DBA和开发人员都可以对其裁剪，以满足他们的特定的需要。
本文首先介绍PowerDesigner12对企业级建模支持所提供的各个模型及其之间的关系。并通过典型实例－客户订单处理子系统展示PowerDesigner12在以数据为中心的企业应用分析开发这个生命周期的全面建模的支持。
2. 企业级建模 ＝ PowerDesigner
Sybase PowerDesigner是Gartner评出的2004年全球排名第一的数据库建模工具。PowerDesigner灵活的分析和设计特性允许使用一种结构化的方法有效地创建数据库或数据仓库，并支持最新的RDBMS引擎以及数据库中的Web services和XML等功能，而且不要求严格遵循一个特定的方法学。PowerDesigner提供了直观的符号表示使数据库的创建更加容易，同时能更加简单地向非技术人员展示数据库和应用的设计。目前PowerDesigner支持60多种数据库及其不同版本，主要的数据仓库以及数据分析工具(OLAP)等
PowerDesigner是一个功能强大而使用方便的工具集，为新一代数据库应用的建模提供了全面的支持。具体地，PowerDesigner提供：
1． 需求分析模型（Requirements Model—RQM）
2． 企业业务流程模型（Business Process Model—BPM）
3． 概念数据模型(Conceptual Data Model—CDM)
4． 物理数据模型(Physical Data Model—PDM)
5． 对象模型(Object Oriented Model－OOM)
6． 信息流动模型（Information Liquidity Model—ILM）
7． XML 模型（XML Model）
8． O/R 映射支持（如Hibernate，JDO等）
并提供了强大的模型间生成、链接和同步技术（具体地转换关系见图2），比如由CDM可以生成PDM，PDM可以生成OOM，OOM可以生成 
应用程序的代码，并可以从应用程序代码（如C#, Java等）生成类图（双向工程）等。并提供了冲突分析(impact analysis)，有效地评价各个模型修改带来的冲击，从而得到更好的敏捷性和可预测性。这样，用户可以根据需求分析模型(RQM)，从面向对象分析设计（OOM）开始，依次建立用例图，时序图及类图，由类图转化为CDM以及PDM；或者从结构化分析开始，依次产生流程分析模型(BPM), CDM，PDM并转化为类图等。为了支持企业团队的开发管理，PowerDesigner更进一步，建立了所有模型的统一共享环境，一套元数据库(metadata repository)，为企业级应用的分析、设计与开发提供了一个企业建模、UML和数据建模等三种建模的集成化的工作环境。
3．PowerDesigner 应用实例
3.1客户订单处理子系统需求定义
建立需求模型的目的是定义系统边界，使系统开发人员能够更清楚地了解系统需求，同时为计划迭代的技术内容提供基础，为估算开发系统所需成本和时间提供基础。 PowerDesigner提供了有效的需求建模，保证更准确的项目结果，并通过建立设计和需求的关联保证更好的可追踪性。图3给出的是客户订单处理子系统中的部分需求模型，PowerDesigner通过层次结构显示了该系统的主要功能。用户可以通过属性对话框（如图3所示），进行详细的需求描述。同时，为了进一步分析该子系统的业务需求，结构及机制，发现企业中当前存在的问题并确定改进的可能性，可以进行业务流程分析。图4给出了该子系统的最上层的企业业务模型表示。在PowerDesigner中，不仅支持业务过程建模，而且也提供了业务流程仿真，业务流程经过配置，可以导入Simul8中进行仿真，帮助用户对业务过程进行量化的评价。 
由于该企业原来已经有若干Legacy子系统，包括CRM，ERP以及订单管理系统，因此，该企业提出基于XML的Web Service的集成，同时为了有效响应市场的变化，必须建立决策支持子系统，如库存趋势分析或客户响应分析等，提高企业资源的合理分配及其敏捷性。 
3.2 概念数据模型 (CDM) 建模
概念数据数据模型（CDM）设计是建模过程的关键阶段，此阶段把现实世界中需要保存的信息抽象成信息世界中的实体(Entity)和关系(Relationship)，产生实体关系图(E/R Diagram)。这一阶段可以为高质量的应用提供坚实的基础。建立概念数据模型(CDM)是一项综合性的工作。通常在一个清晰的、包括全部业务过程描述的应用需求的基础上，由具有业务领域知识的专家和数据模型专家共同合作，把这些原始数据转化成数据流程图和概念数据模型。
PowerDesigner并不限制CDM的建模过程，用户可以（1）从数据项开始，“自底向上”地从最小的数据单位开始向上构造，当收集到足够的信息时进行归纳，把数据项分组放入不同的实体中，然后归纳产生域；（2）从感兴趣的对象开始，即实体开始，然后指定它们的属性。当收集到足够信息时，进行归纳产生域；图4的CDM就是根据上面的系统需求分析中的从实体选择出发，如在图3的需求模型以及图4业务过程模型中，可以抽取Customer, Order, Product等实体，逐渐完善各实体的属性，并建立它们之间的关系。（3）也可以“自顶向下”，从域开始，使用这种方法，在收集开发数据模型前，必须有某些业务问题所需要的预备知识，以此对数据进行标准化。
PowerDesigner支持非常复杂的概念模型建模，包括中间实体（Association Entity），标识符（Identifier），检验约束(包括数据项或实体属性的取值范围及有效性规则)，实体继承，复杂关系定义，如：一对多，多对一及多对多以及反身（Reflexive）与依赖关系等（见图5）。 
这里需要特别指出，PowerDesigner引入了业务规则。定义了6种业务规则的类型：定义型(Definition)，事实型(Fact)，有效型(Validation)，公式型(Formula)，需求型（Requirement）和限制型(Constraint)。这些规则能够定义实体、联系的状态、数据一致性及业务表达式。在CDM转换成PDM的过程中，概念级定义的业务规则直接转换成物理级的业务规则。在PDM 中，实现业务规则需要使用特定的RDBMS 的代码（例如，触发器或存储过程）。上述功能大大增强了数据库系统的分析建模能力。
3.3 物理数据模型(PDM)建模
CDM反映了业务领域中信息之间的关系，它不依赖于物理实现。只有重要的业务信息才出现在CDM 中。PDM定义了模型的物理实现细节。例如，所选RDBMS的数据类型特征、索引定义、视图定义、存储过程定义、触发器定义等。PowerDesigner支持CDM和PDM之间的双向工程。图6是由图5所示的CDM模型自动生成的PDM模型，CDM中的实体，实体属性，标识符，联系，甚至继承关系等都将自动转换为PDM中的表，列，主键或外键，参照完整性等。用户可以通过属性对话框，修改PDM模型并反向生成并合并（Merge）原来的CDM模型。
PDM建模除了最基本的数据库建模（如表，列，主键/外键以及关系定义）的支持，还支持触发器(Trigger)和存储过程或函数的建立与优化，并建立它们与业务规则的关系。用户可以针对选择的RDBMS，进行数据库的优化设计。并且经过PDM的模型校验后，设置生成属性（自12.0后，为了提高用户设置的复用性，这些设置可以保存在模型内/外），可以生成SQL脚本，直至通过ODBC直接生成到最终的DBMS中。当然PowerDesigner还支持由DBMS的逆向生成PDM模型，即用户可以选择DBMS中现有的表，生成它们的PDM模型。整个过程都是可以迭代进行，不断完善用户的物理数据库模型。 
在完成PDM建模以后，用户可以根据需求，如本书中的实例中要求基于XML的Web Service的集成，因此需要生成相应的XML模型。PowerDesigner可以根据用户的选择（如选择所需的表等）生成相应的XML模型，并提供了进一步编辑与修改环境。图7是本书实例对应的XML模型及其属性对话框。 
扫一扫
1090
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
