codechris

1.支持多数据库
应该有一套专门的数据建模和数据持久层机制。整个系统灵活的支持当前主流的数据库，尽量不使用存储过程和一些数据库的特有功能。但后期的数据库的调优可以通过人工来进行。
对多数据库的支持不应该引起系统性能的明显降低，快速平台应考虑这一问题。

2.支持现在流行的Java和DotNet两大主流平台
RapidDev的建模这块仍然应该遵循MDA的从PIM到PSM的思路进行，模型的建立的第一层应该是跟语言和平台无关的。只有模型建立具备了逻辑的完整性和正确性则可以翻译成不同的语言，只是不同的语言可以采用不同的技术来实现。
语言是一个层次的内容，另外是系统架构应该支持多种模式，可以选择简单易用的架构，也可以选择较为复杂的企业级应用架构。

3.对分布式体系结构的支持
RapidDev平台应该支持CS，BS和多层分布式等多种体系结构。
快速平台应该支持主流的DCOM，EJB，Web Service和Remoting等分布式技术，并可以灵活配置和选择。
数据交互应该采用能够跨应用和平台的标准协议如SOAP，XML，XSD，WSDL等。

4.开放性和封闭性
遵从开放封闭原则，支持功能的扩展和外部接口的开放。
RapidDev的建模应该是自成一套体系，包括数据建模，对象建模，流程建模，权限建模，操作建模，业务规则建模，界面建模，报表建模等多个业务功能的建模。相关建模间应该尽量抽象出接口，完全通过接口进行关联和组装。
RaplidDev应该提供独立的建模工具，并支持自定义脚本的扩展。
对于同外部系统的EAI集成，应该支持标准的一些服务接口定义，如通过Web Service进行。

5.业务对象，流程，规则驱动的新开发方法论
建模过程应该以业务对象，业务流程和业务规则三者来驱动的。
业务建模关注的是真正实际的业务对象如订单，变更单等；业务对象在经过实体关系和规范化的分析和解释后转变为实际的数据对象和数据表。
流程建模关注的是整个具体的业务流程，流程建模中会直接关联到系统的权限设置和建模。流程建模最终通过系统工作流引擎实现。
规则建模定制业务对象的操作规则，支持相关的自定义脚本，业务规则的定义最终体现到系统的业务逻辑层。

另外RapidDev平台必须清晰的体现分析和设计的过程在平台中，现在常见的一些快速开发平台的问题点都在于只能处理简单的问题，而对较为复杂的系统无能为力。因此整个平台需要将分析和设计过程融合进去，支持对复杂系统的逐步求解和细化。