试用国内厂商ActionSoft的AWS平台感慨

       今天终于小试了一把国产平台厂商炎黄盈动的AWS平台,就在这里说说一些试用感受吧。

       与炎黄盈动的创立者刘金柱(我们都习惯叫他“jack”)交识已久,早在javaunion的时候就有过交道,那个时候他刚刚离开金蝶,也刚刚创立ActionSoft没有多久。可能更多人了解“柱子”是通过cn-java网站。
       
       昨天和陈光(我们都习惯叫他“holen”)兄去了柱子公司,大家难得在一起讨论了一次平台和应用开发方面事宜,顺便也听柱子给我们讲解了他的AWS3.9。上次筹办“2006北京工作流厂商交流会”的时候,ActionSoft的研发经理邢波涛也过来了,可惜那天他没有带演示机,否则想来会跟浪潮楼上的LouShang平台够PK一把吧。

       今天按不住好奇,找柱子要了一个demo版本,赶快安装了一把。
       安装的时AWS Enterprise3.9版,安装很简单,产品也提供了不同操作系统的图形化安装(图1)。

    在AWS3.x系列中,最重要的有三种模型概念:业务对象元数据建模,表单建模,流程建模。并提供了一整套基于Event Driven的扩展架构。这三种模型在很多平台中都会被提及,但对于AWS来说,也有一些他们自己比较有特色的地方:
       在BO的建模中,引入了较完善的“公式规则”概念,以及“透视图”概念,让元数据建模变得更加适合业务扩展。
       在表单建模中,引入了“数据源”的概念。并提供了一个B/S的表单设计器,同时也为表单元素提供了很多可扩展的组件。
   流程建模在AWS平台中占有很重要的位置。AWS底层流程模型是基于WfMCXPDL,并在ActivityParticipant Assginment(提供了14种分配模式)处做了很多的扩展。

   既然是说“感慨”,那就再说点感言吧。

      我自己本身就是做“应用开发平台”的,但是看了AWS之后,还是有很多令我佩服的地方。
     第二,AWS的发展趋势,代表过了国内大部分中小型平台厂商(非纯业务性平台)的发展趋势。早些年的“业务基础软件平台”可能让很多人都心有余悸了,但是像诸如ActionSoft,起步(原思维加速)这样的一批公司,依然在锲而不舍的“追寻模型”所带来的无限动力。
    第三,模型驱动和模型架构,肯定是未来降低软件开发周期的必然方向,可服务化,可配置化,可管理化,可模型化—— 这似乎是新的“四化”。

     当然AWS3.9中,依然也还有很多不完善的地方,比如受B/S图形化的影响,流程模型对分支的控制就不是很直观。业务的Event模型也不够抽象化,虽然想到了Event Driven的概念,但是还没有完全抽象到EPC那样的深度。另外就是基于BO原数据建模,虽然很直观,但是也为“定制化编码实施”带来一定的扩展难度。
    
    昨天跟jack交流的时候,得知他们正在研发4.x,于是就把我的一些建议跟他们沟通了。并提了两点方向性的建议:SOA架构是未来的方向;内部框架是需要面向service和微内核的。

试用国内厂商ActionSoft的AWS平台感慨_第1张图片

试用国内厂商ActionSoft的AWS平台感慨_第2张图片
(图2:AWS Console端界面)

试用国内厂商ActionSoft的AWS平台感慨_第3张图片
(图3:BO元数据建模的公式编辑)

试用国内厂商ActionSoft的AWS平台感慨_第4张图片
(图4:BO元数据建模的透视图)

试用国内厂商ActionSoft的AWS平台感慨_第5张图片
(图5:表单键模数据源控制)

试用国内厂商ActionSoft的AWS平台感慨_第6张图片
(图6:表单设计)

试用国内厂商ActionSoft的AWS平台感慨_第7张图片
(图7:流程节点属性设置)

试用国内厂商ActionSoft的AWS平台感慨_第8张图片
(图8:流程Event扩展)

试用国内厂商ActionSoft的AWS平台感慨_第9张图片
(图9:用户视图布局切换)

试用国内厂商ActionSoft的AWS平台感慨_第10张图片
(图10:模型导入导出)

试用国内厂商ActionSoft的AWS平台感慨_第11张图片
(图11:模型报告)

试用国内厂商ActionSoft的AWS平台感慨_第12张图片
(图12:集群监控)

试用国内厂商ActionSoft的AWS平台感慨_第13张图片
(图13:客户端首页:此页面风格是由后台分配的

你可能感兴趣的:(试用国内厂商ActionSoft的AWS平台感慨)