Fork me on GitHub

元数据驱动成熟度模型

第一代:代码辅助手段**

应用定制开放依然以原生C++/JAVA代码为主,元数据主要用于生成原代码的一种辅助手段。

当前很多系统中,大部分元数据处于这个阶段,前端重点只有Gadget元数据其他元数据未抽象呈现,甚至前端没有元数据的概念;后端服务编排(以POJO实现为主)、服务实现(BO全是代码)、数据对象(VO全是代码)也是以代码为主开发。

第二代:端到端元数据(Siebel)

应用定制开发基于元数据对象视图进行,从前端界面、组件、事件、接口、流程、服务、模型整个端到端都已经抽象成元数据对象,任意定制需求最终都分解成一个Task去完成整个元数据的配置,定制开发工具以离线IDE为主,在线提供受限的能力。

Siebel 版本开发定制处于这个阶段。

第三代:元数据SaaS化(Salesforce)

应用定制开发在现场在定制闭环,应用的定制开发能力通过SaaS化的能力对外提供出来,支持多租户的并发定制,定制开发人员通过Chrome等浏览器就可以完成现场定制需求的配置开发,可在线完成界面主体调整、界面Gadget组件、新Gadget开发、在线流程变更、业务规则调整、模型扩展,甚至新流程、新服务、新模型、新界面的中小特性开发。

同时保证在线配置元数据(包括服务脚本逻辑)的安全性,通过元数据引擎沙箱技术对运行所耗费的CPU时间、内容容量、SQL语句数量等数据来判断元数据是否正常,以避免影响到属于其他租户的应用,对于脚本需要自带能覆盖其75%代码的测试用例否则不允许调用等措施,从而确保平台整体运行的稳定。

Salesforce 版本开发定制处于这个阶段。

第四代:元数据人性化

就像CRM从以OCRM为主向以ACRM为主转变,未来可能像HCRM(HappyCRM)转变,不过可以确定的是未来编程肯定会越来越简单,就像公司另外一个同事在硅谷调研发现硅谷有很多创新公司就做一件事:为编程者提供极易的软件创造平台,这样对大部分软件人员来说,编程并不是最重要的,业务本身创造才是;所以抽象的元数据可能会逐步往自然语言的方向进行发展,当然第四代还不是很清晰。


-------------本文结束 感谢您的阅读-------------

本文标题:元数据驱动成熟度模型

文章作者:ElwinHe

发布时间:2017年10月08日 - 12:10

最后更新:2017年10月21日 - 23:10

原始链接:http://www.elwinhe.xyz/blog/b3220428/

许可协议: 署名-非商业性使用-禁止演绎 4.0 国际 转载请保留原文链接及作者。

如果觉得我的文章对您有用,请随意赞赏。您的支持将鼓励我继续创作!
0%