数据库实训_物流管理系统

《数据库实训_物流管理系统》由会员分享，可在线阅读，更多相关《数据库实训_物流管理系统（24页珍藏版）》请在金锄头文库上搜索。

1、河河 南南 工工 程程 学学 院院实实 习习 报报 告告想要程序源代码和数据库备份的同学请与我联系QQ：461663376系（部） 计算机科学与工程系 专 业 计算机科学与技术 班 级 1043 班 负责人学号及姓名 仵士杰 成 员学号及姓名 冯营利 吴海伟 年月日数据库系统原理课程设计指导教师评分表数据库系统原理课程设计指导教师评分表课程设计题目课程设计题目姓名姓名学号学号任务分工任务分工仵士杰201010913327程序设计与实现冯营利201010913321程序设计与实现成成 员员吴海伟201010913306数据库设计与实现评分项目及分值要素评分项目及分值要素项项 目目最高分最高分评评

2、 分分 要要 素素成成 绩绩1学习态度20上机出勤及端正的学习态度、 认真刻苦程度，工作量饱满程 度等2软件设计质量40采用的算法、设计方案，设计 结果，界面友好等方面进行综 合评定3答辩过程20能简明扼要地阐述设计的主要 内容，能准确流利地回答各种 问题4设计报告书写10内容按要求步骤书写，条理清 晰，表述清楚、措词得当5实际动手能力10熟练使用开发工具，能够迅速 准确的进行调试、纠错和运行； 组长全面负责，承担复杂的模 块设计分值就高成成 绩绩 评评 定定总 成 绩实 习 （训） 报 告 评 语等 级： 评阅人： 职称： 年月日河南工程学院实 习 （ 训 ） 报 告实习目的（内容）： 学习

3、和掌握数据库原理及 SQL Server 2000 数据库开发工具，培养数据库程序开发能力。实习时间：自 月 日 至 月 日共天。实 习 地 点： 三号实验楼 C 区 410 实 习 单 位 ： 计算机科学与工程系 指导教师 ： 李华 系主任： 曲宏山 I目目 录录一、需求分析.1二、概念结构设计.2三、逻辑结构设计.5四、数据库的物理设计 .8五、数据库设计实现及运行 .8六、系统详细设计及实现 .17七、实训总结及心得体会 .191一、需求分析一、需求分析1本系统用于网络购物时的物流管理，程序用 Java 实现，连接到的数据库为 SQLserver。可以满足基本的网络购物的物流管理。2本系

4、统包含两个程序，一个是物流客户用的客户端。一个是配送点用的客户端。物流客户的客户端可以注册新用户，修改个人基本信息，添加收货地址，修改收货地址。添加新订单，修改订单，删除订单等操作。基本上可以满足一般的用户需要。配送点的客户端不能注册用户，只能由公司统一分配用户，但用户登录后可以修改基本信息包括密码。配送点登录后主要是对订单进行中转和分发。后台数据库设计了五张表，分别是：用户表，目的地表，订单表，订单状态表和配送点表。另有注册用户和登录时用到的存储过程，表之间有外键约束。组长：仵士杰，负责数据库的构建和程序的编写，数据库与应用程序的连接组员：冯营利，负责程序编写，和框架设计。吴海伟，负责数据库

5、的设计。3用户注册时注册成功后会增加一个数据库的系统用户，每个用户的登录都是一个数据库用户的登录，用户的注册是用存储过程实现的。各表之间的约束关系请见 E-R 图。各表中的 ID 号使用了 CHACK 约束为 0-9 的字符型。各表都有相应的视图，详细的视图在后面介绍。4.首先为了实现客户的记录登录等操作，必须要做一个用户表，各用户要有自己的收货地址，每一位用户可以有多个收货地址，所以在建一个目的地表，用来存放用户的收货地址。用户可以从网上下订单，每位用户可以有多个订单，所以要做一个订单表，用来存放用户下的订单。物流要经过运送到达用户手中，2手记要可以实时的查看货物到达了什么地方，这就需要做一

6、个配送点表。而订单经过配送点是一个联系，一个配送点可以中转多个订单，一个订单要经过多个配送点才可以到达用户手中，所以订单和配送点是一对多的关系。这种一对多的联系对应一张订单状态表。所以这个物流系统要用到五张表。二、概念结构设计二、概念结构设计1.实体间联系客户与地址之间有约束关系，客户与订单之间有约束关系。配送点和订单之间的多对多联系决定了订单的状态信息。2.首先是用户表，在用户表中要有标志用户身份的 ID 号，它是主键，用来唯一的标志一个用户，其次用户都要有用户名，用户名可以是码但不是主键。用户要有地址，还要有联系方式，这样可以方便物流公司在分发货物时联系用户。用户表的 E-R 图如图 1-

7、1 所示用户表姓名性别地址手机号ID图 1-1 用户表 E-R 图每个用户都要有自己的收货地址，由于用户可能住的地方会有改动，所以用户的收货地址不能只有一个。一个用户可以有多个收货地址，比如：一个用户要给自己的亲人买东西，物品就要通过物流公司寄到亲人的手中。所要做一个目的地表用来存储一个用户的多个收货地址。收货地址与用户之间有外键约束，在目的地表中要有一个外键联系到用户表中，这就是客户 ID。其次每一个目的地还要有一个唯一标志自己的主键，这就是目的地表中的 ID 字段。既然是目的地就不能少了地址字段，还要有货物的收件人，那就用收货人的姓名来标3志，物流公司联系收件人时要联系方式，所以目的地表要

