银行crm需求规格说明书

《银行crm需求规格说明书》由会员分享，可在线阅读，更多相关《银行crm需求规格说明书（46页珍藏版）》请在金锄头文库上搜索。

1、新太科技-项目文档 机密 需求规格说明书 项目名称：银行客户关系管理系统 项目编号：PXTK0114 文档编号： 版 本 号：V1.0 编制单位：新太技术开发中心 编制日期： 2002/6/10 拟制人 审核 标准化 批准 目 录 需求规格说明书 1 1. 序言 5 2. 引言 7 2.1. 目的 7 2.2. 文档约定 7 2.3. 预期的读者和阅读建议 7 2.4. 参考文献 7 3. 综合描述 8 3.1. 产品的前景 8 3.2. 产品的功能 8 3.3. 用户类和特征 9 3.4. 运行环境 9 3.5. 设计和实现上的限制 10 4. 外部接口需求 11 4.1. 用户界面 11

2、4.2. 硬件接口 11 4.3. 软件接口 11 4.4. 通信接口 11 5. 系统特性 12 5.1. 软件逻辑结构 12 5.2. 软件实现方式 14 5.3. 使用实例优先级和说明 15 5.3.1. 业务功能需求 15 5.3.2. 系统管理模块需求 16 5.3.3. 数据仓库需求 16 5.3.4. OLAP需求 16 5.4. 业务功能需求 17 5.4.1. 客户管理 17 5.4.2. 经营管理 19 5.4.3. 客户产品管理 22 5.4.4. 风险控制管理 30 5.4.5. 客户经理管理 33 5.4.6. 市场调查与营销管理 36 5.5. 系统管理模块需求 4

3、2 5.5.1. 数据采集（UC7.1） 42 5.5.2. 数据校验（UC7.2） 42 5.5.3. 数据传输（UC7.3） 42 5.5.4. 数据迁移（UC7.4） 42 5.5.5. 创建指标集合（UC7.5） 43 5.5.6. 信息发布（UC7.6） 43 5.5.7. 日志管理（UC7.7） 43 5.5.8. 数据维护（UC7.8） 43 5.5.9. 参数及权值的调整（UC7.9） 44 5.5.10. 预警条件设置（UC7.10） 44 5.5.11. 权限管理（UC7.11） 44 5.5.12. 系统备份、恢复（UC7.12） 45 6. 其他非功能需求 46 6.1

4、. 系统交付日期 46 6.2. 性能需求 46 6.3. 安全性需求 46 6.3.1. 系统安全性 46 6.3.2. 通信安全性 47 6.3.3. 数据安全性 47 6.3.4. 网络安全性 47 6.4. 软件质量属性 47 6.5. 业务规则 47 6.6. 用户文档 48 6.7. 验收准则 48 6.7.1. 物理检查审核 48 6.7.2. 功能检查 48 6.7.3. 综合性检查 48 6.7.4. 其它验收准则 48 7. 其他需求 48 1. 序言 软件需求是客户对软件产品和开发过程提出的要求、限制、约束，是进行软件开发活动、生产软件产品的依据和基础；软件开发活动、生产

5、软件产品以达到软件需求为最终目的。 软件项目成功的因素很多，但是有一个因素是必不可少的：良好的软件需求描述、管理；而超过50%的项目的失败主要原因是软件需求描述不清晰、完整或软件需求管理控制不善。 软件需求对软件软件开发活动、生产软件产品的影响是巨大的，在开发过程中变更软件需求往往代价高昂，例如开发成本大大增加、进度大大拖后、质量受到影响等等；有时甚至是致命的。 由于软件需求的权威性、重要性，所以对软件需求应当进行良好的描述、管理、控制。本份文档是对软件需求进行描述的文档（管理、控制由变更管理和配置管理实现），客户和开发方应当慎重对待，确保它的正确性、完整性、权威性。 为了更好的编制此份文档，

