业务需求文件模版v1.2.docxVIP

无锡地铁集团有限公司业务需求书编制：审核：修订历史版本/状态作者审核人起止日期备注注：状态有新编、修订、发布；1.0版本为发布的起始版本，之前编0.x版本；备注填写编制或修订的内容。目录1介绍11.1文档概述11.2目标11.3范围11.4定义、术语及缩写21.5参考22业务概述22.1用户现状/业界当前系统22.2业务目标22.3业务过程分解22.4本业务模型与其他系统的关系32.5业务边界定义33业务需求分析33.1组织结构33.1.1部门组织机构概况43.1.2岗位职责概况43.2 子业务1名称43.2.1业务流程53.2.2干系人的关注目标63.2.3业务规则63.2.4操作界面说明73.2.5数据实体73.3 子业务2名称73.3.1业务流程及流程描述73.3.2干系人的关注目标73.3.3业务规则73.3.4操作界面说明73.3.5数据实体73.4业务信息表单83.4.1业务1表单调查表83.5业务接口83.6业务规则84基础数据说明85非功能需求85.1性能95.2权限管理95.3紧急性95.4期望上线时间95.5不允许发生的事件96附录96.1附录1：供应商与产品96.2附录2：待确定问题的列表10介绍【本文档应主要描述业务处理过程和用户要求（包括功能要求和非功能要求），为后继的分析和技术需求书编制奠定基础。】文档概述【本文档主要描述了XXXXXXXXXX系统项目的业务需求说明。】本文档首先从项目背景、现有业务类型、服务对象等方面概要描述业务需求，其次从组织结构、接口、规则等方面描述业务需求分析情况，然后进一步详细描述业务内容、业务信息表单以及有待进一步确定的问题。目标【说明编写这份文件的目的，并简要描述本文档的目的。】示范：―――仅供参考，不具备任何实质性的内容。本文档作为XX部门与XX部门之间就XX需求理解达成一致共识的基础文件，作为双方界定项目范围、签定协议的主要基础，也作为本项目验收的主要依据。同时，本文档也作为本部门XX项目组后继工作开展（包括制定合理可行的项目计划、优秀的系统设计、开发高质量的程序等）的基础，供双方项目主管负责人、项目操作人员、技术开发人员、测试人员等理解需求之用。范围【说明这份文件的适用范围及其阅读对象，列举业务需求说明所针对的不同读者，例如项目负责人、开发人员、部门主管、对方项目负责人、用户、测试人员或文档的编写人员。提出最适合于每一类型读者阅读文档的建议。】示范：―――仅供参考，不具备任何实质性的内容。本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。定义、术语及缩写【列出本文档所涉及的专业术语、缩写词及相关定义。】【定义所有必要的术语，以便可以正确地解释软件需求规格说明，包括词头和缩写。】术语/缩写定义参考【列出本文的参考文件清单，包括出版单位、作者、版本、日期等信息。】文档名称文档标题业务概述用户现状/业界当前系统【概要描述本系统的项目背景和起源。若用图表更能清楚描述项目背景，则建议在用自然文字描述业务的同时，辅以图形、表格来更精确地描述业务。用于老系统改进时，主要阐述用户现状（组织架构、IT应用现状等）；用于新项目时，需要简单阐述业界同类系统所提供的功能。】【描述部门的业务服务对象，请根据实际需要进行进一步详细注释、描述。】业务目标【阐述本项目具体实现的业务目标，即解决的业务问题，是业务需求的出发点和核心所在。】业务过程分解【根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程等。】本业务模型与其他系统的关系【阐述本系统/模块与其他模块或系统可能存在的关系，可以用关系图表示。】业务边界定义【描述部门的业务范围，以便确定系统边界。】可选。根据实际情况撰写，例如：乘务管理与运营生产管理的业务边界。业务需求分析【本章节将根据需求调研以及部门的业务处理流程，为业务系统建立一个视图，为进一步的需求分析和系统分析提供相关环境背景。注意，这部分不应包括详细的功能需求和项目计划信息。】【需求说明书说清楚了如下问题：业务的办理流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求）办理该业务？系统最后操作哪些数据、生成哪些表单？详细描述需要说清楚如下四个要素：该功能的业务流程，该功能的业务规则,该功能的操作界面,该功能涉及的业务实体。业务流程：业务流程说明这个功能的办理步骤、以及每个步骤有哪些角色参与。建议业务流程用活动图并辅以文字加以描述。业务规则：业务规则是指业务办理过程中的一些约束条件，包括前台界面校验规则和后台业务逻辑规则。业务规则一般用文字描述，建议紧接着业务流程图，针对业务流程图中的每个操作环节，逐一描述其业务规则。操