需求规格说明书
需求规格说明书(样例)
第一章需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (3)1.4.3格式约束 (4)1.5内容结构（可选） (5)1.6导读说明 (5)第二章项目概述 (7)2.1项目背景 (7)2.2项目范围 (7)2.3项目目标 (7)2.4现状描述 (7)第三章需求总体分析 (8)3.1功能体系设计 (8)3.1.1功能结构 (8)3.1.2功能分布 (9)3.2整体业务流程（可选） (10)3.3业务标准体系 (11)第四章功能性需求 (12)4.1功能综述 (12)4.2需求清单 (12)4.3需求优先级（可选） (13)4.4功能编码•功能项 (13)4.4.1功能综述 (13)4.4.2业务流程 (14)4.4.3关系分析 (15)4.4.4详细功能需求 (16)第五章非功能性需求 (21)5.1软件质量属性需求 (21)5.1.1运行期 (21)5.1.2非运行期 (25)5.2约束性需求 (26)5.2.1基础架构 (26)5.2.2标准规范 (26)5.2.3集成要求 (26)5.2.4其他约束 (27)第六章集成需求 (28)6.1技术要求 (28)6.2数据集成 (28)6.3应用集成 (30)6.4流程集成 (30)第七章尚需解决的问题 (31)7.1问题总表 (32)7.2问题处理 (32)附录I 业务对象 (33)第二章综述2.1若采用分册编制方式组织, 则本章与第二章、第三章单独成册, 其它分册可略去本章、第二章和第三章内容。
2.2编制目的用简洁的语言描述编写这个文档的目的。
2.3适用范围本文档适用的范围。
2.4参考依据2.5列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
需求规格说明书ppt课件
1.引言
1.1 目的
1.2 文档约定
1.3 预期的读者和阅读建 4.系统特性
议
4.1 说明和优先级
1.4 产品的范围
4.2 激励/响应序列
1.5 参考文献
4.3 功能需求
2.综合描述
5.其他非功能需求
2.1 产品的前景
5.1 性能需求
2.2 产品的功能
5.2 安全设施需求
2.3 用户类和特征
5.3 安全性需求
需求规格说明书
计算机科学与技术学院
1
CONTENT
1
•什么是需求规格说明书
2
•需求规格说明的作用
3
•需求规格说明的特性
4
•需求规格说明的结构和内容
5
•需求规格说明文档的编写要求
6
•需求规格说明的描述语言
2
什么是需求规格说明书
•需求规格说明 是用户与软件开 发方对将要开发 的软件达成的一 致协议的文档， 或称“技术合同”
估算等
测试和用户 验收软件系 统的重要依
据
需求规格说明 的作用
为软件维护 提供重要的
信息
4
需求规格说明的特性
正确性
可行性
无含糊性
必要性
可验收性Biblioteka 完整 性一致性由于软件的开发是 以需求规格说明为 基础的，如果需求 规格说明中出现错 误或需求不可能实 现等都将导致软件 开发工作的返工或 失败
5
需求规格说明的结构和内容
存在问题
这个需求是不完整的。 如果需求规格说明书中 没有对AVERAGE命令 的功能给予更多的描述 ，则该命令的细节是不 完整的。例如，该命令 没有说明如果用户给定 的日期是当前日期的6 个月之前，那么系统应 该做什么
用户需求规格说明书
评审主题
评审内容建议人姓名
重要程度
是否采纳
处理意见
产品运行环境
1.温湿度的限制
2.电源条件的要求
3.门灯门开关的应用
4.内外环境的通讯
产品主要功能
1.多向运动功能
2.图像采集及后处理
3.图像打印、拷贝、传输等功能
4.人机交互界面友好、便捷、易操作
主要参数配置
1.射线剂量超过50KW
2.单日曝光累计次数200次
3.平板尺寸14*17以上
4.采图时间不大于15秒对外接口
1.PACS连接
2.胶片打印机连接
3.多工作站同时操作
用户体验
1.运动可手动可电动
2.工作站可管理
3.电脑运行流畅
4.售价不能太高
整机布局与通讯架构确定
结论
有条件通过
批准人 ： 日 期： 2015年8月4日
评审记录
后续活动说明根据处理意见执行。
问题处理责任人：问题验证人 ：
完成时间 ：
评审人员。
用户需求规格说明书
合同协议：确保与用户签订的合同协议符合法律法规要求，保护双方的权益 隐私保护：遵循隐私法律法规，确保用户个人信息的安全和保密性
部署方式：说明系 统的部署方式，如 集中式、分布式或 云部署等。
硬件需求：列出系统 部署所需的服务器、 网络设备和其他硬件 的规格和数量。
修改完成后再次提交给客户 确认，确保满足客户需求
定期与用户进行交流，了解需求变 化
在编写过程中，尊重用户意见，根 据需求调整内容
添加标题
添加标题
添加标题
添加标题
及时反馈编写进度，确保用户对项 目有全面了解
保持与用户的良好沟通，建立信任 关系，提高用户满意度
汇报人：XX
PART FOUR
用户登录功能 产品搜索功能 产品筛选功能 产品详情展示功能
用户需求规格说 明书是产品开发 的重要依据
功能需求是用户 需求规格说明书 能 流程和功能界面设 计等
功能需求描述需要 与用户进行充分沟 通和确认，确保满 足用户需求
基础功能：确保产品具备基本功能， 满足用户基本需求
访问控制：对不 同用户进行权限 管理，防止未经 授权的访问和操 作
隐私保护：保护 用户个人信息， 避免用户隐私泄 露
软件应与不同版本的操作系统兼容 数据应与外部系统进行有效的数据交换 硬件应与主流硬件设备兼容 界面应符合用户习惯，易于操作
PART SIX
用户接口需求概述：简述接口需求 的目的、作用和重要性。
目的：明确项目的范围和需求， 确保开发人员和用户对需求的 理解一致
原则：准确、完整、清晰、 可读、可维护、可扩展
PART TWO
用户需求：分析目 标用户的需求和期 望
规格需求说明书(学习平台系统-参考)
文件版次：Q需求规格说明书P-1/17目录引言1.1文档编制目的1.2背景1.3词汇表1.4查考资料系统2.1 软件定义的范围2.3 系统运行环境2.4 假定和依赖3.1用户界面功能需求4.01 用户管理功能4.02 短消息好友管理功能4.03 机构管理功能4.04 系统信息统计功能4.05 考试管理功能4.06 论坛管理功能4.07 课程管理功能4.08 日程功能4.09 问卷功能4.10 公告管理功能4.11 评级资料功能4.12 链接笔记功能4.13 资源功能4.14 题库管理功能4.15 学习中心功能4.16 配课管理功能4.17 答疑FAQ功能4.18 作业管理功能4.19 系统管理功能其他非功能需求5.1一般性性能需求5.2一般性安全性需求5.3用户文档需求引言1.1文档编制目的本报告详细说明东软网络教学平台铲平的功能需求，为用户和领导描述出一个具体的产品模型，为软件设计，开发及测试人员提供下步工作的依据。
1.2背景1.开发动机：NOU的运营和东软信息学院的创新教学模式使我们对网络教学有了深入理解，目前高校网络教学应用逐渐增多，而我呢吧原有LMS产品无法满足用户的需求，缺乏网络辅助课程教学的应用2.软件应用目标：软件主要面向高校市场，可现实网络辅助课堂教学和以学生网络自学为主的网络教学，同时可以满足企业与政府培训的需要；可实现高校电子教学资源的共享和利用；同时平台可支持远程教学管理和运营；可复用到NOU平台；即可适用于大规模应用。
也可适用于小规模适用。
3需求分析过程设计的相关方：涉及的相关方主要是产品用户，包括:学生、高校一线教师和教学管理人员。
1.3词汇表1.4查考资料1.中国现代远程教育技术标准CELTSC 2.在线教育咨询网,e_learning应用板块中的诸多文章3.《中国远程市场特点》/biog/article_292.117830.html4.LMS产品Blackboard平台EKP平台.8080/ekpWebCT平台/products/viewpage?nam...s_demo_webinars系统2.1 软件定义的范围东软网络教育平台是为在网上进行教学活动而开发的综合性教学管理系统，属于远程教育领域的软件产品，经过对远程教育市场的分析，此产品开发属于战略性开发，以后可作为在线大学部门一项固定业务本软件产品是一项独立的软件，可独立实现在高校局域网内的网络教育应用，也可应用于辅助学校课堂教学，企业事业的内训平台整个系统分为九个子系统：教学管理子系统，资源管理子系统，用户学习子系统，考核管理子系统，统计分析子系统，运营管理子系统和系统管理子系统，他们的模块关系2.2 系统特性概述业务流程图如下：白色功能狂为教学管理系统的核心空能；绿色功能框为资源管理系统的核心功能；黄色功能框为考试管理选题的核心功能；蓝色功能框为交互管理系统的核心功能；2.3 系统运行环境2.3.1 设备及分布1．主机类型对小规模应用，一般PC Server即可；对大规模应用需采取SUN等大型服务或PC Server集群。
需求规格说明书范本
需求规格说明书范本第一部分：引言引言部分是需求规格说明书的开头，用于向读者介绍该文档的目的和范围。
在这一部分，将概要地介绍项目的背景和目标，以及该需求规格说明书所要覆盖的领域。
第二部分：项目概述项目概述部分是对整个项目的总体描述。
这一部分需要包含项目的目标和预期结果，以及项目的优势和意义。
在这里，还可以简要介绍项目的范围和时间表。
第三部分：需求概述需求概述部分详细描述了项目的需求。
它包括系统或产品的功能需求、性能需求、安全需求、可靠性需求等。
在这一部分，需明确列出每个需求，并给出详细的描述。
第四部分：用户需求用户需求部分主要围绕用户的期望和需求进行描述。
这一部分需要详细说明用户需求的来源和优先级，并列出各个用户需求的具体描述。
同时，还要注意用户需求之间的相互关系和依赖。
第五部分：系统规格系统规格部分涵盖了系统的整体架构和设计。
这一部分需要详细描述系统的结构和组成要素，以及各个组成要素之间的关系。
在这里，还可以对系统的接口和数据进行描述。
第六部分：功能规格功能规格部分是对系统功能需求的详细描述。
这一部分需要列举系统的各个功能要求，并给出每个功能的详细描述。
在描述功能时，可以使用层次结构和流程图等工具来清晰地展示功能之间的关系。
第七部分：性能规格性能规格部分描述了系统的性能需求和要求。
这一部分需要给出系统的响应时间、处理能力、吞吐量等指标，并详细说明这些指标的约束和限制。
第八部分：安全规格安全规格部分涵盖了系统的安全要求和规范。
这一部分需要描述系统的安全性需求，包括数据保护、用户认证和访问控制等方面的要求。
同时，还需要确保系统在面对潜在威胁时的安全性能。
第九部分：可靠性规格可靠性规格部分描述了系统的可靠性要求和约束。
这一部分需要详细说明系统的可用性、可恢复性和容错性等方面的要求。
同时，还需要考虑系统在面对故障和异常情况时的行为。
第十部分：用户界面规格用户界面规格部分是对系统用户界面的描述。
这一部分需要详细说明系统的界面设计和交互方式。
需求规格说明书评审报告_2
签 字
日 期
2014年4月16日
其他参与
人员签名
评审意见
汇 总
一、缺陷识别
无缺陷
二、总体评价及建议
总体需求分析比较透彻、完善；但需求优先级，相关需求界面没有进行描述，要进行详细补充。
基本通过。
评审结论
□评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；
评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；
需求评审报告
项目名称
五元能力
项目级别
项目经理
要求评审的工作产品的名称
五元能力需求规格书
产品作者
(评审申请人)
建议评审时间
2014年4月16日
要求评审的工作产品所属
开发阶段需求分析Βιβλιοθήκη 段评审需提交的资料
五元能力需求规格书
产品批准人
（审核人）
意 见
同意评审
由____担任评审负责人，按技术评审流程开展评审工作。
□评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。
建议整改完成时间
评审负责人签字
日 期
缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）
序号
缺陷内容
修正措施
实施结果
实施人、日期
1
涉及角色
添加教师
进行中
2
3
缺陷修正
验证情况
验证结论：
验证通过
验证人签字
日 期
2014月4月 16日
需求规格说明书-范本
[项目名称] 需求规格说明书建设单位：承建单位：编订时间：丫丫丫丫-MM-DD文件修订记录目录第 1 章前言 (1)1.1 目的.......................................................... 1 .1.2 项目概述...................................................... 1 .1.3 术语和缩写.................................................... 1 .1.4 参考资料...................................................... 1 . 第 2 章业务需求.. (2)2.1 用户组织结构.................................................. 2 .2.2 业务需求概述.................................................. 2 .2.3 业务需求一.................................................... 2 .2.4 业务需求二.................................................... 3 . 第 3 章功能需求.. (3)3.1 功能需求概述.................................................. 3 .3.2 用户角色...................................................... 3 .3.3 公共功能需求.................................................. 3 .3.4 模块一........................................................ 3 .3.5 模块二........................................................ 6 . 第 4 章用户界面需求 (6)第 5 章系统接口需求 (7)5.1 接口需求一.................................................... 7 .5.2 接口需求二.................................................... 7 .5.3 转换需求...................................................... 7 . 第 6 章代码集 .. (7)6.1 代码一........................................................ 7 .6.2 代码二........................................................ 8 . 第 7 章系统运行环境. (8)7.1 软件环境...................................................... 8 .7.2 硬件环境...................................................... 8 .7.3 网络环境...................................................... 9 . 第 8 章其它需求.. (9)8.1 性能需求...................................................... 9 .8.2 存储需求...................................................... 9 .8.3 易用性需求.................................................... 9 .8.4 可靠性需求.................................................... 9 .8.5 可维护性需求................................................. 1..08.6 安全需求..................................................... 1..08.7 设计约束..................................................... 1..1可编辑1.1 目的说明开发本软件的目的；说明编写文档的目的；说明本文档所预期的读者1.2 项目概述简述项目背景及目标：项目背景：项目的提出原因项目环境背景项目优势分析（资源、技术、人才、管理等方面）项目运作的可行性项目的独特与创新分析1.3 术语和缩写列出本需求说明书中专门术语的定义以及英语缩写词的原词组。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文件编号：受控状态：■受控□非受控保密级别：■公司级□部门级□项目级□普通级记录编号：分发编号：xxx公司云平台需求规格说明书Version 1.02014.07.23需求规格说明书模板目录1前言 (4)1.1编写目的 (4)1.2文档约定 (4)1.3读者对象 (4)1.4术语和缩略词 (5)1.5参考文档 (5)2项目概述 (5)2.1项目背景 (5)2.2项目目标 (5)2.3需求范围 (6)2.4总体框架 (6)2.5组织机构 (6)2.6用户特点 (6)2.7设计约束 (6)3功能性需求 (6)3.1总体流程 (6)3.2角色定义 (7)3.3系统功能 (7)3.4功能描述 (7)4非功能性需求 (11)4.1软件需求 (11)4.2硬件需求 (12)5外围系统和接口 (13)5.1系统A (13)5.2系统B (13)6其他需求 (14)7数据字典 (14)8附件 (14)1 前言1.1 编写目的[说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。
]1.2 文档约定[描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。
完成文档编写后，文档编写完成后本部分须裁剪]字体大小约定：标题1 宋体三号加粗标题2 宋体小三号加粗标题3 宋体四号加粗标题4 宋体小四号加粗标题5 宋体小四号正文宋体五号段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。
表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。
裁剪约定：如标注可裁剪提示信息，表示该部分内容可以裁剪或删除。
1.3 读者对象[描述本需求规格说明书的主要读者。
建议将不同读者的阅读重点与建议以列表方式表现，]1.4 术语和缩略词[在此列出本文中用到的专门术语的术语定义，英文缩写的原词组的解释，以便读者可以正确地解释和理解软件需求规格说明。
]1.5 参考文档[可简单罗列编写本文档时所参考的其他资料或文档，如：行业标准和规范。
也可用表格方2 项目概述2.1 项目背景[描述项目产生的背景，包括：1.产生该项目需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性、存在问题等方面。
2.列出此项目的任务提出者、开发者3.软件项目的用途、软件项目的范围4.需开发的软件系统的名称，英文缩写（可选），项目编号（可选）]2.2 项目目标[描述项目建设的目标，即简要叙述该项目要达到的要求。
例如：应用目标、作用范围，简述该软件系统能给用户的受益。
]2.3 需求范围[对项目的需求范围进行整体性的描述。
]2.4 总体框架[用VISIO工具画图，以图的方式显示系统的内部模块和模块之间关系以及系统与外部系统的关系。
]2.5 组织机构[用VISIO工具画图，以图的方式表现客户方（系统使用相关角色）的组织机构。
可裁剪]2.6 用户特点[列出本软件的最终可能用户，操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
这些是软件设计的重要约束。
]2.7 设计约束[描述设计开发系统时的限制，例如经费限制、开发期限、实现的语言和平台约束等等。
描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。
]3 功能性需求3.1 总体流程[ 用VISIO工具画图，以图的方式显示系统的内部模块之间的业务关系。
此部分可以更加项目实际情况进行裁剪。
]3.2 角色定义[按照不同的使用对象，紧密围绕使用对象的工作范围、工作性质和工作内容，进行角色分类描述。
]……3.3 系统功能[概述系统所具有的主要功能，可以用VISIO画图的形式展示。
]SRS_优先级：1－5 数字越小，优先级别越高3.4 功能描述3.4.1 功能模块A3.4.1.1 业务流程[ 用VISIO工具画图，以图的方式显示模块内的业务流程。
本部分可以进行裁剪。
]3.4.1.2 用例图[用ROSE工具画用例图，用来鉴别和划分系统功能。
它把系统分成角色和用例。
角色表示与系统交互以实现某种目的的人、硬件或软件系统。
]3.4.1.3 功能点13.4.1.3.1 业务定义/功能描述[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。
]3.4.1.3.2 使用角色描述[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]3.4.1.3.3 业务操作流程[描述正常业务流程，列举异常情况和处理流程。
建议使用图示，并配合必要的文字说明。
如无需或没有操作流程说明则注明‘无’或‘略’。
]3.4.1.3.4 输入[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。
]3.4.1.3.5 输出[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。
]3.4.1.3.6 用户界面[如有条件插入界面原型，否则注明‘无’或‘略’。
原型设计采用Axure工具][描述本功能需求的相关约束或约定，可裁剪。
]例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。
3.4.1.4 功能点23.4.1.4.1 业务定义/功能描述[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。
]3.4.1.4.2 使用角色描述[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]3.4.1.4.3 业务操作流程[描述正常业务流程，列举异常情况和处理流程。
建议使用图示，并配合必要的文字说明。
如无需或没有操作流程说明则注明‘无’或‘略’。
]3.4.1.4.4 输入[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。
]3.4.1.4.5 输出[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。
]3.4.1.4.6 用户界面[如有条件插入界面原型，否则注明‘无’或‘略’。
原型设计采用Axure工具][描述本功能需求的相关约束或约定，可裁剪。
]例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。
3.4.1.5 功能点N3.4.1.5.1 业务定义/功能描述[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。
]3.4.1.5.2 使用角色描述[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]3.4.1.5.3 业务操作流程[描述正常业务流程，列举异常情况和处理流程。
建议使用图示，并配合必要的文字说明。
如无需或没有操作流程说明则注明‘无’或‘略’。
]3.4.1.5.4 输入[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。
]3.4.1.5.5 输出[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。
]3.4.1.5.6 用户界面[如有条件插入界面原型，否则注明‘无’或‘略’。
原型设计采用Axure工具]3.4.1.5.7 约束与约定[描述本功能需求的相关约束或约定，可裁剪。
]例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。
4 非功能性需求[在本节中主要描述项目所包含的非功能性方面的需求，主要包括软件需求和硬件需求。
]4.1 软件需求4.1.1 界面需求[说明系统界面方面的需求；没有则注明‘无’或‘略’。
]4.1.2 性能要求[说明系统整体性能需求，包括并发处理能力以及单事务响应时间等指标，甚至更多性能要求指标，如：数据精度、时间特性、容错性、可扩展性以及系统有效性等等。
]4.1.3 容量要求[说明系统整体容量，包括系统需要满足的用户规模以及对存储空间的要求等；没有则注明‘无’或‘略’。
]4.1.4 数据安全4.1.4.1 数据保护/保密[对需要保护或保密的敏感性、局限性等方面的数据进行需求描述；没有则注明‘无’或‘略’。
]4.1.4.2 数据加密[描述关于在访问或传输过程中的数据加密方面的需求；没有则注明‘无’或‘略’。
] 4.1.5 数据备份/恢复[对数据备份与数据恢复的需求进行描述；没有则注明‘无’或‘略’。
]4.2 硬件需求4.2.1.1 主机系统[描述主机方面的需求；]4.2.1.2 操作系统[描述操作系统方面的需求；]4.2.1.3 数据库[描述数据库方面的需求；]4.2.1.4 存储设备[描述存储设备方面的需求；]4.2.1.5 网络设备[描述网络设备方面的需求；]5 外围系统和接口[在本节中主要描述系统和哪些外围系统进行交互以及交互的接口说明。
] 5.1 系统A5.1.1 概述[此处简要描述外围系统基本情况。
可裁剪]5.1.2 接口描述5.1.2.1 接口1[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。
] 5.1.2.2 接口2[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。
] 5.2 系统B5.2.1 概述[此处简要描述外围系统基本情况。
可裁剪]5.2.2 接口描述5.2.2.1 接口1[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。
]5.2.2.2 接口2[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。
]6 其他需求[对其它需要描述但未在本模板中列出的需求，在此进行说明，没有则注明‘无’或‘略’。
]7 数据字典[在本章中主要描述系统的数据字典。
主要包括有哪些实体以及实体所包含的数据项，实体关系图使用工具POWERDESIGN或者ERWIN。
根据情况可裁剪。
]8 附件附录 A：需求确认主要分两步：（1）需求评审，（2）需求承诺。
在获取责任人（Stakeholders）对需求的承诺之前，该《需求规格说明书》必须先通过需求评审。
对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”。