需求规格说明书模版

1、软件需求规格说明书模版ASIT-SP-SE02-T01版本：1.0发布日期：2010-10-08北京航天理想科技有限公司修订历史记录：*A -增加 M -修订 D -删除变更版本号日期变更类型（A*M*D）修改人摘要备注项目名称软件需求规格说明书当前版本号：需求确认时间:【客户名称】北京航天理想科技有限公司文件变更记录*A -增加 M -修订 D -删除变更 版本 号日期变更类型（A*M*D ）修改人变更摘要备注需 求 调 查 过 程调查情况概述，包括调查时间、调查人、被调查人、调查方式、需求审查人、调查过程情况等。需 求 承 诺本软件需求规格说明书建立在双方对需求的共同理解基础之上， 软件需

2、求规 格说明书在确认后纳入需求基线控制，对需求基线进行变更需要按照变更控制规程” 按流程进行。我同意后续的开发工作根据该软件需求规格说明书开展。我明白需求的变更可能将导致双方重新协商成本、资源和进度等。甲方代表签字：时间：乙方代表签字：时间：目录1前言61.1目的61.2读者对象及阅读建议 61.3参考文档61.4术语与缩略语解释 62 综合描述62.1项目背景62.2关键问题说明 62.3项目建设目标62.4项目范围72.5现行业务调查 72.5.1职能结构图72.5.2相关岗位职责 72.5.3现行业务流程图（或活动图） 73.功能需求83.1功能需求概述 83.1.1新系统功能清单 83

3、.2功能需求描述 93.2.1功能模块1 （如：报警中心。角色桌面作为功能模块进行描述，在功能模块之前描述）.93.2.1.1.1 流程图 93.2.1.1.2流程图说明 93.2.1.1.3功能页面103.2.2功能模块2114 数据字典115.接口需求115.1与XXX系统接口 115.1.1XXX 系统情况 115.1.2接口方案描述115.2与YYY 系统接口 126非功能性需求 126.1可用性需求126.2性能需求 126.3可靠性需求126.4可移植性需求 126.5安全性需求127.补充资料127.1待确定的问题列表 127.2表证清单12模板中用蓝色标示的文字全为注解或需注意

4、的地方，形成正式文档时请删除 【说明：对于规模较大的系统建议编写一份总体需求规格说明书，将非功能需求放在总体说明书上，各分 册只描述功能方面的内容。】1前言北京航天理想科技有限公司（以下简称乙方）根据合同为YYYYYY （以下简称甲方）开发 XXXXXX项目应用软件。本软件需求规格说明书是乙方在调研甲方实际业务需求的基础上分析整理后形成的，建立在双方 对需求的共同理解基础之上。软件需求规格说明书经双方确认后形成软件需求基线，成为项目后续系列工作开展的基础，不得随意更改。如果需求发生变化，甲乙双方将按照“需求变更控制规程”执行。甲 乙双方均明白需求的变更将可能导致双方重新协商成本、资源和进度等。

5、1.1目的【说明：规定系统的边界和目标，描述系统的功能性需求和非功能性需求。】1.2读者对象及阅读建议【列举软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文 档的编写人员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类型读者阅读文档的建 议。】1.3参考文档【说明：列出本文档的所有参考文献，包括计划任务书、合同、批文、引用到的文件、资料及软件开发标 准等。用书名号扩起来】1.4术语与缩略语解释【说明：列出本文件中用到的专门术语的定义和缩写词的原词组， 并给予解释，以便于所有读者达成共识。】2.综合描述2.1项目背景【说明：概述项目产生的背景情

6、况，如客户的概况、业务的概况、原有系统的概况等。】2.2关键问题说明【说明：提供一段说明，总结此项目正在解决的问题，如管理上不可控、流程不顺畅、业务处理效率不高等等。】关键问题关键问题描述优先级低高优先级是根据需求 轻重缓急”的分级表述，划分为 高、中、低”三级。2.3项目建设目标【说明：概述客户希望通过项目达到的管理提升、业务改进、效率提高等方面的目标，这是项目的愿景文件，一般不应该超过5条。】2.4项目范围【说明：阐述本项目 适用的领域”和 不适用的领域”本项目 应当包含的内容”和 不包含的内容”。2.5现行业务调查2.5.1职能结构图【说明：详细说明项目涉及的部门组织结构，目标客户的工作

7、环境。该项目或具体子系统相关的业务部门、 技术部门、管理部门。职能结构图用 VISIO的“组织结构图”编辑，下面是个例图】州电组机图 柳供局织构 L r - B- - K r K- - » m -kll Emi17HI呼叫山心"“八"八郊区抄应班平下人kAwrnrTHEMrT717-ll-.rl-1!i*户常讯班'业着班1抄衣班玮班1'外址班2.5.2相关岗位职责【说明：按部门说明系统中的涉及的相关岗位、职责。】部门岗位职责描述2.5.3现行业务流程图（或活动图）【说明：用流程图或带泳道的活动图来描述当前情况下业务的工作流转情况。下面VISIO格式

8、的流程图例图】开始初始化当月电费档案3.功能需求3.1功能需求概述3.1.1新系统功能清单【说明：功能代码、功能模块、功能名称、功能描述、重要程度。功能代码的编码规则：用数字代码表示，前两位代表子系统，后两位代表功能模块，再后两位表示功能名 称，以此类推。例如：010101，其中前两位01代表智能报警中心子系统，中间两位01代表报警中心模块,最后两位01代表具体功能名称。权限控制：描述不同权限得角色，是否对该功能模块可见。优先级是根据需求 轻重缓急”的分级表述，划分为 高、中、低”三级 系统特性描述：用精炼的语言描述该功能实现的主要功能。】需求代码功能模块功能名称系统特性描述权限控制优先级01

