金融产品名称需求分析书规范

《金融产品名称需求分析书规范》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、金融产品名称需求分析书规范某金融产品需求分析书(金融产品名称)需求分析说明书制作单位：(业务部门或科技部门)规格标准的版本号:V1.0文档编号:(按照中国银行文档资料统一编码规则编制文档编号)版本号:（按照中国银行关于版本号管理的有关规定填写）需求负责人（技术）:需求负责人（业务）:编写人员:(参加需求编写的所有人员,包括软件中以参加人员、业务部门参加人员)校对人员:技术部门主管签字：年月日目录3第一章引言1.1编写目的31.2项目背景31.3基本定义3第二章产品概述8><#004699'>42.1目

2、标<#004699'>42.2运行环境<#004699'>42.3条件与限制<#004699'>4第三章业务流程分析53.1业务流程分析53.2业务数据流图53.2数据词典53.3数据采集5第四章功能需求6<#004699'>4.1功能划分6<#004699'>4.2功能描述6<#004699'>4.3软件接口6<#004699'>4.<#004699'>4故障处理6第五章其它需求75.1应用环境75.2其它要求7参考资料8引言1.1编写目的阐述编写需求分析说明书的目的及意义。1.2项目背景阐述当前业

3、务系统现状以及业务未来的发展情况阐述新系统与其它系统的关系1.3基本定义列出文档中所用到的专门述语的定义和缩写词的原文。产品概述2.1目标描述要开发产品应达到的目标。2.2运行环境描述产品所应用环境的框架。包括软件组成、硬件组成、网络构成、系统架构及其说明等。2.3条件与限制给出产品设计应遵守的条件和受到的限制。主要有如下几方面：开发单位或部门应具备的条件。开发者完成开发工作的期限。系统在推广、上点的时间和条件限制。应用环境受到的限制，如网络带宽。可维护性、可移植的限制。软件使用者、管理者对计算机了解

4、的限制。应根据软件所面向的对象（业务人员、个人、企业等），设计时给予不同的考虑。系统应用规范的限制，包括应用机构数、终端数等。业务规模的限制（百万笔／小时），即对系统处理能力的要求。第三章业务流程分析3.1业务流程分析采用结构化分析等方法对业务流程进行分析，弄清部门关系、客户关系、柜员关系、管理者关系、银行关系等。3.2业务数据流图根据业务流程分析，绘制详细的业务数据流图（DataFlowDiagram）。DFD图的基本符号如下：3.2数据词典对业务数据流图中出现的所有被命名的图形元素在数据词典中作为

5、一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。数据词典中所有的定义应是严密、精确的，不可有半点含混，不可有二义性。数据流词条描述应包括的内容有：数据流名、数据流来源、数据流去向、数据流的组成（即数据结构）、数据流的流通量等。数据元素词条描述应包括：数据元素名、类型、长度、取值范围、相关的数据元素及数据结构。数据文件词条描述应包括：数据文件名、数据文件组成、存储方式、存取频率、输入数据、输出数据等。加工逻辑词条描述应包括：加工名、编号、输入数据流、输出数据流、加工逻辑等。源点及汇（终）点

6、词条描述包括：名称、简要描述、有关数据流、数目等。3.3数据采集说明业务数据的采集方法和要求，如联行号、货币等。第四章功能需求<#004699'>4.1功能划分对系统所需功能进行划分，并对各功能之间的关系进行说明。<#004699'>4.2功能描述概要说明系统的各项功能。系统各功能的输入、输出、处理等的详细要求由《功能说明书》中给出。<#004699'>4.3软件接口详述该系统与其它系统的接口需求情况。<#004699'>4.<#004699'>4故障处理从业务和技术上阐述出现故障情况下总的处理要求，

7、如断点恢复性能、故障恢复时对数据完整性的要求等。对于各项功能的出错处理具体要求在《功能说明书》给出。第五章其它需求5.1应用环境这里主要描述系统的一些非功能性要求。可根据要开发系统的情况，增加一些内容。描述要开发系统的应用范围，包括是全辖使用还是在某一局部使用；使用时系统覆盖到一级别等。时间特性要求联机系统响应时间要求系统批量处理时间要求系统故障恢复时间要求历史数据存放时间要求运行时间要求，例如：正常工作时间还是连续二十四小时工作系统安全保密性要求，例如：系统的密码控制要求，数据安全等级与存取控制等。

8、安全防范的主要内容有：防范身份、信息窃取、信息否认、信息重发、信息重复等的处理要求。5.2其它要求根据需要，可能还需对系统的可维护性、可移植性、软件重用等进行说明。参考资料项目经核准的计划任务书、合同或上级机关的批文项目开发计划文档所引用的资料业务规章制度业务操作规程业务有关的凭证原件市场分析调研报告机构网点统计表最近一年的业务量统计表PAGEPAGE1