请求建议：大家对利用j2ee开发mis系统性质的小型系统有什么具体的建议吗

Question

我们正在做一个基于j2ee架构的证券交易系统，我觉得j2ee的优势在于开发大型的项目。

Answer 1

考虑到将来的扩展性，可以用j2ee，但这样对分析设计的要求很高di

Answer 2

当然可以了，不过目前做MIS的好像都是VB，Delphi，Lotus等等的，用JAVA的少，可能今年以后用JAVA的会多起来。

Answer 3

我觉得用J2EE开发MIS的想法不错.
当然效率方便还是首选常用的

Answer 4

开发小型MIS,我认为用PB的效率最高.他的DataWindow真是好,效率很高!

Answer 5

那j2ee到底有哪些具体用途，在实际应用中做什么比较适合

Answer 6

j2ee比较适合大型的分布式系统，可以采用经典的MVC结构，如果是比较小的MIS,不建议使用，而且j2ee的精髓还是在于ejb,servlet，光靠jsp是不行的，这样的话成本肯定高。

Answer 7

j2ee不适合小型系统，成本太高。

Answer 8

用Java作小型系统，最精简的方法就是只用jdbc，采用C/S两层模式，当然，也可以用B/S模式，comcat服务器是免费的，成本不高，但只能用JSP和简单的JavaBean，用Enterprise JAVA bean需要Application Server，需要购买 ，价格不便宜。用Java开发小型系统现在还面临着PC运行效率低，响应速度慢的问题，但可能是一个趋势，因为硬件发展很快。另外一种可以选择的solution 是 用Delphi/kylix开发Clx应用，也可以跨平台，而且更适合low end

Answer 9

j2ee开发起来费时费力，如果是大型系统，j2ee很好，但是在小型系统中使用j2ee有点浪费，得不偿失。建议使用jsp+servlet+bean就完全可以满足了

Answer 10

1  要用EJB，必须要有具有EJB开发经验的系统分析员，由他和业务专家画出系统的UML类图，在由他主持划分系统边界和子模块，指导个子模块的负责人将UML转化成相应的EJB。
 2  必须要有专门的EJB部署专家，负责系统的整体部署规划和系统优化。
 3  优秀的JAVA/JSP程序员
 4  优秀的界面设计者
 5  专门研究XML方面的人员
   
   开发应该使用EJB2.0  ，页面端使用JSP TAG
   1，2，3必须有设计模式的思想。

Answer 11

J2EE的优势是大型分布式系统。
当然如果作为产品化的技术平台，对于业务分析，系统分析设计有较高的要求。
如果能够很好的进行EJB的设计，业务逻辑的合理封装实现，还是可以的（可惜的是这样的SA太少）。
而且基于JAVA的，体系上B/S是唯一现实的做法。除非：C机器都是P4，或者不敢装D WINDOWS。
而且，JAVA的开发成本高于MS的。但是JAVA不用D。

Answer 12

mis系统做成b/s还是有一定的好处的，比如扩展性就不错。
但ejb就免了吧,只用servlet+jsp+javabean就可以了，毕竟是小型的mis系统。要节省开发工具的成本的话可以用apache+tomcat+mysql,完全是free的。

Answer 13

做MIS的当然用B/S也比也比较好,如果把MVC加进去,用Struts也许更不错,对于小型系统,数据库用MYSQL就够了,但如果想很好地进行封装,建议你用用HSQL.
J2EE如果需要,弟二次跌代地时候再做也不迟,系统建模,画出UML图就差不多了,
如果能有自己地数据存储策略,那当然最好.最后,给Windows用户做个安装界面,把
数据库,TOMCAT,WEBAPP都封装进去,呵呵,一个产品就出来了!

Answer 14

楼上的有些同志：不用ejb，只用jsp，servlet jdbc也应该认为使用了j2ee

Answer 15

用java来做应该是b/s结构吧
如果做成c/s结构，看不出有什么优点
你想让客户打开一个application等三分钟吗？客户不管用什么技术
如果是b/s结构，感觉开发起来确实没有delphi快，而且在有大量数据
或者数据量大的时候，会有问题对ejb没有了解，感觉使用javabean/jsp差不多了吧，当然是想加快开发速度
考虑到人员因素

Answer 16

杀鸡用牛刀，还要一个跑的快手脚灵活的屠夫。对于这样的小系统，j2ee维护配置开发成本结构都太高了。

Answer 17

用jsp，servlet jdbc也行
用了j2ee更好!