如此的框架设计，如何实现！

希望大家多给些意见，以及项目中可能遇到的风险点，多谢了

考虑到性能、容错能力和鲁棒性，这玩意的逻辑复杂度几乎无法想象！做成后基本上公司就可以以此作为唯一主打产品了。绝对能跻身中国第一号系统软件提供商之列。
    老段说：这个，基本上很难。

我的一个朋友也在做类似的产品，而且对自己很有信心。采用了类似于 MDA 的思想。
也许是个银弹，但是我要等他做出来后才相信。

本周我们公司也买一套所谓基于业务流程架构的集成开发工具并有技术人员为我么做了三天的培训,工具是基于delphi开发,简单的流程可以很快构建起来,但是界面是很一般,据说可以优化但必须做一些底层的开发,也就是用delphi做,但我们公司基本没人用delphi开发.因为我们的项目可能时间上比较紧,所以公司领导好像要用此作开发,
我们几个用java的人员虽没说但我认为都持反对态度,其实我个人觉得这样太冒险(按照项目进度),因为谁都没有底,不知那位仁兄用类似工具开发大型国企的mis系统的成功经验

楼主说的框架可以仿照BEA的工作流引擎，首先你的工作流引擎必须支持多种图形元素如合并、分支、串行、并行和子流程的嵌套等。你说的那些页面验证组件、工作流图形化工具、业务逻辑解析器、持久化组件等可作为控件被工作流的节点调用，然后当然你的工作流引擎必须提供一个数据格式如xml，实现一个xml格式到数据库ER关系的一个转换规则.....

不过楼主都实现了，那么还在这个公司干吗？赶紧跳吧

楼主的总监是个天才，不过你做出来更是个天才

我和楼主有同样的困惑，我们部门经理和项目经理，都不怎么懂技术，就想找一个什么都能干的工具生成所有的代码，只要设计人员，不要业务人员，因此，我在极度的郁闷中。。。，公司买了几个类似的代码自动生成工具，生成后的代码巨烂，而且极度的不灵活，明明就是一个工作流引擎，还非要说是什么平台，所有的一切都能做。我快郁闷死了。大家说我该怎么办？想走还走不了。