《需求规格说明书》编写参考指南
软件需求规格说明编写指南
密级：（软件项目名称）软件需求规格说明标识：版本：页数：拟制：SQA审核：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 需求 (1)3.1 要求的状态和方式 (1)3.2 CSCI能力需求 (4)3.2.X（CSCI能力） (4)3.3 CSCI外部接口需求 (5)3.3.1 接口标识和接口图 (5)3.3.X（接口的项目唯一的标识符） (5)3.4 CSCI内部接口需求 (8)3.5 CSCI内部数据需求 (9)3.6 适应性需求 (9)3.7 安全性需求 (9)3.8 保密性需求 (10)3.9 CSCI环境需求 (10)3.10 计算机资源需求 (10)3.10.1 计算机硬件需求 (10)3.10.2 计算机硬件资源使用需求 (11)3.10.3 计算机软件需求 (11)3.11 软件质量因素 (11)3.12 设计和实现约束 (12)3.13 人员需求 (12)3.14 培训需求 (12)3.15 后勤保障需求 (12)3.16 其它需求 (12)3.17 验收、交付和包装需求（修改有关内容） (12)3.18 需求的优先顺序和关键程度 (13)4 合格性规定 (13)5 需求可追踪性 (13)6 注释 (14)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。
】示例：系统标识如下：a)已批准的标识号：b)产品名称：XXXXXXc)产品代号：XXXXXXd)版本号：XXXXXe)缩略名：1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构；标识当前和计划的运行现场；列出其它有关文档。
需求规格说明书(仅用于学习的参考模板)
数字化绩效需求规格说明书1引言1.1编写目的项目需求说明书是系统生存周期中开发阶段的一个重要步骤。
是作为整个系统开发范围的指南，是系统开发人员描绘出正确的符合用户要求的系统的重点。
为了明确客户的基本需求，更好地完成对客户需求了解，并量化和明晰本系统的工作量和工作进度，特编写此需求规格说明书。
此说明书始终贯穿于整个项目开发的过程，并决定着开发的整体框架，也是系统实现功能的指引说明。
1.2术语定义2综合描述2.1系统的功能（1）XXXX管理系统XXXX管理系统是推进市直机关及县（市、区）绩效管理体系创新，是在自治区免费提供的基础云应用平台上扩展建设而成的，能全面实现各XXXX考评工作网络化在线管理，大幅度提高绩效考评工作效率：实现战略目标展示、XXXX考评指标设定、修改和查看管理功能；实现工作计划、工作纪实、总结、过程XXXX、亮灯预警等绩效过程管理功能；支持在线开展年度绩效考评；导（录）入外部考评结果和外部评价结果，实现考评成绩自动计算；实现绩效考评结果统计分析、方便快捷查询与展示功能，构建XXXX档案。
（2）XXXX管理系统XXXX管理系统主要包含实现对会议决定事项、领导批办事项、上级交办事项和重大工作事项等分类全过程XXXX管理，包括XXXX事项分解拟定、审核与下达、XXXX、反馈进度、跟踪预警、XXXX报告和统计汇总等全过程环节管理。
（3）XXXX管理系统XXXX管理系统满足在线开展部门互评、领导评价、公众评议等工作，在设计上要具备充分的灵活性，可自由设置打分选项、配置测评表内容、配置测评对象以及生成测评账号，要具有完善的评价管理功能，实时汇总、监控评价开展情况，收集各个测评主体对测评对象的意见建议等，建立一个学、高效、简便、可视化的考核评价工作平台，提高考核评价数据采集的实时性、便捷性和准确性。
（4）XXXXX小程序XXXXX是借助信息化的手段，提升核验执行效率与覆盖面。
手机移动XXXX（含察访核验）是以XXXX管理系统为基础，全新设计开发的应用系统，XXXX对XXXX 管理系统功能进行提炼和整合，充分发挥移动设备方便快捷、可拍照、GPS定位等优势，实现重大工作完成情况快捷填报、证明材料上传，充分利用手机GPS功能确保证明图片的真实性、实效性，避免了传统的现场核验工作量，提高了工作效率，节约了监督成本。
需求规格说明书编写指南
MMM网络技术(北京)有限公司需求规格说明书编写指南（需求规格说明书编写指南）需求规格说明书编写指南MMM网络技术(北京)有限公司版本日期说明编写者审核者备注AB 本文件的初稿C 最终版本D 第一次修改需求规格说明书编写指南1)、引言1.1)编写目的[阐明编写需求说明书的目的，指明读者对象。
]1.2)项目背景[应包括：A项目的委托单位、开发单位和主管部门；B该软件系统与其他系统的关系。
]1.3)需求分析的范围与内容[说明需求分析需要调查的内容和调查范围]1.3)定义[列出文档中所用到的专门术语的定义和缩写词的原文。
]1.4)编制的依据[可包括：A项目经核准的计划任务书、合同或上级机关的批文；B项目开发计划；C文档所引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
]2)、任务概述2.1)目标2.2)运行环境2.3)条件与限制3)、需求分析和数据描述3.1)外部接口3.2)系统流程图[描述用户现有业务情况]3.3)数据流图3.4)动态数据[包括输入数据和输出数据。
]3.5)数据词典3.6)数据采集4)、功能需求4.1)功能划分4.2)功能描述5)、性能需求5.1)数据精确度5.2)时间特性[如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
]5.3)适应性[在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有适应能力。
]6)、运行需求6.1)用户界面[如屏幕格式、报表格式、菜单格式、输入输出时间等。
]6.2)硬件接口6.3)软件接口6.4)故障处理7)、其他需求[如可使用性、安全保密、可维护性、可移植性等。
]。
《需求规格说明书》编写参考指南
《需求规格说明书》编写参考指南1．概述（Summary）本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。
1.1 用户简介（User Synopsis）在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。
对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。
1.2 项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统的意图的总概括。
项目的目标是将目的细化后的具体描述。
项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。
1.3 术语定义（Terms Glossary）将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
1.4 参考资料（References）说明该用户需求报告使用的参考资料，如：[1] 商务合同[2] 招标书[3] 用户领域的资料[4] 用户需求调查表[5] 用户需求报告[6] 参照的标准每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。
1.5 相关文档（Related Documents）[1] 项目开发计划[2] 概要设计说明书[3] 详细设计说明书1.6 版本更新信息（V ersion Updated Record）版本更新记录格式，如表5-19所示。
表5-19 版本更新记录2．目标系统描述（System in Target）2.1 组织结构与职责（Organizing Framework and Function）将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。
需求规格说明书范例
需求规格说明书范例需求规格说明书目录这一块是目录条目1 前言1.1 项目背景目前，珠江流域水资源保护局水质监测数据上报的主要是EXCEL形式保存，并且对水质分析只要是通过人工判断和处理，如果需要查找数据或制作相关报表及其不方便。
同时，数据的表现形式不够丰富，不能直观表现所监测流域、断面、功能区等方面的水质信息。
为解决上述问题，需要建立一套基于GIS可利用网络，不受时间和地点限制的系统，可任意时间、地点进行数据编辑和数据查看，并通过电子地图和统计图标直观展示各监测对象的空间位置和水质现状的系统。
1.2 编写目的该需求规格说明书是针对珠江流域水质监测数据库系统编写的，编写该需求书的目的是为了把调研了解到的用户对未来系统的需求做一个规范的描述，是对调研纪要和提供的原始资料的进一步加工和整理，并且要结合整个系统的整体需求，根据实际情况，对原来的系统的固有的业务流程和功能设计做适当的调整，为系统的设计和开发提供依据，也为系统的最终验收提供依据。
该需求规格说明书详细描述了系统业务需求、功能需求、外部接口需求、性能需求、安全需求等需求，方便开发人员了解业务，增进与客户的交流，记录需求的变更情况。
1.3 编写原则(1) 可验证性该需求书的中描述的每一个具体需求都是可以验证的，针对系统中某一处理过程或具体功能，人或机器能通过该过程检查该功能是否满足需求。
(2) 正确性该需求书的编写内容是在对用户进行多次调研后记录和整理得来的，其中的内容都要经过相关业务人员的确认，并且最终由相关负责人签字认可。
(3) 完整性本需求包括了信息中心的各个部门的需求，从内容上分为编写概述、总体说明、功能需求、接口需求等内容，基本满足了需求书的完整性要求。
(4) 一致性本需求书与其他部门的需求编写规格和内容一致，需求的描述和业务的具体需求一致，系统的功能需求与整体需求一致。
(5) 无二义性本需求书的各个概念和专业术语都有相应的详细说明和解释，用到的原始资料都有编号记载，本需求书的内容尽量避免使用模糊的概念和摸棱两可的词汇，表达尽量要求准确，可以直接用于系统的设计和开发，并且在和业务人员多次交流后，最终由各负责领导审核确认。
需求规格说明书(模版)
项目名称：项目编号：需求规格说明书建设单位：承建单位：监理单位：目录1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 范围 (4)1.4 定义 (5)1.5 参考资料 (5)2 任务概述 (6)2.1 目标 (6)2.2 用户特点 (6)2.3 业务流程介绍 (6)2.4 假定和约束 (7)3 需求规定 (8)3.1 功能需求 (8)3.2 性能需求 (8)3.3 输入输出需求 (10)3.4 数据管理能力需求 (11)3.5 故障处理需求 (12)3.6 安全性需求 (12)3.7 GUI需求 (12)3.8 可靠性需求 (14)3.9 接口需求 (14)3.10 可移植性需求 (14)3.11 其他需求 (15)4 用例分析 (16)4.1 系统边界和参与者 (16)4.2 事件 (16)4.3 顶层用例图 (16)4.4 用例分析与描述 (16)5 运行环境规定 (28)5.1 设备 (28)5.2 支持软件 (28)1引言1.1编写目的需求说明书又称规格说明书，其主要目的是描述了南宁数字化照明综合管理系统开发项目的要求，明确所要应具有的功能和性能，在构建系统前所需达到的要求进行归纳性的需求分析，为下一步工作提供基准。
每一位分析人员及软件开发人员都应该阅读本需求说明，清楚地了解用户的需求，明确项目最后要求完成的软件产品的特点，并在此基础上进一步提出并完成概要设计说明书。
经使用方认可的需求说明将成为各方面沟通的依据，也作为产品特征评价、仲裁的重要参考。
1.2背景路灯照明系统是一个城市的重要基础设施，也被国家列为重点民心工程。
路灯行业传统的照明管理方式具有明显的信息滞后性、信息获取成本高、实时性差、效率低等弊端，导致日常管理和维护工作非常被动。
因此南宁市路灯管理局于2006年着手建设南宁市城市照明监控系统，目前一期工程已建设完成，系统覆盖全市60%路灯照明设备，实现了“实时监控，按需照明”的目标，有效提高了管理的效率。
需求规格说明书规范
需求规格说明书规范目录1．引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3术语说明 (3)1.4参考资料 (4)2．项目概述 (4)1.1待开发软件的一般描述 (4)1.2待开发软件的功能 (4)1.3用户特征 (5)1.4运行环境 (5)1.5条件与限制 (5)3．功能需求 (6)1.1功能划分 (6)1.2功能描述 (6)4．外部接口需求 (6)4.1 用户界面 (6)4.2 硬件接口 (7)4.3 软件界口 (7)4.4 通信接口 (7)4.5 故障处理 (8)5．性能需求 (8)5.1 数据精确度 (8)5.2 事件特性 (8)5.3 适应性 (9)6．软件属性需求 (10)6.1 正确性 (10)6.2 可靠性 (10)6.3 效率 (10)6.4 完整性 (10)6.5 易使用性 (10)6.6 可维护性 (10)6.7 可测试性 (10)6.8 复用性 (10)6.9 安全保密性 (10)6.10 可理解性 (11)6.11 可移植性 (11)6.12 互联性 (11)7．其他需求 (11)8．数据描述 (11)8.1 静态数据 (11)8.2 动态数据 (11)8.3 数据库描述 (12)8.4 数据字典 (12)8.5 数据采集 (12)9．附录 (12)1．引言1.1 编写目的∙ 阐明开发本软件的目的∙ 说明编写本软件说明书的目的∙ 指明软件需求说明书所预期的读者1.2 项目背景∙ 标识待开发软件产品的名称、代码∙ 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户。
∙ 说明该软件产品与其他有关软件产品的相互关系。
1.3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。
1.4 参考资料列举编写软件需求规格说明时参考的资料，包含项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。
需求规格说明书模板
一、 产品的目标......................................................................................................................4 1.1 背景..............................................................................................................................4 1.2 产品的目标..................................................................................................................4
需求规格说明书模板
一个编写严格需求规格说明书的指南。
该需求说明书模板是多年实践、咨询和研究需求工程的结果。我们已经收集了关于成 功需求最有效的想法，并把它们整合成一个收集正确需求的过程和编写严格的需求规格说 明书的模板。本模板是一个指南。
我们建议您使用（附件一）单项需求卡片来描述需求。这是一种....................................................................................................10 6.2 工作切分....................................................................................................................10 6.3 产品边界....................................................................................................................10 七、功能性需求需求..............................................................................................................11 7.1 功能性需求................................................................................................................11 7.2 数据需求....................................................................................................................11 八、非功能需求......................................................................................................................11 8.1 观感需求....................................................................................................................11 8.2 易用性需求................................................................................................................12 8.3 性能需求....................................................................................................................13
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《需求规格说明书》编写参考指南
1．概述（Summary）
本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。
1.1 用户简介（User Synopsis）
在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。
对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。
1.2 项目的目的与目标（Purpose and Aim of Project）
项目的目的是对开发本系统的意图的总概括。
项目的目标是将目的细化后的具体描述。
项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。
1.3 术语定义（Terms Glossary）
将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
1.4 参考资料（References）
说明该用户需求报告使用的参考资料，如：
[1] 商务合同
[2] 招标书
[3] 用户领域的资料
[4] 用户需求调查表
[5] 用户需求报告
[6] 参照的标准
每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。
1.5 相关文档（Related Documents）
[1] 项目开发计划
[2] 概要设计说明书
[3] 详细设计说明书
1.6 版本更新信息（V ersion Updated Record）
版本更新记录格式，如表5-19所示。
表5-19 版本更新记录
2．目标系统描述（System in Target）
2.1 组织结构与职责（Organizing Framework and Function）
将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职
责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。
取得用户的组织结构，是需求获取步骤中的工作任务之一。
2.2 角色定义（Role Definition）
用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。
每个角色的授权可以进行详细的描述，建议采用表格的形式，如表5-20所示。
表5-20 角色定义
对用户角色的识别也包括使用了计算机系统后的系统管理人员。
2.3 作业流程（业务模型）（Busywork Flow）（Operation Model）
目标系统的作业流程是对现有系统作业流程的重组、优化与改进。
企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。
详细业务流程图可以采用直式业务流程图、Use case 图、其他示意图的形式。
图形可以将流程描述得很清楚，但是还要附加一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述的内容，需要用文字进行详细描述。
2.4 单据、账本、报表（Bill of Document，Account and Report）
目标系统中用户将使用的正式单据、账本、报表等，并进行穷举、分类、归纳。
单据、账本、报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。
2.4.1 单据（Bill of Document）
因为单据上的数据是原始数据，所以一种单据一般对应一个实体，一个实体一般对应一张基本表。
单据的格式可用表格描述，如表5-21所示。
表5-21 单据的描述格式
2.4.2 账本（Account）
因为账本上的数据是统计数据，所以一个账本一般对应一张中间表，账本的格式可用表格描述，如表5-22所示。
表5-22 账本的描述格式
2.4.3 报表（Report）
因为报表上的数据是统计数据，所以一个报表一般对应一张中间表，报表的格式可用表格描述，如表5-23所示。
表5-23 报表的描述格式
各数据项的详细说明如下：
2.5 可能的变化（Possible Change）
对于目标系统，将来可能会有哪些变化，需要在此描述。
企业中的变化是永恒的，系统分析员需要描述哪些变化可能引起系统范围变更。
3．目标系统功能需求（Function of Target System）
3.1 功能需求分析（Function Analysis）
决策层、管理层、操作层各有哪些具体功能要求。
3.2 功能需求点列表（功能模型）（Function List）（Function Model）
在功能需求分析完成后，要详细列出用户需求功能点列表，提供给续设计、编程、测试中使用，更是为了用户测试验收中使用。
需求功能点列表的格式，如表5-24所示。
表5-24 功能需求点列表
4．目标系统性能需求（Performance of Target System）
4.1 时间要求（Time Request）
如：
（1）响应时间，如查询的最长等待时间。
（2）更新处理时间，如记账的最长时间。
（3）数据的转换和传送时间，如远程数据传输的时间要求。
（4）解题时间。
4.2 空间性能（Space Request）
如：
（1）支持的终端数。
（2）支持的并行操作的使用者数。
（3）处理的文件和记录数。
（4）表和文件的大小规模（要按可预见的增长，对数据及其分量的存储要求做出估算）。
（5）处理任务的数量。
（6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数。
（7）对输入和输出数据的精度要求。
（8）对处理和传输过程中的精度要求。
4.3 性能需求点列表（性能模型）（Performance List）（Performance Model）
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。
需求性能点列表的格式，如表5-25所示。
表5-25 性能需求点列表
5．目标系统界面与接口需求（Interface of Target System）
5.1 界面需求（Interphase Requirement）
界面的原则要求，如方便、简洁、美观、一致等。
整个系统的界面风格定义，某些功能模块的特殊的界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；
（3）显示风格：图形界面、字符界面、IE界面等；
（4）显示方式：1024×768、640×480等；
（5）输出格式：显示布局、打印格式等。
5.2 接口需求点列表（接口模型）（Interface Requirement）（Interface Model）
（1）与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
（2）与系统特殊外设的接口，如CT机、磁共振、柜员机（A TM）、IC卡、盘点机等。
（3）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出所有的外部接口名称、接口标准、规范。
外部接口列表，如表5-26所示。
表5-26 接口需求点列表
6．目标系统其他需求（Oher Requirement of Target System）
6.1 安全性（Security）
6.2 可靠性（Dependability）
6.3 灵活性（Agility）
6.4 特殊需求（Special Requirement）
如：
（1）进度需求：系统的阶段进度要求。
（2）资金需求：投资额度。
（3）运行环境需求：平台、体系结构、设备要求。
（4）培训需求：用户对培训的需求，是否提供多媒体教学光盘。
（5）推广需求：推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。
7．目标系统假设与约束条件（Suppose and Restriction of Target System）
假设与约定条件是对预计的系统风险的描述,如：
（1）法律、法规和政策方面的限制。
（2）硬件、软件、运行环境和开发环境方面的条件和限制。
（3）可利用的信息和资源。
（4）系统投入使用的最晚时间。
（5）需求中的风险分析：技术风险、技能风险、时间风险、资源风险。