DMDF01-系统需求规格说明书模板.docVIP

*******(如行业等) ***系统 需求规格说明书 杭州大凡智能科技有限公司 二零一四年三月  目 录 1 引言 1 1.1 编写目的 1 1.2 背景 1 1.3 定义 1 1.4 参考资料 1 2 任务概述 1 2.1 目标 1 2.2 用户的特点 1 2.3 假定和约束 1 3 功能需求 1 3.1 **功能 2 3.1.1 输入条件 2 3.1.2 处理流程 2 3.1.3 输出 2 4 数据需求 2 5 性能需求 2 5.1 速度需求 2 5.2 安全性的需求 2 5.3 精度需求 2 5.4 可靠性和可用性需求 2 5.5 容量需求 2 6 其它需求 3 6.1 观感需求 3 6.2 易用性需求 3 6.3 操作需求 3 6.3.1 预期的物理环境 3 6.3.2 预期的技术环境 3 6.3.3 伙伴应用程序 3 6.4 可维护性和可移植性需求 3 6.4.1 维护该产品需要多容易 3 6.4.2 是否存在一些特殊情况适用于该产品的维护 3 6.4.3 可移植性需求 3 6.5 文件和政策需求 3 6.6 法律需求 3 6.6.1 该产品是否受到某些法律的管制 3 6.6.2 是否有一些必须符合的标准 4 6.7 输入输出要求 4 6.8 数据管理能力要求（针对软件系统） 4 6.9 故障处理要求 4 6.10 支持软件 4 6.11 接口 4 6.12 控制 4 6.13 其他专门要求 4 引言 编写目的 [说明编写这份需求说明书的目的,指出预期的读者。] 背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。定义项目中使用到的所有术语，包括同义词。这里的内容就是一个字典，包括在需求规格说明书中使用的所有名称的含义。这个字典应该使用你的组织或行业使用的标准名称。这些名称也应该反映出在工作领域中当前使用的术语。该字典包括项目中用到的所有名称。请仔细地选择名称，以避免传达不同的、不期望的含义。为每个名字写下简明扼要的定义，这些定义必须经过相应的风险承担者同意。] 参考资料 [列出用得着的参考资料。] 任务概述 目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 假定和约束 [列出进行本系统开发工作的假定和约束。] 功能需求 [逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] **功能 输入条件 处理流程 输出 数据需求 [与产品/系统有密切关系的主题域相关的业务对象、实体、数据项的说明。各项数据的媒体、格式、数值范围、精度等] 性能需求 速度需求 [明确完成特定任务需要的时间，这常常指响应时间。] 安全性的需求 [对可能造成人身伤害、财产损失和环境破坏所考虑到的风险进行量化描述。] 精度需求 [对产品产生的结果期望的精度进行量化描述。] 可靠性和可用性需求 [本节量化产品所需的可靠性。这常常表述为允许的两次失败之间无故障运行时间，或允许的总失败率。] 容量需求 [本节明确处理的吞吐量和产品存储数据的容量。] 其它需求 观感需求 [一些与产品的用户界面相关的需求描述。] 易用性需求 [描述如何构建符合最终用户使用期望的产品。] [学习使用该产品应该多容易的说明。通常是有学习时间来衡量。] 操作需求 预期的物理环境 [本节明确产品将操作的物理环境，以及这种环境引起的任何特殊需求。] 预期的技术环境 [硬件和其它组成新产品操作环境的设备的规范。] 伙伴应用程序 [对产品必须与之交互的其它应用程序的描述。] 可维护性和可移植性需求 维护该产品需要多容易 [对产品作特定修改所需时间的量化描述。] 是否存在一些特殊情况适用于该产品的维护 [关于预期的产品发布周期和发布将采取的形式的规定。] 可移植性需求 [对产品必须支持的其他平台或环境的描述。] 文件和政策需求 [本节包括针对社会和政策的因素的规格说明，这些因素会影响产品的可接受性。如果你开发的产品是针对外国市场的，可能要特别注意这些需求。] [问一下是否产品的目标是你所不熟悉的文化环境，是否其它国家的人或其他类型的组织的人会使用该产品。人们是否有与你的文化不同的习惯、节日、迷信、文化上的社会行为规范。] 法律需求 该产品是否受到某些法律的管制 [明确该产品的法律需求的描述。] 是否有一些必须符合的标准 [明