|
以下为个人愚见,也是本人在未来想一直从事的方面。
从总的来说,个人认为应当将业务处理,业务逻辑,账务系统(核心)这样分为三层。
以下一个一个简单说下
核心:也就是现在常说的瘦核心,或者小核心,将真正的借贷,科目,实际的会计处理的账纳入其中,其最终应该提供的功能基于借贷这样原子交易的处理。这样实现了总行集中式账务处理。
业务逻辑层:说白了就是将核心的账务接口根据不同的业务封装成针对业务的接口,而该层的最主要是根据业务模块进行业务逻辑封装。未来的业务报表,数据抽取等基于业务的功能模块全部放在该层。并且该层可以根据需要作为分布式部署的系统。
业务处理:该部分可以用柜面+工作流或者其他方式进行组合,该层主要的重点是业务的处理过程,比如界面展现,岗位推送,审核流程等,将真正的业务处理以及账务处理逻辑玻璃出去。
以上为我个人在做项目上的一点想法,而且在我做的(非核心系统)的业务系统中是按照这种设计开发。
最后,在做银行项目这7年左右时间发现,每个系统在设计过程都是美好的,在实施过程中会经常走偏,我现在的做法是,经常对项目进行review,对设计以及实现业务不停的review,能让80%不走偏就已经是极限了。再有,我是在需求分析-功能规格-设计过程中 一定要有一套自己的方法哪怕就是N个excel模版也好。
以上为个人部分愚见,而我的兴趣就在中间那层。
|
|