01-产品项目非功能需求规格说明书模版
非功能需求说明书示例
xxx系统非功能性需求说明书版本历史修改类型定义：A - ADDED M - MODIFIED D – DELETED目录1.1 非功能性需求 (4)1.2 性能需求 (4)1.2.1 系统处理能力 (4)1.2.2 系统运行时间需求 (4)1.2.3 精度 (4)1.2.4 开放性 (4)1.2.5 安全可靠性 (5)1.2.6 易操作性 (5)1.2.7 易维护性 (5)1.2.8 实用性 (5)1.3 环境需求 (5)1.4 开发标准 (6)1.5 安全需求 (6)1.5.1 主机安全 (6)1.5.2 网络安全 (6)1.5.3 信息安全 (7)1.5.4 传输安全性 (7)1.5.5 数据安全 (7)1.5.6 数据备份恢复 (7)1.5.7 个人密码安全 (7)1.5.8 操作用户安全控制 (8)1.5.9 业务安全 (8)1.6 界面需求 (8)1.6.1 操作一致性 (8)1.6.2 提示信息恰当而规范 (8)1.6.3 功能统一 (8)1.6.4 支持默认功能 (9)1.1非功能性需求1.2性能需求1.2.1系统处理能力页面请求响应时间是指从客户端（浏览器）发起的一个请求开始，到客户端接收到从服务器端返回的响应结束，这个过程所消耗的时间。
由于页面包含的业务逻辑的差异，参考国内外对web应用性能评测常用的3/5/10原则，定义该指标如下：➢业务逻辑比较简单的页面，响应时间在3秒之内；➢业务逻辑中等复杂的页面，相应时间在3到5秒之内；➢业务逻辑比较复杂的页面，响应时间在5到10秒内；并发用户数是指同一时刻系统能支撑的最大用户数量，基于推荐的硬件平台，电商平台软件最多可以支持3000用户同时在线1.2.2系统运行时间需求系统应支持7＊24小时连续运行。
所有主机设备、网络设备和通讯线路均采用热备的方式。
一旦发生故障系统自动切换到备份设备或备份线路上，最大程度降低系统当机时间。
1.2.3精度严格按照金融系统规范给出的交易数据的精确度进行系统设计，保证交易金额的精确性。
【产品类适用】需求规格说明书模板V1.0
XXXX系统需求规格说明书(v1.0)文件修改历史说明1.引言1.1.术语描述产品名称、缩写、专业名词1.2.参考资料如果有需要可以放链接，例如可参考的UI效果、硬件选型等等2.总体描述2.1.产品定位产品解决什么需求（即需求边界是什么）、包括与内部和外部产品之间的关系、设计思路2.2.用户和角色列出使用该产品的不同用户类，并指出他们重点使用的功能。
如运维系统，有运维角色、质控角色、维修角色等等，其中运维角色只使用接收工单、填写工单等等几项功能。
✓如无此项内容，可不填写✓如角色较为复杂，请画出各个角色之间的关系。
只需要概述，具体于第三部门编写2.3.运行环境软件/硬件/网络要求2.4.设计和实现上的约束确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制，如：✓必须使用或者避免的特定技术、工具、数据库、编程语言✓所要求的开发规范或标准3.系统设计3.1.系统架构按需图示：业务结构、功能结构、物理结构3.2.菜单3.3.首页或登录页3.4.XXX模块或子系统3.4.1.XX子业务或功能3.4.1.1.需求说明描述该模块的需求说明及用流程图表示该模块的内部业务逻辑实现3.4.1.2.主界面主界面、列表界面、浏览界面1）X功能点1/操作1/事件1界面原型：设计要求：2）X功能点2/操作2/事件24.接口（按需填写）4.1.数据接口4.2.通讯协议4.3.其它接口5.非功能性需求（按需填写）5.1.性能需求5.2.安全性需求5.3.其它需求6.数据字典6.1.表结构和关联关系6.2.表和字段说明。
产品需求规格说明书-模板
产品需求定义文档当前版本：1.0修改日期：2018-04-20文档状态：修订作者：XX1.1产品概述及目标简述产品功能、预期实现目标，可分阶段实现阶段性目标。
1.1.1背景介绍介绍当前产品背景，市场，优缺点等。
1.1.2产品目的详述本产品设计目的。
1.2数据字典介绍本产品中数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等。
1.3名词说明声明文档中出现的名词含义。
1.4文档阅读对象声明本文档输出的阅读对象和注意事项。
介绍产品用户使用流程、版本规划、产品框架、功能列表等。
2.1产品整体流程展示产品框架图和用户流程图。
2.2产品需求描述描述产品核心功能，解决哪些需求。
2.3产品版本规划叙述产品版本迭代计划，版本号、主要模块、功能点、计划开发时间、计划结束时间、备注。
2.4产品框架展示产品框架中各一级界面、二级界面、三级界面、备注等信息。
2.5功能列表展示产品功能名称、对应模块、功能说明、备注等信息。
详细介绍产品所有的功能需求。
3.1流程图展示产品框架流程图。
3.2界面各页面展示，功能描述，包括，前置条件、功能规则、后置流程等。
3.3字段说明阐述出现的数据字典中的数据信息。
3.4业务说明功能相对应的业务详细说明，包括业务处理方法，与功能对接关系，业务手册等。
描述产品的非功能需求4.1安全需求产品需符合网络安全部的相关规定。
4.2统计需求产品需要统计的数据需求。
4.3性能需求产品需要的性能需求。
4.4易用性需求产品在用户真实操作使用中的易用性需求。
对产品的上线、下线需求进行严格把控。
5.1上线需求产品在达成某些标准合格后可以上线，包括上线功能，上线时间，有无特殊依据或规定。
5.2验收标准提出验收时的验收标准，以供测试制定验收方案。
5.3下线需求此产品预定下线日期？下线日期有无任何特殊依据或规定。
请说明产品的后续运营计划。
其他声明。
产品需求规格书模板
产品需求规格书模板1. 引言产品需求规格书是为了明确产品开发过程中的需求、功能和性能，以便于开发团队能够准确实现产品的设计和开发。
本文档旨在提供一个产品需求规格书的模板，以供参考和使用。
2. 产品概述在此部分，对产品的背景、目标和关键特性进行总体描述。
包括对产品所属领域的简要介绍，产品目标群体和主要使用场景的描述，以及产品的核心功能和特性的概述。
3. 用户需求基于对用户需求的分析和调研，描述产品所要满足的用户需求。
可以使用用户故事、用户画像等方法，对用户需求进行详细描述和分析。
确保对用户需求的准确理解和全面把握。
4. 功能需求在此部分，详细描述产品的功能需求。
功能需求是对产品所要实现的各种功能和行为的定义和描述。
对每个功能需求，应明确其功能描述、输入输出、约束条件、优先级等。
5. 非功能需求非功能需求是指对产品性能、安全性、可用性、可维护性等方面的要求和规定。
在此部分，应描述产品的非功能需求，如性能需求（响应时间、吞吐量等），安全性需求（用户登录、数据保护等），可用性需求（界面易用性、操作便捷性等），文档需求（用户手册、操作指南等）等。
6. 界面需求界面需求是指产品的用户界面设计和交互方式的要求。
在此部分，描述产品的界面设计要求，包括用户界面的布局、配色、字体大小、图标等要素的要求，以及用户与产品的交互方式，如输入方式、操作流程等。
7. 数据需求在此部分，描述产品对数据的需求。
包括数据的格式、类型、存储方式、传输方式等方面的要求。
同时，应说明产品对数据的处理和管理方式，如数据的读写、备份、恢复等。
8. 性能需求对产品的性能需求进行详细描述。
包括对产品的响应时间、吞吐量、并发性能等方面的要求。
确保产品在实际使用中能够满足性能方面的要求。
9. 质量需求描述对产品质量方面的要求。
包括产品的可靠性、稳定性、易维护性等方面的要求和规定。
10. 约束和假设条件在此部分，描述对产品开发和实施过程中的约束和假设条件。
产品需求规格说明书范本
产品需求规格说明书范本我。
引言产品需求规格说明书是在产品开发过程中的重要文件，它用于详细描述产品的功能需求、性能要求以及其他相关规格信息。
本文档旨在为产品开发过程提供一个范本，以帮助项目团队准确地记录和沟通产品需求规格。
二。
产品概述在这一部分，我们将对产品进行简要的概述，包括产品的名称、主要目标、预期用户以及产品的核心功能和优势。
产品名称：[产品名称]主要目标：[产品的主要目标或目标市场]预期用户：[产品的预期用户群体]核心功能：[列出产品的核心功能]产品优势：[列出产品相对于竞争对手的优势]三。
功能需求在这一部分，我们将详细描述产品的功能需求。
这些需求应以清晰、准确的语言描述，以确保开发团队充分理解产品的功能要求。
3.1 [功能需求一]在这里详细描述产品的第一个功能需求。
包括所需的功能、功能的实现方式、功能的操作流程以及与其他功能的交互等信息。
3.2 [功能需求二]在这里详细描述产品的第二个功能需求。
按照同样的格式提供所需的功能、功能的实现方式、功能的操作流程以及与其他功能的交互等信息。
（继续按照同样的格式提供其他功能需求的详细描述）四。
性能需求在这一部分，我们将详细描述产品的性能需求。
性能需求包括响应时间、数据处理能力、系统稳定性等方面的要求。
4.1 响应时间需求在这里列出产品对于用户请求的响应时间要求。
确保描述清楚每个功能的响应时间要求。
4.2 数据处理能力在这里描述产品对于数据处理的要求，包括最大处理能力、最大数据存储量等。
4.3 系统稳定性在这里描述产品对于系统稳定性的要求，包括系统崩溃率要求、可用性要求等。
五。
外观和界面需求在这一部分，我们将描述产品的外观和界面设计要求。
这包括产品的整体外观、界面布局、图标设计等方面的要求。
5.1 整体外观设计在这里详细描述产品的整体外观设计要求。
可以包括产品的颜色、形状、尺寸等要求。
5.2 界面布局在这里描述产品界面布局的要求，包括各个功能的位置、大小、显示方式等。
(完整word版)产品需求规格说明书(格式)
项目名称产品需求规格说明书版本历史目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文档 (4)0.5术语与缩写解释 (4)1. 产品介绍 (5)2. 产品面向的用户群体 (5)3. 产品应当遵循的标准或规范 (5)4. 产品范围 (5)5. 产品中的角色 (5)6. 产品的功能性需求 (6)6.0功能性需求分类 (6)6.M F EATURE M (6)6.m.n Function M.N (6)7. 产品的非功能性需求 (7)7.1用户界面需求 (7)7.2软硬件环境需求 (7)7.3产品质量需求 (7)7.N 其他需求 (7)附录A：需求建模与分析报告 (8)A.1需求模型1 (8)A.N 需求模型N (8)附录B：需求确认 (9)0. 文档介绍0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期例如：[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期0.5 术语与缩写解释1. 产品介绍提示：（1）说明产品是什么，什么用途。
（2）介绍产品的开发背景。
2. 产品面向的用户群体提示：（1）描述本产品面向的用户（客户、最终用户）的特征，（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？3. 产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。
4. 产品范围提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。
说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
软件需求规格说明的模板及示例
软件需求规格说明的模板及示例在软件开发项目中，需求规格说明书是非常重要的一份文档，它记录了软件的功能需求、非功能需求等各种要求。
它能为软件开发人员提供一个清晰明确的目标，帮助开发人员更好地理解用户需求，从而开发出符合用户需求且质量可靠的软件。
下面是一份软件需求规格说明的模板及示例。
I.引言本文档描述了本软件的需求规格说明。
本软件的主要功能是XX。
该说明书旨在为软件开发人员、测试人员和维护人员提供一个全面、详细的记录，以确保软件具有可维护、可操作、用户友好等必要特点。
II. 总体描述1. 产品功能本软件主要功能如下：1) 功能1描述功能1的具体功能和业务流程2) 功能2描述功能2的具体功能和业务流程3) ...2. 客户角色描述客户身份，包括其特定需求等。
3. 运行环境描述软件运行所需的操作系统、硬件、网络环境等。
III. 默认功能在基础功能的基础上，为了满足更多用户的需求和提高用户体验，本软件除基础功能外还默认了以下的功能和限制：1. 功能1描述默认功能1的具体功能和业务流程2. 功能2描述默认功能2的具体功能和业务流程3. ...IV. 系统功能1. 界面及操作1) 界面设计描述界面的设计原则、界面及各类控件的布局、描述符合易学易用的设计指导原则。
2) 界面操作描述具体各个界面及控件的操作。
2. 功能设计1) 功能说明详细描述系统的功能，并包括业务流程图。
2) 功能优先级根据实际需求，具体规定各个功能的优先级。
3. 系统性能描述系统性能要求及约束，性能指标包括响应速度、吞吐量等。
V. 数据需求包括数据的格式、数据的输入和输出等要求。
VI. 接口需求描述本系统需要和外部系统或组件的接口及交互，包括数据格式和数据传输方式等。
VII. 非功能需求包括系统的性能、可靠性、安全性、易维护性、可扩展性、可用性、可拓展性等方面的需求。
VIII. 附录1. 参考文献列出本文档中涉及的参考文献。
2. 词汇表列出本文档中用到的专业术语和新名词。
_产品需求规格说明书_01【范本模板】
企业招聘系统需求规格说明书Version： 1。
0目录1目标和范围 (4)2文档读者 (4)3定义、首字母缩写和缩写 (4)4参考资料 (4)5需求概述 (4)5。
1 项目背景 (4)5.2 项目功能 (4)5.3 操作环境 (4)5.4 用户指定选择的技术 (4)5。
5 用户文档 (5)5.6 假设、依赖和外部风险 (5)6外部接口需求 (5)6。
1 用户接口 (5)6。
2 硬件接口 (5)6.3 软件接口 (5)6。
4 通讯接口 (5)7功能性需求 (5)7。
1 系统管理模块SRS001～SRS020 (5)7。
1。
1 部门管理 (6)7.1。
2 用户管理 (6)7.1.3 群组管理 (7)7。
1。
4 角色管理 (7)7。
1。
5 功能管理 (8)7.1.6 模块管理 (9)7.1。
7 职务管理 (9)7.1。
8 企业用户登录 (10)7.1.9 企业用户密码修改 (10)7。
2 招聘管理模块SRS021~SRS040 (10)7.2.1 招聘申请 (10)7。
2。
2 招聘审批 (11)7。
2。
3 招聘发布 (11)7.2。
4 查询应聘 (11)7.2。
5 职位管理 (12)7。
3 测评管理SRS041～SRS060 (12)7.3.1 测评类型 (12)7。
3。
2 测评试卷........................................................................... 错误!未定义书签。
7.3.3 测评结果管理 (14)7。
4 流程管理SRS061～SRS080 (15)7。
4.1 工作流管理 (15)7。
4.2 业务管理 (15)7。
5 会员管理SRS081~SRS100 (16)7。
5。
1 会员注册 (16)7。
5.2 会员管理 (16)7。
5。
3 简历管理 (17)7.5.4 会员登录 (18)7。
5。
5 密码修改 (18)7.6 待办事宜SRS101~SRS120 (18)7。
产品需求规格说明书模板
产品需求规格说明书模板1. 引言产品需求规格说明书是指对产品开发中各项需求进行详细描述和规范的文档，方便开发团队理解和实施。
本文档将按照以下格式进行编写，帮助您更清晰地了解产品需求。
2. 产品概述在此部分需描述产品的基本信息，包括产品名称、版本号、目标用户群体等。
如：产品名称：XXX手机APP版本号：V1.0目标用户群体：18-35岁的手机用户3. 功能需求在此部分需描述产品的各项功能需求，包括但不限于：3.1 用户登录功能- 用户账号注册与登录- 密码找回- 第三方账号登录- 验证码登录3.2 首页功能- 轮播图展示最新动态- 快速导航栏- 推荐商品展示- 热门商品列表3.3 商品浏览与搜索功能- 商品分类浏览- 商品关键字搜索- 商品排序与筛选- 商品详情页展示3.4 用户购物功能- 加入购物车- 购物车数量管理- 购物车结算- 订单生成与支付4. 性能需求在此部分需描述产品对于性能的具体要求，如：4.1 响应速度- 在正常网络环境下，页面加载时间不得超过2秒- 用户操作反馈时间不得超过0.5秒4.2 服务器要求- 服务器需具备较高的稳定性和承载能力，能够支撑日常流量的访问需求5. 用户界面设计要求在此部分需描述产品对于用户界面设计的要求，如：5.1 色彩风格- 使用明亮且舒适的色彩搭配5.2 字体与排版- 字体要求清晰易读- 界面排版整洁美观6. 安全性需求在此部分需描述产品对于安全性的要求，如：6.1 用户数据保护- 用户密码加密存储- 用户个人信息安全保护6.2 支付安全- 采用安全的支付接口与加密算法7. 非功能性需求在此部分需描述产品的其他非功能性需求，如：7.1 兼容性- 适配主流移动端设备及操作系统7.2 可维护性- 代码结构清晰，易于维护和扩展7.3 可靠性- 保证产品的稳定性和可靠性，尽量减少故障和崩溃发生的可能性8. 附录在此部分可列出参考资料、术语表、缩写表等。
以上为产品需求规格说明书模板的基本框架，具体内容应根据产品需求进行调整和补充。
产品需求说明书模板
需求名称
描述
说明：在此部分，的关键点。这将有助于团队为产品的成功提供定向的指导和方向。
4.产品架构
4.1架构图
需求名称
描述
说明：在此部分，你需要提供一个产品架构图，以便团队了解产品的整体架构和各个模块之间的关系。
4.2系统流程图
需求名称
6.需求详细描述
6.1功能需求
需求名称
描述
说明：在此部分，你需要列出产品的各个功能模块，并对每个模块进行详细描述。
6.2非功能需求
需求名称
描述
说明：在此部分，你需要列出产品的非功能需求，包括性能、安全、可用性、可靠性等方面的需求，并对每个需求进行详细描述。
6.3数据需求
需求名称
描述
说明：在此部分，你需要列出产品需要处理的数据类型和数据量，并对数据的存储、处理和安全性需求进行详细描述。
产品需求文档
1.需求背景
需求名称
概述
说明：在此部分，你需要为团队提供一个产品背景，并详细说明为什么需要开发这个产品。此外，如果有用户反馈、市场竞争、法规等外部因素，也需要在这里进行描述。
2.需求价值
需求名称
描述
说明：在此部分，你需要详细描述产品对用户和公司的价值，包括提供的功能、解决的问题、降低的成本等等。这将有助于团队更好地理解产品定位，以及设计和开发过程中需要关注的关键点。
描述
说明：在此部分，你需要提供一个系统流程图，以便团队了解产品的工作流程和各个流程之间的关系。
5.需求相关方
5.1利益相关方
相关方
描述
说明：在此部分，你需要列出与产品相关的所有利益相关方，包括公司高层、用户、合作伙伴、供应商等等。
5.2用户画像
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XX项目非功能需求规格说明书文档创建信息文档修订记录修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）目录1质量属性需求 (4)1.1 性能 (4)1.1.1 延迟 (4)1.1.2 吞吐量 (4)1.1.3 容量 (5)1.2 安全性 (5)1.3 可靠性 (6)1.4 可配置性 (6)1.5 互操作性（系统间集成） (7)1.6 可伸缩性 (7)1.7 可维护性 (7)1.8 可管理性 (8)1.9 可审计性 (8)1.10 可安装性 (8)1.11 可更改性 (9)1.12 可连续性 (9)1.13 可恢复性 (9)1.14 其它 (10)2约束 (10)2.1 运行环境 (10)2.1.1 软件平台 (10)2.1.2 硬件平台 (10)2.2 设计约束 (11)2.3 业务规则 (11)2.4 法律约束 (12)2.5 其它约束 (12)附录1：模版使用说明 (12)附录2：模版修订记录 (12)1质量属性需求1.1性能概念：性能是指系统的响应能力——即对外部刺激（事件）做出反应所需要的时间或在某段时间内所处理的事件个数。
性能这一质量属性经常用在单位时间内所能完成的处理数量或系统为完成一个处理所耗费的时间来表示。
描述系统的性能需求通常从以下几个方面进行：延迟、吞吐量、容量。
1.1.1延迟概念：延迟定义为从事件触发到对应响应之间的时间间隔。
这个时间间隔定义了一个响应窗口（开始时间为最小延迟，结束时间为最大延迟）。
示例：1.1.2吞吐量概念：吞吐量定义为在一个给定的观察时间段内，系统处理事件，然后产生的响应数量。
通常需要指多个观察时间段，比如1分钟，30分钟，60分钟等。
因为60分钟内处理120个事件并不意味着每分钟可以处理2个事件。
示例：1.1.3容量概念：容量：容量是一个衡量系统可以处理的工作量数量的指标。
比如在理想运行环境下，最大可达到的吞吐量，最大可支持的用户数量等。
需要注意的是，即使在达到最大吞吐量的情况下，系统也不能违背延迟的性能需求。
示例：1.2安全性概念：关于计算机信息系统安全性，国际标准化组织(ISO)给出如下定义：“为数据处理系统建立和采用的技术和管理的安全保护，保护计算机硬件、软件和数据不因偶然和恶意的原因遭到破坏、更改和泄露”。
1.3可靠性概念：可靠性是指系统能够保持正常运行的能力。
可靠性通常用平均正常运行时间（MTTF, mean time to failure ）来衡量。
与可靠性密切相关的一个概念是有效性。
有效性是指系统正常运行的时间比例。
有效性是通过两次故障之间的时间长度或在系统崩溃的情况下系统能够恢复正常运行的速度来衡量的。
系统处于稳定运行状态的有效性是系统正常运行的时间与全部时间之比，通常是以如下公式来定义的：MTTR MTTF MTTF+=α其中：MTTF （mean time to failure ）表示平均正常运行时间；MTTR （mean time to repair ）表示平均故障恢复时间。
示例：1.4可配置性概念：可配置需求的典型目标是确保应用或组件：• 国际化，支持在相应的国家或地区使用； • 个性化，支持特定用户的特定需求； • 支持交付具有不同功能子集的产品；1.5互操作性（系统间集成）概念：互操作性是一种衡量一组部件（构成一个系统）与另一个系统协作的能力。
示例：1.6可伸缩性概念：可伸缩性是当事务负荷增加时，在保证服务质量的条件下容纳更多用户的能力。
如果能够通过增加资源以满足不断增长的对性能和功能的要求，或者是通过缩减资源，以降低成本，从涵盖硬件和软件的角度上讲，我们可以把符合这种特性的计算机系统称作是可伸缩的。
1.7可维护性概念：软件可维护性即维护人员对该软件进行维护的难易程度,具体包括理解、改正、改动和改进该软件的难易程度。
概念：软件可管理性即对软件执行管理、监控操作以及接收与这些操作相关的信息的难易程度。
1.9可审计性概念：可审计性是指系统进行适当的记录存储以：●支持财经审计●支持安全审计●确定是否某些金融事务发生过1.10可安装性概念：可安装性是衡量产品安装到运行环境难易程度的一项指标。
可安装性的目标是：•确保应用或组件易于安装；•确保在安装过程中不会产生时间或金钱上的浪费；•提升安装工程师的士气；•最小化安装的缺陷。
概念：可更改性是与系统构架关系最为密切的一个质量属性。
能够进行快速修改并使修改代价尽可能低的能力直接受构架的限制。
对系统的更改一般是由于该系统的组织的商业目的发生了变化。
从广义上看，这些变化主要包括：•功能的扩展或改变。
添加新的功能，改进已有的功能或修复系统中的缺陷。
•删除不再想要的功能。
即优化或简化现有系统的功能。
•适应新的操作环境。
例如处理器硬件、输入/输出设备或其它逻辑设备。
这种能力也称为可移植性。
•结构的重新调整。
例如为使系统的服务更为合理，模块划分更为科学或为优化系统而进行调整。
1.12可连续性概念：可连续性是指在环境、资源、人员、流程与程序缺陷等影响下，有应对风险自动调整和快速反应的能力，所保证线上系统的连续运转。
1.13可恢复性概念：可恢复性，就是把系统、应用以及数据库由存在故障的状态转变为无故障状态的过程。
一般可以从系统恢复、应用恢复、数据恢复等方面进行考虑。
示例：1.14其它其它未列入上述需求或还未确定的内容。
2约束2.1运行环境描述软件的运行环境相关因素。
包括硬件平台和软件平台的支持。
2.1.1软件平台描述系统及各个模块运行所需要的操作系统平台、版本、其他的软件组件、应用程序、应用服务等环境支持。
示例：短信系统基于以下软件支撑环境开发及运营：●服务器操作系统：AS4.0 update2●应用服务器：JBoss4.0.4GA或者JBossWeb1.0GA●JDK：jdk1.5.0_09●数据库：MySQL5.0.17c（认证版）●客户端操作系统：-Windows➢Windows 98➢Windows 98SE➢Windows ME➢Windows NT 4.0➢Windows 2000➢Windows XP (建议)➢Windows Server 2003-Linux➢Linux kernel - 2.2.14 及以上➢glibc 2.3.2 及以上➢XFree86-3.3.6 及以上➢gtk+2.0 及以上➢fontconfig (也称为xft)➢libstdc++52.1.2硬件平台对硬件需求的描述可以描述为系统或模块中需要通过硬件实现的功能特性，以及实现这些特性的硬件需求。
常见的硬件平台约束包括：网络带宽、工作站、服务器等等。
示例：服务器运行硬件平台：2.2设计约束描述硬件平台及软件平台上影响开发人员自由选择的限制，这些限制可能包括：•必须使用或避免使用的技术、工具、语言、软件等；•要求遵守的开发规范或标准；•硬件限制（如：硬件集成由其他组织进行）示例：短线网关开发规范或标准：[1]中国移动通信企业标准：互联网短信网关接口协议（版本号：3.0.0）.[2]中国网络通信集团公司企业标准：PHS 短消息网关技术规范，第一分册短消息网关与服务提供商（SP）接口规范（CNGP）V2.0。
[3]Fielding, R., Gettys, J., Mogul, J., Nielsen, H. and T. Berners-Lee, "Hypertexttransfer protocol -- HTTP/1.1", RFC2068, January 1997.[4]技术架构部, "技术架构设计规范", 版本：1.0, 技术架构设计规范.doc[5]技术架构部, "框架设计规范", 版本：1.0, 框架设计规范.doc[6]技术架构部, "基于ASF的服务器设计规范", 版本：1.0, 基于ASF的服务器设计规范.doc2.3业务规则描述软件产品所要遵守的用户业务的行业规则。
如果已经存在明确的行业规则文件，在此进行列表引用。
2.4法律约束描述软件不能违背的政府法律或规章制度，可以从国家标准、行业标准、企业标准等方面考虑。
2.5其它约束其它未列入上述约束的内容。
附录1：模版使用说明1.模版中，黑色字体部分不可裁剪。
在编写时，如果相对应的内容没有或不适用，在相应的标题下写明即可，不能删除。
2.模版中，蓝色字体部分是对于文档内容的解释说明。
在编写时，需要删除这些内容。
3.对于模版中给出的示例，适用的可以保留并填入相关内容；不适用的直接删除。
4.本附录，在《非功能需求说明书》成文时需要删除。
附录2：模版修订记录本附录，记录了本模版的修订历史信息。
在《非功能需求说明书》成文时，需要删除。
修改类型分为A - ADDED M - MODIFIED D– DELETED。