产品项目非功能需求规格说明书
产品需求规格说明书范本
项目名称产品需求规格说明书版本历史目录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）有助于控制需求的变更。
5. 产品中的角色提示：阐述本产品的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
6. 产品的功能性需求6.0 功能性需求分类提示：将功能性需求先粗分再细分，下表中的Feature A, Function A.1等符号应当被替换成有含义的名称。
6.m Feature M提示：此处写一些承上启下的文字。
6.m.n Function M.N……7. 产品的非功能性需求7.1 用户界面需求7.2 软硬件环境需求7.3 产品质量需求7.n 其他需求附录A：需求建模与分析报告建议用EA/ROSE对产品需求进行建模与分析。
A.1 需求模型1提示：画出流程图流程分析；画出用例图用例说明画出序列图；序列图分解；A.n 需求模型N附录B：需求确认提示：需求确认主要分两步：（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功能确保证明图片的真实性、实效性，避免了传统的现场核验工作量，提高了工作效率，节约了监督成本。
如何写好一份需求规格说明书PRD
如何写好一份需求规格说明书PRD编写一份高质量的需求规格说明书（Product Requirements Document, PRD）是软件开发过程中的关键环节，它详细描述了产品的功能需求、非功能需求、用户界面、性能要求、约束条件以及与其他系统的接口等，为开发团队提供了明确的指导。
以下是一些步骤和建议，帮助您撰写一份清晰、完整且易于理解的需求规格说明书：1. 明确目的与范围●引言：简要介绍项目的背景、目的、目标用户及主要需求概述。
●范围定义：明确PRD所涵盖的功能范围，以及不包含的内容，避免需求蔓延。
2. 用户故事与用例●用户角色：定义产品的用户角色及其主要目标和任务。
●用户故事：以“作为[用户角色]，我希望能够[执行某个操作]，以便[达到某个目的]”的格式编写用户故事。
●用例图与用例描述：通过用例图展示用户与系统之间的交互，并详细描述每个用例的前置条件、基本流、备选流和后置条件。
3. 功能需求●详细功能描述：对每个功能进行详细说明，包括输入输出、处理逻辑、异常处理等。
●优先级排序：为功能设定优先级，帮助开发团队理解哪些功能是最重要的。
4. 非功能需求●性能要求：如响应时间、吞吐量、并发用户数等。
●可用性：界面友好性、易用性、可访问性等。
●安全性：数据加密、用户验证、权限管理等。
●兼容性：支持的平台、浏览器、设备类型等。
●可维护性与可扩展性：代码结构、文档化、模块化设计等。
5. 界面原型与UI设计●界面原型：提供低保真或高保真的界面原型图，展示界面布局和交互流程。
●UI设计规范：包括颜色、字体、图标、布局等的设计准则。
6. 数据要求●数据库设计：描述数据库的结构、表之间的关系、字段类型及约束等。
●数据字典：定义所有数据元素的名称、类型、长度、用途等。
7. 接口定义●API接口：详细描述与外部系统或内部组件之间的接口协议、请求参数、响应格式等。
●文件格式与标准：如果涉及文件上传或下载，需定义文件格式、编码标准等。
产品需求规格说明书-模板
产品需求定义文档当前版本：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、系统设置：对系统参数、权限等进行设置和调整。
三、业务流程1、用户注册业务流程：用户填写注册信息，系统验证信息有效性，若有效则注册成功，否则注册失败。
2、登录业务流程：用户输入用户名和密码，系统验证通过后，用户登录成功，否则登录失败。
3、图书借阅业务流程：用户查询图书信息，选择所需图书并进行借阅操作，系统完成借阅记录的生成和更新。
4、图书归还业务流程：用户归还图书，系统更新图书借阅记录，并根据归还时间计算逾期罚款。
5、数据统计业务流程：系统根据借阅数据、用户行为数据等进行统计和分析，生成相应的统计报告。
6、系统设置业务流程：管理员对系统参数、权限等进行设置和调整，系统保存设置信息并更新系统状态。
四、技术实现1、技术平台：采用基于Web的软件开发框架，如Spring Boot、MyBatis 等。
2、编程语言：使用Java、Python等主流编程语言进行开发。
3、数据库配置：采用关系型数据库管理系统，如MySQL、PostgreSQL 等，存储用户信息、图书信息、借阅记录等数据。
4、前端开发：使用HTML、CSS、JavaScript等技术进行前端页面开发。
5、安全性考虑：采用身份验证、权限控制、数据加密等技术保障系统安全。
6、可维护性考虑：采用模块化设计、单元测试等方法提高系统的可维护性。
01-产品项目非功能需求规格说明书模版
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容量概念：容量：容量是一个衡量系统可以处理的工作量数量的指标。
比如在理想运行环境下，最大可达到的吞吐量，最大可支持的用户数量等。
业务需求—03非功能性需求模版
业务需求—03非功能性需求模版非功能性需求是指系统或软件产品在使用过程中的性能、稳定性、安全性、可靠性等方面的要求。
非功能性需求对系统的操作、管理、维护都有一定的影响，它们是系统或软件产品功能的补充和扩展。
模板一：1.性能需求（1）响应时间：系统或软件在用户发出指令后的响应时间需控制在X秒以内。
（2）吞吐量：系统或软件每秒能够处理的请求数量需达到X个。
（3）并发用户数：系统或软件能够支持同时登陆的用户数需达到X 个。
2.可靠性需求（1）可用性：系统或软件的可用时间需达到X%以上。
（2）容错性：系统或软件在遇到异常情况时能够正确处理，并继续提供服务，不导致数据丢失或系统崩溃。
（3）恢复性：系统或软件在发生故障或崩溃后能够自动恢复或者提供快速的恢复功能。
3.安全性需求（1）数据安全：系统或软件需要有一定的安全措施，防止数据泄露、篡改或丢失。
（2）访问控制：系统或软件需要实现不同用户的权限管理，保证只有授权用户能够进行相关操作。
4.易用性需求（1）界面友好性：系统或软件的界面要简洁明了、易于操作，不让用户感到困惑或迷失。
（2）操作方便性：系统或软件的操作流程应该简单明了，用户能够快速上手，减少误操作的发生。
（3）帮助文档：系统或软件需要提供详尽的帮助文档，以便用户在使用过程中能够解决问题或获取帮助。
5.可拓展性需求（1）系统或软件需要能够支持未来的业务拓展和功能扩展，具备良好的可扩展性。
（2）系统或软件需要能够与其他系统进行接口对接，实现跨系统的协同工作。
（3）系统或软件需要能够灵活调整配置参数和优化性能，以适应不同的业务需求。
6.兼容性需求（1）硬件兼容性：系统或软件需要适配不同类型、不同规格的硬件设备。
（2）软件兼容性：系统或软件需要适配不同操作系统、不同浏览器、不同数据库等软件环境。
（3）数据兼容性：系统或软件需要能够兼容不同格式的数据输入和输出。
（以上为示例，可以根据实际项目需求调整。
）模板二：一、性能需求1.响应时间：系统或软件的响应时间在X秒内2.吞吐量：系统或软件的吞吐量需要达到每秒处理X个请求的能力3.并发用户数：系统或软件能够同时支持X个用户登录和使用二、可靠性需求1.可用性：系统或软件需要保证每月X天X小时的可用时间2.容错性：系统或软件在发生异常情况时需要能够自动恢复或提供备份措施3.故障恢复：系统或软件在发生故障后需要能够快速恢复并保证数据不丢失三、安全性需求1.数据安全：系统或软件需要采取相应的安全措施，保证数据不被泄露、篡改或丢失2.访问控制：系统或软件需要具备用户身份验证和权限管理功能，保证只有授权用户能够进行相关操作3.安全审计：系统或软件需要记录相关操作日志和安全事件，并支持审计四、易用性需求1.界面友好性：系统或软件的界面设计应简洁明了、易于操作2.操作方便性：系统或软件的操作流程应简单明了，用户能够快速上手3.帮助文档：系统或软件需要提供详细而易懂的帮助文档，供用户查阅和解决问题五、可拓展性需求1.系统扩展性：系统或软件需要能够方便地进行功能扩展和业务拓展2.接口对接：系统或软件需要能够与其他系统进行接口对接，实现数据共享和业务协同六、兼容性需求1.硬件兼容性：系统或软件需要适配不同型号、不同规格的硬件设备2.软件兼容性：系统或软件需要适配不同操作系统、不同浏览器等软件环境。
软件需求规格说明的模板及示例
软件需求规格说明的模板及示例在软件开发项目中，需求规格说明书是非常重要的一份文档，它记录了软件的功能需求、非功能需求等各种要求。
它能为软件开发人员提供一个清晰明确的目标，帮助开发人员更好地理解用户需求，从而开发出符合用户需求且质量可靠的软件。
下面是一份软件需求规格说明的模板及示例。
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. 词汇表列出本文档中用到的专业术语和新名词。
- 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。