模板业务需求说明书

/业务需求说明书模板Ｖｅｒsioｎ0。1核准签名核准人项目经理日期核准人系统分析师日期核准人客户日期核准人日期核准人日期核准人日期修订历史日期版本描述作者２０10—０9-110．1草稿谭勇

目录TOC\o”1－3"＼h\zＨYＰERＬINK\l"_Toc2７8833876"1ﻩ介绍ﻩPAＧEＲEF_Ｔoc27８833876＼h4HYPERLINＫ\l”＿Tｏc２78833８７7”1．1 文档概述 PAGＥＲＥF_Toc２7８8338７７\h4ＨYPEＲLINＫ＼l”＿Toc2７88３3８78"1.2ﻩ目标ﻩＰAGEREF_Toc2７883３878＼h4ＨＹＰERLINＫ\ｌ”_Ｔｏc2７８８３387９"1．3 范围ﻩPAGEREＦ＿Toｃ278833879\h4HYPERＬIＮK＼l"_Toc27８8３3880＂1。4ﻩ定义、术语及缩写ﻩPAＧEREF_Toｃ2７8８33880\h4ＨYPＥRLIＮK\l”_Toｃ2788３３88１”１．5ﻩ参考 PAGＥRＥF_Ｔoc2788３3８81\h5ＨYPEＲLINK\l”_Toｃ2７88３3882＂２ﻩ业务概述ﻩＰAGEＲEF＿Toc27８833882\h5ＨＹPERLINK＼l”_Toｃ２788３3８83"2.1ﻩ项目背景ﻩPAGEREF＿Toｃ278833883\h5ＨYPＥRＬINＫ2．2。２ﻩ业务服务对象ﻩPＡGＥREF_Ｔoc２788３3886＼h5HYＰERLINK＼l"＿Toc27８83３887”2.２.3ﻩ业务范围 ８83３８８７＼h５HＹＰEＲLINK\ｌ"_Toc278833８88＂2.２.4ﻩ主要业务特点 ＰAGEREF_Toｃ２7883３8８8\h5HYPＥRLＩＮK＼l"_Toｃ278８３3８89＂３ 业务需求分析ﻩＰAＧＥＲEF_Toｃ２７88３3８8９\h６ＨYＰEＲLＩNＫ＼l＂_Toc2７8833890”3．1ﻩ组织结构ﻩＰAGEREF_Tｏc278833890＼h６ＨYPEＲLINK＼ｌ"＿Toｃ27883３891”3.1.1 部门组织机构概况ﻩPAGEREF_Ｔｏc27883３89１\ｈ6HYＰERＬＩNK\l”_Toc278８3389２"3.1.２ 岗位职责概况 ＰAGEREＦ＿Toｃ2７88３３892\h6ＨYPＥRＬINＫ\l＂_Toc２７8833893＂３．2ﻩ业务描述 ８83３893\h7HYPERＬINK\ｌ”_Tｏc27８83３８94”3．２。1 〈业务1＞名称 PＡGEREF_Toc27８833894＼h7HYPERLINＫ＼ｌ"_Ｔoc278８３３895＂3。2。2 〈业务2>名称 PAGＥREF＿Toc278833895\h8HYＰERLIＮK3．４ 业务接口 PAGERＥF_Toc２7８83３9００\h9HYPERＬIＮK\l"_Ｔoc2７88３39０1＂3.５ 业务规则 ０1\h９HYPEＲLINK\ｌ"＿Ｔoc27883390２＂４ 附录ﻩPＡGEREF＿Tｏｃ２７8833902＼h10HYＰERＬINK\l"_Tｏc27８８3３９03”4.１ 附录1:待确定问题的列表ﻩＰAGERＥF_Ｔoｃ27８8３39０３\h1０ﻬ介绍[本文档应主要描述业务处理过程和用户要求(包括功能要求和非功能要求),为后继的分析和需求规格说明书编制奠定基础。］［在正式编写文档时,请删除内容要求部分。]文档概述本文档主要描述了XXXXXXXＸXX系统项目的软件业务需求说明。本文档首先从项目背景、现有业务类型、服务对象等方面概要描述系统，其次从组织结构、接口、规则等方面描述系统的业务需求分析情况，然后进一步详细描述系统的业务内容、业务信息表单以及有待进一步确定的问题。目标［说明编写这份文件的目的，并简要描述本文档的目的。］示范：―――仅供参考,不具备任何实质性的内容。本文档作为XX部门与XＸ部门之间就XX需求理解达成一致共识的基础文件，作为双方界定项目范围、签定协议的主要基础，也作为本项目验收的主要依据。同时,本文档也作为本部门ＸX项目组后继工作开展（包括制定合理可行的项目计划、优秀的系统设计、开发高质量的程序等）的基础，供双方项目主管负责人、项目操作人员、技术开发人员、测试人员等理解需求之用。范围[说明这份文件的适用范围及其阅读对象，列举软件需求说明所针对的不同读者,例如项目负责人、开发人员、部门主管、对方项目负责人、用户、测试人员或文档的编写人员。提出最适合于每一类型读者阅读文档的建议。］示范：―――仅供参考,不具备任何实质性的内容。本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。定义、术语及缩写［列出本文档所涉及的专业术语、缩写词及相关定义。定义所有必要的术语，以便读者可以正确地解释软件需求规格说明,包括词头和缩写。你可能希望为整个部门创建一张跨越多项项目的词汇表,并且只包括特定于单一项目的软件需求规格说明中的术语。]术语/缩写定义参考［列出本文的参考文件清单,包括出版单位、作者、版本、日期等信息。]文档名称文档标题业务概述项目背景［概要描述本系统的项目背景和起源。若用图表更能清楚描述项目背景,则建议在用自然文字描述业务的同时,辅以图形、表格来更精确地描述业务。]现有业务概述业务类型［描述部门业务所属的业务类型，请根据实际需要进行进一步详细注释、描述。］业务服务对象［描述部门的业务服务对象，请根据实际需要进行进一步详细注释、描述.］业务范围［描述部门的业务范围，以便确定系统边界。]主要业务特点[描述部门的主要业务特点，请根据实际需要进行进一步详细注释、描述.］业务需求分析[本章节将根据需求调研以及部门的业务处理流程，为业务系统建立一个视图,为进一步的需求分析和系统分析提供相关环境背景.注意，这部分不应包括详细的功能需求和项目计划信息.]组织结构［描述本部门的组织结构和职能部门职责。建议先以框图形式画出系统所涉及的本部门的组织结构,然后以表格形式详细说明每个职能部门及其下属作业单元的具体职责。]部门组织机构概况表ＳEQ表＊ARABIC１［XXX部门]组织机构调查表(图形式）部门名称

职能总述

下设机构（科室）名称主要职能简述

岗位职责概况表2［XXＸ部门]岗位职责[XXX岗位职责名称]调查表机构科室名称岗位名称岗位职责科室1

