编写有效用例

第1章 引言11.1 用例是什么（梗概）1用例1 通过网络购买股票 3用例2 汽车交通事故索赔 5用例3 对运到的包装箱进行登记 61.2 你的用例不能作为我的用例7用例4 买东西（非正式版本） 10用例5 买东西（完整正式版本） 10◆ Steve Adolph：在新领域中“发掘”需求141.3 需求和用例15图1-1 “轮轴和轮辐”需求模型17用例作为项目连接结构181.4 用例的增值点181.5 合理安排你的精力191.6 先用使用叙述做热身211.7 练习22第1部分 用例体部分第2章 用例是规范行为的契约272.1 具有目标的执行者之间的交互27执行者具有目标27图2-1 一个具有目标的执行者请求另一个执行者履行职责28目标可能失败29交互是复杂的30用例聚集场景33图2-2 条形裤：成功和失败场景33图2-3 在条形裤中展示子目标的小条形裤342.2 涉及利益的项目相关人员之间的契约35图2-4 SuD为主执行者提供服务，同时维护幕后项目相关人员的利益362.3 图形模型37图2-5 执行者和项目相关人员38图2-6 行为38图2-7 用例是职责的激发者39图2-8 作为组合的交互39第3章 范围41表3-1 “内/外”列表413.1 功能范围42“执行者目标”列表42表3-2 “执行者目标”列表43用例简述43表3-3 用例简述443.2 设计范围44◆ 一个简短而真实的故事45图3-1 设计范围的大小是任意的46用图标来突出设计范围46设计范围示例47（1）企业系统范围47用例6 增加新服务（企业） 48用例7 增加新服务（Acura） 49（2）一个应用程序对应多台计算机49用例8 输入和修改请求（联合系统） 50用例9 添加新服务（给Acura添加） 50用例10 通知新服务请求（BSSO中） 51用例11 更新服务请求（BSSO中） 51用例12 通知更新后的服务请求（Acura中） 51（3）基本用例51图3-2 Acura-BSSO的用例图52图3-3 Acura-BSSO的一组用例图52用例13 资源的串行存取 53用例14 实施资源锁转换政策 54用例15 实施存取兼容性政策 55用例16 实施存取选择政策 56用例17 令服务客户等待获得资源存取权限 563.3 最外层用例573.4 使用范围确定的工作产品593.5 练习60第4章 项目相关人员和执行者614.1 项目相关人员61◆ 一个简短而真实的故事624.2 主执行者62主执行者为什么有时是不重要的（而有时又是重要的）63在开始用例编写时64在用例编写和设计过程中64设计之后，准备配置系统时66执行者与角色66统一建模语言（UML）图和执行者/角色规格说明67刻画主执行者的特点67表4-1 “执行者概况”表示例684.3 辅助执行者684.4 被讨论系统684.5 内部执行者和白盒用例694.6 练习69第5章 三个命名的目标层次71图5-1 用例层次725.1 用户目标（蓝色，海平面 ）72◆ 一个简短而真实的故事74蓝色的两个层次745.2 概要层次（白色，云朵 /风筝 ）75用例18 操作保险单＋ 75重温最外层用例的内容765.3 子功能（靛青色/黑色，海平面以下 蛤 ）77目标层次总结785.4 利用图标来突出目标层次785.5 找出正确的目标层次79找出用户目标80提升和降低目标层次80图5-2 通过问“为什么”的问题来转换层次815.6 一个较长的编写实例：“处理索赔”的多层次示范81用例19 处理索赔（业务） 82用例20 评估工作补偿索赔 84用例21 处理索赔（系统） 86用例22 损失注册 88用例23 查找……（问题陈述） 925.7 练习93第6章 前置条件、触发事件和保证956.1 前置条件956.2 最小保证976.3 成功保证986.4 触发事件996.5 练习100第7章 场景和步骤1017.1 主成功场景101常见的环境结构101场景主体1037.2 执行步骤104准则104准则1：使用简单的语法104准则2：明确地写出“谁控制球”105准则3：从系统外部的角度来编写用例105准则4：显示过程向前推移106准则5：显示执行者的意图，而不是动作107准则6：包含“合理”的活动集108图7-1 一个事务由4个部分组成109准则7：“确认”而不是“检查是否”110准则8：可选择地提及时间限制111准则9：习惯用语：“用户让系统A与系统B交互”111准则10：习惯用语：“循环执行步骤x到y，直到条件满足”112编号或不编号1137.3 练习114第8章 扩展1178.1 扩展的基础1178.2 扩展条件118集中讨论所有可能的失败和可选择的过程120准则11：用“检测到什么”的方式来编写条件121◆ 一个真实的、令人不快的小故事122关于集中讨论列表123扩展列表的合理化123逐层合并失败1248.3 扩展处理125准则12：条件处理的缩排方式127失败的嵌套128从扩展中创建新用例1298.4 练习130第9章 技术和数据的变化131图9-1 在UML中使用具体化方式表现技术变化132第10章 连接用例13310.1 子用例13310.2 扩展用例133图10-1 扩展用例的UML图135什么时候使用扩展用例13610.3 练习137扩展用例137第11章 用例格式13911.1 供选择的格式139完整正式的用例格式139用例24 完整正式的用例模板139非正式用例格式140用例25 实际登录（非正式版本） 140单列表格格式141表11-1 用例的单列表格格式141双列表格格式142表11-2 双列表格142RUP格式143用例26 登记课程 144条件语句格式147Occam格式147图形方式148UML用例图14911.2 影响用例书写格式的因素149矛盾的因素：业务环境、社会作用、不同文化150理解层次150项目相关人员的要求150经验与格式151覆盖面151一致性151复杂度152冲突152完整性152目标与任务——完成什么与怎样完成153资源153其他因素15311.3 5种项目类型的标准153需求了解阶段用例154用例27 需求了解用例模板——Oble a New Biscum 154业务过程建模用例155用例28 业务过程用例模板——Symp a Carstromming 155确定系统需求用例规模156用例29 确定系统需求用例规模模板——Burble the Tramling 156短期、高强度的项目用例157用例30 高强度项目用例模板——Kree a Ranfath 157详细功能需求用例158用例31 用例名字——Nathorize a Permion 15811.4 总结15911.5 练习159第2部分 经常讨论的主题第12章 什么时候才算完成163关于“正在完成”164第13章 扩展到多个用例165简单描述每个用例（低精度表示）165创建用例簇165第14章 CRUD和参数化用例16714.1 CRUD用例167用例32 管理报表用例 168用例33 存储报表用例 17014.2 参数化用例173第15章 业务过程建模17715.1 建模与设计177从核心业务178图15-1 核心业务黑盒179图15-2 白盒用例中的新业务设计179从业务过程到技术179图15-3 白盒用例中的新业务设计（又一次）180图15-4 带黑盒系统用例的新业务过程180从技术到业务过程18115.2 业务用例和系统用例181◆ Rusty Walters：业务建模和系统需求183第16章 遗漏的需求18516.1 数据需求的精度18616.2 从用例到其他需求的交叉链接188图16.1 翻新图1.1，“轮轴和轮辐”需求模型188第17章 用例在整个过程中的作用19117.1 用例在项目组织中的作用191通过用例标题进行组织191表17-1 规划表示例192◆ 一个真实的小故事192跨版本处理用例193交付完整场景194◆ 一个短而真实的集成实例19417.2 从用例到任务或特征列表194用例34： 获得折扣 196表17-2 “获得折扣”任务列表19717.3 从用例到设计197◆ 一个真实的小故事199面向对象（OO）设计者特别注意19917.4 用例到用户界面（UI）设计20117.5 用例到测试用例202用例35： 订购商品，产生发货单（测试例子） 202表17-3 主要成功场景测试（好信用）203表17-4 主要成功场景测试（坏信用）20317.6 实际用例编写203分工合作过程204第1阶段：制定粗略的系统功能图204第2阶段：制定详细用例视图206用例需要的平均时间208从大型团队中收集用例208◆ Andy Kraus：从庞大、不同层次的团队收集用例209第18章 用例概述和极端编程213第19章 错误改正21519.1 没有系统21519.2 没有主执行者21619.3 过多的用户接口细节21719.4 过低的目标层次21819.5 目标和内容不符22019.6 用户接口描述过多的改进实例221用例36： 寻找一种解决方案——修改前 221用例37： 寻找可能的解决方案——修改后 226第3部分 对忙于编写用例的人的提示第20章 对每个用例的提示233提示1：每个用例都是一篇散文233提示2：使用例易于阅读233提示3：仅用一种句型234提示4：“包含”子用例235提示5：谁控制着球235提示6：正确地得到目标层236图20-1 问“为什么”以提高层次237提示7：不考虑GUI237提示8：两个结局238提示9：项目相关人员需要的保证238提示10：前置条件240提示11：对用例进行通过/失败测试240表20-1 对用例进行通过/失败测试241第21章 对用例集的提示243提示12：一个不断展开的故事243提示13：业务范围和系统范围244提示14：核心价值和变化244核心价值245适当的改变246不合适的改变247提示15：用例集中的质量问题248第22章 处理用例的提示249提示16：仅仅有3章（第4章在哪儿呢？）249提示17：首先向广度上努力249图22-1 工作随着细化而增加250提示18：12步秘诀251提示19：认识到错误的开销252提示20：喜欢蓝色牛仔裤252提示21：处理失败情况253提示22：前期和后期的工作标题254提示23：执行者扮演角色255提示24：大的图画恶作剧255图22-2 “妈妈，我想回家。”256图22-3 椭圆图形式的语境图257表22-1 语境图的执行者目标列表257提示25：大型工具的争论257提示26：使用标题和简介的项目计划259附录A UML中的用例261A.1 椭圆和“小人”图符261A.2 UML中的包含关系262图A-1 包含关系的画法262准则13：将高层目标画得高一点263A.3 UML的扩展关系263图A-2 扩展关系的画法264准则14：将扩展用例画得低一些264准则15：用不同的箭头形状264正确地使用扩展265图A-3 扩展一个基用例的三个中断用例265扩展点266A.4 UML的泛化关系267正确地使用泛化关系267图A-4 泛化关系的画法。268准则16：将泛化目标画得高一点268泛化的危害269图A-5 泛化的危害——终止大交易269图A-6 改正后的终止大交易270A.5 从属用例与子用例270A.6 用例图的画法271准则17：语境图中的用户目标271准则18：将支持执行者放在右边271A.7 代之以编写基于文本的用例272附录 B 部分习题的答案273第3章273练习3.1273练习3.2273第4章274练习4.2274练习4.3275第5章275练习5.1275练习5.2276第6章276练习6.1276练习6.4277第7章277练习7.1277练习7.2278练习7.4278用例38 使用订单处理系统 279第8章279练习8.1279练习8.5280用例39 在网上买股票 280第11章281练习11.1281用例40 执行清洁火花塞服务 281附录 C 术语表283主要术语283用例类型（Use Case Type）285图形286附录D 参考读物289本书参考了以下书籍289本书参考了以下文章289有用的在线资源290索引291

一项技术产品只有在获得了Jolt奖之后才能真正成为行业的主流，一本技术图书只有在获得了Jolt奖之后才能真正奠定经典的地位。Jolt大奖素有“软件业之奥斯卡”的美称，本丛书精选自Jolt历届获奖图书，以植根于开发实践中的独到工程思想与杰出方法论为主要甄选方向。本书作者AlistairCockburn，凭借自己在面向对象领域的丰富经验，并参考其他专家的建议，扩展了典型的用例处理方法，为软件开发人员编写用例提供了一种“基本、具体和实用的”指南。本书完整地叙述了有关用例的初、中、高级概念，并提供了大量的、正反两方面的用例编写实例，是一本概念清晰、结构完整、内容丰富的专业图书。本书荣获2001年Jolt世界图书大奖，适用于不同知识层次的软件工作、研究人员和用例编写人员。