中文 / EN
INTRODUCTION TO THE ARCHITECTURE AND
FUNCTION OF TAMIC PLATFORM
TAMIC平台架构和功能介绍
Architecture
of the platform

平台架构

整个平台涵盖两个方面:
信息技术
以业务驱动的方式完成业务应用开发,充分利用TAMIC平台提供的重用性和技术封装。TAMIC平台的业务语言是最贴近真实业务的开发语言。在TAMIC上,利用业务语言,进行系统的设计,编写代码的工作则由TAMIC的编译器代为完成。
TAMIC多层重用对开发的工作有更好标准化和提高效率及质量。例如,设计中产生的文档,功能需求(FSD)和技术需求(TSD),可以重用于新系统的开发;开发所得的文件,EXP文件可以重用,经过转换,在不同的平台(操作系统、数据库、硬件等基础设施)上运行。
数据技术
和信息技术结合,在TAMIC上构建企业级数据模型;完成对业务数据的分析及展示。
数据按企业数据模型进行组织,能从企业整体或局部灵活地进行数据分析。可以集成万维物联网 (Web of Things)的数据,令更多的数据纳入管理。前台实时产生的各种数据都可纳入TAMIC平台,让实时分析成为可能。
Functions
of the platform

平台功能

Business language

业务语言

在人类的世界里,语言是表达想法感情的一种方式。有不同的语系,不同的结构和表达式,也形成了人类之间沟通的鸿沟。说俄文的和说中文的,便无法正常有效地沟通。同样,古今语言的不同,说文言文的和说白话的,哪怕语系相同,同样存在沟通困难的问题。在大学里就有语言学(Linguistic),以语言为研究对象的科学,揭示语言的本质,探索语言的共同规律

和人类世界里的语言相同,在软件的世界里,语言是向计算机传达指令的一种方式。同样地,计算机语言品种繁多,这些语言的语法、命令格式都各不相同。从面向硬件的语言逐步演进到抽象华和面向目标的高级语言,计算机语言正进化得更易表达现实世界,更易为人编写,其使用将不再只是专业的编程人员,人们完全可以根据真实的业务来完成编程。这便是TAMIC业务语言的核心价值。

TAMIC的业务语言,贴近业务,在处理复杂的业务逻辑上,业务用户可以直观地完成设计,调用业务组件,其他的技术代码编程由平台完成。这样,实现了真正的低代码开发,整合各种业务组件,完成一个业务应用系统。
KB knowledge reuse

KB知识重用

在人工智能的领域里,软件开发的业务知识和项目经验是很难做到传承。目前做得较好的,是在面向目标方面,但只限于微小和低层次的功能服务重用,并没有真正实现业务知识和项目经验的传递和重用。
TAMIC的知识库是业务经验的积累,平台的封装技术,带来了业务和技术的分离,让组件可以被开发重复使用,使拥有复杂逻辑企业管理应用系统也可以实现真正的敏捷开发。
知识库是组件(Knowledge Block)的集合。目前,单是金融领域,便有超过1000个组件。
组件的定义,可用程序来控制逻辑或者处理,这些程序可在TAMIC平台内编
写,也可以直接调用外部的程序,语言不限。
Technology encapsulation /
code generation

技术封装/代码生成

信息科技发展的短短历史里,一个经常犯的错误,便是过于沉迷于技术,忘了最好的技术未必便是业务所需要的。好比一个好的歌唱家,应该唱出歌曲中的感情而不应该只顾着摆弄歌唱技巧,这样只会毁了一首好的作品。我们深信,一个好的软件系统应贴合业务需求,让业务用户享受信息化后的创新、便捷和效率,技术只是实现这一切的媒介。因此,设计TAMIC的一个初衷便是实现真正的解放技术,回归业务的中心思想。要真正解放技术,必须彻底把业务和技术剥离,让技术变透明,开发人员只专注于业务的钻研。

市场上绝大部分的现有技术平台,技术封装都集中在客户端GUI和一些常见的移动小程序。对于复杂庞大的业务交易系统和企业管理系统,行业的标准化太低,变化太多,导致技术封装的难度和代价太高而不得不放弃这个想法。TAMIC的参考框架中,所有的技术集中封装在基础设施层和平台层,与上三层的业务层次完全分离。

在TAMIC上,哪怕是开发复杂庞大的业务交易系统或企业管理系统如银行业务系统或供应链系统等,开发人员只需专注于业务逻辑、流程、管理的设计、,集中精力于客户需求。用户在开发时使用的是简单易懂的TAMIC业务指令,而这些指令的具体实现由TAMIC底层负责,并且具体怎样实现都被封装,用户不需要了解。

