大型软件系统技术路线分析.docxVIP

大型软件系统技术路线分析 纵观全球大型软件系统软件系统技术发展路线，历经了二十多年的时间，逐步从 vb、.NET向 J2EE java全面迁移，迄今为止，所有的集团客户和高端政府 机关在大型软件系统技术的选择上，几乎清一色的选择 JAVA品台，而且面向集团化的大型软件系统定位的企业，如九思软件、东软集团，也统统在此路线上 完成系统的架构和功能设计。 在国外， JAVA技术已成为解决大型应用的事实标准，符合 J2EE规范的应用服务器则是构建面向对象的多层企业应用的中间核心平台。因其具有易移植 性，广开放性、强安全性和支持快速开发等特性，成为面向对象开发组织应用的首选平台。参照文档如下： 基于 J2EE应用服务器支持 EJB组件开发技术，包括消息队列、负载均衡机制和交易管理等。支持中大型网站和中大型组织应用等需要大规模跨平台、网络计算的领域。 软件构造有几个不可逆转的发展方向 :XML数据结构、面向对象的构件技术、网络化应用。其中 Java因为与平台无关、安全、稳定、易开发、好维护、很强的网络使用性等 ,而成为主流环境。 J2EE是企业级应用的标准。 J2EE平台提供了一个基于组件的方法，来设计、开发、装配及部署企业级应用程序，并提供了多层的分布式的应用模型、组件再用、一致化的安全模型以及灵活的事务控制机制。 使之具有重用的能力，并集成了基于 XML 的数据交换一个统一的安全模式及灵活的事务控制。 J2EE应用程序由组件构成。一个 J2EE组件是自包含的，与其相关的语气它组件通信的类及文件集成到 J2EE应用程序的功能软件单元。 J2EE规范定义了下面一些组件： 1）、运行在客户端的应用客户程序及小程序。 2）、运行于服务器网络的 ServletJsp组件。 3）、运行于服务端的企业逻辑组件。 1 / 4 J2EE组件用 Java语言编写，通过相同的方法编译。 J2EE组件与标准 Java类的不同之处在于 J2EE组件集成到了应用程序中，与 J2EE规范兼容，并部署到负责运行、管理的 J2EE服务器上。 基于 J2EE企业级应用服务器的结构 基于 J2EE的企业级应用服务器是基于 Web Services的新一代应用服务器。在设计上突出了 XML 的应用，比如 XML 在本地化的存储及各种处理；通过SOAP与.NET及通过 IIOP与 CORBA的连接等。 Web Server 基于对本系统需求的深入分析，我们建议采用 B/A/D 应用模式，这样，这样，跨系统平台、性能优异的 Web Server是我们必须要认真考虑的。 Servlets 是网络化的组件 ,被应用于网络服务器的功能的扩展。它从客户主机 (如:浏览器 )得到命令和要求，并将内容反馈给主机，实现从 HTML 界面传递到网 络商务系列。 无论如何 ,Servlets是不必要连接到网络服务器上的，它们可被作为普通的命令要求组件， Servlets更适合于实现简单要求的需要，并且不需要应用软件服务器的管理。 JSP与 Servlets 非常相似。事实上 ,它们的最大区别是 JSP为非纯 Java代码 ,更易于感知。如果希望看到并感觉到配置是与其它配置分开的 ,并且易于维护 ,可以使用 JSP，JSP擅长于此，它们易于被编写及维护。 XML 当前，对 XML 的技术应用如火如荼，在我们的系统解决方案中， XML 技术的应用也是不可缺的重要组成部分，这就要求我们选择的技术架构必须提供对 XML 技术强大支持。 当前， J2EE架构在厂商市场和开发者社区中倍受推崇。作为一种工具，可扩展标记语言（ XML）简化了数据交换、进程间消息交换这一类的事情，因而对 开发者逐渐变得有吸引力，并开始流行起来。自然，在 J2EE架构中访问或集成 XML 解决方案的想法也很诱人。因为这将是强大系统架构同高度灵活的数据管 2 / 4 理方案的结合。 XML的应用似乎是无穷无尽的，但它们大致上可以分为三大类： 1.简单数据的表示和交换（针对 XML 的简单 API（SAX）和文档对象模型（DOM）语法解析，不同的文档类型定义（ DTDs）和概要（ schemas）） 2.面向消息的计算（ XML-RPC（远程过程调用）， SOAP协议，电子化业务XML（ebXML）） 3.用户界面相关、表示相关的上下文（可扩展样式表语言（ XSL），可扩展样式表语言转换（ XSLT）） 这几类应用在 J2EE架构中恰好有天然的对应：数据表示和交换功能是 EJB 组件模型中持久化服务（ persistence services）的一部分，基于消息的通讯由Java消息服务（ JMS）API 来处理，而界面表示正是 Java服务器页面（ JSP）和 Java Servlets的拿手好戏。 Web Service 我们