软件工程课程设计报告物流配送管理系统.docx

软件工程课程设计报告物流配送管理系统.docx

《软件工程课程设计报告物流配送管理系统.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计报告物流配送管理系统.docx（33页珍藏版）》请在冰豆网上搜索。

软件工程课程设计报告物流配送管理系统

软件工程课程设计报告物流配送管理系统

青岛工学院

《软件工程课程设计》报告书

题目

物流配送管理系统

学生姓名

王硕郭庆博宋钊

指导教师

杨彦明

系部

信息工程系

专业班级

2009级计算机科学与技术1班

摘要

物流信息管理系统是一个由人和计算机等组成的能进行信息收集、传输、加工、保存、维护和使用的系统。

本系统主要通过使用管理信息系统（MIS）的方法，对日常业务处理和信息资源进行全面、系统的管理。

在整个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。

并且采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（系统分析、系统设计、系统实施）的基本活动贯穿起来。

本系统希望能够通过物流进管理信息系统的建立，理顺信息流程和流向，使管理更加完善，使管理人员在信息系统的辅助下进行工作，提高管理的整体水平。

本系统采用Delphi开发设计，数据库采用SQLServer2008。

关键词：

物流配送信息系统SQLServer2008Delphi2005

第一章系统分析

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公司的SQLServer2008,该数据库管理系统在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，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。

本系统中所涉及到的关系的主码用下划线，外码用#标出：

订购客户（客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系电话、结账方式）

供应客户（客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系电话话）

用户（用户号、权限、用户密码）

司机（司机编号、司机姓名、司机性别、驾照类型、驾照号码、联系电话、车牌号码、状态、备注）

商品（商品编号、商品名称、规格、包装、销售单价、采购单价、仓库）

库存（商品编号#、商品名称、数量、仓库）

订购（订购编号、订购日期、订购客户编号#、商品编号#、商品名称、商品数量、状态）

配货（采购编号、采购日期、供货客户编号#、采购员编号#、商品编号#、商品数量、商品名称、司机编号#、商品单价、状态）

送货（送货编号、订购编号#、司机编号#、目的地、结账方式）

验收（验收编号、订购编号#、收货人#、收获时间）

4.2数据库的实现

按照数据字典中的数据元素说明确定每个数据项的类型和长度，使每个关系都对应一个数据库表：

1）订购客户表

列名

数据类型

长度

允许空

主键

客户编号

char

20

否

是

客户名称

char

20

是

公司类别

char

20

是

传真

char

20

是

通信地址

char

20

否

联系人

char

20

否

联系电话

char

20

否

结账方式

char

20

2）供货客户表

列名

数据类型

长度

允许空

主键

客户编号

char

20

否

是

客户名称

char

20

是

公司类别

char

20

是

传真

char

20

是

通信地址

char

20

否

联系人

char

20

否

联系电话

char

20

否

3）订购表

列名

数据类型

长度

允许空

主键

订购编号

char

20

否

是

订购日期

datetime

8

否

订购客户编号

char

20

否

商品编号

char

20

否

商品名称

char

20

否

商品数量

int

4

否

状态

char

20

否

4）配货表

列名

数据类型

长度

允许空

主键

采购编号

char

20

否

是

采购日期

datetime

8

是

供货客户编号

char

20

是

采购员编号

char

20

是

商品编号

char

20

否

商品数量

int

4

否

商品名称

char

20

否

司机编号

char

20

是

商品单价

char

20

是

状态

char

20

否

5）送货表

列名

数据类型

长度

允许空

主键

送货编号

char

20

否

是

订购编号

char

20

是

司机编号

char

20

是

目的地

char

50

是

结账方式

char

20

是

6）验收表

列名

数据类型

长度

允许空

主键

验收编号

char

20

否

是

订购编号

char

20

是

收货人

char

20

是

收货时间

datetime

8

是

7）用户表

列名

数据类型

长度

允许空

主键

用户名

char

20

否

是

权限

char

20

否

用户密码

char

20

否

