• 标准
–参与者：系统之外、直接与系统交互、人或 物、有责任和目标
–用例：执行者可见、有意义的目标、业务语 言、动宾、用户视角、交互完整
–粒度：操作者与计算机的一次完整交互
北京北大方正电子有限公司
五、功能需求描述
• 有了详细的系统用例，就不用再功能分解
–是对结构化分析和WBS的挑战
• 是功能需求，而不是功能 • 描述功能需求的要点
• 禁忌
–从里往外看、硬套解决方案
北京北大方正电子有限公司
1. 业务用例图
• 建模步骤
–根据业务目标界定边界，和计算机实现无关 –业务主角
• 边界之外、对系统有明确期望和回报、主动要求 • 不是系统强加的角色，是实际的岗位或人员
–业务用例
• 由参与者主动发起、可观测、完整的业务目标 • 粒度：边界要清楚，用例数在10~50个之间 • 用例≠功能，不是能做什么，而是要做什么
• 面向过程分析 vs 面向对象分析
–SA：顺藤摸瓜得到全貌，结构化分解为子系 统和各级功能，重点关注流程
• 例如：数据流程图、需求规格说明书的功能划分 • 问题：在随需应变的商业环境下，流程不再稳定
–OOA：着眼于个体和局部，了解个体的特征、 行为、需求，找到相邻的联系，按不同视角分 析，最终得到整体任务全景
一、用例分析技术概述
• 用例与需求调研
–面对的是局部个体，问对人，做份内之事， 看到关心的结果
• 请比较调研分析的角度：
–A. 您希望系统帮你做些什么事情？ –B. 您希望系统怎么做比较好？ –C. 系统这样做，你看如何？ –D. XX部门需要什么功能？提供这些功能如何？ –E. 我们有这些很有用的功能
北京北大方正电子有限公司
2.1 界定业务目标
• 目的
–时刻提醒需求分析的方向，不偏离边界范围
• 做法
–先将业务目标简明准确的概括出来 –对具体目标编号、标题+说明 –在业务建模图中标出各个业务目标
北京北大方正电子有限公司
2.1 界定业务目标
北京北大方正电子有限公司
2.2 划分业务视角
• 目的
–限定分析范围、业务边界，避免用例混乱 –在特定业务视角中满足业务需求
系统设计
★ ★ ★ ★ ★
☆
详细设计
★ ★ ★ ★ ☆ ☆
北京北大方正电子有限公司
二、需求分析视图
• 用例建模的疑惑
–快速原型，让用户先认同原型，再不断开发 –软件就是设计很多功能，最终能满足需求 –前期无法确定需求，先尽快完成再调整 –用户不懂用例，我们也不懂，也没时间建模 –直接告诉程序员要做什么，更准确快捷
uc 建立图书库的业务用例
uc 使用图书资源的业务用例
汇集图书资源
数字出版专员
录入书目信息 导入ERP书目信息
出版社编辑 出版科人员
选用图书素材 获取排版文件
北京北大方正电子有限公司
1. 业务用例图
• 使用场合
–来源于访谈，表达业务目标，按需定做 –多角色、业务流程复杂、长期发展
• 要领
–找出业务参与者、关心的问题 –站在客户角度看，忘掉系统，不要急于实现
北京北大方正电子有限公司
2. 业务场景活动图
北京北大方正电子有限公司
2. 业务场景活动图
• 使用场合
–描述复杂、核心的业务流程的各种场景
• 要领
–按角色划分泳道，明确职责和联系 –活动为业务用例或关键概念用例
• 禁忌
–强加系统流程、涉及用户不可见的内容 –非用户语言
北京北大方正电子有限公司
3. 系统用例图
北京北大方正电子有限公司
一、用例分析技术概述
• 快速原型法 vs 面向对象分析
–快速原型法的前提是必须了解实际业务需求 –前者是具体的一种实现方式，易丢失原始需
求，掺入过多细节、华丽功能、个人设计习惯 –可结合起来，用后者来分析，当成编写电影
脚本，用前者来直观呈现和印证挖掘，佐证结 果按使用者角度记载下来，保留业务需求 –不要以建模成本高而放弃OOA思想
uc 系统用例图
导入ERP书目信息
数字出版专员
录入书目信息 检查图书资源
出版社接口人 出版社编辑 出版科人员
确认采集情况 采集图书资源
«include» 查看采集任务
«include»
选用图书素材
«include»
查找图书
获取排版文件
«include»
北京北大方正电子有限公司
3. 系统用例图
• 使用场合
• 做法
–按照不同的业务目标分别建立用例“包” –每个包中一个用例图
北京北大方正电子有限公司
2.2 划分业务视角
北京北大方正电子有限公司
2.3 识别业务主角
• 业务主角（Business Actor）
–与业务系统有交互的人或事物，用于确定业 务范围，区分与业务工人
• 注意
–业务主角是客户实际业务里的参与者，没有 计算机系统这些业务主角也客观存在，没有抽 象的计算机角色
• 不适合的场合
–不是功能密集型，而是技术密集型，单用户
北京北大方正电子有限公司
知识回顾 Knowledge Review
• 演示
北京北大方正电子有限公司
三、业务用例描述
• 内容提要
–描述业务目标 –描述业务现状、数据结果要求 –描述业务分析视角、列出典型业务场景 –业务用例描述，详细介绍
• 演示
北京北大方正电子有限公司
四、系统用例分析
• 从业务用例映射到系统用例
–识别责任、边界、目标 –补充必需的系统用例，如系统管理
北京北大方正电子有限公司
面向对象需求分析实例
用例分析方法及需求描述介绍 张云贵
2009.10.31
北京北大方正电子有限公司
内容提要
• 用例分析技术概述 • 业务用例建模 • 业务用例描述 • 系统用例建模 • 系统用例描述 • 功能需求描述 • 方法讨论
北京北大方正电子有限公司
一、用例分析技术概述
北京北大方正电子有限公司
二、业务用例建模
• 区分概念
–功能、需求、业务需求、用例
–系统用例、业务用例、业务场景
• 为什么要进行业务建模？
–成为业务专家，全面了解业务目标和内涵 –在新领域内长期发展、拓展业务 –让团队成员了解需求、理解一致
北京北大方正电子有限公司
二、业务用例建模
• 内容提要
–界定业务目标、划分业务视角 –识别业务主角、业务用例，要点 –业务场景建模，要点 –修正业务用例和场景
–描述做什么，不描述如何实现 –对于界面示意图，必须有文字描述其需求点
北京北大方正电子有限公司
用例文档分析
• 用例文档分析（演示） • （后面为另一个PPT的部分内容）
北京北大方正电子有限公司
UML常用视图分类
模型视图
1
用例图
2
需求图
3
活动图
4
ห้องสมุดไป่ตู้
序列图
5
状态图
6
类图
7
组件图
8
协作图
9
部署图
需求分析 ★ ☆ ★ ★
• 如何扩展用例
–先完成所有业务边界包、主要业务用例 –不要急于扩展用例，现在还在边界外
北京北大方正电子有限公司
2.4 识别业务用例
北京北大方正电子有限公司
2.5 业务场景建模
• 业务场景活动图
–使用泳道来区分各个岗位的职责和关系 –用于核心或复杂业务流程、跨部门/岗位协作
• 注意点
–使用实际业务语言，不要抽象 –条件分支不要太多，可用多个场景来描述 –忘掉我们的系统，描述目前业务情况
–描述应实现哪些任务，系统范围
• 要领
–从业务用例场景中获取，排除、合并、补充 –粒度为操作者与计算机的一次完整交互为宜 –参与者：系统之外、直接与系统交互、人或
物、有责任和目标 –用例：执行者可见、有意义的目标、业务语
言、动宾、用户视角、交互完整
北京北大方正电子有限公司
3. 系统用例图
• 禁忌
–急于加入细节、具体的技术实现方法 –功能分解
北京北大方正电子有限公司
2.3 识别业务主角
北京北大方正电子有限公司
2.3 识别业务主角
• 先找业务主角，再找对应的业务用例 • 业务主角的特点
–在当前业务边界外，为其提供服务
• 建立该项目能对外提供什么服务？
–主动发起要求，有预期目的并得到结果 –业务工人在此无权提出业务用例
• 识别举例
北京北大方正电子有限公司
• 用例建模的实质
–以人为本，从参与者角度规定要做的事/规则
北京北大方正电子有限公司
二、需求分析视图
• 业务流程分析图 • 业务用例图 • 业务场景活动图 • 系统用例图 • 需求图 • 用例实现序列图
（演示）
北京北大方正电子有限公司
1. 业务用例图
pkg 业务用例图
本项目的业务目标： 1、建立图书库，历史图书信息从已有的ERP系统导入 2、将分散在各个出版社的图书资源统一管理起来 3、实现图书资源的共享和再利用，便于图书再版和图书资源选用
2.4 识别业务用例
• 用例
–用例就是做一件事情，完成某个目标。 –一件事要按一系列步骤完成活动 –做事有不同的方式和相应的步骤用例场景
• 业务用例
–用于描述客户现有业务，和新系统无关
北京北大方正电子有限公司
2.4 识别业务用例
• 业务用例的特点
–实现完整的业务目标 –由主角发起，有明确的结果 –动宾，避免弱动词和弱名称 –如果粒度太大或太小，需要调整边界
• 用例的场景仍是面向过程的