物流配送管理系统

数学与计算机学院

课程设计说明书

课程名称: 软件工程课程设计

课程代码: 8404131

题目: 物流配送管理系统

年级/专业/班: 09软件工程（04）

学生姓名:

学号:

开始时间: 2011 年 05 月 27 日

完成时间: 2011 年 06 月 12 日

课程设计成绩：

指导教师签名：年月日

软件工程课程设计任务书

学院名称：数学与计算机学院课程代码：____8404131__________ 专业：软件工程年级：09

一、设计题目

物流配送管理系统

二、主要内容

1、业务(收入、支出)处理模块：配送业务的开票、收款、收空包、核对入帐等。

2、查询汇总：业务流水记录、组合方式的汇总统计。

3、排行榜：与应收、实收、欠收及日期段任意组合，按配送员、客户、商品排序。

4、报表输出：

5、费率设置：多种客户销售价格以及配送工报酬计算方式。

6、人员信息：包含软件操作员、员工、客户等基本信息。

7、数据库处理：新套帐的建立、数据备份及还原、数据提交与回滚等。。

三、具体要求及应提交的材料

1.分析设计要求，给出解决方案（要说明设计实现所用的原理，采用的数据结构）；

2.模块化程序设计,画出程序的基本结构框图和流程图；

3.对程序的每一部分要有详细的设计分析说明；

4.程序执行的每个步骤要有具体的提示内容或输出；

5.源代码格式规范(锯齿型书写格式)，注释不少于三分之一；

6.设计合适的测试用例，对得到的运行结果要有分析；

7.设计中遇到的问题，设计的心得体会。

设计结束后，每位同学必须上交如下材料：

1．《课程设计说明书》打印稿一份；

2．《课程设计说明书》电子文档及课程设计的程序源代码刻盘

电子文档

1、课程设计报告

2、课程设计任务书

3、程序说明文件

4、总结报告

5、程序源代码

四、主要技术路线提示

首先根据要解决的问题进行分析和总体设计，得到要定义的数据结构和函数，然后进行详细编码，在主函数中对各功能函数进行测试。

五、进度安排

六、推荐参考资料(不少于3篇)

[1]张海藩.软件工程导论（第五版）[M].北京：清华大学出版社，2008

[2]王红梅，胡明，王涛.数据结构（C++版）[M].北京：清华大学出版社，2005

[3]王珊，萨师煊.数据库系统概论[M].北京：高等教育出版社，2006

[4]Bain T.SQL Server2000数据仓库[M].北京.电力出版社，2003

[5]Google Web APIs Reference[EB/OL].https://www.360docs.net/doc/1717059899.html,/api/reference，2005.5

指导教师签名日期年月日

系主任审核日期年月日

目录

1 前言 (6)

1.2可行性研究的前提 (6)

2 需求分析 (6)

2.1引言 (6)

2.1 功能分析 (7)

2.2 方案分析 (8)

3 概要设计 (8)

3.1 数据结构 (8)

结构E-R图 (9)

3.2 逻辑结构与物理结构 (10)

3.3 功能模块划分 (10)

3.4抽象数据类定义 (12)

4 详细设计 (13)

4.1 数据类型定义 (13)

4.2 主要模块内部设计 (13)

4.2.信息输入设计 (13)

4.2.2 更改信息设计 (14)

4.2.3 查找信息设计 (15)

5 实现与调试分析 (17)

6 测试分析 (17)

6.1编写目的 (17)

6.2背景 (17)

6.3测试内容 (18)

6.4软件测试的分类 (18)

7用户手册 (21)

总结 (24)

参考文献 (26)

附录源代码 (27)

1 前言

物流配送是销售公司企业的主要后备力量的机构，势必要在物资方面加以严格有序的管理，对各种资源进行信息化管理。这样企业在可以放心的生产和出售产品了。经济效益有大幅度提高，本系统就是针对企业的迫切需要而设计的。

在与对我们设计的仓库管理系统进行可行分析，要求对市场、经济、社会、法律等综合的一个最优方案。我们的项目名称为物质仓库管理系统。物资仓库信息管理系统就是把仓库的进货信息、销售信息、客户信息进行信息化管理，通过它的管理，可以将信息直观的提供给管理人员，加强对企业用人的优化分配，充分发挥人的作，提高仓库整体工作效率，……