8）员工信息表

列名

数据类型

长度

允许空

主键

员工编号

char

20

否

是

员工姓名

char

20

否

员工性别

char

4

否

员工职务

char

20

否

员工部门

char

20

否

联系电话

char

20

否

状态

char

20

否

备注

char

50

是

9）司机信息表

列名

数据类型

长度

允许空

主键

司机编号

char

20

否

是

司机姓名

char

20

否

司机性别

char

4

否

驾证类型

char

20

否

驾照号码

char

20

否

联系电话

char

20

否

车牌号码

char

20

否

状态

char

20

否

备注

char

50

是

10）订单盈利核算表

列名

数据类型

长度

允许空

主键

订购编号

char

20

否

是

商品编号

char

20

是

商品名称

char

20

是

盈利

money

8

是

日期

datetime

8

是

11）库存表

列名

数据类型

长度

允许空

主键

商品编号

char

20

否

是

商品名称

char

20

是

数量

int

4

否

仓库

char

20

4.3程序流程图

程序流程图又称为程序框图，表示方法简单直观，在绘制程序流程图时使用的符号说明如下：

处理　　输入输出　判断　　起始终止　　控制方向

（1）

主模块

（2）订购配货管理子模块

4.4计算机系统配置方案

本系统采用Delphi来进行开发。

基于软件开发工具的选择，并考虑到本系统的性能要求，对计算机系统具体配置如下。

4.4.1计算机系统硬件配置

客户机：

微机PⅢ866或以上档次，内存256MB以上，硬盘40G以上，集成IntelPro10/100网卡，8速AGP显卡，USB接口，3.5英寸软驱，48倍速CD-ROM，VGA或更高分辨率的显示器，EPSON彩喷打印机；

服务器：

微机PⅣ2.0G或以上档次，内存256MBDDR以上，硬盘120G以上，24倍速最大CD-RW，7个热插拔PCI-X插槽（64位/100MHZ），1个热插拔传统插槽（32位/33MHZ），IntelPro/1000XT服务器适配器，Smart-UPS；

4.4.2计算机系统软件配置

Windowsxp，Office2003,前台开发软件Delphi,后台数据库管理系统采用 MicrosoftSQLServer2008；

4.5历史信息的管理

由于信息每天都在更新，而历史信息并不能随意丢弃，它必须保存。

另外为了防止因意外情况（如突然断电、死机等）或用户的误操作而造成数据丢失或错误，系统需要定期备份数据库中的数据。

采用两种方法：

完全备份、增量备份。

开始时一周执行一次增量备份，一个月执行一次完全备份以后根据用户对本系统的熟练程度，备份的时间间隔适当延长。

为确保有效备份，采用了双重备份的方法，即在备份数据库中数据时，不但将数据备份到其他目录下，而且还将数据备份到移动硬盘上，这样就确保了数据的完整性，有效地管理了历史数据。

4.6人机界面的设计

用户界面是指软件系统和用户交互的接口，良好的用户界面往往可以提高用户使用系统的热情，并刺激他们的积极性。

4.6.1登录界面设计

为了保证系统的安全性，进入系统之前必须经过必要的安全性，简洁、清晰、友好是此设计的风格，如图所示：

用户登录界面

如果输入的用户名或者密码错误，就会弹出下面的窗口，见所示：

4.6.2系统基本信息界面设计

输入正确的用户名和密码后，即进入系统。

系统的基本操作界面如图所示：

系统基本操作界面

系统的基本操作界面主要包括基本信息管理、订购管理、统计管理。

其中基本信息管理中又可以分为商品信息管理、库存信息管理、客户信息管理、员工司机信息管理；订购管理又可以分为订购单信息管理、配货单信息管理、送货信息管理、验收信息管理；统计管理又可以分为订单盈利信息管理、月盈利信息管理；用户管理包括新增用户、用户管理。

4.6.3商品信息界面

4.6.4查询界面

4.6.5订购界面

4.6.6配货界面

4.6.7送货界面

