第三章系统架构设计

第三章系统架构设计邮政银行作为国家的央行企业，其对账是一个集中处理数据的系统，包括了邮政总行的数控汇总、市行、省行等各分行。因为系统汇总数据中含有国家级别保密数据，这样就对其整个体系的保密程度要求更高了，而且系统的功能必须完善，才能达到使用标准。开发人员必须高标准按要求进行开发其构架，使其最后能达到设计的标准。3.1架构设计的目标系统框架计划的目标是极其复杂的，它包含了体系操作简单、高安全级别、层层设密的保密设计，还要具备以后还能继续开发的功能等要求。1、密保标准.：客户进行系统中数据发送或者接收时，不准用其他的网络来链接，但是不得不传送的数据信息，要求加密操作。2、。安全标准：加强对系统安全的保证，需要从体系安全、管控安全、信息传送安全来进行确保。而体系安全怎么做到呢，要从整体的互联网、软硬件、编写好的软件等方面来处理。管控的保障需要建立完善的准则来预防。信息数据保障是公司信息的安全，可以采用留取原件和复杂设密来处理。但是最关键的安全问题是人来保障的。3、简单明了：整个框架的目的就是把繁杂的流程可以简单明了的操作，理清各个岗位责任。4、容量和功能可开发性。开发系统前，必须要想到邮政银行可能面对较大较复杂的对账问题和繁杂的处理流程时，系统需要快速简单的升级来跟得上其业务处理的需求。3.2架构设计3.2.1系统总体架构邮政银行账务处理系统的应用中，有一部分功能必须满足对数据信息的分析研究功能，但是现在的管控体系中关键问题包含账单数据的时效性不能保障，造成领导层对账处理的真实情况不能有限监督，最后导致不能按规章制度办理业务。邮政银行账务体系是一个庞大复杂的系统。它要对省市分行、国家总行信息库、县支行的时时数据进行准确处理。从各个银行的把关来讲，省行职能主要包括总的信息数据汇总、体系的管控和做出计划等。市行职能主要是一线业务对账、信息汇总研究，县行主要职能是保证数据的准确性，还要随时可以被查询实时数据信息的要求和信息汇总的要求。该系统根据权限职能不同，层层设密，实行高管低的数据共享体系。国家邮政银行依据一线业务现状，系统配备了前置机给省行供其对总行的汇总数据实现查询功能，市行对用户的印鉴备份入中心服务器的信息库中，还安装了应用软件来实现账单的及时处理问题。综合上述原因,再结合邮储银行对账集中处理系统的特点,最终系统采用“集中式”的架构,此应用架构可以保证原始数据也可以实现跨层次的共享,同时保证系统内各机构的基础数据是统一的,这样数据标准化和数据不对称的问题可以解决,这样既能满足管理行集中管理的需要,又能实现基层行实时业务处理的需要。系统整体架构图如图4-1所示。