软件需求规格说明指导书统一标准模板示例

软件需求规格说明书文件编号：QMS—PROC－RD02版本：1.0受控签章编写人日期-9-10评审评审号/日期同意状态公布范围全企业修改历史日期版本作者修改内容-9-101.0新建

目录1引言 21.1目标 21.2背景 21.3术语 21.4预期读者和阅读提议 21.5参考资料 21.6需求描述约定 22.项目概述 22.1系统功效 22.2业务描述 22.3数据步骤描述(可选) 22.4用户特点 22.5运行环境要求 22.6设计和实现上限制 23.功效需求描述 24.非功效需求 24.1系统性能要求 24.2系统安全及保密要求 24.3系统备份和恢复要求 24.4系统日志 25.外部接口说明 26.其它需求 27需求变更识别 28.功效列表 29.附件 2说明编写这份软件需求规格说明书目标，如：经过本文档定义ＸＸＸ产品需求，以求在项目组员和相关组员之间达成一致需求描述。描述系统产生背景，包含：需开发软件系统名称，和英文缩写（可选），项目编号（可选）；列出此项目标任务提出者、开发者软件系统应用范围、用户。产生该系统需求原因或起源，如社会背景、市场发展、政策趋势、原有系统不足列出本文件中用到专门术语、术语定义、外文首字母组词原词组。也可用附件说明。或放到本文件最终。描述本文档关键读者，和这些读者在阅读时阅读关键和提议。可用列表方法列出。如：预期读者阅读提议XX领导层仔细阅读概述，编写目标，文档约定，系统功效介绍和维度指标说明。XX企业业务部门、决议部门、具体使用部门、员工、系统管理员仔细阅读文档约定，系统功效介绍和维度指标说明。各个部门可关键阅读和本部门相关内容。参与需求评审人员仔细阅读全部内容。系统设计人员仔细阅读全部内容。系统测试人员仔细阅读文档约定，系统功效介绍和维度指标说明。…………列出相关参考资料，如：本项目经核准计划任务书或协议、上级机关批文；属于本项目标其它已发表文件；本文件中各处引用文件、资料、包含所要用到软件开发标准。行业标准和规范。列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。文档名版本号发表日期起源文档简称在此说明本文描述需求约定。这些约定能够包含：需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。应确保需求标识在整个项目中唯一性，且不受需求变更影响，不得使用WORD自带序列号作为需求标识需求跟踪颗粒度优先级和关键性(本文档中设定等级，及其含义)功效描述方法。（若引用了参考资料，应指明参考资料简称和章节号或页码，方便复核和评审。）界面描述规则，如：用图形描绘DEMO界面等等依据不一样类型、不一样规模项目，项目组能够做出增减。以一个大项目举例以下：１）本系统需求标识方法：层次化编号方法模块缩写＋序列号，如SZAG01、SZAG01.01、SZAG01.01.02模块缩写参考表：模块名模块缩写模块名模块缩写深圳A股SZAG上海A股SHAG深圳B股SZBG上海B股SHBG电子划拨DZHB资金清算ZJQS需求层次：分三个层次，用三位字符表示。第一层需求指主功效模块，第二层需求指功效模块主功效点，第三层次指主功效点下具体需求。２）本系统需求跟踪粒度跟踪到第二层功效需求。３）本文档需求等级定义：本文档统一要求对需求层次为二级以上（功效模板、主功效点）定义优先级，三层需求依据二层需求优先级实施。本文档优先等级分为：紧急、正常、缓同时对于主功效点还描述实现周期：一期、二期、三期４）功效描述方法：本文档从以下多个方面对功效需求进行描述：业务定义/描述。适用用户类型业务规则/业务要素。输入：提供全部和本功效相关输入描述，包含：输入数据类型、媒体、格式、数值范围、精度、单位等。输出－提供和本功效相关全部输出描述，包含：输出数据类型、方法、格式、精度、单位等，和图形或显示汇报描述。业务操作步骤描述正常业务步骤，列举异常情况和处理步骤。提议使用图示，并配合必需文字说明约束条件/特殊考虑列出在各个工作领域不需计算机化功效并提供其原因和特殊条件。５）界面描述规则界面描述使用VISIO界面模型进行描述。概述了产品所含相关键功效。其具体内容将在系统功效需求和特征中描述，所以在此只需要概略地总结。很好地组织产品功效，使每个读者全部易于了解。提议以图表形式列出功效结构图，并加入必需文字说明。提议以列表形式列出功效分类，和优先级，并加入必需文字说明。用文字或图形方法描述系统关键业务步骤，若引用了参考资料，应指明参考资料简称和章节号或页码，方便复核和评审。用文字或图形方法描述系统数据步骤，若引用了参考资料，应指明参考资料简称和章节号或页码，方便复核和评审。列出本软件最终用户特点，和本软件预期使用频度，确定可能使用该产品不一样用户类并描述它们相关特征。有部分需求可能只和特定用户类相关。通常来说最少有以下几类：通常操作者：系统管理者：最终用户描述了软件运行环境，包含硬件平台、操作系统和版本，还有其它软件组件或和其共存应用程序。列举出在对软件需求规格说明中影响需求陈说假设原因（和已知原因相对立）。这可能包含你计划要用商业组件或相关开发或运行环境问题对需求实现影响，也可能是需求或业务规则对设计和实现方法影响。可能还来自于经费、投资方面限制，法律或政策方面限制，或可利用资源和信息限制。〔为每个确定商业功效（需实现功效）描述其定义、业务规则，具体叙述怎样从输入转变到输出而且怎样取得、处理和产生这些信息。这些内容在下列标题中有条理叙述。业务定义/描述。适用用户类型，指操作本功效所需授权业务规则/业务要素。功效项关键页面或是样式输入：提供全部和本功效相关输入描述，包含：输入数据类型、媒体、格式、数值范围、精度、单位等。输出－提供和本功效相关全部输出描述，包含：输出数据类型、方法、格式、精度、单位等，和图形或显示汇报描述。业务操作步骤描述正常业务步骤，列举异常情况和处理步骤。提议使用图示，并配合必需文字说明约束条件/特殊考虑列出在各个工作领域不需计算机化功效并提供其原因和特殊条件。a.时间特征说明对于该软件时间特征要求，时间测量单位选择：高峰期环境假设、负载假设；高峰期处理时间。b.精度要求说明对该软件输入、输出数据精度要求。c.系统有效性为取得系统有效性，应考虑标准工作日、周末和公共假期操作时间。比如：系统天天需要连续运行二十四小时，每七天运行七天，包含公共假期和周末d.容错性e.可扩充性指定能够访问各自功效用户群，如需要可指定用户访问权和安全包（如有），方便有效控制系统访问和数据访问。确定审核统计和全部相关汇报及接收人。叙述是否任何违反系统访问内容全部需要监控，和以什么方法监控。列明全部安全需求，比如数据加密，信息验证等。指定每种信息类型保留期；叙述在保留期过后需要实施行为，比如：转移到计算机外部介质中，或删除它们。如转移到计算机外介质中，叙述存放期及贮存介质类型。比如：磁带、磁盘、汇报等。环境异常时，系统恢复策略描述。日志内容、统计策略日志保留时长、保留策略日志内容访问控制外部接口包含：硬件接口、软件接口、通信接口，每个接口需考虑以下内容：接口描述，包含接口类型、接口特点（如版本、名称、起源等）接口和本系系统输入输出关系技术方面约束转换安全考虑[对其它需要描述但未在本模板中列出需求，在此进行说明，假如某个这么需求比较关键，能够单独用新一节来描述。