软件需求管理用例方法（第2版）

　　当今，尽管有关开发的知识和经验不断丰富，可利用的工具也不断增多，但仍然有相当比例的软件项目失败，原因常常是因为在开始时没有正确地确定和定义需求，或者随着项目的展开没有正确地管理需求、本书是畅销书《软件需求管理》的第二版，聚焦于这一导致项目失败的关键原因，提出了一个经过证明的实用方法，帮助我们在预算内按时提交一个符合客户需要的系统。作者采用一种非形式化、易于接受的风格，讲述他们自己的实战经历，并通过大量的个例研究，向我们展示了设计和开发人员如何把用例技术和传统的软件表达形式相结合，高效地确定需求。书中还介绍了一些经过实践证明的用以确定、实现和确认需求的技术。书中给出了在整个项目生命周期中，管理需求的六大团队技能：分析问题，理解用户需要，定义系统，管理范围，细化系统定义和构建正确的系统。本书特别强调不断地管理变更，描述了一个过程，确保成功定义项目范围，并使所有涉众达成共识。书中讨论的主要问题包括：·问题分析的五个步骤·业务建模和系统工程·从客户和涉众那里启发需求的技术·建立和管理项目范围·应用和细化用例·产品管理·从需求到设计和实现的过渡·从用例到测试用例的过渡·敏捷需求方法Dean Leffingwell是软件业务开发顾问和原Rational软件公司总经理，一位公认的软件需求方法的权威。他曾是Requisite公司的共同创始人和首席执行官，开发了极其成功的需求管理软件工具RequisitePro，并开设了RequirementsCollege课程，这是Rational软件公司最受欢迎的需求管理职业发展系列课程的基础。Don Wirig是一位独立技术作家和顾问—他曾规划并开设了Rational软件公司的“RequisitePro工具培训课程”，直到1997年才“退隐”科罗拉多的丛林。现在他正忙于看管他院子里的麋鹿，为他的一份当地报纸撰写专栏和为镇上的人们做些公益事务，帮助他们使用计算机。他曾是RELA公司研发部的副总裁，RELA公司主要生产安全性要求较高的实时系统。

　　Dean Leffingwell：是软件业务开发顾问和原Rational软件公司总经理，一位公认的软件需求方法的权威。他曾是Requisite公司的共同创始人和首席执行官，开发了极其成功的需求管理软件工具RequisitePro，并开设了Requirements College课程，这是Rational软件公司最受欢迎的需求管理职业发展系列课程的基础。Don Widrig：是一位独立技术作家和顾问。他曾规划并开设了Rational软件公司的“RequisitePro工具培训课程”，直到1997年才“退隐”科罗拉多的丛林。现在他正忙于看管他院子里的麋鹿，为他的一份当地报纸撰写专栏和为镇上的人们做些公益事务，帮助他们使用计算机。他曾是RELA公司研发部的副总裁，RELA公司主要生产安全性要求较高的实时系统。

  第一部分  引  言
第1章  需求问题
  1．1  软件开发的目标
  1．2  有关数据
  1．3  项目成功和失败的根本原因
  1．4  小结
第2章  需求管理简介
  2．1  定义
  2．2  需求管理技术的应用
  2．3  路线图
  2．4  小结
第3章  需求和软件生命周期
  3．1  传统软件过程模型
  3．2  迭代方法
  3；3  迭代模型中的需求
  3．4  小结
第4章  软件团队
  4．1  把软件开发作为一种团队活动
  4．2  个例研究
  4．3  小结
  第二部分  团队技能之一——分析问题
第5章  问题分析的五个步骤
  5．1  第一步：在问题定义上达成共识
  5．2  第二步：理解根本原因——问题背后的问题
  5．3  第三步：确定涉众和用户
  5．4  第四步：定义解决方案系统的边界
  5．5  第五步：确定解决方案将受的约束
  5．6  小结
  5．7  展望
第6章  业务建模
  6．1  业务建模的目的
  6．2  使用软件工程技术进行业务建模
  6．3  从业务模型到系统模型
  6．4  何时使用业务建模
  6．5  小结
  6．6  展望
第7章’软件密集型系统的系统工程
  7．1  什么是系统工程?
  7．2  系统工程中的需求分配
  7．3  个例研究：HOLIS的系统工程
  7．4  小结
  7．5  团队技能之一的小结
  第三部分  团队技能之二——理解用户和涉众的需要
第8章  需求启发的挑战
  8．1  启发的障碍
  8．2  小结
第9章  产品或系统的特性
  9．1  涉众和用户需要
  9．2  特性
  9．3  小结
第10章  面谈
  10．1  与背景无关问题
  10．2  解决方案背景的问题
  10．3  真实的时刻：面谈
  10．4  编辑“需要”数据
  10．5  关于问卷调查的注解
  10．6  小结
第11章  需求专题讨论会
  11．1  加速决策过程
  11．2  准备专题讨论会
  11．3  安排日程
  11．4  举行专题讨论会
  11．5  小结
第12章  自由讨论和意见精简
  12．1  现场自由讨论
  12．2  意见精简
  12．3  基于万维网的自由讨论
  12．4  个例研究：HOLIS需求专题讨论会
  12．5  小结
第13章  情节串联板制作
  13．1  情节串联板的类型
  13．2  情节串联板做什么
  13．3  情节串联板的工具和技术
  13．4  情节串联板的几点提示
  13．5  小结
  13．6  团队技能之二的小结
    第四部分  团队技能之三——定义系统
