ZD-软件需求格说明书-ProductID-Vx.x.docVIP

项目名称 软件需求规格说明书 Version 1.0 文档名称：ZD-软件需求规格说明书-ProductID-Vx.x.doc 修订历史记录 日期 版本号 修改说明 修改人 核准人 2003/7/11 1.0 首次撰写 刘德刚 目录 1 引言 4 1.1 目的与范围 4 1.2 预期的读者 4 1.3 系统的范围 4 1.4 参考资料 4 1.5 术语、缩写词 4 2 当前系统 4 2.1 当前系统概述 4 2.2 当前系统存在的问题 4 3 建议的系统 4 3.1 建议系统概述 4 3.2 功能性需求概述 5 3.3 非功能性需求 5 3.3.1 用户界面与人员因素 5 3.3.2 硬件考虑 5 3.3.3 性能特征 5 3.3.4 错误处理与极端情况 5 3.3.5 系统接口 5 3.3.6 质量要求 5 3.3.7 系统变更 6 3.3.8 物理环境 6 3.3.9 安全问题 6 3.3.10 资源问题 6 3.4 约束（Constraints） 6 3.5 系统模型 6 3.5.1 用例模型 6 3.5.2 对象模型 7 3.5.3 动态模型 7 4 变化列表 7 5 附录 7 软件需求规格说明书 引言 目的与范围 [本文档的作用与目标的描述，以及本文档内容所覆盖的范围。] 预期的读者 [列举本文档所针对的不同读者，例如开发人员、项目经理、用户、测试人员等。描述文档的组织结构，提出最适合每一类读者阅读的阅读建议。可以用超链接技术把各类读者所需关心的内容列出来，进行方便地跳转。] 系统的范围 [说明所开发系统范围，说明系统的利益和目标，把系统与企业的目标或者业务策略相联系，描述哪些是系统范围之内的，哪些是系统范围之外的。] 参考资料 [对本文档中涉及到的参考资料进行列表描述。对于每份参考资料要指明版本和位置。参考资料可以是合同等。] 术语、缩写词 [对本文件用到的术语、缩写词等进行说明。] 当前系统 [这一部分可以按照下面的2个小节进行描述，也可以汇总起来单独进行描述。] 当前系统概述 [描述系统当前的状况，包括系统中的数据情况以及业务运作情况。如果新系统将取代现有系统，这一部分就可以描述新系统所支持的任务现在是怎样完成的。] 当前系统存在的问题 [描述当前系统存在的问题。] 建议的系统 [按照下面的子标题，描述将要开发的系统的情况。] 建议系统概述 [对建议的系统做一个概要的高层描述。] 功能性需求概述 [列出系统的功能性需求（是一种比较简捷的方式）。根据项目具体情况，本节可以裁剪。] 非功能性需求 [非功能性需求如果放在需求追踪矩阵中进行追踪的话，要进行编号，可以利用章节号，也可以自己指定编号规则，对下面的非功能性需求进行标识。] 用户界面与人员因素 [在这里要分析系统潜在的用户使用系统的情况。要考虑下面的问题：哪些类型的用户将使用本系统（专家，新手，等等）？将会有多种类型的用户使用本系统吗？对每一种类型的用户将要提供什么样的培训？容易学习是否是一个非常重要的特性？防止用户出错是否是一个非常重要的特性？人机接口会用到哪些输入/输出设备，它们的特性如何？] 硬件考虑 [在这里考虑系统面对的硬件问题。考虑下面的一些问题：建议的系统将使用什么样的硬件设备？设备的特性如何？包括内存大小、硬盘容量等等。] 性能特征 [在这里考虑系统的性能要求要限制。考虑下面的一些问题：在系统中是否有任何关于速度、吞吐量、响应时间等性能要求或限制？系统所处理的数据是否有容量的限制？等等。] 错误处理与极端情况 [在这里要关注系统如何处理可能发生的错误。考虑下面的一些问题：系统对输入错误如何响应？系统对一些极端条件如何响应？等等。] 系统接口 [在这里考虑系统的I/O。考虑下面的一些情况：输入是否有来自于外部系统？输出是否有到外部系统？对输入输出是否有要执行的限制格式或者中间格式？等等。] 质量要求 [在这里关注可能的质量增强或者妥协情况。考虑下面的一些问题：对可靠性的需求是什么？在一次失败后重起系统的时间是否有限制？每24小时，能够接受的系统当机的次数是多少？可以利用下面的表格的形式进行描述。] 主要质量属性 详细要求 正确性 可靠性 健壮性 兼容性 系统变更 [考虑系统需求的哪些部分可能会在以后更改？可能会有什么类型的更改？] 物理环境 [系统运行的物理环境，包括：目标设备将在哪里运行？目标设备是在一个还是多个地点？环境条件是否有超出正常的情况（例如：特殊的温度、震动、磁场等）？] 安全问题 [在这里关注所有可能的安全问题。考虑：访问任何数据