需求规格说明书范本.docx

1、需求规格说明书范本 项目名称需求规格说明书建设单位：承建单位： 编订时间：YYYY-MM-DD文件修订记录修订日期版本修订内容修订人审核人前言1.1目的说明开发本软件的目的；说明编写文档的目的； 说明本文档所预期的读者1.2项目概述简述项目背景及目标：项目背景：项目的提出原因 项目环境背景项目优势分析（资源、技术、人才、管理等方面） 项目运作的可行性 项目的独特与创新分析1.3术语和缩写列出本需求说明书中专门术语的定义以及英语缩写词的原词组。1.4参考资料列出本项目经核准的任务书或合同和上级机关的批文； 列出编写本软件需求说明书时参考的文件、资料、技术标准以及它们的作者、标题、发布日期和出版单

2、位等。业务需求描述客户组织结构、业务处理流程，接口需求、及其他需求。如果编写了业务需求说明书文档可在此处引用，不需要编写本章节内容。1.5用户组织结构说明业务系统所涉及到的用户部门、岗位、职责，并说明与业务系统相关的用户特性。用户特性一般包含操作人员、维护人员的教育水平和技术专长以及本软件的预期使用频度。这些是软件设计工作的重要约束。例如：二次开发人员：具有很高的专业知识水平，理解业务系统的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可。一般用户：具有一定的计算机操作能力和知识，了解业务领域的相关概念和用途。提供给这部

3、分用户操作手册即可。维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力，这部分用户主要是采用了本系统之后的后期工作维护者。1.6业务需求概述对业务需求从整体上进行概述，并说明业务边界。1.7业务需求一如果业务需求较多，需目录层次描述。业务描述简要描述本章节业务需求，如果业务流程章节省略，本章节须与上一章节合并。业务流程可选章节，结合业务流程图对业务流程描述和所需的业务表单进行说明，如果业务流程比较简单，可以整体描述，如果业务流程比较复杂，须分节点描述。1.8业务需求二功能需求1.9功能需求概述对系统功能进行概述，画出系统功能结构图并对其进行说明，注意一

4、定要包含后台维护性功能与统计性功能的说明。1.10用户角色说明与系统使用相关的所有角色，使用下表列出。#角色名称角色说明1.11公共功能需求可选章节。为了解决重复描述，将散落在各个模块的需求描述抽取出来，统一进行描述，包括但不限于分页功能、字段校验提示、系统错误、安全错误、系统超时、流程预警及超时提醒。1.12模块一对于较大型系统可以根据实际需要按目录分解子模块、三四级模块分层进行说明。功能结构使用功能结构表列出本模块所有功能。功能名称涉及角色说明功能一1.功能描述对该功能进行简述，并对所涉及的页面及其导航链接关系进行说明。2.用户界面画出用户界面图形，可以使用系统原型界面截图。3.用户界面说

5、明详细描述页面数据，可以使用下表进行描述：#数据名称类型长度格式必须取值备注1注：1) 类型包含单行输入框、多行输入框、下拉框、单选框、多选框、列表框、双向选择、按钮、链接、显示（表示数据字段只为查看的内容，非编辑字段）显示编辑（表示数据字段作为可查看内容同时又可编辑）；2) 格式包含字符、日期、数字等；3) 必须表示是必填还是可空；4) 取值表示数据的取值范围，对于代码类型的数据，可以引用代码名称；5) 备注中描述其他信息（象按钮完成的功能等）4.功能操作说明输入详细描述该用户界面的输入数据，如：输入源、数量或有效范围、度量单位、时间设定。业务处理说明该功能的业务处理过程，一般包含：输入数据

6、的有效性检查；业务操作顺序（包括事件的时间设定）；异常响应处理，例如，溢出、通信故障、错误处理等；受操作影响的参数；输出数据的有效性检查。输出详细描述该功能所有输出数据，包含输出目的地、数量或有效范围、度量单位、时间关系、出错信息描述；功能二1.12.1.1子功能1.12.1.1.1子功能1.12.1.1.1.1子功能1.12.1.1.1.1.1子功能1.13模块二用户界面需求可选章节，如果用户有明确的界面公共需求则需要在这里通过界面效果截图进行描述。用户界面需求通常包含：用户界面大体风格描述，对屏幕格式的要求，色彩、分辨率等；屏幕行为（例如进入程序后第一界面，焦点默认于左上角底一个按钮，还是

