道路运输信息系统专业课程设计.doc

课 程 设 计

课程名称： 道路运送信息系统
设计题目： 南方物流管理信息系统课程设计
学生姓名： willieyang
学 号： 30000000
班 级： 交运12x班
院系名称： 交通运送工程学院
指引教师： 刘鹏飞 向慧 柳伍生 何其超

年 12 月

《道路运送信息系统》
课 程 设 计

课程名称： 道路运送信息系统
设计题目： 南方物流管理信息系统课程设计
学生姓名： willieyang
学 号： 30000000
班 级： 交运12x班
院系名称： 交通运送工程学院
指引教师： 刘鹏飞 向慧 柳伍生 何其超

课程设计（年论文）任务书
课程名称：道路运送信息系统课程设计
合用对象：交通运送
一、 课程设计（论文）目
《道路运送信息系统课程设计》作为独立教学环节，是交通运送本科专业必修课。其目是通过课程设计实践，培养学生理论联系实际，加深信息系统基本理论与基本知识理解，通过专门实践训练，选用品有实际应用价值道路运送信息系统案例，对某公司（运送、物流）信息系统现状、问题分析，提出解决问题信息系统方案，并进行信息系统平台分析、设计与构造，达到公司不同顾客信息系统需求目。
二、 课程设计（论文）题目与内容
题目自选，并进一步详细化，一人一题，如：
1、某公司（零担、整车、集装箱）货运管理信息系统设计
2、某公司（出租车、公交车、客运）管理信息系统设计
3、公路客运订票管理信息系统设计
4、某运送公司运营调度管理系统设计
5、出租车行业信息系统设计与应用
6、公交基本数据管理信息系统构造
7、公交筹划排班信息系统设计
8、某大型活动车辆调度信息管理系统设计
三、 课程设计（论文）基本规定
报告内容原则上不少于5000字，其正文至少涉及如下几种方面内容：
1. 问题背景
2. 信息系统分析
3. 信息系统设计
4. 总结
四、 课程设计（论文）时间及进度安排
1. 时间:
两周：-第一学期第十六、十七周
2. 进度安排：
拟定主题；调查、收集信息：3天
系统分析：3天
系统设计：5天
解决实际问题或建议：2天
撰写报告、总结：1天
（此某些同窗们可以按照自己设计详细内容，详细安排）
3. 成果提交：
规定独立完毕，每人需提交1份打印设计报告（A4）及word电子文档，电子文档文献名为学号后四位+姓名，以班为单位打包发电子版。最后成果（打印稿1份规定精装、电子文档1分）统一交班长汇总并转交任课教师；最后成果提交截止时间为第20周周五。
五、 成绩评估
平时考勤20%，报告撰写规范20%,内容(选题合理、方案可行、分析对的、有创新)60%。
成绩评估实行先进、良好、中档、及格和不及格五个级别。先进者人数普通不得超过总人数20%。
六、 报告格式
课程设计报告装订顺序依次为：封面、课程设计(年论文)任务书、目录、正文、参照文献、成绩评估表。报告中所有图表应按“章号-图表序号-图表名”（例：图1-1-***频数图）进行编号。详细格式参看设计报告样本。
七、 重要参照资料
1. 胡永举，景鹏主编《道路运送信息系统》，人民交通出版社，.2
2. 杨兆升主编《智能运送系统概论》，人民交通出版社，.1
3. 李凯主编《物流信息系统》，北京交通大学出版社，.6
窗体底端

撰写：刘鹏飞
审核：柳伍生
11月

目 录
第一章 系统概述 1
1.1公司概况 1
1.2公司业务概况 1
1.3既有信息系统概述 2
1.4信息系统需求概述 2
第二章 信息系统分析 2
2.1初步调查 2
2.2可行性研究 4
2.3系统详细调查并提出新方案 5
2.3.1 业务流程分析 5
2.3.1.1 系统总体业务流程 5
2.3.1.2 运营管理业务流程 6
2.3.1.3 仓库管理业务流程 7
2.3.1.4 配送管理业务流程 8
第三章 信息系统设计 27
3.1信息系统总体设计 27
3.1.2软件系统总体构造设计 27
3.2代码设计 33
3.3数据存储设计 34
3.3.1数据库设计 34
3.4顾客界面设计 38
3.4.1输出界面设计 38
3.4.2输入界面设计 39
3.5解决过程设计 40
第四章 系统实行 43
4.1编程并编写文档 43
4.2测试 43
4.3系统转换 45
参 考 文 献 47