6、我们为客户提供了如下建议，这些建议可以更加有效的保证软件需求的正确性、完整性。 客 户 的 权 利 编号 权 利 1 要求需求分析人员采用客户的语言习惯表达 2 要求需求分析人员了解客户的业务和目标 3 要求需求分析人员组织软件需求的信息，并认真编制此文档 4 要求需求分析人员对此文档的一切疑问进行解释说明，并与客户达成共识 5 要求需求分析人员在整个过程中保持一种良好的职业精神 6 要求需求分析人员整个过程中充当客户的顾问，提供专业的意见、建议 客 户 的 义 务 编号 义 务 1 为需求分析人员讲解业务和说明业务方面的术语等专业问题 2 提供相应的人员、时间对软件需求进行说明，并力求达到双

7、方理解一致 3 要对软件需求及时做出决策，没有您的决策我们无法完成此项工作 4 应当参与对本份文档的评审 5 决定需求变更时，应当尽快通知需求分析人员 6 进行需求变更应当遵照开发方的流程进行评估、审核、管理 7 在认可此份文档，双方达成一致，并签字确认，保证权威性 2. 引言 2.1. 目的 本文档的编写目的是明确定义用户的具体需求。此文档作为计算机开发人员和银行业务人员之间交流的依据，同时也作为系统设计和开发的依据。 2.2. 文档约定 红色字体部分是需要注意或强调的部分。 2.3. 预期的读者和阅读建议 CRM开发组内的人员、评审人员。 2.4. 参考文献 资料名称 出版社 作者 数据仓

8、库管理 电子工业出版社 王天佑等译 银行会计实务 浙江人民出版社 江雪琴 商业银行经营管理学 东北财经大学出版社 刘正浩 3. 综合描述 3.1. 产品的前景 银行实施数据集中后，数据量的膨胀与数据资源的聚合为开发提供了基础，庞大的数据资源是银行不可多得的财富，利用数据仓库和数据挖掘技术加强客户关系管理势在必行。 通过CRM系统，商业银行首先能更好地把握客户和市场需求，提高客户满意度和忠诚度，利于吸引新客户；其二CRM系统将全方位地扩大银行经营活动的范围，提供创新的金融产品，利于抢占市场；其三，CRM系统提供了一个使银行各业务部门共享信息的自动化工作平台，降低了运营成本，帮助其规避经营风险。其

9、四CRM系统将会整合许多营销渠道的资源，帮助银行优化和重组业务处理流程。 目前商业银行对CRM需求比较迫切，相关的资料也比较齐全，有利于CRM项目的实施，因此公司决定开发面向银行客户的CRM系统。本项目名称暂定为商业银行CRM分析管理系统。（以下称CRM系统） 3.2. 产品的功能 根据目前银行的普遍需求，本系统先定义了六大主要业务功能及后台监控和管理系统。六个功能模块为市场管理、客户管理、经营管理、风险控制管理、营销管理、报表管理。这其中，客户管理、经营管理、风险控制管理是整个系统的核心模块，从不同角度和各种应用方面定义银行以及银行产品的有价值客户和重要客户（大客户）。 如下图所示： 市场调

10、查和营销管理 客户产品管理 客户管理 客户经理管理 风险控制管理 经营管理 银行CRM分析系统 后台监控和管理系统 3.3. 用户类和特征 编号 用户类 用户特征 备注 管理层 总行或下属地市行的相关人员 客户经理 总行或下属地市行的相关人员 业务员 总行或下属地市行的相关人员 系统管理员 总行的相关人员 3.4. 运行环境 硬件环境（建议配置） 数据仓库 服务器 数据库 服务器 WEB 服务器 分析展现 服务器 客户端 PC机 主频 1.2MHz 1.2MHz 500MHz 1.2MHz 300MHz 内存 500MB 1.5GB 500MB 1.5GB 128MB 硬盘 50GB 120G

11、B 60GB 120GB 20GB 监视器 14” 14” 14” 14” 14” 外设 打印机 软件环境 数据仓库 服务器 数据库 服务器 WEB 服务器 分析展现 服务器 客户端 PC机 操作系统 Windows2000 Windows NT Unix Windows2000 Windows NT Unix Windows2000 Windows NT Windows2000 Windows NT Window2000 Windows NT Windows 9X 数据仓库 DB2 UD DB2 UD OLAP DB2 OLAP 应用软件 HyperionAnalyzer、BO、Brio I

