软件开发软件需求说明指导书编写标准规范.doc

1 具体需求
1.1 功效需求
1.1.1 功效需求1
对于每一类功效或有时对于每一个功效，需要具体描述其输入、加工和输出需求。由四个部分组成：
a． 引言
描述是功效要达成目标、所彩方法和技术，还应清楚说明功效意图由来和背景。
b． 输入
1) 具体描述该功效全部输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包含精度和公差）；
2) 操作员控制细节需求。其中有名字、操作员活动描述、控制台或操作员位置。比如：当打印检验时，要求操作员进行格式调整；
3) 指明引用接口说明或接口控制文件参考资料。
c． 加工
定义输入数据、中间参数，以取得预期输出结果全部操作。它包含以下说明：
1) 输入数据有效性检验；
2) 操作次序，包含事件时间设定；
3) 响应，比如，溢出、通信故障、错误处理等；
4) 受操作影响参数；
5) 降级运行要求；
6) 用于把系统输入变换成对应输出任何方法（方程式、数学算法、逻辑操作等）；
7) 输出数据有效性检验。
d． 输出
1) 具体描述该功效全部输出数据，比如：输出目标地、数量、度量单位、时间关系、有效输出范围（包含精度和公差）、非法值处理、犯错信息；
2) 相关接口说明或接口控制文件参考资料。
另外，对着重于输入输出行为系统来说，需求说明应指定全部有意义输入、输出对及其序列。当一个系统要求记忆它状态时，需要这个序列，使得它能够依据此次输入和以前状态作出响应。也就是说，这种情况如同有限状态机。
1.1.2 功效需求2
．．．．．．
1.1.n 功效需求n
1.2 外部接口需求
1.2.1 用户接口
提供用户使用软件产品时接口需求。比如，假如系统用户经过显示终端进行操作，就必需指定以下要求：
a． 对屏幕格式要求；
b． 报表或菜单页面打印格式和内容；
c． 输入输出相对时间；
d． 程序功效键可用性。
1.2.2 硬件接口
要指出软件产品和系统硬部件之间每一个接口逻辑特点。还可能包含以下事宜：支撑什么样设备，怎样支撑这些设备，有何约定。
1.2.3 软件接口
在此要指定需使用其它软件产品（比如，数据管理系统、操作系统或数学软件包），和同其它应用系统之间接口。对每一个所需软件产品，要提供以下内容：
a． 名字；
b． 助记符；
c． 规格说明号；
d． 版本号；
e． 起源。
对于每一个接口，这部分应说明和软件产品相关接口软件目标，并依据信息内容和格式定义接口，但无须具体描述任何已经有完整文件接口，只要引用定义该接口文件即可。
1.2.4 通信接口
指定多种通信接口。比如，局部网络协议等等。
1.3 性能需求
从整体来说，本条应具体说明软件、或人和软件交互静态或动态数值需求。
A． 静态数值需求可能包含：
1) 支持终端数；
2) 支持并行操作用户数；
3) 处理文卷和统计数；
4) 表和文卷大小。
B． 动态数值需求可能包含：欲处理事务和任务数量，和在正常情况下和峰值工作条件下一定时间周期中处理数据总量。
全部这些需求全部必需用能够度量术语来叙述。比如，95％事务必需在小于1s时间内处理完，不然，操作员将不等候处理完成。
1.4 设计约束
设计约束受其它标准、硬件限制等方面影响。
1.4.1 其它标准约束
本项将指定由现有标准或规则派生要求。比如：
a． 报表格式；
b． 数据命名；
c． 财务处理；
d． 审计追踪，等等。
1.4.2 硬件限制
本项包含在多种硬件约束下运行软件要求，比如，应该包含：
a． 硬件配置特点（接口数，指令系统等）；
b． 内存放器和辅助存放器容量。
1.5 属性
在软件需求之中有若干个属性，以下指出其中多个（注意：对这些决不应了解为是一个完整清单）。
1.5.1 可用性
能够指定部分原因，如检验点、恢复和再开启等，以确保整个系统有一个确定可用性等级。
1.5.2 安全性
指是保护软件要素，以预防多种非法访问、使用、修改、破坏或泄密。这个领域具体需求必需包含：
a． 利用可靠密码技术；
b． 掌握特定统计或历史数据集；
c． 给不一样模块分配不一样功效；
d． 限定一个程序中一些区域通信；
e． 计算临界值检验和。
1.5.3 可维护性
要求若干需求以确保软件是可维护。比如：
a． 软件模块所需要特殊耦合矩阵；
b． 为微型装置指定特殊数据＼程序分割要求。
1.5.4 可转移 ＼转换性
要求把软件从一个环境移植到另一个环境所要求用户程序，用户接口兼容方面约束等等。
1.5.5 警告
指定所需属性十分关键，它使得大家能用要求方法去进行客观验证。
1.6 其它需求
依据软件和用户组织特征等，一些需求放在下面各项中描述。
1.6.1 数据库
本项对作为产品一部分进行开发数据库要求部分需求，它们可能包含：
a． 在功效需求中标识信息类别；
b． 使用频率；
c． 存取能力；
d． 数据元素和文卷描述符；
e． 数据元素、统计和文卷关系；
f． 静态和动态组织；
g． 数据保留要求。
注：假如使用一个现有数据库包，这个包应在“软件接口”中命名，并在那里具体说明其使用方法。
1.6.2 操作
这里说明用户要求常规和特殊操作。
A． 在用户组织之中多种方法操作。比如，用户初始化操作；
B． 交互作用操作周期和无人操作周期；
C． 数据处理运行功效；
D． 后援和恢复操作。
注：这里内容有时是用户接口一部分。
1.6.3 场适宜应性需求
这里包含：
a． 对给定场所或相关任务或操作方法任何数据或初始化次序需求进行定义。比如，栅值，安全界限等等。
b． 指出场所或相关任务为特点，这里能够被修改以使软件适合特殊配制要求。
2 附录
对一个实际需求规格说明来说，若有必需应该编写附录。附录中可能包含：
a． 输入输出格式样本，成本分析研究描述或用户调查结果；
b． 有利于了解需求说明背景信息；
c． 软件所处理问题描述；
d． 用户历史、背景、经历和操作特点；
e． 交叉访问表。按前后次序进行编排，使部分不完全软件需求得以完善；
f． 特殊装配指令用于编码和媒体，以满足安全、输出、初始装入或其它要求。
注：当包含附录时，需求说明必需明确地说明附录是不是需求要考虑部分。