基于jsp技术的网上书店系统的分析与设计内容摘要:
目前动态网页的开发技术主要有三种 :JSP、 ASP、 ,我们可以看出 JSP 所具 有的优势。 三者都提供在 HTML 代码中混合某种程序代码、有语言引擎解释执行程序代码的能力 .在 ASP、 PHP、 JSP 环境下 ,HTML 代码主要负责描述信息的显示样式 ,而程序代码则用来描述处理逻辑。 普通 HTML 页面只依赖于 Web 服务器 ,而 ASP、 PHP、 JSP 页面需要附加的语言引擎分析和执行程序代码。 程序代码的执行结果被重新嵌入到 HTML 代码中 ,然后一起发送给浏览器。 ASP、 PHP、 JSP 三者都面向服务器的技术 ,客户端浏览器不需要任何附加的软件支持。 但 JSP 代码被编译成 Servlet 并由 Java 虚拟机解释执行 ,这 种编译操作仅在对 JSP 页面的第一次请求时发生 ,因此采用 JSP 技术的页面执行速度较快。 从应用范围来看 ,ASP 是 Microsoft 开发的动态网页语言 ,也继承了微软产品的一贯传统 ,只能执行于微软的服务器产品 ,IIS(Inter Information Server)和 PWS(Personal Web Server)上。 在 UNIX 下也有 ChiliSoft 的组件来支持 ASP,但是 ASP 本身的功能有限 ,必须通过 ASP+COM 的群组合来扩充 ,在 UNIX 的 COM 实现起来非常困难。 PHP 可在 Windows、 UNIX、 Linux 的 Web 服务器上正常运行 ,还支持 IIS、 Apache 等一般的 Web 服务器。 用户更换平台时 ,无需变换 PHP 代码 ,可即拿即用。 JSP 与 PHP 类似 ,几乎可以执行于所有平台 ,如 Windows NT、 Linux、 Windows NT 下 IIS 通过一个外加服务器 ,例如 JRUN 或者 ServletExec,就能支持 JSP。 知名的 Web服务器 Apache 已经能够支持 JSP, 由于 Apache 广泛应用在 WindowsNT,UNIX 和 Linux上 ,因此 JSP 有更广泛的执行平台。 虽然现在 WNT 操作系统占了很 大的市场份额 ,但是在服务器方面 ,UNIX 的优势仍然很大 ,而新崛起的 Linux 更是来势不小。 从一个平台移植到另外一个平台 ,JSP 和 javaBean甚至不用重新编译 ,因为 Java 字节码都是标准的与平台无关的。 由于 PHP 本身存在一些缺点 ,使得它不适合应用于大型电子商务站点 ,而更适合于一些小型的商业站点。 首先 ,PHP 缺乏规模支持。 其次 ,它缺乏多层结构支持。 总结 JSP 的优势如下 : (1) 一次编写多次运行。 (2) 系统多平台支持。 华北水利水电学院毕业设计 5 (3) 强大的可伸缩性。 (4) 多样化和功能强大的开发工具支持。 JSP 开发的 模式 JSP 规范提现了两种用 JSP 技术建立应用程序的方式,这两种方式分别称作 JSP Model 1 和 JSP Model 2,如图 和图 所示 [4]。 图 Model 1 的工作模式 图 Model 2 的工作模式 Model 1 体系结构把所有的代码都放在 JSP 中或抽取部分逻辑代码放于 JavaBean 中。 这样做的好处是简单、开发快、易于实现。 缺点是 JSP 页面中存在着大量 Java 代码,整个JSP 页面显得混乱,可读性差,难以维护,代码重用性低,还必须另外添加用于控制业务流程的代码。 Model 1 体系十分适合简单应用的需要,它却不能满足复杂的大型应用程序的实现。 Model 2 体系结构是一种把 JSP 与 Servlet 联 合 使用来实现动态内容服务的方法。 用华北水利水电学院毕业设计 6 JSP 生成表达层的内容,让 Servlet 完成深层次的处理任务。 Servlet 充当控制者的角色,负责完成接受请求,根据请求改变模型的数据,在数据改变后,通知相关的视图进行刷新。 Model 2 体系的优点是 JSP 网页专门用于表现数据而无需进行其他操作,使得 JSP 页面没有或只含很少的 Java 代码,使得页面清晰,提高了可读性,便于维护。 Model 2 实现了业务逻辑、表示输出和请求处理之间的分离,项目越复杂,使用 Model 2 体系结构的好处就越大。 MVC 模型 /视图 /控制器 (MVC)模式源于传统的面向对 象语言 SmallTalk,它是第一个分开表示逻辑和业务逻辑的设计模式。 MVC 引入视图 (表示层 )、模型(数据)和和协调两者的控制器。 在出现 MVC 模式之前,用户界面设计通常把这些层合 并在一起,而 MVC 模式则把它们分离开,使各个模块相对独立,提高灵活性与复用性。 MVC 将应用程序系统分为三个组成部分: ( 1) 模型( Model) 模型是应用程序的主体部分。 模型表示业务数据,或者业务逻辑 ,这是整个模型的核心。 它表示的是解决方案空间的真正的逻辑。 它采用面向对象的方法,将问题领域中的对象抽象为应用程序对象。 在这些抽 象的对象中封装了对象的属性和这些对象所隐含的逻辑。 ( 2) 视图( View) 视图是应用程序中用户界面相关的部分,是用户看到并与之交互的界面,与 Web 应用程序一样,主管应用程序与人之间的接口。 一方面它为用户提供了输入手段,并触发应用逻辑运行;另一方面,它又将逻辑运行的结果以某种形式显示给用户。 ( 3) 控制器( controller) 该部分是用户与 Model 的接口。 一方面它解释来自于 View 的输入,将其解释成为系统能够理解的对象,同时它也识别用动作,并将其解释为对 Model 特定定方法的调用;另一方面, 它处理来自于 Model 的事件和 Model 逻辑执行的结果,调用适当的 View 为用户提供反馈。 在三者的关系中, Controller 接收使用者的消息,要求 Model 处理应用领域的资料:Model 告诉 View,让 View 知道 Model 的内容已更新, View 接获通知并进行准备工作,就绪了才要求 Model 送来新内容,显示于视窗里 [6]。 华北水利水电学院毕业设计 7 Model、 View、 Controller 三者的动态协作关系如下图: 视 图解 释 模 型模 型 更 新 请 求发 送 用 户 输 入 给 控 器允 许 控 制 器 选 择 视 图控 制 器定 义 应 用 程 序 行 为用 户 动 作 映 射 成 模 型 更 新选 择 响 应 的 视 图模 型封 装 应 用 程 序 状 态响 应 状 态 查 询应 用 程 序 功 能通 知 视 图 改 变通 知 改 变状 态 查 询 状 态 改 变视 图 选 择用 户 请 求调 用 方 法 事 件 图 23 MVC 组件类型的关系和功能 MVC 框架 的出现不仅实现了功能模块和显示模块的分离,同时它还提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性。 华北水利水电学院毕业设计 8 3 网上书店系统的 系统分析 系统 需求分析 网上书店系统主要是实现网上选书、购书、产生订单等功能的系统。 一个典型的网上商城一般都需要实现商品信息的动态提示、购物车管理、客户信息注册登录管理、订单处理等模块。 根据网上书店的基本需求,本系统需要完成的具体任务如下: (1) 书图查询 : 当客户进入网上书店时,应该在主页面中显示 的书目信息,以供客户选择所需图书,同时也 应该提供按照图书名称快速查询所需书目信息的功能。 (2) 购物车管理:当客户选择购买某图书产品时,应该能够将对应图书信息,如:价格、数量记录到对应的购物车中,并允许客户返回书目查询页面,选择其他商品,并添加到购物车中,当对应的购物订单生成后,应该能够自动清除以生成订单的购物车中的信息。 (3) 订单处理:对应客户购买图书商品信息的需求,在确定了所购图书商品的价格、数量等信息后,提示用户选择对应的送货方式及付款方式,最终生成对应的订单记录,以便于网站配货人员依据订单信息进行后续的出货、送货的处理。 (4) 会员注册:为能够实现图书商 品的购买,需要管理客户相关的联系方式等信息。 系统的 组织结构 分析 作为一个完整的网上书店系统,其系统架构如下图: 网 上 购 书 系 统用 户 购 书 系 统图 书 管 理 系 统用户注册登录用户信息用户搜索图书查看购物车图书浏览管理员登录订单管理用户管理图书管理查看图书信息购买图书修改订购数量图书评论图书上传图书修改图书删除删除所购书籍继续选购其它图书清空购物车提交购物车 图 31 系统的组织结构图 华北水利水电学院毕业设计 9 系统 工作 流程分析 网上书店 系统 贯穿着这样三个流程:前台流程、后台管理流程、完整的购书流程。 前台流程 下图描述了网上书店的前台流程 : 用 户已 注 册用 户 注 册历 史 订 单 查询图 书 评 论 图 书 查 询个 人 资 料 查询分 类 查 询 条 件 查 询放 入 购 物 篮修 改 购 物 篮生 成 订 单修 改 定 单确 定 定 单返 回 主 页N O修 改 密 码Y E S 图 32 系统前 工作 流程图 在前 台子系统中, 用户可以直接浏览图书和 进行图书查询。 用户 登录和注册 后 ,便可以 查看用户信息、修改用户信息和密码 、查看图书详细资料、将图书加入购物车。 购物车是一个图书的临时存放地,用户可以对购物车进行管理,如删除图书或修改购买的数量。 用户完全选定了要购买的图书后,就可以提交购物车并生成订单,系统会提示提交成功,并显示订单号,前台的用户操作流程就结束了。 此后用户还可以查询定单的执行情况。 后台管理流程 下图描述了网上书店的后台管理流程 : 华北水利水电学院毕业设计 10 管 理 员管 理 员 登 录订 单 管 理 用 户 管 理 图 书 管 理末 登 录N OY E S图 33 系统的后台管理 工作 流程图 后台各个流程之间的关系相对独立一些,所以后台的管理流程相对来说简单一些,不同流程对应的功能模块之间也基本独立,基本上是一种平行关系。 完整的购书架构 如果合并用户的前台购书流程 和 管理员的 后台 管理 流程,就会得到完整的购书流程,如 图 34所示。 系统的购书流程 贯穿 于整个 系统之中,是连接前、后台的核心流程。 用户在前台浏览和查询图书,然后将图书放入购物车,通过提交购物车,生成图书订单,并实际支付,网上书店后台系统收到付款后根据订单发货,最后用户收到图书并确 认,这就是完成了整个购书流程。 选 择 图 书 加 入 购 物 车 提 交 购 物 车 生 成 订 单收 款发 货确 定 图 系统的购书流程图 系统的数据流程分析 数据流图描述数据流动、存储、处理的逻辑关系,也称为逻辑数据流程图,一般用 DFD表示。 数据流程图是系统分析员调查业务过程,与用户交换思想的工具。 因此,数据图应该简明易懂。 设计好数据流图 有利于后面的设计,有利于 整个系统的实现 [7]。 网上书店顶层数据流图如下图 35所示。 华北水利水电学院毕业设计 11 顾客书店管理员图 书 评 论 信 息图 书 评 论 结 果注 册 / 登 录 / 注 销 信 息选 中 书 目 列 表订 单 操 作确 认 后 的 订 单订 单 查 询订 单 查 询 结 果顾 客 维 护 信 息顾 客 信 息 浏 览 结 果图 书 管 理 信 息图 书 信 息 浏 览 结 果网 上 书 店 系 统0图 书 浏 结 果l 图 书 浏 信 息l 图 书 查 询 信 息图 书 查 询 结 果订 单 信 息 浏 结 果订 单 管 理 信 息图 网上书店顶层数据流图 网 上书店一层数据流图如下图 36所示。 顾客书店管理员图 书 评 论 信 息图 书 评 论 结 果注 册 / 登 录 / 注 销 信 息选 中 书 目 列 表订 单 操 作确 认 后 的 订 单订 单 查 询订 单 查 询 结 果顾 客 维 护 信 息图 书 管 理 信 息图 书 信 息 浏 览 结 果顾客购书子系统1图 书 浏 结 果l 图 书 浏 信 息l 图 书 查 询 信 息图 书 查 询 结 果订 单 信 息 浏 结 果订。基于jsp技术的网上书店系统的分析与设计
相关推荐
账户管理 模块用于 用户 修改自己的密码和 邮箱 3) 头像设置 头像设置模块 主要是为了 用户 设置自己的用户头像。 用户查看 帖 子 和回复模块 用户 查看帖子和恢复模块 来 使用户群 们交流,起到论坛的最基本的作用。 其功能模块图如图 所示 图 用户查看帖子和回复模块 完善信息 基本信息 账户管理 头像设置 签名设置 用 户 查看帖子信息 回复帖子信息 8 1) 查看帖子
以 对于已经注册的考生及 系统中已经存在的 教师进行删除操作,对于未注册过的考生及 系统中未存在的 教师进行添加操作;教师类用户可以 创建试题、删除试题 、 修改试题,也可 进行试题维护、 修改密 码 以及对成绩的 统计 ;学生类用户主要是参与考试,完成试卷,查询成绩。 2. 考试数据的存放和处理过程必须保密,需要一定的安全性保障若考生需要查卷,经审核方可以。 3. 题目的选择具有稳定性、随机性
........................................................................................... 42 数据库处理类的实现 ............................................................................................
端和 Server 端,降低了系统的通讯开销。 B/S 结构,即浏览器 /服务器结构,是随着 Inter 的兴起,对 C/S 结构的一种变化或者改进。 在这种结构下,用户不需要借助于客户端软件,通过 WWW 浏览器,即可实现系统的全部既定功能。 在这种模式下,一部分事务逻辑在前段实现,但是主要事务逻辑在服务器端实现,大大简化了客户端电脑载荷,减轻了系统维护与升级的成本,从而降低了用户的整体成本。
程序。 通过这处方式,用户可以完成对数据库的操作,即使他并不了解 SQL 语法以及 JDBC 编程。 数据库访问的三层结构如图 所示,浏览器端程序要访问数据库,首先通过中间件,然后由中间件对数据库操作权限进行认证,认证通过才能对数据库进行操作。 用户对数据库的存取权限认证是中间件中完成,对数据库的查询、插入、更新和删除操作等都封装在中间件中,该中间件位于服务器端,中间件对数据库进行操作后,
面 : 管理员员修改界面修改界面 修改机制修改机制试题信息表试题信息表 修改结果界面修改结果界面1 : 试题编号2 : 试题类型3 : 试题4 : 答案 a5 : 答案 b6 : 答案 c7 : 答案 d8 : 正确答案9 : 分值1 0 : 修改后的信息1 2 : 修改成功1 1 : 修改试题信息 图 25 修改试题时序图 该论文是本团队为同学做过的案例 需要完整程序源代码,答辩 PPT