软件工程 一体化案例分析教程（三）第3章 业务建模 Business Modeling（杜育根）.pptVIP

 软件工程一体化案例分析教程（三）Business Modeling 杜育根 本PPT教材： 杜育根. 软件工程教程：IBM RUP方法实践[M]. 北京：机械工业出版社，2013 导读 本章主要介绍RUP业务建模的基本概念、目的和具体方法。内容包括业务建模的概念、业务建模流程、建立业务用例模型和业务分析模型的概念和方法。 第3章 业务建模Business Modeling 业务建模概述 3.1 了解系统上下文 3.2 选定组织系统 3.3 建立业务用例模型 3.4 分析业务用例模型 3.5 建立业务分析模型 3.6 创建领域模型 3.7 3.1 业务建模概述 业务模型 一个业务模型是一个业务的抽象表示，提供了这个业务各个方面的简化外观。一个业务不能仅用一类业务模型表示。不同的业务模型强调某个业务特征或概念而隐藏其它方面。这样，才能专注于想要从事业务的某方面的相关信息。 3.1.1 业务建模目的 3.1.2 业务的构架视图 3.1.3 业务建模流程 1.评估业务状态 评估目标组织(要在其中部署最终系统的组织)的状态、确定改进的领域。 了解如何对项目进行分类以及采用哪种业务建模方式最合适。 决定如何在当前迭代中继续工作，并概括出在随后的迭代中如何处理业务建模工件。 初步理解目标组织的目标(即业务愿景)，而且涉众(Stakeholder)和业务建模团队对此能达成一致意见。 2.描述当前业务 为了了解组织的当前（按现状）业务流程和结构，并在此理解基础上来优化业务建模工作的目标。 涉及的任务： 3.定义业务 3.定义业务--（1）确定业务流程 目的： 涉及的任务： 确定术语 确定支持业务策略的业务目标 概述业务用例模型 划分要详细描述的业务用例的优先级 3. 定义业务--（2）优化业务流程定义 目的： 涉及的任务： 详细定义业务用例 描述业务用例如何支持业务目标 验证业务用例是否正确反映了业务的执行方式 3. 定义业务--（3）设计业务流程实现 目的： 涉及的任务： 确定业务中的所有角色、产品、可交付成果和事件 描述业务工作者、业务系统和业务实体将如何执行目标（待实现）业务用例实现 3. 定义业务--（4）定义业务操作 目的： 任务： 3. 定义业务--（5）优化角色和职责 目的： 涉及的任务： 4.探索流程自动化 目的： 涉及的任务： 5.开发领域模型 目的： 涉及的任务： 3.1.4 业务建模场景 组织图 领域建模 一项业务多个系统 新业务 一般业务模型 修改 场景 #2 场景 #3 场景 #4 场景 #5 场景 #6 场景 #1 3.1.5 业务建模关键任务 3.2 了解系统上下文 系统的上下文（context）指的是目标系统、与之交互的用户和外部系统。 业务建模作为软件需求的前一阶段，了解目标系统的上下文是很有必要，便于确定目标组织和业务范围。 案例分析----“数字软件学院”系统上下文 圈内是目标组织 学校用户 学院外部用户 学院用户 学院门户网站系统上下文 圈内是目标组织 学校用户 学院用户 系统管理员 3.3 选定目标组织 目标组织（target organization） 目标组织： 将要在其中部署最终系统的组织，它是业务的执行主体，是业务建模的对象。也就是系统的终端用户所在的业务单位（Business Unit）。目标组织可以是整个组织，也可以是组织的一部分。 3.3.1 确定目标组织的边界 如何就以下两个问题达成一致： 考虑在系统上下文中哪些重要的参与方是位于目标组织之外的参与方（也就是那些不能影响其工作、但仍需要跟他们有明确定义的接口的参与方）？ 如果为了执行业务建模来确定某个特定系统的需求，那么组织中有不受这个系统影响的部分吗？这样的部分可以认为是外部的，因为对于不受项目影响又不能影响项目的业务流程而言，完全无须使用资源来对其描述说明。 3.3.2 确定业务涉众 业务涉众是所有跟目标业务有利害关系的人，来自目标组织内部及目标组织外部且跟目标组织有关系的人和组织。 哪些是潜在的业务涉众？ 案例分析----数字软件学院的业务涉众 如果目标系统是整个“数字软件学院” 目标组织是整个软件学院，组织内的涉众包括院长、副院长、系主任、研究所所长、教务部主管、教职工、后勤人员以及本学生、研究生等。外部的涉众包括学校相关部门、其他相关专业院校、实习公司、学生就业单位、其他合作单位等。学生尽管不算软件学院的员工，有点类似公司的客户，但学院在业务上会影响学生，所以把学生作为内部涉众。 如果目标系统是门户网站 显然在这个系统开发好之前，是没有相应的业务活动，因而暂没有业务涉众。当然如果把目标系统看做是对原有