毕业设计论文--基于web的新闻系统的设计与实现

毕业设计论文--基于web的新闻系统的设计与实现内容摘要：

所有支持 Inter 通讯的操作系统上实施运行。 Web Services 令基于组件的开发和 Web 的结合达到最佳，基于组件的对象模型，如： Distributed Component Object Model(DCOM)、 Remote Method Invocation(RMI)， Inter InterOrb Protocol(IIOP)都已经发布了很长时间了，但是这些模型 都依赖于特殊对象模型协议，而 Web Services 利用 SOAP 和 XML对这些模型在通讯方面作了进一步的扩展以消除特殊对象模型的障碍。 Web Services 主要利用 HTTP 和 SOAP 协议是商业数据在 Web 上传输， SOAP通过 HTTP 调用商业对象执行远程功能调用， Web 用户能够使用 SOAP 和 HTTP 通过 Web 调用的方法来调用远程对象 .客户根据 WSDL 描述文档，会生成一个 SOAP 请求消息。 Web Services 都是放在 Web服务器（如 IIS）后面，客户生成 的 SOAP请求会被嵌入在一个 HTTP POST请求中，发送到 Web 服务器来。 Web 服务器再把这些请求转发给 Web Services 请求处理器。 请求处理器的作用在于，解析收到的 SOAP 请求，调用 Web Services,然后再生成相应的 SOAP 应答。 Web 服务器得到 SOAP 应答后，会再通过 HTTP 应答的方式把信息送回到客户端。 研究目的、意义和范围 本文给出了一种基于 Web Services 体系架构和采用 XML 的新闻服务系统模型 ,讨论了新闻服务体系、新闻注册中心、客户端的工作 原理和关键技术 ,拓展了传统的技术。 Web Services 使用标准的 XML 协议和开放的 Inter 标准，在平台、语言和发布者之间能够互相独立，且消除了现存解决方案总的互用性问题，给企业应用带来了新的集成体系结构。 在集成中，开发人员将需要复用的方法和业务功能构建为 Web Services，然后使用相应的工具将这些 Web Services 发布到服务注册库，这砦服务可以得到统一的管理维护，并使用 SOAP 协议通过 HTTP来调用。 从应用的外部来看，应用是由一系列标准的服务接口组成。 其它任何语言、平台上的客户 应用都 可以从服务注册库查找 Web Services，阅读 Web Services的 WSDL文档，生成 SOAP请求消息，嵌入在一个 HTTP请求中，调用 Web Services。 因此，客户应用是 以标准的方式透明地调用、以及重新组装这些提供的服务来达到集成目的。 随着信息技术的发展 ,网站在管理中发挥着越来越重要的作用。 传统的新闻发布方法已不能适应形势发展的需要。 为了便于对网站新闻进行有效的管理 ,非常有必要开发一个网站新闻管理系统。 但是软件开精品文档（ ） 2 发是一项非常复杂的系统工程 ,如何在最短的时间、高效率的设计并开发一个规范化的系统 ,需要有一个好的方法 ,同时对软件开发的过程进行有效的跟踪和监测。 企业所处环境和组织结构越来越复杂，市场竞争日益激烈，商业智能作为保障企业高效运营、正确决策和快速响应的有效手段，有利于人们收集、整理、分析和评估大量数据。 商业智能相关技术的研究至关重要。 目前，商业智能系统往往存在移植性差和集成性差等问题，缺乏可扩展性和灵活性，随着各种技术的发展，软件规模的不断扩大及其复杂性的不断增加，对商业智能相关问题的研究变得越来越迫切。 Web Services具有封装性、松散耦合性、行业标准性、可扩展性、高度集成性等特点。 如何灵活地整合商业智能和 Web Services 技术，使之有效的对数据进行集成、处理和分析，提供全面、完善的解决方案，从而更好解决面临的问题，具有重要意义。 传统的媒体受到冲击 ,逐渐向网络媒体转变 ,提供网络信息服务的竞争日益激烈。 目前的网络新闻服务站点基本上是基于 B/S结构的单 一的新闻发布系统 ,而 HTML页面技术和HTTP 无状态连接协议 ,没法提供跨媒体的多样化内容的服务 ,不适于用户按照自己的习惯进行阅读和订购 ,因而使得 Inter新闻服务尚没有摆脱传统的推送服务方式 ,这已经越来越不满足现在社会发展的需求。 小结 第一章绪言部分就 Web Services的研究意义、目的及当今社会信息技术的发展做了简单的介绍，我们了解到 Web Services技术在社会中的角色越来越重要，在信息技术高度发展的今天，利用 Web Services技术不但可以很好的掌控网络，还能够使 Inter很好的为人们服务，所以学习 Web Services的基本 技术， 本文的新闻系统就是采用 Web Services技术来开发。 精品文档（ ） 3 第二章 有关 Web Services 的文献回顾 关于 XML 的研究评述 XML是 Extensible Mark up Language的缩写，即可扩展标记语言是一种您可以用来创建自己的标记的标记语言。 它由万维网协会（ W3C）创建，用来克服 HTML（即超文本标记语言（ Hypertext Markup Language），它是所有网页的基础）的局限。 和 HTML 一样， XML 基于 SGML ― 标准通用标记语言（ Standard Generalized Markup Language）。 尽管 SGML 已在出版业使 用了数十年，但其理解方面的复杂性使许多本打算使用它的人望而却步。 XML实际上是 Web上表示结构化信息的一种标准文本格式，它没有复杂的语法和包罗万象的数据定义。 XML同 HTML一样，都来自 SGML(标准通用标记语言 )。 SGML 是一种在 Web发明之前就早已存在的用标记来描述文档资料的通用语言。 但 SGML十分庞大且难于学习和使用。 鉴于此， 人们 提出了 HTML语言。 但近年来，随着 Web应用的不断深入， HTML在需求广泛的应用中已显得捉襟见肘，有人建议直接使用 SGML作为Web语言。 但 SGML 太庞大了，学用两难尚且不说，就是全面实现 SGML的浏览器也非常困难。 于是 Web 标准化组织 W3C建议使用一种 精简的 SGML版本 —— XML。 XML与 SGML一样，是一个用来定义其他语言的元语言。 与 SGML相比， XML规范不到 SGML规范的 1/10，简单易懂，是一门既无标签集也无语法的新一代标记语言。 XML继承了 SGML的许多特性，首先是可扩展性。 XML允许使用者创建和使用他们自己的标记而不是 HTML的有限词汇表。 这一点至关重要，企业可以用 XML为电子商务和供应链集成等应用定义自己的标记语言，甚至特定行业一起来定义该领域的特殊标记语言，作为该领域信息共享与数据交换的基础。 其次是灵活性。 HTML很难进一步发 展，就是因为它是格式、超文本和图形用户界面语义的混合，要同时发展这些混合在一起的功能是很困难的。 而 XML提供了一种结构化的数据表示方式，使得用户界面分离于结构化数据。 所以， Web用户所追求的许多先进功能在 XML环境下更容易实现。 第三是自描述性。 XML文档通常包含一个文档类型声明，因而 XML文档是自描述的。 不仅人能读懂 XML文档，计算机也能处理。 XML 表示数据的方式真正做到了独立于应用系统，并且数据能够重用。 XML 文档被看作是文档的数据库化和数据的文档化。 除了上述先进特性以外， XML 还具有简明性。 它只有 SGML 约 20%的复杂性，但却具有 SGML 功能的约80%。 XML 比完整的 SGML 简单得多，易学、易用并且易实现。 另外， XML 也吸收了人们多年来在 Web 上使用 HTML的经验。 XML支持世界上几乎所有的主要语言，并且不同语言的文本可以在同一文档中混合使用，应用 XML的软件能处理这些语言的任何组合。 所有这一切将使 XML成为数据表示的一个开放标准，这种数精品文档（ ） 4 据表示独立于机器平台、供应商以及编程语言。 它将为网络计算注入新的活力，并为信息技术带来新的机遇。 目前，许多大公司和开发人员已经开始使用 XML，包括 B2B在内的 许多优秀应用已经证实了 XML将会改变今后创建应用程序的方式。 从 1998 年开始 , XML 被引入许多网络协议，以便于为二个软件提供相互通信的标准方法。 简单对象访问协议 (SOAP)和 XML RPC 规范为软件交互提供了独立于平台的方式，从而为分布式计算环境打开了大门。 几乎所有主要的软件厂商都支持 SOAP。 SOAP的快速成功史无前例地提高了软件的互操作潜力。 当今，Web服务革命正在兴起，而 SOAP正是其基础协议。 关于 SOAP 的研究评述 SOAP（ Simple Object Access Protocol ）简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于 XML 的协议，它包括四个部分： SOAP 封装 (envelop)，封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架； SOAP编码规则（ encoding rules），用于表示应用程序需要使用的数据类型的实例。 SOAP RPC 表示 (RPC representation)，表示远程过程调用和应答的协定。 SOAP绑定（ binding），使用底层协议交换信息。 虽然这四个部分都作为 SOAP的一部 分，作为一个整体定义的，但他们在功能上是相交的、彼此独立的。 特别的，信封和编码规则是被定义在不同的 XML命名空间 (namespace)中，这样使得定义更加简单。 SOAP通信与底层的不同协议和不同的交换格式有关，下面的例子 SOAP使用 HTTP作为底层通信协议，从而可以很好的使用 request/response 机制来传送信息。 SOAP/HTTP 请求包括一个 GetLastTradePrice的块元素，该请求携带一个字符串参数和 ticker 符号，在 SOAP应答中返回一个浮点数。 XML 名域用来区分 SOAP标志符和 应用程序特定的标志符。 首先指出的是 SOAP不会取代 CORBA， COM/DCOM，三者的概念有所区别。 COM/DCOM是个组件模型标准，CORBA是分布式应用的服务标准。 CORBA和 DCOM为分布式应用程序建立服务，服务对象来执行客户端调用的服务。 而 SOAP是基于 XML 和 HTTP 的分布式对象的通信协议，是 COM/DCOM和 CORBA对象进行通讯的协议。 实际上，利用 SOAP的互操作性和 CORBA强大的执行能力，两者可以很好的结合在一起。 OMG （ Object Management Group responsible for the CORBA specification）正在关注这方面的发展。 SOAP并没有定义信息的语义，服务质量，基于 INTERNET的事务处理。 而是采用 XML 进行消息编码，正确的处理需要服务器和客户端本身来执行，理解和执行彼此使用的信息格式（ ONETOONE，REQUEST/REPLY， BROADCAST， ETC），应用程序本身在语义解析中扮演着十分重要的角色。 而 CORBA， DCOM表示了传送信息的语义，对参数和返回值使用二进制编码。 可对诸如参数名称或类型的任何元信息都不编码，但使 中介很难处理消息。 又因为每个系统使用不同的二进制编码，系统间的互操作的很难实现。 精品文档（ ） 5 SOAP简单的理解，就是这样的一个开放协议 SOAP=RPC+HTTP+XML：采用 HTTP作为底层 通讯协议； RPC作为一致性的调用途径， XML 作为数据传送的格式，允许服务提供者和服务客户经过防火墙在 INTERNET进行通讯交互。 RPC的描叙可能不大准确，因为 SOAP一开始构思就是要实现平台与环境的无关性和独立性，每一个通过网络的远程调用都可以通过 SOAP封装起来，包括 DCE（ Distributed Computing Environment ） RPC CALLS， COM/DCOM CALLS, CORBA CALLS, JAVA CALLS， etc。 SOAP 使用 HTTP 传送 XML，尽管 HTTP 不是有效率的通讯协议，而且 XML 还需要额外的文件解析（ parse），两者使得交易的速度大大低于其它方案。 但是 XML 是一个开放、健全、有语义的讯息机制，而 HTTP 是一个广泛又能避免许多关于防火墙的问题，从而使 SOAP 得到了广泛的应用。 但是如果效率对你来说很重要，那么你应该多考虑其它的方式，而不要用 SOAP。 为了 更好的理解 SOAP,HTTP,XML如何工作的，不妨先考虑一下 COM/DCOM的运行机制， DCOM处理网络协议的低层次的细节问题，如 PROXY/STUB 间的通讯，生命周期的管理，对象的标识。 在客户端与服务器端进行交互的时候， DCOM 采用 NDR（ Network Data Representation）作为数据表示，它是低层次的与平台无关的数据表现形式。 客户端发送请求时，不管客户端是什么平台的，首先把请求转换成 XML格式， SOAP网关可自动执行这个转换。 为了保证传送时参数，方法名，返回值的唯一性， SOAP协议 使用了一个私有标记表，从而服务端的 SOAP网关可以正确的解析，这有点类似于 COM/DCOM转化成 XML格式后， SOAP终端名（远程调用方法名）及其他的一。