应用软件架构

采用三（多）层次框架（数据层、逻辑层、展示层），是一个完善的Web应用服务架构下，能够为用户提供多渠道访问、个性化服务、协作服务等多种功能。整个架构是面向今后发展的具有很好的整合能力的架构，可以防止今后出现在数据、应用、用户界面层面的孤岛，实现资源的再利用。除了快速满足当前业务需求的同时，还可以快速将新的应用部署到架构中来，共享架构所提供的共用服务，在架构上满足了系统的扩展性、高性能、高可用性等要求。

三层结构实现关键业务

应用建立在此J2EE应用服务平台之上。基于WAS开发的业务应用展示部分通过Portlet整到门户上去，为用户提供统一的服务，这样，每个应用相当于一个服务插件，可以在用户界面层次上实现的可重用及动态更新，当有新的应用上来或修改应用时，整个门户不受影响。可以继续为用户提供服务。
软件系统开发采用J2EE标准，并加入了对移动应用和数据交换功能的支持，如下图。
?

分层系统构建方式

按照SOA的思想，工商综合业务管理系统中的各个子系统以不同的层次出现在整合完毕的大集成系统中。

子系统集成模式

在SOA实现中有一个重要的设计原则：减少子系统间的耦合度，提高子系统单独升级、扩展的能力。
在这个原则的前提下，要达到一个子系统需要访问或者修改另一个子系统生成、管理的数据的目的，不能通过直接访问另一个子系统的数据库表，而要向另一个子系统所提供的服务发出请求，这个所谓的服务是一个系统运行期间，在主机的内存中出现的对象，请求的格式和返回的数据按照软件设计阶段的服务定义执行。
通过上述方式，一个子系统只要确保它所提供的各项服务的接口没有发生变化，子系统本身可以进行任何的升级、改造，甚至是数据库结构的根本性变化。这种变化不会影响其它子系统，因为本子系统所提供的服务是不变的。正如下图所示，企业登记管理系统需要用已经批准的名称进行企业登记，它所要的名称，以及登记完毕后名称状态的修改由名称登记管理系统所提供的“名称服务”来实现，企业登记管理系统并不知道名称是如何取出来的，也不知道名称是如何修改的，总之自己的业务要求可以得到满足，就可以了。
类似，系统中其它子系统也通过服务的方式与另外的子系统进行信息沟通。