l UCML应用框架平台的特点

1. UCML具有集成的、可编译的开发环境
(1)该框架具有数据访问对象、业务对象、业务模版、工作流设计、业务规则设计、报表定义等组成部分，涵盖了一个业务系统开发所需的技术实现及细节；
(2)能支持网络化团队开发、能统一代码管理，能统一编译和发布运行。

2. 基于工作流
(1) 支持工作流的有条件的并发、跳转、逆转、时效和循环等处理；
(2) 支持自动节点、人工节点、路由节点、子流程；
(3).支持任务的并发、或输出，输入输出条件的定义；
(4) 支持角色、岗位、职位、人员等多种工作组模型，完善的任务分配体系；
(5).支持任务超时处理，任务的重新分配；
(6) 支持流程与业务数据的交互

3. 无开发平台依赖性
(1) 100%源代码产出，能够保护客户的投资；
(2) 支持对抽象业务的任意扩展；
(3) 支持自定义对象的调用；
(4) 降低了对开发人员的要求；
(5) 系统的扩展不受UCML的影响

4. 全面的业务框架抽象
(1) 具有完备的权限管理（access和data权限、树形目录权限），使开发者只需简单定义，就可实现应用系统的菜单权限及数据权限的控制；
(2) 业务逻辑与业务表现的无关性，业务表现包括：Grid、Edit、Tree、基础信息分类、复杂格式报表等，所有界面展现都只需简单定义；
(3) 具有强大的数据钻取功能；
(4) 具有可组装的业务对象，一个业务对象包含着一个完整的业务逻辑，开发者只需定义业务对象包含的业务组件及展现方式，各个业务组件之间的关系由UCML来管理;
(5) 以主题行为思想指导业务对象的搭建

5. 具有完全独立于业务的业务规则
(1) 支持浏览器前端规则和服务端规则；
(2) 主要目标在于将具体应用系统中的不确定业务逻辑分离出来，由规则引擎处理，借以减少对应用代码的维护；
(3) 业务逻辑是当前的商业应用中最动态的成分，采用规则引擎是一个很好的解决办法；
(4) 利用规则引擎，可以把容易改变的业务逻辑从应用代码中独立出来，由规则引擎处理。利用规则创建工具，可以由普通用户创建规则。使得商业应用有更强的生命力，减少维护代价

6. O/R映射－－业务对象与数据存储对象
(1) 采用OID、GUID技术来实现数据表类的关联关系 ；
(2) 可以定义物理字段、浏览字段、聚合关联字段和组合关联字段；
(3) 定义字段对应的代码表 ；
(4) 定义标准的增删改函数，定义批量删除、修改函数，定义表的查询函数，支持关联查询和其他成员变量和函数；
(5) 支持多种数据库，可以达到一次定义，自动适应多种数据库

7. 可与C/S应用相媲美的高交互WEB应用
(1) Web页面支持敏感控件，批量操作，整体提交；
(2) 支持差异提交；
(3) 支持客户端主从表的多级关联；
(4) 数据更新不需刷新页面

8. 面向服务的.NET应用框架平台
ucml 通过对 Web Service 的广泛支持，异种技术平台间可以自由通信，相互集成。[@more@]

l UCML应用框架平台的特点

1. UCML具有集成的、可编译的开发环境
(1)该框架具有数据访问对象、业务对象、业务模版、工作流设计、业务规则设计、报表定义等组成部分，涵盖了一个业务系统开发所需的技术实现及细节；
(2)能支持网络化团队开发、能统一代码管理，能统一编译和发布运行。

2. 基于工作流
(1) 支持工作流的有条件的并发、跳转、逆转、时效和循环等处理；
(2) 支持自动节点、人工节点、路由节点、子流程；
(3).支持任务的并发、或输出，输入输出条件的定义；
(4) 支持角色、岗位、职位、人员等多种工作组模型，完善的任务分配体系；
(5).支持任务超时处理，任务的重新分配；
(6) 支持流程与业务数据的交互

3. 无开发平台依赖性
(1) 100%源代码产出，能够保护客户的投资；
(2) 支持对抽象业务的任意扩展；
(3) 支持自定义对象的调用；
(4) 降低了对开发人员的要求；
(5) 系统的扩展不受UCML的影响

