软件需求规格说明书范本IT软件行业

1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (5)3.2.1精度 (5)3.2.2时间特性要求 (5)3.2.3灵活性 (5)3.3输人输出要求 (5)3.4数据管理能力要求 (6)3.5故障处理要求 (6)3.6其他专门要求 (6)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (7)4.4控制 (7)5 其他需求 (7)XXXX软件需求说明书1引言1.1编写目的说明编写这份软件需求说明书的目的，指出预期的读者。

1.2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

|2.2用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。

软件需求规格说明(SRS)(用例模型、领域模型、行为模型)用例模型：用例图+用例描述（3-5个）领域模型：不带操作的类图行为模型：1、交互图（时序图 3个）2、行为图（状态图2个，1个画系统的状态图，1个画类/对象的状态图；活动图2个，1个画系统的业务流程；1个画某个类的方法的计算流程。

说明：1.《软件需求规格说明》(SRS)描述对计算机软件配置项CSCI的需求，及确保每个要求得以满足的所使用的方法。

涉及该CSCI外部接口的需求可在本SRS中给出：或在本SRS 引用的一个或多个《接口需求规格说明》(IRS)中给出。

2.这个SRS，可能还要用IRS加以补充，是CSCI设计与合格性测试的基础。

软件需求规格说明的正文的格式如下：1围本章应分为以下几条。

1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。

1.2系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。

1.3文档概述本条应概述本文档的用途和容，并描述与其使用有关的性或私密性要求。

1.4基线说明编写本系统设计说明书所依据的设计基线。

2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。

3需求本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。

CSCI 需为了满足分配给该CSCI的系统需求所形成的软件需求。

给每个需求指定项目唯一标识符以支持测试和可追踪性。

并以一种可以定义客观测试的方式来述需求。

如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。

描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，需方愿意推迟到设计时留给开发方说明的那些特性。

软件系统系统需求规格说明书模板附件三系统需求规格说明书版本历史1.引⾔1.1.⽬的例如：规定系统的边界和⽬标，描述系统的功能性需求和⾮功能性需求。

1.2.读者对象及阅读建议说明：指明本⽂档⾯向的读者群，及相应的阅读意见。

1.3.⽂档范围【可选】说明：对本⽂的范围做阐述，本⽂档改动时，受到影响的范围，例如，本⽂引⽤到的⽤例模型，系统原型，系统测试⽤例等⽂档。

1.4.参考⽂档说明：列出本⽂档的所有参考⽂献（可以是⾮正式出版物），包括计划任务书、合同、批⽂、引⽤到的⽂件、资料及软件开发标准等。

1.5.术语与缩写解释说明：列出本⽂件中⽤到的专门术语的定义和缩写词的原词组，并给予解释，以便于所有读者达成共识。

2.综合描述2.1.系统背景【可选】说明：介绍系统的预期效果、历史原因。

2.2.问题说明【可选】提供⼀段说明，总结此项⽬需要解决的问题。

可以采⽤以下格式：2.3.系统范围说明：阐述本项⽬“适⽤的业务领域”和“不适⽤的业务领域”，本产品“应当包含的内容”和“不包含的内容”。

说清楚系统范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精⼒集中在产品范围之内；（3）有助于控制需求的变更。

●完整⽽准确的定义本产品的⼲系⼈；●明确本产品所影响到的部门和业务；⽤图表或者⽂字描述产品的范围，概要的定义产品的功能。

2.4.⼲系⼈与⽤户说明【可选】2.4.1.⽤户环境【可选】详细说明⽬标⽤户的⼯作环境。

以下是⼏项建议：该任务由多少⼈来完成？是否总在变化？⼀个任务周期需要多长时间？执⾏每项活动要⽤多长时间？是否总在变化？是否有特殊的环境约束：移动、户外、乘机旅⾏等？⽬前使⽤的是哪些系统平台？以后会使⽤哪些平台？还在使⽤哪些应⽤程序？您的应⽤程序是否需要和这些应⽤程序集成？在此处可以从业务模型中摘录⼀些内容来概述所涉及的任务和⾓⾊等等。

2.4.2.⼲系⼈简档【可选】通过在下表中填写各⼲系⼈的相关信息来说明系统中的各个⼲系⼈，详尽的简档应包括各种⼲系⼈在以下⽅⾯的信息：2.4.3.关键的⼲系⼈/⽤户需要列出⼲系⼈认为现有解决⽅案存在的关键问题。

信息化软件项目产品需求规格说明书模板密级：产品需求规格说明书模板文件修订记录目录1 引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 定义 (1)1.4 参考资料 (1)2 系统概述 (2)2.1 目标 (2)2.2 用户 (2)2.4 设计与实现的限制 (2)2.5 假设和依赖 (2)3 功能需求 (2)3.1包图 (2)3.2包1 (2)3.2.1用例图 (2)3.2.2用例1 (3)3.2.3用例2 (4)4 性能需求 (4)4.1时间特性要求 (4)4.2精度要求 (4)4.3业务量估算 (4)4.4灵活性 (4)4.5可用性 (5)4.6安全性 (5)5 接口需求 (5)9.1硬件接口 (5)9.2软件接口 (5)9.3通讯接口 (5)9.4用户接口 (5)6 其他需求 (6)7 运行环境 (6)7.1 操作系统 (6)7.2 应用服务器 (6)7.3 数据库系统 (6)8 系统约束 (6)9 验收标准 (7)9.1功能验收标准（示例）： (7)9.2性能验收标准(示例)： (7)附录A ××× (8)A.1××× (8)A.2××× (8)附录B ××× (8)附录C ××× (8)[产品需求规格说明书编写要求：关于封面、目录、正文等排版要求请参阅项目文件排版指导；正文的内容参照以下要求组织，本模板只提供参考，根据项目的不同特点，对有关章节可做必要的剪裁与调整。

]1 引言1.1 编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。

该文件可作为公司软件设计人员、测试人员、市场销售人员的指导性文件，也作为用户了解软件系统的功能，进行软件系统确认与验收测试时的依据。