讨论:想做一个快速业务构件平台不是那么简单,谈谈你的看法

zjsun 05-02-21
         

很长时间后,我们通过积累总结出用户其实想要的一个平台:

对开发和维护人员:
 无须掌握各种复杂的编程语言并了解具体技术的实现,就可以构建出满足用户需求的应用
 能够支持快速原型开发,支持在和最终用户交互过程中快速完成开发,并能够进行快速调整以适应用户需求变更
 能够支持团队协作开发,开发的资源可以共享
 需要支持自定义构件扩展,用于完成对一些共性功能的集中开发和持续复用
 在应用遇到问题时,可以方便的进行跟踪和调试
对系统管理人员:
 系统可以比较容易的进行部署
 支持应用热部署,在不影响其他应用正常运行的情况完成新应用部署或已有应用更新
 系统能够确保稳定,保持高的可靠性和安全性,
 对正在运行的应用能够方便地进行管理和监控
对最终用户:
 速度快,进入一个应用的时间能够在3s以内
 操作简单,最好能够在一个界面中完成相关操作,并且能够减少用户误操作的机会
 界面美观、友好
对管理层:
 能够统一校内应用的开发和维护模式,保持应用的整体性,降低总体拥有成本
 能够降低因技术升级(包括服务器、操作系统、数据库系统)导致应用系统重新开发的风险,并能够获得技术升级所带来的好处
 要求系统能够尽量遵循标准规范,便于应用集成的实现

如果有一个平台能够满足上述的各条件,应该可以说相当完美,我们经过长时间的研发,想努力实现上述目标,但是到目前为止还是相差甚远:想要使用简单(包括简单开发),平台不能做的过于复杂;想要系统扩展性好,需要复杂的层次但不能使使用者感到难用;想要保持高性能,就......

今天我把它摆在大家面前,也让大家一起来共同讨论这个“千古难题”,即用户所要的不仅仅是“所见即所得”,最好是“所想即所得”。

         

1
zjsun
2005-02-22 15:41

如果要做这样的一个平台,建议使用什么架构?

zjsun
2005-02-27 21:12

没有人参与这样的讨论么?

banq
2005-02-27 21:59

这个好像就是目前J2EE试图达到的目标。

我对软件技术复杂与简单的辩证概念是:能够放得出去;也能收得回来。
我认为目前J2EE已经能够做到非常细化复杂能够让用户按照自己的意愿介入一个系统的任何层次和单元,而且它们之间是几乎独立解藕的;虽然如此复杂,但期望使用时又能够快速自如,如同一个整体使用,这属于收得回来,这就必须辅助一定的框架,目前以MDA为方向的框架系统正在向这个方向努力,JdonFramework也是希望能够达到快速开发的一种尝试。

zjsun
2005-03-04 21:22

感谢banq能够关注我的话题!

基于MDA思想,我们通过将近2年的时间研发了一套“业务构建平台”,大概包括建模工具(数据建模、应用建模、权限建模、流程建模、报表建模等)、运行支撑环境(基于J2EE)两大部分,通过几个点的实施下来,发现还是远远不能满足要求(针对我上面提到的用户要求)

MDA的实现,我个人认为目前有两种方式:
1)编译型:通过模型来生成代码,通过编译打包发布之后以二进制的形式运行
2)解释型:通过运行时支撑平台(即通常所称的是“引擎”)来解释模型执行

两者除了实现上的差异,还有如下几点关注:
1)实现上的难易程度
2)最终的性能
3)稳定和可靠性
...

考虑到种种因素,我们的平台当初选择了解释型的实现方式,目前面临如下问题:
1)性能问题(用户最关心的)
2)可扩展性和灵活性(由于当初的设计没有考虑的太多,导致今天想加一些功能都是伤筋动骨的)

以上两点是目前最头疼的,其实我上面提到的用户需求当中,当前的版本还有很多问题没有解决

最近比较多的时间都在取舍之间,犹豫不决,郁闷之极,在jdon上将我的想法提出来,不知各位有没有好的解决办法?

13Go 1 2 3 4 ... 13 下一页