从实际操作的角度讲，企业级业务架构设计及其建模过程是一个充满可能性和争议的过程，并没有一个直观的量化标准能够用于判断一个架构方案的好坏，下面通过一个虚拟的例子体会一下这种“难标准”的标准化过程。假定为A商业银行设计企业级业务架构，为了集中感受组件和标准化的过程，我们跳过战略分析，不导入更多目标，比较单纯地从简化的现状入手，推导可能的目标架构。假定只分析存款和贷款这两个各位读者耳熟能详、无论做没做过银行系统都能基本了解的业务，并且假定产品只面向对公客户。首先派出我们的架构设计团队，设计团队的组成人员最好是具有丰富项目设计、实施经验的人员，了解业务分析、数据分析、架构设计，由他们与业务人员（或者叫
2022-02-15 09:50:03
1.29MB
1
本需求共分八部分,分别是:总体需求,大额实时支付系统,小额批量支付系统,网上支付跨行清算系统,清算账户管理系统,公共管理与系统维护,支付管理信息系统和灾难备份系统.
2022-02-14 17:05:15
6.27MB
1
包含4份应急预案
网络信息系统应急预案.doc
信息系统应急预案.DOCX
信息系统(系统瘫痪)应急预案.doc
网上银行业务持续性计划与应急预案.doc
2022-01-12 19:00:25
48KB
1