软件工程标准文档模板—需求规格说明书.docVIP

PAGE 卷 号 卷内编号 密 级 项目编号: DOCPROPERTY 项目编号 S×××－ DOCPROPERTY 项目名称 项目名称 分 类: DOCPROPERTY Category 模板 TITLE 需求规格说明书 Version: 项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： ■主管领导 ■项目组 ■客户（市场） ■维护人员 ■用户 评审负责人（签名）： 评 审 日 期： 修改日志 修改者 修改日期 备注说明 目 录 TOC \o 1-3 \h \z 1. 引言 1 1.1 目的 1 1.2 定义 1 1.3 参考资料 1 2. 软件总体概述 1 2.1 软件标识 1 2.2 软件描述 1 2.2.1 系统属性 1 2.2.2 开发背景 2 2.2.3 软件功能 2 2.3 用户的特点 2 2.4 限制与约束 2 3. 具体需求 2 3.1 功能需求 3 3.2 性能需求 3 3.3 数据库需求 4 3.4 设计约束 4 3.4.1 其他标准的约束 4 3.4.2 硬件约束 4 3.5 属性 4 3.5.1 可用性 4 3.5.2 可靠性 4 3.5.3 效率 4 3.5.4 安全性 4 3.5.5 可维护性 4 3.5.6 可移植性 5 3.6 外部接口需求 5 3.6.1 用户接口 5 3.6.2 硬件接口 5 3.6.3 软件接口 5 3.6.4 通信接口 6 4. 数据字典 6 5. 附录 6 5.1 用户方组织机构图； 6 TITLE 需求规格说明书 DOCPROPERTY 项目名称 项目名称 PAGE 7 引言 目的 本节描述软件产品需求规格说明书（SRS）的目的，如： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 定义 本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。 参考资料 本节列出下列资料： 经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件； 本项目的较高层次的开发文档，如：《项目开发计划》等； SRS中各处引用的资料、标准和规范。 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 软件总体概述 软件标识 本节列出软件的标识：软件全名称、软件缩称、版本号等。软件标识必须具有唯一性。 软件描述 系统属性 本节描述被开发软件与其他相关产品之间的关系。 如果该软件是独立的，应在本节说明； 如果该软件是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。如果这部分内容已包含在较高层次的说明（如《用户需求说明书》）中，应在本节指明。 本节无须描述设计方案和设计约束。 开发背景 本节说明软件的开发目的、应用目标和使用范围等背景材料。 软件功能 本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级（从用户角度而言）。优先级定义可采用以下方法（QFD对功能需求的分类方法）： 高——软件必须实现的功能，用户有明确的功能定义和要求； 中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确； 低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。 可用以下表格来说明软件功能： 序号 功能名称 功能需求标识 优先级 简要描述 也可配合软件的功能结构图加以说明。 用户的特点 本节描述影响具体软件需求的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。 限制与约束 本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和