……

……

1.2可行性研究的前提

1.2.1要求

功能：本系统主要对仓库有五个部分的功能（采购、检验、入库、出库、对比），以及打出一系列的报表和账单。

性能：在短时间内查看仓库信息及准确的数据报表；定期对数据库数据备份。

输出：订单及预订单、入库单及现有库存表、出库单现有库存表、还库单及惩罚表。

输入：计划单编号、预订单编号、入库单编号、出库申请编号、出库单编号。

安全与保密要求：企业应用我们开发的系统，只对本企业内部开放信息。基于不参与互联网很少受到病毒的攻击以及定期维护，所以本系统是安全准确的。

与软件相关的其他系统：仓库管理系统、物流管理系统。

2 需求分析

2.1引言

2.1.1编写目的

随着社会发展的日新月异，商业往来日渐广泛，物资多样化，以及计算机的普及，对于企业物流配送管理要求逐渐变大，从而开发本物流配送管理系统，来更好的对仓库进行管理。

本报告读者对象为研发中心领导和主管技术人员，以及项目设计和开发人员。

2.1.2项目背景

待开发的软件系统名称：物资仓库管理系统

本项目的任务提出者：企业仓库管理人员

本项目的任务开发者：物流配送管理系统软件开发小组

用户及实现该软件的计算中心或计算机网络：企业计算机

2.1 功能分析

1、业务(收入、支出)处理模块：配送业务的开票、收款、收空包、核对入帐等。

2、查询汇总：业务流水记录、组合方式的汇总统计。

3、排行榜：与应收、实收、欠收及日期段任意组合，按配送员、客户、商品排序。

4、报表输出：

5、费率设置：多种客户销售价格以及配送工报酬计算方式。

6、人员信息：包含软件操作员、员工、客户等基本信息。

7、数据库处理：新套帐的建立、数据备份及还原、数据提交与回滚等。。

系统开发的总体任务是实现企业仓库各种信息的系统化、规范化和自动化。

主要完成功能：

企业部门提出购买计划交给仓库，仓库通过与现有库存作比对。

如有必要进货，就将此购买计划交给采购员，由采购员进行采购。

采购员与供应商进行谈价，达成协议，填写预订单（供应商留下的叫做订单）。供应商带着订单送到公司，企业仓库拿出预订单进行核对。

核对无误后确认有效托收，托收进行检验入库，入库同时填写好入库登记表。

企业各部门根据自身需求向仓库提出生产活动所必须的物质申请，并填写好出库申请表。

企业仓库根据现有物质判断是否该出库，如果可以就填写好出库表。

仓库管理员根据出库表核对并如实的发放仓库内的物质。

更新仓库现有库存。

2.2 方案分析

1.将说有功能归结为四个模块：

（1）业务：包括入库，配送出库，两个常用功能。

（2）查询，查询库存记录，配送记录等。

（3）数据处理，对已存在的数据进行操作，如，备份还原，费率设置等

（4）人员信息，所有与人有关的信息。

2.定义每个版块的函数功能，以及子函数的确定。

3.整个系统的功能排版，以及如何使其人性化

3 概要设计

3.1.1编写目的

随着经济发展的日新月异，公司企业日益增多，对仓库的需求也变多。于是，对仓库的管理要求也提高，管理系统由此产生。本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总体概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。

本报告读者对象为项目设计和开发人员，以及技术人员。

3.1.2项目背景

项目名称为：物资仓库管理系统。本项目的任务提出者为数计学院软件工程课程设计小组，并由组员共同开发，本项目设计过程中参考了基于Windows系统的数据库管理系统。

3.1 数据结构

数据元素包括；管理员（操作员）员工客户货物数据处理系统票据

管理人员：读入，修改基本信息

员工：负责送货；

客户：配送是终端，货物接收者

货物：管理者，员工，及客户间的联系载体。

数据处理：处理各种数据管理的平台；

票据：交易的凭证。

结构E-R图

3.2 逻辑结构与物理结构

