【毕业学位论文】（Word原稿）基于SOA的建行天津分行经营管理系统设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 基于 文摘要 I 中文摘要 随着金融市场的开放，市场成为银行发展的主导力量，银行业面临了诸多新的风险，由此，银行经营管理的科学性、先进性与规范性迫切的被提到了日程上来，如何以市场需求为基础，使得服 务对象的要求得以实现，对银行经营管理流程进行规范的调整，将设计出的各类金融业务产品投向市场，在降低、避免风险的情况下，创造效益并提高银行效益的服务业务是银行经营管理的重要目标。本文经过实际业务的调研之后，发现建行的银行经营管理流程不够完善，在经营管理思想上没有全局观念，无法全面整合系统，业务水准提升不够，计划预期与具体实施脱节，不能达到新的要求的业务管理效果。而且在其自身业务的管理工作上执行上缺乏标准性，人工参与度过高，原有系统开放性不够。 基于上述银行经营过程中存在的问题所在，本文课题研究实现一套 建行天津 分行经营管理系统 ，用于解决原有业务困难所在。系统在技术路线上，整体基于 术规范，结合 架设计思想，中间件服务器选用 发环境采用 后台数据库使用 用 行编程实现。系统在功能架构上整体实现了用户权限管理、金融产品管理、金融产品销售管理、绩效考核管理、客户信息管理以及其他功能配置管理几个主要的功能模块，上述各功能模块的实现，成功的解决了建行天津分行原有经营管理流程中的各项问题，科学完善了管理流程，提升了业务水准，解放了人力，扩展了开 放性，基本达到了建行天津分行的新业务管理要求。 总的来说， 通过本文 课题实现的建行天津分行经营管理系统 ， 实现了 对各业务系统产生的数据实现定期的积累和采集， 并可以 进行完善和有价值的分析，进行安全高效的数据存储，来发挥数据价值最大化，进而为建行天津分行业务发展提供增值服务。 关键词： 经营管理，面向架构， 面，数据分析平台 I of of is is by to as of of of to in of of a on is CB no in so it t is is of it t of is of in of of is of is on in s of a so as to OA is 2EE in of as as of s II s In by it of on on so as to 录 录 第一章 绪论 . 1 第一节 课题的背景及其意义 . 1 第二节 国内与国外相关内容研究现状 . 2 第三节 课题研究目标与主要研究内容 . 3 第四节 本文的组织结构 . 4 第二章 系统需求分析 . 6 第一节 总体业务需求概述 . 6 第二节 系统功能需求 . 8 户权限管理功能需求 . 8 融产品管理功能需求用例 . 8 融产品销售管理功能需求用例 . 9 户信息管理功能需求用例 . 10 核管理功能需求用例 . 10 他功能配置功能需求用例 . 11 第三节 系统非功能性需求分析 . 11 能需求 . 11 他需求 . 12 第四节 本章小结 . 12 第三章 系统设计 . 13 第一节 系统总体架构设计 . 13 第二节 系统网络架构设计 . 14 第三节 系统功能结构设计 . 15 第四节 数据库概念结构设计 . 17 第五节 主要数据 库表设计 . 21 第六节 本章小结 . 24 目录 V 第四章 系统详细设计 . 25 第一节 系统软件逻辑结构设计 . 25 第二节 用户权限管理模块设计 . 26 第三节 金融产品管理模块设计 . 28 第四节 金融产品销售管理模块设计 . 32 第五节 绩效考核管理模块设计 . 36 第六节 客户信息管理模块设计 . 40 第七节 其他功能配置模块设计 . 43 第八节 本章小结 . 47 第五章 系统实现 . 48 第一节 系统开发与运行环境 . 48 第二节系统登录实现 . 48 第三节 金融产品管理模块实现 . 50 第三节 金融产品销售模块实现 . 52 第四节 客户信息管理模块实现 . 54 第五节 用户操作权限管理模块实现 . 56 第六节 绩效考核模块实现 . 57 第七节 其他功能配置模块实现 . 60 第八节 本章小结 . 61 第六章 总结与展望 . 62 第一节 总结 . 62 第二节 工作展望 . 63 参考文献 . 64 致 谢 . 66 个人简历 在学期间发表的学术论文与研究成果 . 67 第一章 绪论 1 第一章 绪论 第一节 课题的背景及其意义 伴 随着 不断 变化发展的银行业务，银行 呈现覆盖业务多态化 的 经营 方式。现在 已经 出现 的多态化经营 方式 ， 包含 咨询的外包、代理业务、吸纳资金、 代理理财以及 存款服务 等 等多 种有关 的业务， 针对 银行 管理 经营 方面 ，商业银行必然 的发展趋势既是提供 一种 一站式 服务 和产品的打包， 这 也是商业银行 要开辟 新经营方式、新市场和新领域最重要的路线。 伴 随着 快速开放 的金融市场， 银行 发展最主要的主导力量就是市场，银行业 如今 面临了 很多全新 的风险 与 挑战， 所以 银行 被迫 把规范化、先进 化 以及科学化管理经营 模式 提到了 议事日程 上， 现如今 ，银行管理 经营 最重要的目标就是 怎么样 在 避免 降低风险的情况下， 获取 效益并 提升 银行效益的服务 工作，怎么样在一 市场需 要为 基础 之上 ， 实现 服务对象的 所有 需求， 规范的调整 银行 管理 经营 的 过程， 并在市场 中投 入 设计出的 各种 金融 方面的 产品。 如今随着 快速发展的现代 化 电子通讯 科学 技术，银行已 然呈现多种 经营 银行的 技术方式，包括 个人银行 、网络银行 以及 电话银行 等 等。作为金融企业 来说 ， 经营 的产 品其实就是资金， 从开始 有效的管理资金 就是管理 经营业务围绕的 重中之重 ， 怎么样 在银行 管理 经营 的流程 中 把管理 资金 当做 核心理念， 达到全面 健全 的建行天津分行 管理 经营 软件 系统 不但突出了 银行金融企业的 实质特点， 又体现了建行天津分行在 管理 经营 步骤中 的技术特 色 。 综上所述 ，建行天津分行 由于 发展 而迫切的 需要进行业务创新和管理创新，如今 最 重要 的解决任务就是深入的 分析 分行 原来 积累的经营业务 方面 的 有关 数据， 获取管理创新 和业务创新的思路 就 更加方便。这就需要 成功 的构建 崭新 的管理 经营信息 软件 ， 给 各 种 业务 软件平台表现在 数据 信息实现以 定期 的方 式实现 采集 、 积累， 并且实现 分析与完善 具有价值的数据信息 ， 同时高效、安全地对 数据 进行存储 ， 以最大程度突出 利用 上面 的价值， 为 建行天津分行增值 业务方面提供 服务。 第一章 绪论 2 第二节 国内与国外相关内容研究现状 对 银行 管理 经营 软件 系统 方面的 研究， 第一，先 要研究 构建 银行的信息化水平 ， 上世 纪 80 年代 末期 国内 金融业开始， 历经了 20 几年的 建设 和发展， 如今我国 商业银行 在 重视信息技术的 方面 已 然颇有 战略高度。 在 广泛应用 术的模式下 ， 不只提供着传统 虚拟的 助手功能 ， 并且被视为在提高 企业核心竞争力 方面的最 主要的 力量之源 ， 在转变 企业结构 方面具 有推动 作用 1。 在当前 的 技术体系下 ， 实现了 数据 信息的集中处理 。 在 信息技术 基础设施建设的领域 ， 我国大体上建立相应的 框架，主要商业银行重新 建立了 逻辑 与物理结构 数据 信息系统， 一致 的体系对 发展 业务进行支持。 当前 业务模型 “ 账户 ”转向“ 以客户为中心 ” 的条件 已经非常 成熟了。 但是 现在仍然存在着中国银行业 建设 信息化的领先技术 落后和先进的软件 系统的 不足与 缺陷，在 建设 每一步的信息 化 水平的 时候需要认真面对解决遇到 的某些 制约的 机制因素 和管理体制 中 存在的缺陷2。 目前 我国 的 信息 管理系统 已经 非常成熟了， 经历了 很多阶段的 发展 ， 截止到如今 差不多已经变成每个行业都不能离开的系统软件。银行 管理 经营系统 软件 也属于 这 其中 的信息 管理系统 软件 ， 怎么样 确立目标用户的 经营 管理流程不只主要表现在 管理经营 上 ，经营 过程 的 数据信息在产品 、时间 及 地点 相互之间方面实现科学、 合理 地配置与共享 ， 如何在 计划 督促 责任 对象体现 经营 管理 资源 方面 ， 如何按照以往与 预测 的信息为 决策者 完成较为科学、合理地运用 数据信息 分 的 析 的 数据 信息 3。 全国范围内 ， 近年来广泛 采纳了新出现的新型管理 理念 ， 与此 同时行业 内发展 软件 的 水平也很稳定，在 银行 与金融领域， 几乎 所有的银 行 都把 建设信息化 的管理经 营 水平引入到核心 的 战略 发展中 4。 在 全球 范围内 百强银行 之中 ， 最近几年已经呈现 七成的银行通过 网络技术 和计算机技术 构建 了 适合自己的 金融业务 管理 经营 软件 系统，提 高了 处理业务 的 处理。 研究 用结果 说明 ， 在98 年 的 时候世界 500 强 大银行中 前一百强 中， 几乎有 九十家 都在 更进一步分析管理 经营 上的业务 。上世纪 90 年代 中期 ，花旗银行 将 先进 、科学 的 经营思想与业务 实施流程实现了融合 ， 由此能够 有效 地 维持 、和睦地处理与 客户的 业务情况 ， 而且明显地增强了银行方 业务 的 能力， 最 主要 的方式表现在果断决策 、机制创新 和 信息技术 等方面 。 第一章 绪论 3 近年来 国内银行 应用管理 经营 软件 系统 越来越普遍 ， 但是软件 系统总体的水平还很低。智谊软件推出的 管理 经营 软件 系统 在国内某银行 成功的推广了，因为 具备 了 企业级 别 的智能 管理 经营应用模式。 国内 的大 多数 商业银行 在推广此项模式上较为积极 。 于 2002 年 6 月， 该 行正式 建立了以实现集成 客户服务 同时 重点 面向 行内经营业务 的平台 ，总行 批准了审查之后 ， 当前已开始 向 下级大多数组织推广 了 这 套 管理 经营系统 软件 5。 截止到 当年 12 月底， 经由该 软件办理的 划转 资金交易业务 已然 多达 104571 笔，数额 达到了 506 亿元， 截止到今天 ，这 套 管理 经营系统 软件已然 覆 盖了全部 的 工作业务范围，但 是 伴随着 快速 增长的业务量，建行的 该 套系统 也很难满足 当今银行 对 管理经营 方面的 需要了。 同时 工行 在 日常业务中也成功的应用了客户信息软件（简称 和 管理信息软件（简称 这样一来， 在管理客户关系 方面也 有了强有力的保障， 以及预计2 年或 3 年的时间， 在 总行 和 下属银行 范围 内推 广这 套管理系统 6。 综合而言 ， 国内 各 个 大商业银行在 构建管理 经营系统 软件 方面已经初见成果了，但 是伴随着银行 管理经营过程的细化以及快速增长的 银行 业务量，不健全的功能结构以及陈旧的技术的陈旧 等 方面的问题 仍然 很 日渐明显。 第三节 课题研究目标与主要研究内容 本课题的研究目标 体现在 获得该行 产品信息 记录的 数据 信息和 客户 方面的数据信息， 通过 数据库 的功能 ， 管理 金融 方面的 资料 、 客户信息数据 ，将 本地所开展的业务 通过 数据库 对 员工考核 的 数据 进行 调用、选择、变化 和 加载 ； 此外， 按照 实际的应用 情况 ， 在 数据库 中访问、建立 数据集合的数据组， 以 集体的 方式进行 分析 与 操作 建立关联 ， 对业务 的应用 实现 分析 与 服务 的业务 。在金融业务销售管理 流程制定与 银行营销 人员关系 ， 如 实时查询 和 大客户信息管理方案 ；营销人员 和 管理人员 可以监控 工作进度 ，同时检验 业务开展状态。 本 课题主要研究的内容与任务有： 为该行建立健全的金融产品信息数据库、员工绩效考核管理信息库和客户 资料和信息数据库等，以便从相关的信息 数据库提取与分析数据，建立企业数据分析平台，完成获得以协助分析数据来实现决策 的目标。在客户关系业务处理上，通过综合客户数据实现分析，及时掌握不同的客户需求 ， 实现 预测和分析 业务，最终对 客户 实现全程 关注 管理 。 研究用户权限管理： 此项功能 主要 表现在维护管理 系统中用户拥有的权限第一章 绪论 4 上 ，如指派与修改等 功能 ，权限 不一样的 用户登录系统 ，系统 提供相应的 使用权限和 业务功能 。主管 用户可以添加、修改与删除 营 销柜员等维护功能 ； 研究金融产品管理： 能够提供 分类管理 、 产品基础管理等 业务 。 研究金融产品销售管理： 能够 主要 提供管理、统一 金融产品的销售 维护功能 。将分别 通过 两个不同的操作权限 进行操作 。主管 能够统计、分析和考核 营销柜员业绩 的业务 。营销柜员 用户能够建立、修改、查询和删除 金融产品等 业务功能 。 研究客户信息管理 ：能够 主要 提供维护、管理 客户经理 与 客户关系，客户资料信息，客户重要事项提醒管理等 业务 功能。此项功能 能够提供 不同操作权限用户 的 控制。客户经理主管角色主要 能够控制、维护 客户经理角色， 实现 对客户经理申请的客户关系维 护 业务，如 审核与确认 业务 ， 并且 ，该 用户还可完成 业绩考核职能 的业务 ， 实现统计与分析 客户经理 的 业绩。客户经理 用户 则是主要的业务 实施人员 ，主要 处理 负责客户关系的 业务 ， 如录入与维护 对客户相关资料 数据 信息， 并且维护 客户联系记录等 业务 。 研究绩效考核管理： 在本系统中，为了满足银行的绩效考核业务，需要研究通过系统 提供 该行 全部职员对 营销产品 进行 绩效考核 的具体功能 。 并通过该功能满足银行的人员绩效考核要求。 研究其他功能配置： 根据该 行 业务部门的 业务 工作 ， 能够添加 信息发布 与管理等 业务 功能， 来提升 系统 的服务能力 。 第四节 本文的 组织结构 本文是按照软件工程思想及相关理论展开的，文章将按照几个篇幅来完成本次毕业设计。各个章节介绍了相关的系统研发的内容。 第一章：绪论。涉及 研究课题 的背景及意义，国内外相关内容的研究现状 ，还涉及课题的目标和 主要 研究的内容 。 第二章： 系统 需求分析。 对 建行天津分行经营管理 系统的需求内容展开分析，内容涉及 总体业务需求分析 、功能需求以及非功性能需求分析。 第三章：系统设计。 从系统的总体架构、网络架构、功能结构、数据库 及其 主要数据库表方面进行设计。 第四章：系统详细设计。 将给出 系统的软件逻辑结构 和主要功能的详细设第一章 绪论 5 计 。 第五章：系统实现。将给出系统开发与运行环境、系统登录 功能及其 主要功能实现 过程。 第六章：总结与展望。 将完成全文的总结与归纳。第二章 系统需求分析 6 第二章 系统需求分析 系统需求分析是软件开发工程中的第一步，目的是为后面的系统设计吸取更多更好的理论和实际的经验，借鉴有符合本文实际情况的系统分析、开发方法、步骤和文档。系统需求分析属于系统的灵魂性的文档。本文将从系统总体业务需求，功能与非功能性需求进行分析。 第一节 总体业务需求概述 当前 金融市场 正处在 开放 的状态 ，市场 已作为 银 开展业务 的主导力量，银行业 出现了许多 新的风险， 因此 ，银行 确立 科学性、先进性与规范性 经营管理机制提到了银行的规划日程上来 ， 怎样结合 市场需求， 展开 服务对象的 服务 ，来调整 银行经营管理 流程的 规范 性 ， 以推出银行的 金融业务产品 向 市场 发布产品 ， 以 降低、避免风险 为要求 ， 获得 效益 同时 提高银行效益的服务 产品作为 银行 运营 的重要目标。 如今该 行开展 了 多态化业务经营 的 模式， 如 存款服务、吸纳资金、理财代理、代理业务 与 咨询的外包等多项 金融 业务， 该 行 应从 经营管理 为出发点 ，客户 可实现 一站式打包产品 与 服务 当前商业银行经营的趋势 ，也是 其 开辟新 的 市场、领域 和 经营方式的 运营思路 。 本文通过在管理业务 中的调研， 本文需要解决来自建设银行经营管理、经营思想和业务管理上出现的问题： 1、建行天津分行的经营管理流程不够完善， 市场调研 也不充分 ，概念 不清楚 ， 在建立 自身业务经营模式 的过程中，一直在简单 考虑存贷 管理业务 ， 该行推出的 新型产品 ，在 应用经营与客户 联系不密切 ，客户资源维护工作 也不完善 ，出现了 经营 机制不健全的问题 。 需用精准定位建行天津分行的业务经营管理流程，并研究利用信息技术实现完整的电子化流程处理。 2、 该行忽略了 经营管理思想上 的全局性 ，整合系统 的工作不完备 ，业务水准提升 的幅度不大 ， 规划的 预期 目标与 实施 运营实现 了 脱节， 在提升 新的要求的业务管理效果 上不明显 。需要研究利用优秀的软件技术和网络技术进行全面业务整合，搭建统一的业务经营管理平台进行统一的经营管理。 第二章 系统需求分析 7 3、 银行在 业务管理 方面 缺乏标准 的执行规则 ， 有大量的 人工参 ，以前的 系统 欠缺 开放性， 在 经营管理的业务层次信息挖掘 上不足 ，银行 职员对 工作 不是很熟练 ，经营管理工作 在 人性化创新 方面有缺陷 。 需要研究构建智能化系统平台，强化系统的开放性和自动性，对重要经营业务中的数据实现智能分析，辅助决策。 通过本文的研究，在系统功能的整体规划上，整个系统需要提供 6 个方面的主要功能，即金融产 品管理，金融产品销售管理， 客户信息管理，绩效考核管理 、 用户操作权限管理 和 其他功能配置 方面 ， 并且能够建立 完整 面向该 行的金融产品、绩效考核管理 和 客户基本资料等 方面的信息库 ， 建立 业务数据分析的体系 ，通过分析 取得 数据 对 经营决策 给予支持 。 在 客户关系 维护上 ， 可以实现客户数据分析功能，及时关注客户需求的变化，对其进行预测分析，实现客户全程关注管理的业务需求。由此， 在各个 业务系统 中出现 的数据实现定期 地积累 与 采集， 并且提供 完善 、 有价值的分析， 保证数据存储的 安全 、 高效， 最大程度地 发挥数据 的 价值， 进一步为该行的 业务发展 实现 增值服 务。 如图 行天津分行经营管理业务流程图所示。 高级主管金融产品销售管理主管客户经理客户信息管理绩效考核金融产品管理其他配置管理员用户权限管理经营管理业务图 营管理主要业务流图 第二章 系统需求分析 8 建行天津分行经营管理业务的业务人员为高级主管、主管和客户经理。客户经理用户涉及金融产品销售管理和客户管理业务。主管涉及系统的金融产品管理和其他配置业务职能。高级主管负责绩效考核业务。管理员负责权限管理业务。 第二节 系统功能需求 户权限管理功能需求 在用户权限管理模块中，系统为系统管理员提供的功能涉及权限管理、用户管理和角色管理，如图 户可以实现 与建行有业务关系的金融产品公司和用户的维护管理功能，还可以实现对应用户权限的角色维护和管理。主管能够对营销业务人员实现维护的业务功能。 系统管理员权限管理用户管理角色管理图 户权限管理功能用例 融产品管理功能需求用例 在金融产品管理模块中，系统为主管提供的功能涉及新增金融产品、修改产品规格和查询产品发售，如图 户可以实现分类管理和产品基础信息管理的业务功能。 第二章 系统需求分析 9 主管新增金融产品修改产品规格查询产品发售图 融产品管理功能用例 融产品销售管理功能需求用例 在金融产品销售管理模块中，系统为客户经理提供的功能涉及客户信息管理、客户信息预约管理、客户业务信息管理、缴款清单生成、返款清单生成和预约汇总功能，如图 户能够完成金融产品的销售维护管理，统计，分析等业务工作。 客户经理客户信息管理客户信息预约管理客户业务信息管理缴款清单生成返款清单生成预约汇总图 融产品销售管理功能用例 第二章 系统需求分析 10 户信息管理功能需求用例 在客户信息管理模块中，系统为客户经理提供的功能涉及客户信息的添加、修改和编辑功能，如图 要实现客户经理的维护，客 户关系管理，客户资料信息管理，客户重要事项提醒管理等业务功能。 客户经理客户信息添加客户信息修改客户信息编辑图 户信息管理功能用例 核管理功能需求用例 在绩效考核管理模块中，系统为高级主管提供的功能涉及吸收存款情况查询、客户经理综合指标管理、非存款类业务情况查询和考核规则设置，如图 户可以实现该银行所有机构客户经理营销产品的绩效考核。 高级主管吸收存款情况查询客户经理综合指标管理非存款类业务情况查询考核规则设置图 核管理功能用例 第二章 系统需求分析 11 他功能配置功能需求用例 在其 他功能配置需求中，根据天津分行各部门按照其业务特点，系统为主管用户提供个人资料维护、行长日报、处罚档案记录查询、信息发布和其他信息查询，如图 户可以实现信息发布和管理等功能。 主管个人资料维护行长日报处罚档案记录查询信息发布其他信息查询图 他功能配置用例 第三节 系统非功能性需求分析 能需求 建设银行天津分行经营管理系统需要结合银行内部，根据系统用户的操作需求，要求符合一定的性能标准。 1、系统登录时间要求不超过三秒，相关信息的添加、查询和删除功能不出现延时现象。系统提供准确的 功能操作，同时，当增大信息存储量的时候，如大量的用户信息、客户信息以及产品信息实现存储的时候，功能操作的时候察觉的变化不明显，及时的为用户提供阅读信息的功能，具体功能为更新网页的情况下，实现部分信息的更新的操作，不出现刷新整个页面的情况。 2、系统支持 3000 位以上的用户同时操作：因为该系统部署在建行天津分行，因此系统要满足大量客户端的操作需求，根据建行天津分行目前的规模，第二章 系统需求分析 12 本文的系统需要支持 3000 位用户同时进行操作，并且在用户数目逐渐增加的情况下，用户的体验不会发生明显变化。此外，系统需要具备连续无故障工 作 7个工作日的能力。 性能需求表现出了本文的系统在用户体验方面的研发能力，性能需求的基本原则在于从建行天津分行经营管理系统的稳定性与交互性两个方面给予保障。 他需求 1、本文的系统要为用户提供友好的操作界面，对于一般水平的操作用户容易使用系统，避免繁琐的培训以及辅助性的文档。 2、如果系统在出现崩溃或者硬件环境出现安全问题的情况下，要能够避免系统的重要数组不出现丢失现象，可以采用适当的方式对系统进行恢复。 第四节 本章小结 本章内容中，首先给出了总体业务需求分析，之后对系统的 金融产品管理，金融 产品销售管理，客户信息管理，用户权限管理，绩效考核管理和其他功能配置功能 需求进行了分析，最后从系统性能、界面和安全方面的需求进行了分析。 第三章 系统总体设计 13 第三章 系统设计 在本章节将展开系统总体设计的工作，内容涉及系统的总体架构、网络架构、功能结构、数据库概念结构及其主要数据库表的设计，本章内容的完成将为系统实现奠定基础。 第一节 系统总体架构设计 系统在总体架构上采用面向服务的 技术架构，该服务的层次架构包括了表现层、服务处理层、服务层和数据库层。为了能够充分满足用户高并发的系统访问，所以在数据库层的设计上，针对 采用了多层次的缓存策略，以此来降低对后台的请求次数，以达到提高对页面的响应速度，如图 图 于 系统架构图 部 门 应 用客 户 端 客 户 端（ J a v a 、 C + + 、 C # ）部 门 应 用表现层服务处理层服 务 请 求 受 理 请 求 服 务 注 册 中 心服 务 通 信 器金融产品管理金融产品销售管理客户信息管理用户操作权限管理服务层金 融 产 品 数 据 库 客 户 信 息 数 据 库 绩 效 考 核 数 据 库数据库层建行天津分行经营管理系统总线服务查 找 成 功 的 服 务绩效考核其他功能配置第三章 系统总体设计 14 该架构从层次上可以分为四个主要层次，表现层，接收来自用户输入的操作请求，并将此操作传送到 服务 处理层中，而将服务请求在经过受理后，在服务注册中心中查找到成功的服务，然后并将该结果传送到服务通信器，并经由它通过和系统服务总线将信息进行传递，并将用户的请求传至服务层中，并通过服务层将相关的信息根据所需直接从对应的数据库中进行调取和访问，并通过 相同的路线返回。 第二节 系统网络架构设计 系统管理员、客户经理及其上司 主管领导，通过 议进行 览器的网上登录，并在外部防火墙处进行验证登录，并将登录信息传送到 务器处，在应用服务器处操作后，进入基于 建行天津分行经营管理系统网络中去，可以访问系统数据库。其网络拓扑结构图如图 示。 图 络拓扑结构图 高级主管领导可以通过无线来访问系统的数据库服务器，并由此可以直接的对数据库进行查询和管理操作。 w e b 服 务 器应 用 服 务 器数 据 库In te rn e 防 火 墙基于 经 理系 统 管 理 员客 户 经 理主 管 领 导数 据 库高 级 主 管 领 导连 接第三章 系统总体设计 15 第三节 系统功能结构设计 针对建行天津分 行其各操作用户和其自身的需求特点，因此在经过认真的规划后，将系统的功能分为了这样几个大的功能模块部分，用户权限管理模块、金融产品管理模块、金融产品销售管理模块、绩效考核管理模块、客户信息管理模块和其他功能配置模块。图示如下图 示 。 图 能结构图 建行天津分行经营管理系统用 户 权 限 管 理金 融 产 品 管 理金 融 产 品 销 售 管 理绩 效 考 核 管 理客 户 信 息 管 理其 他 功 能 配 置新 增 金 融 产 品修 改 产 品 规 格查 询 产 品 发 售客 户 销 售 产 品 管 理产 品 销 售 预 约 信 息 管 理产 品 销 售 业 务 信 息 管 理缴 款 清 单 生 成返 款 清 单 生 成预 约 汇 总吸 收 存 款 情 况 查 询客 户 经 理 综 合 指 标 管 理非 存 款 类 业 务 情 况 查 询考 核 规 则 设 置添 加 客 户 信 息删 除 客 户 信 息编 辑 客 户 信 息个 人 资 料 维 护行 长 日 报处 罚 档 案 记 录 查 询信 息 发 布其 他 信 息 查 询第三章 系统总体设计 16 1、用户权限管理，该部分主要是对登录本系统的机构以及用户进行管理，从而对其进行身份的识别、权限的管理。可以对负责营销的客户经理进行增加、修改和删除等操作。 2、金融产品管理，该部分主要是对金融产品进 行管理，新增金融产品、修改产品规格、查询产品发售。 在金融产品管理模块中，系统 依据具体 主管 用户的需要，为其 提供的功能涉及新增金融产品、修改产品规格和查询产品发售 。银行中的金融产品管理是其销售的产品数据来源。 3、金融产品销售管理，该部分主要是对客户销售产品管理、产品销售预约信息管理、产品销售业务信息管理、缴款清单生成、返款单生成、预约汇总。 （ 1）客户销售产品管理：具备权限的银行客户经理或其他用户针对具体客户的所销售的金融产品的名称、数量等具体信息进行管理维护。 （ 2） 产品销售预约信息管理 ：在银行售卖的具体 金融产品信息中，客户可以依据 自己的需求进行产品的预约购买，由此，本功能模块是对客户的预约购买信息进行管理。 （ 3） 产品销售业务信息管理 ：在具体经营中，对金融产品的销售环节中的包括买卖，业务类型等具体业务信息进行管理。 （ 4）预约汇总：依据具体需求对客户的各类预约信息数据进行汇总成表。 （ 5） 缴款清单 与 返款单生成 ：客户购买金融产品后，系统自动生成缴款凭单，当产品到期后，系统自动生成 返款 凭 单 。 4、绩效考核管理，该部分主要是对建行天津分行的所有客户经理营销产品绩效考核的管理，包括了对吸收存款情况查询、客户经理综 合指标管理、非存款类业务情况查询、考核规则设置。 （ 1） 吸收存款情况查询 ：以客户经理为单位，对客户的具体存款情况，包括存款数量，存款人数等情况进行查询。 （ 2） 客户经理综合指标管理 ：对用于进行客户经理各项绩效考核指标的指标数据进行管理，具体包括对指标数据的增、删，以及按需求进行调整改动。 （ 3） 非存款类业务情况查询 ：对银行经营的非存款类业务的具体数据情况进行查询，这也是以客户经理为单位的，作为对其考核的一项指标要素。 （ 4） 考核规则设置 ：对具体的考核规则依据银行的考核方法在系统内完成设置和调整。 5、客户信 息管理，该部分主要客户资料及对其的重要事项信息提醒，包括第三章 系统总体设计 17 了添加客户信息、删除客户信息、编辑客户信息。 6、其他功能配置，该部分主要是针对分行的各个部分其自身的特点而进行设计的，包括了个人资料维护、行长日报、处罚档案记录查询、信息发布、其他信息查询。 （ 1）个人资料维护：对系统具体用户的个人资料情况依据具体需求进行修改变更等维护管理。 （ 2）行长日报： 通过系统向主管行长领导进行日报总结汇报。 （ 3） 处罚档案记录查询 ：具备权限的用户通过系统对银行内具体员工的日常处罚信息记录完成信息查询。 第四节 数据库概念结构 设计 为了能够更好了对基于 建行天津分行经营管理系统的数据库概念结构设计进行了解，我们通过一种直观的方式进行了解 型图。该模型通过系统中主要实体通过联系和其自身的主要属性之间的联系模型图。 在这我们以这几个主要实体来进行了解，具体如图 图 示，示为系统主要 型图。如图 客户经理实体的 实体属性 图。 图 户经理 实体属性 图 从上图我们可以看出普通员工实体中主要包含了客户经理编号、姓名、登录名、密码和部门编号等主体属性。 如图 客户实 体的