【UML教程】业务建模.pptVIP

第12章 业务建模 1. 业务建模概述 1. 业务建模概述 1. 业务建模概述 1. 业务建模概述 1. 业务建模概述 2. 业务建模中的基本概念 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 3. UML的业务建模扩展 4. 业务体系结构 4. 业务体系结构 5. 从业务模型到软件模型 5. 从业务模型到软件模型 * 业务建模是对问题域的工作过程建模。不同于软件系统建模，但它是系统建模的依据。 开发软件系统的主要问题是：系统的需求是不是用户的真正需求？怎样才能知道用例分析中得到的用例集完全满足了用户的需求？ 业务建模可以较准确地捕获需求，能够为软件系统分析设计提供依据。 一个机构中存在各种各样的业务过程，每个业务过程往往由多个活动组成。 需要业务建模的系统：企业信息系统、银行业务系统、电信服务系统等。 不需要业务建模的系统：操作系统、嵌人式系统等。 目的：1）更好地理解、分析、改善和替换机构中业务过程；2）作为软件系统的开发基础，使软件系统能更好地支持机构的业务过程。 对以下几个方面建模： 对象（object），涉及what方面的问题；原材料、产品、工人等 过程（process），涉及how方面的问题；机构中的工作流程、主要过程 事件（event），涉及when方面的问题；在什么时候做什么活动 地点（location），涉及where方面的问题；在什么地方做什么活动 社会-政治（s-p），涉及who方面的问题。社会环境 业务模型与软件系统的关系（类似接口与实现） 主要概念有： 目标（goal），业务企图达到的结果。生产一种产品，机构向社会提供某种服务等 过程（process），在业务中被执行的活动，这些活动会改变资源的状态。 资源（resource），在业务中使用或产生的对象，资源之间存在相互关系。人，物料，信息，产品等。 规则（rule），对业务中的某些方面进行规定和约束，是业务知识的一种表示形式。规定了一个过程应该怎样执行，资源的结构及相互关系应该是怎样的等。 规则分：功能性（达到某种需求）、行为性（怎样做）和结构性（资源间关系）三种类型，分别可由业务用例图、活动图和分析级类图描述。 业务建模与UML没有直接关系：各自是独立演化、发展的。 使用UML建立业务模型有许多好处： 概念上相似 许多概念可自然地影射到OO技术中。 技术成熟 OO技术已在软件开发领域使用多年，证明其能够处理大型复杂的软件系统，同样可处理大型复杂的业务系统。 标准化的符号 UML已成为标准，标准化符号有助于业务建模人员与软件开发人员的交流。 消除业务模型与软件模型之间的鸿沟 采用一致的符号，能消除模型之间的鸿沟，象OO能消除分析与设计阶段的鸿沟一样。 通过扩展UML进行业务建模，方法是：在UML的核心元素上定义构造类型来满足业务建模的需要。 Eriksson-Penker扩展 Rose 2003扩展 Eriksson-Penker扩展 <<process>> 业务过程 业务过程是活动的<<process>>构造类型 <<assembly line>>a 装配线是包的<<assembly line>>构造类型 装配线表示信息系统中的一个信息对象，业务过程可以读或/和写装配线上的信息 Eriksson-Penker扩展 资源是业务过程产生、更新和使用的对象。可是信息、抽象资源和具体资源 <<resource>> resName 信息是资源的一种，在消息的传递过程中获得的知识。 用类的<<information>>表示。 <<information>> infoObjName Eriksson-Penker扩展 抽象资源是是不可触摸的资源，如数学公式、概念等。 <<abstract>> resName 具体资源是看得见、摸得着的资源，如机器、文档等。 <<physical>> resName Eriksson-Penker扩展 目标是业务试图要达到的结果。 <<goal>> Name 人是具体资源。 <<people>> peopleObj Eriksson-Penker扩展 目标是业务试图要达到的结果。 业务规则对业务中的某些方面进行规定和约束。 Eriksson-Penker扩展实例