配送管理信息系统.doc

.0前言0.1作业背景本文根据物流管理信息系统课程设计课程要求而做。课程作业要求如下：用面向对象系统开发的方法，网站开发工具和数据管理工具分析、设计和实现一个实用的针对餐饮行业“真功夫”配送管理信息系统。0.2选题说明 在本课程设计前期，我们通过走访湖南省长沙市几个典型的快餐行业以及上网浏览这些快餐行业的资料，面对面的与用户交流之后，发现如下问题：（1）个别快餐行业存在客户反应速度偏慢，出现订单满足率不高、不能将服务及时快速准确送达客户的现象。（2）存在价格过高等现象。问题在于运输路线、车辆调度不合理，造成运输成本、配送价格偏高现象。（3）客户需求预测不够完善。没有重视将客户作为企业最重要的资源，没有通过对客户的服务的持续完善，和对客户各种深入的分析，从而达到对客户需求的预测。（4）没有完善的售后客户服务及改进平台。针对因配送服务方面出现差错的客户投诉未进行归纳、总结及改善，导致客户流失现象。为了解决以上问题，我们设计了针对实际情况的配送管理信息系统。该系统为企业提供了一个专业性的配送管理信息平台，对整个业务过程中的订单、车辆、货物进行全程业务控制，监控各个业务环节是否出现延滞和错误，以确保正确和及时地执行客户订单，保证整个业务流程的顺畅。通过对车辆、人员的管理，利用自有运输资源和外部运输资源，实现作业的合理分配，提高人员的工作效率，降低作业成本。通过对整个物流配送任务的运行过程进行实时服务跟踪，提高整个配送过程的服务质量和客户满意度。1项目计划1.1项目概况1.1.1系统建设必要性和意义快餐业的发展是由社会进步和经济发展决定的，是人民生活水平提高与生活方式改善的迫切需要，是人们为适应社会经济建设，工作与生活节奏加快，家庭服务和单位后勤服务走向社会化的必然产物。20世纪80年代，物流配送的概念开始传入我国，是新兴发展的一项技术，但物流配送技术在餐饮行业中的应用还不成熟，我国大部分餐饮配送服务差强人意，停留在通过传统配送“赚客户的钱”的阶段，现状整体落后，配送成本高，专业化程度低，服务内容缺乏竞争力，不能满足客户需求。配送管理信息化系统推行程度不高，使物流供应商对餐饮企业的信息掌握有限，决策层不能及时了解配送、库存等情况的动态变化，故而无法执行科学合理的运输、财务计划；缺乏相应数据的统计和分析报表，无法为决策提供参考依据。因此对于餐饮连锁店来说，要想在激烈的竞争中突围，关键还在于拥有一套专业的配送管理信息系统来保证物畅其流。系统建设的意义可以归结为以下几个方面：（1） 有利于促进餐饮行业配送管理水平的提高先进的配送管理信息系统，能够保持企业信息流和物流的畅通，能够帮助快速高效的实现订单反应、配送运输等的整个业务流程，使服务流程优化，服务水平提高。这就要求企业及时掌握真实和动态的库存状态，合理调配运力、库房、人员等各种资源，有效监控和反馈订单执行情况，有效统计和管理门店货物需求信息，及时掌握提供决策分析的相应数据统计和分析报表。（2）有利于促进餐饮行业物流管理水平的提高发展现代餐饮行业物流配送管理信息系统，必须要对现有的配送信息系统进行整合，优化业务流程，再造组织结构，应用信息技术和现代化的物流设备，全面推行科学分析与控制，实现物流与商流、资金流、信息流的统，有利于促进该行业物流管理水平的提高。1.1.2同类型系统建设发展现状说明近几年来，尽管中式快餐业发展很快，网店数量和规模都不断扩大，品牌企业的发展实力和运营也日益增强，但以麦当劳、肯德基为代表的洋快餐相比，中式快餐还存在明显的差距。究其原因，是因为洋快餐有明显的优势：方便快捷，立等可取，节省了消费者的就餐时间。在配送方面，中式快餐缺少一套专业的配送管理信息系统来保证物畅其流。1.2项目计划1.2.1设计范围针对同类型系统的优势和劣势，我们计划设计一个“真功夫”的配送管理信息系统，以便保证物畅其流。该系统主要专注于物流配送管理一方面，具备以下功能：（1）信息服务。本系统有客户服务模块，可以及时有效的对客户进行服务。（2）物流配送。运用现代物流配送方法，对用户需求地进行分析规划，对客户进行细致周到专业的配送服务。（3）运输。通过对路线的优化选择，车辆配装的合理分配，使运输更加方便快捷。1.2.2可交付的工作任务基于现阶段真功夫发展的需要，拟建一个以信息服务为主要内容的配送管理信息平台，具体说明如下：（1）业务流程图 （2）数据流程图 （3）U/C矩阵（4）E-R图（5）功能模块图（6）网络拓扑图（7）数据表1.2.3所采用的工具和技术清单在系统的设计中，我们主要用到了一系列的工具与技术，具体如表1-1所示。表1-1 工具与技术清单设计内容工具系统业务流程的分析与设计业务流程图系统数据流的分析与设计数据流程图文字编辑和图表制作Word数据库实现VF图表设计Visio整体形象设计及调整Photoshop数据库设计E-R图1.2.4各项任务工作量估计、项目分工、时间进度安排（1）经过仔细的考虑，我们将时间进行了合理的分配，具体的设计进度见表1-2。表1-2 课程设计进度表课程设计工作进度表工作内容全体人员工作时间进度系统规划全体人员8时人6.156.16系统分析全体人员20时人6.166.18系统设计全体人员20时人6.196.21系统实现全体人员12时人6.226.23上交文档全体人员8时人6.24（2）本次设计范围、所需交付的每一项任务所需方法工具、完成每一项任务所需工作量的估计、项目分工、时间进度安排进行汇总，见表1-3。表1-3 工作任务及实施明细表步骤内容具体内容参加人员方法工具工时1系统规划系统规划全体人员调研讨论8时人2系统分析目标分析全体人员调研讨论2时人用户分析全体人员调研讨论2时人组织结构功能分析徐明月组织结构图 组织/功能图3时人业务流程分析罗姣业务流程图3时人数据分析傅赛数据流图数据字典3时人处理逻辑描述廖韦慧判定表3时人数据存储分析郭凯敏数据立即存取图4时人3系统设计网络拓扑结构设计全体人员BC,CS分析网络拓扑结构图4时人功能模块设计徐明月系统结构图、HIPO图4时人代码设计罗姣规范设计3时人数据库设计傅赛ER实体图关系表3时人输入输出设计廖韦慧界面设计3时人处理过程设计郭凯敏流程图3时人4系统实现栏目内设计全体人员调研、讨论3时人物理储存结构设计全体人员网站设计3时人布局设计全体人员Dreamweaver、PS3时人总体风格设计全体人员Dreamweaver、PS3时人5上交文档上交文档全体人员8时人2系统分析2.1系统目标2.1.1系统的目标我们所设计的系统是“真功夫”配送管理信息系统，我们的目标在于利用物流信息方面的技术作为企业的核心竞争力，推动自身其它方面的不断发展，争取成为快餐行业的佼佼者。2.1.2系统的类型网站类型确定为“真功夫”餐饮行业与用户之间信息服务性网站。通过专业化的物流配送信息服务，实现客户需求满足，同时实现企业的建设和发展。2.1.3业务领域通过先进的配送管理信息系统，建立企业自身完善的数据库。在客户下订单后，通过对车辆、人员的管理，利用自有运输资源和外部运输资源，实现作业的合理分配；对整个业务过程中的订单、车辆、货物进行全程业务控制，监控各个业务环节是否出现延滞和错误，以确保正确和及时地执行客户订单；最后，根据相关单据进行财务结算等工作。2.1.4服务对象目前主要的服务对象是湖南省长沙市大学城附近的人群。随着业务的增加和自身实力的提升，未来可能会将服务对象扩展到全国大中型城市。2.2 同行业系统对比分析我们根据实地考察和网上调研，通过了解同行业主要竞争对手的发展现状，总结出其优势和劣势，具体内容见表2-1。表2-1同行业系统对比分析表主要竞争对手业务范围运营模式交易方式服务优势存在不足肯德基立足湖南、辐射全国定点销售、网站运营面对面交易和网上交易结合市场规模大，可以提供的服务全面配送价格相对偏高麦当劳同上同上同上专业配送等专业化服务销售范围相对偏小必胜客同上同上同上企业实力强，销售点较多，宣传到位消费水平偏高，配送种类相对单一通过了解并研究以上竞争对手的情况，我们发现“真功夫”配送管理系统存在以下的优势和劣势： 1）优势：我们业务比较集中，目前仅在湖南省长沙市的高校。另外我们对高校的情况比较了解，可以根据实际情况对我们的相关计划进行调节，可动性比较强。 2）劣势：目前企业的实力不是很大，在宣传等业务附加层面做的不是很好。2.3 用户分析我们根据自身业务和系统建设的需要，设定了前台用户和后台用户。前台用户是指根据系统设计者设计出的功能进行相关业务的部门和客户。主要包括：车辆调度部、客户服务中心、财务部、人事部、信息部、终端客户。后台用户是指进行系统建设和维护的相关人员，主要包括：信息部系统维护员、数据库管理员、程序设计员、系统设计员。2.4 组织结构与功能分析1)组织结构图反映组织内机构设置情况，反应组织内各机构之间的关系。组织结构图采用层次模块的形式绘制。图2-1是“真功夫”配送管理信息系统的组织结构图。采用事业部制组织结构，实行集中决策的分散经营和分权管理。总经理客服部调度部信息部人事部财务部部门经理人员部门经理人员部门经理人员部门经理人员部门经理人员 图2-1“真功夫”配送管理信息系统组织结构图2）功能组成表反映了系统的一级模块和二级模块，以及模块相关的功能。这些均在表2-2中得以体现。表2-2 “真功夫”信息系统的功能组成表一级模块名称二级模块名称实现的功能描述订单管理订单接收订单确认接受、审核客户订单，在运营过程中可以对订单进行查询。配送管理运输计划调度配送路线优化配送商品追踪配送车辆调度数据维护通过查询从订单管理模块传递过来的订车信息，制定相关的运输计划和调度，并根据订单需求和区域地理信息，来确定优化的配送路线和配载计划方案，对货物运输的动态跟踪和监控，从而实现配送成本的最大效益。途中意外状况处理，进行数据维护退货管理用户退货管理支持扫描式退货商品信息输入方法，发送退货单到相关部门和系统客户关系管理客户服务管理客户信誉评估客户资料查询客户反馈管理客户管理集中把客户的一个订单当作项目全程跟踪，包括对客户提供的服务类型、对客户信用的评价及客户在服务过程中的反馈等各个方面。财务管理账单管理配送计费管理利润结算管理财务统计报表财务管理功能主要用于配送管理业务中和费用相关的各种数据，并建立配送管理信息系统与专业财务系统的接口。3）在一个系统中，明确各个组织和相关功能的关系是合理建设并应用系统的前提，基于这方面的考虑，我们给出了表2-3。表2-3 组织功能关系表功能组织财务管理配送管理客户服务信息管理财务计划成本核算基金管理车辆调度人员调度跟踪监控信息反馈系统建设系统维护信息汇总客服部门*调度部门*信息部门*人事部门*财务部门*注：“*”表示该项业务是对组织的主要业务“”表示该单位是参加协调该项业务的辅助单位“”表示该单位是该项单位的相关单位“”表示该单位与对应业务无关2.5 业务流程分析业务流程分析主要是针对系统所涉及的业务功能帮助系统分析人员了解系统所要达到的目标，防止其在系统的设计时出现不合理的情况，为新系统的开发打下良好的基础。2.5.1 订单处理流程从接到客户订单开始到到货签收为止一直是以订单或订单为依据生成其它单据来连接相关处理的。少量的订单可以进行人工管理，但对于大批量的订单，人工管理显然不足以满足要求，这时若能采用计算机辅助管理，便可以提高工作效率，减少出错率。但在进行计算机辅助管理之前，需要对订单处理的流程进行分析，图2-2就是该系统的订单处理流程。客服部订单接收订单订单审核建立客户档案客户信息合格订单财务报表配送管理财务清单客户签收调度部客服部图2-2 订单管理的业务流程图由以上的业务流程图可以看出：当用户向客户服务部发出订单，并由其验收订货单后，根据验收订货单建立客户存档，对验收合格的订货单将发送给调度部，调度部根据客户分布情况和订单制定出配送计划 ，之后就是送货和客户签收了，签收后财务部和客户进行财务结算，并生成结算清单，同时存档。2.5.2配送作业流程配送作业流程主要是调度部根据运输资源和所需运达的地点以及运输量制定出的合理的运输计划，目的在于以最低成本获得最高效的运输。本系统的配送作业流程见图2-3。配送单确定配送方式生成配送计划配载计划路线选择配送计划生成调度计划费用结算配送跟踪业务统计统计报表调度部财务部配送资源文件财务费用结算 配送计划文件图2-3 配送管理的业务流程图由上述的配送管理流程图可以看出：调度部根据运输资源和所需运达的地点以及运输量制定出合理的运输计划，同时进行配送计划存档，然后生成调度计划，调度计划随后传给财务部进行成本统计和费用结算，同时生成结算清单，在整个配送过程中，实行了配送跟踪，最后进行配送业务统计并生成统计报表。2.6数据分析汇总在此次系统调查中我们按组织结构和业务过程收集了大量的数据并制定了相应的数据调查表，它们在一定程度上反映配送管理业务对数据的需求和现有的数据管理状况。我们对于这些数据资料加以汇总、整理和分析，使之协调一致，为以后在分布式数据库内各子系统充分的调用和共享数据资料等功能的实现奠定了基础。现将分析汇总的过程简述如下：1）确定数据类型确定数据类型包括用功能法归纳出数据类，然后通过实体/数据类矩阵得到功能/数据类矩阵。（1）用功能法归纳出数据类。即对每个相应的输入输出数据类，进行归纳总结出数据类。详细情况见表2-4。表2-4 实体/数据类矩阵实 体数据类产品客户设备资金人员计划销售计划市场计划设备计划预算人员计划统计产品需求销售历史利用率财务统计人员统计文档产品品类客户资料工作负荷及运行财务会计职工档案事务订货调度记录进出记录应收业务人事调动记录（2）功能/数据类矩阵。功能/数据类矩阵表示功能与数据类之间的联系。功能与数据类交叉点上标以，C表示这个数据由相应的功能产生；U表示这个功能使用这个数据类。具体的情况见表2-5表2-5 功能/数据类矩阵数 据功 类 能餐饮成本职工财务财务区域设备计划订单服务C财务计划UUC固定资产UCU调度C人员计划CUU车辆管理UC成本会计CU通用会计CU成本计划CU招聘发展U2）子系统划分及其实施顺序的确定，即调整功能/数据类矩阵。其实现的过程主要包括以下的两个方面：（1）功能这一列按功能组排列，每一功能组中按资源生命周期的四个阶段排列。（2）排列“数据列”这一行，使得矩阵中C最靠近主对角线，同时使U也尽可能靠近对角线。得到调整后的功能/数据类矩阵，见表2-6。表2-6 划分子系统表数 据功 类 能 计划财务设备客户服务区域成本职工财务计划CUU固定资产CUU订单服务CU调度C车辆管理CUU成本计划UC成本会计UUCU通用会计U人员计划UC招聘发展U2.7数据流程分析数据流程分析基于已有的业务流程分析，把数据在组织内部的流动情况抽象地独立出来，舍去了具体的组织机构、信息载体、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。数据流程分析的目的就是要发现和解决数据流通中的问题。对收集的数据及处理数据的过程进行分析和整理，以形象直观的数据流程图表示出来，作为今后建立数据库系统和设计功能模块处理过程的基础。该配送管理信息系统的数据流程图绘制的主要步骤如下：画数据流程图的顶层图，初步确定系统的输入、输出和外部实体；分解顶层图；逐步分解、扩充和调整，进行二级细化。具体数据流程图见图2-4至图2-6。真功夫 P0配货处理 订单 运输计划（含订货单）图2-4 “真功夫”配送管理信息系统数据流程图（顶层）P3仓库管理P4配载车辆P5到货确认P6财务结算供应商仓储部餐饮 采购部P1订单审核P2材料采购订单 合格订单 D2 采购订单 D3 生成发货单 D7 D6 D4 库存清单配 出 送 库 计 清 划 单D8 到货确认明细 D5 收货清单 D1 订货单D9 到货结算清单图2-5“真功夫”配送管理信息系统数据流程图（第一层）P4.1确定配送方式P4.2生成配送计划P4.3生成调度计划P4.6费用结算P4.4配送跟踪P4.5业务统计 D6 出库清单 D12 配送源文件D14 配送方式文档 D7 配送计划文档计划信息调度信息运输信息 配送信息 D14 统计报表 D11 配送结算清单图2-6 配送管理数据流程图（第二层）2.8数据字典数据字典是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据和外部实体进行定义和描述的工具，是数据分析和管理的工具，同时也是系统设计阶段进行数据库设计的重要依据。其主要包括以下的六部分。1）数据项。数据项又称为数据元素，是数据的最小组成单位。数据项见表2-7。表2-7 数据项一览表编号数据项类型长度小数位值域从属说明B001产品编号字符13产品B002产品数量数据500产品B003产品价格货币840产品B004工号字符10员工B005入职日期日期8员工B006员工姓名字符10员工B007顾客姓名字符12顾客B008号码数值820顾客B009地址字符50顾客B010备注字符30顾客B011数量数值400所发商品B012折扣数值840所发商品B013退货单价数值840销售退货2）数据结构。数据结构是对数据之间的组合关系进行的定义，只有明确了数据之间的关系才能更好的进行系统的设计，为以后的系统的有效使用奠定坚实的基础。具体的数据结构见表2-8。表2-8 数据结构一览表编号名称组成有关数据流或数据结构有关的处理逻辑简要说明J001产品产品编号、名称、规格、单价、订货单、发货单编辑/审核订货单，编辑发货单公司负责订单基本信息J002出货信息出货单号、时间、数量出库单、发货单、收款通知出货、配送、会计向库户提供货物的信息J003员工信息工号、姓名、入职日期员工管理的基本信息3）数据流。数据流表达了数据的流向。其由一个或一组固定的数据组成。只有明确了数据的准确流向才能更好的管理和使用数据，使整个系统准确的运行，并且可以使系统在紧急情况下不受损害。见表2-9表2-9 数据流一览表数据流编号数据流名称简要说明数据流来源数据流去向数据流组成D001订单顾客开出的订货凭证顾客中式快餐物流管理信息系统订单号、日期数量、单价D002运输计划清单运输部门开出的运输凭证运输部门客户服务部门运输单号、日期、数量D003到货确认明细客户服务部门开出的客户收货凭证客户服务部财务部门到货确认明细单号、日期、数量4）处理逻辑。数据字典中的处理逻辑，仅对数据流程图中最底层的处理逻辑加以说明。处理逻辑具体情况见表2-10。表2-10 处理逻辑一览表处理逻辑编号处理逻辑名称输入数据流输出数据流处理有关的数据存储C001客服部门订单、运输计划清单订单、到货确认明细单根据订单制定采购单、由运输计划清单得到到货确认明细单订单存档、到货确认明细存档C002运输部门货物清单运输计划清单运输部门根据出库清单生成运输计划清单运输计划存档C003财务部门到货确认明细单送货结算清单进行财务结算送货结算清单存档5）数据存储。数据存储是指在系统中应该保存的数据结构以及具体的数据内容，不涉及数据存储的物理组织。具体存储情况见表2-11。表2-11数据存储一览表编号数据存储名称组成部分立即查询D1产品需求清单产品编号有产品名称无单价有备注无D2收货清单产品编号有产品名称无单价有收货量有需求日期有备注无D3运输计划文档运输编号有运输距离无运输时间无运输量无备注无6）外部项。外部项是信息系统数据的来源和去向。主要包括客户和供应商。其编号等具体情况见表2-12。表2-12 外部项一览表外部项编号外部项名称简要说明输入数据输出数据W001顾客订餐顾客订单W002供应商提供食材的供应商采购单发货单、付款通知以上的表详细的介绍了该系统的数据字典，在数据流程图和数据字典等工具相互配合下，便可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。为以后的系统设计奠定坚实的基础。;.3系统设计3.1总体结构设计在对U/C矩阵进行变换分析后，可得到子系统划分结果。为了便于今后系统开发和系统运行,系统的划分应遵循如下原则：1）子系统要具有相对独立性。子系统的划分必须使得子系统内部功能、信息等各方面的凝聚性较好。在实际中我们都希望每个子系统或模块相对独立,尽量减少各种不必要的数据调用和控制联系,并将联系比较密切、功能近似的模块相对集中,这样对于以后的搜索、查询、调试、调用都比较方便。2）要使子系统之间数据的依赖性尽量小。子系统之间的联系要尽量减少,接口要简单、明确。一个内部联系强的子系统对外部的联系必然很少,所以划分时应将联系较多者列入子系统内部。相对集中的部分均已划入各个子系统的内部,剩余的一些分散、跨度比较大的联系,就成为这些子系统之间的联系和接口。这样划分的子系统,将来调试、维护和运行都是非常方便的。3）子系统划分的结果应使数据冗余较小。如果我们忽视这个问题,则可能会使相关的功能数据分布到各个不同的子系统中,大量的原始数据需要调用,大量的中间结果需要保存和传递,大量计算工作将要重复进行。从而使得程序结构紊乱,数据冗余,不但给软件编制工作带来很大的困难,而且系统的工作效率也大大降低了。4）子系统的设置应考虑今后管理发展的需要。子系统的设置光靠上述系统分析的结果是不够的,因为现存的系统由于这样或那样的原因,很可能没有考虑到一些高层次管理决策的要求。3.1.1子系统划分子系统划分后，留在子系统小方块外面的还有若干个U元素，这些U元素就是今后子系统之间的数据联系，即共享的数据资源。子系统的划分如表3-1所示。 表3-1子系统划分表数 据功 类 能 计划财务设备客户服务区域订货成本职工财务计划CUU固定资产CUU订单服务CUC调度C车辆管理CUU成本计划UC成本会计UUUCU通用会计U人员计划UC招聘发展U在子系统划定之后，所有数据的使用关系都被小方块画隔成两类。一类在小方块内。在小方块内产生和使用的数据，主要被放在相应子系统的计算机设备上进行处理。另一类在小方块外，表示的是各子系统之间的数据联系，这些数据资源今后将被放在网络服务器上供各子系统共享或通过网络来相互传递数据。3.1.2 硬件配置设计与软件配置设计系统的实现离不开硬件和软件，为了使二者协调统一，共同为系统服务，必须进行相关设备的选择。本系统设备的选择见表3-2。表3-2 设备选型表设备/项目型号说明客户端C1.6DDR128M20G可以根据需求改动服务器戴尔PowerEdge 1600SC 塔式升级1调制解调器/集线器D-LNK具体型号向专业人士咨询网线100Mb/s防火墙瑞星建议数据库软件VFPC OS（服务器）待定打印机惠普PHOTOSMART7268建议3.1.3通信与网络配置设计该系统的运行平台是网络结构的平台，该系统暂时不考虑与外部网络的连接，数据的传输只在该系统内进行，所以使用的是局域网结构。此处选用的是星型网络拓扑图，因为它实现和维护比较容易。操作系统采用Windows 2000系统，该系统的安全性与稳定性较好，网络性能也比较优异，对数据库能提供稳定的支持，界面比较美观，实用性强。网络连接设备主要是集线器与调制解调器，主要用于连接各个终端与服务器。该系统网络拓扑结构如图3-1所示。图3-1系统网络拓扑结构图该系统适合使用以太网技术，因为具有配置与安装比较简单，容易维护，成本低等优点。集线器采用D-Link品牌，网线采用局域网双绞线。3.2代码设计代码设计中应考虑以下几个主要原则：唯一性原则、标准化与通用性原则、简单性原则、稳定性和可扩充性原则、容易修改原则、满足系统要求原则和便于记忆和使用原则。在该高校书籍物流管理信息系统中所涉及的代码设计主要有：供应商、客户、员工、书籍、车辆、仓储。原则上各个单据还应为其设计各种单号，以识别各张表单，但各个物理单据已经有相关的编号，且单号均由数字组成，方便计算机的处理和使用，所以不再为它们设计相关的代码，沿用原单据的单号。相关的代码设计如下：1）客户的代码设计。采用客户名称的各个字的汉语拼音字母的第一个字母组成。如果遇到两个相同的，就在他们的代码后面再加上数字以示区分，三个以上同样道理。客户代码设计如图3-2所示。XXXXX X区别码识别码图3-2客户代码3）员工代码设计。采用字母加汉字的设计形式。如属于采购部的员工，工号前面是XS两个英文字母，后面跟3个数字。员工代码设计如图3-3所示。XX XXX区别码 识别码图3-3员工代码3）产品的代码设计。产品的代码设计结构采用校验码+商品项目代码+厂商识别代码的形式。产品代码设计如图3-4所示。XXXXXXX XXXXX X校验码 商品项目代码 厂商识别代码图3-4 书籍代码4）车辆的代码设计。车辆的代码即为车辆号码。3.3模块设计功能模块设计是以模块分析为基础的。模块分析是描述系统需求的一个过程，需要将需求分析中的感性描述进行抽象，提取出要实现的功能。这是整个系统开发的一个关键过程。模块设计的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制。3.3.1系统的模块结构图根据对配送管理信息系统各业务部门的研究与分析，可分为以下模块，整个系统的结构见图3.3.1.1。餐饮配送管理信息系统订单管理配送管理退货管理客服部门账务管理图 3.3.1.1餐饮配送管理信息系统结构图 (1) 订单管理模块。此模块用于管理销售订单。订单管理订单接收订单确认订单存档 图3.3.1.2订单管理模块结构图 (2) 配送管理模块。此模块用于管理配餐的配载装车，以提高车辆利用率。配送管理配送单管理配送路线管理配送商品选择途中意外情况处理数据维护图 3.3.1.3 配送管理模块结构图(3) 财务结算模块。此模块用于统计一段时间内财务总的情况，包括订单结算、工资结算、运输费用结算、车辆维修费用结算等情况；根据客户不同的要求，生成不同的结算报表。财务结算工资结算订单结算运输费用结算车辆维修费用车辆维修费用图3.3.1.4 财务管理模块结构图3.3.2各个模块的HIPO图根据该系统的相关功能，总结系统的输入和输出，我们建立了各个模块的HIPO图，以便为以后数据库设计做好准备。详细情况见图3-11。餐饮配送管理信息系统订单管理配送管理退货管理客服部门账务管理订单接收订单确认订单存档配送单管理配送路线管理配送商品选择途中意外情况处理数据维护工资结算订单结算运输费用结算车辆维修费用车辆维修费用图 3.3.1.5 餐饮配送管理信息系统3.4数据库设计数据库设计就是根据用户需求研制数据库结构的过程，对于一个给定的应用环境，构造最优的数据库模式。建立数据库及其应用系统，是指能有效地存储数据，满足各种用户的应用需求（信息需求和处理需求）。按照规范设计的方法，考虑到数据库及其应用系统开发的过程，可将数据库设计按以下四个阶段进行。3.4.1数据库的需求规定新系统必须充分考虑今后可能的扩充和改变，不仅仅按当前应用需求来设计数据库。基于这个原则，在需求分析阶段，设计者要有远见，在仔细分析餐饮配送管理信息系统过程的基础上，设计出适合自身发展和未来变化的数据库。3.4.2数据库运行环境要求该系统选用的是VFP数据库设计系统。3.4.3数据库的逻辑结构设计逻辑结构设计的任务是根据DBMS的特征把概念结构转换为相应的逻辑结构。概念结构设计所得到的E-R图是独立于DBMS的，这里的转换就是把表示概念结构的E-R图转换为层次模型或网状模型或关系模型等逻辑结构。在本系统中，逻辑设计的具体操作就是将E-R图模型对应转换为关系模型，即把E-R图中每个实体和联系都转换为关系模型。本次的关系模型具体如下：客户(客户编号，名称，地址，电话记录)订单（订单号，日期，联系人，数量）订货（客户编号，订单号，订货量）服务部（代码，职工数，地址）订单处理（订单号，代码）产品（产品代码，名称，规格，单价，描述）运送（产品代码，代码，运送量）职工（职工号，姓名，年龄，职称）负责（产品代码，职工号）部门（部门代码，名称，职工数）属于（职工号，部门代码）调运部（代码，职工数，地址）调运（产品代码，调运量）车辆（车牌号，车型，载重）送货（产品代码，车牌号，发送量）运送（车牌号，客户编号）应付款（代号，数额）支付（代号，客户编号）该系统的E-R图见图3-12 图3-12餐饮配送管理信息系统的ER图3.4.4数据库的物理结构设计在进行逻辑结构设计后，我们对系统进行物理结构设计，为逻辑数据模型选取一个最适合应用环境的物流结构。数据库物理设计阶段的任务是根据具体计算机系统(DBMS和硬件等)的特点，为给定的数据库模型确定合理的存储结构和存取方法。所谓的“合理”主要有两个含义：一个是要使设计出的物理数据库占用较少的存储空间，另一个是对数据库的操作具有尽可能高的速度。数据库的物理结构设计大致包括：确定数据的存取方法、确定数据的存储结构。物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数。具体过程如下：(1)确定关系模型的存取方法确定数据库的存取方法，就是确定建立哪些存储路径以实现快速存取数据库中的数据。现行的DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用的是索引法。数据库的索引类似书的目录。在书中，目录允许用户不必浏览全书就能迅速地找到所需要的位置。在数据库中，索引也允许应用程序迅速找到表中的数据，而不必扫描整个数据库。在书中，目录就是内容和相应页号的清单。在数据库中，索引就是表中数据和相应存储位置的列表。使用索引可以大大减少数据的查询时间。(2)确定数据库的存储结构确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、日志、备份等的存储安排及存储结构，以及确定系统存储参数的配置。确定数据存放位置是按照数据应用的不同将数据库的数据划分为若干类，并确定各类数据的大小和存放位置。数据的分类可依据数据的稳定性、存取响应速度、存取频度、数据共享程度、数据保密程度、数据生命周期的长短、数据使用的频度等因素加以区别。(3)确定系统存储参数的配置现行的许多DBMS都设置了一些系统的配置变量，供设计人员和DBA(数据库管理员)进行物理的优化。在初始情况下，系统都为这些变量赋予了合理的初值。但是这些值只是从产品本身特性出发，不一定能适应每一种应用环境，在进行物理结构设计时，可以重新对这些变量赋值以改善系统的性能。在物理结构设计对系统配置变量的调整只是初步的，在系统运行时还需要根据系统实际的运行情况做进一步的调整，以获得最佳的系统性能。本系统的数据库如表3-3至表3-7所示。表3-3 财务表字段名称数据类型宽度小数位数索引NULL日期字符12员工姓名字符10所属部门字符18费用类别字符11入额数值102出额数值102余额数值122表3-4 员工信息表字段名称数据类型宽度小数位数索引NULL员工号字符12姓名字符10身份证号数值18手机数值11职位字符10年龄数值3地址字符25性别逻辑1表3-5 客户信息表字段名称数据类型宽度小数位数索引NULL订单号数值12客户名称字符12产品名称字符20产品规格字符12数量数值8单价数值82 表3-6 行政区域表字段名称数据类型宽度小数位数索引NULL直辖市字符12省名称字符12 自治区字符20市名称字符12区名称字符8县名称字符12表3-7 车辆信息表字段名称数据类型宽度小数位数索引NULL车牌号数值12车型字符12使用单位字符20责任人字符12加油卡号数值8维修记录字符303.5输入输出设计输入设计的工作是依据功能模块的具体要求给出数据输入的方式、用户界面和输入校验方式。输出设计与输入设计类似，需要给出输出的方式和用户界面的内容，如显示输出的屏幕格式、打印输出的格式，每个显示、打印项目的类型和长度。输入、输出设计时，都应注意在整个设计系统中统一设计风格。1)开始界面的主要功能是当用户启动“高校物流管理信息系统”时，显示欢迎界面。当用户单击右下角的“进入”按钮，就可以进入“用户登录”界面。如图3-13所示。图3-13 欢迎页面图2)用户登录界面的功能是要求使用者输入用户名和密码，对用户的身份进行验证。若当前用户为合法用户，则调用“高校物流管理信息系统”主界面，给用户提供各种功能，否则，不允许使用该管理系统，并给出提示信息。如图3-14所示。图3-14 登录界面图3)我们的主要业务是针对高校的订单，所以订单的填写界面变显得尤为重要。因为没有正确的订单填写，就没有业务来源，也就没有后续的一系列的工作。订单填写如图3-15。图3-15 订单登记界面图4总结经过我们小组不懈的努力，终于完成了对配送管理信息系统的初步设计工作。该系统从实际出发，经过合理的调研和处理，适用于餐饮行业单位，在一定程度上可以帮助经营者实现配送管理的现代化。当然该系统也存在一些不足，首先，该系统没能实现，许多东西只停留在理论层面上，可能存在潜在的问题。其次，该系统的设计不够完善，使得一些方面略显粗糙，这需要以后的进一步改进。在本次设计中，我们学到了很多。首先，我们意识到团队的重要性。没有积极向上的团队，就不能完成优秀的设计。其次，我们学到了很多技术层面的东西，比如一些软件的使用，如VF、photoshop、visio等。第三，我们意识到一个系统如果想优秀，必须要站在更高的角度去设计，也就是整体的设计。没有整体意识的设计不能全面的反映系统的功能和适用企业的现状。5工作业绩 1罗姣的工作业绩1)个人主要工作（1）小组讨论定题目，为整个项目做分工；（2）小组成员一起调研讨论，进行系统规划和系统分析中的目标分析；（3）进行业务流