用户需求说明书模板
(完整版)用户需求说明书模板
密级：用户需求说明书模板软件开发项目xx组二О一六年八月二十七日文件修订记录目录1. 概述 (4)1.1编写目的 (4)1.2用户简介 (4)1.3项目的目的与目标 (4)1.4术语定义 (5)1.5参考资料 (5)1.6设计与实现的限制 (5)2. 现有系统的描述 (6)2.1组织机构与职责 (6)2.3作业流程 (7)2.4报表 (7)2.5存在的问题 (7)2.6可能的变化 (8)3 功能需求 (8)4 界面与接口需求 (9)4.1用户的界面需求 (9)4.2外部的接口 (10)5 性能需求 (10)5.1时间要求 (10)5.2空间与数值性能 (10)6 其他需求 (11)6.1系统的安全性 (11)6.2系统的可靠性 (11)6.3系统的灵活性 (11)6.4其他 (11)7 非功能需求 (12)7.1用户特点 (12)7.2法律法规、版权 (12)7.3兼容性 (12)7.4联机帮助信息 (12)7.5购买组件 (12)8 系统约束 (12)9用户验收标准 (13)9.1验收标准： (13)9.2功能验收标准可依据以下方面制定： (13)9.3性能验收标准： (13)附录A ××× (16)A.1××× (16)附录B ××× (16)B.1××× (16)B.2×××161. 概述1.1 编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。
该文件可作为用于确认软件产品是否满足给定需求的验收标准。
1.2 用户简介在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。
基本情况举例：➢企业性质➢规模（员工数量、经营业绩等）➢业态➢地理位置与布局➢产品或服务的种类➢管理模式➢用户使用计算机系统的经历➢…...1.3 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
用户需求分析报告模板
XXX系统用户需求说明书公司名称XXXX年XX月修订记录目录1 概述 (4)1.1背景 (4)1.2范围 (4)1.3术语定义 (4)2 系统说明 (4)3 非功能需求说明 (4)3.1性能要求 (4)3.2可维护性,可扩展性 (4)3.3安全性 (4)3.4设计约束 (4)3.4.1语言约束 (4)3.4.2系统模型约束 (4)3.5界面要求 (4)3.6接口要求 (4)3.6.1软件接口 (4)3.6.2硬件接口 (4)4 角色说明 (4)4.1组织结构 (4)4.2角色职责 (5)4.2.1固定资产管理员 (5)4.2.2固定资产主管部门领导 (5)5 业务功能需求说明 (5)5.1固定资产类别管理 (5)5.2经济用途 (6)1 概述1.1 背景（描述项目背景）1.2 范围（描述系统建设范围）1.3 术语定义（项目术语说明）2 系统说明（描述系统应用说明）3 非功能需求说明3.1 性能要求（描述系统性能要求说明）3.2 可维护性, 可扩展性（描述系统可维护性, 可扩展性说明）3.3 安全性（描述系统安全性说明）3.4 设计约束3.4.1 语言约束（描述系统研发语言，如JAVA）3.4.2 系统模型约束（描述系统架构，如MVC）3.5 界面要求用户界面风格统一，保证系统整体外观风格的一致性、友好性。
3.6 接口要求3.6.1 软件接口（描述系统的软件接口，如与XXX系统进行对接，对接内容概述）3.6.2 硬件接口（描述系统的硬件接口，如与XXX设备进行对接，对接内容概述）4 角色说明4.1 组织结构（描述系统用户的组织结构）图表1组织结构图4.2 角色职责（描述系统用户的角色，逐条列出，以下为例子）4.2.1 固定资产管理员●描述：管理企业固定资产的人员。
●系统职责：录入固定资产详细信息、人员信息，管理固定资产出库、固定资产入库，查询固定资产报表和明细。
4.2.2 固定资产主管部门领导●描述：关心企业固定资产流向的部门领导。
软件项目之用户需求说明书(模板1)
XXXXXX系统用户需求说明书(V1.0)XXXXXX公司20XX年XX月'为了保证系统的可用性，软件必须采用检查点、恢复、重启动机制。
在每日9 小时、每周七日操作的情况下，本软件之可用性应在99.5%以上。
•可移植性若有可移植性要求，即要求软件能方便地从一个环境转移到另一个环境，那么应该在此明确指出，并指明转移之程序，以及界面限制等。
•其它安全与保密需求1）安全说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。
例如：•通过提供数据的备份和恢复功能，来保证数据文件的安全（当系统中的数据文件遭到破坏时，可以把备份数据读入系统，使系统能够继续运行）。
•通过数据库管理软件提供的各式数据备份/恢复功能，来保证数据库/表的安全。
2）保密说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。
包括：•利用某种密码技术；•设置专门的日志或历史数据集；•给不同的模块分配不同的功能；•对一个程序中各部分之间的通讯实施限制；•对关键的量实施“检查和”校验等等。
4.6扩展性需求提示：扩展性需求描述。
4.7其他需求提示：其他需求描述。
第5章附录可附需求访谈记录表、客户调研会议纪要、调研报告等。
修订记录目录第1章文档简介I文档目的I1.1 范围1名词定义11.2 参考文件1第2章系统概述1系统介绍22.1 系统目标2系统范围22.2 系统面向用户群体2遵循的标准与规范2第3章功能需求2系统总体功能23.1 功能需求13功能/模块概述33.1.1 业务流程和业务规则3子功能133.1.2 子功能23子功能343.2 功能需求24功能/模块概述43.2.1 业务流程和业务规则4子功能143.2.2 子功能24子功能34第4章非功能需求5用户界面需求54.1 软硬件环境需求5接口需求54.2 性能需求5品质需求54.3 安全与保密需求6扩展性需求64.4 其他需求6第5章附录6第1章文档简介本章将简要地说明用户需求说明书（以下简称本说明书）的目的、范围、读者对象、名词定义和参考文件文档目的本说明书的目的在于阐明XXXXXX系统（以下简称本系统）的用户需求。
需求说明书模板
需求说明书模板一、引言。
需求说明书是一份非常重要的文档，它记录了产品或项目的需求和规格，为项目的后续开发和实施提供了重要参考。
本文档旨在为您提供一份完整的需求说明书模板，帮助您准确、清晰地记录产品或项目的需求，为后续的开发工作提供指导。
二、项目概述。
在这一部分，您需要简要描述项目的背景和目标，包括项目的名称、描述、目标用户群体、预期效果等。
这部分内容应该能够让读者对项目有一个整体的了解，为后续的需求描述提供背景信息。
三、需求描述。
1. 功能需求。
在这一部分，您需要详细描述产品或项目的功能需求，包括用户界面、系统功能、数据管理等方面的需求。
您需要尽可能详细地描述每一个功能需求，包括输入、输出、处理逻辑等方面的要求。
2. 性能需求。
在这一部分，您需要描述产品或项目的性能需求，包括响应时间、并发用户数、系统容量等方面的要求。
您需要根据项目的实际情况，提出合理的性能需求，以保证产品或项目的稳定运行。
3. 可靠性需求。
在这一部分，您需要描述产品或项目的可靠性需求，包括系统的可用性、容错性、可恢复性等方面的要求。
您需要提出合理的可靠性需求，以保证产品或项目的稳定运行。
4. 其他需求。
在这一部分，您可以描述一些其他方面的需求，比如安全需求、兼容性需求、可维护性需求等。
这些需求可能对产品或项目的成功实施起到关键作用，因此也需要被充分考虑和描述。
四、验收标准。
在这一部分，您需要描述产品或项目的验收标准，包括功能验收标准、性能验收标准、可靠性验收标准等。
这些标准将成为后续验收工作的依据，因此需要被提前明确和描述。
五、附录。
在这一部分，您可以附上一些相关的附录内容，比如术语表、图表、参考文献等。
这些内容可以为读者更好地理解和使用需求说明书提供帮助。
六、结论。
需求说明书的编写是一个非常重要的工作，它直接关系到产品或项目的后续开发和实施。
希望本文档提供的需求说明书模板能够帮助您准确、清晰地记录产品或项目的需求，为后续的开发工作提供指导。
需求分析说明书(模板)
需求分析说明书(模板) XXX系统需求分析说明书编号：XXXXXXX版本：1.0作者：审批：日期：状态：修订人修改日期版本备注目录1 引言1.1 目的本文档旨在对XXX系统的需求进行分析，以明确系统的功能和性能要求，为后续的设计和开发工作提供依据。
1.2 范围XXX系统是一款XXX领域的软件，其主要功能包括XXX、XXX、XXX等，覆盖了XXX用户的需求。
1.3 读者对象本文档主要面向XXX系统的设计、开发和测试人员，以及相关领域的专业人士。
1.4 术语与缩写解释本文档中出现的术语和缩写将在文中进行解释说明。
引言随着信息技术的不断发展，软件系统已经成为现代社会不可或缺的一部分。
XXX系统作为一款XXX领域的软件，其功能和性能的要求越来越高，为此，我们需要对其需求进行分析，以明确系统的功能和性能要求，为后续的设计和开发工作提供依据。
目的本文档的主要目的是对XXX系统的需求进行分析，包括系统的功能需求、性能需求、安全需求等方面，以明确系统的需求，为后续的设计和开发工作提供依据。
范围XXX系统是一款XXX领域的软件，其主要功能包括XXX、XXX、XXX等，覆盖了XXX用户的需求。
本文档将对系统的功能和性能要求进行分析，但不涉及具体的设计和开发工作。
读者对象本文档主要面向XXX系统的设计、开发和测试人员，以及相关领域的专业人士。
术语与缩写解释本文档中出现的术语和缩写将在文中进行解释说明。
2.产品介绍与开发背景本产品是一款基于云计算技术的在线教育平台，旨在为广大学生提供高质量的教育资源和研究支持。
该平台采用先进的技术手段，如人工智能、大数据分析等，为学生提供个性化的研究体验，帮助他们更好地掌握知识，提高研究成绩。
该产品的开发背景是当前教育行业面临的问题。
传统教育模式存在诸多弊端，如教学资源不足、教学效果难以评估、学生个性化需求得不到满足等。
而云计算技术的出现为解决这些问题提供了新的思路和手段。
因此，本产品的开发具有非常重要的意义。
用户需求说明书 模板
用户需求说明书说明：1、本文件中“[]”中内容为举例和说明文字，请务必在文件拟制时替换或删除；2、若文中某章节内容可省略、不需要或适用，请保留该标题，并根据实际在内容部分写明“略”、“勿需”或“不适用”等，同时适当说明原因；3、请作者注意在文档右上角修改该文档的密级。
文件修订历史版本说明填写说明：1 本文件中“[ ]”中蓝色字体内容为说明文字，请在编写文档时予以替换或删除；2 ※号表示重点描述章节；3 若文中某章节内容可省略、不需要或不适用，请保留该标题，并根据实际情况，在内容部分写明“无”“略”、“勿需”或“不适用”等，同时适当说明原因，但不能删除该章节；目录1.需求概述 (6)1.1.背景、目的 (6)1.2.使用范围 (6)1.3.参考书目 (6)1.4.规范性文件............................................................................... 错误!未定义书签。
1.5.专业术语 (6)1.6.关联需求 (6)1.7.成功决定因素........................................................................... 错误!未定义书签。
1.8.假设因素 (7)2.现状及未来描述 (8)2.1.本次修改或新增的业务流程 (8)2.2.未来业务流程 (8)2.3.系统概要 (8)2.4.影响度 (9)2.5.用户职责 (9)3.需求描述 (9)3.1.【子功能需求1】※ (9)3.1.1.功能作用及特点 (9)3.1.2.重要规则及公式说明 (9)3.1.3.界面要求 (9)3.1.4.关联系统及关联模块 (10)3.1.5.权限定义 (10)3.1.6.业务风险分析 (11)3.1.7.数据同步 (11)3.1.8.使用频率 (11)3.2.【子功能需求2】※ (11)3.3.【子功能需求N】※ (11)4.特殊需求 (12)4.1.监管需求 (12)4.2.稽核审计需求 (12)4.3.其他 (12)5.报表需求 (12)5.1.[XXX1报表需求] (12)5.1.1.概述※ (12)5.1.2.报表说明※ (13)5.2.[XXX N报表需求] (13)6.性能需求 (13)7.非功能性需求 (14)7.1.可靠性要求 (14)7.2.安全性要求 (14)7.3.用户量要求 (14)8.IT运维及非功能性需求 (15)9.附件 (15)1.需求概述【描述业务的机会、风险、竞争、成本等方面内容。
需求说明书例子
需求说明书例子
以下是一个简单的需求说明书的例子：
需求说明书：在线购物系统
一、概述
本系统是一个在线购物平台，旨在为用户提供方便、快捷的购物体验。
系统应具备商品展示、用户注册、登录、浏览、搜索、加入购物车、结算等功能。
二、功能需求
1. 商品展示：系统应展示各类商品的信息，包括商品名称、价格、图片等。
2. 用户注册：用户可以在系统上注册账号，填写个人信息。
3. 用户登录：已注册用户可以登录系统，进行浏览、购买等操作。
4. 商品浏览：用户可以在系统中浏览各类商品，了解商品详情。
5. 商品搜索：用户可以通过关键字搜索商品，快速找到所需商品。
6. 加入购物车：用户可以将感兴趣的商品加入购物车，方便结算。
7. 结算：用户可以将购物车中的商品进行结算，完成购买操作。
三、非功能需求
1. 系统应具备良好的用户体验，界面友好、操作便捷。
2. 系统应具备稳定性和可靠性，保证用户数据的安全性。
3. 系统应具备可扩展性和可维护性，方便后续开发和升级。
以上是一个简单的在线购物系统的需求说明书示例，具体的编写还需要根据实际情况进行调整和完善。
需求规格说明书模板(项目管理PMP)
需求规格说明书模板标识号：TEMP-RD-02 需求规格说明书模板编写人：批准人：批准日期：版本历史目录1. 文档介绍 (4)1.1. 文档目的 (4)1.2. 文档范围 (4)1.3. 读者对象 (4)1.4. 参考文档 (4)1.5. 术语缩写解释 (4)2. 项目介绍 (4)3. 用户群体 (5)4. 遵循的标准和规范 (5)5. 项目范围 (5)6. 项目中的角色 (5)7. 功能性需求 (6)7.1. 功能1 (6)7.1.1. 用例名称（用例编号：UC-CMS-SJF-01） (6)7.2. 功能n (7)7.2.1. 用例名称（用例编号） (7)8. 非功能性需求 (7)8.1. 用户界面需求 (7)8.2. 软硬件环境需求 (7)8.3. 质量需求 (8)8.4. 其它需求 (8)1.文档介绍[这个部分要以注释的字体给出对模板的本部分的填写的指南] 1.1. 文档目的[这个部分要以注释的字体给出对模板的本部分的填写的指南] 1.2. 文档范围1.3. 读者对象1.4. 参考文档[列出本文档的所有参考文献（可以是非正式出版物）]1.5. 术语缩写解释2.项目介绍[（1）说明项目是什么，什么用途。
（2）介绍项目的开发背景。
]3.用户群体提示：（1）描述本项目面向的用户（客户、最终用户）的特征，4.遵循的标准和规范提示：阐述本项目应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的项目通常不太可能被接受。
5.项目范围提示：阐述本项目“适用的领域”和“不适用的领域”，本项目“应当包含的内容”和“不包含的内容”。
说清楚项目范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在项目范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
6.项目中的角色提示：阐述本项目的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级：用户需求说明书模板软件开发项目xx组二О一六年八月二十七日文件修订记录目录1. 概述 (5)1.1编写目的 (5)1.2用户简介 (5)1.3项目的目的与目标 (5)1.4术语定义 (6)1.5参考资料 (6)1.6设计与实现的限制 (6)2. 现有系统的描述 (7)2.1组织机构与职责 (7)2.2岗位定义 (7)2.3作业流程 (7)2.4报表 (8)2.5存在的问题 (8)2.6可能的变化 (9)3 功能需求 (9)4 界面与接口需求 (10)4.1用户的界面需求 (10)4.2外部的接口 (11)5 性能需求 (11)5.1时间要求 (11)5.2空间与数值性能 (11)6 其他需求 (12)6.1系统的安全性 (12)6.2系统的可靠性 (12)6.3系统的灵活性 (12)6.4其他 (12)7 非功能需求 (13)7.1用户特点 (13)7.2法律法规、版权 (13)7.3兼容性 (13)7.4联机帮助信息 (13)7.5购买组件 (13)8 系统约束 (13)9用户验收标准 (14)9.1验收标准： (14)9.2功能验收标准可依据以下方面制定： (14)9.3性能验收标准： (14)附录A ××× (17)A.1××× (17)A.2××× (17)附录B ××× (17)B.1××× (17)B.2××× (17)1. 概述1.1 编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。
该文件可作为用于确认软件产品是否满足给定需求的验收标准。
1.2 用户简介在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。
基本情况举例：企业性质规模（员工数量、经营业绩等）业态地理位置与布局产品或服务的种类管理模式用户使用计算机系统的经历…...1.3 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。
在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。
项目的目标举例：人力与设备费用的减少处理速度的提高管理信息服务的改进人员利用率的改进控制业务中的薄弱环节解决人力难以解决的计算问题…...1.4 术语定义将该用户需求说明书中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。
如:系统缩写专有名词…...1.5 参考资料说明该用户需求说明书使用的参考资料，如：用户领域的资料参照的标准…...每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。
1.6 设计与实现的限制可能的限制包括如下内容：必须使用或避免的特定技术、工具、编程语言和数据库；用户虽然没有明示，但规定的用途或已知的预期用途所必需的限制；所要求的开发规范或标准（如，由客户的公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准）；硬件限制，如定时需求或存储器限制；数据转换格式标准。
2. 现有系统的描述2.1 组织机构与职责将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。
取得用户的组织机构，是需求获取步骤中的基础工作之一。
2.2 岗位定义用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。
每个岗位的职责可以进行详细的描述，建议采用表格的形式：对用户角色的识别也包括使用了计算机系统后的系统管理和维护人员。
2.3 作业流程企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。
详细业务流程图可以采用直式业务流程图形式。
图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。
2.4 报表现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在此章节中进行穷举、分类、归纳。
报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。
可以将报表的格式画在这里，也可以将原始的材料作为本文档的附件。
特别需要对这些信息源中的每个具体的信息项进行详细说明，如:类型长度小数精度来源信息项之间的计算关系计算时的取舍规则（如四舍五入、取整等）报表发生的频度、高峰期的频度......2.5 存在的问题在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户的需求与期望，有些问题是新系统可以解决的，有些问题则不是。
系统中的问题举例：业务量太大，处理速度太慢存在漏洞，给恶意者以可乘之机对帐太麻烦，查找速度太慢月底报表工作量太大操作烦琐......2.6 可能的变化对于现行的系统，将来可能会有哪些变化，需要在此章节中描述。
企业中的变化是永恒的，系统分析员需要描述哪些可能引起系统范围变更的变化。
变化举例：某部门撤销、合并、新增业务流程改变处理方法改变管理的细度加强，增加了信息.......本章的裁剪问题：如果对于所开发系统不适合，可以进行裁剪。
本章节最简单的描述形式为为：系统的客户系统的用户使用场景当前系统存在的问题可能的变化。
3 功能需求在本章节中描述用户的功能需求。
主要的要求：（1）功能需求是用户的最主要的需求，对用户需求的描述可以采用文字描述也可以采用语言+图形的描述方式，只要能够将用户的需求描述地完整、准确、易于理解即可。
描述方式举例：自然语言use case图（推荐）.......（2）对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。
（3）对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。
以下是分类方法的举例：按部门分类：如计算机中心、市场部、计划建设部、客户服务中心、财务部、总经理等；按功能类型分类：如采集计费、综合统计、结算、营收等；........对功能需求的分类在不同的层次可以采用不同的方法。
（4）对每一项功能应有一个功能编号，以便于与产品需求规格说明书中的章节进行对应。
（5）对每一项功能的描述，应指明用户的输入(input)、处理方法（process）、系统的输出(output)及对此项功能的其他要求。
（6）功能需求应注明使用此功能的岗位。
对系统管理员要求的特殊功能可以在此注明，非特殊要求可以在产品需求规格说明书中详细论述。
如用户权限可分级，要有操作日志等。
（7）在功能需求的描述中，对于类似的、统一的功能可以单独地进行详细描述，其他地方进行引用，或作为术语进行定义，以简化文档，减少重复。
如；录入功能打印功能条件查询功能排序功能.......4 界面与接口需求4.1 用户的界面需求置界面于用户的控制之下,减少用户的记忆负担、保持界面的一致性,界面的简洁是要让用户便于使用,便于了解,并能减少用户发生错误选择的可能性.界面中要使用能反应用户本身的语言，而不是用户界面设计者的语言，即“用户至上”原则。
想他们所想，做他们所做。
用户总是按照他们自己的方法理解和使用。
在界面设计中采用以用户为中心的设计方法。
让用户真正参与到界面设计当中来。
用户能自由的对界面上的每一项做出选择，且所有选择都是可逆的。
显示风格：图形界面、字符界面、IE界面FireFox界面360安全浏览器界面；显示方式：1024*768、640*480 1920*1080；输出格式：显示布局、打印格式等。
4.2 外部的接口1. TCP/IP通信协议接口2. GSM/CDMA无线通信协议接口3. SMS短消息通信协议接口4. 联通网关通信协议接口5. 防火墙通信接口6. 路由器通信接口7. 交换机通信接口5 性能需求5.1 时间要求响应时间，如查询的最长等待时间。
更新处理时间，如出账的最长时间。
数据的转换和传送时间，如远程数据传输的时间要求。
.......5.2 空间与数值性能如：支持的终端数；支持的并行操作的使用者数；处理的文件和记录数；表和文件的大小规模（要按可预见的增长对数据及其分量的存储要求做出估算）；处理和任务的数量；在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数；对输入和输出数据的精度要求；对处理和传输过程中的精度要求；……6 其他需求6.1 系统的安全性指保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。
个别领域的具体需求必须包括：要求利用的密码技术；要求对特定的记录或历史数据集的保护方法；对某些特定的功能的访问权限的限定；对某些数据的加密传输要求。
6.2 系统的可靠性指定一些因素，如检查点、恢复和再启动等，以保证整个系统可用性。
6.3 系统的灵活性说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如操作方式上的变化，运行环境上的变化，同其他软件的接口变化，精度和有效时限的变化，计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
6.4 其他如：进度需求：系统的阶段进度要求；运行环境需求：平台、体系结构、设备要求；培训需求：用户对培训的需求，如是否提供多媒体教学光盘；推广需求：推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。
7 非功能需求7.1 用户特点描述影响具体需求的产品的最终用户的一般特点。
许多人在软件生存周期的操作和维护阶段与系统相关。
而这些人中有用户、操作员、维护人员和系统工作人员。
这些人的某些特点，如教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。
7.2 法律法规、版权描述将要开发系统可能涉及到的法律法规方面的要求，以及用户版权方面的要求。
7.3 兼容性描述将要开发系统与用户已有应用系统的兼容性、接口、数据格式的要求。
7.4 联机帮助信息描述用户对将要开发系统联机提供文档、帮助信息的要求。