12、E Netscape 其它软件 IIS Apache Office97 Office2000 3.5. 设计和实现上的限制 受开发工具的熟悉程度、需求的了解程度以及目标范围和项目工期的约束。 限制因素 限制说明 备注 必须采用的技术、工具、编程语言、数据库等 IBM DB2 不能使用的技术、工具、编程语言、数据库等 无 要求的开发规范和标准 企业策略、政策法规、业界标准 银行业务规范 硬件限制 CUP、内存不能太小 性能限制 数据格式标准 4. 外部接口需求 4.1. 用户界面 数据仓库的访问用户主要有三种类型：第一种是直接通过Client / Server方式存取数据仓库系统数据的用户，这些

13、用户包括系统管理员、开发人员、研究人员；第二种是通过OLAP引擎的访问者，这些用户主要包括多维分析和部分报表应用；第三种用户通过Internet / Intranet方式访问，访问内容既可以是报表，也可以是多维分析，甚至是一些简单结果集，这部分用户将会占最终使用者的大多数。 4.2. 硬件接口 由于本系统很少和硬件设备连接，主要的设备也仅限于网卡、打印机等，所以这里不做详细介绍。 4.3. 软件接口 银行CRM系统是建立在银行业务数据之上的应用系统，外部接口存在于体系结构中的数据仓库和业务系统（如对公主机、储蓄主机、信用卡主机）之间。对应软件结构，系统外部接口功能由“源数据汇总、转换模块”实现

14、。 系统外部接口是CRM系统对多种异构数据库的数据访问，本系统接口的实现采用ODBC技术，数据访问技术ODBC为异种数据库之间提供了透明的访问。 4.4. 通信接口 本系统为银行的内部应用系统，只要遵循TCP/IP或和银行约定的通讯协议既可。 5. 系统特性 5.1. 软件逻辑结构 具体软件结构描述如下： 1、 源数据汇总 v 功能：读取银行业务数据或加载其他业务系统提供的数据。进行数据一致性、合法性检查等加工，将各数据字段格式统一，必要时进行数据切割（如日期字段）；处理完毕后存入中间数据库。 v 运行方式：以定时执行和手动执行两种方式运行于中间数据库服务器上。 v 运行频度：用户规定时段。

15、v 输入项：业务系统数据库数据。 v 输出项：中间数据库数据。 2、 中间数据库管理 v 功能：对中间数据库的结构进行管理和维护，增加或修改库表结构，更新表之间关联、索引等有关性能的设置。 v 运行方式：Client/Server方式执行系统管理客户机上。 v 运行频度：很少，只在必要时运行。 v 输入项：原数据库库表结构定义SQL文件。 v 输出项：修改过的库表结构定义SQL文件。并包括执行该SQL。 3、 仓库数据综合处理 v 功能：读取中间数据库中的数据，进行进一步加工，计算出汇总类（sum、count、max、min、平均等）数值；将某些数据进一步拆分成更细的粒度；倒入数据和计算结果到

16、数据仓库中。 v 运行方式：以定时执行和手动执行两种方式运行于数据服务器上。 v 运行频度：用户规定时段。 v 输入项：中间数据库全部数据。 v 输出项：数据集中数据库全部数据的更细粒度数据；常用统计量计算结果；汇总成为仓库数据库数据。 4、 仓库数据库管理 v 功能：对数据集中数据库结构进行管理和维护，增加或修改库表结构，更新表之间关联、索引等有关性能的设置。 v 运行方式：Client/Server方式手动执行于管理客户机上。 v 运行频度：很少，只在必要时运行。 v 输入项：原多维库表结构定义SQL文件。 v 输出项：修改过的多维库表结构定义SQL文件。并包括执行该SQL。 5、 多维分析模型管理 v 功能：将数据仓库的物理存储数据结构进行重组、自由组合、转化成多维立方体结构的语义层表示方式，并选择出所有相关的分析索引条件字段，和分析指标字段；并对已有多维立方体进行维护。 v 运行方式：Client/Server方式手动执行于多维模型管理客户机上。 v 运行频度：偶尔，业务内容或期望分析内容增加时使用。 v 输入项：库表