第8章 业务模型.ppt

8.1 业务模型概述　　业务模型是建立软件系统时所依据的现实世界或者问题域模型，是建立软件系统的基础。业务模型的正确性是保证最终的软件系统能够满足业务需求的前提条件。一般来说，业务模型是完全忠实于现实世界或者问题域的，是现实世界或者问题域中规律的真实体现和反映。系统模型和业务模型之间的关系是依赖关系，如图8.1所示。 图8.1 软件系统对业务模型的依赖性 　　业务模型和系统模型的区别在于业务模型一般与计算机系统或者实现环境无关，但与分析方法有关。分析方法则与计算机系统及实现方法有关，如数据流、实体关系、对象关系等，所以分析方法是业务模型和系统模型之间的桥梁。　　在现代软件工程方法中，建立业务模型的工作显得越来越重要。在传统的软件工程方法中，是在需求分析阶段进行建立业务模型的活动。用来建立业务模型的主要工具是系统业务流程图、数据字典和E-R图。在现代的软件工程中，建立业务模型的工作被划分成一个独立的阶段任务。在RUP中，业务建模是核心工作流中的第一个工作流。使用UML进行业务建模时常用的工具是类图、活动图等工具，它们分别对应着传统软件工程中的E-R图和流程图。 　　根据问题种类的不同，业务模型的内容有所不同。对于某个组织的信息系统来说，其内容一般包括组织目标、组织结构、业务岗位、业务职责、业务用例、业务流程、业务对象等；对于科学问题，其业务模型则应该包含着工程问题的目标及结构等，如大型结构计算问题，其目标是求解大型结构的受力和变形，业务对象包含了钢梁、桁架、连接件等；对于游戏类问题，其业务模型一般为游戏背景、游戏角色人物和游戏情节等。　　本章重点以组织信息系统为例，分别就建立业务模型的目的和内容、业务建模流程以及业务建模中使用到的元素进行说明，最后给出一个业务建模实例。 8.2 业务建模的目的及内容　　8.2.1 业务建模的目的　　建立组织信息系统业务模型的目的在于：　　(1) 理解组织的目标，明晰目前存在的问题，标识出潜在的改进措施。　　(2) 评估组织业务变化的可能性和这种变化的影响范围。　　(3) 保证客户、用户、开发者和其他相关人员对组织有一致的理解。　　(4) 导出支持目标组织的软件系统需求。　　(5) 理解将要部署的软件系统怎样才能适合于组织的需求。 　　组织业务是否需要改变取决于成本、质量、组织预期的上市时间等因素。业务建模要确定组织当前存在的问题，标识需要改进的环节。一个健壮组织的特征就是要能够根据业务的改变而及时进行组织调整，即实现所谓的“业务驱动”。　　组织目标是该组织要实现或者要达成的目标。组织结构是实现组织目标的物质基础，它包含部门、岗位设置、业务组成等等。只有静态的组织结构图尚不足以理解业务是如何工作的，还需要使用业务流程等动态视图，因此业务模型应该涵盖组织结构的静态视图和组织中业务流程的动态视图。 　　许多和项目相关的人，如投资者、开发者都需要理解业务。因为这些人有着不同的背景和兴趣，因此他们对业务的观察过程往往具有不同的视角，会得出不同的看法。在业务建模过程中，我们必须要使用通用的符号和简单易理解的方式进行业务建模，必须保证得出的业务模型能够支持不同的描述方式、能够适应不同的观察角度和不同的抽象级别。否则，业务模型的可理解性就会受到影响，而如果业务模型难以被人理解，则业务建模工作也就失去了意义。 8.2.2 业务建模的内容　　在RUP的业务建模过程中，除了建立业务用例(business usecase)模型和业务分析(business analyse)模型之外，还需要建立：　　(1) 业务愿景(business vision)：包含业务目标、范围、前景等。　　(2) 业务体系结构(business architect)：包括组织结构和业务结构。　　(3) 补充的业务规格说明(business specification)：主要的业务规格外的非关键的业务　　要求。　　(4) 业务规则(business rule)：包含了业务进行的约束和条件。　　(5) 业务词典(business dictionary)：包含了业务系统中的主要业务术语及解释。 8.3 业务建模流程和任务  图8.2 RUP中业务建模流程 　　(1) 评估企业状态。该任务的目的是理解问题域，发现潜在的问题。即通过对当前业务过程、业务工具、业务技能、市场环境的分析，评估并描述组织的当前状态，描述为什么需要设计组织目标，标识出业务建模的参与者(Business Actor)，通过业务建模，达到选择更高效的业务途径的目标。 　　(2) 描述目前企业的业务状态、定义企业的业务体系结构，包括：　　① 业务体系结构分析：理解影响业务的关键因素，包括业务体系结构