《[软件工程项目文档模板]需求规格说明书.doc》由会员分享，可在线阅读，更多相关《[软件工程项目文档模板]需求规格说明书.doc（9页珍藏版）》请在三一办公上搜索。
1、卷 号卷内编号密 级项目编号: S分 类:需求规格说明书Version: 项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 评 审 日 期： 目 录1.引言11.1目的11.2定义11.3参考资料12.软件总体概述12.1软件标识12.2软件描述12.2.1系统属性12.2.2开发背景22.2.3软件功能22.3用户的特点22.4限制与约束23.具体需求23.1功能需求33.2性能需求33.3数据库需求43.4设计约束43.4.1其他标准的约束43.4.2硬件约束43.5属性43.5.1
2、可用性43.5.2可靠性43.5.3效率43.5.4安全性43.5.5可维护性43.5.6可移植性53.6外部接口需求53.6.1用户接口53.6.2硬件接口53.6.3软件接口53.6.4通信接口64.数据字典65.附录65.1用户方组织机构图；61. 引言1.1 目的本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。1.2 定义本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参
3、考其他的文件，如果有，本节必须指明。1.3 参考资料本节列出下列资料：经核准的用户合同、用户需求说明书、项目开发委托合同书、技术可行性报告等文件；本项目的较高层次的开发文档，如：项目开发计划等；SRS中各处引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 2. 软件总体概述2.1 软件标识本节列出软件的标识：软件全名称、软件缩称、版本号等。软件标识必须具有唯一性。2.2 软件描述2.2.1 系统属性本节描述被开发软件与其他相关产品之间的关系。如果该软件是独立的，应在本节说明；如果该软件是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之
4、间的关系。如果这部分内容已包含在较高层次的说明（如用户需求说明书）中，应在本节指明。本节无须描述设计方案和设计约束。2.2.2 开发背景本节说明软件的开发目的、应用目标和使用范围等背景材料。2.2.3 软件功能本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级（从用户角度而言）。优先级定义可采用以下方法（QFD对功能需求的分类方法）：a. 高软件必须实现的功能，用户有明确的功能定义和要求；b. 中软件应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺
5、少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确；c. 低软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。可用以下表格来说明软件功能：功能名称功能需求标识优先级简要描述也可配合软件的功能结构图加以说明。2.3 用户的特点本节描述影响具体软件需求的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。2.4 限制与约束 本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。本节内容不是陈述具体需求或设计
6、约束，而是为具体需求以及设计约束的描述提供依据。3. 具体需求本章应包括在进行软件结构设计时所需的全部细节。3.1 功能需求本节描述2. 2.3.节所述的每一功能需求。本节可以划分为若干小节，每一小节逐一说明每一功能需求。本节将该功能需求具体描述为输入、处理和输出的需求。本节可用自然语言描述；也可用形式化的方法描述，如数据流图（DFD）、业务流程图（IDEF0）方法等。本节由以下内容组成：A. 输入：详细描述该功能的所有输入数据，包括：输入源、类型、长度、数值范围、精度、量纲、数量、更新和处理频度等；B. 处理：定义对输入数据的全部操作，以获得预期的输出数据，包括：输入数据的有效性检验、操作时
7、序或优先级、异常情况处理、输出数据的有效性检验等；C. 输出：详细描述该功能的所有输出数据，包括：接受者、类型、长度、数值范围、精度、量纲、数量、出错信息等。可用下表方式描述：功能编号功能名称所属部门调查者调查时间审核人功 能描 述输入项处理描述输出项界面要求3.2 性能需求本节说明软件数据处理能力和时间特性的需求。数据处理能力可能包括：支持的终端数、支持并行操作的用户数、处理的文件和记录数、表和文件的大小。时间特性可能包括：响应时间、更新处理时间、数据的转换和传送时间、运行时间等。3.3 数据库需求本节说明对软件所应用的数据库的需求，如：数据项、记录、文件标识、静态和动态的组织、存取能力等。
8、3.4 设计约束3.4.1 其他标准的约束本节描述由现有的标准或规则派生的要求，如：a. 报表格式；b. 数据命名；c. 会计准则；d. 审计追踪，等等。3.4.2 硬件约束本节包括各种软件运行的硬件约束，如：a 硬件配置的特点；b 内存储器和辅助存储器的容量。3.5 属性本节定义用户对软件的其他属性的要求，可能的内容如下所列。如果SRS包括了下列属性，但在SRS的其他章节进行说明，须在相应小节指明。3.5.1 可用性定义某些需求（如：检查点、恢复方法和重启动性等），以保证软件的可用性。3.5.2 可靠性定义软件在规定的时间内和规定的条件下，满足规定功能的能力。3.5.3 效率定义软件在规定的
9、条件下，功能和性能水平与所使用资源量（如软件产品、硬件设施、耗材、操作人员、维护人员）之间的关系。3.5.4 安全性说明如何保护软件，以防止偶然或恶意的访问、使用、修改或泄密。3.5.5 可维护性规定需求以保证软件是可维护的。3.5.6 可移植性说明软件对软、硬件环境的兼容，它从一个环境移植到另一个环境的约束等。.3.6 外部接口需求3.6.1 用户接口本节说明为方便用户使用而提出的软件与用户界面的需求。如:屏幕格式、报表格式、菜单格式、输入输出时间、功能键的使用。3.6.2 硬件接口本节说明软件与硬件间各接口，可使用接口框图进行说明。说明内容包括：a) 接口标识；b) 功能描述；c) 信号方
10、向、格式、传输协议；d) 优先级；e) 响应时间；f) 异常处理。对每一硬件，需提供名称、缩写、型号、数量，并说明其功能。3.6.3 软件接口本节指定需使用的其他软件产品（如：数据管理系统、操作系统、数学软件包），以及同其他应用系统之间的接口。如果已有完整的接口文件，需在本节指明。说明内容包括：a) 接口标识；b) 功能描述；c) 数据流程和控制流程的方向；d) 数据格式、容量；e) 接口类型（如手动或自动）；f) 接口数据中断的优先级别；g) 中断响应时间；h) 异常处理等。对每一个所需的软件产品，需提供名称、缩写、规格说明、版本号、来源等内容。3.6.4 通信接口本节指定各种通信接口，如局
11、域网的协议等。4. 数据字典以如下方式列出数据字典：存折=户名+所号+帐号+开户日+性质+（印密）+1存取行50户名=2字母24所号=“001”.“99999999”如果数据字典在设计阶段完成或进一步完善，在此节说明。5. 附录5.1 用户方组织机构图；附录中还可能包括的内容有：a 原有系统的组织机构图、业务流程图、信息流程图；b 输入、输出格式样本；c 交叉索引等；d 需求规格说明书确认协议。需求规格说明书确认协议甲方：XX事业部乙方：XX开发室在甲方的大力配合与支持下，乙方制作了该需求规格说明书；甲方对该需求规格说明书经过详细审核，已确认该需求规格说明书中的各项内容翔实全面，该需求规格说明
12、书中的内容已完全包括了项目开发委托合同中的用户需求说明书部分中关于软件产品的需求。经过甲乙双方友好协商，达成如下协议：1 该需求规格说明书是项目开发委托合同的补充文件，与项目开发委托合同具有同等的法律效力；2 该需求规格说明书是项目开发委托合同中_条_款软件产品最终验收的唯一标准；3 甲方在项目开发委托合同中_条_款软件产品最终验收前可提出对该需求规格说明书中的内容进行变更（包括增加、修改、删除），双方应就此签署软件产品需求更改备忘录或补充协议；4 甲方同意乙方根据该需求规格说明书进行项目开发委托合同中_条_款软件产品的开发；5 本协议一式二份，甲乙双方各执一份；6 本协议自甲乙双方签字之日起生效。甲方委托人（签字）： 乙方委托人（签字）：甲方单位（盖章）： 乙方单位（盖章）： 年 月 日 年 月 日注：此页为范文，可修改