7、无焦点状态）；用户的交互方法（例如快捷键和右键菜单）；系统时间会应用户的反馈时间；各种特色的控件交互；窗口位置、大小；软件导航的数据与软件同步；错误的预防和恢复；标准色、图标指针的标准应用；报表或菜单的页面打印格式和内容；程序功能键的可用性；即时帮助与提示。系统接口需求1.14接口需求一接口目的接口方式与标准以何种方式提供接口、如何使用接口、接口必须遵守的标准规范。接口内容接口传递的数据信息与处理过程描述等。1.15接口需求二1.16转换需求数据转换需求。通常需要把一些历史数据（包含纸质的、电子的独立文件）导入到开发的系统中去。代码集如果代码内容较多，可以在独立的文档中按照以下要求编写，并将此

8、独立文档作为附件。1.17代码一说明此代码名称，并对代码的用途或内容等进行简述，说明代码采用的编码规则，并说明代码集内容。代码集属性至少包含：编码、名称、说明，可以增加其他属性列（简称、缩写等）。如果编码规则使用国标或行标等相关标准规范，可以在此写出引用标准规范名称，并将被引用标准规范作为附件，不再需要填写下表。代码名称代码简述编码规则#编码名称说明123451.18代码二系统运行环境说明系统正式运行的客户环境要求，最好结合系统部署图进行说明。1.19软件环境列出支持软件,包括要用到的操作系统、中间件、数据库等。1.20硬件环境列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括

9、：处理器型号及内存容量；外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；数据通信设备的型号和数量；其他输入及输出设备的型号和数量，联机或脱机。1.21网络环境其它需求可选章节，根据业务需要选择涉及到的小节进行描述，如果小节的内容不能涵盖其他需求，可以增加小节进行描述，例如扩充性，扩展性，软件所有必需的法律免责声明、担保、版权声明、专利声明、文字商标、商标或徽标遵从问题等。1.22性能需求描述哪些业务操作对性能的具体需求，并解释产生性能需求的原因以帮助开发人员作出合理的设计选择。性能需求通常包含：并发用户数量（总用户量及并发用户量）；事务的响应时间（平均值、最大值），通常指在达到最大并

10、发用户时的响应时间；吞吐量，例如每秒事务数 ，通常指在达到最大并发用户时的吞吐量；容量；一般指系统能够容纳的用户或事务数量；1.23存储需求描述磁盘空间、数据库或存储器的数据容量需求。一般计算每年的数据存储需求，每年的增长率等。1.24易用性需求易用性需求指用户为使用系统功能所做的努力与使用评价，一般包含易理解、易学习、易操作等方面。1.25可靠性需求可靠性需求指系统保持正常运行的能力，常用的衡量指标：此处应指定系统的可靠性需求。建议如下：可用性 指有效的时间内运行比率的正常值（运行比率=正常运行时间（正常运行时间+修复时间）；平均故障间隔时间（MTBF） 通常以小时为单位指定，但也可以天、月

11、或年为单位指定；平均修复时间（MTTR） 指在系统发生故障后允许系统中断时间；准确性 指定在系统输出中必需的精度（分辨率）和准确性（按照某些已知的标准）；最大错误或缺陷率 通常以每千行代码错误数（错误数KLOC）或每个功能点错误数（错误数功能点）为单位表示。1.26可维护性需求可维护性指维护系统正常运行或修复问题所做出努力的程度。一般包含日常运维、服务响应、系统升级、系统运行监控方法与手段、问题定位与分析方法、完整可靠的数据备份方案以及相关的制度规范等方面的要求。1.27安全需求安全性需求一般包含：应用安全数据安全网络与系统安全物理安全确定系统安全性的要素一般包含：确定需要保护的安全对象确定安全威胁的来源确定安全威胁的类型意外的损坏或破坏 故意的损坏或破坏 欺骗行为黑客行为病毒/木马1.28设计约束说明对于要构建系统的所有设计约束。设计约束是指批准的必须遵从的设计决定，一般包含软件语言、软件流程管理、使用的开发工具、体系结构和设计约束、购买的组件、类库等。