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

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

《毕业设计论文基于web的新闻系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《毕业设计论文基于web的新闻系统的设计与实现.docx（58页珍藏版）》请在冰豆网上搜索。

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

毕业设计报告（论文）

题目:

基于WebServices新闻系统的设计与实现

所属系计算机工程系

专业计算机科学与技术

学号

姓名

指导教师

起讫日期2010.3-------2010.6

设计地点

毕业设计报告（论文）诚信承诺

本人承诺所呈交的毕业设计报告（论文）及取得的成果是在导师指导下完成，引用他人成果的部分均已列出参考文献。

如论文涉及任何知识产权纠纷，本人将承担一切责任。

学生签名：

日期：

年月

基于WebServices新闻系统的设计与实现

摘要

WebServices带来的主要好处之一是的集成方便。

人们会很容易融入互联网企业的产品与其他软件的软件。

服务可以运行在各种机器，从台式机到大型机，无论是在企业内部或外部网站。

这便于系统集成，使业务关系紧密，更高效的业务流程。

随着WebServices的普及，并作为XMLWeb服务的持续增长，人们将能够找到的合适的软件，并可以将自己的应用程序集成的模块，通过寻找，并通过WebServices进行整合。

整合的是现有的WebServices，当然而不是彻底改造他们。

底线是人们将能够更快地开发应用程序比以前。

一个XMLWeb服务编程模型的组成部分，是与外部数据源的轻松集成。

每项申请是不再需要复制和维护外部数据源的。

顾客可以要求并获得实时信息，并将它转换顾客自己的特定格式。

这将允许生产者提供个性化的软件和服务，同时减少生产者的维护的负担。

对于此问题，本文做了有关于的WebServices新闻系统的介绍。

本文共有七章。

第一章为绪言部分，重点介绍了有关于WebServices的国内外研究趋势和现状，以及人们对于WebServices研究的目的、意义和研究范围。

第二章是有关于WebServices的理论文献回顾，分别展示WebServices中的XML、SOAP、UDDI以及WSDL的相关文献。

第三章是WebServices的技术介绍，重点突出了开发工具VisualStudio2005以及如何构建WebServices的链接。

第四章到第六章为WebServices新闻系统的设计部分。

第四章是新闻系统的课题分析，对于新闻系统做了详细的需求分析以及此新闻系统运行环境的介绍。

第五章是新闻系统的概要设计，围绕新闻系统的模型展开讨论介绍，并重点的突出了功能模型。

第六章是新闻系统的详细设计，包括对新闻系统设计中的用户登录，新闻管理，新闻查询，新闻类别管理以及用户管理都做了对应的具体描述，包括涉及到的关键代码和对应的实现成果。

第七章是结束语。

关键词：

新闻系统架构功能管理模型新闻管理XMLWebServices

WebServices-basedinformationsystemsDesignandImplementation

Abstract

WebServicesisoneofthemainbenefitstofacilitateintegration.ItwillbeveryeasytointegrateintotheInternetbusinesssoftwareproductsandothersoftware.Servicescanruninavarietyofmachines,fromdesktoptomainframe,whetherin-houseorexternalwebsite.Thiseasysystemintegration,soclosebusinessrelationship,moreefficientbusinessprocesses.WiththepopularityofWebServices,Webservices,ascontinuedgrowth,peoplewillbeabletofindtherightsoftwareandtheirapplicationscanbeintegratedmodule,throughthesearch,andintegrationthroughWebServices.IntegrationoftheexistingWebServices,ofcourse,notreinventthem.Thebottomlineisthatpeoplewillbeabletodevelopapplicationsfasterthaneverbefore.Webservicesprogrammingmodelofapart,iseasytointegrateexternaldatasources.Eachapplicationisnolongerneedtocopyandmaintaintheexternaldatasource.Customerscanrequestandreceivereal-timeinformation,andwillconvertittocustomersownspecificformat.Thiswillallowproducerstoprovidecustomizedsoftwareandservices,whilereducingtheburdenonproducersofmaintenance.

