银行业务之二--日终处理

本文的讨论来自http://bbs.chinaunix.net

[日终处理]
A:最近要接手一个关于中间业务标准处理流程的设计开发工作，要求开发的流程具有较好的代表性和较强的适应能力，换句话说就是要求多考虑点多种情况处理。
但偶这方面的经验缺乏，简单的只是了解需要这么些步骤，对具体的处理都不是很清楚，坛子里明白的兄弟可要拉一把啊：

日切：
1，日切时机的选择，比如：什么时候，有联机交易未完成怎么处理，同时有其他批量怎么处理，等等
2，日期切换

日终批量：
1，检查是否可以发起批量，主要是看日切是否完成
2，调用批量并记录批量状态
3，生成批量入帐文件
4，批量出错以及解决
5，批量上送和第三方入帐
6，入帐出错以及解决
7，批量完成
B:日终通常有这么几件事可以作,流水备份,日志备份,对帐/生成日终报表
日终就这几件事,看看安排下先后顺序了.
其实对帐这块很多要看业务规定的,是以第三方为准还是以行内为准,是一天对两次还是一天对一次,是以主机流水号对还是以前置流水号对,是传文件还是作交易等等.

具体问题具体对待,中间业务就是这样的,除非你把需求公布了,我才能给你说的更具体些
[业务与技术]
A:业务与技术的关系?
B:1 在你们这种公司里，或者说在这种行业里，业务是最主要的。
编程知识是较次要的，但不是说不重要，也很重要，但是不能因为这个而忽略了业务知识。

 2 业务知识熟练了就是专业人才，编程知识熟练了只是通用人才。
前者强了，可以在这个行业干一辈子、最后有自己的客户资源，再自己干。
后者学好了，跳槽到别的行业时会有较多的可复用的技术。

技术与业务不能脱节。如果仅是一个开发人员，多搞搞技术倒还行，但不会有太大的成就。如果想发展，不熟悉业务是不行的。当然是指在这个行业内。

技术相对于业务来说还是业务重要的些.
不过技术也要扎实阿,哈哈,业务熟练是为了让你提高工作效率少走弯路,但是知道怎么作了也要会做尤其是作技术的

[从业经验]
dlms--从事金融行业5年,比较熟悉前置整合,渠道整合,中间业务,以及多种特色业务.卡业务,现代化支付业务/报表信贷管理算作过些吧!
最不熟悉的就是核心业务,小弟出道比较晚大行的核心都被人作了,所有就只能玩外围渠道了!

版主－精灵使--我是做银行主机系统的（机房里除了网络的其他所有部分），做过的都是省级的数据大集中（农信比较多）。
另外，这样的省级核心业务系统，包括一些外围的系统，我们公司也在做。期望和大家一起探讨

universes (universes) ---俺是在一家小路由器公司干活，咱们卖给很多银行路由器，如农行、农信、建行等等。。。。
俺是搞固定终端的，也算和金融搭了那么一点边。。。。。

BetonArmEE---精灵王----1年 个人空间门户 服务端cgi(c)/Linux
3年 省级大前置卡业务交易调度平台/AIX + 卡业务后台核心
1年 信贷核心/AS400

[电信软件的特点]  
love2000 ---
1.电信软件要求实时性较高，不像web可以慢一些。所以使用内存时，一般控制使用malloc等函数，尽量在系统启动时申请内存处理或定义很大的局部变量。因为内存申请及内存释放函数较耗时。某些实时性高的系统需要把数据库中的数据都放到内存中，并准实时更新数据库，因为每次都查询并更新数据库也会耗时。
2.电信软件分忙时，闲时。要做到忙时不瘫机。比如过年是短信量就大增。所以软件要控制流量和链接数，当操过某一阀值时，根据策略拒掉过多的请求。一般CPU频率要控制在50%以下。
3.由于unix系统喜欢使用多进程，所以经常使用共享内存来提高效率，通过锁来控制内存的修改。
4.由于处理量大，所以需要考虑硬盘空间满等特殊情况的处理，这种情况很容易发生。
5.关于计费。当发生错误时，计费要有利于用户，就是说如果用户的花费可能是1元或二元时（已经不知是哪个了），那么只能按照一元计费。因为一旦你多扣了用户钱会容易引起投诉，而对于电信公司来说吃点亏也无所谓，反正利润很大。我想银行软件就得公平了吧，必须知道是一元还是二元了。呵呵
6,要保留完善的用户使用记录，以免用户赖账说我没有使用。记录一般会保留几个月。
我总结这么多，希望大家补充。
dlms --- 你说的是记账系统，那个行业都一样，管理系统，效率和方便性还是方便性要求更高些！
因为做管理的人都是，纯促的技术崇拜者，认为技术无所不能，哈哈！
术士 --电信系统对融灾这块会有较高的要求,压力测试永远不能说明系统的实际承载能力.只要是软件系统,就永远有BUG.
yangkwch---偶觉得定制要求高、需求变化快才是电信软件的特点