软件开发 软件需求说明书编写规范
(国内标准)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 概述 (5)1.1目的 (5)1.2项目背景 (5)1.3范围 (5)1.4术语定义 (5)2系统说明 (6)3 软件需求说明 (7)3.1功能要求 (7)3.2输入输出要求 (7)3.3故障处理要求 (7)3.4可用性 (8)3.5可靠性 (8)3.6性能要求 (8)3.7可维护性,可扩展性 (9)3.8灵活性 (9)3.9安全性 (9)3.10设计约束 (9)3.11用户使用手册和在线帮助系统 (10)3.12界面要求 (10)3.13支持软件 (10)3.14控制 (10)3.15设备 (10)3.16其他要求 (11)4 验收标准 (12)5参考资料 (13)一、概述在概述部分应对整个系统进行概要描述。
通常还包括目的，范围，术语定义等。
1.1 目的说明编写这份软件需求说明书的目的。
1.2项目背景说明：1）、待开发的软件系统的名称；2）、本项目的任务提出者、开发者、用户及实现该软件的计算机中心或计算机网络；3）、该软件系统同其他系统或其他机构的基本的相互来往关系；1.3范围指出本文档的适用范围和预期读者。
1.4术语定义定义本文档中所使用的术语。
对于易混淆的客户常用语要有明确规定义。
例如：“用户”是指客户的雇员而非软件的最终购买者等。
二、系统说明可包括: 原有系统描述，新系统解决方案描述，产品用途，产品功能，用户特点，局限性，前提和假设等概要描述。
三、软件需求说明在这一部分应对所有的软件需求进行足够详细的描述。
详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和测试为准。
3.1 功能要求列出在本软件项目中所要实现的所有功能，可以采用树状文档方式进行描述，也可以采用框图方式进行描述；写出与用户协商后确定的该项目不予实现的需求。
软件设计说明书编写规范
软件设计说明书编写规范目录软件设计说明书编写规范 (1)一、编写目的 (2)二、应用文档 (2)三、要求及内容 (2)2.1编写格式要求 (2)2.2说明书内容 (2)2.2.1说明书目的 (2)2.2.2参考资料及文档 (2)2.2.3设计原则 (3)2.2.4接口描述 (4)2.2.5功能描述 (4)2.2.6接口协议 (5)2.2.7编程协定 (5)2.2.8数据结构 (6)2.2.9逻辑结构 (6)2.2.10程序流程 (6)2.2.11源文件列表 (8)2.2.12其他 (9)2.3文档修订历史 (9)四、编写文档注意事项 (9)五、样例及模板文档 (9)一、编写目的项目主管或软件工程师根据《软件需求说明书》，对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。
运行设计、数据结构设计和出错处理设计等，需编写《软件设计说明书》，本文档供项目主管和软件工程师遵循《用户需求规格说明书》（见《用户需求规格说明书编写规范》）如何编写《软件设计说明书》所编写的规范。
二、应用文档本文在编写时所应用到下列文件：➢《文档编排格式规范》➢《软件需求规格说明书》➢《UML时序图规范说明书》三、要求及内容2.1编写格式要求在编写《软件设计说明书》时，对封面、正文、字体及编号应参考《文档编排格式规范》约定的格式对封面、正文、字体、大纲及编号进行编写。
2.2说明书内容2.2.1说明书目的软件设计说明书又可称系统设计或程序设计，这里所说的系统是指程序系统。
编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。
运行设计、数据结构设计和出错处理设计等；更详细设计说明是将一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，此时可对程序较为详细设计，如果一个软件系统比较简单，层次很少，可直接编写系统设计，本说明书可供软件设计师、项目主管及测试人员使用。
【需求】软件开发需求规格说明书编写规范
【关键字】需求编号版本需求规格说明书项目名称项目负责人编写年月日校对年月日审核年月日批准年月日单位0文档收集于互联网，如有不妥请联系删除.目录1 引言............................................................................................................( )1.1 编写目的.................................................................................................( )1.2 参考资料.................................................................................................( )1.3 术语定义.................................................................................................( )2 概述............................................................................................................( )2.1 产品的描述.............................................................................................( )2.2 产品的功能.............................................................................................( )2.3 实现语言... .............................................................................................( )2.4 用户特点.................................................................................................( )2.5 一般约束.................................................................................................( )3 具体需求....................................................................................................( )3.1 功能需求.................................................................................................( )引言......................................................................................................( )输入......................................................................................................( )处理......................................................................................................( )输出......................................................................................................( )3.2 外部接口需求.........................................................................................( )用户界面..............................................................................................( )硬件接口..............................................................................................( )软件接口..............................................................................................( )通信接口..............................................................................................( )3.3 性能需求.................................................................................................( )静态数值需求......................................................................................( )动态数值需求......................................................................................( )3.4 设计约束.................................................................................................( )硬件限制..............................................................................................( )其他约束..............................................................................................( )3.5 属性.........................................................................................................( )可使用性..............................................................................................( )安全性..................................................................................................( )可维护性..............................................................................................( )可移植性..............................................................................................( )3.6 其它需求.................................................................................................( )数据库..................................................................................................( )操作......................................................................................................( )毛病处理..............................................................................................( )4 数据需求....................................................................................................( )文档收集于互联网，如有不妥请联系删除.4.1 数据描述.................................................................................................( )4.2 数据采集.................................................................................................( )要求与范围..........................................................................................( )处理......................................................................................................( )4.3 数据词典.................................................................................................( )5 支持信息....................................................................................................( ) 5.1 目次和索引.............................................................................................( ) 5.2 附录.........................................................................................................( )1文档收集于互联网，如有不妥请联系删除.1 引言1.1 编写目的说明编写需求规格说明的主要目的。
软件需求说明书编写规范
.{产品名称} 软件需求规格说明书编写人：编写日期：年月日目录1.产品描述 (3)1.1.编写目的 (3)1.2.产品名称 (3)1.3.名词定义（可选） (3)2.产品需求概述 (3)2.1.功能简介 (3)2.2.运行环境 (3)2.3.条件与限制（可选） (3)3.功能需求 (3)3.1.功能划分（可选） (3)3.2.功能1 (4)3.3.功能N (4)3.4.不支持的功能 (4)4.数据描述 (4)5.性能需求（可选） (4)6.运行需求（可选） (4)6.1.用户界面 (4)6.2.硬件接口 (4)6.3.软件接口 (5)6.4.通信接口 (5)7.其它需求（可选） (5)8.特殊需求（可选） (5)9.不确定的问题（可选） (5)10.编写人员及编写日期 (5)11.附录 (5)11.1.引用文件 (5)11.2.参考资料 (5)1.产品描述1.1.编写目的【说明编写本软件需求规格说明书的目的，指出预期的读者。
】1.2.产品名称【本项目的名称，包括项目的全名、简称、代号、版本号。
】1.3.名词定义（可选）【对重要的或是具有特殊意义的名词（包括词头和缩写）进行定义，以便读者可以正确地解释软件需求说明。
】2.产品需求概述2.1.功能简介【对产品的基本功能做一个简介，包括：1.本产品的开发意图、应用目标及作用范围。
2．概略介绍了产品所具有的主要功能。
可以用列表的方法给出，也可以用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图等。
3．说明本产品与其他相关产品的关系，是独立产品还是一个较大产品的组成部分。
可以用表示外部接口和数据流的系统高层次图，或者方框图说明。
】2.2.运行环境1.硬件环境：【详细列出本软件运行时所必须的最低硬件配置、推荐硬件配置(如主机、显示器、外部设备等)以及其它特殊设备。
】2.软件环境：【如操作系统、网络软件、数据库系统以及其它特殊软件要求。
】2.3.条件与限制（可选）【说明本软件在实现时所必须满足的条件和所受的限制，并给出相应的原因。
软件项目需求规则说明模板
软件项目需求规则说明模板
[软件项目名称]
需求规则说明
[日期]
1. 介绍
本文档是对[软件项目名称]的需求规则的说明。
该文档旨在明确软件项目的需求，并为项目开发和实施提供指导。
2. 项目概述
在此部分，对软件项目的整体目标和背景进行简要介绍，包括项目的业务目标、用户需求和预期结果。
3. 业务需求
在此部分，列出软件项目的业务需求，包括功能需求和非功能需求。
功能需求描述了软件项目需要实现的具体功能，非功能需求描述了软件项目需要满足的性能、可靠性、安全性等方面的要求。
4. 用户需求
在此部分，列出软件项目的用户需求，包括用户体验、界面设计、交互和可用性等方面的要求。
5. 技术需求
在此部分，列出软件项目的技术需求，包括软件开发环境、开
发语言、数据库、硬件要求等方面的要求。
6. 项目限制
在此部分，列出软件项目的限制和约束，包括时间、预算、资源、法规等方面的限制。
7. 项目交付要求
在此部分，列出软件项目的交付要求，包括交付日期、交付文档、交付成果等方面的要求。
8. 可变需求
在此部分，说明软件项目中可变的需求，并提供变更需求的流程和规则。
9. 审核和批准
在此部分，列出对本文档的审核和批准人员，并记录审核和批准的日期。
[附注]
本文档的维护责任人是[责任人姓名]，任何对需求的更改和修订应由维护责任人负责并更新本文档。
软件开发技术文档编写规范
软件开发技术文档编写标准在工程开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、准确性、清晰性、完整性、灵活性、可追溯性。
◇可行性分析报告：说明该软件开发工程实现在技术上、经济上与社会因素上可行性，评述为了合理地到达开发目标可供选择各种可能实施方案，说明并论证所选定实施方案理由。
◇工程开发方案：为软件工程实施方案制订出具体方案，应该包括各局部工作负责人员、开发进度、开发经费预算、所需硬件及软件资源等。
◇软件需求说明书〔软件规格说明书〕：对所开发软件功能、性能、用户界面及运行环境等作出详细说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议条件下编写，也是实施开发工作根底。
该说明书应给出数据逻辑与数据采集各项要求，为生成与维护系统数据文件做好准备。
◇概要设计说明书：该说明书是概要实际阶段工作成果，它应说明功能分配、模块划分、程序总体构造、输入输出以及接口设计、运行设计、数据构造设计与出错处理设计等，为详细设计提供根底。
◇详细设计说明书：着重描述每一模块是怎样实现，包括实现算法、逻辑流程等。
◇用户操作手册：本手册详细描述软件功能、性能与用户界面，使用户对如何使用该软件得到具体了解,为操作人员提供该软件各种运行情况有关知识，特别是操作方法具体细节。
◇测试方案：为做好集成测试与验收测试，需为如何组织测试制订实施方案。
方案应包括测试内容、进度、条件、人员、测试用例选取原那么、测试结果允许偏差范围等。
◇测试分析报告：测试工作完成以后，应提交测试方案执行情况说明，对测试结果加以分析，并提出测试结论意见。
◇开发进度月报：该月报系软件人员按月向管理部门提交工程进展情况报告，报告应包括进度方案与实际执行情况比拟、阶段成果、遇到问题与解决方法以及下个月打算等。
◇工程开发总结报告：软件工程开发完成以后，应与工程实施方案对照，总结实际执行情况，如进度、成果、资源利用、本钱与投入人力，此外，还需对开发工作做出评价，总结出经历与教训。
软件开发技术文档编写规范
软件开发技术文档编写标准在工程开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、准确性、清晰性、完整性、灵活性、可追溯性。
◇可行性分析报告：说明该软件开发工程实现在技术上、经济上和社会因素上可行性，评述为了合理地到达开发目标可供选择各种可能实施方案，说明并论证所选定实施方案理由。
◇工程开发方案：为软件工程实施方案制订出具体方案，应该包括各局部工作负责人员、开发进度、开发经费预算、所需硬件及软件资源等。
◇软件需求说明书〔软件规格说明书〕：对所开发软件功能、性能、用户界面及运行环境等作出详细说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议条件下编写，也是实施开发工作根底。
该说明书应给出数据逻辑和数据采集各项要求，为生成和维护系统数据文件做好准备。
◇概要设计说明书：该说明书是概要实际阶段工作成果，它应说明功能分配、模块划分、程序总体构造、输入输出以及接口设计、运行设计、数据构造设计和出错处理设计等，为详细设计提供根底。
◇详细设计说明书：着重描述每一模块是怎样实现，包括实现算法、逻辑流程等。
◇用户操作手册：本手册详细描述软件功能、性能和用户界面，使用户对如何使用该软件得到具体了解,为操作人员提供该软件各种运行情况有关知识，特别是操作方法具体细节。
◇测试方案：为做好集成测试和验收测试，需为如何组织测试制订实施方案。
方案应包括测试内容、进度、条件、人员、测试用例选取原那么、测试结果允许偏差范围等。
◇测试分析报告：测试工作完成以后，应提交测试方案执行情况说明，对测试结果加以分析，并提出测试结论意见。
◇开发进度月报：该月报系软件人员按月向管理部门提交工程进展情况报告，报告应包括进度方案与实际执行情况比拟、阶段成果、遇到问题和解决方法以及下个月打算等。
◇工程开发总结报告：软件工程开发完成以后，应与工程实施方案对照，总结实际执行情况，如进度、成果、资源利用、本钱和投入人力，此外，还需对开发工作做出评价，总结出经历和教训。
软件需求规格说明(规范)
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 引用文档【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识所有不能通过正常采购活动得到的文档的来源。
软件需求说明书编写规范
软件需求说明书编写规范软件需求说明书编写规范软件需求说明书编写规范一. 目的规范本公司软件需求说明说明书的编写方法，从而提高软件的开发效率，为软件的确认和验证提供一个为顾客认同的基础。
二. 范围本规范适用于软件需求说明书编写，对顾客它精确地描述他们想获得什么样的产品，对软件开发人员能准确理解顾客需要什么样的软件产品。
三. 引用标准 GB8566 计算机软件开发规范 GB8567 计算机软件产品开发文件编制指南GB9385 计算机软件需求说明编制指南GB／T11457 软件工程术语四. 编写内容一个为顾客和软件开发者双方对该软件开发者双方对该软件的初始规定有一个共同理解，并成为整个软件开发工作基础的软件需求说明书的主要编写内容如下：1 . 引言1.1编写目的写明编写该软件需求说明书的目的，指示予期的读者。
1.2背景该条应说明： a. 软件系统名称；b. 本软件项目的任务提出者.开发者.用户及软件运行的硬件环境；c. 该软件系统同其它系统的关系。
1.3定义列出本文件中用到而在GB／T11457 软件工程术语中没到列出的专门术语的定义。
1.4参考资料列出编写软件需求说明书所用到的参考资料清单，如：a. 本项目经核准的计划任务书或合同，上级文件；b. 属于本项目的其它已发表的文件；c. 本文件中各处引用的文件.资料.包括所要用到的软件开发所要遵守的标准。
2. 任务概述2.1目标本节应描述： a. 本软件项目开发意图.应用目标.作用范围以及需向读者介绍该软件开发的背景材料。
b . 解释被开发软件与其它软件之间的关系，如果本软件之其它及大的软件系统的一个组成部份，则应说明本软件与系统软件中其它部份之间的关系，可使用方框图来说明它们之间的联系和接口。
2.2用户的特点列出本软件最终用户的特点，充分说明本软件操作使用人员和维护人员的教育水平和技术专长及本软件的运行环境和使用频度。
2.3假定和约束列出本软件在设计开发中的假定和约定,如开发周期和开发经费等。
- 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．特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。
注：当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的部分。