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