商业银行应用系统架构师的定位与发展_案例

当前，商业银行对系统架构的定位比较模糊，很多架构师承担着项目管理甚至开发编程工作。因此，需要明确系统架构师的职责定位，区分其与产品经理、项目经理、系统分析师之间的不同。

近年来，随着我国各大商业银行信息化建设的不断深入，应用系统的规模越来越大，复杂程度也越来越高。为此，银行IT应用系统设计已大部分采用系统架构方式。系统架构师作为系统架构的设计者，关系到应用系统成败的关键。而现实情况是：对系统架构的定位仍比较模糊，很多架构师主要承担着项目管理、甚至开发编程的工作。因此，需要明确系统架构师的职责定位，区分系统架构师与产品经理、项目经理、系统分析师之间的不同。

一、系统架构师的定义与职能

系统架构一词是由20世纪的60年代荷兰计算机科学及艾兹格•迪科斯彻（E.W.Dijkstra）提出的。20世纪90年代初，随着软件工程业需求分析工程技术和系统建模技术的推广，为了提高系统需求和系统设计的质量，系统架构才广泛流行起来。

在现有软件工程领域内，系统架构并无统一定义，业内比较权威的定义是：系统架构是以构件、构件之间的关系、构件与环境之间的关系为内容的某一系统的基本组织结构，以及指导上述内容设计与演化的原理。系统架构试图在系统需求与设计之间搭建起一座桥梁，使应用系统的结构和需求实现向平稳过渡。系统架构的定义总体仍可归结为两点：一是系统架构的组成，重点体现架构设计后的成果；二是系统架构作为一个决策过程，重点体现设计决策。

现代商业银行的信息系统架构主要分为两种：第一种是基础架构的设计规划，如技术框架和业务框架；第二种是软件开发设计的架构，负责规划程序的运行模式、层次结构和具体的实现技术类型。本文所讨论的是第二种架构。

系统架构师是应用系统的总设计师，着眼于整个系统的“技术实现”，如同建筑领域的总工程师。系统架构师承担核心技术支持、开发思想指导、系统开发方向和进度、管理决策等，在团队中起指导作用并决定着工作方向。系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使项目尽量效率高、开发容易、维护方便、升级简单，并针对不同的情况筛选出最优的解决方案。

系统架构师应该全面了解本单位的技术基础架构和发展趋势，对常见应用场景能快速给出最恰当的解决方案，同时还要能够评估开发团队实现特定的功能需求需要付出的代价。好的系统架构师也许不是一位优秀的程序员，但是要懂得技术之间的差别、技术的发展趋势、采用该技术的当前成本和后继成本、该技术与具体应用的偶合程度、自己可以调配的资源状况、可能会遇到的风险以及如何回避风险等，同时还要有良好的团队意识和协作精神，有较强的内外沟通能力，以确保开发人员按照架构建造系统。

为促进银行业的健康有序发展，中国人民银行、银监会等监管机构提出了各类监管指引。各大商业银行也制定了全行性的制度、管理策略，其中不乏对企业开发规范、数据模型等统一的规定。系统架构师必须从全局的角度考虑应用系统的架构设计环境约束，理解应用系统研发项目的业务目的和期望，在规范制度要求的范围内根据项目的实际情况、功能性、非功能需求制定实施决策，降低所有可能的技术风险对银行应用系统的冲击。作为每个应用系统的架构设计环境约束，系统架构师必须在规范内根据项目的实际情况、功能性、非功能需求制定实施技术决策。

二、系统架构师和产品经理、项目经理、系统分析师的区别

虽然目前部分银行已经设立了相应的系统架构师编制，但有的系统架构师还兼任或分担着项目经理、系统分析员等职责，甚至有时还是系统开发者、测试人员。这会影响应用系统的开发周期和产品质量，不利于对系统架构专业人才的培养。作为银行信息化建设的高级技术人才，系统架构师是目前很多银行最急需但又难以快速培养的的人才。

以某商业银行对系统架构师岗位描述为例：

（1）协助制定和落实办公系统、业务应用系统基础架构相关技术标准；协助设计和规划第三方接入环境的架构；

（2）收集日常运维数据，协助完成办公系统的容量和性能管理，及时提出调优和扩容的建议；

（3）完成办公系统和其他应用系统基础架构运维工作及变更工作，及时处理办公系统和业务系统基础架构故障，保障系统安全稳定运行；

（4）协助培训一线运维人员，参与制定办公系统运维操作手册；

（5）协助完成办公系统和业务应用系统基础架构相关的项目建设。

1 2 下一页尾页