一个和银行有关的应用问题,请大侠们过来指教一下(300分)

  • 主题发起人 主题发起人 老莫
  • 开始时间 开始时间

老莫

Unregistered / Unconfirmed
GUEST, unregistred user!
兄弟单位最近有一个收费业务要由银行代为执行。我们的想法是数据库
(MS SQL)还是放在我们这里,然后建立一个网络连接到银行的中心机房,
所有来自银行的数据访问请求都由我这边的一个服务程序接收,然后提交
给SQL Server处理。我对银行的系统也不了解,这样的办法是不是可行,
然后我这边的server如何写?
这些我现在都不太清楚,很希望各位大侠能指点一下,
 
你会写三层程序就可以吧。了解具体情况,server and client
都由你写。我想你是不太清楚写三层程序。
 
呵呵,我没有这方面的经验,所以来请教各位啊。
银行里我想大概都是主机系统,可能我写的client到他的柜台机上可能不能用。具体
的情况我得和银行搞技术的人讨论后才能确定。但我想基本结构应该是这样的
 
先问银行同意不同意!
 
据我所知银行可不是用的MSSQL这样弱的数据库。你得考虑数据库之间的数据
转换问题。
银行的数据库里面可都是钱!估计是不允许外界的直接连接或访问。所以你得
考虑非常非常重要的——安全问题。
还有银行的设备有些比较老化,可能不是用的Windows9X系列,所以你得考虑
平台的问题。
问题可真多。还是和银行的技术人员商讨解决比较好。
 
adminis:数据是放在我们这里,银行那边的系统我不管,他们的技术领导说没问题,但要求我们提供一个接口,就是我前面说的服务程序,银行会有一条专线连到我们的机房。
有没有供电、邮电的朋友,你们的银行代收业务是怎么办的?
 
这可不是一个小项目。
还是得规规矩矩一步一步来,肯定是一个跨平台的项目。
。需求分析
。整体设计
。详细设计



设计到钱的问题就麻烦了,据我所知,银行的Unix系统在在银行内部互连,绝对不能和外界连网的。
如果你知道了大体的方案能不能Mail给我,谢谢了!
owndy.zhang@263.net
 
既然银行方面同意,那就没有跨平台的问题,因为你的程序不可能挂接到他们的网
上(安全第一),我想你的收费业务应该是独立运行的,如果这样的话就好办了,随
便找一些分布式应用的做法就可以(比如MIDAS)。但是好像你现在还没有了解具体
的需求,先别想怎样实现,问清楚了再做不迟,应该难度不大。
 
一般是这样,银行主机不会直接与你相连(我接触的是IBM DB2)
但银行可以给你一台业务前置机,你可以向它发送业务请求,由它
与后台主机交易,业务前置机的代码一般由银行自己开发(大部分是UNIX下)
而你与业务前置机的通讯方式需协调,一般是SQL语句。

 
dd兄:能不能说的详细一点呢?
 
我想可以这样设想,
你将银行所要的数据从你的数据库中取出,
保存为什么格式都是可以设置的,
银行那边可以用你的数据,但不会告诉你如何进入他们的数据库的,
也没有那个必要,简单些很好。
 
agree maming
 
你的前端是谁的?放在哪里?通常银行的代收就是在储蓄所的,所以我想你的前端应该是UNIX终端!
 
我是邮电的。
我们那的做法和maming
说的类似。
主机和前端都是UNIX。
 
估计不行,银行不会允许自己的数据外流的,可能的是,银行要求你的业务集成在
它的现有的程序中。然后,再通过某种方式把这些数据发给你。银行用的几乎无一
例外,都是Unix
 
我想大家是把问题高复杂了,根据我的经验,银行怎样做是不要你管的,他们会给你一个
接口,这个接口和他们数据库系统是分离的,说不定是一个.dbf表,你的程序能把你的要求
抽象成他们的要求,放到他们要求的地方就行了,具体他们怎样做你是不可能知道的.
 
我曾经编写过该类系统, 方法是定义一个标准包, 然后通过TCP/IP通讯,
你只要提供给银行包格式, IP地址, 端口号即可,
客户端是由银行方编写, 并嵌入营业系统.
 
槐树:你说的包是指ip包么?
 
槐树说的是UDP方式吧?
这是一种简单的报文协议,不需要建立连接,发送端只管发送。我这里
和SCADA的接口是用他做的。
DELPHI中有现成的例子
 
后退
顶部