Thistotalofsevenchapters.ThefirstchapterisintroductorysectionfocusesoninternalandexternalWebServicesonresearchtrendsandstatus,andpeopleforthepurposeofWebServicesResearch,significanceandscopeofthestudy.ThesecondchapterisonthetheoreticalliteraturereviewWebServices,WebServicesaredisplayedintheXML,SOAP,UDDIandWSDLrelatedliterature.ThethirdchapterintroducesWebServicestechnology,highlightsdevelopmenttoolVisualStudio2005andhowtobuildWebServiceslink.ChaptertoChapterVIfortheWebServicesInformationSystemsection.ChapterIVisthesubjectofinformationsystems,informationsystemsforadetailedneedsanalysisandtheintroductionofinformationsystemsoperatingenvironment.Thefifthchapterisasummaryofinformationsystemdesign,systemmodelaroundthepresstodiscusspresentationandhighlightedthefocusonfunctionalmodel.Thesixthchapteristhedetaileddesignofinformationsystems,includinginformationsystemdesigninuserlogs,newsmanagement,pressinquiries,newscategorymanagementandusermanagementhasdoneadetaileddescriptionofthecorresponding,includingthoserelatingtothekeycodeandcorrespondingimplementationresults.ChapterVIIistheconclusion.

Keywords:

InformationSystemArchitectureFunctionalManagementModelNewsManagementXMLWebServices

第一章绪言

1.1国内外研究现状及发展趋势

WebServices是一种构建应用程序的普通模型，并能在所有支持Internet通讯的操作系统上实施运行。

WebServices令基于组件的开发和Web的结合达到最佳，基于组件的对象模型，如：

DistributedComponentObjectModel（DCOM）、RemoteMethodInvocation（RMI），InternetInter-OrbProtocol（IIOP）都已经发布了很长时间了，但是这些模型都依赖于特殊对象模型协议，而WebServices利用SOAP和XML对这些模型在通讯方面作了进一步的扩展以消除特殊对象模型的障碍。

WebServices主要利用HTTP和SOAP协议是商业数据在Web上传输，SOAP通过HTTP调用商业对象执行远程功能调用，Web用户能够使用SOAP和HTTP通过Web调用的方法来调用远程对象.客户根据WSDL描述文档，会生成一个SOAP请求消息。

WebServices都是放在Web服务器（如IIS）后面，客户生成的SOAP请求会被嵌入在一个HTTPPOST请求中，发送到Web服务器来。

Web服务器再把这些请求转发给WebServices请求处理器。

请求处理器的作用在于，解析收到的SOAP请求，调用WebServices,然后再生成相应的SOAP应答。

Web服务器得到SOAP应答后，会再通过HTTP应答的方式把信息送回到客户端。

1.2研究目的、意义和范围

本文给出了一种基于WebServices体系架构和采用XML的新闻服务系统模型,讨论了新闻服务体系、新闻注册中心、客户端的工作原理和关键技术,拓展了传统的技术。

WebServices使用标准的XML协议和开放的Internet标准，在平台、语言和发布者之间能够互相独立，且消除了现存解决方案总的互用性问题，给企业应用带来了新的集成体系结构。

在集成中，开发人员将需要复用的方法和业务功能构建为WebServices，然后使用相应的工具将这些WebServices发布到服务注册库，这砦服务可以得到统一的管理维护，并使用SOAP协议通过HTTP来调用。

从应用的外部来看，应用是由一系列标准的服务接口组成。

其它任何语言、平台上的客户应用都可以从服务注册库查找WebServices，阅读WebServices的WSDL文档，生成SOAP请求消息，嵌入在一个HTTP请求中，调用WebServices。

因此，客户应用是以标准的方式透明地调用、以及重新组装这些提供的服务来达到集成目的。

