5-业务需求说明书(模板).doc

业务需求项目名称 业务需求说明书文件编号：业务环节：需求版本：文件名称：编 写 人：编写日期：处室负责人：审核日期：分管局长：批准日期：青岛地税业务需求组修订记录修订人修订日期修订内容目 录1.前言41.1.编写目的41.2.范围41.3.定义、缩写词、略语41.4.参考资料42.项目概述42.1.功能描述42.2.用户特点52.3.约束53.功能需求53.1.边界范围53.2.业务需求内容63.2.1.63.2.1.1.功能概述63.2.1.2.概要流程图63.2.1.3.输入信息63.2.1.4.业务前提63.2.1.5.操作岗位63.2.1.6.业务流程及处理规则63.2.1.7.相关环节处理说明73.2.1.8.特殊操作要求73.2.1.9.输出信息73.2.1.10.查询及统计要求73.2.2.73.2.3.查询及统计要求74.非功能需求84.1.性能需求84.2.设计约束84.2.1.其他标准的约束84.2.2.环境的限制84.3.属性84.3.1.可用性84.3.2.安全性84.3.3.可维护性94.3.4.灵活性94.3.5.故障处理94.4.外部接口需求94.4.1.用户接口94.4.2.硬件接口94.4.3.软件接口94.4.4.通信接口94.5.其他需求104.5.1.数据104.5.2.操作101. 前言1.1. 编写目的 说明编写这份软件需求的目的，指出预期的读者 1.2. 范围 待开发软件系统的名称；说明该需求的提出者（市局业务处室或基层局）；说明该软件将干什么，如果需要的话，还要说明该软件不干什么。 1.3. 定义、缩写词、略语 本条中必须提供全部需求的术语、缩写词及略语的定义，以便对需求进行适当的解释。（可作为附件，注明附件编号） 1.4. 参考资料 在需求中各处参照的文件的全部清单，如税法、法规、文件等规定等，要求注明文件文号，文件名称，来源文献名，等。例如： XXXX字2006（XX）号，文件名（可作为附件，注明附件编号） 2. 项目概述2.1. 功能描述 为了使业务需求更易于理解，对本文所涉及的业务环节给出总体概述。叙述软件开发意图，应用目标、作用范围，解释该软件与其他有关软件之间的关系。如果本软件是一项独立的，而且全部内容自含，请说明。如果是一个更大系统的一个组成部分，说明与大系统中其他组成部分之间的关系。表述方式可为业务功能框架，主要业务流程以及与其它业务环节之间的主要关系图，编写时可根据需要增、减。 2.2. 用户特点 列出软件的最终用户的特点，充分说明操作人员、维护人员的经验、岗位特点、操作水平等，如果用户为临时或者操作水平差的用户，应明确要求系统包含如何完成基本功能的提示，既在线提示或向导性指示；说明软件预期使用频繁程度、重要程度（分为高、中、低三类）。 2.3. 约束 对设计系统时限制开发者的一些项目（在开发商进入项目时完成），包括：硬件限制、应用间接口标准、并行操作、语言、通信协议、安全及保密方面的考虑、临界点、开发期限等。 3. 功能需求本章包括在设计开发时业务需要的全部细节（本次编写工作的主要内容）。是需求说明说中篇幅最大和最重要的部分。要求按照实施方案规定的准则（可验证性、无二义性、业务闭合性等），对每个细节作具体描述。应注意：按照符合逻辑和可读易懂的方式组织；详细描述每一个需求，使该需求所达到的目标能够在以后测试过程中进行客观验证。3.1. 边界范围 功能边界图 3.2. 业务需求内容3.2.1. 功能需求1 3.2.1.1. 功能概述 描述该功能要实现的主要业务内容，内容要高度概括，为以后软件开发人员了解和掌握业务有非常大的帮助 3.2.1.2. 概要流程图 流程图，图例要清除的说明业务流程，不能有任何遗漏及业务不闭合现象 3.2.1.3. 输入信息 该项业务输入的表、证、单、书及其他资料。（表、证、单、书作附件） 其它环节或系统提供进入本流程的数据信息 3.2.1.4. 业务前提 在本功能模块开始前的必要准备和前置条件，即在什么前提下启动此流程 3.2.1.5. 操作岗位 对业务流程涉及的岗位进行列举 3.2.1.6. 业务流程及处理规则 该项业务具体处理流程描述，可配以图例说明，可提供流程图（Word图表、Visio图表）。可根据实际情况进行其他方位的流程描述，如：除通用流程描述外可以添加岗位流程描述 3.2.1.7. 相关环节处理说明 对业务流程及规则无法在上一项中体现的，在本项中予以说明或详细列举 3.2.1.8. 特殊操作要求 对系统处理的具体要求，可包括界面布局、操作方便性、响应时间、逻辑校验等方面的特殊要求。例如：说明在业务执行过程中，每一执行步骤中需要随时查询的相关信息，目的是在操作过程中给最终用户提供一个便捷、直观的相关信息的查阅及参考功能（*此被列举功能很重要*） 业务处理方面的特殊要求及注意事项 3.2.1.9. 输出信息 该项业务输出的表、证、单、书及其他资料。（表、证、单、书作附件） 向其它环节或系统提供的数据信息 3.2.1.10. 查询及统计要求 在此功能项中，需要对该功能、相应模块甚至整个系统的相关信息查询及统计方面的功能描述及设想 。 。3.2.2. 功能需求X 。 。3.2.3. 查询及统计要求对相关信息查询及统计方面的功能描述及设想 4. 非功能需求4.1. 性能需求 具体说明软件、人与软件交互的静态或动态数值需求。静态数值例如：支持的终端数量；并行操作的用户数；处理的文卷和记录数；表和文卷的大小。动态数值例如：处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期内处理的数据总量；响应时间；数据精度等 4.2. 设计约束4.2.1. 其他标准的约束 例如：报表格式；数据命名；Log审计等等 4.2.2. 环境的限制硬、软件配置特点。包括：设备型号、数量；内、外存储器容量；存储格式、方式；处理器型号、数量；输入输出设备的型号；通信设备的型号；其他专用硬件；操作系统、中间件及数据库系统方面的配置等等。 4.3. 属性4.3.1. 可用性 指定一些因素，如检查点、恢复和服务或设备重启动等等，保证系统有一个确定的可用性级别 4.3.2. 安全性 指保护该软件的要素，用来防止各种非法的访问、使用，修改、破坏或者泄密。例如包括：可靠的密码技术；掌握特定的记录或者历史数据；限定一个程序中的通信；临界值的检查等等。 4.3.3. 可维护性 制定需求确保软件是可维护的 4.3.4. 灵活性 制定需求以保证当需求发生某些变化时，软件对变化的适应能力。包括：操作方式的变化；运行环境的变化；接口的变化；精度变化等等 4.3.5. 故障处理4.4. 外部接口需求4.4.1. 用户接口 用户使用时的接口需求，如显示