第一章 系统概述
1.1公司概况
南方物流集团是一家当代化综合服务型第三方物流公司，业务涉及运送、仓储、配送、装卸、加工、物流信息技术、物流策划与征询、供应链管理服务以及商贸一体化等。集团下属公司涉及有广州南方物流有限公司、广州云埔南方物流有限公司、广州汇风物流有限公司、广州南方物流投资有限公司，广东南方物流有限公司，深圳市南方物流有限公司、南方物流（无锡）有限公司、南方物流（新疆）有限公司、南方物流（香港）有限公司、南翔、郑州、东莞、重庆、中山、上海、成都等十多家公司。
1.2公司业务概况
通过十几年迅速发展，南方物流集团构建了一种全国性物流服务网络，业务布局分为华南、华东、华北、华中、西南、东北、西北七大区域，覆盖全国一百七十各种大中都市。建有广州、东莞、无锡、惠州、中山、重庆、成都、新疆等八大物流基地，总占地面积达80多万平方米，投资总额达20多亿元人民币。 在长期物流实践中，南方物流积累了丰富物流操作经验，创造及实行了“TCL家电物流联盟伙伴模式”、“公路货运安检安全保障体系”、“通讯行业物流交钥匙工程”等领先于业界运作模式；为顺应网络经济和全球经济一体化发展，南方物流于率先通过ISO9002国际质量体系认证，建立了一套安全、可靠、高效、优质当代化物流运营系统。 南方物流健康迅速发展得到了行业及社会各界广泛承认。
在长期物流实践中，南方物流积累了丰富物流操作经验，创造及实行了“TCL家电物流联盟伙伴模式”、“公路货运安检安全保障体系”、“通讯行业物流交钥匙工程”等领先于业界当代化物流运作模式。为顺应网络经济和全球经济一体化发展，南方物流于在业内率先通过ISO9002国际质量体系认证，建立了一套安全、可靠、高效、优质服务质量保证体系。同步为顺应物流行业信息化建设及发展需求，南方物流先后投资3000多万元，自主开发及建设了“基于互联网纯B/S构造物流公司ERP信息平台”，并通过平台与各大物流基地结合，为物流行业提供了一种支持“全球供应链”服务先进平台，为广大客户及生产制造公司提供了基于供应链一体化综合物流服务。
“服务永无止境”标语和基于供应链全程物流服务为南方物流赢得了众多客户和领跑中华人民共和国物流行业发展能力。当前南方物流与亚马逊、卡斯特、DHL、松下电器、加拿大北电网络、美国朗讯科技、法国施耐德电气、中华人民共和国电信、中华人民共和国联通、华为、欧迪办公、中兴、TCL、海尔、长虹、九阳、熊猫、顺特、美赞臣、康师傅、奥斯、乐家、清华同方等世界500强以及中华人民共和国领军公司建立了长期战略合伙关系。
1.3既有信息系统概述
南方物流投资3000多万元，自主开发及建设了 “基于互联网纯B/S构造物流公司ERP信息平台”，但是其中在物流跟踪方面尚且存在问题。
1.4信息系统需求概述
当前中小型物流公司遍地开花，但在信息化建设很不完善，重要决策工作依然凭借管理人员经验，感性地做出营运、配送等决策，使得整个营运配送效率低下并且成本比较高。当业务量比较小时，依托老式人工方式也允许以应付自如，但随着公司规模扩大，业务量激增，人工决策弊端就暴露无遗，不但效率低下，并且决策有效性大打折扣，严重制约公司进一步发展。大众物流正是经历了这样一种过程：人工决策——规模增大，业务量增长——效率下降，效果变差——信息化建设。
本系统重点解决问题：提高中小型公司市场反映速度、减少物流营运成本，为客户提供更优质、更多样和更及时服务，从而提高顾客满意度。
第二章 信息系统分析
2.1初步调查