随着信息技术的发展,网站在管理中发挥着越来越重要的作用。

传统的新闻发布方法已不能适应形势发展的需要。

为了便于对网站新闻进行有效的管理,非常有必要开发一个网站新闻管理系统。

但是软件开发是一项非常复杂的系统工程,如何在最短的时间、高效率的设计并开发一个规范化的系统,需要有一个好的方法,同时对软件开发的过程进行有效的跟踪和监测。

企业所处环境和组织结构越来越复杂，市场竞争日益激烈，商业智能作为保障企业高效运营、正确决策和快速响应的有效手段，有利于人们收集、整理、分析和评估大量数据。

商业智能相关技术的研究至关重要。

目前，商业智能系统往往存在移植性差和集成性差等问题，缺乏可扩展性和灵活性，随着各种技术的发展，软件规模的不断扩大及其复杂性的不断增加，对商业智能相关问题的研究变得越来越迫切。

WebServices具有封装性、松散耦合性、行业标准性、可扩展性、高度集成性等特点。

如何灵活地整合商业智能和WebServices技术，使之有效的对数据进行集成、处理和分析，提供全面、完善的解决方案，从而更好解决面临的问题，具有重要意义。

传统的媒体受到冲击,逐渐向网络媒体转变,提供网络信息服务的竞争日益激烈。

目前的网络新闻服务站点基本上是基于B/S结构的单一的新闻发布系统,而HTML页面技术和HTTP无状态连接协议,没法提供跨媒体的多样化内容的服务,不适于用户按照自己的习惯进行阅读和订购,因而使得Internet新闻服务尚没有摆脱传统的推送服务方式,这已经越来越不满足现在社会发展的需求。

小结

第一章绪言部分就WebServices的研究意义、目的及当今社会信息技术的发展做了简单的介绍，我们了解到WebServices技术在社会中的角色越来越重要，在信息技术高度发展的今天，利用WebServices技术不但可以很好的掌控网络，还能够使Internet很好的为人们服务，所以学习WebServices的基本技术，本文的新闻系统就是采用WebServices技术来开发。

第二章有关WebServices的文献回顾

2.1关于XML的研究评述

XML是ExtensibleMarkupLanguage的缩写，即可扩展标记语言是一种您可以用来创建自己的标记的标记语言。

它由万维网协会（W3C）创建，用来克服HTML（即超文本标记语言（HypertextMarkupLanguage），它是所有网页的基础）的局限。

和HTML一样，XML基于SGML―标准通用标记语言（StandardGeneralizedMarkupLanguage）。

尽管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成为数据表示的一个开放标准，这种数据表示独立于机器平台、供应商以及编程语言。

它将为网络计算注入新的活力，并为信息技术带来新的机遇。

目前，许多大公司和开发人员已经开始使用XML，包括B2B在内的许多优秀应用已经证实了XML将会改变今后创建应用程序的方式。

从1998年开始,XML被引入许多网络协议，以便于为二个软件提供相互通信的标准方法。

简单对象访问协议（SOAP）和XML-RPC规范为软件交互提供了独立于平台的方式，从而为分布式计算环境打开了大门。

几乎所有主要的软件厂商都支持SOAP。

SOAP的快速成功史无前例地提高了软件的互操作潜力。

当今，Web服务革命正在兴起，而SOAP正是其基础协议。

2.2关于SOAP的研究评述

SOAP（SimpleObjectAccessProtocol）简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议，它包括四个部分：

SOAP封装（envelop），封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架；SOAP编码规则（encodingrules），用于表示应用程序需要使用的数据类型的实例;SOAPRPC表示（RPCrepresentation），表示远程过程调用和应答的协定;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（ObjectManagementGroupresponsiblefortheCORBAspecification）正在关注这方面的发展。

SOAP并没有定义信息的语义，服务质量，基于INTERNET的事务处理。

