软件需求规格说明书 模板.docVIP

文档编号：项目编号_过程域_文件名简称 【项目名称】 软件需求规格说明书 文档版本号： 文档编号： 文档密级： 归属部门/项目： 编写人： 生效日期： 版权信息 本文件涉及之信息，属xxxxxxxxxxxxxxxxxx所有。 未经xxxxxxxxx公司允许，文件中的任何部分都不能以任何形式向第三方散发。 网址： 软件需求规格说明书 文档修订记录 版本号 修订日期 修订人 修订说明 修订状态 审核日期 审核人 批准人 V0.1 V1.0 修订状态：A--增加，M--修改，D--删除 日期格式：YYYY-MM-DD  目 录 TOC \o 1-3 \h \z 1. 前言 1 1.1. 目的 1 1.2. 背景 1 1.3. 术语与缩写解释 1 1.4. 预期读者与阅读建议 1 1.5. 参考资料 1 1.6. 需求描述约定 2 2. 项目概貌 3 2.1. 系统范围 3 2.2. 系统功能 3 2.3. 业务详述 4 2.4. 数据流程描述 (可选) 4 2.5. 用户的特点 4 2.6. 运行环境要求 4 2.7. 设计和实现上的限制 4 3. 功能列表 4 4. 非功能需求 5 4.1. 系统性能要求 5 4.2. 系统界面要求 5 4.3. 系统安全及保密要求 5 4.4. 系统备份与恢复要求 5 4.5. 系统日志 6 4.6. 其他非功能需求（可选） 6 5. 外部接口说明 6 6. 其他需求 6 7. 功能需求的详述 6 8. 附件（可选） 7 附录A：需求建模与分析报告（可选） 8 A.1 需求模型1 8 A.n 需求模型N 8 附录B：需求确认（可选） 9 PAGE 6 / 9 前言 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 背景 描述系统产生的背景，包括： 需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； 列出此项目的任务提出者、开发者； 软件系统应用范围、用户； 还可包括：（1）项目的委托单位,开发单位和主管部门；（2）该软件系统与其他系统的关系 e. 产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 术语与缩写解释 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列出。如： 预期读者 阅读建议 领导层 仔细阅读概述，编写目的，文档约定，系统功能介绍和维度指标说明。 公司的业务部门、决策部门、具体的使用部门、业务员、系统管理员 仔细阅读文档约定，系统功能介绍和维度指标说明。 各个部门可重点阅读与本部门相关的内容。 参加需求评审的人员 仔细阅读全部内容。 系统设计人员 仔细阅读全部内容。 系统测试人员 仔细阅读文档约定，系统功能介绍和维度指标说明。 …… …… 参考资料 列出有关的参考资料，如： 本项目经核准的计划任务书或合同、上级机关的批文； 属于本项目的其他已发表的文件； 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料来源。 文档名 版本号 发表日期 来源 文档简称 需求描述约定 在此说明本文描述需求的约定。这些约定可以包括： 需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。应确保需求标识在整个项目中的唯一性，且不受需求变更的影响，不得使用WORD自带的序列号作为需求标识 需求的跟踪颗粒度 优先级与重要性(本文档中设定的级别，及其含义) 功能描述的方法。（若引用了参考资料，应指明参考资料的简称与章节号或页码，以便复核与评审。） 界面描述规则，如：用图形描绘DEMO界面 等等 根据不同类型、不同规模的项目，项目组可以做出增减。以一个大项目举例如下： １）本系统的需求标识方法：层次化编号方法 模块缩写＋序列号，如SZAG01、SZAG01.01、SZAG01.01.02 模块缩写参照表： 模块名 模块缩写 模块名 模块缩写 深圳A股 SZAG 上海A股 SHAG 深圳B股 SZBG 上海B股 SH