在TAMIC上,用户以TAMIC的业务语言完成定义后,便等同开发完成。TAMIC将自动产生TAMIC的中间文件。平台将根据用户所选的最终技术架构,按不同的硬件操作系统、中间件、Web服务器、数据库软件,自动生成不同的前台、中台和后台的运行程序。一个业务系统只需要进行一次的开发(业务定义),同一套代码可以通过解释器或者编译模式转换,在不同的平台运行。
Solar enterprise data model

SOLAR企业数据模型

TAMIC中的SOLAR是用于构建企业级数据模型,进而完成数据库的建立和数据更新,最终通过报表或智能分析工具把业务数据展现和分析。
这个数据模型针对的是企业整体的管理,而不仅是个别部门,既可以得到企业的整体分析,也可以只看个别部门的分析。TAMIC-SOLAR与所有现存的业务系统和数据仓库都可以兼容,因此对企业来说,提升管理信息和分析能力的工作可以经济、高效、轻松地完成
构建企业级数据库的过程,由业务主导,贯通到技术,可以灵活地分析业务变化带来的影响,例如新组织和新产品。
TAMIC-SOLAR将依次形成观念模型、逻辑模型和物理模型,其中前两者都由业务主导完成。
1. 观念模型,包含策略、商业和交易:
策略: 体现管理层的需求。
商业: 体现具体的运作,考虑政策、风险、组织、产品、时间和客户等因素。
交易: 业务应用系统,可以是由TAMIC开发的,也可以是第三方系统。
2. 逻辑模型
以树形层次构建维度,交易数据通过维度进行组合,达到简化和标准化。
3. 物理模型
自动完成构建数据库中的数据表。
TAMIC-SOLAR特有的统一标准接口数据处理技术,可以将传统数据仓库系统所必需的百万计数据字段、上千张数据表、以及耗时费力的ETL处理过程、 精简提炼成一套仅几百个字段、一个通用的标准交易(Universal Standard Transaction)和定制维度的完整系统。TAMIC-SOLAR 只需要很短的实施周期,而且在使用过程中能够进行快速调整,和数据仓库通常要耗费几年时间进行实施,TAMIC-SOLAR更省力和成本。

TAMIC-SOLAR为企业提供了一个实时的、完整的企业级数据模型,通过这个模型平台,银行可以轻松有效地展开最先进的、最复杂的商业智能和分析工具。通过TAMIC-SOLAR,管理者可以实时掌握整个企业各种不同组织层次下的综合数据,并且可以再向下深入,将数据分解到最小层次;同时,TAMIC-SOLAR还可以让管理层在不同的组织层次上作快速的实施控制。这种松耦合式的设计理念使得TAMIC-SOLAR可以与企业的任何业务操作流程和卫星系统实现无缝对接。因此,SOLAR在实现以上所有好处的同时也会保护企业已有的IT投资,不会对当下的业务操作流程产生任何影响。
Cloud vs local

云 vs 本地

TAMIC应用部署:针对不同的运行环境,把开发生成的中间文件进行转换,生成目标代码。平台控制部署过程。一套开发代码,无需修改代码本身,可以被部署到不同平台。
TAMIC 运行环境:可以是本地的多种平台,针对不同的硬件、操作系统、中间件、数据等。可以是云,借助云的实施,在运行时使用它的data center,如操作系统,数据库,网络,硬件和中间件。
TAMIC平台的优点:
• 开发不考虑技术,简单。如果在开发中要考虑技术层面的问题,那么必须懂很多相关的工具,复杂度高。
• 业务改变,自动连贯到技术,反应快。
• 可以到本地,也可以到云,转换非常容易。
TAMIC的五层参考模型,把业务和技术进行了分离(第1-3层是业务,第4-5层是技术)。
第1层:TAMIC和外部系统的接口
第2层:应用开发层,通过调用第3层定义的组件完成。
第3层:知识库,其组件是业务知识的积累,可在开发中重复使用。
第4、5层:将应用开发结果进行转换,使应用能在第5层定义的各目标平台运行。
contact us

联系我们

  • 电话

    021-32114650

  • 地址

    上海市长宁区延安西路2299号世贸商城2711室

  • 邮编

    200335

Copyright © 2000 - 2021 Sailing. All Rights Reserved. TA 版权所有