科室2

科室3

业务描述[从整个业务层次高度给出业务分包，为以后的概要设计、划分子系统提供依据.］＜业务1〉名称3．2.1。1〈业务1>流程图[以流程图的形式表示系统的业务1的流程和涉及到的职能部门及岗位。建议采用协作图或者顺序图＋活动图的形式给出业务处理流程。]３.２.1．2<业务１＞流程描述［用自然语言的形式描述3．2.1。１流程图中的业务处理过程，以使读者对业务细节有进一步的了解。处理过程信息包括：业务所涉及到的职能部门、岗位,该业务需要提供的业务报表,所产生的业务报表、业务处理的步骤以及该业务所受约束。］注:也可以用表格形式来说明业务处理过程,具体如下:表3[XXX业务流程名称]业务流程调查表(表格式）主管部门(科室）名称

序号重点工作环节责任人（岗位）责任部门需提供的业务报表产生的业务报表备注

3．2。１。3＜岗位〉职责执行过程<岗位1>名称职责执行过程可以采用职责执行流程图或UML视图的方式表达，并填写下表。表4［xxｘx职责]职责执行调查表岗位职责

业务往来部门

业务往来岗位

执行职责的工作步骤：1.２。3．约束条件：(此项为可选）接收的业务信息产生的业务信息

３．2.1。4假设与依赖关系[列出业务1的所有假设与依赖关系,比如:某国际报送业务流程会依赖于当地机构是否支持EDI呈报.]＜业务2>名称［结构同上3。２.1。]〈业务n＞名称［结构同上3.2.1。］业务信息表单［请详细列出在业务需求描述中所涉及到的表单名称、表单结构(字段名称、长度、数据类型等)、使用流程。］业务１表单调查表3.3.1。1业务1表单基本信息表５业务表单调查表序号业务表格名称用途来源去向备注

表６［XＸXＸ]表字段信息调查表序号业务字段名称类型字段描述

3．3.1.２业务１信息表单关系业务2表单调查表３．3.2。1业务2表单基本信息［结构同上3.３。１。1。］３.3.2。2业务2信息表单关系［结构同上3。３。1.２.］业务接口［以数据接口图的形式表达业务流程之间、业务流程内部的接口.］业务规则［列举