金融产品需求分析说明书

1、（金融产品名称 ）需求分析说明书制作单位：（业务部门或科技部门 ）规格标准的版本号 :V1 .0文档编号 :（按照中国银行文档资料统一编码规则编制文档编号 ） 版本号 : （按照中国银行关于版本号管理的有关规定填写）需求负责人（技术）需求负责人（业务）编写人员 :（参加需求编写的所有人员 ,包括软件中以参加人员、业务部门参加人员 ）校对人员 :技术部门主管签字：年 月 日目录第一章 引言 41.1 编写目的 41.2 项目背景 41.3 基本定义 4第二章 产品概述 52.1 目标 52.2 运行环境 52.3 条件与限制 5第三章 业务流程分析 63.1 业务流程分析 63.2 业务数据流图

2、 63.2 数据词典 63.3 数据采集 7第四章 功能需求 84.1 功能划分 84.2 功能描述 84.3 软件接口 84.4 故障处理 8第五章 其它需求 95.1 应用环境 95.2 其它要求 9参考资料 10第一章 引言1.1 编写目的阐述编写需求分析说明书的目的及意义。1.2 项目背景 阐述当前业务系统现状以及业务未来的发展情况 阐述新系统与其它系统的关系1.3 基本定义列出文档中所用到的专门述语的定义和缩写词的原文第二章 产品概述2.1 目标描述要开发产品应达到的目标。2.2 运行环境描述产品所应用环境的框架。包括软件组成、硬件组成、网络构成、系统架 构及其说明等。2.3 条件与

3、限制给出产品设计应遵守的条件和受到的限制。主要有如下几方面：1. 开发单位或部门应具备的条件。2. 开发者完成开发工作的期限。3. 系统在推广、上点的时间和条件限制。4. 应用环境受到的限制，如网络带宽。5. 可维护性、可移植的限制。6. 软件使用者、管理者对计算机了解的限制。 应根据软件所面向的对象 （业 务人员、个人、企业等） ，设计时给予不同的考虑。7. 系统应用规范的限制，包括应用机构数、终端数等。8. 业务规模的限制（百万笔小时） ，即对系统处理能力的要求。第三章业务流程分析3.1业务流程分析采用结构化分析等方法对业务流程进行分析，弄清部门关系、客户关系、柜 员关系、管理者关系、银行

4、关系等。3.2业务数据流图根据业务流程分析，绘制详细的业务数据流图（Data Flow Diagram） DFD图的基本符号如下：加工。输入数据在此进行变换产生输出数据，其中要注明加工 的名字。数据输入的源点（source）或数据输出的汇点（Sink）。其中要注 明源点或汇点的名字。数据流。被加工的数据与流向，箭头边应给出数据流名字，可 用名词或名词性短语命名。数据存储文件或数据表名。也必须加以命名，用名词或名词性 短语命名。3.2数据词典对业务数据流图中出现的所有被命名的图形元素在数据词典中作为一个词 条加以定义，使得每一个图形元素的名字都有一个确切的解释。数据词典中 所有的定义应是严密、精

5、确的，不可有半点含混，不可有二义性。数据流词条描述应包括的内容有：数据流名、数据流来源、数据流去向、数 据流的组成（即数据结构）、数据流的流通量等。数据元素词条描述应包括：数据元素名、类型、长度、取值范围、相关的数 据元素及数据结构。数据文件词条描述应包括：数据文件名、数据文件组成、存储方式、存取频 率、输入数据、输出数据等。加工逻辑词条描述应包括：加工名、编号、输入数据流、输出数据流、加工 逻辑等。源点及汇（终）点词条描述包括：名称、简要描述、有关数据流、数目等。3.3 数据采集说明业务数据的采集方法和要求，如联行号、货币等。第四章 功能需求4.1 功能划分对系统所需功能进行划分，并对各功能

6、之间的关系进行说明。4.2 功能描述 概要说明系统的各项功能。系统各功能的输入、输出、处理等的详细要求由 功能说明书中给出。4.3 软件接口详述该系统与其它系统的接口需求情况。4.4 故障处理从业务和技术上阐述出现故障情况下总的处理要求，如断点恢复性能、故障 恢复时对数据完整性的要求等。对于各项功能的出错处理具体要求在功能 说明书给出。第五章 其它需求5.1 应用环境1. 这里主要描述系统的一些非功能性要求。可根据要开发系统的情况，增加一 些内容。2. 描述要开发系统的应用范围，包括是全辖使用还是在某一局部使用；使用时 系统覆盖到一级别等。3. 时间特性要求联机系统响应时间要求系统批量处理时间要求系统故障恢复时间要求历史数据存放时间要求 运行时间要求，例如：正常工作时间还是连续二十四小时工作4. 系统安全保密性要求，例如：系统的密码控制要求，数据安全等级与存取控 制等。安全防范的主要内容有： 防范身份、信息窃取、信息否认、 信息重发、 信息重复等的处理要求。5.2 其它要求根据需要，可能还需对系统的可维护性、可移