0==========
原文(fanco于2001/04/26 22:01粘贴) 
关于一个方案的探讨 
--------------------------------------------------------------------------------
本公司原开发过一套物业管理软件，C/S结构，基于Delphi/Sql server开发，两层。其基本功能是物业信息的输入、修改、查询和检索。现希望将此软件改为B/S的n-tier结构，并希望达到下列目标： 
1.由于是基于原有软件功能开发，所以能保证需求的明确性和界限，暂时不受需求变化的困扰； 
2.由于此类软件在能保证一般的物业管理业务外，在实际项目中仍会面对客户提出的定制需求，故希望采用面向对象的开发模式和RationalRose/UML工具，以组件开发的方法，将其中的功能进行模块化，一方面能灵活快速的定制、部署，加快开发效率，另一方面保证在人员变动的情况下能读懂别人开发的程序； 
3.开发过程尽量向RUP过程靠拢，开发过程文档将尽量以RUP文档模板为基础； 
在考虑了Browser/JSP、Servlet/Sql server三层结构和Browser/JSP、Servlet/EJB/Sql server四层结构后，更倾向于后者。原因是后者的层次更清晰，并且在界面设计和业务逻辑开发上减轻程序开发人员的工作量，但可能会以一定的性能为牺牲。在此基础上，由于是第一次在本项目组采用上述开发方法，尚存在一些疑问，提出来请求大家帮忙建议： 
1.类似的信息管理系统,是否合适采用EJB? 
2.这种基于结构和性能的平衡是否是合适的，性能会影响很大吗？（暂不考虑到今后社区服务和社区电子商务的扩展。） 
3.如果可以接受，能有什么关键技巧能提高性能？ 
4.应用服务器采用什么会比较好？Weblogic/Websphere价格不是所有用户都能接受的，采用免费的如J2EE Application server、Enhydra Enterprise4.0是否合适？（版权、工具和如JDBC支持等） 

1==========
原文(feng98于2001/04/26 22:26粘贴) 
回复: 关于一个方案的探讨 
--------------------------------------------------------------------------------
JSP+EJB的解决方案非常适合于分布式计算环境，应该说你选用的解决方案是先进和可行的。不过对于这样的MIS系统，录入修改的任务很重，用Browser方式实现是否方便用户，值得考虑。建议维护模块采用C/S 方式，查询、检索事务处理采用JSP+EJB 实现。