4. 全面的业务框架抽象
(1) 具有完备的权限管理（access和data权限、树形目录权限），使开发者只需简单定义，就可实现应用系统的菜单权限及数据权限的控制；
(2) 业务逻辑与业务表现的无关性，业务表现包括：Grid、Edit、Tree、基础信息分类、复杂格式报表等，所有界面展现都只需简单定义；
(3) 具有强大的数据钻取功能；
(4) 具有可组装的业务对象，一个业务对象包含着一个完整的业务逻辑，开发者只需定义业务对象包含的业务组件及展现方式，各个业务组件之间的关系由UCML来管理;
(5) 以主题行为思想指导业务对象的搭建

5. 具有完全独立于业务的业务规则
(1) 支持浏览器前端规则和服务端规则；
(2) 主要目标在于将具体应用系统中的不确定业务逻辑分离出来，由规则引擎处理，借以减少对应用代码的维护；
(3) 业务逻辑是当前的商业应用中最动态的成分，采用规则引擎是一个很好的解决办法；
(4) 利用规则引擎，可以把容易改变的业务逻辑从应用代码中独立出来，由规则引擎处理。利用规则创建工具，可以由普通用户创建规则。使得商业应用有更强的生命力，减少维护代价

6. O/R映射－－业务对象与数据存储对象
(1) 采用OID、GUID技术来实现数据表类的关联关系 ；
(2) 可以定义物理字段、浏览字段、聚合关联字段和组合关联字段；
(3) 定义字段对应的代码表 ；
(4) 定义标准的增删改函数，定义批量删除、修改函数，定义表的查询函数，支持关联查询和其他成员变量和函数；
(5) 支持多种数据库，可以达到一次定义，自动适应多种数据库

7. 可与C/S应用相媲美的高交互WEB应用
(1) Web页面支持敏感控件，批量操作，整体提交；
(2) 支持差异提交；
(3) 支持客户端主从表的多级关联；
(4) 数据更新不需刷新页面

8. 面向服务的.NET应用框架平台
ucml通过对Web Service的广泛支持，异种技术平台间可以自由通信，相互集成。

l 采用UCML应用框架平台的好处

1 从团队协作来看

传统开发模式下，一个开发团队由需求分析师，软件架构师，项目经理，程序员等角色构成。软件架构师负责项目的架构，架构上出现技术性问题都需要架构师来解释，所以，本来在项目架构已经完成的情况下，由于担心项目人员的流动性以及项目人员对架构理解的深入性造成开发麻烦，架构师必须要耗费更多的沟通成本。

做一个简单核算，一个小型工程，5人，1个项目经理兼需求分析师，1个架构师，3个程序员，开发周期在5个月，其中，程序员理解需求的沟通成本在2人月，共计6人月，程序员理解架构的沟通成本在1人月，共计4人月，按照单程序员1.5万的管理成本，共计4*1.5=6万。

采用ucml的开发模式以后，因为架构是可视化的，程序理解较为方便和直观，这样沟通成本能够降低到1/3，预计在一个小型项目中，能够节约成本共2万元，如果存在人员流动，在程序员上节约的成本会更多。同时，普通软件架构师的管理成本高于3万元/月，让架构师摆脱项目束缚会给公司项目开发带来极高的价值。

2 从实现先进架构的难度来看

传统开发模式下，无论是b/s的开发还是c/s的开发，都存在一个与其它系统的融合性问题，软件工程也在跟随这样的需求不断变化和发展中。然而，一个完全松耦合的面向服务的系统付出的代价也是显而易见的。例如，开发一个应用系统，为了实现可以和其它任何系统的兼容性，我们必须考虑到，业务的面向服务以及工作流的独立等等方面，这必然让一个简单的义务系统变成多个复杂的子系统的综合体，增加了开发的难度。

做一下核算，一个面向服务的系统，必须要具有事务框架，安全框架，一个标准的ws-*事务框架以及一个ws-*安全框架大约需要5万行代码，按照架构师级程序员每人每月可以写5000行代码来估算（此处估算以最高值估算，一个架构师单月完成5000行高质量代码的可能性非常低），预计会有10人月的工作量，按照一个架构师的管理成本在3万元，需要花费

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10119575/viewspace-922361/，如需转载，请注明出处，否则将追究法律责任。