l 公司概况
n 公司组织构造图
股东会
董事会
副总经理
副总经理
总经理
副总经理
综合管理部
项目部
仓储部
筹划部
财务部
人力资源部
运营管理部
质保部
运送部

图2-1 南方物流组织构造图
该公司属于直线职能制，现行系统在总经理领导下，设有各个部门，如图2-1所示。

n 公司管理职能分析

物流管理
运营管理
仓储管理
配送管理
客户管理
增长货单
取消货单
操作员工作量查询
货品查询
货品入库
货品出库
添加仓库
发货管理
接货管理
库房管理
管理员管理

图2-2 南方物流管理职能分析如图所示

l 对信息系统总体需求
n 既有资源
基于互联网纯B/S构造物流公司ERP信息平台

l 信息系统开发必要性分析
随着时代发展，物流对一种公司发展越来越重要。为了进一步提高中小型物流公司在市场中竞争力，是公司可以迅速精确对货品进行配送，充分理解客户需求，并能依照市场需求变化及时调节方略，因而需要建立物流管理信息系统。本系统就是专门为中小型物流公司开发一种物流管理信息系统。
本系统在详细分析和设计过程中选用了国内一家在物流信息管理方面做比较好物流公司——大众物流作为分析和设计样本，针对所要解决重点问题在其原有系统上进行改进，从而设计出一套可以在中小型物流公司通用物流MIS。

2.2可行性研究
n 经济可行性分析
物流管理信息系统构建虽然要支付一笔不小费用，但对于面临着发展问题中小物流公司而言，如何解决市场反映速度慢、物流营运成本高问题才是最重要，而本系统正是为解决这一问题而开发，短期内效益增长也许不明显，但从长期来看，运用好物流管理信息系统，公司会有一种健康迅速发展。因而，该系统开发设计对中小公司而言利不不大于弊，效益不不大于成本。

n 技术可行性分析
曾经独立自主开发了一套系统，技术层面完全不存在问题
n 营运可行性分析
一种有发展眼光、有战略思维公司管理者不会对信息系统运用嗤之以鼻，在系统开发过程中得到上层支持也许性是比较大。通过调查，大多数发展较好中小型公司高层领导均有构建物流信息系统意愿，因而，本系统在管理上是可行。
n 结论
按上述三方面进行可行性分析、研究后，以为由于南方物流已具备一种初步管理信息系统，并且领导层面有决心建造更完美信息系统。因此完善新系统是可行，可以立项。

2.3系统详细调查并提出新方案
2.3.1 业务流程分析
2.3.1.1 系统总体业务流程
n 文字描述
（1）客户提交配送订单（2）营运部对客户进行身份认证，验证通过后进入下一步，也可及时反馈物流信息给客户，以以便客户查询（3）营运部检查货品，并验证货品信息，无误后，与客户订立合同，并存储货品信息，进行分类整顿（4）依照订单规定营运部将作出决定，是将货品先存储到仓库还是及时进行配送（5）仓库存储货品，并对货品进行管理，对于届时间需要配送货品，仓库管理员告知配送中心，进行出库解决（6）配送中心进行配货、送货、退货返回等（7）运送点执行配送任务，监督系统进行途中监控（8）有关人员进行财务结算。
n 总体业务流程图
客户
服务申请
营运管理
货品单
仓库
管理

出库单
配送管理
货品
接货人
业务信息
仓库

图2-3 总体业务流程图
2.3.1.2 运营管理业务流程
n 文字描述
客户提出服务申请后营运部依照业务信息和仓库信息审核祈求，合理则对货品进行检查，无问题则与客户订立合同，详细信息分别送与客户和领导。客户也可申请取消合同，经审核后合理，则取消合同。
n 运营管理业务流程图
客户
服务申请
不合理祈求
审核
合理祈求
审核货品
退单申请
取消合同
货品
合同书
订立合同
领导
记录单
合同记录
货品单
仓
储
配送
部
货品信息
业务信息
仓库信
合同信息
合同信息

