终于把这本书阅读完了。其实说实话，感觉实际并不是很多，更多的是精神上的，哟及阅读过程中记录下来的 笔记。
在做需求的过程中经常遇见性能问题：1.编写容易等同于实现困难。2.我们定义一个完整的运行还是只是软件。3.性能指标适用于系统的哪个部分？4.避免武断的性能指标。5.性能因素对系统有多大的影响？6.怎样可以测量实际的性能？7.到什么时候性能指标需要满足？8.在每一个需求中之定义一个性能指标。9.如果性能指标没有达到该怎么办。在具体分析那五个需求模式时，都有各自的注意事项和处理步骤。
信息是商业系统活力的源泉，IT是信息技术，习惯上成为信息处理，但是信息具有更广泛的含义不单单是数据而已。
信息需求模式：①数据类型需求模式：数据类型需求应该包括：数据类型的名称（给数据类型一个唯一名称可以反映它的业务角色），目的，形式，显示格式，约束，特殊处理。
数据类型需求模式在数据库开发的时候很是必要，数据库的各个数据的规定如果越是规范那么对于以后的程序开发帮助越大，而设计一个数据类型需求的模式对数据库的开发提高了效率。②数据结构需求模式：内容：名称，信息项列表，以前定义的数据类型，数据类型的描述，另外的数据结构，项目列表。③标识符需求模式：内容：所属的实体名称，标识符名称，标识符形式，唯一性范围，如何分配，用户选择，来自外部，显示格式，排序顺序，重用的条件。④计算公式需求模式：内容：数值描述，公式的本身，所有使用变量的解释，变量名称，起源，数据类型，允许值或者范围，小数位数，计算精度，适用性限制，参考，例子。⑤数据寿命需求模式：内容：相关的数据，存储的方式，，保留数据的时间长度，开始触发的时间，截止时间的动作，可以保留任意长的时间，可以保留适度的额外时间，一旦达到时间限制，必须变为不可见。到截止时间必须马上移走，目的。⑥数据归档需求模式：目的：历史性，性能，不干扰，安全，存在的证据，许可的到期；内容：数据描述，移动或拷贝，数据源，目的地，频率，发起者，目的，归档格式。
用户功能需求模式：查询模式：内容：查询名称（给定一个明确的名称，这样就不会出现查询混淆，我感觉这更像数据库中的主键，唯一非空），查询业务意图，显示的信息，排序顺序，挑选标准，浏览，交互，自动刷新。报表模式：考虑的因素：多少信息要显示？（假如只有一个数据要输出，那么一个查询就OK了没必要弄报表显示），需要怎样交互？多久需要一份硬拷贝？多少人要看？是否需要保存结果？信息来自哪里？信息不稳定程度？查询还是报表实现更便宜？内容：报表名称，报表的业务意图，显示的信息，排序顺序，挑选标准，自行运行详细信息（描述频率等要求），总计级别（考虑总计值得个数），换页级别。
商业需求模式包括费/税和多组织单员（业务结构，办事处，公司等）多组织单元需求包括：单元类型名称、单元类型定义、父单元类型、特征、预计的实例数等，还可以额外的包括访问控制、单元标识符等。费/税需求包括：名称、基础、起源、条件、什么时候征收、付款人、收款人、费率的决定因素、系统的责任、参考。还可以额外的包括特殊情况和因素、人为干涉、费用金额的理由。