数据库课程设计网络商城管理系统.docx

1、数据库课程设计网络商城管理系统数据库课程设计-网络商城管理系统数据库技术与应用课程设计报告学 部：计算机学部专业名称：计算机科学与技术班 级：计科0901设计题目：网络商城管理系统学生姓名：彭果 李井军指导教师：李军 时 间：2011-12-21 分 数：摘 要随着IT产业和Internet获得了飞速发展，计算机应用已渗透到了各个领域，网络化的迅速普及以及它的强大功能，在广阔的Internet网络中有各种各样的电子商城，它可以让我们足不出户借助网络轻轻的点击鼠标即可以实现购物、查询商品以及相关信息。网上购物也已经成为一种主流。网上商城不需要商店的租赁费，新的商品可以以最快的速度吸引到顾客的眼球

2、。网上商城为商家节约了大量的运输费用，场地租赁费等额外成本，同时也为顾客带来了无穷的方便性，因为顾客不再需要出门便可以购买到自己想要的商品。廉价的网络资源成本使得网络商城成本低廉，庞大的互联网络带来了无限的市场，给商家和买家带来了庞大的利益和无限的需求。本文采用自上而下地总体规划，自下而上地应用开发的策略开发一个网络购物商城的过程。通过后台的管理能够更加方便地管理整个商城的运转，省去了一大笔人力以及物力。文中详细介绍了整个商城管理系统的开发流程，包括可行性分析、需求分析、概念设计、逻辑结构设计、物理设计以及后期的运行与维护等等。系统采用MVC设计模式,使用当前最流行的Struts2+Sprin

3、g3+Hibernate框架进行开发，在前台用JSP页面进行开发和管理用户界面，利用轻巧的JavaScript库-jQuery处理页面的JavaScript脚本，使开发更加的高效、提示信息更加的完善、界面更加友好，并且有较强的亲和力。关键词：购物;网络商城;商品;数据库第一章 可行性分析1.1引言1.1.1编写目的 可行性研究的目的是用最小的代价在尽可能短的时间内确定该数据库系统是否可能开发，是否值得开发，是否可以开发。经过对此项目进行详细的调查研究，初拟系统现实报告，对软件开发只不过将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。1.1.2项目背景本项目作

4、为数据库设计与应用课程的实习项目提出，希望通过网上商城信息系统的分析与设计，切实领会系统分析、系统设计和实施各个阶段的要点；掌握基本的信息系统的开发方法以及体会基于B/S结构的信息管理系统设计。 所建议开发项目的名称： 网络商城。 所建议开发项目的任务提出者： 计算机科学与技术学院李军老师 所建议开发项目的开发者： 计算机科学与技术学院09级0901班李井军、彭果 所建议开发项目的开发、测试及使用平台： WINDOWS 7。 所建议开发项目的开发软件： MyEclipse 8.6企业版，Tomcat7.0，SQL Server2005企业版，JDK1.6。 所建议开发项目的建模工具：Power

5、Desinger 15。 1.2 可行性研究的前提 1.2.1条件假定和限制建议软件寿命：未知。经费来源：无。硬件条件：Intel Pentium 4、2G内存同等性能及以上的硬件条件。运行环境：Window 2003/XP。数据库：Microsoft SQL server2005。投入运行最迟时间：2012年1月2日。1.3 技术可行性分析1.3.1技术的支持能力本系统采用MVC设计模式,使用当前最流行的Struts2+Spring3+Hibernate框架进行开发，在前台用JSP页面进行开发和管理用户界面，利用轻巧的JavaScript库-jQuery处理页面的JavaScript脚本，使

6、开发更加的高效、提示信息更加的完善、界面更加友好，并且有较强的亲和力。后台采用微软的SQLServer2005数据库。本系统采用的技术和开发环境在实际中应用非常广泛，充分说明本系统在技术方面的可行性。此前，我们已使用相同技术开发过类似软件系统，具有一定开发经验。此外，从开发人员的水平考虑，本系统的2名开发人员，具有较强软件开发能力，且之前开发参加过类似软件系统的开发，经验丰富。1.3.2技术的优势1.B/S结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用

7、了。2.J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。3.开发效率、代码重用率高。4.跨平台，编写一次，随处运行。1.3.3技术的难点1.考虑系统的高并发问题。2.系统安全性问题。 1.4 经济可行性分析1.4.1投资1.基础投资 计算机 10台总记8万，服务器 4台 总记20万，数据通讯设备5万元，安全与保密设备1万元，操作系统，应用软件和数据库管理软件0.4万元。所以总基建投资需要34.4万元。2.经常性支出对服务器定期更新和维护，1000元一个月，宽带网络1万元一年，2个管理员每月2000元/个，公司人员如果需要进行自己维护，员

