本书论述了软件开发中的重要课题—如何得到正确需求，书中用一个接一个的步骤、一个接一个的模板、一个接一个的例子，向读者展示了经过业界检验的需求收集和验证过程。本书针对不同的敏捷环境，为精确地发现顾客所需所想提供了技巧和深刻见解。\r\n本书可作为计算机专业高年级本科生及研究生的教材，也可作为软件开发人员在开发过程中随时参考的手册。
第1章 什么是需求 \r\n 1.1 需求收集与系统建模 \r\n 1.2 敏捷软件开发 \r\n 1.3 为什么需要收集需求 \r\n 1.4 什么是需求 \r\n 1.4.1 功能性需求 \r\n 1.4.2 非功能性需求 \r\n 1.4.3 限制条件 \r\n 1.5 需求演进 \r\n 1.6 模板 \r\n 1.7 需求项框架 \r\n 1.8 Volere需求过程 \r\n第2章 需求过程 \r\n 2.1 敏捷指南 \r\n 2.2 需求过程的上下文 \r\n 2.3 需求过程 \r\n 2.4 案例分析 \r\n 2.5 网罗需求 \r\n 2.6 为需求制作原型 \r\n 2.7 场景 \r\n 2.8 编写需求 \r\n 2.9 质量关 \r\n 2.10 对需求的复用 \r\n 2.11 复查规格说明 \r\n 2.12 迭代和增量过程 \r\n 2.13 需求工作事后分析 \r\n 2.14 定制需求过程 \r\n 2.15 小结 \r\n第3章 项目启动 \r\n 3.1 敏捷指南 \r\n 3.2 IceBreaker项目 \r\n 3.3 范围、风险承担者和目标 \r\n 3.4 设定范围 \r\n 3.4.1 感兴趣的领域 \r\n 3.4.2 首次分析工作上下文范围 \r\n 3.5 风险承担者 \r\n 3.5.1 客户 \r\n 3.5.2 顾客 \r\n 3.5.3 用户：理解他们 \r\n 3.6 其他风险承担者 \r\n 3.6.1 顾问 \r\n 3.6.2 管理者 \r\n 3.6.3 主题事务专家 \r\n 3.6.4 核心团队 \r\n 3.6.5 检查人员 \r\n 3.6.6 市场力量 \r\n 3.6.7 法律专家 \r\n 3.6.8 消极的风险承担者 \r\n 3.6.9 业界标准制定者 \r\n 3.6.10 公众意见 \r\n 3.6.11 政府 \r\n 3.6.12 特殊利益团体 \r\n 3.6.13 技术专家 \r\n 3.6.14 文化利益 \r\n 3.6.15 相邻系统 \r\n 3.7 发现风险承担者 \r\n 3.8 目标：想达到什么目的 \r\n 3.9 需求限制条件 \r\n 3.9.1 解决方案限制条件 \r\n 3.9.2 项目限制条件 \r\n 3.10 命名惯例与定义 \r\n 3.11 估算产品的成本 \r\n 3.12 风险 \r\n 3.13 继续还是终止 \r\n 3.14 项目启动替代方案 \r\n 3.15 小结 \r\n第4章 事件驱动的用例 \r\n 4.1 敏捷指南 \r\n 4.2 理解工作 \r\n 4.3 用例及其范围 \r\n 4.4 工作 \r\n 4.5 工作的上下文范围 \r\n 4.6 业务事件 \r\n 4.7 业务事件和业务用例是好想法的原因 \r\n 4.8 发现业务事件 \r\n 4.9 业务用例 \r\n 4.10 相邻系统的角色 \r\n 4.10.1 主动的相邻系统 \r\n 4.10.2 自治的相邻系统 \r\n 4.10.3 合作的相邻系统 \r\n 4.11 业务用例和产品用例 \r\n 4.12 小结 \r\n第5章 网罗需求 \r\n 5.1 敏捷指南 \r\n 5.2 职责 \r\n 5.3 网罗与业务用例 \r\n 5.4 当前状况扮演的角色 \r\n 5.5 做学徒 \r\n 5.6 观察结构和模式 \r\n 5.7 风险承担者访谈 \r\n 5.8 找出工作的本质 \r\n 5.9 解决正确的问题 \r\n 5.10 创新的产品 \r\n 5.11 业务用例研讨会 \r\n 5.11.1 成果 \r\n 5.11.2 场景 \r\n 5.11.3 业务规则 \r\n 5.12 创造性研讨会 \r\n 5.13 头脑风暴 \r\n 5.14 用户代表 \r\n 5.15 思维图 \r\n 5.16 墙纸 \r\n 5.17 录像和照相 \r\n 5.18 wiki、blog和论坛 \r\n 5.19 文档考古学 \r\n 5.20 其他需求收集技巧 \r\n 5.20.1 家庭治疗 \r\n 5.20.2 软系统和视角 \r\n 5.21 确定产品应该是怎样的 \r\n 5.22 技术是否重要 \r\n 5.23 选择最佳网罗技巧 \r\n 5.24 小结 \r\n第6章 场景和需求 \r\n 6.1 敏捷指南 \r\n 6.2 场景 \r\n 6.3 正常用例场景 \r\n 6.4 场景图示 \r\n 6.5 可选情况 \r\n 6.6 异常情况 \r\n 6.7 假设场景 \r\n 6.8 误用场景和负面场景 \r\n 6.9 场景模板 \r\n 6.10 产品用例场景 \r\n 6.11 小结 \r\n第7章 功能性需求 \r\n 7.1 敏捷指南 \r\n 7.2 功能性需求 \r\n 7.3 发现功能性需求 \r\n 7.4 细节程度或粒度 \r\n 7.5 异常和可选方式 \r\n 7.6 避免二义性 \r\n 7.7 技术需求 \r\n 7.8 需求不是解决方案 \r\n 7.9 需求分组 \r\n 7.10 功能性需求的替代方式 \r\n 7.11 小结 \r\n第8章 非功能性需求 \r\n 8.1 敏捷指南 \r\n 8.2 非功能性的需求 \r\n 8.3 用例与非功能性需求 \r\n 8.4 非功能性需求类型 \r\n 8.5 观感需求：类型10 \r\n 8.6 易用性和人性化需求：类型11 \r\n 8.7 执行需求：类型12 \r\n 8.8 操作和环境需求：类型13 \r\n 8.9 可维护性和支持需求：类型14 \r\n 8.10 安全性需求：类型15 \r\n 8.10.1 保密性 \r\n 8.10.2 可得性 \r\n 8.10.3 完整性 \r\n 8.10.4 审计 \r\n 8.10.5 没有其他 \r\n 8.11 文化和政策需求：类型16 \r\n 8.12 法律需求：类型17 \r\n 8.12.1 萨班-奥西利法案(Sarbanes-Oxley Act) \r\n 8.12.2 其他法律要求 \r\n 8.12.3 标准 \r\n 8.13 发现非功能性需求 \r\n 8.13.1 用Blog记录需求 \r\n 8.13.2 用例 \r\n 8.13.3 模板 \r\n 8.13.4 原型和非功能性需求 \r\n 8.13.5 客户 \r\n 8.14 不要编写解决方案 \r\n 8.15 小结 \r\n第9章 验收标准 \r\n 9.1 敏捷指南 \r\n 9.2 验收需要标准的原因 \r\n 9.3 测量的尺度 \r\n 9.4 理由 \r\n 9.5 非功能性需求的验收标准 \r\n 9.5.1 产品是否失败 \r\n 9.5.2 主观测试 \r\n 9.5.3 观感需求 \r\n 9.5.4 易用性和人性化需求 \r\n 9.5.5 执行需求 \r\n 9.5.6 可操作性需求 \r\n 9.5.7 可维护性需求 \r\n 9.5.8 安全性需求 \r\n 9.5.9 文化和政策需求 \r\n 9.5.10 法律需求 \r\n 9.6 功能性需求的验收标准 \r\n 9.7 用例和验收标准 \r\n 9.8 项目目标的验收标准 \r\n 9.9 解决方案限制条件的验收标准 \r\n 9.10 小结 \r\n第10章 编写需求 \r\n 10.1 敏捷指南 \r\n 10.2 将潜在需求变成书面需求 \r\n 10.3 知识与规格说明书 \r\n 10.4 Volere需求规格说明书模板 \r\n 10.5 第1部分——项目的目标 \r\n 10.6 第2部分——客户、顾客和其他风险承担者 \r\n 10.7 第3部分——产品的用户 \r\n 10.8 第4部分——强制的限制条件 \r\n 10.9 第5部分——命名惯例和定义 \r\n 10.10 第6部分——相关事实和假定 \r\n 10.11 第7部分——工作的范围 \r\n 10.12 第8部分——产品的范围 \r\n 10.13 需求项框架 \r\n 10.13.1 白雪卡 \r\n 10.13.2 自动化的需求工具 \r\n 10.14 原子需求 \r\n 10.14.1 需求编号 \r\n 10.14.2 需求类型 \r\n 10.14.3 事件/用例编号 \r\n 10.14.4 描述 \r\n 10.14.5 理由 \r\n 10.14.6 来源 \r\n 10.14.7 验收标准 \r\n 10.14.8 顾客满意度和不满意度 \r\n 10.14.9 优先级 \r\n 10.14.10 冲突 \r\n 10.14.11 支持材料 \r\n 10.14.12 历史 \r\n 10.15 编写需求规格说明 \r\n 10.16 第9部分——功能性需求 \r\n 10.17 非功能性需求 \r\n 10.18 项目问题 \r\n 10.19 第18部分——开放式问题 \r\n 10.20 第19部分——立即可用的解决方案 \r\n 10.21 第20部分——新问题 \r\n 10.22 第21部分——任务 \r\n 10.23 第22部分——迁移至新产品 \r\n 10.24 第23部分——风险 \r\n 10.25 第24部分——费用 \r\n 10.26 第25部分——用户文档和培训 \r\n 10.27 第26部分——后续版本需求 \r\n 10.28 第27部分——解决方案的设想 \r\n 10.29 小结 \r\n第11章 质量关 \r\n 11.1 敏捷指南 \r\n 11.2 需求质量 \r\n 11.3 使用质量关 \r\n 11.4 测试完整性 \r\n 11.4.1 测试是否存在遗漏的部分 \r\n 11.4.2 测试是否对所有风险承担者都有意义 \r\n 11.5 测试可追踪性 \r\n 11.6 统一使用术语 \r\n 11.7 确定是否与目标相关 \r\n 11.8 测试验收标准 \r\n 11.9 确定在限制条件下是否可行 \r\n 11.10 区分是需求还是解决方案 \r\n 11.11 顾客价值 \r\n 11.12 镀金需求 \r\n 11.13 需求蔓延 \r\n 11.14 实现质量关 \r\n 11.15 小结 \r\n第12章 制作需求原型 \r\n 12.1 敏捷指南 \r\n 12.2 原型与事实 \r\n 12.3 低保真原型 \r\n 12.4 高保真原型 \r\n 12.5 故事板 \r\n 12.6 对象生命历史 \r\n 12.7 原型循环 \r\n 12.7.1 设计与构建 \r\n 12.7.2 在用户环境中测试 \r\n 12.7.3 分析结果 \r\n 12.8 小结 \r\n第13章 复用需求 \r\n 13.1 什么是复用需求 \r\n 13.2 可复用需求的来源 \r\n 13.3 需求模式 \r\n 13.4 业务事件模式 \r\n 13.4.1 事件响应的上下文 \r\n 13.4.2 事件响应的处理 \r\n 13.4.3 事件响应的数据 \r\n 13.5 通过抽象形成模式 \r\n 13.5.1 特定领域的模式 \r\n 13.5.2 跨领域的模式 \r\n 13.6 领域分析 \r\n 13.7 复用的趋势 \r\n 13.7.1 复用和对象 \r\n 13.7.2 复用现在是否是一项工作 \r\n 13.8 小结 \r\n第14章 复查需求规格说明 \r\n 14.1 敏捷指南 \r\n 14.2 复查规格说明书 \r\n 14.3 审查 \r\n 14.4 发现遗漏的需求 \r\n 14.5 确定是否已发现所有的业务用例 \r\n 14.6 顾客价值 \r\n 14.7 排列需求优先级 \r\n 14.7.1 影响优先级的因素 \r\n 14.7.2 何时确定优先级 \r\n 14.7.3 需求优先级等级 \r\n 14.7.4 优先级电子表格 \r\n 14.8 冲突的需求 \r\n 14.9 二义性的规格说明 \r\n 14.10 风险分析 \r\n 14.10.1 项目驱动 \r\n 14.10.2 项目限制条件 \r\n 14.10.3 功能性需求 \r\n 14.11 度量所需的工作量 \r\n 14.12 小结 \r\n第15章 需求向何处去 \r\n 15.1 调整需求过程 \r\n 15.2 需求工具 \r\n 15.3 工具对应目标 \r\n 15.4 发布规格说明书 \r\n 15.4.1 合同化文档 \r\n 15.4.2 管理层总结 \r\n 15.4.3 市场人员总结 \r\n 15.4.4 用户复查 \r\n 15.4.5 复查规格说明书 \r\n 15.5 需求可追踪性 \r\n 15.6 处理变化 \r\n 15.6.1 变化的世界 \r\n 15.6.2 需求反馈 \r\n 15.7 需求事后分析 \r\n 15.7.1 复查的内容 \r\n 15.7.2 进行事后分析 \r\n 15.7.3 事后分析报告 \r\n 15.8 记事本 \r\n 15.9 小结 \r\n附录A Volere需求过程模型 \r\n A.1 Volere需求过程模型 \r\n A.2 定义项目启动目标(过程说明1.1.1) \r\n A.3 计划物质上的安排(过程说明1.1.2) \r\n A.4 与参加者沟通(过程说明1.1.3) \r\n A.5 确定产品目标(过程说明1.2.1) \r\n A.6 确定工作上下文范围(过程说明1.2.2) \r\n A.7 进行“第一刀”风险分析(过程说明1.2.3) \r\n A.8 确定风险承担者(过程说明1.2.4) \r\n A.9 分解工作上下文(过程说明1.2.5) \r\n A.10 考虑“无事件(Non-event)”(过程说明1.2.6) \r\n A.11 确定业务术语(过程说明1.2.7) \r\n A.12 定义项目限制条件(过程说明1.2.8) \r\n A.13 确定感兴趣的领域(过程说明1.2.9) \r\n A.14 编写项目启动报告(过程说明1.3.1) \r\n A.15 复查启动阶段成果(过程说明1.3.2) \r\n A.16 跟进启动会议(过程说明1.3.3) \r\n A.17 做出初步估计(过程说明1.3.4) \r\n A.18 复查当前状况(过程说明2.1.1) \r\n A.19 做用户的学徒(过程说明2.1.2) \r\n A.20 确定本质需求(过程说明2.1.3) \r\n A.21 需求头脑风暴(过程说明2.1.4) \r\n A.22 用户访谈(过程说明2.1.5) \r\n A.23 文档考古学(过程说明2.1.6) \r\n A.24 制作需求录像带(过程说明2.1.7) \r\n A.25 召开用例研讨会(过程说明2.1.8) \r\n A.26 构建事件模型(过程说明2.1.9) \r\n A.27 构建场景模型(过程说明2.1.10) \r\n A.28 举行创造性研讨会(过程说明2.1.11) \r\n A.29 研究相邻系统(过程说明2.2.1) \r\n A.30 定义用例边界(过程说明2.2.2) \r\n A.31 收集业务事件知识(过程说明2.3.1) \r\n A.32 选择合适的网罗技术(过程说明2.3.2) \r\n A.33 询问澄清问题(过程说明2.4) \r\n A.34 确定潜在需求(过程说明3.1) \r\n A.35 确定功能性需求(过程说明3.2) \r\n A.36 确定组合需求(过程说明3.3) \r\n A.37 将需求规范化(过程说明3.4) \r\n A.38 将系统限制条件规范化(过程说明3.5) \r\n A.39 确定非功能性需求(过程说明3.6) \r\n A.40 编写功能性验收标准(过程说明3.7) \r\n A.41 编写非功能性验收标准(过程说明3.8) \r\n A.42 确定顾客价值(过程说明3.9) \r\n A.43 确定依赖关系和冲突之处(过程说明3.10) \r\n A.44 复查需求验收标准(过程说明4.1) \r\n A.45 复查需求相关性(过程说明4.2) \r\n A.46 复查需求的切实可行性(过程说明4.3) \r\n A.47 识别镀金需求(过程说明4.4) \r\n A.48 复查需求完整性(过程说明4.5) \r\n A.49 计划制作原型(过程说明5.1) \r\n A.50 构建低保真的原型(过程说明5.2.1) \r\n A.51 构建高保真的原型(过程说明5.2.2) \r\n A.52 与用户测试高保真的原型(过程说明5.3.1) \r\n A.53 与用户测试低保真的原型(过程说明5.3.2) \r\n A.54 确定新的需求和有变化的需求(过程说明5.3.3) \r\n A.55 评估原型工作量(过程说明5.3.4) 345\r\n A.56 进行单独的个人复查(过程说明6.1.1) \r\n A.57 分别进行小组会议(过程说明6.1.2) \r\n A.58 项目协调人复查事实(过程说明6.1.3) \r\n A.59 举行事后复查会议(过程说明6.2.1) \r\n A.60 得到事后分析报告(过程说明6.2.2) \r\n A.61 确定过滤标准(过程说明6.3.1) \r\n A.62 选择相关需求类型(过程说明6.3.2) \r\n A.63 增加新的过滤标准(过程说明6.3.3) \r\n A.64 确定遗漏的需求(过程说明7.1.1) \r\n A.65 确定顾客价值评分(过程说明7.1.2) \r\n A.66 确定需求的相互作用(过程说明7.1.3) \r\n A.67 确定制作原型的机会(过程说明7.1.4) \r\n A.68 发现遗漏的保管人需求(过程说明7.1.5) \r\n A.69 寻找可能的风险(过程说明7.2.1) \r\n A.70 量化每个风险(过程说明7.2.2) \r\n A.71 确定估算输入信息(过程说明7.3.1) \r\n A.72 针对事件估算工作量(过程说明7.3.2) \r\n A.73 估算需求工作量(过程说明7.3.3) \r\n A.74 设计需求规格说明书的形式(过程说明7.4.1) \r\n A.75 汇编需求规格说明书(过程说明7.4.2) \r\n A.76 需求过程模型中用到的术语 \r\n附录B Volere需求规格说明书模板 \r\n附录C 功能点计数简介 \r\n C.1 度量工作 \r\n C.2 功能点计数快速入门 \r\n C.2.1 工作上下文范围 \r\n C.2.2 工作存储的数据 \r\n C.2.3 业务用例 \r\n C.3 针对业务用例计算功能点 \r\n C.3.1 计算输入型业务用例 \r\n C.3.2 计算输出型业务用例 \r\n C.3.3 计算时间触发型业务用例 \r\n C.4 计算存储的数据 \r\n C.4.1 内部的存储数据 \r\n C.4.2 外部的存储数据 \r\n C.5 针对未知信息进行调整 \r\n C.6 功能点计数的下一步 \r\n附录D 项目社会关系分析模板 \r\n D.1 风险承担者图示模板 \r\n D.2 风险承担者分析模板 \r\n词汇表 \r\n参考文献
Suzanne Robertson与James Robertson多年来已帮助了数百家公司改进需求技术，进入系统开发的快车道。他们关于需求、分析和设计的课程和讲座采用了创新的方式，受到了广泛的赞誉。 Robertson夫妇是Atlantic SystemS Guild公司的主要成员，该公司是知名的顾问公司，擅长处理复杂系统构建中人员方面的问题。他们也是是Requirements-LedProjectManagement(Addison—wesley，2005)一书的合著者。
从Don Gause和我出版了Exploring Requirements: Quality before Design一书到现在已经近10年了。我们的书实际上是一种探索，是关于人类进程的一个调查，这些过程可以用于为软件系统或其他产品收集完整、正确和可沟通的需求。
这里使用了“可以”一词，但在这10年里，我们的客户最常问到的问题是：如何将这些分离的过程组织成一个针对信息系统的完整全面的需求过程？
最终，James Robertson和Suzanne Robertson在本书中提供了一个答案，我可以负责任地将它提供给我的客户。《掌握需求过程》一书通过一步接一步、一个模板接一个模板、一个例子接一个例子地展示了经过良好测试的方法，这个方法反映了一个完整的、全面的需求过程。
他们的过程的一个口号是“合理性”。换言之，过程的每一部分都是有意义的，即使是对那些在需求工作方面不太有经验的人来说也是如此。当在一个机构中引入这类结构时，合理性就转化为易接受性，在如此多的复杂过程被尝试和拒绝之后，这一点显得非常重要。
他们所描述的过程称为Volere方法，这是他们在多年帮助客户改进需求的过程中积累而得的产物。撇开Volere方法本身不谈，对所有想开发需求并把这件事做好的人，James和Suzanne通过本书对这项艰难的任务贡献出了他们非凡的技巧。
对于Robertson夫妇的教学技巧，他们研究班上的学员和对他们的Complete Systems Analysis一书有很高热情的读者都很了解。《掌握需求过程》一书为分析方面的书提供了一个众人期盼的“前传”，也可以说是任何分析类书籍的“前传”。
我们可以使用所有我们能够获得的需求方面的好书，本书就是其中之一！
Gerald M. Weinberg
http://www.geraldmweinberg.com
1999年2月
无封面
第二书店&China-pub战略联盟提供专业服务
第二书店联系方式 010-64348411 webmaster@dearbook.com