下载文档原格式
系统需求规格说明书参考模板MDCL-RM-DTP-001XXXXXX公司XXXX系统需求规格说明书V 1.0修订记录目录1 引言 01.1 编写目的 01.2 项目背景 01.3 术语定义及编写说明 (1)2 系统定义 (1)2.1 系统功能 (1)2.2 模块划分 (1)2.3 用户操作模式 (2)3 功能描述 (2)3.1 功能一 (2)3.2 功能二 (2)3.3 ...... (3)4 用户界面 (3)4.1 XX界面 (3)4.1.1 界面示例 (3)4.1.2 详细说明 (3)4.1.3 ...... (3)4.2 XX界面 (3)4.2.1 界面示例 (3)4.2.2 详细说明 (3)4.2.3 ...... (3)4.3 XX界面 (3)4.3.1 界面示例 (3)4.3.2 详细说明 (3)4.3.3 ...... (3)4.4 ...... . (3)1引言引言是对这份系统需求说明的概览，是为了帮助阅读者了解这份文档是如何编写的，而且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
经过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，从而对该软件产品进行准确的定义。
我们编写此规格说明书的目的就是要.......这里编写的“XXXXXX系统”的需求规格说明书，主要是为了明确项目的需求，并以其作为项目计划、概要设计、系统测试等的一个依据，同样也为参与此项目开发的成员、管理的领导提供一个参考文档。
本文档需要软件开发确认系统的需求是否准确、全面。
此规格说明书的读者对象范围包括：本项目的所有开发人员，测试人员和参与用户培训的人员等，项目经理.....1.2 项目背景为了优化公司的业务流程，实现订单的采集、编辑、审批、发布的流程化、电子化与自动化，XXXX系统作为一个单独的web应用系统，类似网站的portal的一种机制。
在线考试需求规格说明书编写：xxx 日期：xxxx/x/xx审核：日期：批准：日期：受控状态：是发布版次：1.0 日期：xxxx/x/xx编号：目录1 引言 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 编写说明 (1)1.4 术语定义 (1)1.5 参考资料 (2)1.6版本信息 (2)2 任务概述 (3)2.1 系统定义 (3)2.1.1 项目来源及背景 (3)2.1.2 项目要达到目标 (4)2.1.3 系统整体结构 (4)2.1.4 系统内容组成 (5)2.2 运行环境 (6)2.3 硬件环境 (6)2.4 开发环境 (7)2.4.1 服务器软件环境 (7)2.4.2 服务器硬件环境 (7)2.4.3 开发机器软件环境 (7)2.4.4 开发机器硬件环境 (8)3系统数据结构设计 (8)3.1逻辑结构设计要点 (8)3.2物理结构设计要点 (9)4 功能需求 (14)4.1 管理端子系统中 (14)4.1.1 考生信息管理基本事件流： (14)4.2 教师端子系统中 (14)4.3 学生端子系统中 (15)4.3.1 考试基本事件流： (15)4.3.2 查询成绩基本事件流： (16)4.3.3 修改个人资料基本事件流： (16)5 具体功能描述 (16)5.1 登陆功能 (16)5.2 用户信息管理功能 (17)5.3 题库信息管理功能 (17)5.4 课程管理功能 (18)5.5 试卷管理功能 (18)5.6 留言管理功能 (18)6 运行需求 (18)6.1运行控制 (18)6.2运行时间 (18)7 接口设计 (19)7.1 用户接口 (19)7.2 外部接口 (19)7.3 内部接口 (19)8 故障处理 (19)8.1补救措施 (20)在线考试系统规格说明书内部文档1 引言1.1 编写目的在分析阶段的工作结果是需求说明书，它通过需求分析，明确了解该项目的基本功能。
OA办公系统需求分析说明书编写：巫勇刘希张磊日期：2009-7-12审核：日期：批准：日期：受控状态：是发布版次：1.0 日期：2009-7-12编号：2009071202变更记录签字确认目录1概述 (4)1.1目的 (4)1.2背景 (4)1.3范围 (5)1.4术语定义 (5)1.5参考资料 (5)1.6任务概述 (6)1.6.1目标 (6)1.6.2用户的特点 (6)1.6.3假定和约束 (7)1.7运行环境 (8)1.7.1软件环境 (8)1.7.2硬件环境 (8)1.7.3接口 (9)1.7.4控制 (9)1.8需求规定 (10)1.8.1对功能的需求 (10)1.8.2对非功能性的需求 (15)1概述1.1目的在完成了针对《协作工作平台系统》软件市场的前期调查，同时对多位软件使用者进行了全面深入地讨论和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《协作工作平台》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能,性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户，业务或需求分析人员，测试人员，用户文档编写者，项目管理人员。
1.2背景1.待开发的软件系统的名称；OA办公系统。
2.本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络。
(1)项目任务提出者：中软国际。
(2)开发者：疯狂蜗牛团队。
(3)计算机中心：中软国际培训基地。
(4)计算机网络：万维网。
3.该软件系统同其他系统或其他机构的基本的相互来往关系。
属于办公内部的人员之间进行交流的软件。
(1)领导分配工作给员工工作，一些安排，通知，注意事项等。
(2)员工和员工之间进行信息交换，信息查询，待办工作。
(3)部分领导者进行会议的安排，人员的安排，并要进行信息的发送。
(4)开会议就要有会议室管理，还有会议的管理等等。
[项目名称]需求规格说明书[V1.0(版本号)]拟制人______________________ 审核人______________________ 批准人______________________[年月日]1．引言1.1编写的目的说明编写这份需求规格说明书的目的,指出预期的读者.1.2背景a.待开发的系统的名称;b.本项目的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料。
2．任务概述2.1目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。
解释被开发系统与其他有关系统之间的关系。
2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。
2.3假定和约束列出进行本系统开发工作的假定和约束。
3．需求规定3.1对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。
3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求说明对于该系统的时间特性要求。
3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对系统的数据输出及必须标明的控制输出量进行解释并举例。
3.4数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
系统需求规格说明书
1. 引言
本文档详细描述了系统的功能需求，性能要求和其他相关需求。
它为开发人员提供了一个明确的系统设计蓝图，并为他们提供了开发和测试的指导。
2. 版本历史
版本
V1.0
V1.1
V1.2
3. 用户需求
3.1 功能需求
3.1.1 功能A
功能描述：功能A是系统的主要功能之一，它允许用户... 输入： ... 输出： ... 异常处理： ...
3.1.2 功能B
功能描述：功能B是系统的另一种重要功能，它允许用户... 输入： ... 输出： ... 异常处理： ...
3.2 性能需求
3.2.1 响应时间
系统应在X秒内响应用户的请求。
3.2.2 吞吐量
系统应能处理每年至少X次请求。
3.2.3 可用性
系统的正常运行时间应达到99.9%。
4. 系统约束
4.1 硬件约束
•CPU: Pentium IV或更高
•RAM: 256MB或更多
•HDD: 10GB或更多空间
•网络： ADSL或更快的网络连接
4.2 软件约束
•操作系统： Windows XP/Vista/7/8/10或Mac OS X v10.6或更高版本•数据库： SQL Server 2008或更高版本， MySQL或Oracle等关系型数据库管理系统， PostgreSQL等非关系型数据库管理系统
•Web浏览器： Internet Explorer 8或更高版本， Firefox, Chrome等现代浏览器
5. 附录
本文档中未提及但在实际开发过程中可能用到的其他信息。
XXX系统或XXX项目产品需求规格说明书版本信息注：状态可以为N-新建、A-增加、M-更改、对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。
否则开发测试可拒绝评审。
审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理目录1.关于本文档 (4)1.1.内容说明 (4)1.2.名词解释 (4)1.3.参考文档 (4)2.系统概述 (5)2.1.业务背景 (5)2.2.系统概述 (6)2.3.流程概览/系统框架 (7)2.4.系统规划与迭代 (8)2.5.功能模块 (8)3.系统功能需求 (9)3.1状态信息接受推送 (9)3.2最新站点查询服务 (19)4.系统非功能需求 (33)3.3性能需求 (33)3.4安全性需求 (33)3.5扩展性需求 (34)3.6兼容性需求 (34)3.7维护性需求 (34)5.附录 (34)1.关于本文档1.1.内容说明说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。
例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。
包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。
是苏宁物流状态服务系统唯一的全面需求定义文档。
本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。
因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。
1.2.名词解释1.3.参考文档《系统需求定义规范使用说明v1.0.doc》2.系统概述2.1.业务背景说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。
例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。
佳怡集团知识产权未经允许，不得擅用仓储管理系统用户需求说明书（V1。
0）佳怡集团物流与信息技术事业部2016年02月15日参与人员：承担人王雨雨负责人王雨雨参与人王雨雨、王玉青、刘先坤相关部门：佳怡集团物流与信息技术事业部点点储运配送有限公司版本历史：V1.0 2016-02-15 王雨雨起草目录用户需求说明书 (I)1引言 (1)1。
1目的 (1)1.2背景 (1)1.3项目概述 (1)1.4术语 (1)2部门组织结构 (2)2.1组织结构 (2)2。
2部门设置和人员职责 (2)3业务需求 (3)3.1概述 (3)3.2功能性需求 (3)3。
2。
1部门工作范畴 (3)3。
2。
2主要业务 (4)3。
2。
2。
1主要业务概述 (4)3。
2.2。
2业务关联图 (4)3.2。
3.1干线运输作业 (5)3.2.3.5入库作业 (5)3.2。
3。
10上架作业 (7)3.2.3.15盘点作业 (7)3.2。
3。
20拣货作业 (8)3。
2.3。
25出库作业 (9)3.2。
3。
30库内管理 (11)3.2。
3.38客户管理 (11)3.2。
3。
42计费管理 (12)3。
2。
3。
44报表管理 (12)3。
2。
3.47客户下级店管理 (13)3。
2。
3。
52计量单位管理 (14)3.2。
3。
56入库单打印 (14)3。
2。
3.58出库单打印 (15)3。
2。
3.60库存调整表 (15)3.2.3。
62入库储位统计表 (16)3。
2。
3。
64异动盘点表 (16)3。
2.3.66通盘盘点表 (17)3。
2。
3。
68分拣单 (17)3.2。
3资料提供情况 (17)3。
3非功能性需求 (18)3。
3。
1资源需求 (18)3.3。
2性能需求 (19)3。
2。
3.70数据精确度 (19)3。
2.3.71时间特性 (19)3.3。
3安全需求 (19)3.3。
4质量需求 (19)3.2.3.72维护性 (19)3.2.3。
73可移植性 (19)3。
软件研发日志管理系统需求规格说明书(V1.0.0)在全新的互联网经济和科技知识经济，企业需要一种全新的管理理念和管理手段，对单位内部办公管理流程进行整合。
于是，网络办公自动化OA（OfficeAutomation）概念应运而生。
麦穗网络科技研制开发的软件研发日志管理系统定位于软件开发行业信息化建设的基础软件平台——在对单位的办公、管理和信息沟通提供强有力的网络化、电子化支持外，还为其它信息化系统的引入、为这些系统间的信息交流提供帮助，实现单位信息化程度的全面提升。
该系统主要是基于Internet\Intranet和网络数据库，集流程管理、人员组织管理、系统权限管理、公共信息管理、信息共享为一体的信息管理系统。
以其特有的技术、结合各单位办公管理业务流程的特点，提供一套完整的计算机应用解决方案，最终使软件技术企业真正提高管理的质量和效率。
2015年4月6日改版履历本次修改的主要内容如下表：需求确认目录1、概述_________________________________________________________________________________ 5 1.1 软件研发日志管理系统需求规格说明书编写目的 __________________________________________________________ 51.2 软件研发日志管理系统范围___________________________________________________________________________________ 52、项目环境 _____________________________________________________________________________ 6 2.1 软件研发日志管理系统项目背景 _____________________________________________________________________________ 6 2.2 软件研发日志管理系统运行环境 _____________________________________________________________________________ 62.2.1硬件环境 ___________________________________________________________________________________________________ 62.2.2软件环境 ___________________________________________________________________________________________________ 73、总体功能描述_________________________________________________________________________ 8 3.1总体功能概况 ___________________________________________________________________________________________________ 8 3.2 重点业务流程___________________________________________________________________________________________________ 93.2.1软件研发日志管理系统考勤管理模块的流程图 ________________________________________________________ 93.2.2日志管理流程图 _________________________________________________________________________________________ 10 3.3用户列表 ______________________________________________________________________________________________________ 113.4需求通用规则 _________________________________________________________________________________________________ 114、功能性需求描述 _____________________________________________________________________ 12 4.1 填写日志 ______________________________________________________________________________________________________ 124.1.1 日志信息查询 ____________________________________________________________________________________________ 124.1.2 日志信息新增 ____________________________________________________________________________________________ 134.1.3 日志信息修改 ____________________________________________________________________________________________ 144.1.4 日志信息删除 ____________________________________________________________________________________________ 15 4.2日志审批 ______________________________________________________________________________________________________ 164.2.1 日志信息审批 ____________________________________________________________________________________________ 164.2.2 日志信息审批查询_______________________________________________________________________________________ 174.2.3 日志信息审批修改_______________________________________________________________________________________ 184.2.4 日志信息审批删除_______________________________________________________________________________________ 19 4.3 加班申请 ______________________________________________________________________________________________________ 194.3.1 加班申请查询 ____________________________________________________________________________________________ 194.3.2 提交加班申请 ____________________________________________________________________________________________ 204.3.3 加班申请修改 ____________________________________________________________________________________________ 214.3.4 撤销加班申请 ____________________________________________________________________________________________ 22 4.4 加班审批 ______________________________________________________________________________________________________ 234.4.1 加班审批查询 ____________________________________________________________________________________________ 234.4.2 加班审核 _________________________________________________________________________________________________ 244.4.3 加班审批修改 ____________________________________________________________________________________________ 254.4.4 撤销加班审批 ____________________________________________________________________________________________ 26 4.5 请假申请 ______________________________________________________________________________________________________ 274.5.1 申请请假 _________________________________________________________________________________________________ 274.5.2 请假申请查询 ____________________________________________________________________________________________ 274.5.3 请假申请修改 ____________________________________________________________________________________________ 284.5.4 撤销请假单_______________________________________________________________________________________________ 29 4.6 请假审批 ______________________________________________________________________________________________________ 304.6.1 请假审批查询 ____________________________________________________________________________________________ 305、非功能性需求描述 ___________________________________________________________________ 31 5.1 安全性 _________________________________________________________________________________________________________ 315.1.1 系统安全 _________________________________________________________________________________________________ 31 5.2 设计要求 ______________________________________________________________________________________________________ 31 5.3数据完整性_______________________________________________________________________________________________ 31 5.4 性能要求 ______________________________________________________________________________________________________ 315.5 兼容性 _________________________________________________________________________________________________________ 326、系统接口 ____________________________________________________________________________ 337、项目交付物__________________________________________________________________________ 348、验收标准 ____________________________________________________________________________ 359、附录________________________________________________________________________________ 361、概述1.1软件研发日志管理系统需求规格说明书编写目的软件研发日志管理系统定位于软件开发行业信息化建设的基础软件平台——在对软件公司的办公、管理和信息沟通提供强有力的网络化、电子化支持外，还为其它信息化系统的引入、为这些系统间的信息交流提供帮助，实现单位信息化程度的全面提升。
固定资产管理系统产品需求规格阐明书实训单位：安徽服务外包人才培训中心版本号：V1.0目录0. 文档简介错误!未定义书签。
0.1 文档目错误!未定义书签。
0.2 文档范畴错误!未定义书签。
0.3 读者对象错误!未定义书签。
0.4 参照文档错误!未定义书签。
0.5 术语与缩写解释错误!未定义书签。
1. 产品简介错误!未定义书签。
2. 产品面向顾客群体错误!未定义书签。
3. 产品应当遵循原则或规范错误!未定义书签。
4. 产品范畴错误!未定义书签。
5. 产品中角色错误!未定义书签。
6. 产品功能性需求错误!未定义书签。
6.0 功能性需求分类错误!未定义书签。
6.1 系统管理错误!未定义书签。
6.1.1 数据库途径设立错误!未定义书签。
6.1.2 顾客登录验证错误!未定义书签。
6.1.3 顾客管理错误!未定义书签。
6.1.4 系统日记错误!未定义书签。
6.1.5 退出系统错误!未定义书签。
6.2 基本数据管理错误!未定义书签。
6.2.1 资产分类设立错误!未定义书签。
6.2.2 资产单位设立错误!未定义书签。
6.2.3 部门信息设立错误!未定义书签。
6.3 固定资产管理错误!未定义书签。
6.3.1 资产入库错误!未定义书签。
6.3.2 资产修改、删除错误!未定义书签。
6.3.3 资产调拨错误!未定义书签。
6.3.4 资产借出错误!未定义书签。
6.3.5 资产送修错误!未定义书签。
6.3.6 资产归还错误!未定义书签。
6.3.7 资产折旧错误!未定义书签。
6.3.8 资产注销错误!未定义书签。
6.4 记录查询错误!未定义书签。
6.4.1 资产查询错误!未定义书签。
6.4.2 资产转移记录错误!未定义书签。
6.4.3 报表打印错误!未定义书签。
6.5 系统协助错误!未定义书签。
6.5.1 协助文档错误!未定义书签。
7. 产品非功能性需求错误!未定义书签。
7.1 顾客界面需求错误!未定义书签。
7.2 软硬件环境需求错误!未定义书签。
固定资产管理系统产品需求规格说明书实训单位：安徽服务外包人才培训中心版本号：V1.0目录0. 文档介绍40.1 文档目的40.2 文档范围40.3 读者对象40.4 参考文档40.5 术语与缩写解释51. 产品介绍62. 产品面向的用户群体63. 产品应当遵循的标准或规范74. 产品范围75. 产品中的角色 76. 产品的功能性需求 86.0 功能性需求分类86.1 系统管理86.1.1 数据库路径设置96.1.2 用户登录验证96.1.3 用户管理96.1.4 系统日志116.1.5 退出系统116.2 基本数据管理126.2.1 资产分类设置126.2.2 资产单位设置126.2.3 部门信息设置136.3 固定资产管理136.3.1 资产入库136.3.2 资产修改、删除146.3.3 资产调拨146.3.4 资产借出146.3.5 资产送修156.3.6 资产归还156.3.7 资产折旧166.3.8 资产注销166.4 统计查询166.4.1 资产查询166.4.2 资产转移记录176.4.3 报表打印176.5 系统帮助176.5.1 帮助文档187. 产品的非功能性需求19 7.1 用户界面需求19 7.2 软硬件环境需求19附录A：需求确认190. 文档介绍0.1 文档目的为充分描述固定资产管理系统软件的功能需求及非功能需求，制订本文档。
本文档为后续软件需求（OA）的开发提供基础与约束。
0.2 文档范围本文档从软件规格的角度描述了资产管理系统要实现的用户需求，包括功能需求及非功能需求两类用户需求。
0.3 读者对象表10.4 参考文档[1]《山东师范大学固定资产管理办法》，山东师范大学，2004[2]《信息管理系统开发实例导航》，求是科技，人民邮电出版社2005[3]《考勤管理系统用户需求说明书》[4]《固定资产管理系统用户需求说明书》，The 8s’Studio，20060.5 术语与缩写解释1. 产品介绍固定资产是每个企业不可缺少的重要部分，通过加强固定资产管理，可以优化资源配置，充分利用已有的资源。
中国移动广东公司【项目名称】系统需求规格说明书（SRS）版本<V >拟制日期审核日期批准日期. . . . . . .声明本文件所有权和解释权归CMGD所有，未经CMGD书面许可，不得复制或向第三方公开。
修订历史记录目录1.引言 (5)1.1.编写目的 (5)1.2.系统涵盖范围 (5)1.3.缩略词 (5)1.4.假设和限制 (5)1.5.文档组织结构 (5)1.6.参考资料 (5)2.系统概貌 (5)2.1.系统远景 (5)2.2.体系结构 (6)2.3.系统边界和A CTORS (6)2.4.系统功能 (6)2.5.用户特性 (6)2.6.一般限制 (6)2.7.出错处理 (6)2.8.假设和依赖条件 (6)3.功能性需求 (6)3.1.【子系统1】 (6)3.1.1.【模块 1】 (6)3.1.2.【模块 2】 (7)3.2.【子系统2】 (7)3.2.1.【模块 3】 (7)3.2.2.【模块 4】 (7)4.用例视图 (8)4.1.【子系统1】 (8)4.2.【子系统2】 (8)5.外部接口需求 (8)5.1.用户接口 (8)5.2.硬件接口 (9)5.3.软件接口 (9)5.4.通信接口 (9)6.非功能性需求 (9)6.1.易用性 (9)6.1.1.【需求 1】 ............................................................................................................. 错误！未定义书签。
6.2.可靠性 (9)6.2.1.【需求 1】 ............................................................................................................. 错误！未定义书签。
6.3.性能 (9)6.3.1.【需求 1】 ............................................................................................................. 错误！未定义书签。
6.4.可维护性 (10)6.4.1.【需求 1】 ............................................................................................................. 错误！未定义书签。
6.5.安全性 (10)6.5.1.【需求 1】 ............................................................................................................. 错误！未定义书签。
6.6.可扩展性 (10)6.6.1.【需求 1】 ............................................................................................................. 错误！未定义书签。
7.系统配置 (10)7.1.硬件和软件配置 (10)7.2.网络配置 (10)7.3.网络拓扑图 (11)7.4.开发环境 (11)附件 A:术语表 (11)附录 B: 分析模型 (11)附录C: 问题清单 (11)1. 引言1.1. 编写目的【本节应该完成如下工作:1. 描述本SRS的直接目的例：对开发小组–本SRS作为概要设计，系统测试计划，测试案例编写等的输入源。
2. 详细说明本SRS的使用者（详细程度应达到能够提交交付物的程度）3. 除了必须的设计限制外，不应该描述任何有关设计，验证，或相关管理细节；4. 应该收集并在同一个地方记录下所有的外部接口，以用于作为完成设计和实现系统的参考5. 作为同项目团队外人员进行沟通的外部接口，用于他们评审和理解系统】。
1.2. 系统涵盖范围【本节应该完成如下工作:1. 定义系统的名称2. 清晰准确地描述软件系统外部接口的每个关键需求，应包括但并不限于如下主要类别，比如用户接口, 程序接口(API) 以及安装/移植】。
1.3. 缩略词1.4. 假设和限制【本节描述系统开发的假设，如：∙需求文档中的任何变更都将被新版的SRS跟踪。
SRS应有版本历史。
用户可以通过SRS的早期版本查找需求的早期版本。
∙为验证需求，一个需求应有一个或一个以上用例】。
1.5. 文档组织结构【本节应：1. 概要描述文档其他部分的内容；2. 解释SRS是如何组织的】。
1.6. 参考资料2. 系统概貌2.1. 系统远景【本节应通过图形和文字的方式:1. 简要描述【项目名称】整个软件系统各个组成部分的功能；2. 简要识别系统的关键外部接口；3. 简要描述使用的计算机硬件和外部设备】。
2.2. 体系结构【本节描述系统高层架构】。
2.3. 系统边界和Actors【本节描述系统边界，要清楚识别出系统的内外部情况，可以采用画图的方式描述，并对每一个确定的actor进行解释】。
2.4. 系统功能【本节描述总结系统提供功能进行】。
2.5. 用户特性【本节应描述影响具体需求的系统终端用户的特性】。
2.6. 一般限制【本节应提供系统设计的限制, 如包括:1. 规章规定；2. 硬件限制；3. 其他应用的接口；4. 并行操作；5. 审计功能；6. 控制功能；7. 握手协议, 如, XON-XOFF, ACK-NACK；8. 安全考虑】。
2.7. 出错处理【本节描述系统应用的出错处理策略，例：∙一般说，所有的系统错误都应当记录到系统日志文件中。
∙在API调用时，应返回相应的错误代码】。
2.8. 假设和依赖条件【本节应列出影响SRS的假设和依赖】。
3. 功能性需求【本章描述功能性需求】。
3.1. 【子系统 1】【对子系统的功能进行简要或详细的描述，可以采用图表的形式】【例如：无线资源管理系统】【无线资源管理系统的功能需求包括如下部分…】【列出所有的功能模块】3.1.1. 【模块 1】【例如：GIS图形显示】【主要是大的功能划分】3.1.1.1. 描述【对本需求的需求内容进行概要的描述】。
3.1.1.2. 需求内容【本节详细描述需求，包括要解决的问题和需求背后的动机】【REQ_1】…..……………….【REQ_2】…..………………3.1.2. 【模块 2】【例如：统计】。
3.1.2.1. 描述【描述本模块的需求内容】。
3.1.2.2. 需求内容【本节详细描述需求内容，包括要解决的问题和需求背后的动机】。
【REQ_1】…..……………….【REQ_2】…..………………3.2. 【子系统 2】【对子系统的功能进行简要或详细的描述，可以采用图表的形式】。
3.2.1. 【模块 3】3.2.1.1. 描述…3.2.1.2. 需求内容3.2.2. 【模块 4】3.2.2.1. 描述…3.2.2.2. 需求内容【样例：10.1 凭证管理10.1.1 功能描述凭证管理提供VIP卡发放及档案维护功能。
<REQ_BM_VIP_IDM_1>系统支持根据个人大客户的手机号码发放VIP卡功能。
发放时需要输入VIP卡卡号。
<REQ_BM_VIP_IDM_2>系统支持根据集团大客户提供集团编号或集团名称，批量发放VIP卡功能，发放时需要输入VIP卡起止卡号。
<REQ_BM_VIP_IDM_3>系统支持根据个人大客户手机号码，从VIP卡文件（*.dbf）批量发放VIP卡。
<REQ_BM_VIP_IDM_4>系统支持个人大客户VIP卡资料修改和VIP卡作废功能。
根据个人大客户手机号码或VIP卡卡号，修改大客户VIP资料，包括VIP卡卡号、VIP卡状态、记录修改日期、修改原因。
<REQ_BM_VIP_IDM_5>系统支持根据集团名称或集团编号，修改集团VIP卡资料，可增加、作废VIP 卡。
<REQ_BM_VIP_IDM_6>系统应能够根据指定的发放年度、归属地区，批量设置VIP卡无效。
<REQ_BM_VIP_IDM_7>系统支持VIP卡换卡记录查询。
◆查询条件：● 个人大客户手机号码或VIP卡卡号；● 集团大客户名称或集团编号；● 操作员；● 换卡日期。
◆查询内容：●个人大客户手机号码、VIP卡卡号、集团大客户名称、集团编号、操作员、换卡日期、换卡原因。
10.1.2 内外部接口（可选）】4. 用例视图【本节描述需求分析用到的用例视图】。
4.1. 【子系统 1】【本节描述子系统1需求分析用到的用例视图】。
4.2. 【子系统2】【本节描述子系统2需求分析用到的用例视图】。
5. 外部接口需求5.1. 用户接口【本节描述软件产品和用户之间接口的逻辑特性。
如：屏幕界面图形样例，遵循什么GUI标准和产品族风格指南，屏幕界面设计上的限制，比如标准按钮和功能（如，帮助）要出现在每个屏幕，键盘快捷键，出错信息显示标准等等。
定义用户接口需要的软件组件。
详细的用户接口设计应被记录在单独的用户接口规范中】。
5.2. 硬件接口【本节描述系统软硬件产品之间接口的物理和逻辑特性。
可包括支持的设备类型，软硬件之间的数据和控制交互特性，以及用到的通信协议】。
5.3. 软件接口【本节描述本产品和其他指定的软件部件（名称和版本）之间的连接，如：包括数据库、操作系统、工具、集成商业套装软件等。
识别出进出系统的数据项或消息，描述各自的目的。
描述需要的服务和通信性质，参考的API协议描述，识别软件部件间共享的数据】。
5.4. 通信接口【描述本系统要求的任何通信相关功能需求，包括e-mail, web browser, 网络服务器通信协议, 电子表单等等。
定义相关消息格式。
识别用到的所有通信标准，比如FTP、HTTP等。
详细说明通信安全和加密问题，数据传输速率，同步机制等】。
6. 非功能性需求6.1. 易用性【本节描述从下面几个特点上描述系统功能:1. 人性因素；2. 审美学；3. 易于使用】。
例如：REQ-NF-USBT-1: 为了加强易用性，下列的文档应该在项目结束的时候提供；∙HTML格式的API 参考指南导；∙HTML格式的开发指南；6.2. 可靠性例如：REQ-NF-RMA-1: Xxx应该能够在不需要重新启动整个系统服务的情况下，自动重新建立不同服务之间中断的连接；REQ-NF-RMA-2: Xxx 应该能够自动监测服务是否中止，并尝试重新启动；REQ-NF-RMA-3: Xxx 应该提供系统备份和恢复功能；6.3. 性能【本节用数字对系统和人机接口方面的静态和动态需求进行描述，例如：静态数字需求（也称作容量）包括：1、支持的工作站数量；2、支持的模拟用户数量；3、数据库和文件容量；4、数据通道数量；动态数字需求包括：1、数据吞吐量；2、响应时间】。
