软件需求模式
2008-6-1
机械工业出版社
Stephen Withall
334
曹新宇
无
本书描述了37个真实的、可重用的模式，为编写软件需求提供了特定情形下的框架。每种模式详细描述需要包括哪些信息，提醒常见的缺陷，以及建议需要考虑的额外需求。无论使用传统的分析方法还是敏捷方法，都可以学习如何使用需求模式，从而为成功的软件开发编写一致的、有效的需求。本书提供了模板和实例，帮助分析师编写出更好的需求。读者可以应用本书中的概念开发自己的行业、应用领域或者产品线的特殊需求模式。 本书适合软件分析人员、软件架构师和项目管理人员等参考。
StephenWithall有近30年开发和定义软件系统的经验，曾经为全球多个行业组织工作。在其职业生涯中，他扮演了很多角色．包括程序员、业务分析师、架构师以及首席技术官。
译者序序前言第一部分 准备开始 第1章 需求概述 1.1 什么是需求 1.2 需求在总体方案中的位置 1.3 一些基本原则 1.4 传统需求流程 1.5 敏捷需求流程 1.5.1 极限需求流程 1.5.2 增量需求流程 第2章 需求规格的内容 2.1 介绍部分 2.1.1 系统目的 2.1.2 文档目的 2.1.3 需求格式 2.1.4 词汇表 2.1.5 参考书目 2.1.6 文档历史 2.2 上下文部分 2.2.1 范围 2.2.2 主要假设 2.2.3 主要排除 2.2.4 关键业务实体 2.2.5 基础架构 2.3 功能域部分 2.4 主要非功能要求部分 第3章 需求模式概念 3.1 需求模式概述 3.2 需求模式剖析 3.2.1 基本细节 3.2.2 适用性 3.2.3 讨论 3.2.4 内容 3.2.5 模板 3.2.6 实例 3.2.7 额外需求 3.2.8 开发考虑 3.2.9 测试考虑 3.3 领域 3.4 需求模式组 3.5 需求模式之间的关系 3.5.1 需求模式分类 3.5.2 提炼需求 3.5.3 转移需求模式 3.5.4 需求模式和方法的多样性 3.5.5 需求模式用例 3.5.6 业务规则和需求模式 第4章 使用和编写需求模式 4.1 何时以及如何使用需求模式 4.2 裁剪需求模式 4.3 编写新的需求模式 4.3.1 如何发现潜在的需求模式 4.3.2 如何编写需求模式第二部分 需求模式目录 第5章 基础需求模式 5.1 系统间接口需求模式 5.2 系统间交互需求模式 5.3 技术需求模式 5.4 遵从标准需求模式 5.5 参考需求需求模式 5.6 文档需求模式 第6章 信息需求模式 6.1 数据类型需求模式 6.2 数据结构需求模式 6.3 标识符需求模式 6.4 计算公式需求模式 6.5 数据寿命需求模式 6.6 数据归档需求模式 第7章 数据实体需求模式 7.1 活实体需求模式 7.2 交易需求模式 7.3 配置需求模式 7.4 编年史需求模式 7.5 信息存储基础架构 第8章 用户功能需求模式 8.1 查询需求模式 8.2 报表需求模式 8.3 易用性需求模式 8.4 用户界面基础架构 8.5 报表基础架构 第9章 性能需求模式 9.1 响应时间需求模式 9.2 吞吐量需求模式 9.3 动态容量需求模式 9.4 静态容量需求模式 9.5 可用性需求模式 第10章 适应性需求模式 10.1 可伸缩性需求模式 10.2 可扩展性需求模式 10.3 非狭窄性需求模式 10.4 多样性需求模式 10.5 多语言需求模式 10.6 安装性需求模式 第11章 访问控制需求模式 11.1 用户注册需求模式 11.2 用户认证需求模式 11.3 用户授权需求模式 11.4 特定授权需求模式 11.5 可配置授权需求模式 11.6 批准需求模式 第12章 商业需求模式 12.1 多组织单元需求模式 12.2 费/税需求模式词汇表参考文献
第3章 需求模式概念3.1 需求模式概述除了无关紧要的系统，所有系统需求本质上彼此相似，或者它们出现在大部分系统中，而且可能数量众多。例如，可能有很多查询功能，每个功能都有自己特有的需求。当定义一个业务系统时，相当大比例需求归属相对少量的类型。以一致的方式定义同样类型的所有需求是必要的。因此我们引入需求模式的概念，描述使用需求模式的每一个需求应该怎样定义。需求模式：定义一种特定类型需求的方法。需求模式应用于单个需求，一次帮助定义一个单一需求。例如，对于某一种报表需求，可以使用报表需求模式帮助定义需求。一旦编写完需求（以及任何它引起的额外需求），模式的任务就完成了，可以把它放在一边继续工作。但是当软件设计人员或开发人员开始决定如何实现这个需求时，只要他们愿意，模式就可以给他们一些工作提示。测试人员同样可以使用模式获得如何测试的方法。使用需求模式有什么好处？第一，需求模式提供指导：建议包含哪些信息、提出忠告、提醒常见缺陷以及指出其他应该考虑的问题。第二，需求模式节省时问：不需要从头开始写每一个需求，因为模式给予了合适的出发点，以及开发的基础。第三，需求模式促进同种类型需求的一致性。其中提供指导是最有价值的。节省定义的时问和增加一致性固然很好，但是合理的指导可以获得更好的需求，避免后续工作中的巨大麻烦。需求模式提供的指导通常比只是“比如说这样……”更深入。它可以深入洞察即将发生的问题。它可以帮助提出问题。在一些情况下，它可以引导编写出一个（或多个）非常不同于第一印象的需求。解答一个大问题经常引出很多更小的问题。需求模式针对大问题给出答案以及化为更小的问题。一些需求模式要求或者鼓励定义一些额外需求：包括跟随性需求：扩展最初需求的需求，以及系统级普遍性需求：支撑模式本身的需求（例如，这种类型需求都需要的一个基本特性）。因此知道自己使用了哪些模式是有用的（或许可以保留一个简单的名单），这样可以检查每一个需求是否需要额外支撑需求，以及是否已经定义了它们。本章的第3.2.7节将更详细地解释这个主题。
《MICROSOFT核心技术丛书·软件需求模式》适合软件分析人员、软件架构师和项目管理人员等参考。需求模式可以帮助你：识别系统间的接口、技术以及文档需求。定义详细的信息需求，包括归档、数据类型以及数据实体。指定系统的可用性、容量、伸缩性、扩展性以及易用性。定义访问控制，包括用户注册、认证以及授权。指定查询、报表、计算公式以及费和税的需求。获得400多个实际的需求实例，学习如何编写自己的需求模式。
无
搞软件项目的人恐怕都离不开需求分析，但要说需求分析如果做才最有效果，恐怕也没有多少人知道，硕果仅存的几个善于做需求分析的，现在肯定都是大师！
有了这本书，还要学懂了，以后大家都是大师。
建议学软件、搞项目管理的人多读这本书。
我现在有空就看。
一本很好的写需求分析的书。
做了很多年的系统分析了，但是这本书中体现的美国人的细致和科学精神，还是让我佩服。。。
没得说，我做了两年开发，一年的需求，觉得这本书实在是好。
作者分享了他的许多经验，但个人不太认同部分例子
我很喜欢，很有用途．
如果能翻译的更好一些，我觉得就更好了。不过这本书作为写需求时的案头参考还不错。现在感觉需求的书，《掌握需求过程》就不错。翻译的好，因此读起来更快，更有用。
本书列举的37种模式，都是点到为止，没有非常强的实际操作性。
半小时看完前两章，其余的当字典，需要时再查
思想很好，内容太偏向设计，太技术化
如果用三个字评价的话，就是脏乱差。唉。商家不给力啊！
需求模式的说明，可以写的再薄些