.png)
|
商务会议 | 会议PPT | 培训课程 | 发布活动 | 订单查询 | 登录 |
会议PPT
架构创新是IT工作甚至是业务工作的永恒主题，随着IT技术不断发展，驱动出了大量新的业务，同时也推动已有的IT架构不断革新。 架构规划是一项跨度较大的工作，做好不易，传统的架构方法过于注重于IT技术，而架构本身就是一项整体的规划工作，过于强调将架构工作视为IT部门的职责，难免会在具体落地实施过程中遇到各种各样的问题，为了能够让架构工作更好的落地，我们采用自顶向下将业务、应用、数据和技术四者打通，进行整体规划，之后再将各自分解的部分，采用自底向上进行具体设计开发，形成既可对接业务，又可对接各项具体软硬件技术，这是对相对于传统架构的创新，使架构工作更加接地气。
架构是一项整体工程，而非仅仅是IT部门的工作，是一项长期的，能够带来长远利益的工作。你认为传统金融行业的架构还停留在原始形态吗?风险与阳光并存，严谨与业务并进，以业务驱动技术为主的金融行业已经悄悄跑进了架构创新与实践之路的前半段，这场马拉松长跑经历了哪些风霜雨露呢?
董国兴，毕业于清华大学和复旦大学;业界知名数据库专家和系统专家;曾参与“金盾工程”、“金税工程”等多个国家重点项目建设工作;北京邮电大学兼职教师;国家标准委外聘专家;曾就职于清华紫光、IBM、中国人民银行等;多次在权威杂志发表相关文章。本届SACC大会，董国兴对传统金融行业的架构演进分享了自己的理解。
传统架构的挑战中寻求出路
架构是什么?是约定?规则?还是软件架构?可能一千个人有一千个想法，董国兴认为，架构是业务与IT对应的工具，是业务人员与技术人员沟通和理解的桥梁，是对实现组织业务及战略目标的整体梳理与规划。传统架构以IT为主，极少涉及业务，这对于看重业务的金融行业来说，该如何继续走下去呢?
传统架构面临着业务变化快、灵活度不高、无法快速部署、系统间耦合度高、IT标准缺乏等挑战。通过合理的架构规划，可以提升IT投资回报比、规避IT项目建设风险等。董国兴面对总体架构设计分享了一些可行的架构方法论，比如TOGAF，FEAF、CBM等。对于架构实践，董国兴建议从基础的业务需求分析做起，循序渐进，打好基础才可以事半功倍。他将总体架构设计分为四大部分：业务架构、应用架构、数据架构与技术架构，分别对应着业务流程、应用系统、数据信息与基础平台建设。
从业务架构出发的应用架构设计
目标应用架构来自业务架构的导入，实现对业务架构的支撑，从业务架构出发，梳理功能模型，形成未来的应用组件模型。对于功能组件的识别，董国兴提出，重点是“是什么”而不是“怎么做”，当需求搞清楚，细分好之后，架构自然水到渠成。每个功能的存在都要创造价值，并有重要产出，从业务组件模型过滤出功能组件模型。经过整合后的应用架构子系统之间没有重叠，极大地解决了传统架构系统高耦合的痛点。
非结构化数据众多的数据架构设计
金融行业对数据要求严谨，非结构化数据又众多，良好的数据分类成为解决业务人员与技术人员矛盾的重要方法。在数据分类的情况下，通过标注、文本挖掘等技术，建立非结构化数据的元数据，并与结构化数据整合，供分析使用。主数据定位为基础信息整合，为其他数据库供数，经过数据管控、数据质量管理、数据生命周期管理、数据标准管理、元数据管理等步骤，逐渐建立起相对完善的数据架构蓝图。
云计算时代的技术架构设计
新技术的更迭在一段时期内对整体架构影响甚微。董国兴将应用自顶向下分为界面展现层、应用层、集成层与数据层。将不同的功能模块定义为服务、并定义接口、采用统一的方式进行交互。从只适用于结构化数据的传统数据库到现在具备XML数据库、对象存储数据库、文档型数据库等多种适用于不同场景的数据库技术，关系型与NoSQL数据库整合使用，在大数据与云计算的浪潮下，不断完成技术战略的选择更新。
浏览7268次
浏览5062次
浏览4128次
浏览7520次
浏览9500次
浏览1290次
2024-08-23 上海
2024-09-25 上海
2024-08-22 北京
2024-07-20 上海
打开微信扫一扫，分享到朋友圈