逻辑结构: 用线性结构来处理数据元素之间的关系，将元素一项项的写下去

物理结构：采用顺序存储的方式来储存所有的数据3.3 功能模块划分

3.3.2程序流图

3.3.3模块功能分析及外部设计

功能分析外部设计

即时业务: 基本的功能实现，入库，出库操作。

数据处理：处理已有的数据，备份，还原，回交，费率设置。

人事处理：对员工和客户查看。

3.4抽象数据类定义

数据对象： Price,CarType,CarNum,Time,Destination，StartTime 基本操作： Init();

Show();

ChangPrice(int p0);

ChangCar(char n[],char t[]);

ChangTime(int a,int b,int c);

Find(char d1[]);

Position(char n1[]);

GetCarNum();

GetCarType();

GetDestination();

GetPrice();

GetStartTime();

}ADT Ticket

4 详细设计

4.1 数据类型定义

价格（price）货号（unm1）员工编号（unm2）客户编号（num3）日期（time）数量（qua）

4.2 主要模块内部设计

4.2.1.1．实现算法

cs.Init();

c.push_back(cs);

ch=getchar();

4.2.信息输入设计

4.2.1.1 模块算法

4.2.1．输入信息

4.2.1.1．实现算法

cs.Init();

c.push_back(cs);

ch=getchar();

4.2.1.2 流程图

4.2.2 更改信息设计

4.2.2. 更改信息

1 .更改费率

实现算法

for(i=0;i

{

if(c[i].Position(n))

{

cout<<"输入更改的费率: ";

cin>>p1;

c[i].ChangPrice(p1);

c[i].Show();

f=0;

break;

}

else f=1;

}

4.2.3 查找信息设计

4.2.3. 查出信息

实现算法

cout<<"输入要查询货物编号: ";

cin>>d1;

for(int i=0;i

{

if(c[i].Find(d1))

{

c[i].Show();

f=0;

break;

}

else

f=1;

}

if(f)

cout<<"没有此货物编号"<

5 实现与调试分析

实现环境

系统 Windows XP系统

操作平台Microsoft Visual C++ 6.0

语言 c++

调试分析：通过对系统的调试，完成了最初的设计要求，

使各个模块的功能得以实现；

6 测试分析

6.1编写目的

软件测试是为了发现程序中的问题。本系统技术不很成熟，存在不少问题，测试变得非常重要。软件测试的过程也是程序运行的过程，程序运行需要数据，为测试设计的数据称测试用例，设计测试用例的原则自然是尽可能暴露错误。

由于测试涉及问题很多，工作量又大，所以测试之前必须制订一个计划。

6.2背景

由物流配送管理系统开发者开发出的系统进行测试。

6.3测试内容

软件测试主要工作内容是验证和确认，下面分别给出其概念：

验证是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。

1)确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；

2)程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；

3)评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规

定的需求相一致进行判断和提出报告。

确认是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件。

1)静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；

2)动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。

软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。

6.4软件测试的分类

6.4.1关心软件内部结构和具体实现的角度划分，可分为白盒测试和黑盒测试。

6.4.1.1黑盒测试

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，

在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

6.4.1.2白盒测试

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。

6.4.2从是否执行程序的角度，可分为静态测试和动态测试。

6.4.3从软件开发的过程按阶段划分，可分为单元测试、集成测试、确认测试、验收测试和系统测试。

6.4.3.1单元测试

单元测试又称模块测试，是针对软件设计的最小单位─程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。

单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元

测试。

在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。

6.4.3.2集成测试

通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是：

1)在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

2)一个模块的功能是否会对另一个模块的功能产生不利的影响；

3)各个子功能组合起来，能否达到预期要求的父功能；

4)全局数据结构是否有问题；

5)单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。

7.4.3.3确认测试

确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。

对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。

6.4.3.4验收测试

1)在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。

2)验收测试是以用户为主的测试。软件开发人员和QA（质量保证）人员也应参加。

3)由用户参加设计测试用例，使用生产中的实际数据进行测试。

4)在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、

可维护性、错误的恢复功能等进行确认。

5)确认测试应交付的文档有：确认测试分析报告，最终的用户手册和操作手册，项目

开发总结报告。