软件需求说明书-模板

《软件需求说明书-模板》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、研制令号日期项目软件需求说明书（该文档仅供内部参考）负责单位：研发部门名称协作单位：协作单位名称（如有）作者：研发人员签名批准：总工程师签名修改及签收情况记录：版本号修改人修改日期修改批准人部门资料室签收研发人员签名研发部门主任签名部门资料员存档签名**********股份有限公司软件需求说明书〈Vm.n〉修改记录文件编号版本号拟制人/修改人拟制/修改日期更改理由主要更改内容（写要点即可）注1：每次更改归档文件（指归档到事业部或公司档案室的文件）时，需填写此表。注2：文件第一次归档

2、时，“更改理由”、“主要更改内容”栏写“无”。<模板修改记录文件编号版本号拟制人/修改人拟制/修改日期更改理由主要更改内容（写要点即可）V1.0***2013-12-23初版>第45页共45页软件需求说明书〈Vm.n〉目录1引言71.1编写目的71.2预期的读者和阅读建议71.3文档约定72术语、定义和缩略语82.1术语、定义82.2缩略语83综合描述93.1背景93.2功能概述103.3运行环境113.4用户类及其要求114具体需求134.1功能需求184.1.1<需求编号1+两个空格+需求名称1（usecase例）>194.1.

3、2<需求编号2+两个空格+需求名称2（IPO例）>254.2性能需求284.2.1<需求组1编号+两个空格+需求组1名称>284.2.2<需求编号2+两个空格+需求名称2>294.3质量属性需求294.3.1可靠性314.3.2安全性324.3.3可维护性334.3.4可移植性344.3.5扩展性344.3.6可测试性354.4外部接口需求364.5其它需求364.5.1通用化、系列化、模块化需求364.5.2设计和实现上的限制374.5.3执行标准394.5.4国际化需求414.5.5杂类需求425需求追踪436验收准则437参考文献44

4、第45页共45页软件需求说明书〈Vm.n〉<术语说明：a)需求：是指“被描述系统”“做什么”（功能需求）及“做什么”时的水平（非功能需求，如性能需求、质量属性需求、外部接口需求、其它需求）。b)软件需求：由软件实现的需求。包括功能需求、性能需求、质量属性需求、外部接口需求及其它需求。c)软件需求说明书（softwarerequirementspecification，SRS）：是这样一类文档，它以特定的格式记载了软件必须实现的所有软件需求（又叫软件需求规格、软件需求规格说明），在必要时，也应描述软件肯定不做什么（何谓必要？在某些上下

5、文语境中，如果不作这样的声明，可能会令读者发生误会）。SRS为后续的项目软件计划、概要设计、（软件）系统测试、用户文档等工作提供基础与约束。编制SRS时经常被问到以下问题：a)实践中出现了不少这样的情况：明明要求写软件需求说明书，但结果写出了模块需求说明书。这实际上反映了这些实践未正确确定“被描述系统”。那么，如何确定“被描述系统”呢？1)在编写SRS前，一定要明确“被描述系统”，该系统应是上游文档中已经明确划分出来的；同时应将“被描述系统”作为黑盒（特殊情况下可以是灰盒甚至是白盒，如网管软件，可以按终端、服务器）来描述。2)对于纯软件项目

6、，很显然，由于SRS的上游文档－研制任务书－没有对软件进行划分，因此，SRS中“被描述系统”应该是整个软件，而不是其中的某个模块。3)对于软硬件大系统，一般通过系统设计活动，SRS的上游文档－系统方案－已经对系统进行了划分，因此，SRS中“被描述系统”可以是划分出来的任何一个软件块。b)应该编写几篇SRS？1)对于软硬件大系统，SRS是根据系统方案、标准/协议/规范、研制规范、原始需求（其中可能直接含有功能需求、性能需求、质量属性需求、外部接口需求、其它需求）开发出来的。根据系统的复杂程度，可以编制一到多篇SRS。如果SRS的上游文档（系统

7、方案）满足其编制要求，则可以为每个单板的软件部分（如果该单板存在软件的话）写一篇SRS。注意：在系统方案模板中，此处的单板软件被统称为“软件子系统”，该“子系统”（按业务按纵向划分）的概念比我们熟悉的诸如“OSS子系统”、“DBS子系统”更广泛，“OSS子系统”、“DBS子系统”（横向即分层划分）等是通过软件概要设计设计出来的，并体现在《软件总体设计方案》中。2)对于纯软件项目，SRS是根据研制任务书、标准/协议/规范、原始需求说明书开发出来的。一般说来，只写一篇SRS是比较合适的。c)SRS编写到什么程度才算完成？比较通行的原则是：1)如

8、果设计与第45页共45页软件需求说明书〈Vm.n〉开发人员需要SRS的作者额外的解释才能理解需求，并进而进行设计和实现，则在继续工作前，需求还需要进一步细化。1)如果（软