在做需求的过程中经常遇见性能问题:

1.编写容易等同于实现困难。

2.我们定义一个完整的运行还是只是软件。

3.性能指标适用于系统的哪个部分?

4.避免武断的性能指标。

5.性能因素对系统有多大的影响?

6.怎样可以测量实际的性能?

7.到什么时候性能指标需要满足?

8.在每一个需求中之定义一个性能指标。

9.如果性能指标没有达到该怎么办。

在具体分析那五个需求模式时,都有各自的注意事项和处理步骤。

    信息是商业系统活力的源泉,IT是信息技术,习惯上成为信息处理,但是信息具有更广泛的含义不单单是数据而已。

信息需求模式:

①数据类型需求模式:数据类型需求应该包括:数据类型的名称(给数据类型一个唯一名称可以反映它的业务角色),

目的,形式,显示格式,约束,特殊处理。数据类型需求模式在数据库开发的时候很是必要,数据库的各个数据的规定

如果越是规范那么对于以后的程序开发帮助越大,而设计一个数据类型需求的模式对数据库的开发提高了效率。

②数据结构需求模式:内容:名称,信息项列表,以前定义的数据类型,数据类型的描述,另外的数据结构,项目列表。

③标识符需求模式:内容:所属的实体名称,标识符名称,标识符形式,唯一性范围,如何分配,用户选择,来自外部,

显示格式,排序顺序,重用的条件。

④计算公式需求模式:内容:数值描述,公式的本身,所有使用变量的解释,变量名称,起源,数据类型,允许值或者范

围,小数位数,计算精度,适用性限制,参考,例子。

⑤数据寿命需求模式:内容:相关的数据,存储的方式,,保留数据的时间长度,开始触发的时间,截止时间的动作,可

以保留任意长的时间,可以保留适度的额外时间,一旦达到时间限制,必须变为不可见。到截止时间必须马上移走,目的。

⑥数据归档需求模式:目的:历史性,性能,不干扰,安全,存在的证据,许可的到期;内容:数据描述,移动或拷贝,

数据源,目的地,频率,发起者,目的,归档格式。用户功能需求模式:查询模式:内容:查询名称(给定一个明确的名

称,这样就不会出现查询混淆,我感觉这更像数据库中的主键,唯一非空),查询业务意图,显示的信息,排序顺序,挑

选标准,浏览,交互,自动刷新。报表模式:考虑的因素:多少信息要显示?(假如只有一个数据要输出,那么一个查询

就OK了没必要弄报表显示),需要怎样交互?多久需要一份硬拷贝?多少人要看?是否需要保存结果?信息来自哪里?

信息不稳定程度?查询还是报表实现更便宜?内容:报表名称,报表的业务意图,显示的信息,排序顺序,挑选标准,自

行运行详细信息(描述频率等要求),总计级别(考虑总计值得个数),换页级别。

      商业需求模式包括费/税和多组织单员(业务结构,办事处,公司等)多组织单元需求包括:单元类型名称、单元类

型定义、父单元类型、特征、预计的实例数等,还可以额外的包括访问控制、单元标识符等。费/税需求包括:名称、基础、

起源、条件、什么时候征收、付款人、收款人、费率的决定因素、系统的责任、参考。还可以额外的包括特殊情况和因

素、人为干涉、费用金额的理由。