上次一次说完了整本书的前四章，主要感觉前四章是一个整体，前提是可以一次性消化，后面几章虽然也紧密联系，但是没发一下分析带过不能草草了之。
接下来到整本书第二部分，需求模式目录。就是分别介绍了37种需求模式，这些模式的主题在所有的商业系统中反复出现。对大部分通用的被优先介绍，而怪异不常用的将被放在最后。
首先，基础需求模式。被分为技术、系统间接口、遵从标准、系统间交互、参考需求、文档六种需求模式。
| 模式名称-> | 系统间接口 | 系统间交互 | 技术需求 | 遵从标准 | 参考需求 | 文档 |
| 相关模式（与之有联系的模式） | 系统间交互、吞吐量、可用性、拓展性、遵从标准、文档、技术 | 系统间接口 | 遵从标准、系统间接口、易用性 | 易用性 | ||
| 预期频率（预期使用频率） | 在小型还有中型系统中，有四个或者更少需求；在复杂的系统中可能有一打或者更多需求 | 每个系统间接口有0~5个接口 | 通常不超过六个需求 | 很少超过12个需求 | 最多可以达到6个 | 最多可以达到10个 |
| 适用性 | 使用系统间接口需求模式定义被定义的系统和任何与之交互的外部系统或者组件之间的基本细节。 | 定义穿越间接口的特定类型的交互 | 使用技术需求模式定义开发和运行系统所必须要的技术，或者系统必须能够与之交互，或者是互相兼容。 | 必须遵从一个标准 | 对外部需求规格中一些或全部需求的要求，使这些需求就像本规格的需求一样 | 定义需求产生的特殊类型的文档 |
| 内容（模式包含哪些名次，还有基本概念） | 接口名称、接口标识符、两端的系统、接口的目的、接口的所有者、定义接口的标准、由于接口的技术 | 交互类型名称、接口名称和标识符、交互目的、传递的消息 | 技术描述、技术的用法、技术的版本（根本不提版本、制定一个或者多个版本、设计一个规则）、动机、 | 标准的名称、标准的目的、遵从的标准的版本、遵从的标准的某些部分、位置 | 被参考的规格名称、被参考的规格版本、适用的需求、被参考规格的位置、优先级信息 | 文档的名称 |
| 开发考虑 | 编写软件模拟接口，它的价值依赖于接口的重要性、复杂性、测试系统是否可以被另一个系统所有者使用。 | 系统使用的技术，编程团队必须具备这种语言的编程能力。系统序言兼容的技术，那么最少要有一个这领域的专家。 | 两个系统按照同一个标准开发，但是最终却不能互通是很正常的 | 外部规格中的每一个适用的需求和当前规格中的需求是一样的。 | 开发团队对文档需求的最大兴趣就是按照需求生产相应的文档 | |
| 测试考虑 | 在系统的范围内，开发系统的组织必须测试参与到接口的每一个组件。 | 系统间交互需求只是定义了交互必须完成什么，它的目标。 | 对于不同的技术，不能有不同的测试标准 | 测试依赖于标准的本质 | 外部规格中的每一个适用的需求和当前规格中的需求是一样的。 | 打印出来阅读订正，然后检测软件中帮助是否能正常使用 |