软件需求规范手册.docxVIP

软件需求规格说明书文件编号：QMS—PROC－RD02版本：1.0受控签章编写人日期 2012-9-10评审评审号/日期批准状态发布范围全公司修改历史日期版本作者修改内容2012-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.附件21引言1.1 目的说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员和相关成员之间达成一致的需求描述。1.2 背景描述系统产生的背景，包括：需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）；列出此项目的任务提出者、开发者软件系统应用范围、用户。产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性1.3 术语列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。1.4 预期读者和阅读建议描述本文档的主要读者，以及这些读者在阅读时的阅读重点和建议。可用列表的方式列出。如：预期读者阅读建议XX领导层仔细阅读概述，编写目的，文档约定，系统功能介绍和维度指标说明。XX公司的业务部门、决策部门、具体的使用部门、业务员、系统管理员仔细阅读文档约定，系统功能介绍和维度指标说明。各个部门可重点阅读和本部门相关的内容。参加需求评审的人员仔细阅读全部内容。系统设计人员仔细阅读全部内容。系统测试人员仔细阅读文档约定，系统功能介绍和维度指标说明。…………1.5 参考资料列出有关的参考资料，如：本项目经核准的计划任务书或合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料、包括所要用到的软件开发标准。行业标准和规范。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。文档名版本号发表日期来源文档简称1.6 需求描述约定在此说明本文描述需求的约定。这些约定可以包括：需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。应确保需求标识在整个项目中的唯一性，且不受需求变更的影响，不得使用WORD自带的序列号作为需求标识需求的跟踪颗粒度优先级和重要性(本文档中设定的级别，及其含义)功能描述的方法。（若引用了参考资料，应指明参考资料的简称和章节号或页码，以便复核和评审。）界面描述规则，如：用图形描绘DEMO界面等等根据不同类型、不同规模的项目，项目组可以做出增减。以一个大项目举例如下：１）本系统的需求标识方法：层次化编号方法模块缩写＋序列号，如SZAG01、SZAG01.01、SZAG01.01.02模块缩写参照表：模块名模块缩写模块名模块缩写深圳A股SZAG上海A股SHAG深圳B股SZBG上海B股SHBG电子划拨DZHB资金清算ZJQS　　需求层次：分三个层次，用三位字符表示。第一层需求指主功能模块，第二层需求指功能模块的主功能点，第三层次指主功能点下的具体需求。２）本系统的需求跟踪粒度跟踪到第二层功能需求。３）本文档的需求级别定义：本文档统一规定对需求层次为二级以上（功能模板、主功能点）的定义优先级，三层需求依据二层需求的优先级执行。本文档的优先级别分为：紧急、正常、缓同时对于主功能点还描述实现的周期：一期、二期、三期４）功能描述方法：本文档从以下几个方面对功能需求进行描述：业务定义/描述。适用的用户类型业务规则/业务要素。输入：提供所有和本功能有关的输入描述，包括：输入数据类型、媒体、格式、数值范围、精度、单位等。输出－提供和本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述。业务操作流程描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明约束条件/特殊考虑列出在各个工作领域不需计算机化的功能并提供其原因以及特殊条件。５）界面描述规则　　界面描述使用VISIO的界面模型进行描述。2.项目概述2.1 系统功能　　概述了产品所具有的主要功能。其详细内容将在系统功能需求和特性中描述，所以在此只需要概略地总结。很好地组织产品的功能，使每个读者都易于理解。建议以图表形式列出功能结构图，并加入必要文字说明。建议以列表形式列出功能分类，以及优先级，并加入必要文字说明。2.2 业务描述用文字或图形方式描述系统的主要业务