图2-4 运营管理业务流程图
2.3.1.3 仓库管理业务流程
n 文字描述
营运部将不需要及时发送货品交予仓储，库管员依照货品信息对货品进行检查，无误后直接进库，库管员对仓库中货品要进行管理，领导可随时查询仓库状态。
n 仓库管理业务流程图
简索
存库
货品信息
货品单
货品
验收
验收
告知单
货品
堆码
仓库信息
盘点
编制
报表
记录单
出库
出库单
配送部
业务信息
领导
询问
仓库
仓库
状态
报表
营运部

图2-5 仓库管理业务流程图
2.3.1.4 配送管理业务流程
n 文字描述
营运部将需要及时发送货品、在仓库中需要发送货品交予配送部，配送部依照货品信息和业务信息，对配送区域进行划分，然后生成配送筹划，告知运送人和搬运工。
n 配送管理业务流程图
营运部
货品单
确认
货品
划分派送区域
领导
记录单
筹划记录
出库单
仓库
打印装车单
打印派车单
货品装车
装车告知
派车单
运送人
搬运工
打印接受单
接受单
接货人

图2-6 配送管理业务流程图

l 信息流程分析
n 文字描述
信息流程中分别有顶层数据流程图，第二层数据流程图。
n 数据流程图
▲顶层数据流程图
通过物流管理总体业务流程图，可以得出物流管理系统关联图和顶层数据流程图，如图：

S1
客户

S2
接货人

业务管理
F1订单
F2订单反馈信息
F3发货单
F4取货单

图2-7系统关联图

P1
仓库管理
P2
营运管理

P3
配送管理
仓库信息
业务信息
客户S1
D1
D2
接货人S2
F1
F5
F5入库单单
F3
F3
F4

图2-8 顶层图

▲第一层数据流程图
◎仓库管理
◎营运管理
◎配送管理
货品验收

出库
货品堆码
检索仓库

盘点
编制报表
仓库信息
业务信息
货品信息
S3
S4
S5
D1
D2
D3
P1.1
P1.2
P1.3
P1.4
P1.5
P1.6
F5
F5.1货品验收单
F5.2货品记录单
F6.1 库存报表
F6 库存信息

图2-9 第一层数据流图（仓库管理）

F5
F5
S4
合同记录
订立合同
取消合同
P2.1
审核
审核货品
货品信息
合同信息
业务信息
仓库信息
S1
S5
S6
D1
D2
D3
P2.2
P2.3
P2.4
P2.5
F1
F1.1合格订单
F1.1合格订单
F1.2不合格订单
F5.2货品记录单

图2-10 第一层数据流图（营运管理）
F3.2货品派车单
货品装车
筹划记录
打印接受单
确认货品
划分派送区域
打印装车单
打印派车单
业务信息
货品信息
货品接受回执
配送筹划
S3
S6
S2
S7
S8
D2
D3
D4
D5
P3.1
P3.2
P3.6
P3.3
P3.4
P3.5
P3.7
F5
F3
F5.2货品记录单
F3
F3.1货品装车单

图2-11 第一层数据流图（配送管理）

n 数据字典
数据字典用于进一步定义和描述所有数据项，涉及数据流字典、数据存储字典、数据解决字典、数据元素、外部项五某些。

▲数据流字典
表2-1 数据流
数据流
系统名：南方物流管理信息系统
条目名：订单
编号： F1
别名：订单
来源：
S1客户
去处：
配送订单解决
数据流构造：
订单：{配送单标记{配送单单号+配送日期}+客户状况{客户编号+客户名称+客户地址+客户负责人姓名+客户负责人电话+客户开户行+客户银行账号}+配送货品状况{货品标记+名称+产地+数量}}
简要阐明：
客户所填客户状况及规定配送货品等信息。
修改记录：
编写

日期

审核

日期

表2-2 数据流
数据流
系统名：南方物流管理信息系统
条目名：订单反馈信息
编号： F2
别名：订单反馈信息
来源：
配送订单解决
去处：
S1客户
数据流构造：
订单：{发货单标记{发货单号+发货日期}+发货状况{货品编号+货品名称+规格型号+发货数量}+取货信息{取货单编号+取货人姓名+取货日期}}
简要阐明：
时刻反馈货品运营途中信息给客户。
修改记录：
编写

