【毕业学位论文】（Word原稿）基于JSP,JAVA商品发布与销售系统论文范文

基于 商品发布与销售系统 摘 要 : 本 论文对基于 商品发布与销售系统的开过发过程作了详细的描述，系统用的是 术，以 为数据库进行开发的，采用了 计模式，用现在比较流行的企业级开发三大框架 统整体采用 式 。 文中着重论述了该系统的设计与实现，并对关键的技术作了较详细的介绍。本系统共分两个部分：前台用户部分和后台管理部分。在前台系统中有三个模块：包括顾客 /会员登录及注册、商品展示、购买流程。在后台系统 中有五个模块：包括商品目录管理、商品管理、订单管理、销售量统计、会员管理。在用户注册模块中，特别加强了用户注册信息的前台验证的严格性；在商品展示中，用户可以对商品进行浏览检索，查看商品详细资料；并且规定注册成会员的用户才能对商品进行评论。没有注册成会员只能浏览商品。在后台系统中，系统管理员可以对已注册的用户进行管理，并对提交的订单进行处理；可以对现有的商品进行管理以及对销售量进行统计。整个系统结构清晰、功能明确，页面风格鲜明，易操作，适合客户的需要。使交易能够更加方便和快捷。 关键词 ： sp on of sp on is sp VC of on of a is of In In of In in to of in to as a of as a be on is a to So be 录 1 系统所用的技术简述 术 大框架 述 章小结 2 系统需求分析 统背景 发环境 行性分析 统的需求 章小结 1 3 系统的概要设计 2 本模块设计 2 体模块及其功能 2 统用例图 4 块设计说明 5 统总架构图 0 统出错处理设计 0 全设计 1 护设计 1 章小结 1 4 系统的实体关系及数据库设计 2 据实体关系 2 用 2 据库的设计 3 章小结 6 5 系统展示及说明 7 统代码结构 7 台界面展示及说明 2 员注册 2 员登录 5 人信息维护 6 品搜索 8 品购买 9 物车 1 藏夹管理 4 址簿管理 5 台展示 6 台登录 6 辑目录 8 辑商品 0 单管理 2 售统计管理 4 6 总结 7 参考文献 9 致 谢 1 1 系统所用的技术简述 本章主要介绍了该系统所使用的技术。其中包括 概述，以及其当下流行 时介绍了所使用的数据库 术 由 司倡导、许多公司参与一起建立的一种动态网页技术标准。 是在传统的网页*插入 从而形成 件 (* 用 发的 用是跨平台的，既能在 运行，也能在其他操作系统上运行。 术使用 程语言编写类 封装产生动态网页的处理逻辑。网页还能通过 问存在于服务端的资源的应用逻辑。 网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于 应用程序的开发变得迅速和容易。 务器在遇到访问页的请求时，首先执行其中的程序段，然后 将执行结果连同 件中的入的 新定向网页等，以实现建立动态网页所需要的功能。 样，是在服务器端执行的，通常返回给客户端的就是一个 此客户端只要有浏览器就能浏览。 999年 9月推出的， 12月又推出了 范。目前较新的是 范， 码所组成。服务器在页面被客户端请求以后对这些 后将生成的 技术基础，而且大型的 用程序的开发需要 合才能完成。 备了 术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点自 出后，众多大公司都支持 以 大框 架 框 架是一个应用程序的半成品。框架提供了可在应用程序之间共享的可覆用的公共结构。开发者把框架融入他们自己的应用程序，并加以扩展，以满足他们特定的需要。框架和工具包的不同之处在于，框架提供了一致的结构，而不仅仅是一组工具类。 框架其实就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。 可以说，一个框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其 实例之间协作的方法，它为构件复用提供了上下文 (系。因此构件库的大规模重用也需要框架。 构件领域框架方法在很大程度上借鉴了硬件技术发展的成就，它是构件技术、软件体系结构研究和应用软件开发三者发展结合的产物。在很多情况下，框架通常以构件库的形式出现，但构件库只是框架的一个重要部分。框架的关键还在于框架内对象间的交互模式和控制流模式。 框架比构件可定制性强。在某种程度上，将构件和框架看成两个不同但彼此协作的技术或许更好。框架为构件提供重用的环境，为构件处理错误、交换数据及激活操作提供了 标准的方法。 应用框架的概念也很简单。它并不是包含构件应用程序的小片程序，而是实现了某应用领域通用完备功能（除去特殊应用的部分）的底层服务。使用这种框架的编程人员可以在一个通用功能已经实现的基础上开始具体的系统开发。框架提供了所有应用期望的默认行为的类集合。具体的应用通过重写子类 (该子类属于框架的默认行为 )或组装对象来支持应用专用的行为。 应用框架强调的是软件的设计重用性和系统的可扩充性 ,以缩短大型应用软件系统的开发周期，提高开发质量。与传统的基于类库的面向对象重用技术比较，应用框架更注重于面向 专业领域的软件重用。应用框架具有领域相关性，构件根据框架进行复合而生成可运行的系统。框架的力度越大，其中包含的领域知识就更加完整。 因为软件系统发展到今天已经很复杂了，特别是服务器端软件，设计到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。而且框架一般是成熟，稳健的，他可以处理系统很多细节问题，比如，事物处理，安全性，数据流控制等问题。还有框架一般都经过很多人使用，所以结构很好，所以扩展性也很好，而且它是不断升级的，你可以 直接享受别人升级代码带来的好处。 所以本系统的开发，就引进了 别是： 对以上三种框架作简要的介绍： 早是作为 目的组成部分，项目的创立者希望通过对该项目的研究，改进和提高 签库以及面向对象的技术水准。 个名字来源于在建筑和旧式飞机中使用的支持金属架。这个框架之所以叫 “ ，是为了提醒我们记住那些支撑 我们房屋，建筑，桥梁，甚至我们踩高跷时候的基础支撑。这也是一个解释 开发 用程序中所扮演的角色的精彩描述。当建立一个物理建筑时，建筑工程师使用支柱为建筑的每一层提供支持。同样，软件工程师使用 业务应用的每一层提供支持。它的目的是为了帮助我们减少在运用 计模型来开发 用的时间。我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。如果想混合使用 优点来建立可扩展的应用， 一个不错的选择。 源框架，它由 建。它是为了解决企业应用开发的复杂性而创建的。 而， 简单性、可测试性和松耦合的角度而言，任何 统 用服务器厂商对各种技术的支持并没有真正统一，导致 承诺。 立于各种应用服务器，甚至无须应用 服务器的支持，也能提供应用服务器的功能，如声明式事务等。 2用的各层的解决方案，而不是仅仅专注于某一层的方案。可以说 一站式 ” 选择，并贯穿表现层、业务层及持久层。然而， 是与它们无缝地整合。 过一种称作控制反转（ 技术促进了松耦合。当应用了 个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为 不是对象从容器中查找依赖，而是容 器在对象初始化时不等对象请求就主动将依赖传递给它 。向切面编程 的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（ 事务（ 理）进行内聚性的开发。应用对象只实现它们应该做的 完成业务逻辑 仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 ，它使得与关系数据库打交道变得十分轻松，就像您的数据库中包含每天使用的普通 时不必考虑如何把它们从神秘的数据库表中取出（或放回到数据库表中）。它解放了您，使您可以专注于应用程序的对象和功能，而不必担心如何保存它们或稍后如何找到它们。大多数应用程序都需要处理数据。 用程序运行时，往往把数据封装为相互连接的对象网络，但是当程序结束时，这些对象就会消失在一团逻辑中，所以需要有一些保存它们的方法。有时候，甚至在编写应用程序之前，数据就已经存在了，所以需要有读入它们和将其表示为对象的方法。手 动编写代码来执行这些任务不仅单调乏味、易于出错，而且会占用整个应用程序的很大一部分开发工作量。优秀的面向对象开发人员厌倦了这种重复性的劳动，他们开始采用通常的 “ 积极 ” 偷懒做法，即创建工具，使整个过程自动化。对于关系数据库来说，这种努力的最大成果就是对象 /关系映射 (具。这类工具有很多，从昂贵的商业产品到内置于 的 而，在很多情况下，这些工具具有自身的复杂性，使得开发人员必须学习使用它们的详细规则，并修改组成应用程序的类以满足映射系统的需要。由于这些工具为应付更加严格和复杂的企业需 求而不断发展，于是在比较简单和常见的场景中，使用它们所面临的复杂性反而盖过了所能获得的好处。这引起了一场革命，促进了轻量级解决方案的出现，而 述 据库是一种大型数据库系统，一般应用于商业，政府部门，它的功能很强大，能够处理大批量的数据，在网络方面也用的非常多。不过，一般的中小型企业都比较喜欢用 数据库系统，它的操作很简单，功能也非常齐全。只是比较 据库而言，在处理大量数据方面有些不如。 称甲骨文，是仅次于微软公司的世界第二大软件公司，该公司名称就叫 公司成立于 1979 年，是加利福尼亚州的第一家在世界上推出以关系型数据管理系统（ 中心的一家软件公司。 仅在全球最先推出了 且事实上掌握着这个市场的大部分份额。现在，他们的 广泛应用于各种操作环境： T、基于 统的小型机、 型机以及一些专用硬件操作系统平台。 事实上， 经成为世界上最大的 应商，并且是世界上最主要的信息处理软件供应商。由于 司的 以 名，所以，在某种程度上 经成为了 代名词。 在管理信息系统、企业数据处理、因特网及电子商务等领域有着非常广泛的应用。因其在数据安全性与数据完整性控制方面的优越性能，以及跨操作系统、跨硬件平台的数据互操作能力，使得越来越多的用户将 为其应用数据的处理系统。 据库是基于 “ 客户端服务器 ” 模式 结构。客户端应用程序执行与用户进行交互的活动。其接收用户信息，并向 “ 服务器端 ” 发送请求。服务器系统负责管理数据信息和各种操作数据的活动。 章小结 本章主要介绍了该系统所使用的技术。其中包括 及其中当下流行 时介绍了所使用的数据库 后以软件工程的规格要求来对系统进行设计。2 系统需求分析 根据上一章的技术简述， 本章主要对该系统的做了需求分析。其中主要有：系统的背景，系统的开发环境，可行性分析，以及各需求的规定。 统背景 开发软件的名称： 基于 商品发布与销售系统 项目的提出者： 郑艳君老师 项目的任务开发者：潘刚刚 项目的用户： 网上购物的所有用户 发环境 本系统是在以下的环境下开发并运行的： 操作系统： 数据库系统： 发工具： 浏览器： 行性分析 根椐对本系统中所用到的技术架构的掌握，以及相关硬件和开发软件的支持，以计算机网络作为信息传输媒体，信息传送速度 快、信息覆盖面广、成本低的特点。因此，很多个人或企业都开始得用网络开展商务活动，可以看到，在个人或者个业进行网上商业活动时间产生的是多方面的。但是，开发任何一个基于计算机的系统，都会受到时候和资源上的限制。因此，对在接受任何一个项目开发任务之前，必须根据客户可能提供的时间和资源条件进行可行性分析，以减少项目开发风险，避免人力、财力和物力的浪费。可行性分析与风险分析在很多主面是相互关联的，项目风险越大，开发高质量的软件的可行性就越小。 统的需求 1) 购物流程 购物总流程如图（ 1）所示 图 1 购物总流程图 2）系统模块 登录管理模块如图（ 2）所示 图 2 登录管理模块如图 系统管理模块如图（ 3）所示 图 3 系统管理模块如图 用户管理模块如图（ 4）所示 图 4 用户管理模块图 商品管理模块如图（ 5）所示 图 5 商品管理模块图 订单管理模块如图（ 6）所示 图 6 订单管理模块图 用户模块如图（ 7）所示 图 7 用户模块图 2） 对性能的规定 1）精度 查询时应保证查全率，所有相应域包含查询关键字地记录都应能查到。 查询时应保证查准率，查到地记录应与给定地单项或组合查 询条件完全匹配。 2）时间特性要求 一般操作的响应时间应在 1 2秒内。对软磁盘和打印机的操作，以及数据的导入和导出也应在可接受的时间内完成。 3）输入输出要求 对于输入输出的数据进行的规定一定要严格按照用户的实际情况而进行。这就要求在开发此软件系统时要密切地和用户单位保持联系，做好接口工作。 4）对外部接口的要求 用户界面：采用 通用图形界面，对用户友好，且必须对鼠标和键盘提供支持。界面的设计应遵循如下规则：界面要 具有一致性，界面规范应遵循件界面元件的规范 ，提供简单的错误处理。提供信息返馈，用多种信息提示用户当前软件运行状态，软件界面元件的功能。操作可逆，其动作可以是单个的操作，或者是一个相对独立的操作序列；设计良好的联机帮助。显示启动界面，画面简洁明快，富有现代气息，不能太过花俏。应遵循国家关于计算机计算机词汇的标准，用词应当精练准确，没有歧义，图形的意义明朗。 5）硬件接口：支持一般的 记本电脑。 6）软件接口：运行于 ,且具有 操作系统之上。 7）故障处理：正常使用时不应出错，若运行时遇到不可恢复 的系统错误，也必须保证数据库完好无损。 （ 8）其他专门要求 1） 正确性 要求发布的软件达到用户的预期目标，运行时基本无错误。 2） 可靠性 在一般条件下，应不出故障。 3） 效率 数据计算自动完成。 4） 完整性 当外界环境（如停电、网络病毒）干扰本系统时，系统可以自动保护原始数据的安全。 5） 用性 要求能尽量为用户的使用提供方便，软件的界面符行的界面流行的界面规范。 6） 护性 要求本软件在运行中发现错误时，能快速，准确对其进行定位，诊断和修改。 7） 试 性 设计时尽可能减少测试本软件的各项功能所需的工作量。 8） 复用性 设计时采取模块化的方法进行设计，对系统的内模块接口尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。 章小结 本章主要介绍了该系统的需求分析。其中主要有：系统的背景，系统的开发环境，可行性分析，技术的可行性，以及各需求的规定。需求分析是设计软件的第一步，也是最重要的一步。3 系统的概要设计 本章内容是根据上一章的系统需求对系统做了概要分析。其中主要有：基本模块设计，具体模块及其功能，模块设设说明，系统用例 图，系统出错处理的设计，系统的安全设计，以及系统维护设计。 本模块设计 前台模块 1）会员 /顾客模块 2）商品展示模块 3）购买流程模块 后台模块 1）商品目录管理模块 2）商品管理模块 3）订单管理模块 4）销售量统计模块 5）会员管理模块 体模块及其功能 商品目录管理：增加目录、删除目录、修改目录、查询目录 商品管理：增加商品、删除商品、修改商品、查询商品 订单管理：根据条件查询订单、查看订单、订单审核 销售量统计： 查询销售排行和统计 会员管理：级别设置、查询会员、删除会员 会员 /顾客模块：用户通过注册称为会员即可执行查看商品、购买操作达到网上购物目的。 商品展示模块：管理员通过将商品展示到页面提供会员 /顾客浏览。 购买流程：一个提供给顾客 /会员购买的流程。 该系统的结构图如图（ 8）所示：B 2 C 网 上 商 城前 台后 台顾 客 / 会 员 管 理商 品 展 示购 买 流 程商 品 目 录 管 理商 品 管 理订 单 管 理销 售 量 统 计会 员 管 理会 员 注 册会 员 登 录个 人 信 息 维 护地 址 簿 编 辑会 员 历 史 交 易 查 询会 员 密 码 找 回会 员 积 分 查 询商 品 分 类 浏 览商 品 搜 索商 品 评 论购 物 车 管 理结 账收 藏 夹 管 理增 加 购 物 车修 改 商 品 数 量删 除 商 品加 入 收 藏 夹增 加 商 品 目 录修 改 商 品 目 录删 除 商 品 目 录添 加 商 品 信 息修 改 商 品 信 息删 除 商 品 信 息查 询 系 统 订 单审 核 订 单销 售 量 查 询查 看 系 统 会 员 信 息删 除 会 员设 置 级 别 与 积 分 关 系图 8 系统结构图 在本软件系统的工作过程中不得不包含的人工处理过程有：在对数据进入操作过程中，对用户权限表和角色表中的数据需要人工输入在操作的过程中，对功能的选择、控制时必 须由人工操作完成。 统用例图 前台用例图如图 (9)所示： 图 9 前台用例图 后台用例图如图 (10)所示： 图 10 前台用例图 块设计说明 程序名称： 登录管理模块 功能： 用户登录和注册功能主要包括的功能如下： 用户登录：验证用户的信息是否合法，以及验证用户是否为系统的合法用户。 流程逻辑如图（ 11）所示 开 始输 入 用 户 名 和 密 码用 户 名 和 密 码 是 否合 法 ?否是用 户 输 入 的 用 户 名和 密 码 是 否 正 确 ?否进 入 系 统结 束提 示 用 户 输 入 的 用户 名 和 密 码 不 存 在否提 示 用 户 输 入 的 用户 名 和 或 密 码 不 合法否否图 11 用户登录逻辑图 程序名称： 系统管理模块 功能： 用户和角色管理功能主要包括用户管理 、角色管理及其用户和角色之间的关系管理。在系统中主要包括：用户管理、角色管理、添加角色和用户修改密码。流程逻辑 查看角色信息和修改角色信息如图（ 12）所示 开 始查 看 角 色 信 息判 断 用 户 是 不 有权 限 查 看 角 色 信息显 示 角 色 信 息是提 示 用 户 无 权 限进 行 此 项 操 作结 束开 始修 改 角 色 信 息判 断 用 是 否 有 权 限修 改 角 色 信 息提 示 用 户 无 权 限 对角 色 进 行 修 改否是选 择 新 的 权 限 或 修 改角 色 名判 断 修 改 信 息 是 否合 法提 示 用 户 输 入 的 角色 信 息 不 合 法否提 示 用 户 修 改 角 色信 息 成 功是结 束图 12 查看角色信息和修改角色信息逻辑图 删除角色信息和添加角色信息如图（ 13）所示 开 始删 除 角 色 信 息判 断 用 户 是 否 有 权 限删 除 角 色 信 息提 示 用 户 无 权 限 删 除用 户 信 息否提 示 用 户 信 息 删 除 成功结 束开 始添 加 角 色 信 息判 断 用 户 是 否 有 权限 添 加 角 色 信 息提 示 用 户 无 权 限 添加 角 色 信 息否输 入 角 色 名 称 , 选 择 权限 值是判 断 用 户 输 入 的 信息 是 否 正 确用 户 输 入 的 角 色 信息 格 式 不 正 确否提 示 用 户 添 加 角 色成 功结 束图 13 删除角色信息和添加角色信息逻辑图 添加用户信息和删除用户信息如图（ 14）所示 开 始添 加 用 户 信 息判 断 用 户 是 否有 权 限 添 加 用户 信 息提 示 用 户 无 权限 添 加 用 户 信息否输 入 用 户 信 息是判 断 用 户 输 入的 用 户 信 息 是否 正 确提 示 用 户 输 入的 信 息 格 式 不正 确否提 示 用 户 添 加用 户 信 息 成 功是结 束开 始删 除 用 户 信 息判 断 用 户 是 否有 权 限 删 除 用户 信 息提 示 用 户 无 权限 删 除 用 户 信息否提 示 用 户 删 除用 户 信 息 成 功结 束图 14 添加 用户信息和删除用户信息逻辑图 修改用户信息和查看用户信息如图（ 15）所示 开 始修 改 用 户 信 息判 断 用 户 是 否有 权 限 修 改 用户 信 息提 示 用 户 无 权限 修 改 用 户 信息否输 入 新 用 户 信 息是输 入 的 用 户 信息 是 否 正 确提 示 用 户 修 改用 户 信 息 成 功是提 示 用 户 输 入用 户 格 式 不 正确否结 束开 始查 看 用 户 信 息判 断 用 户 是 否有 权 限 查 看 用户 信 息提 示 用 户 无 权限 查 看 用 户 信息否显 示 用 户 信 息是结 束图 15 修改用户信息和查看用户信息逻辑图 其它的模块如用户模块、系统管理员管理模块、商品管理员管理模块、订单管理员管理模块、用户管理员管理模块等的逻辑图的结构和用户管理模块大体相似。 统总架构图 务逻辑层、数据层构成。如图 (16)所示 图 16 系统的总架构图 统出错处理设计 1） 系统应充分考虑各种系统错误 ,避免造成数据库系 统不一致或损坏 . 2） 本软件提供撤销机制 ,避免用户因误操作对数据库系统造成破坏 . 3） 采用对话框形式为用户提供警告信息 . 4） 一些关键性操作 (比如删除或修改记录 ),都应提供确认机制 . 5） 提供简单的错误处理。 6） 提供信息返馈，用多种信息提示用户当前软件运行状态，软件界面元件的功能。 7） 操作可逆，其动作可以是单个的操作，或者是一个相对独立的操作序列。 全设计 1）在用户登陆系统进行身份验证 ,只允许合法用户进入系统。 2）添加导入和导出功能 ,方便用户对数据进行备份。 护设计 系统严格按照设计规范进行设计，并保持各阶段文档的完整性，为以后对软件的维护打好基础。 章小结 本章主要介绍了该系统的概要分析。其中主要有：基本模块设计，具体模块及其功能，模块设设说明，系统用例图，系统出错处理的设计，系统的安全设计，以及系统维护设计。概要分析是设计软件的第二步，是对需求分析的深化。 4 系统的实体关系及数据库设计 本章主要介绍了该系统的数据库的设计。其中用 件准确的描述出来系统的数据结构，以及个数据之间的关联。数 据是软件的核心所在，所以，对于一个好的软件数据库的设计是必须的。 据实体关系 如下如图（ 17）所示： 图 17 数据实体关系 图 用 数据库设计 如下如图（ 16）所示： 图 16 数据库设计图 据库的设计 表 户地址表） 字段名称 字段类型 可否为空 主键 默认值 备注 ) 否 是 无 唯一标识 2) 否 否 无 用户地址名 ) 否 否 无 是否本地 00) 否 否 无 收件地址 1) 否 否 无 手机号码 ) 否 否 无 所属用户的标识 表 户表） 字段名称 字段类型 可否为空 主键 默认值 备注 ) 否 是 无 唯一标识 2) 否 否 无 用户姓名 2) 否 否 无 用户密码 2) 否 否 无 用户邮箱 ) 否 否 0 用户积分 否 无 注册时间 表 藏夹表） 字段名称 字段类型 可否为空 主键 默认