1:你们用什么开发工具？
2：报表打印如何解决？
3：工作量会不会大到不能承受？
谢谢！

以下只代表个人观点,同意拍手,不同意也不要叫骂!

用纯JAVA开发大型的MIS我个人认为是一种不智的选择,因为MIS就意味着大量地数据;全部用J来开发,虽然可以跨平台,但运行起来总是比较慢,而且花的时间将是PB之类的数倍;

可以这样建议.用PB/C++BULIDER进行C/S模式的开发,而B/S用JAVA进行开发,这样方式很有效率,最主要还是出于商业目的,不过,如果你是在校生,也建议你全部用JAVA进行开发,因为你空闲着会出去泡MM.还不如用JAVA来磨时光,把妹妹留给我们!

报表方面也就很容易解决,你可以用PB的DATAWINDOW等进行报表的设置,效率应该说不错,只是美观方面可能不太好,报表做得好的还是VF之流.只是你们已经不愿意再用而已.

总的来说,一个可以在IE上跑的进销存,如果全部用JAVA来开发,大约是PB/WEB.PB的两倍工作量,

(注:不过,也许是本人的JAVA不够高手再导致如此!本人从事JAVA/PB的开发多年,参与过多个大型的ERP系统,欢迎大家来两句!)

以下是自己的一点个人观点，本人也还是一只菜鸟，工作经验不到一年。
我认为，做MIS，如果客户端不是很多，采用PB或C＋＋Builder进行C/S模式开发，因为这样开发工作量小，运行效率高，还有一个就是打印问题很好解决，不过随着客户机的增加，维护工作量也就大了，所以我说了各客户端不是很多的前提，当然也有个平台问题。
如果客户端多了，就不得不考虑后期的维护过程，我想每一套MIS系统都有个维护过程，所以一般的做法采用B/S结构，由应用服务器来做业务逻辑层。这种开发工具很多，要考虑跨平台的话，就得用java了，（现在才说到正题，不好意思！），一般的结构是JSP+SERVLETS或JSP+JAVABEANS+SERVLETS，我们目前做的系统采用的是后者，开发工具和应用服务器都是采用的IBM的VAJ和Websphere，开发工具没得说，除了对机器要求不较高外，（java的开发工具都比较占资源吧！），websphere呢？没有用过weblogic，所以不好做个比较，就我感觉websphere总的来说还不错，但有两个问题有点头疼，一个是他的刷新问题，另一个是他的session问题，这可能与我没有配置好也有关系。
关于报表打印问题，这是个比较难办的事，因为用户不能在浏览器上自己调整。对于一般的报表，也就是格式和单元格长度都比较固定的那些还比较好办，采用CSS技术就能把格式调整好。对于那些格式比较特殊的，我们用PB做了一个插件，调用OLE控件来实现，用户在调整好格式后，可以保存到数据库，下次调用就不用在调整，这个方法可能比较笨，望高手指点。
开发工作量嘛，这个我认为与系统的设计有关系，如果一个系统设计得比较好，对bean和servlets都能合适得应用，工作量是能够接受的，至少我这样认为。
以上只是我用java开发这个系统以来的一点认识，望指点，同时也希望不要用鸡蛋和柿子扔我，^_^！

www.newmis.com.cn

赞同Kenqin(海风) 的观点。基于B/S结构的MIS系统，伸缩性好，系统成本也比较低，维护工作少。我们公司是做MIS的，已经全面转向Java。

大数据量可以通过ejb来解决，报表可以通过applet来实现，我们现在就是这样做的，好像也不是有很多问题，
如果觉得applet打印的不好看，不如做一个activex的控件，这样样子和打印效果都能好一点，呵呵，个人意见，仅供参考

我曾经用FORMULA 作为报表控件

用java控制打印机输出，自己做模板系统。

大家好，我也来说两句
其实完全没有必要把c++builder和java分开的。
如果做b/s的mis，可以考虑用三层方案
java做b/s界面，放在web服务器上，中间加一层访问数据库的中间层，把访问数据库和进行数据处理的企业逻辑放在中间层上。而中间层用delphi,c++builder的InternetExpress开发。这样从客户端传递过来的产书参数通过java将它传给中间层，由中间层企业逻辑来完成对数据库的访问和处理，这样速度的问题也就解决了。值的一提的是，delphi6,c++builder的中间件功能已经很强大了。当然三层结构还有一层就是数据库了。
具体的做法可以参考李维的那三本书。

PB能开发出有伸缩性的可维护的大型应用？我怀疑。如果是这样它早就风靡全球了。

大家是不是都觉得java开发效率比较低呢？我有这种感觉！！

看起来真热闹：

我也来说两句吧，说实话，我所在的公司曾采用java做了一个电信的项目，采用的是 java swing做界面，中间采用Session Bean,服务器采用WebSphere,也有一个版本采用weblogic,要说开发速度，那真是没得说，慢。。。。，但java有着良好面向对象思想，好多公司的java类库就些形成，在以后的各项开发中节省了大量的时间。我们的报表采用了jsp来作的，打印也是由自已开发的类库实现。

在整个过程中我认为，速度取决于开发人员对于java的熟练度，在高峰时我写java的代码来形成界面要远远快开我用jbuilder的可视化工具，再加上高度的复用，有时真觉的妙不可言。并且界面的精美度实在是其它工具所不能及的。所以有实力才会去采用，无实力的话，确实会影响工期。

jsp与现行的asp.net比确实是速度慢了些，无论从数据库访问及界面开发，但是他又存在asp.net所不能比的特性，就是不依赖于哪个平台，所以有时要去选择，看你的产品的适用人是不是要求要跨平台，不要求的话，我建议采用.net（虽然我是java程序员)

如果不嫌弃M$,为何不用VS.net?我之前用BCB,反正也是在Win平台，现在觉得VS.net胜过了BCB,看来Borland要加倍努力了，我喜欢Borland,至于PB,还是丢弃算了，真的没前途。

可以。我们正在做。效率问题可以解决。设计合理，完全能达到要求。报表可以采用第三方的产品。如jreport, style report。能够产生HTML,pdf等多种形式的输出，可以打印。同时它在其他方面带来的好处就不必重复了。同时我看见国外很多公司都将很多MIS系统包括ERP都向java，B/S上转（采用了一些EJB技术）。

是的，看一看，学习中

我觉得目前最大的问题就是打印报表了。。
说到工作量，只要老大们分析的够详细，准确。那还是蛮快的！

关注

可以！热闹！

你说的是b/s结构开发吗，我们一直用j2ee开发这类应用的，并且已经做成产品卖钱了啊。你的问题回答如下：
1。开发工具不是问题，用jbuilder,visual cafe,visual age for java,forte for java这些IDE工具可以，用notepad,editplus,ultraedit也可以。
2。报表打印这个问题我们自己弄了一套解决方案，包括报表设计器，报表引擎，报表浏览器，正打算推广呢：）。
3。工作量的问题我们自己设计了两套framkework（一个for .net,一个for j2ee），用这两套东西我们可以达到接近c/s软件的开发效率，并且扩展性比c/s的好很多，更适合于团队开发，也打算推广呢：）。

to mhow(how)你能够说说报表打印问题吗，有没有例子可以给俺一个看看吗
俺邮箱是inrun@sohu.com

http://soft.269.net/SoftWareList.asp?ClasstreePos=0l2 
软件名称JCL for java

专作B/S结构的MIS

http://soft.269.net/SoftWareList.asp?ClasstreePos=0l2 
软件名称JCL for java

专作B/S结构的MIS,for java