(完整word版)物流管理系统的数据库设计和数据库操作.doc

(完整word版)物流管理系统的数据库设计和数据库操作
(完整word版)物流管理系统的数据库设计和数据库操作
(完整word版)物流管理系统的数据库设计和数据库操作
物流管理系统的数据库设计和数据库操作
需求分析
物流管理系统是我们身边应用最广泛的数据库系统之一，结合该系统，使得我们的生活更加便捷。物流管理系统在正常运营中总是面临着巨大的货单业务信息。假设某物流公司需要开发一款物流管理系统，为了简化问题，现只考虑其核心业务用户管理和仓库管理以及两者产生的订单，运输等信息。
1系统功能需求
经过需求调查，该系统主要实现以下功能：
用户管理
注册用户，修改用户，删除用户组成。用户管理模块即管理用户的基本信息，包括，用户编号、用户姓名、性别、联系方式，所在地址等等。
订单管理
包括订单编号，用户编号，收货地址，收货人姓名，收货人联系方式，物流费用等。
仓储管理
仓库编号，名称，容量，仓库状态，订单编号等仓储信息。
运输管理
包括运输单号，运输时间，运输方式，运输量，运输路线，承运商，运输费用等运输信息。
5）车辆管理
包括车辆编号，运输单号，车辆名称，车辆柜型，车辆容积，车辆状态等车辆信息。
6）统计功能
运输编号，订单编号，统计日期等报表类信息。
7）分拣点管理
分拣点地址编号，负责人联系方式，货物架号，订单编号等。
2系统用例建模
1）确定参与者和用例
参与者代表的是使用者在于系统交互时所扮演的较色，而不是某个具体用户，根据参与者的定义和参与者的确定方法，可以识别出系统最重要的参与者有客户，仓库管理员。
实践表明，通过参与者来识别用例是很有用的，面对一个大系统，要列出用例单非常困难，而首先列出参与者清单，在对每个参与者列出它的用例，从而使问题变得容易。对于客户来说，主要系统用例就是填写发货单，查询物流情况。而对于管理员来说就是来处理订单，分配仓库，安排运输批次，安排车辆信息。主要系统用例就是对于本系统中的各项信息进行查询和统计。
建立用例图
识别了参与者和用例，并确定了他们之间的关系后，就可以构造系统的用例图。用例图是描述参与者和用例之间的图形。在UML中，用类似小人的符号表示参与者，用椭圆表示用例，用矩形框表示系统边界。系统用例图如图所示。
用例规约
用例规约是以文档形式详细描述用例，描述用例也称为用例场景，即进行对业务事件以及如何同系统交互以完成任务的文字描述。没有描述的用例就像一本书的目录，只知道目录标题，并不知道这些目录标题对应的内容。以仓储作业为例，说明用例规约的书写，如图所示。

订单数理

查询订单信息
仓库处理

查询运输单号

运输处理

用例名称仓储作业用例描述系统管理员将客户的订单进行仓库分配参与者管理员（主），客户（次）前置条件管理员已登录，并被授权后置条件分配入货仓库，进行仓库数据更新

主要数据流参与动作者系统响应
（1）管理员将订单提供给仓库（2）系统经过地址辨认出订单身份和订单信息
（3）系统管理员将订单录入仓库（4）系统通过识别订单上的收货地址进行仓库分配作业
（5）系统进行仓库信息更新（6）重复（3）、（4）、（5）动作，直到管理员处理订单完成
（7）用例结束备选事件流备选流：仓库分配仓库已满，系统显示用例结束涉及的业务实体客户、管理员、订单，仓库表“仓储作业”用例说明
图物流管理系统用例图
查询车辆编号
车辆处理
客户
管理员
报表统计

3系统对象模型
识别系统的对象和类
因为整个过程中我们并没有细分管理员，而是以一个管理员为管理者，这样便于系统的开发，为简化问题，在对象模型中，不考虑管理员。根据用例模型和确定类的方法，可得出物流管理系统的开发主要涉及到，用户类，订单类，仓库类，运输类，车辆类，报表类，分拣点类。这些类中借阅单类是我们抽象过来的，目的是为了使货物和仓库联系在一起。这里面有好多诸如此类的分类，我们可以通过在使用过程中得以体现。
确定属性
根据需求描述可以获取各个对象类的属性如下。
用户的属性：用户编号、用户姓名、性别、联系方式，所在地址；
订单的属性：订单编号，用户编号，收货地址，收货人姓名，收货人联系方式，物流费用；
仓库的属性：仓库编号，名称，容量，仓库状态，订单编号等仓储信息；
运输的属性：运输单号，运输时间，运输方式，运输量，运输路线，承运商，运输费用；
车辆的属性：车辆编号，运输单号，车辆名称，车辆柜型，车辆容积，车辆状态；
报表的属性：运输编号，订单编号，统计日期；
分拣点的属性：分拣点地址编号，负责人联系方式，货物架号，订单编号。
通过以上两个基点，我们得出了系统中最重要的属性和关系，接下来进行确定关系和确定服务，后续我们将通过概念设计中的E-R图来进行阐述。
属性字典
属性类定义/范围备注
用户编号用户10个字符