8、工维护培训费用。1.4.2效益 1.经常性收益（1）提高商城管理效率的时间收益。（2）因网上购物替代传统购物模式,而减少通讯等的经费损失 5万/年。总结：收益/投资比：按5年算，140万/64.4万，收益远远大于投资。1.5 社会可行性分析1.5.1法律因素1.所有软件都选用正版。2.所有技术资料都由提出方保管。3.合同制定确定违约责任。1.5.2用户可行性使用本系统人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过一定的指导.管理人员也需经一般培训.经过培训人员将会熟练使用本系统。系统管理员将进行专业培训,他们将熟练管理本系统。1.6 结论意见由于投资效益比远

9、大于支出, 技术、经济、操作都有可行性，可以马上进行开发。第二章 需求分析2.1 概述2.1.1 编写目的本文档由彭果、李井军小组共同编写。本需求分析目的在于明确说明本系统需求，界定系统实现功能的范围，指导系统设计以及编码。并且下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。本文档的读者为项目组的全体开发人员。2.1.2 项目范围本商城系统包括：商品管理、会员管理、购物管理、订单管理等模块。2.1.3 运行环境 系统所需运行环境如下：表2-1 软件环境名称版本语种操作系统Windows7简体中文数据库平台SQL Server2005简体

10、中文运行平台Tomcat6.0简体中文2.2 需求分析2.2.1 功能划分1.前台展示模块：商品分类检索用户登录与注册购物车订单生成订单查询2.后台管理模块：管理员管理商品类别管理商品管理会员管理处理订单2.2.2 功能需求后台管理员分为系统管理员、货物管理员两种。1.系统管理员：系统管理员可以对所有管理员进行管理，可以添加删除管理员资料，赋予权限等等。2.货物管理员：货物管理员能够对所有的商品信息、商品类别进行增删改。2.3 数据流图2.3.1 系统顶层图管理员输入帐号密码后进入管理系统，系统对管理员身份进行判断后会显示相应权限的模块，系统会根据要求进行数据读取。数据包括商品信息，商品类别信

11、息，订单信息等等。具体流程如下图所示：图2.1 系统顶层图2.3.2 一层分解图 根据管理员不同的权限可以控制相应权限的模块，响应的模块会产生相应的数据流在模块与数据库之间进行交互。具体流程如下图所示：图2.2 系统一层分解图2.3.3 二层分解图1.管理员信息管理系统管理员可以查询与新增管理员，查询到管理员后可以进行信息的修改，新增和修改后的管理员信息会更新管理员信息库。具体流程如下图所示：图2.3 管理员信息管理分解图2.用户信息管理系统管理员可以先从用户信息库按照相应条件读取用户的信息，然后在模块中对用户信息进行修改，然后再更新用户信息库。具体流程如下图所示：图2.4 用户信息管理分解3

12、.商品管理管理员先可以从商品类别库或者商品信息库中按照相应条件读取到商品的类别信息和商品信息，然后再在相应模块中对类别或者商品进行增加、修改和删除，最后再提交并且更新商品类别信息库或者商品信息库。具体流程如下图所示：图2.5 商品管理分解图4.订单管理管理员先从订单信息库中按照相应条件读取到订单信息，然后在订单管理模块中对订单进行修改，修改后更新订单信息库。具体流程如下图所示：图2.6 订单管理分解图2.4 数据字典2.4.1数据流条目主要的数据流条目如下：表2.1 管理员登录信息数据流编号F1数据流名称管理员登陆信息简述管理员在登陆时输入的账号、密码和验证码去向登陆管理组成用户名+密码+验证

13、码表2.2 管理员登录错误信息数据流编号F2数据流名称登陆错误信息简述用户名或密码错误后返回给用户的信息去向管理员组成错误信息表2.3 管理员信息数据流编号F3数据流名称管理员信息简述管理员信息库发出的管理员信息去向登陆管理组成管理员信息表2.4 修改后的管理员信息数据流编号F4数据流名称修改后的管理员信息简述管理员修改后的管理员信息去向管理员信息库组成管理员信息表2.5 判断身份后的管理员信息数据流编号F5数据流名称判断身份后的管理员信息简述登陆管理对管理员身份判断后的信息去向后台管理系统组成管理员权限+管理员信息表2.6 商品信息数据流编号F6数据流名称商品信息管理简述对商品进行增加、修改

14、、删除后的信息去向商品信息库组成商品信息表2.7 类别信息数据流编号F7数据流名称类别信息管理简述对商品类别进行增加、修改、删除后的信息去向商品类别信息库组成商品类别信息表2.8 订单信息数据流编号F8数据流名称订单信息管理简述对订单进行修改后的信息去向订单信息库组成订单信息2.4.2 数据项条目1.数据项名称：用户ID 简述：商城注册用户的编号类型：整形长度：6取值范围及含义：从000001开始自动增长2.数据项名称：用户名 简述：商城注册用户用户名类型：可变长度字符串长度：50取值范围及含义：从“A-Z”、“0-9”中由用户自行定义，用于用户登录商城时输入的用户名3.数据项名称：用户密码

