基于struts2hibernate的手机销售系统的设计与实现毕业论文内容摘要:

le 公告标题 Varchar 50 38 gonggao_content 公告内容 Varchar 10000 39 gonggao_data 公告创建时间 Varchar 50 40 gonggao_fabuzhe 发布人 Varchar 50 11 本章小结 需求分析报告是对系统需求的全面分析,是软件生存周期中最关键的一步,是建立软件开发的基础。 经过需求分析要得到系统将要 “ 做什么 ” ,同时理解在做什么的基础上抽取出其 “ 怎么做 ” 的本质。 本章首先介绍了电子商务近年来的发展状况,然后具体说明了需求分析的内容,详细描述了数据流图和数据字典的组成,为下一章的总体设计打下基础。 12 第 4 章 总体设计 系统模块总体设计 利用层次图来表示系统中各模块之间的关系。 层 次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。 树形结构的顶层是一个单独的矩形框,它代表完整的数据结构,下面的各层矩形框代表各个数据的子集,最底层的各个矩形框代表组成这个数据的实际数据元素(不能再分割的元素)。 随着这种结构的精细化,层次方框图对数据结构也描绘得越来越详细,这种模式非常适合于需求分析阶段的需要。 从对顶层的信息的分类开始,沿着图中每条路径反复细化,直到确定了数据结构的全部细节为止。 本系统一共分为前台和后台两大模块,两个模块之间虽然在表面上是相互独立的,但是在对数据库的访问上是紧密 相连的,各个模块访问的是同一个数据库,只是所访问的表不同而已。 每个模块的功能都是按照在调研中搜集的资料进行编排制作的。 依据上述功能分析,系统在两个模块的基础上每一个模块又分为几个模块。 1.前台系统功能模块分为 ( 1)手机展台模块:通过新品上架,分页显示特价手机,手机销售排行展示网站的所有手机; ( 2)手机查询模块:按手机的类别查询手机的相关信息; ( 3)购物车模块:用户添加手机至购物车,查看购物车中的手机,从购物车中移除不满意的手机,清空购物车中的产品,修改所要购买的手机的数量; ( 4)收银台模块:用户满 意购物车中的产品后进行结账并填写订单信息; ( 5)用户维护模块:为用户提供了用户注册、用户登录、用户资料修改以及找回密码的功能; ( 6)订单查询模块:用户通过查看订单能够了解到自己的当前订单信息及历史订单记录; ( 7)公告浏览模块:用户通过浏览公告信息,能够及时了解到网站最新的各种信息。 系统前台用户功能 结构 图如图 41 所示。 13 图 41 系统前台用户功能结构图 2.后台系统功能模块分为 ( 1)手机管理模块:按类别查看手机,对手机的信息进行维护; ( 2)用户管理模块:为了保护用户的信息,此模块与前台用 户维护的区别是管理员只能查看用户信息和删除操作; ( 3)管理员维护模块:这是对管理员的信息进行维护,可以修改管理员的信息。 ( 4)订单管理模块:管理员查询订单,查看订单详细信息,删除订单信息,进行订单受理; ( 5)公告管理模块:管理员公告浏览,公告信息维护; 数据库设计 对于一个电子商务网站而言,为了支持较大的访问量带来的数据访问需求,使用桌面型的数据库管理系统是不能满足需要的,而且安全性也没有充分保障。 因此,需要使用大型商业化企业级服务用途的数据库管理系统,如 SQL Server, Oracle 等。 本 系统采用Microsoft SQL Server 2020 数据库管理系统。 数据分析 对于本系统的数据库的需求而言,由于其主要是用于信息的提供、保存、更新和查询等。 因此,需要分析该系统功能所隐含的对数据应用的需求,从而确定数据库的结构。 14 ( 1)用户注册、登录、验证等功能需要对用户信息建立数据表,其中的数据项可能包括用户 E_mail、昵称、密码、住址等; ( 2)查看手机分类信息和手机详细信息等功能既需要对手机大小类别进行管理,也需要针对每一个手机进行管理,因此至少需要两张数据表; ( 3)用户购物 后产生的订单需要进行管理,这里也包括订单的基本信息和详细信息等; ( 4)订单生成后,在订单处理的过程中,需要出货等,因此可能需要记录订单的发送情况; ( 5)需要系统管理员对该系统进行管理,因而需要建立管理员信息数据表,其中的数据项包括管理员 ID、密码等。 这样,至少要创建如下的数据结构和数据项 ( 1)用户信息,包括用户 ID,用户名等数据项; ( 2)管理员信息,包括管理员 ID,密码等数据项; ( 3)手机信息,包括手机 ID,产品名称、单价、特价等数据项; ( 4)手机类别信息,包括电子 ID,类别名称等数据项; ( 7)订单信息,包括订单 ID,用户编号,订货地址等数据项; ( 8)订单明细信息,包括订单 ID,数码产品 ID,订货时间等数据项; ( 9)公告信息,包括公告 ID,公告名称及内容等数据项; 数据库的详细设计 在设计数据库时,应考虑以下事项 ( 1)数据库的用途及该用途将如何影响设计,应创建符合用途的数据库计划; ( 2)数据库规范化规则,防止数据库设计中出现错误; ( 3)对数据完整性的保护; ( 4)数据库和用户权限的安全要求; ( 5)应用程序的性能需求,设计数据库时必须利用 Microsoft SQL Server 2020 中能够提高性能的功能。 对于性能而言,在数据库大小和硬件配置之间权衡也是很重要的; ( 6)数据库维护。 数据库 ER 如图 43 所示。 15 图 43 数据库 ER图 根据此数码产品在线销售系统的实际情况,本系统的数据库命名为 db_shoping,db_shoping 数据库中共分为 8张数据表。 1.手机信息表 此表用于记录网站所有数码产品的基本信息,是与手机相关联的手机的类别表。 如表 41 所示。 表 41 t_goods(数码产品信息表) 序号 名称 别名 类型 长度(字符) 1 goods_id 编号 Int 4 2 goods_name 手机 名 varchar 50 3 goods_miaoshu 手机 描述 varchar 10000 4 goods_pic 存放商品图片 varchar 50 6 goods_shichangjia 市场价 int 4 7 goods_tejia 特价 int 4 8 goods_isnottejia 普通 手机 varchar 50 9 goods_catelog_id 商品种类号 int 4 类别 信息表 此表用于记录数码产品类别的基本信息,为方便用户查询数码产品和管理员管理数码产品信息而设立。 如表 42 所示。 表 42 t_catelog(数码产品类别信息表) 16 序号 名称 别名 类型 长度(字符) 1 catelog_id 种类编号 Int 4 2 catelog_name 种类名称 Varchar 50 3 catelog_miaoshu 种类描述 Varchar 10000 此表用于记录用户的基本订单信息,使用户方便查看自己的订单信息同时也为管理员出货提 供基本订单信息。 如表 43 所示。 表 43 t_order(订单信息表) 序号 名称 别名 类型 长度(字符) 1 order_id 订单 ID Int 4 2 order_bianhao 订单编号 Varchar 20 3 order_date 订单生成日期 varchar 20 4 order_zhuangtai 订单状态 varchar 10 5 order_jine 总的消费金额 Int 4 6 order_songhuodizhi 送货地址 Varchar 50 7 order_fukuangfangshi 付款方式 Varchar 10 8 order_user_id 用户 ID Int 4 4.订单明细信息表 此表用于记录用户订单的详细信息,为用户提供详细的手机订单信息,同时也为管理员出货提供用户所订的手机的具体信息。 如表 44所示。 表 44 t_orderItem(订单明细信息表) 序号 名称 别名 类型 长度(字符) 1 orderItem_id 订单明细编号 Int 4 2 order_id 订单编号 Int 4 3 goods_id 商品编号 Int 4 4 goods_quantity 购买数量 Int 4 5.用户信息表 此表用于记录用户的基本信息,是用户购买数码产品的权限基础,为用户维护和管理员管理用户提供信息。 如表 45 所示。 17 表 45 t_user(用户信息表) 序号 名称 别名 类型 长度(字符) 1 user_id 用户 ID Int 4 2 user_name 用户名 Varchar 20 3 user_pw 用户密码 Varchar 20 4 user_realname 真实姓名 Varchar 10 5 user_address 住址 Varchar 10 6 user_sex 性别 Varchar 4 7 user_tel 联系电话 Varchar 12 8 user_ 用户邮箱 Varchar 20 9 user_qq 用户 Varchar 15 此表用于记录不同权限管理员的基本信息,可以管理系统的所有信息。 如表 46所示。 表 46 t_admin(管理员信息表) 序号 名称 别名 类型 长度 1 userId 管理员 ID Int 4 2 userName 管理员名称 Varchar 10 3 userPw 管理员密码 Varchar 20 此表用于记录公告的基本信息,为用户提供系统网站的最新信息。 如表 47 所示。 表 47 t_gonggao(公告信息表) 序号 名称 别名 类型 长度(字符) 1 gonggao_id 公告编号 Int 4 2 gonggao_title 公告标题 Varchar 50 3 gonggao_content 公告内容 Varchar 10000 4 gonggao_data 公告创建 时间 Varchar 20 5 gonggao_fabuzhe 发布人 Varchar 10 18 本章小结 本章介绍了对本系统的总体设计,给出了手机在线销售系统的功能结构图、 ER 图等,说明了各子系统的之间的联系。 本章完成了系统数据库的数据需求分析的过程,说明了数据库由概念结构设计转换成逻辑结构设计的过程,并把各个物理数据模型结合起来形成了一个整体的关系数据库模型, 为系统详细设计作好了充足的准备工作。 19 第 5 章 详细设计与实现 系统运行平台设置 本系统的运行平台设置分为硬件环境和软件环境。 运行环境 1.硬件环境 系统的硬件环境配置为处理器 Pentium III800,内存 512M,硬盘 1G。 2. 软件环境 系统的软件环境配置为 Windows XP 操作系统, SQL Server 2020 数据库,、 开发工具包和 服务器。 开发工具及技术简介 以下内容是对本系统所采用的开发工具和技术进行的简单介绍。 开发工具简介 MyEclipse 企业级工作平台 ( MyEclipse Enterprise Workbench ,简称 MyEclipse) 是对Eclipse IDE 的扩展,利用它我们可以在数据库和 J2EE 的开发、发布,以及应用程序服务器的整合方面极大的提高工作效率。 它是功能丰富的 J2EE 集成开发环境,包括了完备的编码、调试、测试和发布功能,完整支持 HTML, Struts, JSF, CSS, Javascript, SQL, Hibernate。 在结构上, MyEclipse 的特征可以分为 7 类:( 1) J2EE 模型;( 2) WEB 开发工具;( 3)EJB 开发工具;( 4)应用程序服务器的连接器;( 5) J2EE 项目部署服务;( 6)数据库服务;( 7) MyEclipse 整合帮助。 对于以上每一种功能上的类别,在 Eclipse 中都有相应的功能部件,并通过一系列的插件来实现它们。 MyEclipse 结构上的这种模块化,可以在不影响其他模块的情况下,对任一模块进行单独的扩展和升级。 简单而言, MyEclipse 是 Eclipse 的插件,也是一款功能强大的 J2EE 集成开发环境,支持代码编写、配置、测试以及除错。 SQL Server 2020 是一种采用 TSQL 语言 ,基于 C/S 模式的关系型数据库管理系统。 20 SQL Server 2020 存储和管理数据有以下优点 ( 1)每个数据项都存储在中央位置,所有用户都。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。