(完整版)需求规格说明书模板
需求规格说明书(模板)
OA办公自动化项目需求规格说明书拟定人：批准：拟定时间：目录一人员管理..............................................................................................................................1.1人员查看.................................................................................................................................1.2人员的录入 ...........................................................................................................................1.3人员调动................................................................................................................................. 二消息管理..............................................................................................................................2.1软件范围定义 .......................................................................................................................2.2系统运行环境 .......................................................................................................................2.3 gesgesgesge第三章外部接口需求 .......................................................................................................................3.1软件接口 ...............................................................................................................................3.2通信接口 ............................................................................................................................... 第四章系统需求规格 .......................................................................................................................4.1系统整体模型 .......................................................................................................................4.1.1总体业务流程..................................................................................................................................4.1.2功能模块划分..................................................................................................................................4.1.3核心问题分析..................................................................................................................................4.1.4问题分析..........................................................................................................................................4.1.6数据存储..........................................................................................................................................4.2.1业务流程分析.......................................................................................................................................4.2业务系统 ...............................................................................................................................4.3系统管理 ...............................................................................................................................4.3.1用户管理..........................................................................................................................................4.3.2角色管理..........................................................................................................................................4.3.3授权管理..........................................................................................................................................4.3.4配置管理..........................................................................................................................................4.3.5运行管理..........................................................................................................................................4.3.6日志管理.......................................................................................................................................... 第五章一般性非功能需求 ...............................................................................................................5.1性能需求 ...............................................................................................................................5.2安全性需求 ...........................................................................................................................5.3标准规范需求 .......................................................................................................................5.4用户文档需求 ....................................................................................................................... 第六章其他需求 .. (7)6.1汉字编码 (7)6.2符合电子政务相关标准 (7)6.3备份与恢复管理 (7)6.3.1系统要求 (7)6.3.2实现策略 (7)一人员管理功能说明1、人员查看在左边菜单栏中单击‘人员查看’链接到人员查看页面，默认分页显示所有人员的姓名职位基本工资所属部门用户角色 ...和基本操作（详细信息删除），点击详细信息进入用户详细信息页面，显示出当前用户的所有信息。
需求规格说明书(样例)
第一章需求规格说明书目录第一章综述 (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列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
需求规格说明书(仅用于学习的参考模板)
数字化绩效需求规格说明书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功能确保证明图片的真实性、实效性，避免了传统的现场核验工作量，提高了工作效率，节约了监督成本。
需求规格说明书模板
一软件需求规格说明书1引言（文档介绍）1.1概述说明文档目的，针对的目标读者，文档内容，文档组织结构等。
例如：该软件需求规格说明描述了“在线图书借阅系统”1.0版本的软件功能性需求和非功能性需求。
同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“在线图书借阅系统”1.0版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。
该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。
1.2背景说明项目提出的背景，应用环境，应用范围，目标人群等，参考项目前景文档。
1.3定义列举文档中所用到的专业名词，所使用的术语含义。
1.4参考资料列举文档所引用到的资料，例如行业规范，法律规章，用户的岗位手册，工作流程等。
2任务概述（系统介绍）2.1目标说明系统建设目标，针对背景，系统要解决的问题，参考项目前景文档。
2.2运行环境（Operating Environment，OE）描述软件的运行环境，包括硬件平台、操作系统和版本，以及用户、服务器和数据库的地理位置。
参考项目前景文档。
2.3假定（Assumption）和约束（Constraint）说明针对系统使用和开发，以及目标人群的假定和约束，例如使用的开发环境、语言，开发所应遵循的标准，系统运行的业务规则等。
为每个假定和约束编号。
3需求规定3.1对功能的规定3.1.1用户需求（描述业务用例模型）3.1.1.1组织机构和角色说明系统角色及它们组织机构中所处的位置。
将用例分析结果的Actor视图拷贝到此，并用表格逐一说明。
角色视图：角色说明：再将业务用例模型中的Actor视角视图拷贝至此，逐一说明角色如何参与业务，参与哪些业务。
(1)借阅管理员参与业务：说明：………3.1.1.2业务概览将业务用例模型的业务视角视图一一拷贝至此，逐一说明。
需求规格说明书(模版)
项目名称：项目编号：需求规格说明书建设单位：承建单位：监理单位：目录1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 范围 (4)1.4 定义 (5)1.5 参考资料 (5)2 任务概述 (6)2.1 目标 (6)2.2 用户特点 (6)2.3 业务流程介绍 (6)2.4 假定和约束 (7)3 需求规定 (8)3.1 功能需求 (8)3.2 性能需求 (8)3.3 输入输出需求 (10)3.4 数据管理能力需求 (11)3.5 故障处理需求 (12)3.6 安全性需求 (12)3.7 GUI需求 (12)3.8 可靠性需求 (14)3.9 接口需求 (14)3.10 可移植性需求 (14)3.11 其他需求 (15)4 用例分析 (16)4.1 系统边界和参与者 (16)4.2 事件 (16)4.3 顶层用例图 (16)4.4 用例分析与描述 (16)5 运行环境规定 (28)5.1 设备 (28)5.2 支持软件 (28)1引言1.1编写目的需求说明书又称规格说明书，其主要目的是描述了南宁数字化照明综合管理系统开发项目的要求，明确所要应具有的功能和性能，在构建系统前所需达到的要求进行归纳性的需求分析，为下一步工作提供基准。
每一位分析人员及软件开发人员都应该阅读本需求说明，清楚地了解用户的需求，明确项目最后要求完成的软件产品的特点，并在此基础上进一步提出并完成概要设计说明书。
经使用方认可的需求说明将成为各方面沟通的依据，也作为产品特征评价、仲裁的重要参考。
1.2背景路灯照明系统是一个城市的重要基础设施，也被国家列为重点民心工程。
路灯行业传统的照明管理方式具有明显的信息滞后性、信息获取成本高、实时性差、效率低等弊端，导致日常管理和维护工作非常被动。
因此南宁市路灯管理局于2006年着手建设南宁市城市照明监控系统，目前一期工程已建设完成，系统覆盖全市60%路灯照明设备，实现了“实时监控，按需照明”的目标，有效提高了管理的效率。
需求规格说明书模板(精编文档).doc
【最新整理，下载后即可编辑】####项目需求规格说明书(模板)公司二〇一五年十月文档修改记录目录第一章引言 (1)1.1编写目的 (1)1.2文档范围 (1)1.3项目概要 (1)1.4术语和缩写 (1)1.5参考资料 (1)1.6文档编写格式 (2)第二章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)第三章系统运行环境 (4)3.1系统架构 (4)3.2系统硬件和网络环境 (4)3.3系统运行平台 (4)3.4系统界面描述 (4)3.5接口 (4)第四章功能描述 (5)4.1对功能的规定 (5)4.2功能性需求分类 (5)4.2.1功能总图 (5)4.2.2功能描述表 (5)4.2.3功能详细描述 (5)4.3对非功能的需求 (5)4.3.1系统参数及系统精度 (5)4.3.2灵活性 (6)4.3.3时间管理特性 (6)4.3.4输人输出要求 (6)4.3.5数据管理能力要求 (6)4.4故障处理要求 (6)4.5其他非功能需求 (7)第一章引言1.1编写目的提示：说明编写这份需求说明书的目的。
需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求，描述用户对系统的期望和功能要求。
本文档尽量以自然语言来描述，以期用户和潜在读者能够快速理解，并方便与用户进行沟通。
1.2文档范围提示：需要描述清楚文档传播范围和读者对象。
1.3项目概要提示：描述系统相关信息。
a．待开发系统(或软件)的名称；b．本项目的任务提出者、开发者、用户及实现该系统的部门或单位；c．该项目系统同其他系统或其他机构的基本的相互来往关系。
1.4术语和缩写提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.5 参考资料提示：列出用得着的参考资料，如：a ． 本项目的经核准的计划任务书或合同、上级机关的批文；b ． 属于本项目的其他已发表的文件；c． 本文件中各处引用的文件、资料、包括所要用到的系统开发标准。
目前最全面的需求规格说明书模板样本
文献编号：受控状态：■受控□非受控保密级别：■公司级□部门级□项目级□普通级记录编号：分发编号：中华人民共和国智慧旅游平台需求规格阐明书Version 1.0.07.23需求规格阐明书模板目录1前言................................................................................................................... 错误!未定义书签。
1.1编写目 ...................................................................................................... 错误!未定义书签。
1.2文档商定 .................................................................................................. 错误!未定义书签。
1.3读者对象 .................................................................................................. 错误!未定义书签。
1.4术语和缩略词 .......................................................................................... 错误!未定义书签。
1.5参照文档 .................................................................................................. 错误!未定义书签。
2项目概述........................................................................................................... 错误!未定义书签。
简单需求规格说明书模板
简单需求规格说明书模板篇一：全面的需求规格说明书模板文件编号：受控状态：■受控□非受控保密级别：■公司级□部门级□项目级□普通级记录编号：分发编号：中国智慧旅游平台需求规格说明书Ve rs io n1.02017.07.23需求规格说明书模板目录1前言..41.11.21.31.41.52编写目的。
4文档约定。
4读者对象。
4术语和缩略词.5参考文档。
5项目概述52.12.22.32.42.52.62.7项目背景。
5项目目标。
5需求范围。
6总体框架。
6组织机构。
6用户特点。
6设计约束。
63功能性需求..63.13.23.33.4总体流程。
6角色定义。
7系统功能。
7功能描述。
74非功能性需求..114.14.2软件需求.11硬件需求.125外围系统和接口。
.135.15.2系统A。
..13系统B13678其他需求。
.14数据字典。
.14附件141前言1.1编写目的[说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。
]1.2文档约定[描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
精心整理需求规格说明书(ISO标准版)编者说明：当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。
这是在软件项目过程中最有价值的一个文档。
ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。
1．引言1.1编写的目的[[[2解[33.2.2时间特性要求[说明对于该系统的时间特性要求。
]3.2.3灵活性[说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
]3.3输入输出要求[解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
]3.4数据管理能力要求（针对软件系统）[说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
]3.5故障处理要求[列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
]3.6其他专门要求[如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
]4．运行环境规定4.1设备[列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能，包括：a. 处理器型号及内存容量b. 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量c. 输入及输出设备的型号和数量，联机或脱机；]典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。
这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。
]2.客户、顾客和其它风险承担者2.1客户是为开发付费的人，并将成为所交付产品的拥有者[这一项必须给出客户的姓名，三个以内是合理的。
][客户最终将接受该产品，因此必须对交付的产品满意。
如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。
]2.2顾客是将花钱购买该产品的人[也给出姓名和相关的信息]2.3其它风险承担者[其他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。
]1）经理或项目负责人；2）业务领域专家；3）技术人员；4）系统开发者；5）市场人员；6）产品经理；7）测试和质量保证人员；8）审查员，诸如安全审查员或审计人员；9）律师；10）易用性专家；3.[] [] 4.仔][[[此处描述那些不属于产品的一部分，但产品却又必须与其协作的应用程序。
]4.4COTS[此处描述实现产品需求所必须使用的COTS(商业组件)。
]4.5预期的工作场地环境[此处描述用户工作和使用该产品的工作场地。
此处应该描述任何可能对产品设计产生影响的工作场地特征。
]4.6开发者构建该产品需要多少时间[任何已知的最后期限，或商业机会的时限，应在此处说明。
]4.7该产品的财务预算是多少[该产品的预算，以金钱的形式或可得资源的形式说明。
]5.命名标准和定义[定义项目中使用到的所有术语，包括同义词。
这里的内容就是一个字典，包括在需求规格说明书中使用的所有名称的含义。
这个字典应该使用你的组织或行业使用的标准名称。
这些名称也应该反映出在工作领域中当前使用的术语。
该字典包括项目中用到的所有名称。
请仔细地选择名称，以避免传达不同的、不期望的含义。
为每个名字写下简明扼要的定义，这些定义必须经过相应的风险承担者同意。
]6.相关事实[可能对产品产生影响的外部因素，但不是命令式的需求限制条件。
]7.假定[列出开发者所做的假设。
][将所有的假设列在此的目的是让每一个项目成员都意识到这个假设。
]8.产品的范围[[9.[[[[10.[11.[[12.[12.2安全性的需求[对可能造成人身伤害、财产损失和环境破坏所考虑到的风险进行量化描述。
]12.3精度需求[对产品产生的结果期望的精度进行量化描述。
]12.4可靠性和可用性需求[本节量化产品所需的可靠性。
这常常表述为允许的两次失败之间无故障运行时间，或允许的总失败率。
]12.5容量需求[本节明确处理的吞吐量和产品存储数据的容量。
]13.操作需求13.1预期的物理环境[本节明确产品将操作的物理环境，以及这种环境引起的任何特殊需求。
]13.2预期的技术环境[硬件和其它组成新产品操作环境的设备的规范。
]13.3伙伴应用程序[对产品必须与之交互的其它应用程序的描述。
]14.可维护性和可移植性需求14.1维护该产品需要多容易[对产品作特定修改所需时间的量化描述。
]14.2是否存在一些特殊情况适用于该产品的维护[关于预期的产品发布周期和发布将采取的形式的规定。
]14.3可移植性需求[15.[[[16.[[17.[[[）[[描述可能用于该产品的候选组件，包括采购的和公司自己的产品。
列出来源。
]19.3是否有一些我们可以复制的东西[其他相似产品的清单。
]20.新问题20.1新产品会在当前环境中带来什么问题[关于新产品将怎样影响当前的实现环境的描述。
]20.2新的开发是否将影响某些已实施的系统[关于新产品将怎样与现存系统协同工作的描述。
]20.3是否我们现有的用户会受到新开发的敌对性影响[关于现有用户可能产生的敌对性反应的细节。
]20.4预期的实现环境会存在什么限制新产品的因素[关于新的自动化技术、新的组织结构方式的任何潜在问题的描述。
]20.5是否新产品会带来其他问题[确定我们可能不能处理的情况。
]21.任务21.1为提交该产品已经做了哪些事[用来开发产品的生命周期和方法的细节。
画一个高层的过程图展示各项任务和它们之间的接口，这可能是沟通这方面信息的最好办法。
]21.2开发阶段[关于每个开发阶段和操作环境中的组件的规格说明。
]22.移交[在此小节中，主要对软件需求规格说明书的目的做一概要性说明，通常软件需求规格说明书应详细地说明应用程序、子系统的外部行为，还要说明非功能性需求、设计约束，以及其它的相关因素。
]1.2范围[系统是有范围的，而不是无限扩展的，对于无限扩展的需求是无法进行描述的。
因此，在本小节应该对该说明书所涉及的项目范围进行清晰的界定。
指定该规格说明书适用的软件应用程序、特性或者其它子系统分组、其相关的用例模型。
当然在此也需要列出会受到该文档影响的其它文档。
]1.3定义、首字母缩写词和缩略语[与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。
还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。
]1.4参考资料[在这一小节中，应完整地列出该文档引用的所有文档。
对于每个引用的文档都应该给出标题、标识号、2.3.东西补充出来。
这些补充需求大部分集中在非功能需求之上，包括以下几个方面的内容：] 1）易用性：例如指出普通用户和高级用户要高效地执行某个特定操作所需的培训时间；指出典型任务的可评测任务次数；或者指出需要满足的可用性标准（如IBM的CUA标准、Microsoft的GUI标准。
2）可靠性：包括系统可用性（可用时间百分比、使用小时数、维护访问权、降纸模式操作等）；平均故障间隔时间（MTBF，通常表示为小时数，但也可表示为天数、月数或年数）；平均修复时间（MTTR，系统在发生故障后可以暂停运行的时间）；精确度（指出系统输出要求具备的精密度、分辨率和精确度）；最高错误或缺陷率（通常表示为bugs/KLOC，即每千行代码的错误数目或bugs/function-point，即每个功能点的错误数目）；错误或缺陷率（按照小错误、大错误和严重错误来分类：需求中必须对“严重”错误进行界定，例如：数据完全丢失或完全不能使用系统的某部分功能）。
3）性能：包括对事务的响应时间（平均、最长）；吞吐量（例如每秒处理的事务数）；容量（例如系统可以容纳的客户或事务数）；降级模式（当系统以某种形式降级时可接受的运行模式）；资源利用情况：内存、磁盘、通信等。
4）其它：包括用户界面要求、联机帮助系统要求、法律许可、外购构件，以及操作系统、开发工具、数据库系统等设计约束。
4.支持信息[支持信息用于使软件需求规格说明书更易于使用。
它包括：目录、索引、附录等。
]计算机软件需求说明编制指南（国标版）本文档1求说明（4）为确认和验证提供一个基准。
任何组织将更有效地编制他们的确认和验证计划。
作为开发合同的一部分，SRS还可以提供一个可以度量和遵循的基准（然而，反之则不成立，即任一有关软件的合同都不能作为SRS。
因为这种文件几乎不包括详尽的需求说明，并且通常不完全的）；5）便于移植。
有了SRS就便于移值软件产品，以适应新的用户或新的机种。
客户也易于移植其软件到其他部门，而开发者同样也易于把软件移植到新的客户；6）作为不断提高的基础。
由于SRS所讨论的是软件产品，而不是开发这个产品的设计。
因此SRS是软件产品继续提高的基础。
虽然SRS也可能要改变，但是原来的SRS还是软件产品改进的可靠基础。
1.2范围本指南适用于编写软件需求规格说明，它描述了一个SRS所必须的内容和质量，并且在第6章中提供了SRS大纲。
2．引用标准GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T11457软件工程术语3．定义GB/T11457所列术语和下列定义适用于本指南。
合同（contract）：是由客户和开发者共同签署的具有法律约束力的文件。
其中包括产品的技术、组织、成本和进度计划要求等内容。
客户（customer）：指个人或单位，他们为产品开发提供资金，通常（但有时也不必）还提出各种需求。
文件中的客户和开发者也可能是同一个组织的成员。
4SRS的1）包括全部有意义的要求，无论是关系到功能的、性能的、设计约束的，还是关系到属性或外部接口方面的需求；2）对所有可能出现的输入数据的响应予以定义，要对合法和非合法的输入值的响应做出规定；3）要符合SRS要求。
如果个别章节不适用，则在SRS中要保留章节号；4）填写SRS中的全部插图、表、图示标记和参照，并且定义全部术语和度量单位。
任何一个使用“待定”的SRS都是不完全的。
1）若万一遇到使用“待定”一词时，作如下处理：➢对产生“待定”一词的条件进行描述，使得问题能被解决；➢描述必须干什么事，以删除这个“待定”；2）包含有“待定”一词的任何SRS的项目文件应该：➢标识与此特定文件有关的版本号或叙述其专门的发布号；➢拒绝任何仍标识为“待定”一词的SRS章节的许诺。
4.3.3可验证性当且仅当SRS中描述的每一个需求都是可以验证的，该SRS才是可以验证的；当且仅当在某一性能价格比可取的有限处理过程，人或机器能通过该过程检查软件产品能否满足需求时，才称这个需求是可以验证的。
4.3.4一致性当且仅当SRS中各个需求的描述是不矛盾时SRS才是一致的。
4.3.5可修改性如果一个SRS的结构和风格在需求有必要改变时是易于实现的、完整性的、一致的，那么这个SRS 就是可以修改的。