pos机接入系统,银行应用系统架构分析

新闻资讯 | 2023-03-29 08:53 | 投稿人：pos机之家

网上有很多关于pos机接入系统,银行应用系统架构分析的知识，也有很多人为大家解答关于pos机接入系统的问题，今天pos机之家(www.poszjia.com)为大家整理了关于这方面的知识，让我们一起来看下吧!

本文目录一览：

1、pos机接入系统

2、pos机和路由器怎么连接

pos机接入系统

银行的信息系统，通常指的是银行所有涉及经营、管理、办公自动化的IT应用系统的集合。

对于银行的交易系统，从客户的维度，通常可以分为个人客户系统、法人客户系统等；从功能维度，通常可以分为渠道系统、业务系统、账务系统等。

任何庞大而复杂的系统，其各种功能都是由一个个程序通过它们之间调用和被调用的过程来完成。这种经过预先规划的功能逐步分解所形成的程序体系，就称之为系统的应用架构。每一步的功能分解形成的程序体系成为信息系统的一个应用架构层次。

一个好的应用架构，应该是一个倒树形结构。以信息系统下分四层的架构举例：

处于最顶部的树干，代表整个信息系统。树干往下会分成若干个树杈，这第一层的树杈代表整个信息系统的几大部分的功能板块，可称之为应用群；第二层的树杈我们可以将其定义为应用组。再往下分，第三层树杈我们可以将其定义为应用；架构树的最底层就是树叶，对应的是一个个程序；

如下图：

应用架构的层次

上图仅表示应用架构的层次递属关系。实际是，上层与下层还是一种包含关系，如下图：

应用架构

一、应用架构的各层次分析

（一）程序

在信息系统里，最基础的构成逻辑单元是程序。通常，程序指的是可以单独编译的源程序。原则上，一个程序包含的功能不应太多，规模不应太大。由于对程序规模的限制，通常，单个程序不能独立完成信息系统用户对信息系统的某个服务要求所对应的全部逻辑功能。通过编译、连接，可以把若干个源程序连接成为一个更大的可执行的逻辑实体，这种实体叫模块。

（二）应用

应用是一组关系密切程序的组合，是信息系统的基本逻辑分类。所谓关系密切程序，指的是为了完成信息系统用户对信息系统的某个服务要求所对应的基本逻辑功能、要动用到的程序。

（三）应用组

应用组是一组关系密切应用的组合，是信息系统的一个中层逻辑分类。所谓关系密切的应用，指的是为了完成信息系统用户对信息系统的某类服务要求所对应的基本逻辑功能、所涉及的应用。

（四）应用群

应用群是应用组的组合，也是信息系统的一个最高层逻辑分类。信息系统里一般只有几个应用群。在应用群里，产品应用群中包含各种各样的应用组——信息系统产品线，其中许多组可以与银行产品线对应。

（五）公共模块

为了减少程序的冗余度，研发人员往往把信息系统里许多程序、应用、应用组都使用的逻辑抽取出来，用一些公共程序去实现。这些公共程序的可执行模块叫公共模块。公共模块实现的功能包括一些与业务没有直接关系的技术逻辑，如代码转换、格式转换等；也包含一些业务共通的逻辑，如业务流水的记录、账务的更新等。

（六）信息系统

本文所说的信息系统，是各种应用系统的组合。信息系统指的是整个计算机处理系统；而应用系统指的是信息系统里头包含的各种业务应用处理系统。在银行，通常会把整个信息系统所包含的各种应用系统称之为XX应用系统。如银行交易应用系统、银行内部管理应用系统、信息分析与挖掘应用系统等。

二、应用架构各层次的规划

（一）应用群架构

1、基本架构

在银行的信息系统里，银行的事务处理系统（交易系统）是一个最主要的组成部分。下面，以银行交易系统为例，探讨其应用架构。

所有的交易系统，其基本的流程都是：I-P-O，就是服务申请要求信息的输入-申请的解析及处理-服务结果的输出。可见，最简单的交易系统在应用群架构上都可以规划出渠道群、服务交付群、服务产品群等。如下图：

最简单的交易应用架构

一个完整的服务流程如下：

渠道群为用户提供人机界面、接收用户向应用系统提交的服务申请，传送给服务交付群。服务交付群分析渠道送过来的输入数据，根据不同服务产生不同的子服务流程，并把相关数据有序地分别送到相应的产品群应用组里进行服务处理。产品群里各应用组处理结束后，把处理结果返回服务交付群。服务交付群把产品群各应用组返回的处理结果整理打包，把最终结果返回渠道群。渠道群把处理结果输出到对应的人机界面，返回给用户，完成一个完整的服务。