而是采用XML进行消息编码，正确的处理需要服务器和客户端本身来执行，理解和执行彼此使用的信息格式（ONE-TO-ONE，REQUEST/REPLY，BROADCAST，ETC），应用程序本身在语义解析中扮演着十分重要的角色。

而CORBA，DCOM表示了传送信息的语义，对参数和返回值使用二进制编码。

可对诸如参数名称或类型的任何元信息都不编码，但使中介很难处理消息。

又因为每个系统使用不同的二进制编码，系统间的互操作的很难实现。

SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+XML：

采用HTTP作为底层通讯协议；RPC作为一致性的调用途径，XML作为数据传送的格式，允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。

RPC的描叙可能不大准确，因为SOAP一开始构思就是要实现平台与环境的无关性和独立性，每一个通过网络的远程调用都可以通过SOAP封装起来，包括DCE（DistributedComputingEnvironment）　RPCCALLS，COM/DCOMCALLS,CORBACALLS,JAVACALLS，etc。

SOAP使用HTTP传送XML，尽管HTTP不是有效率的通讯协议，而且XML还需要额外的文件解析（parse），两者使得交易的速度大大低于其它方案。

但是XML是一个开放、健全、有语义的讯息机制，而HTTP是一个广泛又能避免许多关于防火墙的问题，从而使SOAP得到了广泛的应用。

但是如果效率对你来说很重要，那么你应该多考虑其它的方式，而不要用SOAP。

为了更好的理解SOAP,HTTP,XML如何工作的，不妨先考虑一下COM/DCOM的运行机制，DCOM处理网络协议的低层次的细节问题，如PROXY/STUB间的通讯，生命周期的管理，对象的标识。

在客户端与服务器端进行交互的时候，DCOM采用NDR（NetworkDataRepresentation）作为数据表示，它是低层次的与平台无关的数据表现形式。

客户端发送请求时，不管客户端是什么平台的，首先把请求转换成XML格式，SOAP网关可自动执行这个转换。

为了保证传送时参数，方法名，返回值的唯一性，SOAP协议使用了一个私有标记表，从而服务端的SOAP网关可以正确的解析，这有点类似于COM/DCOM转化成XML格式后，SOAP终端名（远程调用方法名）及其他的一些协议标识信息被封装成HTTP请求，然后发送给服务器。

如果应用程序要求，服务器返回一个HTTP应答信息给客户端。

与通常对HTML页面的HTTPGET请求不同的是，此请求设置了一些HTTPHEADER，标识着一个SOAP服务激发，和HTTP包一起传送。

例如：

对于一个询问股票价格的应用程序，服务器端具有组件提供某股票当前的价格，组件是COM或CORBA在服务器上建立的。

客户端发送一个SOAP请求给服务器询问股票价格。

服务器依赖于服务器上的SOAP网关，使用内嵌的HTML对象调用合适的方法，然后把得到的价格通过SOAP应答传给客户端。

2.3关于UDDI的研究评述

UDDI始于2000年,由Ariba,IBM,Microsoft和其他33家公司创立.UDDIregistries提供了一个机制,以一种有效的方式来浏览,发现WebServices以及它们之间的相互作用.

UDDI计划是一个广泛的，开放的行业计划，它使得商业实体能够

（1）彼此发现，

（2）定义他们怎样在internet上互相作用，并在一个全球的注册体系架构中共享信息。

UDDI是这样一种基础的系统构筑模块，他使商业实体能够快速，方便地使用他们自身的企业应用软件来发现合适的商业对等实体，并与其实施电子化的商业贸易。

UDDI同时也是Web服务集成的一个体系框架。

它包含了服务描述与发现的标准规范。

UDDI规范利用了W3C和Internet工程任务组织（IETF）的很多标准作为其实现基础，比如扩展标注语言（XML），HTTP和域名服务（DNS）这些协议。

另外，在跨平台的设