软件需求模式
点此进入淘宝搜索页搜索分類: 图书,计算机/网络,软件工程/开发项目管理,
作者： （美）威索 著，曹新宇 译
出 版 社： 机械工业出版社
出版时间： 2008-6-1字数：版次： 1页数： 334印刷时间： 2008/06/01开本： 16开印次： 1纸张： 胶版纸I S B N ： 9787111242093包装： 平装编辑推荐
本书描述了37个真实的、可重用的模式，为编写软件需求提供了特定情形下的框架。每种模式详细描述需要包括哪些信息，提醒常见的缺陷，以及建议需要考虑的额外需求。无论使用传统的分析方法还是敏捷方法，都可以学习如何使用需求模式，从而为成功的软件开发编写一致、有效的需求。
需求模式可以帮助你：
识别系统间的接口、技术以及文档需求。
定义详细的信息需求，包括归档、数据类型以及数据实体。
指定系统的可用性、容量、伸缩性、扩展性以及易用性。
定义访问控制，包括用户注册、认证以及授权。
指定查询、报表、计算公式以及费和税的需求。
获得400多个实际的需求实例，学习如何编写自己的需求模式。
“本书是充满智慧和见解的需求学习图书。”
——Karl E. Wiegers，《Software Requirements》作者
“本书以一种新颖的方式编制优质需求，并对它们进行实例封装。本书是任何业务分析人员的必备工具。”
——Roxanne Miller，Requirements Quest 首席顾问
内容简介
本书描述了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节将更详细地解释这个主题。
……