日期

审核

日期

表2-3 数据流
数据流
系统名：南方物流管理信息系统
条目名：发货单
编号： F3
别名：发货单
来源：
配送部管理员
去处：
发货解决
数据流构造：
订单：{发货单标记{发货单号+发货日期}+接受方状况{接受单位编号+接受单位地址+接受人姓名+联系电话}+发货状况{货品编号+货品名称+规格型号+发货数量}}
简要阐明：
配送部所填客户规定送货地发货明细。
修改记录：
编写

日期

审核

日期

表2-4 数据流
数据流
系统名：南方物流管理信息系统
条目名：取货单
编号： F4
别名：取货单
来源：
营运部管理员
去处：
信息查询解决
数据流构造：
订单：{取货单编号+取货人姓名+取货日期}
简要阐明：
营运部管理员所填收货状况等信息。
修改记录：
编写

日期

审核

日期

表2-5 数据流
数据流
系统名：南方物流管理信息系统
条目名：入货单
编号： F5
别名：入货单
来源：
仓储管理员
去处：
货品入库解决
数据流构造：
订单：{货品入库单标记{入库单号+入库日期}+入库单位{入库单位编号+入库单位地址}+货品入库状况{货品编号+货品名称+规格型号+价格+入库数量}}
简要阐明：
客户配送货品入库明细。
修改记录：
编写

日期

审核

日期

表2-6 数据流
数据流
系统名：南方物流管理信息系统
条目名：库存信息
编号： F6
别名：库存信息
来源：
仓库管理员
去处：
库存查询解决
数据流构造：
订单：{{仓库编号+仓库地址+最大容量+既有容量}}
简要阐明：
仓库管理员所填用于库存查询解决。
修改记录：
编写

日期

审核

日期

▲数据元素
表2-7 数据元素
数据元素
系统名：南方物流管理信息系统 编号： M1
条目名：顾客标记 别名：顾客
属于数据流：
F1
存储处：
D2、D2-1、D3
数据元素构造：
代码类型 取值范畴 含义
字符 00010001——99992999 XXXX(编号)X(新老顾客)XXXX(申请年号)
（由数字构成字符串）
简要阐明：
顾客标记是顾客辨认符，每个顾客均有惟一标记。
修改记录：
编写

日期

审核

日期

▲数据存储字典
表2-8 数据存储
数据存储
系统名：南方物流管理信息系统
条目名：仓库信息文献
编号： D1
别名：仓库信息文献
存储组织：
每个仓库一条记录
主核心字：
仓库编号
记录构成：
字段名称 类型 宽度
仓库编号 character 4
仓库地址 character 20
最大容量 numeric 10
既有容量 numeric 10
简要阐明：
存储关于仓库信息。
修改记录：
编写

日期

审核

日期

表2-9 数据存储
数据存储
系统名：南方物流管理信息系统
条目名：业务信息文献
编号： D2
别名：业务信息文献
存储组织：
每笔业务一条记录
主核心字：
发货单号、货品编号
记录构成：
字段名称 类型 宽度
发货单号 character 17
货品编号 character 15
客户编号 character 4
货品名称 character 10
简要阐明：
存储关于业务信息。
修改记录：
编写

日期

审核

日期

表2-10 数据存储
数据存储
系统名：南方物流管理信息系统
条目名：顾客信息文献
编号： D2-1
别名：顾客信息文献
存储组织：
每位顾客一条记录
主核心字：
客户编号
记录构成：
字段名称 类型 宽度
客户编号 character 4
客户名称 character 20
客户地址 character 20
客户负责人姓名 character 8
客户负责人电话 character 12
客户开户行 character 20
客户银行账号 character 16
简要阐明：
存储关于仓库信息。
修改记录：
编写

日期

审核

日期

表2-11 数据存储
数据存储
系统名：南方物流管理信息系统
条目名：取货信息文献
编号： D2-2
别名：取货信息文献
存储组织：
每次取货一条记录
主核心字：
取货单编号
记录构成：
字段名称 类型 宽度
取货单编号 character 10
取货人姓名 character 20
取货日期 datetime 10
简要阐明：
存储关于仓库信息。
修改记录：
编写