15、简述：商城注册用户的密码类型：可变长度字符串 长度：50 取值范围及含义：从“A-Z”、“0-9”中由用户自行定义，用于用户登录商城时输入的用户密码4.数据项名称：管理员ID 简述：管理员的编号类型：整形长度：4取值范围及含义：从0001开始自动增长5.数据项名称：管理员用户名简述：管理员的登录帐号类型：可变长度字符串长度：50取值范围及含义：无限制，自定义6. 数据项名称：管理员密码 简述：管理员登录的密码类型：可变长度字符串长度：50取值范围及含义：每个字位度可以在”A”-”Z”或”0”-“9”中取，用于用户信息的保密。7.数据项名称：商品编号 简述：每个商品的编号类型：整形长度：无取值范

16、围及含义：从1开始由系统自动增长8.数据项名称：商品名称 简述：每个商品的名称类型：可变长度字符串长度：50取值范围及含义：取值范围不限，表示该件商品的名称2.4.3 加工条目1.加工名：管理员登陆激发条件：收到到登陆请求时优先级：高输入：有效的用户名，密码输出：管理员身份信息，登陆错误信息加工逻辑：根据管理员的登陆申请查询管理员信息表。if 用户名存在，密码正确；Then 输出身份信息；Else 输出“用户名或密码错误”；Endif 2.加工名：商品类别查询激发条件：收到管理员身份信息后优先级：高输入：要查询的商品类别信息输出：商品类别信息加工逻辑：根据管理员的操作输出商品类别信息if 商品

17、类别信息正确；Then 输出商品类别信息；Else 输出“没有此商品类别”；Endif3.加工名：商品信息管理激发条件：收到管理员身份信息后优先级：高输入：要查询的商品信息输出：商品信息加工逻辑：根据管理员的操作输出商品信息if 商品信息正确；Then 输出商品信息；Else 输出“没有此商品”；Endif第三章 概念设计3.1实体之间的联系 1.一个用户可以查看或购买多件商品，一件商品可由多个用户购买。 2.一个用户可以有多个订单，一个订单只属于一个用户。 3.一件商品有多张图片，一张图片只属于一个商品。 4.一件商品只属于一个类别，一个类别可以有多件商品。 5.一个管理员可以修改多件商品，

18、一件商品可以被多个管理员修改。 6.一个管理员可以修改多个订单，一个订单可以被多个管理员修改。 7.一个管理员可以修改多个商品类别，一个商品类别可以被多个管理员修改。3.2 E-R图3.2.1 局部E-R图 1.用户购买商品E-R图图3.1 用户购买商品E-R图 2.用户查看或生成订单E-R图图3.2 用户查看或生成订单E-R图 3.商品图片E-R图图3.3 商品图片E-R图 4.商品类别E-R图图3.4 商品类别E-R图 5.订单管理E-R图3.5 订单管理E-R图 6. 商品管理E-R图图3.6 商品管理E-R图 7. 商品类别管理E-R图图3.7 商品类别管理E-R图3.2.2 系统全局

19、E-R图图3.8 网络商城管理系统全局E-R图第四章 逻辑结构设计4.1 关系模型的设计依据根据需求分析中的E-R图，可以很清晰的看出各个实体的属性和实体之间的联系，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化。对于实体间的联系我们分不同的情况讨论：若实体间的联系是1:1，可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。若实体间联系为1:n，则在n端实体转换成的关系中加入1端实体转换成的关系码。若实体间联系为n:m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。4.1

20、实体间联系转化的关系模式 根据以上的关系模型设计依据信息，我们可以对实体进行关系模型的转化。 1.用户购买商品概念模型向关系模型的转化： 用户信息表（用户ID，用户名，用户密码，真实姓名，地址，电子邮件，电话号码） 商品信息表（商品ID，商品名称，商品描述，创建时间，采购价格，市场价格，销售价格，款式，是否推荐，浏览量，销售量，商品类别ID，商品图片ID） 订单项表（订单ID，商品ID，商品名称，商品价格，商品数量，订单信息ID） 2.管理员后台管理概念模型向关系模型的转化： 管理员信息表（管理员ID，用户名，密码） 订单信息表（订单信息ID，订单名称，送货地址，电话，采购价格，创建时间，支付

