基于rss的图书信息发布子系统的研究与实现毕业论文(编辑修改稿)内容摘要:

,一种是全文的 ,带广告。 一种是摘要 ,不带广告。 用户各取所需 ,愿意通过 RSS 阅读全文的 ,就要接受附带的广告。 不愿意每篇文章都看到广告的 ,只好订阅摘要版本的 RSS,如果对文章有兴趣 ,自然也会去网站阅读全文 ,那么网站上的广告他就会看到。 项目研究的目的及意义 研究目的 本课题的研究 目标是,利用 RSS 技术结合 Struts 框架,实现基于 RSS 的信息 发布子系统的设计,并将此系统应用于购书门户网站的建设当中。 研究意义 基于 RSS 的图书信息发布子系统,能让用户及时看到网站图书信息的更新, 并根据类别领域挑选适合自己的图书,这种点到点的服务方式更符合信息化时代理念,也有利于购书门户网站的传播与推广。 论文的主要内容 本论文主要 分为六个章节: 第 1 章为绪论,论述了本文的研究背景和意义,并提出了研究目的和研究意 义。 第 2 章介绍了为论文提供了研究课题的网上购书门户网站,和此网 站的概要 设计。 第 3 章分析了本系统的数据库,并提出详细的设计方案。 4 第 4 章主要介绍了本论文核心技术 RSS,包括技术分析,结构特点以及应用模 式。 第 5 章就 RSS 如何在本系统实现进行了阐述,并对此信息发布系统进行了测 试。 第 6 章全章总结,对全文进行了总结,并提出了下一步的研究方向。 本章小结 本章节首先介绍了 RSS 技术 的研究背景,研究目的和研究意义,从宏观角度 介绍了 RSS 技术,同时也说明了全章节的内容。 在下一章,我将介绍为本论文提供研究课题的购书门户网站项目, 包括背景, 功能分析,概要设计,以 及服务器选择。 5 第 2 章 系统功能分析与概要设计 项目背景 随着全球经济一体化的逐步深入,购书网站已是现代传统书店必不可少的经 营策略。 目前,购书网站在国际互联网上可以实现的商务功能已经多样化,可以说从最基本的对外沟通展示功能、信息发布功能,在线图书展示功能、在线洽谈功能、在线交易功能、在线采购功能、在线客户服务功能、在线网站管理功能等等,几乎以往传统书店功能都可以在互联网上进行电子化的高效运作。 技术的进步对传统书店上网解决方案提出更严格的要求和挑战。 为了保护传 统书店的投资,书 店上网解决方案应切合传统书店实际的需求和发展的趋向,使投入回报和管理效益最大化,传统书店在实施上网方案的之前,必须对一系列问题进行科学的论证,如书店上网的需求分析、书店上网总体规划、购书网站系统的功能和实施方案、购书网站的传播与推广、运行购书网站系统的软件和硬件配置、购书网站的管理系统和管理方法等等。 购书网站具体实施的 因 素直接影响传统书店在 Inter 的实际效果和经济效益,这不仅是技术问题,同时也涉及到管理的因素。 网上购书有 以下 好处: 1. 网上购书上的书价相对于书店,都会比较便宜 2. 读者可以更快地了解到最新 的书籍种类,无需到书店寻寻觅觅, 3. 读者可以快速地查询到自己想要书籍的信息,包括作者、价格、出版社等 4. 买方不需在去排队购书,只需要通过网上支付或其他的支付方式就可以 买到书,商家会提供送货的服务 5. 对于商家而言,可以减少存货,实现 “零库存 ”,减少了危机。 综上所述,网上购书是不仅便宜,而且有效地缩短了图书流通发行环节,有 利于读者能快速便捷地获得所需图书资料,这样也使广大读者、图书、出版者、发行者紧密地结合在一起,大大提高了图书流通率。 在了解需求后,开发网上购书系统,可以让顾客通过浏览器浏览网站售书目录,从而挑选 自己满意的图书,并下订单购买。 而网站后台人员需要维护网站会员信息、书籍信 息以及订单信息。 本系统的目的就是要开发一套既方便客户网上购书,又方便网站维护人员维护网站 WEB 服务三层架构系统。 6 系统功能分析 网上购书系统它有三个模块:用户模块,管理员模块,系统模块。 系统结构 图如图。 图 网上购书系统结构图 用户模块 主要是涉及到用户方面的功能,它有以下内容: 1. 注册与登陆:用户注册登陆。 2. 用户评论发布:用户发布图书评价信息。 3. 用户信息:用户修改个人信息。 4. 购书车:用户选择选购图书 ,存入购书车等待结账,下次进入购书车时,购物车里上次购物的信息不会丢失。 管理员模块 1. 图书类别管理:新增图书类别,修改类别。 2. 图书信息管理:对图书信息进行修改,增加和删除。 3. 用户管理:设置用户状态。 4. 管理员的登录功能。 5. 超级管理员功能:增加管理员,修改管理员信息。 系统模块 RSS 信息发布子系统:用于定制特定内容。 现今社会已然成为一个信息爆炸的时代,面对不计其数的信息源,为了获 7 得新闻、股票行情、行业分析、产品评论等信息,人们不得不穿梭在不同网站间,这个过程非常消耗用户的时间。 幸运 的是随着 的不断发展,我们有更多的方法将众多的信息按找用户不同的喜好重新整合起来。 目前, Inter 的网站越来越多,我们可以通过 RSS 在线阅读器,将互联网上那些其他网站提供的和大市场相关的信息集成到我们的商情网站中,能使用户在我们的门户上获取更多的资讯。 在综合分析了目前已存在的数款客户端 RSS 阅读器的特点后,网站决定提 供给客户一个在线的 RSS 阅读器。 一方面它能解决客户端软件需要安装的问题,只要有浏览器,能上网就能使用。 另一方面,网站也能通过设置信息“推”送服务,将网站信息主动呈现给客户。 在本购书网站中,信息发布子系统主要的功能点有以下两个: RSS 信息发布 用户可以通过点击在图书类别栏中的订阅按钮订阅此类图书更新信息,在管 理员新增图书之后,更新信息会通过 RSS Feed 的形式发送出去,用户可以通过WEB RSS 阅读器知道新增图书信息。 RSS 信息发布 用户可对感兴趣的图书进行评论,也可以继续关注此书的评论更新。 通过订 阅在图书评论页面的订阅按钮,获得图书评论的订阅,并通过 WEB RSS 阅读器阅读相关评论。 系统概要设计 系统总体架构 系统是 有 Struts 和 Hibernate 架构合并组成,其结构如下 8 图 系统架构 1 Struts 框架 Struts 是 Apache 基金会的一个 Open Source 项目,基于 Sun J2EE 平台的 MVC 框架,主要采用 Servlet 和 JSP 技术来实现,能够很好地帮助 Java 开发者利用 J2EE开发 Web 应用 ,也是面 向对象设 计。 实现 重点在 C(Controller) ,包括ActionServlet/RequestProcessor 和我们定制的 Action,也为 V(View) 提供了一系列定制标签( Custom Tag)。 2 Hibernate 框架 Hibernate 是一种 Java 语言下的 对象关系映射 解决方案。 它是使用 GNU 宽 通 用公共许可证 发行的 自由 、 开源 的软件。 它为 面向对象 的 领域模型 到传统的 关系型数据库 的映射,提供了一个使用方便的框架。 它的设计目标是将软件开发人员Struts(MVC 框架 ) WEB 层 页 面 .jsp 用户请求处理组件 控制器 用户控制器 页面数据封装对象 业务层 业务接口 业务实现 数据访问层 Hibernate 数据读取接口 数据读取实现 S PR I G 文件 配置 9 从大量相同的 数据持久层 相关编程工作中解放出来。 无论是从设计草案还是从一个 遗留 数据库开始,开发人员都可以采用 Hibernate。 Hibernate 不仅负责从 Java 类 到数据库表的映射(还包括从 Java 数据类型到 SQL 数据类型的映射),还提供了面向对象的数据查询检索机制,从而极大地缩短的手动处理 SQL 和 JDBC 上的开发时间。 系统的框架 本系统是采用 SH( +Hibernate)框架。 Struts 负责 View 层和 Control 层, Hibernate 负责持久层。 系统框架如图 所示。 图 系统框架图 客户层也即系统 表达层,提供用户和系统交互的界面,包含面向客户的应用, 这些应用在最终用户的计算机系统的 Web 浏览器中运行, Web 服务器层会对 Web 用户(浏览器)发出的 HTTP 请求进行响应。 Web 服务器接收客户端发出的 HTTP 请求,并通过 JSP/Servlet 进行响应。 利 用 JSP、 Servlet 可以方便的实现客户的各种个性化界面,对于页面结构中的通用部分可以抽象出来建立成 Web 组件,提高页面开发的效率和可维护性。 同时, Web层负责从业务层调用逻辑模型组件来实现用户提出的预测目标。 Web 服务器层会Vi ewCont rolAddi ng Model Update Model Query ModelDelet e Model数据库AddUpdateDelet eQuery调用调用调用调用请求回复Model 层由 Hi bernate 实现Cont rol 由 ser vlet 、 action 和 for m 组成Vi ew 是由 JS P 组成 10 根据用户指定 的预测对象,调用业务层的 JavaBean 模型组件,并通过组件访问数30 据库中的相关数据,将结果输出到客户端。 Web 层是连接客户层和其他层的纽带,负责控制整个系统各个模块的运转。 业务逻辑层是系统架构中体现核心价值的部分。 它的关注点主要集中在业务 规则的制定、业务流程的实现等与业务需求有关的系统设计,也即是说它是与系统所应对的领域( Domain)逻辑有关。 业务逻辑层在体系架构中的位置比较关键,它处于数据访问层与表示层中间, 起到了数据交换中承上启下的作用。 由于层是一种弱耦合结构,层与层之间的 依赖是向下的,底层对于上层而言是“无知”的,改变上层的设计对于其调用的底层而言没有任何影响。 如果在分层设计时,遵循了面向接口设计的思想,这种向下的依赖也应该是一种弱依赖关系。 因而在不改变接口定义的前提下,理想的分层式架构,应该是一个支持可抽取、可替换的“抽屉”式架构。 正因为如此,业务逻辑层的设计对于一个支持可扩展的架构尤为关键,因为它扮演了两个不同的角色。 对于持久层而言,它是调用者;对于表示层而言,它却是被调用者。 依赖与被依赖的关系都纠结在业务逻辑层上,如何实现依赖关系的解耦,则是除了实现业务逻辑之外留给设 计师的任务。 持久就是对数据的保持,即对程序状态的保持。 持久层是一个相对独立的逻 辑层面,专注于数据持久化逻辑的实现。 通常通过数据库实现持久层是把数据库实现这块当作一个独立逻辑拿出来。 由于对象范例和关系范例这两大领域之间存在“阻抗不匹配”,所以把数据持久层单独作为 J2EE 体系的一个层提出来的原因就是能够在对象-关系数据库之间提供一个成功的企业级映射解决方案,尽最大可能弥补这两种范例之间的差异。 持久化的实现过程则大多通过各种关系型数据库来完成。 持久层判定标准如 果表示层发生变化,需要从 JSP 迁移 ,数据持久化代码是否需要重新编译。 如果业务逻辑层发生了变化,那么数据持久化逻辑代码是否需要重新编译。 如果底层数据持久化机制发生了改变(如更换数据库类型),系统中的非数据持久化部分代码(包括表示层,业务逻辑层)是否需要重新编译。 设计思想和建站原则 11 购书系统建设的成功与否,符合业务需求是关键。 购书网站解决方案设计过 程中,在“核心平台”的基础上,始终贯彻以业务需求为主的思想。 为保证系统能够满足未来的业务发展需要,以用户现在和未来的购买需求来确定应用软件系统模块及功能;以应用软件系统正常稳定运行为条 件,规划系统建设;根据用户业务的不断增长,来完善并发展应用系统体系结构;根据联网用户数量的增加,扩展网络的规模。 在系统建设的过程中,遵循可行性、实用性、经济性原则,可靠性、稳定性、安全性原则,先进性、成熟性、开放性原则,可伸缩性、可扩展性和可持续发展原则,统一性、标准化原则和高性价比等原则。 服务器 选择 应用服务器 基于 WEB 的企业级应用一般分为三层,表示层、业务逻辑层和数据服务层。 表示层包含浏览器或其它客户端,数据服务层由数据库提供服务。 业务逻辑层是整个软件体系的重点。 由于大部分的业 务功能设计都封装在这一层,因此,当今人们习惯上给这层提供一个单独的运行环境来处理诸如安全性、事务处理和负载平衡机制等。 这个运行环境通常由一个或者多个应用服务器组成,也称作 WEB 务器。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。