日期

审核

日期

表2-12 数据存储
数据存储
系统名：南方物流管理信息系统
条目名：货品信息文献
编号： D3
别名：货品信息文献
存储组织：
每件货品一条记录
主核心字：
客户编号、货品编号
记录构成：
字段名称： 类型 宽度 小数
客户编号 character 4
货品编号 character 15
货品名称 character 10
规格型号 character 10
价格 numeric 8 2
库存数量 numeric 10
简要阐明：
存储关于货品信息。
修改记录：
编写

日期

审核

日期

表2-13 数据存储
数据存储
系统名：南方物流管理信息系统
条目名：发货信息文献
编号： D3-1
别名：发货信息文献
存储组织：
每次发货一条记录
主核心字：
发货单号、货品编号
记录构成：
字段 类型 宽度
发货单号 character 17
发货日期 character 8
接受人姓名 character 10
接受地址 character 20
货品编号 character 4
货品名称 character 10
规格型号 character 10
发货数量 numeric 10
简要阐明：
存储关于发货信息。
修改记录：
编写

日期

审核

日期

▲数据解决字典
表2-14 数据解决字典
加工
系统名：南方物流管理信息系统
条目名：发货解决
编号： P1-1-1
别名：发货解决
输入：
F3 发货单
输出：
F3 发货单
加工逻辑：
依照发货单进行发货有关解决。
简要阐明：
对需要发送货品进行发货解决
修改记录：
编写

日期

审核

日期

▲外部项
表2-15 外部项
外 部 项
系统名：南方物流管理信息系统
条目名：客户
编号： E1
别名：顾客
输入数据流：
F1
输出数据流：
D2、D2-1、D3
重要特性：
客户编号、客户名称、客户地址、客户开户行、客户银行账号
简要阐明：
存储顾客各类信息，涉及客户编号、姓名、地址等。
修改记录：
编写

日期

审核

日期

当前系统存在问题：
当前该公司物流管理系统详细薄弱环节有如下几点：
1、 数据重复收集和存储，增长了管理工作量和出错也许性。在信息传递方式上重要靠大量报表，使信息周转慢，数据大量冗余，还也许浮现数据不一致现象。
2、 如果半途需要取消合同是很困难，只有货品没开始运送才可以取消。
3、 信息运用效率低下，综合分析能力欠佳。各种记录报表耗费了相称多精力，但有些报表却没有发挥其应有作用。在规划过程中难以掌握全面和进一步信息，决策缺少科学根据。
4、 进出库速度慢。由于拣货管理缺少信息支持，货品进库后来由仓库管理人员随机安排库位，在业务量小状况下，问题不明显。在仓库业务流量大状况下，没有预先合理安排库位，增长出库搬运、找货等工作，及货品入库找不到详细库位等问题，经常不“对号入库”，使仓库管理成本居高不下。
5、 配送成本高。在执行配送业务时，对配送目地和配送时间没有进行有效排序和统筹安排，有配送是可以叠加在一起配送，而实际运作中，往往一车没有装满就发车了，剩余又要再派车配送，增长了大量配送运送成本。
6、 运送成本高。由于运送线路没有优化，增长了运送成本。
依照现行系统薄弱环节，改进后系统实现目的如下：
1、 十分灵活商品编码管理，支持商品规则可变性。
2、 新增在途跟踪管理，十分清晰商品在途状态管理以及差别管理。
3、 领导可随时查询营运、仓储、配送各部状况。
4、 互联网WEB为基本商品配送与配送解决流程。
5、 重要客户分析及市场分析。
业务流程改进：
针对在配送环节局限性，可在配送管理中增长在途跟踪机制，别的流程与原系统同样。新系统业务流程如图：

营运部
货品单
确认
货品
划分派送区域
领导
记录单
筹划记录
出库单
仓库
打印装车单
打印派车单
货品装车
装车告知
派车单
运送人
搬运工
打印接受单
接受单
接货人
事故解决
解决报告
营运部
领导
途中监控
监控系统
货品

