【毕业学位论文】（Word原稿）银行业计算机运营维护管理系统设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 公开 专 业 硕 士 学 位 论 文 银行业计算机运营维护管理系统设计与实现 of 要 摘 要 随着金融业信息化的迅速发展，信息化系统的数量日益增多，数据量急剧增多，数据日趋集中，信息化系统对业务运行的影响日益增大。为了确保各业务系统稳定、可靠、安全的运行，更好的为业务系统提 供服务，本文在遵循可靠性、可用性、可维护性和可扩展性等的设计原则下，尝试设计一套管理简便、便于扩展、紧密结合银行业计算机系统运维管理工作实践的主动式服务平台。 本文以 核心思想为指引 ,结合邮储银行经营的相关行业特色，对邮储银行目前计算机系统运维核心流程的现状与存在的问题进行了分析， 随后依据管理模式划分为用户信息管理、事件管理、问题管理、值班管理、知识管理、版本管理、报表管理七部分内容并逐一设计其主要功能以 及数据库的设计，最后描述了系统的架构、实现方法等方面的内容。 本系统界面简洁、操作简单，精简了管理流程、提高了工作效率。本系统也适合向其他同业银行推广使用。 关键字 ： 系统运维， 故障管理， 主动式服务 in of of is on n to a in to a is to of of s to to at at is is is to 录 录 第一章 绪论 . 1 第一节 研究背景 . 1 第二节 目前国内银行 . 2 第三节 邮储银行基本情况及计算机系统运维现状 . 2 第四节 研究目的和意义 . 3 第五节 论文内容与结构 . 4 第二章 需求分析 . 5 第一节 邮储银行运维管理中存在的问题分析 . 5 第二节 系统总体描述 . 8 用户类型分析 . 9 用户类型分析 . 11 第三节 系统功能及用例分析 . 12 第四节 系统的性能需求 . 16 第三章 系统的设计 . 18 第一节 系统设计原则 . 18 第二节 系统体系结构设计 . 19 用户类型分析 . 20 事件管理功能模块设计 . 22 问题管理功能模块设计 . 24 值班管理 . 25 版本管理 . 26 知识管理 . 28 报表管理 . 28 第三节 系统数据库设计 . 31 系统 . 31 目录 系统 . 31 事件管理数据库结构 . 34 第四章 系统的实现 . 37 第一节 用户登录功能的实现 . 37 第 二 节 事件管理的实现 . 40 件单新建 . 40 业务功能 . 40 操作流程 . 40 界面描述 . 41 第三节 报表功能的实现 . 46 第四节 问题管理功能的实现 . 46 第五节 知识管理功能的实现 . 47 第五章 总结与展望 . 48 第一节 总结 . 48 第二节 展望 . 49 参考文献 . 51 致谢 . 53 个人简历 . 54 第一章 绪论 1 第一章 绪论 第一节 研究背景 2013年 1月中国银行业本外币贷款余额 比增长 贷款余额相较去年增长 在如此巨大的数字背后有着无数信息系统的默默运作。随着业务量的增加和业务领域的不断扩展，银行业金融信息化系统的数量日益增多，各类信息系统对业务运行的影响日益增大。 现代信息技术的迅猛发展是各银行 变革和优化运营模式的基础和助推剂。随着银行金融业的快速发展，信息化建设将为银行业的创新发展和内部管理提供强有力的支撑，成为促进银行业发展，提高银行业核心竞争力的重要保障。同时，银行业的持续快速发展对信息化建设工作提出了更高的要求。加强银行电子商务研究，发展网上银行等低成本服务方式，是电子商务逐渐成为未来银行业务重要的营销渠道和新的增长点。全面实现网上无纸办公，不仅节约了成本，也使得工作效率进一步提高。 银行业信息化建设的不断深入，无论从效率方面，还是从业务管理能力方面，都为银行业务持续快速发展提供了 技术保障。银行业利用信息网络和移动通信技术建立了客户服务信息系统，形成了一批极具品牌价值的客服平台，能够及时处理银行客户的咨询、投诉、查询、远程交易等需求。为加强了银行对各类业务、各分支机构的管控能力，我们通过精简层级管理，降低人为因素干扰，信息全国大集中等信息技术手段，提升银行各业务科学技术含量的同时，实现了系统的精细化管理。有效的将银行的服务范围从营业网点扩大到了自助24小时服务机具，互联网，再又扩大到了手机短信等声讯服务平台。此外，银行信息系统与银监局、人民银行的联网协作，有效地提高了监 管机构掌握各项信息数据的及时性与真实性，防范化解了各类型的操作风险，为银行业风险管控水平的提高提供了强有力的支持和保障。 现代化信息技术手段有力地促进了商业银行的管理转型，实现了后援集中，运营效率有了显著的提高。提高 项业务早已与 术形成了一个深度融合、相互交织的整体。各类第一章 绪论 2 业务平台在提供给不同客户个性化需求的同时，也提供了规避风险的重要解决方案，既能快捷、方便地开发标准化的基本产品和服务，又能灵活配置、组合产品和服务，并为客户提供增值服务；信息化建设对于银行来说越 来越重要。 第 二 节 目前国内银行 用现状 银行业信息化建设起步较早、各业务各系统上线时间不一。这就造成了缺乏一个统一、全局的信息化发展战略，各业务系统之间标准不统一，造成了重复投资，资源浪费等现象的出现。在软件开发方面，在前期仅仅重视软件项目成本与完成时间，忽视了软件项目质量，造成信息系统运行风险大，后期维护成本高，为信息化发展留下了隐患。 部门存在着运行维护管理工作自动化程度不高、手工劳动强度大等问题，与不断提高的计算机系统运维工作的要求形成了强烈的反差。 不同业务系统的操作人员和运行维护的人员 完全是三条没有相交交点的平行线，没有考虑客户信息的延展性、可重用性及效益性等，一个新的系统上线即意味着大量数据导入工作的开始以及现有资源巨大浪费的开始，在占用了银行有限人力资源的同时，既丧失了大量的客户可挖掘潜力，又造成了后续维护成本的大幅增加。 第 三 节 邮储银行基本情况及计算机系统运维现状 邮政储蓄自 1986 年恢复开办以来，截止 2008年已建成覆盖全国城乡网点面最广、交易额最多的个人金融服务网络，拥有储蓄营业网点 个。邮政储蓄银行已在全国 31个省（市、自治区）全部设立了省级分行，并且在大连、宁波、厦门、深圳、青岛设有 5个计划单列市分行。 经过 25年的发展 ， 中国邮政储蓄银行已形成了以本外币储蓄存款为主体的负债业务；以国内、国际汇兑、转帐业务、银行卡业务、代理保险及证券业务、代收代付、代理承销发行、兑付政府债券、代销开放式基金、提供个人存款证明服务及保管箱服务等多种形式的中间业务；以及以 债券 投资、大额协议存款、银团贷款、小额信贷等为主渠道的资产业务。 2008年至 2010年中国邮政储蓄银行对公存款和对公结算业务在全国 36家分行全面铺开，信用卡成功发行。 第一章 绪论 3 随着 2012年 1 月 21日邮储银行整体变更为中国邮政储蓄银行股份有限公司以来，信息技术的重要性在邮政储蓄银行日益凸显 ,全行诸如业务应用系统、业务操作系统、系统的管理和维护等工作分别由不同的部门进行负责，有本行内的科技部门，也有邮政企业的信息技术部门，也有外包的软件公司的运营人员。而服务器等硬件设备有租用邮政企业的，也有本行自身的固定资产的，可谓是非常混乱不堪，用户在使用某项系统或者某些硬件后，面临问题或者故障的时候仅凭 自己的力量往往不能解决，但是又不能第一时间内找到相应的部门去解决。 第四节 研究目的和意义 为适应商业银行各类业务综合经营发展趋势的不断深化，银行各业务系统不仅要为银行的业务提供高效的运营支持，更要加强对各业务平台的系统整合，消除商业银行中各个业务平台、各业务单元之间的边界，整合商业银行内外部资源，优化金融服务产业链条，为商业银行持续发掘和满足客户各项金融业务个性化需求提供保障与支持，创造更高的客户价值和盈利能力。对商业银行而言， 计算机系统运维管理平台 的建设与投用，可以提高银行运维的自动化水平，有 利于商业银行各业务平台之间的，降低商业银行交易与运营成本，提高商业银行的竞争力。计算机统一运行管理系统，从经济效率方面来看，还可以降低后期维护成本，值得进行深入研究。 计算机系统统一运维管理，不仅为决策者在进行计划、实施和控制各种活动的能力，同时也为银行提供了合理使用自身人员和资源的方法。计算机统一运维管理的主要目标包括：业务信息、人员信息和客户信息，保证各业务系统顺利的运行与数据的互交的是其主要目标之一。 本研究以 心思想为指引 1，用以对运维工作中的各种事件、问题进行流程化处理并将屡次出现的问题进行总结归纳，进行统一管理，以保证运维事件的发生“事前有监控，事后有响应”，将运维模 式由被动的支持转为主动 2。 第一章 绪论 4 第五节 论文内容与结构 国国家计算机和电信局）于 20 世纪 80 年代末开发的一套 务管理标准库，它把英国各个行业在 在提高 源的利用率和服务质量。 由 他是为提供优秀的 3。 本文首先对邮储银行现阶段最常见信息系统管理流程的现状进行了深入的分析，对 重根据 后基于 括事件流程与业务流程。 本论文的内容结构安排如下： 第一章“绪论”，简要对商业银行为何引入 银行的发展前景，给出了课题主要研究内容和论文的组织结构。阐述了研究的背景和动机。 第二章“需求分析”，本章根据邮储银行 述邮储银行计算机系统运维管理系统及数据大集中的需求。该需求描述的主要目的是将邮储银行业务进行统一管理，以保证运维事件的顺利进行。而后对该系统各模块功能设计及系统的总体框架结构进行了概述。 第三章“系统设计”，本章对系统中各模块的功能、其内在结构以及整个系统的总体设计进行了详细的阐述。用原型图构建出流程表单，说明了主要流程的结构设计，并详细说明了 流程的功能和走向。 第四章 系统主要功能的实现 ,本章描述了银行业计算机运营维护系统的实现的整个过程， 并对系统实现中所涉及的关键技术等进行了逐一说明，同时展示系统中包含的一些重点模块，展示模块的界面设计。 第五章 展望与总结 ,总结计算机运维管理系统的设计和实现经过，对于系统中存在的一些不足也予以指出，并据此提出建设性意见和建议 。 第二章 系统的需求分析 5 第 二 章 需求分析 第一节 邮储银行运维管理中存在的问题分析 由于系统运维管理的方式和管理流程的不完善 ,导致邮储银行业务迅猛发展与系统运维效率低下 的矛盾日渐凸显 ,在日益繁重的系统运维工作面前，科技人员基本扮演着“消防队员”的角色，系统运维工作处于一种非常被动的局面。与此同时 ,由于目前的系统运维管理工作的管理模式的滞后，技术力量并未跟据系统运维服务的需求而同步增长 ,邮储银行的金融系统运维管理水平也在业务用户的一片不满声中停滞不前。自从 2012 年邮储银行股份有限公司正式挂牌上市之后，这一年来邮储银行业务发展速度和服务覆盖面不断增大 ,就对科技部门金融系统运维管理水平提出了新的要求。邮储银行的信息化建设阶段 ,己经逐步从大规模的基数计算机系统建设转变为以金融系 统使用为主的运维阶段。由于管理思路和管理方法还在继续沿用基础计算机系统建设时期的 ,目前的管理方法已经不适用于现阶段的运维管理工作。计算机运维管理的服务管理水平的滞后性日益显现出来，乃至于影响到业务的发展。 总体来说 ,邮政储蓄银行计算机运维管理存在以下两方面的问题 : (1)计算机服务管理方式落后 缺乏统一的运维管理系统 :邮储银行目前故障申报并存着多种手段，形成了故障申报途径不统一的局面。这不仅直接对故障事件的响应和解决速度造成了影响，还增加了系统运维人员的工作量。各业务条线故障的重要性 和急缓程度没有一个统一的优先级判别标准 ,全行的故障事件无法进行统一的分析和统计。 具体表现在： 1. 用户认为只要跟电脑有关的问题都可以找本行的科技部 ,并且并不清楚科技部门究竟每天在干什么 ,本行科技部每天忙于诸如解决本不属于职责内的事务性处理工作，也没有将哪些问题是应该由他们处理的告知用户。 2. 用户通过多种途径反应他们遇到的问题，并且根本无法判断这个问题应该由谁来解决，如：上级业务部门、本级科技部门、上级行科技部门。并且没第二章 系统的需求分析 6 有一个规范的途径申报所遇到的问题。管理者也无法对科技部门的 工作量进行量化和统计。 （ 2）故障处理能力相对不足 随着近年来邮储银行金融计算机系统集中度的不断增加 ,相应的也提高了计算机金融系统管理的复杂程度 ,邮储银行各业务系统的正常运作很可能被硬件、网络、软件、应用系统等任何一个环境出现的问题所影响。目前邮储银行缺少一套可操作性强的运维管理系统应对这些突发事件带来的影响。导致运维管理人员总是处于被动状态 ,因此邮储银行需要一套集中有效的故障管理流程。 具体表现在： 1. 人员无法准确的判断系统故障的紧急程度。处理问题的先后顺序往往取决于业 务用户催促的频率或者是按照个人关系远近的顺序 ,大多数科技人员更是秉承着解决先高层领导，后熟人，后好解决的问题的顺序 ,往往根本无法顾及到故障事件的紧急程度，导致延误了正常的生产经营工作。 2. 部门对于运维人员应处理完故障请求并没时限要求 ,很多应该及时处理的故障经常得不到第一时间的解决，或者需要持续一段很长的时间才得以解决，业务用户只能被动的接收这种处理的结果，既没有有效的途径反应问题，也看不到问题处理的进度，甚至连问题是否正在被处理都不清楚。 3. 故障重复发生 由于性能及效率的要求 ，运维人员基本不会努力去寻找故障发生的根本原因，而是习惯性的采取最快捷的临时解决方案解决问题，这种做法并不能从根本上消除问题 ,导致相同的故障事件经常反复发生。而没有一套明确的运维管理流程正是这种现象产生的原因。对于同一类型的问题或者故障，运维人员往往都要进行重复的处理；或者对于同一个故障问题，往往运用临时变通方案进行变通处理，导致同一个故障反复发生。 4. 配置管理流程缺乏 由于邮储银行的软硬件架构等 始设备和系统都是由邮政企业进行运行和维护的。包括众 多新增的业务系统和网络平台也都需要对接到邮政企业进行统一的管理。系统的多元化和复杂化决定了其管理难度是其他银行的数倍。某一系统或设备的配置更改很可能会影响数个系统的平稳运行 ,而目前邮储银行的运维管理还未涉足配置管理领域 ,因此邮储银行更需要建立配置管理流程用以提高金融计算机运的管理水平。 第二章 系统的需求分析 7 具体表现在： 1. 如有新的生产系统或者新的业务系统版本上线后，暴露出的各种系统缺陷及不稳定的情况得不到及时的解决。 2. 业务用户在遇到故障像运维部门提出维护请求时 ,总是主观的夸大自己提交的事件的紧 急度 ,而运维部们对故障的优先级判别没有一个统一的标准 ,经常会出现一些真正需要紧急处理的请求反而得不到优先处理 ,经常使得运维部门在紧急度较低的服务请求上浪费了宝贵的时间 。 3. 在处理一个边界故障时，由于没有明确的处理人，导致邮政的技术部门将问题推诿至银行的科技部门，银行的科技部门又将问题推诿至邮政的技术部门。导致问题不能得到解决。 4. 对于属于邮政企业运维职责范围内的运维工作，因为都是以关联交易进行直接计费，现有的运维绩效考核机制往往都流于形式，没有一个数字化、数据化的衡量指标。结果就造 成所谓的考核机制流于形式，在运维服务的质量、效率上往往得不到保证。因为运维工作耽误造成的客户流失情况非常严重。 (3)运维服务交付能力较弱 1. 务用户无法对运维部门形成有效的约束机制 ,在部分业务用户的故障处于长期的放置之后依然得不到解决。科技部门对外部服务提供商和内部运维人员虽然有书面约束文件但是没有有效的考核办法 ,导致业务用户的满意度持续下降。 2. 缺少运维管理服务职责划分 : 由于邮储银行的部分传统业务系统是使用的邮政企业的业务系统，不仅在业务对接上有诸多 不便，在运维管理上也存在着“边缘地带”，即邮储银行也可进行维护，邮政企业也可进行维护的故障。在这类故障面前，双方的运维人员往往选择优先解决必须由自己解决的问题，导致这类故障的处理被无限期的滞后，而业务人员也无处进行投诉和反馈。这也是因为双方的运维部门没有向业务用户提供明确的职责划分 ,严重影响了业务系统运行的效率 ,在邮储银行引入运维职责管理流程将弥补企业体制这方面的造成缺陷。 如图 前邮储银行系统运维管理非常混乱，各级行各级业务用户在遇到问题时完全不知道由谁来对应，只能挨个尝试。其中对人力 物力财力的浪费是巨大的。 3. 随着业务的发展，邮储银行科技部门运维人员人数过少 第二章 系统的需求分析 8 和业务部门需求不断提高的矛盾愈发显现出来。业务部门的业务需求缺乏规范化的管理，导致了运维人员浪费了大量的人力物力财力在解决业务部门不稳定、不合理的需求上。尽管运维人员加班加点的工作 , 但是由于无法明显的体现 导致银行的高层看不到科技部门的工作业绩 ,因此 ,在人员的配置、资金预算等方面都得不到满足和应有的倾斜。 图 障运维现状 总体来说 ,由于缺乏一个固定的运维服务支持流程 , 技术部门对于处理各类事件的未形成统一的途径 ,运维人员在处理事件过程中的随意性较大。在科技建设方面的资金投入并未完全转化为生产力，业务价值和财务上巨大的资金投入并不成正比。运维人员和科技部门的工作无法量化和考核。部分运维工作职责划分不明确。 第 二 节 系统 总体描述 针对当前邮储银行计算机系统管理质量较低，运维管理情况复杂等问题，很有必要引入一套基于 件管理、服务台、服务目录管理、故障管理、知识库、变更管理、服务级别管理、资产 和配置管理、可用第二章 系统的需求分析 9 性管理、容量管理、服务连续性管理 和财务管理对现有流程进行改善 4。根据 储银行的 员和流程三方面进行改进 ,根据业务对科技运维的要求 ,重建人力资源规划 ,实现不同角色职责分别定义 ;对科技部门各岗位的技能需求进行重评估 ,全面提升前台运维人员操作技能 ,培养专家级别的后台技术人员 ;最后按照运维管理的各模块要素 ,统一构建邮储银行运维管理系统框架 ,根据各岗位职责制定相应的服务流程 ,通过统一的服务台 ,把各种业务及 运维支持固化到一个平台上 ,通过运维管理系统的运作来提高金融计算机运维管理水平 5如图 图 用户类型分析 通过图 储银行的各类用户可以大致分为以下几类： 一、业务用户 实际上，业务用户直接使用各类业务系统进行日常的生产和办公，虽然业务用户的种类很多。但是对于运维系统可以把他们视为两类业务用户，既： 第二章 系统的需求分析 10 1. 业务发起用户。这类用户是系统最基层的使用者，包括前台人员，业务后台人员，一般为各级支行级别的业务用户。他们的业务权限最低，属于只有操作权限的用户，基本所有的业务问题、和大部分的技术问题都直接反应在这类 用户身上。 2. 上级业务用户。这类业务用户大多数情况下使用后台权限对业务进行管理。一般为各级分行和总行的业务用户。他们不直接进行业务操作，但是却充当了后台业务管理的重要角色。他们有权限解决下级行的业务问题。 二、运维用户 运维用户顾名思义是由运维人员及技术人员构成的，他们不进行生产业务操作，邮储银行和其他银行运维方式的本质区别在于邮储银行的计算机网络基本都是依托于邮政企业的。所以在运营维护方面，大致分为以下几类用户： 1. 同级银行运维用户 由同级银行的科技部门人员 构成，该类人员主要负责值班管理。即：对运维事件进行分类，帮助业务用户在最短的时间内找到正确的维护人员。同时进行问题单的发起与递交。 2. 同级邮政运维用户 由同级别邮政机构的网络维护部构成，主要解决该机构范围内的系统故障及运维事件。属于运维服务的基层提供者。 3. 上级银行运维用户 功能同同级银行用户。在权限和对应关系上属于更高级别。主要处理下级银行运维部门不能解决的问题。 4. 上级邮政运维用户 功能同同级邮政运维用户，主要解决不能在一个机构机构范围内处理的系 统故障及运维事件，属于运维服务的上级提供者。 三、第三方厂家、运维商 属于运维服务的最终解决方，任何不能解决的问题最后都将被移送到这里解决。 四、系统管理员 实际上，系统管理员是由各级银行的科技发展部门担当的，他们兼职了银 行运维用户，又负责所在机构辖内的系统管理工作。 第二章 系统的需求分析 11 用户类型分析 本系统在需求设计过程中参考了 考虑到邮政金融计算机系统运维管理的实际情况，各业务术语与 这里给予相关定义。 （ 1）事件：类似 件”，指所有影响系统正常运行的活动。 （ 2）作业：除了事件单、问题单、版本发布单、变更单、知识单以外的所有运维工作任务都可以采用作业的形式管理。本系统中，作业必须通过制定计划的方式确定，一个计划可以包括多个作业，周期性作业可以包含多个任务。 （ 3）事件管理：是一个被动性的任务，也就是减少或消除存在或可能存在于 务中的干扰因素给 务带来的影响，以确保用户可以尽快恢复业务的正常工作。因此，我们要将事件记录下来并分类，再分配给适当的专业人员去处理，同时也要监控事件的发展，并在事件得到解决之 后将其终止。 （ 4）问题管理：问题管理是查找产生问题的根源，从而保证事件不再重复出现。问题管理流程就跟踪各类问题解决的过程，将问题的来源、种类、解决过程、相关的变更评估有效的记录下来，为今后的问题回顾提供依据。问题管理流程中的问题来源主要是用户通过电话反映或 交的问题、事件管理流程派生的问题。 （ 5）变更发布管理： 是要确保在 有效的监控这些变动，降低或消除因为变动所造成的问题。它的目的并不是控制和限制变更的发生，而是对业务中断进行有效管理，确保变更有序进行。 （ 6）变更顾问委员会 是一个跨职能组织，负责评价针对业务需求的变更请求、优先级别、成本 /效益指标以及对其它系统或过程的潜在影响。 常针对变更请求提出付诸实施、深入分析、暂缓实施或彻底否决等建议。 （ 7）作业管理：是将各项维护规程和管理办法中确定的周期性和非周期性的维护作业任务集成，使得运行维护人员能够准确、高效的完成备份、巡检等各项日常维护任务，是面向作业计划制定、审核、管理、执行与监控、查询统计以及相关配置项维护管理的内容。 （ 8）值班管理：值班服 务台在用户支持方面扮演了重要的角色。一个成熟的服务台可作为其它 门的前台，能够在无需联系专家的情况下处理一些客户询第二章 系统的需求分析 12 问。对于用户来说，服务台为他们提供了联系 而可以确保他们能找到合适的支持人员来帮助解决其问题或请求。 （ 9）个人工作台：集中管理个人用户常用的待处理作业任务、待处理各种工单、待处理公告业务和值班表查询，为各种待处理任务统一提供快速处理入口。 第 三 节 系统功能及用例分析 计算机系统运维管理系统作为 切结合邮储银行个性化需求进行定 制和二次开发，在运用 满足邮储银行 留有深入开发和功能扩展，为将来该系统升级留下了很大的空间 7。计算机系统运维管理系统管理内容主要是基于合邮储银行运维组织机构层级、人员构成情况和邮储银行有关信息管理系统建设技术规范，结合实际系统运维状况，整合、优化运维流程。实现计算机系统运维工作的电子化、自动化、流程化和规范化，建立监控手段与运维人员之间的有机联系 8。 本系统业务范围主要包括： 用户 管理、事件管理、问题管理、值班管理、知识管理、版本管 理、报表管理 等七个主要业务领域 9 1. 用户管理功能 （ 1）不论是运维部门的运维权限用户，还是业务部门的业务权限用户，乃至管理员用户，都必须先进行身份验证才能使用系统，只有通过身份验证后才能开始系统的使用。而且不同级别用户登录到系统中后可见的功能性菜单和界面都应该是不同的。这就确定了系统应该必须可以进行专门的识别用户身份与权限的操作。 （ 2）用户权限分配功能仅有系统管理员可以使用，系统管理员可以是一人，也可以由多人共同担当，但是系统管理员必须由银行科技发展部门人员担任，这 就确定了该系统的最高管理权掌握在银行手中。 （ 3）系统管理员仅有用户信息管理和报表管理功能，无权访问业务流转功能，即：不能直接参与业务处理。 该功能用例图如图 第二章 系统的需求分析 13 图 户信息管理的用例图 2. 事件管理功能说明 事件管理主旨在于通过临时解决方案或者对单个事件快速处理的手段尽快恢复金融生产网的运营或者相关的计算机服务。也就是说该功能针对性较强，仅仅用于业务用户解决突发性的业务问题使用。所以该功能的新建由业务用户完成，分派由值班的银行运维用户完成，处理由运维用户或者上级业务用户完成 。 该功能对应的用例图如图 示： 件 管理用例图 第二章 系统的需求分析 14 3. 问题管理功能说明图 问题是指存在于生产环境中的原因未知的系统错误，这种错误已经或可能会导致一起或多起事件的发生。所以问题单的发起人应该是运维用户，由值班人员进行分派，再又上级的运维用户进行审核，最后根据实际情况由上级的银行运维用户或者邮政运维用户处理。 该功能对应的用例图如图 示： 图 题 管理用例图 4. 值班管理功能说明 值班管理用于分派事件单和问题单，因为运维事件不可能是一套标准化的东西，任何 系统无法自动判定递交的流程。这时候就需要人为的进行分派。 值班管理在运维系统的使用中起到了中间环节的重要支撑作用，也是系统能够高效运行的保证。值班管理由银行运维用户担任。 该功能对应的用例图如图 示： 5. 版本管理功能说明 用于本系统的升级或者更新。由于业务是不间断发生的，一个运维系统的变更肯定是必要和经常发生的。但是在全国范围内的升级变更并不是一件容易的事情。所以必须有一个功能模块来实现全国的统一升级。 本系统中的版本管理包括对版本信息单新建，以及对版本发布通审查确认、执行等业务处理 功能。第二章 系统的需求分析 15 系统管理员拥有对版本发布、更新的管理过程，对版本发布过程进行监控，对版本发布结果进行查询。 该功能对应的用例图如图 示： 图 班 管理用例图 本 管理用例图 第二章 系统的需求分析 16 6. 知识管理功能说明 所谓企业知识管理，就是帮助各用户之间共享经验的一个平台。以便用户通过系统对知识进行获取、积累、共享和创新。任何用户都拥有知识新增的功能，由上级用户通过审查即可发布。（如业务用户新建的知识就由上级业务用户审查，运维用户由上级运维用户审查） 该功能对应的用例图如 图 示： 图 识 管理用例图 7. 报表管理功能 该功能的存在是系统得以高效运行的基本保证，通过报表功能，可以即时生成各项指标的标准报表，方便管理者直观的对运维商提供的运维水平进行评价，并且可以根据报表的具体数值对运维商或者是运维人员进行考核或者是评估。也可以对某项事件产生的频率及原因进行分析，进而避免事件的再次产生。 该功能对应的用例图如图 示： 第 四 节 系统 的性能需求 系统的性能需求是指在满足了功能需求的前提下，系统还应该具有如何的性能。通过对银 行各类用户的调研，明确了系统的性能需求如下。 一、易于操作 考虑到企业员工对于计算机操作水平的差别，系统在操作上应该尽可能靠 第二章 系统的需求分析 17 近现有的成熟软件系统的操作风格，尽可能地采用鼠标选择操作，而不是键盘 输入操作。 另一方面，系统在界面风格上，要尽可能地简洁；系统中对数据信息的显 示和组织都应该合理，尽量让用户容易发现操作入口。 二、方便扩展 系统的运行受到硬件、软件体系结构的制约。为了保证在信息化建设大力推广的今天，系统能够支持更多的业务功能，或者支持现有业务功能的改变，都 应该采用可扩展、灵活的设计方案。 三、安全可靠 安全性是任何一个系统都要考虑的问题。对于银行使用的系统更是如此。系统的安全性不仅需要在硬件方面进行考虑，也需要软件方面的保证。因此，采用可靠性好的开发工具、平台和安全的身份验证方法，都是保证系统具有良好安全性的因素。 图 表管理功能表的用例图 第三章 系统的设计 18 第三 章 系统 的设计 系统设计是根据需求分析阶段所明确的用户需求，在一定的环境条件下，设计出可行的实施方案。对于系统的设计，可以分为总体设计和详细设计两部分。传统的设计方法可以是流程图、 数据流图或者是 。本章分别从系统的网络架构、功能模块、数据库等多个层面对邮储银行计算机运维管理系统进行设计 11 第 一 节 系统 设计原则 系统在进行设计之前，明确了需要遵循如下原则： 1. 可行性和适应性 系统的设计，首先应该在技术上确保是可行的，同时也要满足用户的需要。考虑到用户需求可能会随着时间变化，为了使系统适应需求的变化，在设计软件的架构上，应该采用平台技术，从应用扩展层面来增加功能模块，适应未来的发展需要 2. 前瞻性和实用性 系统的设计， 一方面要充分考虑系统价值的最大化，即最大限度地满足各类用户的需求，另一方面也要充分考虑系统的可扩展性，即随着时间的推移和用户需求的增加，系统在功能、应用、集成等多个方面的扩展。 3. 先进性和成熟性 系统的设计，必须结合先进的管理理念、先进的计算机技术、方法，也必 须选择相对成熟的软件系统、硬件设备、开发工具等。 4. 开放性和标准性 从系统的开放性角度看，系统的底层应该支持不同层次的多种协议，支持与业务系统的互通互联，应用系统应该采用流行、标准的数据交换方式，保证有效的数据 共享。 5. 可靠性和稳定性 第三章 系统的设计 19 系统的可靠性首先表现在系统不会因为一般的人为或外部异常事件而崩溃，当系统出现问题后应该能够在较短的时间内得到恢复。另外，系统中的数据是完整的，不会有数据不一致的现象和情况。 系统的稳定性则主要表现在，系统总体平均可用率应该保持在 99%以上，主机系统应该能够保持 7*24小时的稳定不间断运行。 6. 安全性和保密性 系统的设计需要考虑信息资源的充分共享，也要注意对信息进行必要的保护和隔离。系统应该针对不同的应用、网络环境和存储设备，采取不同的 安全机制、权限控制等措施。 7. 美观性和易用性 系统在设计时，需要对用户界面风格统一化，力求界面友好、图形显示直观，将工作流程从设计到使用均全程图形化展示。同时，界面设计应该根据用户的需求而进行灵活更改，注重用户体验，使系统易学、易用。 8. 兼容性 系统在设计时，必须要充分考虑系统在实施时面对的不同客户端，因此要求客户端能够全面兼容，即操作系统方面要全面兼容 ，浏览器方面则全面兼容 流浏览器、并支持支持007。 第二节 系统 体系 结构设计 随着软件开发技术的发展和更新，基于网络的应用软件系统，已经从基于客户 /服务器（ C/S）架构发展为基于浏览器 /服务器（ B/S）的架构 13办公自动化系统是非常典型的基于网络的应用软件系统 15，因此在本系统中，也采用了B/体系结构如图 示；系统采用了分布式的网络结构，如图 示： 图 系统结构设计示意 图 计算机运维管理系统 用户管理 问题管理 报表管理 版本管理 知识管理 值班管理 事件管理 第三章 系统的设计 20 图 系统网络结构设计示意 图 用户类型分析 用户管理 16，即系统管理员操作 界面，其模块如下图 示： 1. 修改密码： 系统管理员可对用户密码进行修改，选中需要修改密码的用户，进行密码重置并重复输入修改后的密码进行确认，新密码即可生效使用。 2. 删 除用户： 系统管理员可删除已经不再使用的账户以收回设备管理员的使用权限，查询定位到相关用户后，选择删除选项，即可完成删除工作。删除后，该用户信息将从系统中清除，并返回提示信息。 第三章 系统的设计 21 3. 查看用户： 系统管理员可对 用户信息进行检索查询，可查看全部管理员，可查看设备管理员，还可查看系统管理员。符合要求的查询结果中，各管理员按用户名逐一列出，供系统管理员参看，查看内容包括序号、用户名、密码、权限等。 4. 添加用户权限： 为系统添加设备管理员用户，系统管理员需输入用户姓名、用户密码并确认用户密码，同时选择权限设置为“设备管理员”，提交数据至系统进行信息保存，从而完成用户的增加。 信息录入要保证信息的可靠，其一、用户名不能为空；其二、密码不能为空；其三、确认密码不能为空且要与已输入的密码保持一致性；其四、不能添加已存在的用 户，即用户名不得有重复，如不满足上述任何要求，用户添加将已失败告终，系统不做任何操作，只提示相应错误信息。 5. 用户身份管理权限 ： 图 系统的 功能模块结构 第三章 系统的设计 22 同样的用户，因为所在机构的不同，将拥有不同的身份，（如：天津市分行业务管理员）。银行的机构虽然有一套成熟的体系，本系统的用户的层级依附于银行机构的层级 17。 图 户管理结构图 事件管理功能模块设计 事件管理流程的主旨是在解决金融计算机系统日常运行过程中产生的影响业务正常进行的事件的运维流程 18。主要 通过临时解决方案或者对单个事件快速处理的手段尽快回复金融生产网的运营或者相关的计算机服务。具有针对性，单一性，快速性等特点