8、有联系方式字段。综上描述，目的地表的 E-R 图如图 1-2 所示。目的地地址收件人手机客户 IDID图 1-2 目的地表 E-R 图用户向物流公司下订单，每一位用户可以下多个订单，而每一个订单只能属于一个用户，所以用户与订单的联系是一对多的。订单表中可以加上标志它所属用记的字段，这就是发件人 ID 字段。每一个订单都要有自己的目的地，这就要用到用户的目的地了，在目的地表中有一个字段可以做为订单表的外键来标志该订单要发往何处，那就是目的地表的 ID 字段，映射到订单表中为目标ID。订单中要运送的货物要有物品名称，下订单的时间也要在订单表中表示出来。另外标志一个订单是已发货还是已经到达必须要用一

9、个字段记录，这就是订单状态字段。综上描述创建订单表的 E-R 图如图 1-3 所示。订单表状态时间物品名ID发件人 ID目标 ID图 1-3 订单表 E-R 图4物流公司要对运送中的物品进行实时的控制和管理就少不了中转站，中转站的信息要用一张表来表示，这就是配送点表。配送点要有唯一标志自己的主键，这个字段就是 ID 字段。第一个配送点都要有自己名称，它可以作为候选码。配送点要有自己的地址，表中就少不了地址字段，每个配送点还要有自己的联系方式，方便和总公司联系，也方便用户收发货物时联系中转站工作人员。另外每个配送点要登录到物流管理系统，登录名可以用配送点的 ID 号，另外还要在配送点表中加上 p

10、asswd 字段用来存储登录密码。配送点表的 E-R 图如图 1-4 所示。配送点Passwd 地址办公电话ID配送点名称图 1-4 配送点表 E-R 图为了让用户可以实时查询到订单所在的位置，我们可以增设一个订单状态表，用来记录订单当前所在的中转站。这样就要为订单状态表设置一些字段。首先该状态属于哪一个订单，用订单 ID 作为外键可以实现。再者是该订单运送到了哪一中转站，用配送 ID 可以标志它。最后就是什么时间到达的该中转站了，这个可以用一个时间字段来实现。这样订单状态表的 E-R 图就如图 1-5 所示。订单状态更新时间订单 ID配送 ID图 1-4 订单状态表 E-R 图5结合以上对各

11、个表的分析与创建，可以总结得到整个数据库的总体结构。客户与收货地址之间是一对多的联系。客户与订单之间也是一对多的联系。订单与配送点之间是多对多的联系，联系名为订单状态。所以可以得到 E-R 图如图 1-6 所示。11 nn nm图 1-6 物流管理系统 E-R 图三、逻辑结构设计三、逻辑结构设计现在需要将上面的数据库概念结构转化为 SQLserver 数据库系统所支持的实际数据模型，也就是数据库的逻辑结构。在上面的实体以及实体之间关系的基础上，开成数据库中的表格。学生信息管理系统数据库中各个表格的设计结果如下面的几个表格所示。关系模型（下划线处为主键）：用户表（ID、姓名、性别、地址、联系方式

12、）目的地表（ID、客户 ID、地址、收件人、联系方式）订单表（ID、发件 ID、目标 ID、物品名、下单时间，状态）客户收货地址订单配送点拥有购买订单状态6订单状态表（订单 ID、配送 ID、更新时间）配送点表（ID、名称、地址、电话、passwd）现在将上面的数据库 E-R 图和关系模型 转化为数据库的逻辑结构如下面的表格所示。1.首先是用户表，因为这只是一个测试系统，所以用户不可能太多，ID 字段用四位字符型，使用 CHECK 约束为各位必须为 0-9 的字符。姓名字段是用户的名字，为了不在姓名后面出现多余的空格，并且各用户可能的名字长度不尽相同，所以采用 varchar 型，长度为 50

13、 个字符，这样可以满足各种用户的需求。如表 1-1 所示。表 1-1 用户表2.目的地表，由于用户与目的地是一对多的联系，所以目的地表的元组总会比用户多，这样目的地 ID 用 Char 型，长度比用户 ID 多两个先用 6 个字符长就可以满足需求。目的地表中要有与客户表有联系，所以要用客户表中的 ID 作为目的地表中的外键约束，字段长度与用户表 ID 主键长度必须一样。地址字段用 varchar 型是因为各地址的长度不尽相同的原因。手机号都是 11 位是确定的所以用 char 型 11 个字符长度来表示，用 CHECK 约束为各位都是 0-9。如此目的地表的设计如表 1-2 所示。表 1-2 目的地表3.订单表，订单表中要有订单表属用户的标志，外键约束。还要有订单发往什么目的地的标志，用外键约束。由于一个目的地可以发送多个订单，所以订单和目的地也是一对多的联系。这样订单的主键 ID 长度就要比目的地主