巨型项目如何选择合适的框架?

06-05-27 elephi
最近参与了一个大型项目,是一个省级地税业务大集中项目。客户要求我们给出一个技术框架的选择方案,并给出选择的理由。这个项目计划将以前分布在各地的各种税务系统应用(大多是PB等开发的程序,数据库 Oracle)重新开发为B/S系统,并且集中运行在省局。目前数据库的大集中已经完成,并且已经完成了一些报表需求。下一步是应用的改写和集中。应用的分析工作暂时不谈,现在是技术框架的选型比较头痛。是使用一个纯EJB的方案,还是适当使用一些其他技术框架元素,例如以O/R Mapping 替代CMP? 因为目前的EJB应用现状中,似乎SLSB是用的最广泛的部分,而有状态会话Bean和CMP则被人诟病良多。这个大型应用,个人认为事务肯定是必须得到支持的,分布式的需求目前还不是很清楚,但是如果应用的规模比较大,就有可能需要得到支持。所以,我估计SLSB的应用是少不了的。此外系统对性能和可靠性也有较高的要求,因为是日常常用的业务系统,不能在性能上太差,更不能罢工。

还有一个比较独立的方面,就是UI。用户希望得到的UI和以前的C/S界面操作的强大程度相差不大,目前有什么UI框架可以做到这个效果?

还有就是生产率方面。用户现在是用Use Case等方式分析业务,因此,我相信在应用逻辑的开发上基本的思维还是OO的。不过在查询等方面可能会采取数据库为中心的方式。那么这样的系统应该采用什么样的模式来设计,来保证足够好的生产率?一要保证现有应用的迁移尽快完成,二要保证将来业务变更后能够迅速开发完成。

这个一个巨型应用的框架的选择,各位有什么好的建议没有?

banq
2006-05-29 15:35
OO思想的宗旨是:细分,封装,也就是把大分小,分而治之。

想寻找你这个巨型应用的单一框架是不太可能的,EJB是比较适合,但是EJB难于驾驭和使用,不妨根据一些具体应用选择JMS等。

有机会你们需要对Java领域所有架构技术有个了解,对症下药,这样以免错误决策。

猜你喜欢