面向对象需求分析实例_200910

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