业务建模和Web环境下的驱动方法一、介绍近年来，管理信息系统的开发已经从基于4GL开发环境的编码实现，逐步转向基于业务基础平台的“快速构建、随需应变”，即采用业务建模平台对业务建模，然后通过模型驱动引擎对所建立的模型进行解释，将其“解释”成相应的业务应用系统，包括业务处理页面、业务流程和处理规则等。业务的分析和建模通常由系统分析员采用CASE工具来做，其成果用UML表达。虽然模型驱动的架构（Model-drivenArchitecture，MDA）仍然是软件行业的一个研究热点，但至今尚没有成熟的CASE平台或工具能够把UML模型自动转变为应用软件，其主要的原因可能在于UML语言对于应用软件的刻画尚难以达到类似程序语言的细致、准确程度。一种变通的做法，也是目前软件行业流行的做法是：在可视化的模型构建或转换工具的支持下，在系统分析员的指导下，由系统构建人员把UML业务模型转换为可被业务驱动引擎准确理解的业务模型，这种业务模型的元素通常采用XML元数据来描述。这是一个通过手工或半自动化方式，对UML业务模型进行理解、补充，使之转换为XML元数据模型的过程。该过程要确保后者能够以XML方式，精确地刻画出完整的业务。在这个过程中，针对业务的个性化需求，可能需要对XML标签及其相应的驱动方式进行编程式的扩展。在定义良好的业务元数据定义模式（XMLSchemaDefinition，XSD）的支持下，编程扩展的工作量可以显著减少，从而降低应用软件开发的复杂度。本文介绍一种采用UML工具对业务进行分析建模，然后使用可视化的业务建模工具把UML模型转变为XML模型，最后采用J2EE技术把XML模型驱动为富客户端（RIA）Web应用的完整过程。二、业务分析在完成业务调研后，由系统分析员采用面向对象分析（Object-OrientedAnalysis，OOA）方法，对所获取的调研资料进行分析，使用CASE工具和UML语言，建立业务逻辑模型。这里，我们所采用的CASE工具为Sparxsystems公司的EnterpriseArchitect（简称EA）软件，把业务模型描述为业务用例、系统用例和领域模型等三个主要组成部分。1、业务用例业务用例的描述包括采用UML表达的业务用例图、业务流程图，以及采用Word或Excel等其他文档表达的业务表单、业务报表和其他业务资料等。以某省国土资源厅土地利用规划业务分析为例：首先找出该项业务包括申请规划修编、申请规划局部修改和申请年度计划追加三个业务，其业务用例如图1所示。uc业务用例省厅土地利用规划管理部门TGBUC04申请土地利用规划修编市县国土所TGBUC05申请土地利用规划局部修改TGBUC006申请省留年度计划指标追加图1省厅土地利用规划业务用例图其中，申请规划业务局部修改的业务流程如图2所示。该流程是一个复杂的工作流，其中包含很多环节，在业务分析时，可以将其拆解为不同的业务子流程，并采用UML时序图，对各个业务子流程进行建模，如图3所示。在业务流程的每一个环节，必须明确办理人、需要使用的表单、需要查看的业务材料、以及需要打印出来的表单等，此处不作示例。在获得上述所有资料后，可以说对业务流程有了初步的了解，建立了能够反映用户业务处理过程的业务模型。req业务审查流程图2申请规划业务局部修改流程sd耕保地籍审查:窗口人员:市县国土所:耕保处派工人员:耕保处经办人员:耕保处审查人员:汇总会审意见人员:地籍处派工人员:地籍处经办人员:地籍处审查人员:土地利用规划1.0申请局部修改()1.1受理局部修改()1.2//回执单()1.3申请耕保处审查()1.4派工()1.5申请耕保经办()1.6耕保经办()1.7申请耕保审查()1.8耕保审查()1.9申请汇总意见()1.10汇总意见()1.11申请地籍审查()1.12派工()1.13申请地籍经办()1.14地籍经办()1.15申请地籍审查()1.16地籍审查()1.17申请汇总意见()1.18汇总意见()图3用UML时序图表示的业务流程图2、系统用例在获得业务流程的UML时序图后，就可以在时序图中引入信息系统对象，分析信息系统对业务流程的影响，找到哪些事情可以由信息系统承担，这些由信息系统承担的事情及其应用场景即是系统用例。这样，通过对所有业务用例的分析就可以找到所有的系统用例，图4所示的是土地利用规划的公共系统用例图。uc子用例土地利用规划提交下一环节打开待办项...