21、方式，用户ID） 商品信息表（商品ID，商品名称，商品描述，创建时间，采购价格，市场价格，销售价格，款式，是否推荐，浏览量，销售量，商品类别ID，商品图片ID） 商品类别信息表（商品类别ID，类别名称，类别级别，父节点） 商品图片表（商品图片ID，路径） 3.数据依赖 (1)用户信息 F1=(用户ID用户名，用户ID用户密码，用户ID真实姓名，用户ID地址，用户ID电子邮件，用户ID电话号码) (2)商品信息 F2=(商品ID商品名称，商品ID商品描述，商品ID创建时间，商品ID采购价格，商品ID市场价格，商品ID销售价格，商品ID款式，商品ID是否推荐，商品ID浏览量，商品ID销售量，商品I

22、D商品类别ID，商品ID商品图片ID) (3)订单项 F3=(订单ID商品ID，商品ID商品名称，商品ID商品价格，商品ID商品数量，订单ID订单信息ID) (4)管理员信息 F4=(管理员ID用户名，管理员ID密码) (5)订单信息 F5=(订单信息ID订单名称，订单信息ID送货地址，订单信息ID电话，订单信息ID采购价格，订单信息ID创建时间，订单信息ID支付方式，订单信息ID用户ID) (6)商品类别信息 F6=(商品类别ID类别名称，商品类别ID类别级别，商品类别ID父节点) (7)商品图片 F7=(商品图片ID路径)4.2 关系模型的优化4.2.1 确定范式级别根据上述分析所归结出来

23、的数据依赖的种类和在本系统实际的开发过程中，需要涉及多表的查询及表的修改和删除，且存在多值依赖的实际情况下，其关系模式应达到BCNF。4.2.2 实施规范化处理根据以上信息，我们发现订单项表中存在传递依赖，因此我们要对此关系进行优化。优化后的关系模型如下：用户信息表（用户ID，用户名，用户密码，真实姓名，地址，电子邮件，电话号码）商品信息表（商品ID，商品名称，商品描述，创建时间，采购价格，市场价格，销售价格，款式，是否推荐，浏览量，销售量，商品类别ID，商品图片ID）订单项表（订单ID，商品ID，订单信息ID） 管理员信息表（管理员ID，用户名，密码） 订单信息表（订单信息ID，订单名称，送

24、货地址，电话，采购价格，创建时间，支付方式，用户ID） 商品类别信息表（商品类别ID，类别名称，类别级别，父节点） 商品图片表（商品图片ID，路径）第五章 物理结构设计5.1 创建数据库及数据表本系统采用SQLServer2005数据库，创建的数据库名称为shop。表的结构设计如下： 1. tb_customer（用户信息表）表5.1 用户信息表字段名数据类型是否为空是否为主键说明CidINT否是系统自动编号UsernameVarchar(50)否否用户名PasswordVarchar(50)否否用户密码RealnameVarchar(50)是否真实姓名AddressVarchar(250)是

25、否地址EmailVarchar(50)是否电子邮件MobileVarchar(11）是否电话号码 2. tb_orderitem(订单项表)表5.2 订单项表字段名数据类型是否为空是否为主键说明 OrderItem_idINT否是系统自动编号productIDINT否否商品编号orderIDVarchar(30)否否订单编号3. tb_productInfo(商品信息表)表5.3 商品信息表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号NameVarchar(100)否否商品名称DescriptionTEXT是否商品描述createTimeDATETIME是否创建时间baseP

26、roceFLOAT是否采购价格marketPriceFLOAT是否市场价格sellPriceFLOAT是否销售价格sexRequestVarchar(5)是否所属款式类别（男款、女款）CommendBIT是否是否推荐clickCountINT是否浏览量sellCountINT是否销售量categoryIdINT是 否 商品类别IDuploadFileINT是 否上传文件ID4. tb_productcategory(商品类别信息表) 表5.4 商品类别信息表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号NameVarchar(100)否否类别名称LevelINT是否类别级别Pi

27、dINT是否父节点5. tb_order(订单信息表)表5.5 订单信息表字段名数据类型是否为空是否为主键说明 Order_idINT否是系统自动编号NameVarchar(50)否否订单名称AddressVarchar(50)否否送货地址MobileVarchar(11)否否电话totalPriceFLOAT是否采购价格CreateTimeDateTime是否创建时间paymentWayVarchar(15）是否支付方式cutomerIdINT是否用户ID6. tb_uploadfile上传文件表表5.6 上传文件表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号pathVar

28、char(255)否否文件上传路径7. tb_user管理员表表5.7 管理员表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号usernameVarchar(50)否否管理员名称PasswordVarchar(50)否否登陆密码5.2 数据的存放位置设计由系统应用情况特设计如下存储方式，所有的表由于信息量大且使用频繁将其存储在高速存储器（硬盘）上。将表存储在不同的磁盘上以便提高查询效率，同时这样可以提高物理I/O读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量非常大，存放在低速存储设备上。第六章 运行与维护6.1 项目运行界面 1.主界面 将SQL Server 2005主服务打开，再将项目打包的war包放到tomcat下的workapp下，然后点击开始菜单