第14章  用例入门
  14．1  用例的好处
  14．2  用例基础
  14．3  逐步构建用例模型
  14．4  关于用例、情节串联板和用户接口设计
  14．5  个例研究：HOLIS的用例
  14．6  小结
第15章  组织需求信息
  15．1  组织复杂硬件和软件系统的需求
  15．2  组织产品系列的需求
  15．3  关于“未来”需求
  15．4  个例研究：组织HOLIS的需求
15．5  小结
  15．6  展望
第16章  前景文档
  16．1  前景文档的组成
  16．2 6前景文档
  16．3  小结
第17章  产品管理
  17．1  产品主管的职责
  17．2  软件产品公司的产品经理
  17．3  产品经理的主要活动
  17．4  支持活动
  17．5  小结
  17．6  团队技能之三的小结
  第五部分  团队技能之四——管理范围
第18章  确立项目范围
  18．1  项目范围的问题
  18．2  难题
  18．3  需求基线
  18．4  设定优先级
  18．5  评估工作量
  18．6  加入风险因素
  18．7  缩小范围
  18．8  个例研究：HOLIS的范围管理
  18．9  小结
第19章  管理客户
  19．1  促使客户管理他们的项目范围
  19．2  交流结果
  19．3  与客户协商
  19．4  管理基线
  19．5  小结
  19．6  团队技能之四的小结
    第六部分  团队技能之五——细化系统定义
第20章  软件需求——严格的定义
  20．1  透视软件需求
  20．2  用例和软件需求之间的关系
  20．3  特性和软件需求之间的关系
  20．4  需求的两难问题：“做什么”与“怎么做”
  20．5  更多有关需求与设计的讨论
  20．6  需求的洽谈特性描述
  20．7  小结
  20．8  展望
第21章  细化用例
  21．1  用例是如何演变的
  21．2  用例的范围
  21．3  个例研究：简单用例剖析
  21．4  扩展用例
  21．5  在其他用例中引入用例
  21．6  小结
  21．7  展望
第22章  开发补充规格说明
  22．1  补充规格说明的作用
  22．2  在补充规格说明中表达功能性需求
  22．3  探索非功能性需求
  22．4  解设计约束
  22．5  确定其他需求
  22．6  把补充规格说明链接到用例
  22．7  补充规格说明的模板
  22．8  小结
  22．9  展望
第23章  关于歧义性和确切‘哇
  23．1  找到“最佳击球点”
  23．2  玛丽有只小羊羔
  23．3  消除歧义的技术
  23．4  小结
第24章  说明需求的技术，哇方法
  24．1  伪代码
  24．2  有限状态机
  24．3  决策树和决策表
  24．4  活动图
  24．5  实体联系模型
  24．6  小结
  24．7  团队技能之五小结
  第七部分  团队技能之六——构建正确的系统
第25章  从用例至实现
  25．1  把需求直接映射到设计和编码
  25．2  在设计模型中实现用例
  25．3  从设计到实现
  25．4  小结
  25．5  展望
第26章  从用例到测试用例
  26．1  测试人员的角度：关于大黑盒的思考
  26．2  用例是测试用例吗?
  26．3  公共测试名词
  26．4  测试工件的关系
  26．5  测试用例的作用·
  26．6  用例场景
  26．7  从用例得到测试用例：四步过程
  26．8  管理测试覆盖
  26．9  用例的黑盒测试和白盒测试
  26．10  小结
第27章  跟踪需求
  27．1  软件开发中跟踪的作用
  27．2  跟踪关系
  27．3  通用的跟踪模型
  27．4  使用跟踪工具
  27．5  在没有跟踪工具条件下进行
  27．6  小结
第28章  管理变更
  28．1  为什么需求会变更?
  28．2  外部因素
  28．3  内部因素
  28．4  “我们已经遇到了敌人，敌人就是我们自己”
  28．5  管理变更的过程
  28．6  需求配置管理
  28．7  小结
  28．8  展望
第29章  在迭代开发过程中评估需求质量
  29．1  软件项目质量
  29．2  在迭代开发中评估质量
  29．3  需求工件集合
  29．4  完成评估
  29．5  需求的质量评估清单
  29．6  小结
  29．7  团队技育能之六的小结
  29．8  展望
  第八部分  开 始
第30章  敏捷需求方法
  30．1  利用有效的需求实践降低需求风险
  30．2  方法论设计的目标
  30．3  文档是达到目的的手段
  30．4  极限需求方法
  30．5  敏捷需求方法
  30．6  稳健需求方法
  30．7  小结
第31章  需求管理的方案
  31．1  选择自己的需求方法
  31．2  现在开始下一次发布!
  第九部分  附 录
附录A HOLIS工件
  A．1  个例的背景
  A．2  团队技能1：分析问题
  A．3  团队技能2：理解用户的需要
  A．4  团队技能3：定义系统
附录B  前景文档模板
附录C  用例规格说明模板
附录D  补充规格说明模板
附录E  Rational统一过程中的需求管理
  E．1  Rational统一过程的结构
  E．2  Rational统一过程中的需求管理
  E．3  过程集成
附录F  SEI-CMM牙口IS09000：2000中的需求管理
  El  SEI-CMM中的需求管理
  E2  IS09000中的需求管理
参考文献