客户需求说明书模板
(完整版)用户需求说明书模板
密级：用户需求说明书模板软件开发项目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 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
软件项目之用户需求说明书(模板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章引言 (3)1.1目的 (3)1.2背景 (3)1.3参考资料 (3)第2章业务现状 (3)2.1业务术语 (3)2.2现有系统的分析 (3)2.3业务部门、用户角色及其职责 (3)2.4业务架构图 (4)2.5业务架构说明 (4)第3章业务描述 (4)3.1××业务 (4)3.2××业务 (5)第4章业务接口 (5)4.1××接口名称 (5)第5章业务数据描述 (6)5.1业务数据指标描述 (6)5.2××信息 (6)5.3业务数据字典描述 (6)第6章业务流量分析 (6)6.1数据量分析 (7)6.2业务量变化分析 (7)第7章表式 (7)7.1×××表 (8)7.2×××表 (8)附录：需求确认 (9)（项目在编写用户需求说明书时，根据项目的实际情况，可从中选择适用的章节。
）第1章引言1.1目的（描述本系统的目的，如何满足合同中用户的要求。
）1.2背景（描述本系统的开发背景。
）1.3参考资料（整理用户需求的过程中参考的一些资料，如适用的法律法规、政府公文、行业标准、其它案例等。
）第2章业务现状2.1业务术语（描述此文中用到的业务术语，和用户对术语达成一致，也便于阅读者理解后续文档内容）2.2现有系统的分析（描述用户现在使用的系统。
以便于针对用户现在使用的信息系统进行分析，可能会涉及系统切换和数据转储的设计实现）2.3业务部门、用户角色及其职责2.3.1业务部门及其职责（描述业务管理部门以及每一个业务管理部门在本系统中所承担的主要职责）2.3.2用户角色及其职责（从业务角度描述主要用户角色以及各角色主要职责）2.4业务架构图（使用图表的方式说明本系统的业务架构，要求清晰明了）2.5业务架构说明（使用文字，结合业务架构图对业务架构进行简单说明，可挑选本模块主要业务流程进行说明，也可挑选主要用例进行说明）2.5.1××流程说明2.5.2××用例说明第3章业务描述（详细描述本系统各功能，要求能够体现需求调研中获取的关于本功能的各项业务信息，如业务操作地点、操作用户角色，业务操作流程，业务规则，业务输入输出等）3.1××业务3.1.1业务概述（可以分下面三个方面进行描述业务操作用户角色业务操作地点业务描述）3.1.2业务流程图（使用VISIO画出本业务功能的业务流程图，流程中每一个方块一般对应一个程序功能，要求在方块右边注明执行这个程序功能的业务操作员和业务操作地点）3.1.3业务流程描述说明（结合业务流程图进行描述，要描述清楚流程图中每一个步骤的输入输出以及执行这个步骤的具体过程、条件、操作时间等）3.1.4业务规则（描述本业务功能的业务规则）…3.2××业务第4章业务接口（描述各业务模块之间或业务与外系统间的业务上的接口，不描述系统设计时的接口）4.1××接口名称…第5章业务数据描述5.1业务数据指标描述（描述系统中使用的业务数据指标）5.1.1××信息5.2××信息5.3业务数据字典描述（描述业务数据字典，如业务代码等）5.3.1××字典5.3.2××字典第6章业务流量分析（分析本系统在不同的时间段内业务数据处理数量以及业务操作的频度及操作时间控制，以下表格可作参考。
产品经理_用户需求说明书模板
用户需求说明书模板文档编号：NH-10-YHXQSMSMB文档信息：公司级别模板文件文档名称：用户需求说明书模板文档类别：工程过程类密级：机密版本信息：1.0建立日期：2010-6-1创建人：批准人：批准日期：2010-6-5保管人：高芳存放位置：综合部编辑软件：Microsoft Office 2003 中文版目录1.引言 (5)1.1 编写目的 (5)1.2 范围 (5)1.3 项目背景 (5)1.4 主要业务名词和术语定义 (5)1.5 参考文献* (5)2.需求概述 (6)2.1 用户当前系统* (6)2.1.1 用户当前系统概述 (6)2.1.2 用户当前系统存在的问题 (6)2.2 目标系统 (6)2.2.1 目标系统概述 (6)2.3 与其他系统的关系* (6)2.4 边界定义 (6)2.5 基本业务规则 (6)2.6 系统功能模型概述 (6)2.7 安装或实施目标系统的策略 (7)2.8 目标系统运行环境要求 (7)3.详细需求 (7)3.1 功能名称（需求编号） (7)3.2 功能名称(需求编号) (8)4.主要界面说明 (8)4.1 界面共性说明 (8)4.2 主要界面说明 (8)5.与其他系统的接口说明* (8)6.运行环境 (9)7.性能要求 (9)7.1 运行性能 (9)7.2 可维护性 (9)7.3 可移植性 (9)7.4 故障处理要求 (9)7.5 不允许发生的事件 (9)8.附录 (10)8.1 附件1：业务表单 (10)8.2 附件2 ：字典代码 (10)8.3 附件3 ：外部接口格式 (10)8.4 附件5 ：主要业务流程 (11)8.5 附件6 ：查询信息 (11)8.6 附件7 ：业务单据 (12)8.7 附件8 ：统计报表 (12)1.引言引言部分应包括：1.1编写目的主要说明本文档的作用，除了作为需求规格说明书提供后续设计和测试工作的依据外，如果作为项目验收的依据或有其他特别作用，应特别声明。
用户需求说明书模板(3)
顾客需求阐明书模板文档编号：顾客需求阐明书模板文档信息：公司级别模板文献文档名称：顾客需求阐明书模板文档类别：工程过程类密级：机密版本信息：1.0建立日期：创建人：审核者：批准人：批准日期：保管人：寄存位置：目录1.引言 (4)1.1编写目旳 (4)1.2范畴 (4)1.3项目背景 (4)1.4重要业务名词和术语定义 (4)1.5参照文献 * (4)2.需求概述 (4)2.1顾客目前系统 * (4)2.1.1顾客目前系统概述 (4)2.1.2顾客目前系统存在旳问题 (4)2.2目旳系统 (5)2.2.1目旳系统概述 (5)2.3与其他系统旳关系 * (5)2.4边界定义 (5)2.5基本业务规则 (5)2.6系统功能模型概述 (5)2.7安装或实行目旳系统旳方略 (5)2.8目旳系统运营环境规定 (5)3.具体需求 (6)3.1功能名称（需求编号） (6)3.2功能名称(需求编号) (7)4.重要界面阐明 (7)4.1界面共性阐明 (7)4.2重要界面阐明 (7)5.与其他系统旳接口阐明 * (7)6.运营环境 (7)7.性能规定 (7)7.1运营性能 (8)7.2可维护性 (8)7.3可移植性 (8)7.4故障解决规定 (8)7.5不容许发生旳事件 (8)8.附录 (8)8.1附件1：业务表单 (8)8.2附件2 ：字典代码 (9)8.3附件3 ：外部接口格式 (9)8.4附件5 ：重要业务流程 (9)8.5附件6 ：查询信息 (10)8.6附件7 ：业务单据 (10)8.7附件8 ：记录报表 (11)1.引言引言部分应涉及：1.1编写目旳重要阐明本文档旳作用，除了作为需求规格阐明书提供后续设计和测试工作旳根据外，如果作为项目验收旳根据或有其他特别作用，应特别声明。
1.2范畴对于所有受到本文档影响或于影响这个文档旳一切进行简要描述。
1.3项目背景重要阐明项目旳来源，项目所波及领域旳现状，建设该项目旳意义等。
需求分析说明书模板
需求分析说明书模板需求分析说明书模板一、引言本需求分析说明书旨在为项目提供清晰、详细的需求描述，以确保项目能够顺利实施并满足客户的需求。
本说明书将围绕以下八个方面展开：一、引言、二、项目概述、三、需求分析、四、系统设计、五、系统实现、六、测试与验证、七、部署与运维、八、项目管理与质量保证。
二、项目概述本部分将简要介绍项目的基本信息，包括项目名称、目标、范围、时间、预算等。
项目名称：XXXXXX项目目标：XXXXXX项目范围：XXXXXX项目时间：XXXXXX项目预算：XXXXXX三、需求分析本部分将详细分析客户的需求，包括功能需求和技术需求。
对于每个需求，将描述其具体内容、实现方式和要求。
功能需求：1.用户注册登录功能：用户可以通过手机号或邮箱进行注册，并设置密码登录系统。
2.个人信息管理功能：用户可以查看和修改自己的个人信息，如姓名、性别、生日等。
3.文件上传功能：用户可以在系统中上传文件，并可以对其进行管理。
4.消息通知功能：系统可以向用户发送消息通知，如系统通知、私信等。
5.评论与回复功能：用户可以在文章或帖子下发表评论，并可以回复其他用户的评论。
6.搜索功能：用户可以通过关键词搜索文章、帖子和用户信息。
7.用户权限管理功能：系统可以根据用户的角色和权限限制其访问某些资源。
8.系统设置功能：管理员可以设置系统参数，如网站名称、网站描述等。
技术需求：1.后端开发语言：使用Java或Python进行后端开发。
2.前端开发语言：使用HTML5、CSS3和JavaScript进行前端开发。
3.数据库技术：使用MySQL或MongoDB作为数据库技术。
4.服务器技术：使用Linux和Nginx作为服务器技术。
5.接口设计：使用RESTful API进行接口设计。
6.安全性要求：使用SSL加密和身份验证机制保证系统的安全性。
7.性能要求：系统响应时间不超过2秒，每秒可以处理100个以上的请求。
8.可维护性要求：系统结构清晰，便于日后升级和维护。
需求说明书例子
需求说明书例子
以下是一个简单的需求说明书的例子：
需求说明书：在线购物系统
一、概述
本系统是一个在线购物平台，旨在为用户提供方便、快捷的购物体验。
系统应具备商品展示、用户注册、登录、浏览、搜索、加入购物车、结算等功能。
二、功能需求
1. 商品展示：系统应展示各类商品的信息，包括商品名称、价格、图片等。
2. 用户注册：用户可以在系统上注册账号，填写个人信息。
3. 用户登录：已注册用户可以登录系统，进行浏览、购买等操作。
4. 商品浏览：用户可以在系统中浏览各类商品，了解商品详情。
5. 商品搜索：用户可以通过关键字搜索商品，快速找到所需商品。
6. 加入购物车：用户可以将感兴趣的商品加入购物车，方便结算。
7. 结算：用户可以将购物车中的商品进行结算，完成购买操作。
三、非功能需求
1. 系统应具备良好的用户体验，界面友好、操作便捷。
2. 系统应具备稳定性和可靠性，保证用户数据的安全性。
3. 系统应具备可扩展性和可维护性，方便后续开发和升级。
以上是一个简单的在线购物系统的需求说明书示例，具体的编写还需要根据实际情况进行调整和完善。
软件项目-用户需求说明书-模板
XXX项目用户需求说明书模板版本：V1.0XXXX年X月目录用户需求说明书1概述 (2)1.1文档目的 (2)1.2文档内容 (2)1.3参考文档 (2)1.4术语表 (2)2项目概述 (2)2.1项目背景 (2)2.2项目目标 (2)2.3项目范围 (2)3现状概述 (2)3.1企业概况 (2)3.2业务概况 (2)3.3组织机构 (2)4需求总表 (2)4.1需求1 (2)4.1.1业务流程 (2)4.1.2业务数据 (2)4.2需求2 (2)4.2.1业务流程 (2)4.2.2业务数据 (2)4.3...... .. (2)5模板补充说明 (2)5.1关于字体 (2)5.2关于页眉页脚 (2)5.3关于图、表 (2)用户需求说明书1 概述1.1 文档目的[编制文档的目的，及文档的期望读者。
]1.2 文档内容[概述文档的编制内容。
]1.3 参考文档[说明本文件的参考文档。
]1.4 术语表表1-12 项目概述2.1 项目背景[说明系统建设背景，介绍项目建设的前因后果，包括目前存在的希望系统可以帮助解决的业务问题，项目概览等。
]2.2 项目目标[说明系统建设目标，包括近期或者远期希望系统可以帮助达到的业务目标等。
]2.3 项目范围用户需求说明书[概述本系统实施相关的业务范围，划清系统边界，明确项目的工作内容等。
]3 现状概述3.1 企业概况[描述XX企业的概况，包括总体业务情况、战略发展情况介绍]3.2 业务概况[描述XX企业的业务现状，有多少业务，业务间的关系，与项目相关的业务要重点介绍] 3.3 组织机构[描述XX企业的组织机构，以表格或树的形式展现。
]4 需求总表[根据原始用户需求台帐，对确认接收的用户需求以表格的形式列出，并进行需求的编号和优先级、难易程度的定义。
][建议用户需求编号规则：YH-000-0000，”YH”-用户，”000”-需求来源的组织机构流水号，”0000”-用户需求流水号。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
***工程客户需求说明书〔V*.**〕3/28/2023 9:43:00 PM目录1.引言21.1.目的21.2.文档概述31.3.预期读者和阅读建议31.4.缩略语31.5.参考文献42.工程*围42.1.业务需求42.1.1.背景42.1.2.业务机遇42.1.3.业务目标52.1.4.客户或市场需求52.1.5.提供应客户的价值52.1.6.业务风险62.2.*围和局限性62.2.1.首次发行的*围62.2.2.随后发行的*围62.2.3.局限性和专用性62.3.业务环境62.3.1.客户概貌62.3.2.工程的优先级72.4.产品成功的因素73.功能需求74.非功能需求74.1.性能需求74.2.约束和限制84.3.平安设施要求84.4.平安和**要求84.5.质量属性84.6.相关人员需求94.7.兼容需求94.8.客户界面需求94.9.包装需求94.10.开发进度需求94.11.附加的需求94.12.有关产品生命周期阶段的需求104.13.客户对产品验证活动的约束104.14.客户对产品确认活动的约束105.接口需求106.需求的优先级和权重101.引言【引言，作为文档的第一局部，对整个客户需求说明书文档进展概要性的说明，帮助读者快速了解文档目的、编写约定、阅读方式以及软件产品。
】1.1.目的通过将客户需求形成正式的文档，在客户和工程组之间建立对客户需求的共同理解；●通过客户和工程组成员及其他相关人员对文档的正式评审，全面提高文档质量，减少返工，并为后续工作提供可靠的依据。
●通过对经相关人员审批的"客户需求说明书"进展配置管理，有效地控制需求的变更，保障软件的需求分析、设计和实现的一致性，最终满足客户要求。
1.2.文档概述【本节分三局部简要描述文档形成的来源和过程、文档主要内容、本文档与其它文档和工作阶段的关系。
可根据工程实际情况对下面的文字加以利用、裁剪或补充。
】●通过识别所有与客户需求相关的组，并组织所有相关组成员参与搜集、挖掘和定义需求，达成一定意见，最后形成"客户需求说明书"；●本文档内容主要涵盖了客户提出的业务需求、功能需求、性能需求、环境需求和非功能性需求〔包括本钱、进度和技术限制等〕；●本文档是进展软件需求分析和制定工程方案的根底，在工程后期将作为验收交付的主要依据。
1.3.预期读者和阅读建议【列出软件需求说明书所针对的不同读者，如工程经理、开发人员、销售、用户、测试人员或文档的编写人员；描述本文剩余内容及行文构架；每类读者最适合的阅读方式建议。
】注：不同读者，对需求的理解能力、关注的侧重点各不一样，需求分析人员应当给出方便他们阅读的合理化建议，有助于检查需求的质量。
1.4.缩略语本文中使用的名词术语和缩略语见下表。
表1 名词和缩略语1.5.参考文献表2 参考文献2.工程*围2.1.业务需求【业务需求说明了提供应客户和产品的开发商的新系统的最初利益。
不同的产品，例如信息管理系统、商业软件包、系统捆绑软件将有不同的侧重点。
本局部描述了你为什么要从事此项工程的开发，以及它将给开发者和购置者带来的利益。
】2.1.1.背景【总结新产品的理论根底，并提供关于产品开发的历史背景或形式的一般性描述。
】2.1.2.业务机遇【描述现存的市场机遇或正在解决的业务问题。
描述商品竞争的市场和信息系统将运用的环境。
包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。
认识到目前只能使用该产品才能解决的一些问题，并描述产品是怎样顺应市场趋势和战略目标的。
】2.1.3.业务目标【用一个定量和可测量的合理方法总结产品所带来的重要商业利润。
关于给客户带来的价值在本模板的工程视图和*围文档中阐述，这里仅把重点放在给业务的价值上。
这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。
如果这些信息在其它地方已表达，就请参考有关文档，在此就不再重复了。
】2.1.4.客户或市场需求【描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需求。
提出客户目前所遇到的问题在新的产品中将可能〔或不可能〕出现的阐述，提供客户怎样使用产品的例子。
确定了产品所能运行的软、硬件平台。
定义了较高层次的关键接口或性能要求，但防止设计或实现细节。
把这些要求写在列表中，可以反过来跟踪调查特殊用户和功能需求。
】2.1.5.提供应客户的价值【确定产品给客户带来的价值，并指明产品怎样满足客户的需要。
可以用以下言词表达产品带给客户的价值：产品生产效率，减少返工节省开支业务过程的流水线化先前人工劳动的自动化符合相关标准和规则。
与目前的应用产品相比拟，提高了可用性或减少了失效程度】2.1.6.业务风险【总结开发〔或不开发〕该产品有关的主要业务风险，例如市场竞争、时间问题、用户的承受能力、实现的问题或对业务可能带来的消极影响。
预测风险的严重性，指明你所能采取的减轻风险的措施。
】2.2.*围和局限性2.2.1.首次发行的*围【总结首次发行的产品所具有的性能。
描述了产品的质量特性，这些特性使产品可以为不同的客户群提供预期的结果。
应当防止把一些潜在的客户所能想到的每一特性都包括到1.0版本的产品中。
这一倾向所带来的普遍恶果是产生软件规划的动乱性和错误性。
开发者应把重点放在能提供最大价值、花费最合理的开发费用及普及率最高的产品上。
】2.2.2.随后发行的*围【指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。
】2.2.3.局限性和专用性【明确定义包括和不包括的特性和功能的界限。
列出产品中不包括到的特性和功能。
】2.3.业务环境2.3.1.客户概貌【客户概述明确了这一产品的不同类型客户的一些本质的特点，以及目标市场部门和在这些部门中的不同客户的特征。
对于每一种客户类型，概述要包括以下信息：各种客户类型将从产品中获得的主要益处。
它们对产品所持的态度。
感兴趣的关键产品的特性。
哪一类型客户能成功使用。
必须适应任何客户的限制。
】2.3.2.工程的优先级【明确建立工程的优先级，考虑软件工程的五个方面：性能、质量、方案、本钱和人员。
使每一个人的努力和期望与普通认可的优先级相一致。
】2.4.产品成功的因素【明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的因素。
不仅要包括组织直接控制的*围内的失误，还要包括外部因素。
可建立测量的标准，用于评价是否到达义务目标，这些标准的实例有：销售量或收入、客户满意程度的测量、准确度等。
】3.功能需求【验收交付的产品必需实现这些功能，并满足顾客对于这些功能的要求。
一般以客户熟悉的自然语言描述功能需求，以便与客户达成共识。
】4.非功能需求4.1.性能需求【以客户熟悉的语言描述以下方面的需求。
●同时支持的最大用户数、同时支持操作的个数、*时刻能承受的最大数据量、数据最大存储量、对系统运行时允许占用的系统资源要求；●系统持续运行时间、响应时间、数据更新处理时间、数据间的转换和传输时间、界面刷新处理时间的要求；在不同安装/运行环境、不同操作方式下，或者与其它子系统接口发生改变时，*些数据和参数可以允许的变化*围。
注：软件应用的领域不同，对其性能的要求可能也不尽一样。
即使是为客户量身定做的专用软件，客户对*些性能的要求或许比*个功能更加重要和严格。
因此应当解释这种要求，以便做出合理的设计和优化的算法。
】4.2.约束和限制【如：环境的限制、国家和地方性政府的法律法规要求、行业规定约束、技术规*和其它限制。
】4.3.平安设施要求【指明软件本身的平安设计要求，并说明为防止或减轻对相关人员、财产和物理环境产生危害而采取的措施，以及为预防的潜在的危险动作而必须遵从的平安标准策略或规则。
】4.4.平安和**要求【说明与系统平安性、完整性和**性相关的需求。
如客户身份确认和权限界定，明确产品必须满足的平安**策略。
如防止有关重要数据丧失而采取的**要求。
】4.5.质量属性【质量属性：对系统如何很好地执行*些行为或让用户采取*一措施的陈述就是质量属性，这是一种非功能需求：快捷、简易、直觉性、用户友好、强健性、可靠性、平安性和高效性等。
】4.6.相关人员需求【说明此软件系统对相关软件使用和维护人员的需求：●操作人员的技术水平、培训需求；●总的系统环境的实现要求，包括系统使用人员的培训、操作环境、相关保障等。
】4.7.兼容需求【考虑系统维护、软件支持、系统传输方式、支持系统需求，对已有性能和设备的影响。
】4.8.客户界面需求【根据客户的要求和功能的划分，考虑易操作性、界面的协调性和风格一致性等方面，提出对客户界面的要求，包括屏幕格式、报表格式、菜单、输入输出要求。
如：遵循的*个特定的标准或产品系列的风格；屏幕布局的优先考虑；每个界面的标准按钮、功能；快捷键的使用；错误信息显示标准。
】4.9.包装需求【指明包装、商标和运输的需求，可参考权威标准。
】4.10.开发进度需求【根据工程总体方案和其它相关子系统的要求，给出该软件系统开发的起始和终止时间。
】4.11.附加的需求【这些特征在客户的期望*围之外，并且当其存在时将会非常令客户满意。
例如：字处理软件要求标准的特征，所交付的产品包含一系列页面布局能力等。
】4.12.有关产品生命周期阶段的需求【指与产品不同生命周期阶段有关的需求。
如：客户提出的对产品验收测试阶段的需求：验收测试准则。
】4.13.客户对产品验证活动的约束【对产品的验证活动包括对产品的评审、测试等质量检查活动，如果客户对这些活动提出*些要求，则应该在需求阶段确定这些需求。
】4.14.客户对产品确认活动的约束【对产品确实认活动是指有权放行产品或承受产品的人员〔如：客户〕，通过验收活动，对是否放行或承受产品进展确认，如果客户对确认活动提出要求，则应在需求阶段确定这些需求。
】5.接口需求【阐述需求相关方之间的接口关系；以客户熟悉的语言描述系统与外部的接口关系以及其它已识别的接口关系。
】6.需求的优先级和权重【给出不同需求的相对重要性优先级、紧迫度和权重。
】。