软件开发 软件需求说明书编写规范
(国内标准)GB-软件开发主要文档编写规范
231 GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
1.2 背景 说明：a ．所建议开发的软件系统的名称。
b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c ．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。
b ．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求，如： a ．功能。
b ．性能。
c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e ．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
232 d ．管理信息服务的改进。
软件需求规格说明书编写规范
软件需求规格说明书编写规范1、目的本程序规定软件产品（项目）需求规格说明书的编制过程及相应的文档。
2、范围本程序适用于公司所有软件项目或产品在系统需求调查阶段的需求规格说明书的编制。
3、职责3.1研发部3.1.1根据项目立项书组建软件项目（产品）的项目组。
3.1.2负责《需求规格说明书》编写工作的进度和质量控制。
3.1.3组织《需求规格说明书》的评审活动。
3.2项目经理3.2.1负责与用户的协调工作。
3.2.2组织项目组成员进行需求调研工作。
3.2.3协调系统分析员及高级程序员做需求调查工作。
3.2.4负责《需求规格说明书》编写工作的进度和质量控制。
3.2.5协调项目组成员组织《需求规格说明书》的编制。
3.3系统分析员3.3.1调查用户业务需求背景。
3.3.2确定业务逻辑架构。
3.3.3确定系统性能要求。
3.3.4确定系统运行支持环境要求。
3.3.5调查与记录业务数据流程。
3.3.6指导高级程序员做需求调查工作。
3.4高级程序员3.4.1调查与记录业务操作规程。
3.4.2搜集整理各种业务报表。
3.4.3调查与记录业务数据规格。
3.4.4搜集整理业务术语。
3.4.5搜集整理本系统与第三方产品和支持性硬件及软件产品的接口。
4、术语和定义4.1需求：用户为解决某一问题或达到某个目标所需要的条件或能力。
5、工作过程及规定5.1总则5.1.1《需求规格说明书》一般由顾客提供或由顾客与我公司共同编制，但经双方协商同意后，也可以由我公司单方编制。
5.2制订《软件设计需求调查计划书》项目经理根据研发部/研发部转发的顾客需求资料，进行顾客需求识别后，制订《软件设计需求调查计划书》。
5.3调查用户需求背景系统分析员调查用户需求背景，填写《需求规格说明书》中的前言部分。
5.4调查用户单位组织结构及部门职责项目经理调查用户单位该软件产品预期使用部门的组织结构、各部门职责以及每个部门的业务范围，填写《需求规格说明书》中的用户单位组织结构部分。
软件需求规格说明书的编写
软件需求规格说明书的编写一、实验要求与任务1、要求：完成软件需求规格说明书编写：（1）基于获取的需求信息以及相关的参考文档，采用基于OMT的需求建模方法构建软件系统的需求模型；（2）基于给定的软件需求规格说明模板编写软件需求规格说明书。
其中，软件系统的需求模型应包括类图表示的对象模型，序列图和状态转换图表示的动态模型，以及分层的数据流图表示的功能模型。
每一种图形化需求模型应采用工具描述，类图、序列图和状态转换图采用Rational Rose或starUML软件描述，数据流图可采用visio软件描述。
2、具体任务：为“自动取款机（ATM）系统”开发编写需求规格说明书。
关于ATM系统的需求陈述如下：1）某银行拟开发一个自动取款机系统，它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。
ATM和中央计算机由总行投资购买。
总行拥有多台ATM，分别设在全市主要街道上。
分行负责提供分行计算机和柜员终端，柜员终端设在分行营业厅及分行下属的各个储蓄所内。
该系统的软件开发成本由各个分行分摊。
2）银行柜员使用柜员终端处理储户提交的储蓄事务。
柜员负责把储户提交的存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。
柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。
3）储户可以用现金或支票开设新账户。
储户也可以从自己的账户存款或取款。
通常，一个储户可能拥有多个账户。
拥有银行账户的储户有权申请领取银行卡。
使用银行卡可以通过ATM访问自己的账户、提取现金，存储现金或查询有关自己账户的信息。
4）银行卡是一张特制的磁卡，上面有分行代码和卡号。
分行代码唯一标识总行下属的一个分行，卡号确定可以访问哪些账户。
每张银行卡仅属于一个储户，但同一张卡可能由多个副本。
因此，必须考虑同时在若干台ATM上使用同样的银行卡的可能性。
也就是说，系统应该能够处理并发的访问。
5）当用户把银行卡插入ATM之后，ATM就与用户交互，获取有关这次事务的信息，并与中央计算机交换有关事务的信息。
国家标准软件开发主要编写规范
国家标准(GB 8567－88)软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
1.2 背景说明：a．所建议开发的软件系统的名称。
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文。
b．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求，如：a．功能。
b．性能。
c．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标，如：a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
d．管理信息服务的改进。
e. 自动决策系统的改进。
f. 人员利用率的改进。
GB8567-88软件开发主要文档编写规范
GB8567－88软件开发主要文档编写规范GB8567－88软件开发主要文档编写规范233GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、 可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
1.2 背景说明：a ．所建议开发的软件系统的名称。
b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c ．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2341.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。
b ．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求，如：a ．功能。
b ．性能。
c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频235度。
e ．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标，如：a. 人力与设备费用的减少。
b. 处理速度的提高。
软件开发需求规格说明书编写规范
百度文库- 让每个人平等地提升自我编号版本需求规格说明书项目名称项目负责人编写年月日校对年月日审核年月日批准年月日单位目录1 引言............................................................................................................( ) 编写目的.................................................................................................( )参考资料.................................................................................................( )术语定义.................................................................................................( )2 概述............................................................................................................( ) 产品的描述.............................................................................................( )产品的功能.............................................................................................( )实现语言... .............................................................................................( )用户特点.................................................................................................( )一般约束.................................................................................................( )3 具体需求....................................................................................................( ) 功能需求.................................................................................................( ) 3.1.1 引言......................................................................................................( ) 3.1.2 输入......................................................................................................( ) 3.1.3 处理......................................................................................................( ) 3.1.4 输出......................................................................................................( ) 外部接口需求.........................................................................................( ) 3.2.1 用户界面..............................................................................................( ) 3.2.2 硬件接口..............................................................................................( ) 3.2.3 软件接口..............................................................................................( ) 3.2.4 通信接口..............................................................................................( ) 性能需求.................................................................................................( ) 3.3.1 静态数值需求......................................................................................( ) 3.3.2 动态数值需求......................................................................................( ) 设计约束.................................................................................................( ) 3.4.1 硬件限制..............................................................................................( )3.4.2 其他约束..............................................................................................( ) 属性.........................................................................................................( ) 3.5.1 可使用性..............................................................................................( ) 3.5.2 安全性..................................................................................................( ) 3.5.3 可维护性..............................................................................................( ) 3.5.4 可移植性..............................................................................................( ) 其它需求.................................................................................................( ) 3.6.1 数据库..................................................................................................( ) 3.6.2 操作......................................................................................................( )3.6.3 故障处理..............................................................................................( )4 数据需求....................................................................................................( ) 数据描述.................................................................................................( )数据采集.................................................................................................( ) 4.2.1 要求与范围..........................................................................................( ) 4.2.2 处理......................................................................................................( ) 数据词典.................................................................................................( )5 支持信息....................................................................................................( ) 目次和索引.............................................................................................( )附录.........................................................................................................( )11 引言编写目的说明编写需求规格说明的主要目的。
软件需求规格说明(规范)
GC508.04 密级：（软件项目名称）软件需求规格说明标识：版本：页数：拟制：SQA审核：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 需求 (1)3.1 要求的状态和方式 (1)3.2 CSCI能力需求 (2)3.2.X（CSCI能力） (2)3.3 CSCI外部接口需求 (2)3.3.1 接口标识和接口图 (2)3.3.X（接口的项目唯一的标识符） (2)3.4 CSCI内部接口需求 (3)3.5 CSCI内部数据需求 (3)3.6 适应性需求 (3)3.7 安全性需求 (3)3.8 保密性需求 (3)3.9 CSCI环境需求 (4)3.10 计算机资源需求 (4)3.10.1 计算机硬件需求 (4)3.10.2 计算机硬件资源使用需求 (4)3.10.3 计算机软件需求 (4)3.11 软件质量因素 (4)3.12 设计和实现约束 (4)3.13 人员需求 (4)3.14 培训需求 (4)3.15 后勤保障需求 (4)3.16 其它需求 (4)3.17 验收、交付和包装需求（修改有关内容） (4)3.18 需求的优先顺序和关键程度 (5)4 合格性规定 (5)5 需求可追踪性 (5)6 注释 (5)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。
】1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构；标识当前和计划的运行现场；列出其它有关文档。
】1.3 文档概述【本条应概述文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
】2 引用文档【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识所有不能通过正常采购活动得到的文档的来源。
软件开发软件需求说明书编写规范
1详细需求1.1 功能需求1.1.1 功能需求 1关于每一类功能或许有时关于每一个功能，需要详细描绘其输入、加工和输出的需求。
由四个部分构成：a．前言描绘的是功能要达到的目标、所彩的方法和技术，还应清楚说明功能企图的由来和背景。
b．输入详尽描绘该功能的所有输入数据，如：输入源、数目、胸怀单位、时间设定、有效输入范围（包含精度和公差）；操作员控制细节的需求。
此中闻名字、操作员活动的描绘、控制台或操作员的地点。
比如：当打印检查时，要求操作员进行格式调整；3)指明引用接口说明或接口控制文件的参照资料。
c．加工定义输入数据、中间参数，以获取预期输出结果的所有操作。
它包含以下的说明：1)输入数据的有效性检查；2)操作的次序，包含事件的时间设定；3)响应，比如，溢出、通讯故障、错误办理等；4)受操作影响的参数；5)降级运转的要求；6)用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；7)输出数据的有效性检查。
d．输出1)详尽描绘该功能所有输出数据，比如：输出目的地、数目、胸怀单位、时间关系、有效输出的范围（包含精度和公差）、非法值的办理、犯错信息；2)有关接口说明或接口控制文件的参照资料。
别的，对侧重于输入输出行为的系统来说，需求说明应指定所有存心义的输入、输出对及其序列。
当一个系统要求记忆它的状态时，需要这个序列，使得它能够依据本次输入和从前的状态作出响应。
也就是说，这类状况如同有限状态机。
1.1.2 功能需求 2．．．．．．功能需求n1.2 外面接口需求1.2.1 用户接口供给用户使用软件产品时的接口需求。
比如，假如系统的用户经过显示终端进行操作，就一定指定以下要求：a．对屏幕格式的要求；b．报表或菜单的页面打印格式和内容；c．输入输出的相对时间；d．程序功能键的可用性。
1.2.2 硬件接口要指出软件产品和系统硬零件之间每一个接口的逻辑特色。
还可能包含以下事宜：支撑什么样的设施，怎样支撑这些设施，有何商定。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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．特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。
注：当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的部分。