4.6.8验收界面

第五章系统实现

5.1概述

在管理信息系统的生命周期中，经过了系统规划、系统分析和系统设计等阶段以后，便开始了系统实施阶段。

系统实施阶段要继承此前各阶段的工作成果，将技术设计转化成物理实现，因此，系统实施的成果是系统分析和设计阶段的结晶。

同时，系统实施作为系统生命周期中的后期阶段，是把系统设计转化为可实际运行的物理系统的必然步骤。

再好的系统设计，不通过系统实施也只能是不能带来现实效益的空中楼阁。

系统实施作为系统的最后物理实现阶段，对于系统的质量、可靠性和可维护性等有着十分重要的影响。

5.2编程工具与环境

编程过程又称程序设计或编写程序，按照详细设计阶段产生的程序设计说明书，用选定的程序设计语言书写源程序，在程序设计中，不仅要保证程序的正确性，而且要保证程序的可读性，必须采用结构化程序设计的方法，用一组单一入口和单一出口的基本控制结构及其反复嵌套。

本系统采用Delphi作为程序界面设计软件。

后台数据库所采用的软件是Microsoft公司的SQLServer2008。

SQLServer是一个高性能的，多用户关系型数据库管理系统，它被设计成支持高容量的事务处理以及需求较少的决策支持应用程序。

它可以允许不同的用户通过不同的方式看同样的数据，保证了数据库的一致性和可恢复性。

它的可靠性、质量和易用性使之成为很多数据库软件的首选。

5.3　系统测试

软件测试是系统质量保证的主要活动之一。

测试虽然不是质量保证的“安全网”。

但它是不可缺少的，而且是重要的环节。

因为，在系统开发的过程中，涉及一系列的活动，而在这个活动过程中，人们可能犯很多错误，错误可能发生在设计阶段，也可能发生在整个过程的开始阶段。

系统测试的目标是：

1）测试是一个程序的执行过程，其目标在于发现错误。

2）一个好的测试用例能够发现至今尚未察觉的错误。

3）一个成功的测试则是发现至今尚未察觉的错误的测试。

总之，测试是发现错误，这不只是从技术角度测试下定义。

软件测试中最为重要的是，实际工作中人们的心理学和经济学问题。

系统的测试分为单元测试、组装测试、确认测试和系统测试，每一步都是在前一步的基础上进行的。

1．单元测试

单元测试是指程序中的一个模块或一个子程序，是程序运行的最小单元，或是程序最小的独立编译单位，单元测试也称模块测试。

例如对“登录”模块进行测试：

获得用户登录名和密码。

业务员信息中查找所有成员登录名和密码，核对是否有给定的用户登录名和密码，若给定的登录名和密码不存在，同显示错误信息“用户和密码不存在！

”

进行单元测试可以采用白盒测试方法。

白盒测试将软件看作一个透明的白盒子，按照程序的内部结构处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符。

本例采用白盒测试的条件覆盖标准，每一判定中的每个条件，分别按“真”、“假”至少各执行一次，得到以下测试结果。

或者采用黑盒测试用例。

将软件看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，测试软件的外部特性。

根据软件的需求规格说明书设计测试用例，从程序的输入和输出特性测试是否满足设定的功能。

2．组装测试

单元测试通过后，需要按照设计时作出的层次模块图把它们连接起来，进行组装测试。

通常采用黑盒法自顶向下测试。

按HIPO图从顶层模块自上而下地组装。

每次只啬一个模块逐个安装系统。

首先安装主菜单，并为主菜单添上下接子菜单，逐步进行最终将系统安装完毕。

3．确认测试

确认测试是进一步检查软件是否符合软件需求规格说明书的全部需求，因此又称为合格性测试，确认测试的内容主要包括以下几部分：

（1）功能测试

（2）性能测试

（3）配置审查

（4）用户资料

（5）系统分析资料

（6）系统设计资料

（7）源程序与测试材料

4．系统测试

系统测试也将整个软件作为测试对象，将信息系统的所有组成部分