业务建模课件

《业务建模课件》由会员分享，可在线阅读，更多相关《业务建模课件（33页珍藏版）》请在金锄头文库上搜索。

1、业务建模是OOAD的重要组成部分，简单的说，业务建模就对业务领域问题进行结构化的描述。这个描述将会直接指导最终生成的软件，业务模型是否具有扩展性，业务模型是否能够正确的反映需求，都将影响最终软件的质量。,第13章 业务建模,主要内容,13.1 业务建模概述 13.2 业务建模的目的 13.3 业务建模的规模 13.4 业务模型 13.5 业务体系结构,13.1 业务建模概述,信息系统建设常常存在着以下问题 一般随意的表述缺乏严密性，不熟悉业务的人（如开发人员）可能产生不同的理解 开发人员需要的系统功能需求规格定义往往过于技术化 传统的方法需要业务人员编制需求文档，开发人员根据理解编制系统功能需

2、求规格定义文档，双方不断确认。一般耗时较长且容易反复,什么是业务建模？ 业务（Business）是指商业（或非商业）组织及其运作的活动流程。 建模（Modeling）是指人类对事物进行的一种可视化抽象活动，目的是为了揭示事物的本质和规律。 业务建模，又称为企业建模。它是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系，业务建模强调以体系的方式来理解、设计和构架企业信息系统。,业务建模的优点,易于学习，使用 可以作为其他开发工作的必要输入 计算出业务流程的性能 确定业务流程中的可改进之处 明确业务架构,基本概念,目标：业务试图要达到的结果，也就是希望资源处于什么

3、样的状态。 过程：在业务中被执行的活动，这些活动会改变资源的状态。 资源：在业务中使用或产生的对象，如信息、产品等。 规则：对业务中某些方面进行规定或约束的声明，是业务知识的一种表示形式。规则可分为功能性、结构性和行为性三种类型。,13.2 业务建模的目的,了解目标组织的结构及机制 了解目标组织中当前存在的问题并找出改进的可能性 评估组织变动将带来的影响 确保客户、最终用户和开发人员就目标组织达成共识 导出支持目标组织所需的软件系统需求 理解将要开发的软件系统如何在目标组织中工作,业务模型与其他工作流程的关系,业务模型是需求工作流程的一种重要输入，用来了解对系统的需求 业务实体是分析设计工作流

4、程的一种输入，用来确定设计模型中的实体类；也是数据建模的一种重要输入 环境工作流程开发并维护支持工件,需求和业务建模,业务建模是需求工程中最初始的阶段，也是整个项目的初始阶段。需要指出的是，业务建模时间的跨度在不同的项目中有很大的差别的。在有些项目中，例如大型ERP系统，可能需要几个月的时间。而对于普通的项目，业务建模的时间可能仅仅需要几天的时间。 需求是技术无关（technology independent）的。在需求阶段讨论技术是没有任何意义的。技术的实现细节是在后面的分析、设计阶段才需要考虑的事情。而在业务建模阶段，不但要保证需求的技术无关性，还要保证需求不要深入细节。因为在业务建模阶段

5、，最重要的事情就是要了解业务的全貌，深入细节会浪费时间和精力。,13.3 业务建模的规模,1. 组织图 需要构建组织及其流程的简图，以便更好地了解对正在构建的应用程序的需求。在这种情况下，业务建模就成了软件工程项目中的一部分，它主要是在先启阶段执行的。通常，这些工作在开始时仅仅是画出组织图，其目的并不是对组织进行变更。但实际上，构建和部署新的应用程序时往往会进行一定程度的业务改进。,2. 领域建模 如果构建应用程序时的主要目的是管理和提供信息（例如，订单管理系统或银行系统），可能选择在业务级别上构建该信息的模型，而不考虑该业务的工作流程。这就称为领域建模。通常，领域建模是软件工程项目的一部分，

6、它是在项目的先启阶段和精化阶段中执行的。,3 .单业务多系统 如果正在构建一个大的系统（即一系列的应用程序），那么一个业务建模工作可能成为数个软件工程项目的输入。业务模型可以帮助找出功能性需求，并且也作为构建应用程序系列构架的输入。在这种情况下，通常将业务建模工作本身当做一个项目。,4. 通用业务模型 如果正在构建一个供多个组织使用的应用程序（例如，销售支持应用程序或结账应用程序）。一种有效的做法是：从头到尾进行一次业务建模工作，从而按这些组织的经营方式对它们进行调整，避免一些对于系统来说过于复杂的需求（业务改进）。但如果无法对组织进行调整，那么业务建模工作能够帮助了解并管理这些组织使用该应用