9、01报警中心低010101待签收报警信息根据角色权限不同，查询其权限范 围内得待签收报警信息。高3.2功能需求描述【说明：对于每一类功能需要具体描述，功能代码需对应3.1.1新系统功能清单】3.2.1功能模块1 （如：报警中心。角色桌面作为功能模块进行描述，在功能模块之前描述）本功能的模块图（功能模块选填） 本桌面的界面原型图 （角色桌面选填）321.1功能项11 （如：待签收报警信息。流程信息作为功能项进行描述）【说明：需求编号、功能项、功能页面、功能描述、对应表单、权限控制 需求编号：对应上述功能模块中定义的功能项代码； 功能项：用简单精炼的词语描述该功能项的名称； 功能页面：描述该功能项

10、中包含哪些功能页面；功能描述：用简单精炼得语言描述该功能项、该页面实现的功能：对应表单：填写该功能页面对应7.2表证清单中的表单编号，根据该表单，确定页面设置、打印等功能实 现；权限控制：描述不同权限得角色，是否对该功能模块可见。 备注：该部分未描述清楚部分在此说明；】需求编 号功能 项功能页面功能描述对应表单权限控制备注010101待签 收报 警信 息根据角色权限不 同，查询其权限 范围内得待签收 报警信息。查询页面登记页面3.2.1.1.1流程图需在工作流绘制流程图，此处为工作流绘制流程图截图3.2.1.1.2流程图说明环节编号环节名称处理实体跳转条件备注【说明:环节编号：描述该环节在工作

11、流中的环节编号。环节名称：描述该环节的环节名称。处理实体：描述该环节的处理实体，例如：XX岗位、XX人、XX环节。跳转条件：描述该环节是否存在跳转、返回、分支等情况。跳转需要描述跳转到哪一环节，返回需描 述返回到哪一环节，分支环节需要描述根据什么条件进行分支及分支后续环节。备注：该部分未描述清楚部分在此说明；】321.1.3功能页面界面原型图【说明：用dreamweaver进行绘制。】字段项字段名 称字段类 型字段长 度是否必填 项编码规范是否设为 查询条件引用 说明？约束条件权限控 制备注【说明：字段名称：字段的中文名称。字段类型：字段的类型，例如varchar，number等等。字段长度：

12、描述字段的最大长度。是否必填项：描述该字段是否需要设置必填属性。编码规范：描述字段引用的编码规范，如果是国标、部标的编码规范，需填写该标准的代码，如果是 自定义的编码规范，需填写该规范的代码（代码详见下文中编码规范中定义的规范代码）；是否设为查询条件：针对查询页面，说明该字段是否需要设为查询条件字段；引用说明：描述该字段是否从前一环节引用过来或者通过数据复用引用过来，以及在该环节是否可以 编辑；约束条件：描述对该字段约束条件。例如身份证号需要进行长度和规则校验，日期型字段需要进行校 验，如结束时间不能早于开始时间，根据某些字段控制其他字段的显示等。权限控制：描述不同权限得角色，是否对该字段可见

13、。备注：该部分未描述清楚部分在此说明；】按钮/链接信息按钮/链接名称实现功能约束条件权限控制备注【说明：按钮/链接名称：按钮/链接的中文名称。实现功能：描述该按钮/链接实现的功能。约束条件：描述对该按钮/链接的约束条件。例如：保存之后才可以出现“传递”按钮等。 权限控制：描述不同权限得角色，是否对该按钮/链接可见。备注：该部分未描述清楚部分在此说明；】321.2功能项12322功能模块24 数据字典字典编号D00001中文名称是否引用描述自行定制代码层次关系名称01是11否【说明：1、 字典编号：为系统的所有数据字典的顺序编号，五位，首字母为D，从1开始顺序递增，例：D0001 ;2、引用描述

14、：分为“自行定制”、“引用XX内容”两种。如果是自行定制的数据字典，填写“自行定 制”；如果是其他功能项维护后产生的数据字典，需要描述该数据字典的数据来源，填写“引用 XX内 容”，例如：功能项“比对方案”中的“数据源”字段所用到的数据字典，就是通过功能项“数据源 配置”中维护后产生的；3、代码：数据字典的代码部分；如果是树形数据字典，在代码填写时需根据层次关系编写代码。4、层次关系：如果是树形菜单需填写其所属层次，如果是树形菜单或者存在上下级关系，填写所属 菜单层次。5、名称：数据字典的名称部分；。】5接口需求5.1与XXX系统接口5.1.1XXX系统情况系统名称系统概述开发单位体系架构实施

15、单位投运时间安全隔离要求5.1.2接口方案描述【说明：本节描述接口的详细方案，接口用途阐明接口实现的业务需求，如实现数据共享、消息传递等； 接口提供方包括我方、其他接口提供厂商；实现方式包括通过中间表、 WEB SERVICE、JMS等等；接口实现说明是指需要描述调用该接口涉及到的调用说明文档，相关的各种包、代码和函数等详细信息。 场景是指系统之间实际发生信息传递的情况，比如说调用全国违法人员请求服务，紧接着将场景对应的消 息格式详细描述出来，其中编码规范填写规范参考 3.2.1.1中编码规范的填写说明】【如果接口比较复杂，推荐单独成册，此处明确对接口方案文档的引用】接口用途接口提供方接口实现方式接口实现说明场景1描述字段代码字段类型字段长度是否为空编码规范字段意义场景2描述字段代码字段类型字段长度是否为空编码规范字段意义5.2与YYY系统接口6. 非功能性需求6.1可用性需求【说明：指客户在界面风格、易用性、易学习性等方面的要求。】6.2性能需求【说明：指客户在系统响应时间、最大允许的并发客户数等方面的要求。】6.3可靠性需求【说明：指客户在平均无故障运