系统的在技术上的构架

就技术而言，J2EE包含jsp/servlet,EJB,JMS,JNDI等；web services包含SOAP,WSDL,WSDD,UDDI等。其实这些都只是J2EE或web Services的技术核心，不是J2EE或Web的核心所在。J2EE或Web Services是软件构架，或者说是平台；因此它更注重基于它们的应用系统的组织和构架，以及其拓展性和互操作性。因此基于它们的系统需要一个详细的技术设计，他们都为实现提供很多解决办法，这些需要根据系统的需要来选择。
至少我们从业务逻辑分离的MVC，到标准的J2EE平台的开放性和强调分散的组件实现，到系统分散的构件系统，乃至系统分散耦合的Web Services,不难看出，以前那种单一小系统（哪怕是基于Internet)的时代，基于B/S传统的三层结构势必将渐渐离我们而去，尽管基于B/S的三层结构有简单，小巧等特点，但它没有业务和逻辑的区别，是面向动态web页面的编程，这样的系统难以维护和拓展，更不用说互操作性。应该现在面向Web的编程（也就是比较小的系统）也应该转向MVC了，它本来就是一个轻量级的框架，而且具有业务和逻辑的分离，系统易拓展等特点。基于Java平台就有Struts(开源的项目),JSF(sun公司的规范)等。另外现在的系统的构架的层次已经历了过程（例：过程语言的单机系统），对象（例：对象语言的单一系统），组件（例：MVC中的JavaBean），构件（构件系统中的功能模块），服务（提供服务的程序，模块，乃至系统）的演进，系统的构架也不断的向现实世界解决问题的方法靠近，更贴近人的系统思维了，也使系统构架变得简单，强大。
系统技术构架方案在系统设计和应用发挥着重大作用，一定要根据系统需要，在现有的平台构架的基础上，设计出系统的良好的构架方案。例如：有一个商务平台，从本身考虑应该使用J2EE平台，有考虑到系统的实现和移植性特点，就进一步的选择构件技术来构建系统，最后考虑到商务之间的协作，在最高的层次决定增加Web Services技术。