2、银行交易系统的架构规划

由于银行的交易系统都比较庞大，其应用群规划可以比上述的基本架构设计得更细一点。在上面三个应用群的基础上，可以多规划成一些应用群，由于银行信息系统的产品比较多，产品群比较大，可以再细分为：

（1）银行产品

是银行用于对外服务的产品。包括银行的前台直接服务产品，如我们熟悉的对公服务产品、对私服务产品、银行卡产品等；还有间接对外服务的产品，包括中、后台产品，各种业务支撑产品如：结算、清算、业务处理平台等。

（2）内部管理产品

银行信息系统不光提供银行的对外服务，随着银行管理水平的提高，银行也要提高内部管理水平。所以，可以把所有的银行内部管理和办公系统集中起来。

（3）企业级客户管理

请注意信息系统的客户与银行客户概念的差异。信息系统的客户是所有能接触和使用信息系统的人员和系统。其中包括银行客户、银行员工、第三方系统等。企业级客户管理应用群应该管理所有上述客户的客户信息、客户关系、客户行为和表现。

（4）支撑功能

前面说到，为了能减少信息系统的程序冗余、减少研发人员的重复劳动，可以把一些许多程序、应用、应用组都使用的技术功能、业务功能抽取出来，形成公共模块。

最终，银行的信息系统应用群及相关部分应用组、应用的架构逐步细分规划举例如下：

银行交易系统应用架构

银行交易系统各层架构的定位

按上图银行交易系统的应用群架构规划，从大分类看，银行交易系统应用群可以分为四大板块：渠道、服务交付、产品、技术支撑。如果把产品进一步细分，应用群可以分为6大板块：渠道、服务交付、银行产品、客户管理、内部管理、技术支撑。

（二）应用群的内部架构

下面，以渠道群为例探讨应用群内的架构。

渠道群是用于为用户提供人机界面、接收用户向信息系统提交的服务申请，传送给服务交付群。处理结果出来之后，渠道群又接收服务交付群送回的处理结果并将结果信息返回给用户。

对于银行，渠道的大分类，可以分为人工渠道、传统自助渠道、电子银行渠道、合作方渠道、内部管理渠道等渠道组。而某个渠道组，还可以细分为各种具体的渠道。

所以，作为渠道应用群，它内部也可以再细分两层——应用组和应用：

渠道应用群的内部架构

在渠道应用群内，三层的程序各承担不一样的功能：

1、应用层

应用层的对外功能，是与相对应的具体物理渠道—物理终端连接，为其提供人机界面，接收输入信息，输出处理结果信息。例如ATM应用，就与各种各样的ATM连接；POS应用，就与各种各样的POS连接。

2、应用组层

渠道应用组层对外连接不同的渠道应用，也就是间接连接不同的终端种类。通常，不同的终端类其通信协议和报文会不一样。应用组层对内连接应用群层，其功能是对应用群层屏蔽不同种类终端的差异。

3、应用群层

渠道应用群是渠道整合的最终环节。应用群对外连接各应用组，它往外看还能看到几大类的终端渠道，如自助渠道、电子银行渠道、合作方渠道等；面对的信息交换协议、报文可能有：8583、HTML、SWIFT等。

三、应用架构的处理流程

任何一个单独的程序、应用、应用组、甚至应用群，都不可能单独完成信息系统的对外服务。信息系统通过渠道应用群，把各种各样的服务要求进行逐层综合，交给服务交付群。服务交付群通过对服务进行初步的分析，把总体服务要求分解为若干个子服务按序交给对应的一些产品应用群。之后，通过应用群、应用组、应用的逐层分解，最终把服务分解为一个个程序完成的子任务。信息系统就是这样通过服务交付-应用群-应用组-应用-程序这些内部逻辑单元自顶而下的调用和被调用、逐层返回的过程，完成信息系统用户向信息系统提出的服务要求。当服务是一种比较复杂的复合型要求时，类似的调用、返回需要多次。

所有程序在程序调用的流程里，有三种序列关系：

一是上下游关系，即处于调用与被调用的关系；二是平行关系，即没有直接调用关系；三是公共模块，即可被多个其他逻辑调用；

信息系统的应用架构是一个分层树形结构，某个应用群、应用组、应用是应用架构树上的一个树杈、一个节点。在每一个树杈下，分别有直属于它们的应用组、应用、程序，后者是下一层的树杈或节点。处于直接连接在某个树杈下的节点，它们属于同一层的逻辑。从树形结构看，不同树杈下的节点通常不存在相互调用的关系，即通常不能跨树杈进行直接调用（公共模块除外），也就是不能跨应用、应用组、应用群进行程序调用。如图：

程序调用流程