软件工程课程设计报告物流配送管理系统.docx
《软件工程课程设计报告物流配送管理系统.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计报告物流配送管理系统.docx（29页珍藏版）》请在冰豆网上搜索。
软件工程课程设计报告物流配送管理系统
软件工程课程设计报告物流配送管理系统
青岛工学院
《软件工程课程设计》报告书
题目
物流配送管理系统
学生姓名
王硕郭庆博宋钊
指导教师
杨彦明
系部
信息工程系
专业班级
级计算机科学与技术1班
摘要
物流信息管理系统是一个由人和计算机等组成的能进行信息收集、传输、加工、保存、维护和使用的系统。
本系统主要经过使用管理信息系统（MIS）的方法，对日常业务处理和信息资源进行全面、系统的管理。
在整个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。
而且采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（系统分析、系统设计、系统实施）的基本活动贯穿起来。
本系统希望能够经过物流进管理信息系统的建立，理顺信息流程和流向，使管理更加完善，使管理人员在信息系统的辅助下进行工作，提高管理的整体水平。
本系统采用Delphi开发设计，数据库采用SQLServer。
关键词：
物流配送信息系统SQLServerDelphi
第一章系统分析
1.1概述
1.1.1系统分析的含义和目标
系统分析（systemsanalysis），是指在管理信息系统开发的生命周期中应用系统思想和系统科学的原理进行分析工作的方法和技术。
系统分析阶段的目标：
就是按系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。
1.1.2系统分析的任务
系统分析的任务是：
尽可能弄清用户对信息的需求，调查原信息系统的资源、输入、处理和输出。
完成新系统的逻辑设计，以满足业务发展要求。
系统分析的具体工作内容包括：
（1）可行性分析；
（2）详细调查；
（3）系统性分析；
（4）提出新系统的逻辑模型
1.1.3系统分析的步骤
系统分析阶段的主要活动是：
系统的初步调查、可行性研究、系统的详细调查、新系统逻辑方案的提出。
（1）系统的初步调查：
系统的初步调查是着重于系统的总体目标、总体功能和发展方向。
（2）可行性的研究：
可行性的研究是进一步明确系统的目标、规模与功能，对系统发展背景、必要性和意义进行调查分析并根据需要和可能提出拟定开发系统的初步方案计划。
（3）现行系统详细调查：
在可行性研究的基础上进一步对现行系统进行全面、深入的调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，找出要解决的问题实质，确保新系统更有效。
（4）新系统逻辑方案的提出：
主要明确用户的信息需求，确定新系统的逻辑功能，提出新系统的逻辑方案。
1.2现行系统主要问题分析
1）基本信息表的查询（商品基本信息、员工基本信息、司机基本信息、订购客户信息表、供货客户表、库存表）
2）订购客户下订单，即将订购客户订购详情打入数据库中
3）采购环节，系统可对订单商品进行汇总。
负责人则根据汇总情况安排人员采购
4）采购完成后，采购员可把采购信息输入系统，同时负责人可安排查看需要发货的订单，并安排司机送货
5）送货完成后，等待订购客户确认收货
6）订购客户确认后，计算相应订单盈利，并送往订单盈利核算表中
1.3可行性分析
在明确系统目标和环境的基础上，需要进一步对系统的可行性进行研究。
此活动的主要目标是进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出拟开发系统的初步方案与计划。
可行性研究是针对系统进行全面、概要的分析，主要包括三方面：
技术可行性分析、经济可行性分析和营运可行性分析。
1.3.1技术可行性分析
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。
本系统采用Windows7Professional作为操作系统平台。
本系统的数据库开发平台选用Microsoft公司的SQLServer,该数据库管理系统在Windows7Professional上能提供数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。
本系统的应用软件开发工具选用的是开发人员熟悉的Delphi。
1.3.2经济可行性分析
主要是对项目的经济效益进行评价。
1.3.3营运可行性分析
主要是管理人员对开发信息系统是否支持，现有设计是否科学，原始数据是否正确等。
系统操作简单，易于理解，管理员经过短时间的培训就能够使用该系统。
第二章 需求分析
这一阶段的主要目标是明确项目的需求，确定新系统的逻辑功能，提出新系统的逻辑方案，完成系统分析阶段的最终成果—系统说明书的编写。
2.1数据字典
上面讨论的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容，因此我们还需要建立数据字典。
建立数据字典是为了对数据流程图上各个元素做出详细的定义和说明。
数据字典以一种准确的和无二义的方式定义所有被加工引用的数据流和数据存储。
数据流程图配以数据字典，就能够从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。
数据字典有助于数据的进一步管理和控制，为设计人员和数据库管理人员在数据库设计、实现和运行阶段控制有关数据提供依据。
数据字典描述的主要内容有：
数据流、数据元素、数据存储、加工外部项。
2.1.1数据流
数据流是数据结构在系统内传输的路径。
第一层DFD
第二层DFD
第三层DFD
供应商
2.1.2数据字典
No
名称
数据类型
null
主键
内容
1
商品编号
Char（20）
不允许
是
商品的编号
2
商品名称
Char（20）
不允许
商品的名称
3
规格
Char（20）
允许
商品规格
4
包装
Char（20）
允许
袋装还是散装
5
单价
Money（8）
不允许
（元/斤）
6
用户名
Char（20）
不允许
是
用户名称
7
密码
Char（20）
不允许
用户的密码
8
权限
Char（20）
不允许
用户的身份
9
客户编号
Char（20）
不允许
是
客户的编号
10
客户名称
Char（20）
允许
客户公司的名称
11
公司类别
Char（20）
允许
公司属于哪方面服务
12
传真
Char（20）
允许
公司的传真
13
通信地址
Char（20）
不允许
公司的地址
14
联系人
Char（20）
不允许
公司的联系人
15
联系电话
Char（20）
不允许
客户电话
16
订购编号
Char（20）
不允许
是
订购的编号
17
订购日期
Char（20）
不允许
订购的日期
18
订购客户编号
Char（20）
不允许
订购客户编号
19
商品编号
Char（20）
不允许
订购物品的编号
20
商品数量
Int（4）
不允许
订购物品的数量
21
状态
Char（20）
允许
订单状态
22
员工编号
Char（20）
不允许
是
员工的编号
23
员工姓名
Char（20）
不允许
员工的姓名
24
员工性别
Char（20）
不允许
员工的性别
25
员工职务
Char（20）
不允许
员工的职务
26
员工部门
Char（20）
不允许
员工的部门
27
联系电话
Char（20）
不允许
员工的联系电话
28
备注
Char（20）
允许
特别的事项标记
29
司机编号
Char（20）
不允许
是
司机的编号
30
司机姓名
Char（20）
不允许
司机的姓名
31
司机性别
Char（4）
不允许
司机的性别
32
驾证类型
Char（20）
不允许
驾证类型ABCD
33
驾照号码
Char（20）
不允许
驾照号码
34
联系电话
Char（20）
不允许
司机联系电话
35
车牌号码
Char（20）
不允许
司机车牌号码
36
数量
Char（20）
不允许
库存商品数量
37
送货编号
Char（20）
不允许
是
送货编号
38
盈利
Money（8）
允许
盈利额
39
供货客户编号
Char（20）
不允许
是
供货客户的编号
第三章 系统概要设计
3.1数据库设计
数据库设计是开发数据库及其应用系统的技术，也是信息系统开发和建设的重要组成部分。
具体的说，数据库设计是要在一个给定的应用环境中，经过合理的逻辑设计和有效的物理设计，构造较优的数据库模式，建立数据库及其应用系统，满足用户的各种信息需求。
在系统的数据库设计中，首先对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后得出系统的关系模式。
本系统用实体-联系图（简称E-R图）来描述系统的概念模型。
E-R图由实体、属性、联系三部分组成，其符号如图4.6所示：
实体属性联系
E-R图图例
3.1.1实体描述
本系统中所涉及的实体有4个，其结构如下：
订购客户（客户编号、客户名称、地址、联系电话）
供应客户（客户编号、客户名称、地址、联系电话）
商品（商品编号、商品名称、销售单价、采购单价、仓库）
库存（商品编号、商品名称、数量、仓库）
3.1.2联系描述
各实体的联系属性如下：
订购（订购编号、订购日期、订购客户编号、商品编号、商品名称、商品数量）
配货（采购编号、采购日期、供货客户编号、采购员编号、商品编号、商品数量、商品名称、司机编号、商品单价）
送货（订购编号、司机编号、目的地）
验收（订购编号、收货人、收获时间）
3.1.3E-R图
本系统的E-R图如图.7所示：
E-R图
第四章系统详细设计
4.1数据库的逻辑设计
数据库的逻辑设计的任务就是把概念结构设计阶段的基本E－R图转化为与选用具体机器上的DBMS产品所支持的数据模型相符合的逻辑结构，首先要实现的是E－R图关系模型的转化。
而为此要解决的问题是如何将实体和实体之间的联系转化为关系模式，如何确定这些关系模式的属性和码。
对于实体，将每个实体转换为一个关系，实体的属性即为关系的属性，实体的码即为关系的码。
对于实体间的联系，能够分成三种情况：
1）若实体间的联系是1：
1，能够在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。
2）若实体间的联系是1：
n，则在n端实体转换成的关系中加入1端实体转换成的关系码。
3）若实体间的联系是n：
m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。
本系统中所涉及到的关系的主码用下划线，外码用#标出：
订购客户（客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系电话、结账方式）
供应客户（客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系电话话）
用户（用户号、权限、用户密码）
司机（司机编号、司机姓名、司机性别、驾照类型、驾照号码、联系电话、车牌号码、状态、备注）
商品（商品编号、商品名称、规格、包装、销售单价、采购单价、仓库）
库存（商品编号#、商品名称、数量、仓库）
订购（订购编号、订购日期、订购客户编号#、商品编号#、商品名称、商品数量、状态）
配货（采购编号、采购日期、供货客户编号#、采购员编号#、商品编号#、商品数量、商品名称、
升级会员 