7、程序时存在的差别，更容易确定应用程序功能的优先级。,5 . 新业务 如果某个组织决定要启动一项全新的业务（业务创建），并将构建信息系统来支持该业务，那么就需要进行业务建模工作。在这种情况下，业务建模的目的就不仅仅是要找出对系统的需求，而且还要确定新业务是否可行。在这种情况下，通常将业务建模工作本身当做一个项目。,6 . 修改 如果某个组织决定要对其经营方式进行彻底修改（业务重建），那么业务建模通常本身就是一个或多个项目。通常，业务重建分数个阶段完成：新业务展望、对现有业务实施逆向工程、对新业务实施正向工程以及启动新业务。,13.4 业务模型,业务建模中的角色和相应活动,模型元素,业务模型的两种

8、展现形式,Business Use Case模型 Business Object 模型（业务对象模型）,Business Use Case 模型,Business actors Business use cases business actor和business use cases之间的关系 描述事件流 活动图 时序图,Business Use-Case模型,Business actor,Business use case,Business Actor 代表了与业务有关的角色，此角色由业务环境中的某个人或 物扮演。业务参与者可以是个人、物、组织或其它业务等。,Business Use Case

9、 由一组业务用例实例形成的完整业务，其中每个实例都是业 务执行的一个操作序列，对于特定的业务参与者来说，操作 序列所产生的结果是可见值。,Business Use Case diagram Business Actor和Business Use Case之间的关系。此图的目 的是从用户角度描述业务功能并指出它们之间的关系，画图 方法一般是先找出Business Actor，再确定为这些Business Actor提供的业务。,Business Object模型,Business entity（业务实体） Business workers 职责与关系,Business Worker 是在业务中发

10、挥作用的人的抽象，完成特定的工作，操纵业 务实体，和其他Business Worker交互。,Business Entity 在业务模型中，业务实体代表Business Worker访问、检查、 操纵、生成等的对象。业务实体对象为那些参与不同的业务 用例实现的业务工作者提供了共享基础。,Business Object模型,Business Model补充业务规约,业务词汇表：定义在项目的业务建模部分所使用的重要术语。 业务规则：必须遵守的政策或条件的声明。 目标组织评估：其中说明了要在其中部署系统的组织的当前状态。 需要说明以下几点：当前各流程、工具、人员才能、人员态度、客户、竞争对手、技术趋

11、势、问题及待改进之处。 业务前景：确定了业务建模工作针对的目标和对象。 补充业务规约：提供了一些必要的、但未包括在业务用例模型和业务对象模型中的业务定义。 业务架构文档：采用许多不同的构架视图来描述业务的不同方面，对业务进行了全面概述。,13.5 业务体系结构,业务体系结构就是一个已组织好的元素集合，这些元素表示 的是业务系统中的组织结构、行为结构和业务过程的抽象， 它们之间有清晰的关系，并根据功能形成一个整体。 Eriksson-Penker扩展方法中采用业务景象视图、业务过程视图、 业务结构视图和业务行为视图来描述业务体系结构。,业务景象视图,业务过程视图,业务结构视图,业务行为视图,业务

12、景象视图是关于业务的总体景象，该视图描述了机构中的业务目标结构以及为达到业务目标需要解决的问题。可以用UML的类图、对象图来描述业务景象视图。 业务过程视图表示业务中的活动及活动和资源之间为达到业务目标所进行的交互，该视图也考虑不同业务过程之间的交互。可以用UML的活动图来描述业务过程视图。,业务结构视图描述业务中资源的结构，如业务的组织方式、所创建的产品结构等。业务结构视图可以看作是业务过程视图的补充，它提供了一些在业务过程视图中不能表示但对机构的运作来说比较重要的一些信息。可以用UML的类图、对象图来描述业务结构视图。 业务行为视图考虑的是业务模型中每个重要资源的单个行为。可以用UML的状态图、顺序图、协作图、活动图等来描述业务行为视图。 在以上四种视图中，业务过程视图是业务模型的核心。,