图2-12 新系统业务流程图

改进后数据流程如图：

货品装车
筹划记录
打印接受单
确认货品
划分派送区域
打印装车单
打印派车单
业务信息
货品信息
货品接受回执
配送筹划
事故解决
监控记录
途中监控

图2-13 改进数据流程如图

第三章 信息系统设计
3.1信息系统总体设计
3.1.2软件系统总体构造设计
l 文字描述
南方物流管理信息系统共分运营管理、仓库管理、配送管理三个子系统。
l 模块设计
n 绘制H图

图3-1 同仁堂药店业务管理信息系统功能模块构造
n 绘制控制构造图
▲销售子系统控制构造

图3-2  销售子系统控制构造
在图3-2中，通过输入功能模块得到订单、顾客细节、库存细节信息，然后进行销售解决。在销售业务解决中，一方面对订单、顾客细节进行编辑，并反馈出编辑后订单，然后对编辑过订单再进行检查核对并且加载分类标志。订单、顾客细节、库存细节通过编辑、检查核对后进行分类解决。依照订单加载分类标志，将订单划分为不可供解决（反馈出缺货单）和不合格订单，对于可供货订单，要依照货名和数量修改库存，依照顾客细节、货名和数量建销售记录，并为顾客开发货票。
▲采购子系统控制构造

图3-3  采购子系统控制构造

▲会计子系统控制构造

图3-4 会计子系统控制构造
n 绘制IPO图

图3-5 系统IPO图(主控模块)

图3-6  系统IPO(一)

图3-7  系统IPO(二)

图3-8  系统IPO(三)

图3-9  系统IPO(四)

图3-10  系统IPO(五)
3.2代码设计
l 文字描述
本系统代码设计采用线性分类体系，按分类对象从属、层次关系为排列顺序。
l 代码设计（以产品代码为例）
n 产品代码设计

图3-11 产品代码设计

第一位位：药物类别 二、三位数字为：药用某些
编号
类别
1
植物类
2
动物类
3
矿物类
4
其她
编号
类别
01
果实
02
根类
03
叶类
04
花类
05
茎类
06
皮类

四、五位数为字：药物产地 六、七两位数字为：药材编号
例如：
编号
类别
01
东北
02
华北
03
西北
04
东南
05
华南
06
西南
编号
类别
1010101
五味子
1010102
牛蒡子
101
人参

校验码为:采用算术级数算法
例如 ： 东北产人参
1 0 2 0 1 0 1
* 1 2 3 4 5 6 7
1 0 6 0 5 0 7
则该代码第八位为 (1+0+6+0+5+0+7)Mod 7 =5
东北产人参代码为1015
备注：当余数为10时则校验码为0

3.3数据存储设计
3.3.1数据库设计
l 概述
在系统数据库设计中，一方面要对系统分析得到数据词典中数据存储进行分析，分析各数据存储之间关系，课采用E-R图办法进行数据构造分析。这里以药材数据库为例。
l 实体—关系模型（E—R模型）
n 绘制E—R图

图3-12 E—R图
属性：

图3-13

图3-14

图3-15

图3-16

图3-17

图3-18

图3-19

l 数据规范化
n 阐明三种规范户形式（描述1NF，2NF，3NF定义）
1NF：属于1NF关系应满足基本条件是元组中每一种分量都必要是不可分割数据项。
2NF：指是这种关系不但满足第一范式，并且所有非主属性完全依赖于其主码。
3NF：指是这种关系不但满足第二范式，而其他任何一种非主属性都不穿地依赖于任何核心字。
n 进行规范化（规定符合3NF），但必要时可以进行反规划
显然上面E-R图完全符合3NF，因而不需要修改。
n 绘制出调节后E-R图

图3-20 E-R图
l 建立逻辑模型
实体：
药材信息表（药材标记，药材名称，药材类别）
库房信息表（仓库货位号，仓库位置）
供应商信息表（供应商编号，供应商名称，供应商地址，供应商电话，供应商传真）
客户信息表（客户编号，客户姓名，客户地址，客户电话，客户传真）

联系：
存储信息表（存储编号，药材标记，供应商编号，药材存储数量，药材入