物流系统管理信息系统

1、课题设计（论文）设计题目物流管理信息系统学 院土木工程学院专 业工程管理专业完成日期2014年6月29日物流系统管理信息系统课题指导老师：朱晓峰课题小组成员：孙伟烽冒玉新沈杰祝铭张文哲物流系统管理信息系统摘要21世纪企业的竞争逐渐转向物流服务的竞争，物流也从不被人重视的角落提升到关 乎企业生存发展的重大战略决策高度上来。我国现阶段的物流究竟发展到何种水平是 各个企业非常重视的问题，据有关研究表明：一方面宏观状况社会物流总值大幅增 长，但相对于发达国家的物流产业而言，中国的物流产业尚处于起步发展阶段。而如今快递已经充斥着我们的生活，成为我们日常生活中不可分割的一部分。可以说，现在人人都离不开物流

2、，人人都需要物流。通过走访询问与观察，了解南京物流市场的现状，了解被服务群体对于物流的态度和 意见。当前，一个完备，全面，高效的物流信息管理系统就显得十分重要了。所以，我们课 题小组选择了该课题作为研究对象。详见论文正文。关键字：物流，管理信息系统，高效，完备。目录选题报告1系统开发计划8系统开发必要性12可行性分析报告17可行性分析19进度分析21系统分析说明书22系统设计说明书301选题报告 选题依据：21世纪企业的竞争逐渐转向物流服务的竞争，物流也从不被人重视的角落提 升到关乎企业生存发展的重大战略决策高度上来。我国现阶段的物流究竟发展到何种 水平是各个企业非常重视的问题，据有关研究表明

3、：一方面宏观状况社会物流总值大 幅增长，但相对于发达国家的物流产业而言，中国的物流产业尚处于起步发展阶段。 而如今快递已经充斥着我们的生活，成为我们日常生活中不可分割的一部分。可以 说，现在人人都离不开物流，人人都需要物流。开发方向：当前，一个完备，全面，高效的物流信息管理系统就显得十分重要了。所 以，我们课题小组选择了该课题作为研究对象。系统调査表：(1) .调査目的通过走访询问与观察，了解南京物流市场的现状，了解被服务群体对于物流 的态度和意见。(2) 调査对象当地多个不同区域的物流服务对象人群。(3) 调査问卷亲，您好。万分感谢您在白忙之中抽出时间来配合我们完成这份问卷。只需要耽误您儿

4、分钟时间，请以一种轻松的心情来完成问卷吧。谢谢。Q1：你一般多久取一次快件O基本不取O 一月一次O两周一次O 一周一次O 一周两次及以上Q2：你认为现在的物流取件地分布合理吗O是O否Q3：你有过在短时间内需要到儿个不同的地方取快件的经历吗O是O否Q4：你认为取件地是否该集中在同一地点呢O是O否Q5：若你认为取件地应集中在同一地点，那么应该在什么地方比较合理(多选哦)市中心居民住宅区商场周边学校及公共场所附近Q6：你认为U前的取件方便吗O是o否Q7：你有过因快件过大或其他原因独自无法将快件带回的经历O是O否Q8：你是否认为物流公司应该将不方便取的快件送货上门O是O否Q9：你认为现在的物流取件安全

5、吗O是O否Q10：你有过快件被别人取走而自己不知道的经历吗O是O否Q13：你会自己选择物流公司吗O是O否Q12：你选择物流公司最看重的是什么（乂是多选-人少不用排队服务态度好货物保管放心距离自己寝室近Q11：你认为口前哪个物流公司最令你满意（多选哦） S达通丰通天通他EM韵圆顺申天中并谢谢您的参与，十分感谢。2系统开发计划引言1 编写目的本报告的主要作用是确定各个项U模块的开发惜况和主要的负责人,供各项I模块的负 责人阅读，做到及时协调,按步有序进行项口的开发.具体步骤：拟订开发计划书，分配项忖工作，安排项忖进度。计划对象：CMD开发小组。2. 项U背景山于电子商务在我国发展速度很快，引发快递

6、行业的高速发展，以至于对快递的信息系 统要求日益趋高。新系统要求一套实时，高效，便捷，完善，安全性好的软件系统。项目概述1. 工作内容各工作小组根据时间先后安排，分别对项U进行开发：各项主要工作：需求分析小组对快递行业调研（为期一个星期）。软件开发小组对调查结果进行分析，拟订实现方案（如程序结构，流程，数据结构 等）。软件编程小组对软件进行集中开发。软件审核小组对软件进行评定，审核。2. 条件与限制完成项U应具备的条件：调研环境开发平台开发基础设施开发人员开发小组已具有的条件：开发基础设施开发平台尚须创造的条件：良好的调研环境3. 产品3. 1程序程序名称：快递信息系统3.2文档许提交的文档：

7、项U开发计划系统使用手册系统维护手册详细技术资料实施计划进行行业了解天完成业务流程图天完成数据流程图1天系统结构图1天进行代码设计1天进行数据库设计天进行输入输出设计1天总计天2.进度天进行调研。5天进行实现。天进行测试，维护。1天进行实践。4. 关键问题人员的调整和任务的分配大多数技术问题都能通过数据库解决，所以选择好的数据库是保证开发完整的前提。人员组织及分工选题报告：张文哲；可行性分析报告：沈杰；系统开发计划：祝铭；系统分析说明书：冒玉新；系统设计说明书：孙炜悴；交付期限最迟交付日期：2014年6月29日。3系统开发必要性快递业务有两个基本的特点，一个是快件运转的速度快，另外一个特点是对

8、快件进 行全程跟踪为用户提供服务。业务之所以能快速运转，能在最短的时间内为用户提点对 点的服务，一个很重要的因素就是有强大的信息系统做支撑，而且信息流必须领先于实 物流。实物流在运转的过程中，信息系统如果不能对下一个环节提供前置信息，下一个 环节就很难及时有效地调配资源，如调配航空资源，车辆等运力资源以及人力资源为实 物流流向下一个环节做好准备。客户之所选择某一家快递公司，除了速度与价格上的因 素之外，另外一个重要的因素是所提供服务，强大的客户管理系统是快递公司提升服务 质量的唯一选择。另外一方面信息系统是快递公司运行效率的保证，快递物品在运输过程中希望以最 高效、最经济的方式流向下一个环节，

9、如果不能提供及时有效的实物流信息，就有可能 造成公司资源的浪费或者是造成快递物品的投递时效性的降低。技术可行性分析总结建议的开发项目在技术方面实现的可行性的研究结果，为产品开发中心决 定是够进行本开发项U提供依据。评价为了合理地达到开发LI标所可能选择的各种技术方案，说明并论证所选 用的方案。1. 项LI名称：校园快递管理信息系统2. 产品用户：进行校园服务的快递员，在校学生等C/S结构的MIS系统，这种结构借助于网络将应用资源和应用任务合理的分配 到CLINET. SERVER两端。具体的，客户端主要功能是负责人机交互，管理用户接 口、执行客户端应用程序，采集数据以及向服务器提交应用请求，而

10、服务器则执 行后台程序，主要承担数据库存储系统的共享管理、通讯管理、文件管理以及对 客户机的请求提供服务。B/S结构的MIS系统，这种结构与C/S模式相比，它简化了客户端的程序，通 常在这种模式结构的系统中，客户端只需要一个浏览器就可以了。这种结构将许 多工作交于WEB服务器来做，客户端只通过浏览器请求WEB服务，WEB服务器再根 据不同请求返回信息，这其中还需请求数据库服务器以获取正确数据。因此，这 种结构模式的MIS系统，而有瘦客户的称号，这是于C/S结构的胖客户相对而言 的。功能和要求：校园快递管理系统旨在把进入校园的快递进行集中管理，统筹 分配。产品H标旨在通过代码扫入，将快递进行网上

11、统一管理，同时通过地址管 理将不同宿舍楼的快递配送到各宿舍楼。并以此净化校园环境，营造更加良好的 校园秩序。安全与保密：本管理系统将直接与各快递公司进行连接，进行信息的直接传 递，在最大限度上保证收件人信息的安全性。同本系统连接的其他系统：各快递公司的管理系统、宿舍信息管理系统易用性：基于WEB的设计开发，只需要操作系统拥有浏览器，工作人员就可以 进入系统像浏览网页一样进行日常管理工作。高效性：使用缓存技术对数据进行恰当处理，提高访问速度；运用接口技术，加强系统扩展性，使多个在不同地区的用户可以同时处理自己的工作，而互 不干扰。运行环境规定设备硬件：硬件包括计算机、必要的通信设施等，例如计算机

12、主机、外存、打印机、服 务器、通信电缆、通信设施，它是物流信息系统的物理设备、硬件资源，是实现快递管 理系统的基础，它构成系统运行的硬件平台。软件：在快递管理系统中，软件一般包括系统软件、实用软件和应用软件。系统软 件主要有操作系统、网络操作系统等，它控制、协调硬件资源，是快递管理系统必不可 少的软件。实用软件的种类很多，对于快递管理系统，主要有数据库管理系统、汁算机 语言、各种开发工具、浏览器等，主要用于开发应用软件、管理数据资源、实现通信 等。应用软件是面向问题的软件，与物流企业业务动作相关，实现辅助企业管理的功 能。不同的企业可以根据应用的要求，来开发或购买软件。数据库与数据仓库：数据库

13、技术将多个用户、多种应用所涉及的数据，按一定数据 模型进行组织、存储、使用、控制和维护管理，数据的独立性高、剩余度小、共享性 好，能进行数据完整性、安全性、一致性的控制。数据库系统面向一般的管理层事务性 处理。数据仓库是面向主题的、集成的、稳定的、不同时间的数据集合，用以支持经营 管理中的决策制定过程。基于主题而组织的数据便于面向主题分析决策，它所具有的集 成性、稳定性及时间特征使其成为分析型数据，为决策层捉供决策支持。数据仓库系统 也是一个管理系统，它由三部分组成：数据仓库、数据仓库管理信息系统、数据仓库工 具。运行模式通过Internet将分散在不同地理位置的物流分支机构、我校、学生等连接

14、起 来，形成一个复杂但有密切联系的信息网络，从而通过快递信息管理系统这个联 系方式实时的了解各地业务的动作情况。快递信息管理系统将对各地传来的物流 信息进行汇总、分类以及综合分析，并通过网络把结果反馈传达下去，以指导、 协调、综合各个地区的业务工作。通常如果要求系统的响应要求快，乂是用于局域网内部或机关企事业单位内 部的系统，可以采用C/S结构模式。但如果用户不在同一局域网内，而是分散在 各个不再的地方或处于不同的单位，在这种惜况下B/S结构模式通常比较适合。 有时，在开发一个系统时，完成C/S结构模式、B/S结构模式两个版本的程序。也 有些系统采用混合的模式，一部分功能模块采用C/S结构开发

15、，而另一部分模块 釆用B/S结构开发。所以本系统将采用B/S与C/S相结合的运行开发模式。综上所述，本系统可行。经济可行性项LI使用的全部软件均为开源软件，服务器使用的是个人计算机，网络为北 京科技大学提供的校园网，理论上只有对网络平台软件的维护与运营成本。本系 统的开发需求较低，有较为成熟的软硬件环境作为基础，U标系统开发与操作都 不是十分复杂，大大节省了投资成本。开发完成运行后，可以代替人工进行许多 繁杂的劳动；大大提高了工作人员的工作效率，为使用者带来便利，也为系统的 进一步推广创造了条件。廉价的管理信息系统的成本，使得学校不用过多的考虑 其对教育经费和科研经费的影响，这使管理信息系统的

16、实施具有可行性。组织可行性分析我们对现有的分管校园配送快递的组织结构进行了调查和分析，发现校园机 关团委等相关管理人员还是有相当高的业务水平，可以很好的将各部门所需的物 品邮件派送准确，只是现在并没有一个合适的快递管理信息系统来满足他们的使 用需求，将运抵学校的邮件物资合理分配发送给相关人员。据此我们主要在校园 快递管理信息系统的开发、校园快递管理信息系统的流程再造、快递管理信息系 统的规范化管理等方面进行优化，以方便管理人员使用所需开发的校园快递管理 信息系统。时间可行性分析在当前技术条件下，整个系统的开发可以分为系统开发必要性及可行性分 析；管理信息系统初规划及初设计；总体系统开发具体步骤

17、；运行、检验系统及 反馈四大部分，平均每一部分需要约一个周的时间分配。法律可行性分析查询了有关快递行业的法律法规，要达成一个便捷高效绿色的校园物流管理 信息系统，必须要充分考虑与物流行业相关的法律规定，扩展充分的法律可行 性。法律可行性分析分为两个层次：一是开发此系统及其应用符合国家的相关法 律、法规，我们设计此系统旨在提高校园快递物流管理的效率，减少快递混乱配 送现象，整肃校容，规划校园物流管理，提高学生的生活质量，减少安全威胁， 并且会向学校有关管理部门申请通过，像财务部门申请检验等，符合国家法律的 规定，并且符合学校有关规定，有利于提高学校的管理口标。二是在开放过程 中，运用的资料及软件

18、、方法等均不会侵犯知识产权法，做到知法、懂法、守 法。物流作为国民经济发展中的一个重要的产业，主要受我国民商法、合同法、 行政法、交通法等法律法规的调整。因此，邮政物流企业在实务操作的过程中， 就要依幕上述相关法律法规，逐步规范邮政物流业务的发展。4可行性分析报告引言1、系统名称：校园物流运输管理信息系统。2、选题原因：快递业务有两个基本的特点，一个是快件运转的速度快，另外一个特 点是对快件进行全程跟踪为用户提供服务。业务之所以能快速运转，能在最短的 时间内为用户提点对点的服务，一个很重要的因素就是有强大的信息系统做支 撑，另外一方面信息系统是快递公司运行效率的保证，我们决定将校园物流运输 管

19、理信息系统作为我们的研究课题。3、系统LI标：能够对快件全程进行跟踪，方便对快件的整理、运输、管理4、使用者：校园快递开发者：工程管理1101孙炜烽沈杰冒雨新祝铭张文哲5、参考资料：老师提供模板，管理信息系统课程课件。校园物流运输管理信息系统使用现状校园快递致力于快速、安全、准确地传递客户的信任，一直努力以科技提升服务。近 年，校园快递积极研发和引进先进信息技术和设备，先后与IBM、ORACLE等国际知 名企业合作，共同研发和建立了 33个具备行业领先水平的信息系统，逐步提升作业 自动化水平，实现了对快件流转的全程信息监控、跟踪及资源调度。新技术的实现在 促进快递网络优化的同时，确保校园快递服

20、务质量稳定、客户满意。第三方物流企业通过物流管理信息系统将整个物流过程整合起来，为客户提供从发货到 收货整个物流活动的服务，其中订单处理、运输、仓储是最主要的业务服务。下面将以订单处 理、运输、仓储的业务活动过程为主线，贯穿于物流供应链的各个环节，分析物流服务 的全过程。校园物流一般运输业务流程图5可行性分析经济可行性项LI使用的全部软件均为开源软件，服务器使用的是个人计算机，网络为北京科技大 学提供的校园网，理论上只有对网络平台软件的维护与运营成本，本系统的开发需求较 低技术可行性完善的技术设备，包括硬件和软件方面的，通过网络将各个物流分支机构以及总部和 客户紧密联系在一起，形成一个复杂但紧

21、密联系的信息网络，通过快递信息管理系统实 时了解各地业务的动作悄况。要求系统的反应快，所以采用B/S和C/S相结合的运行开 发模式。5.3 组织可行性我们对现有的分管校园配送校园快递的组织结构进行了调查和分析，发现校园机关团 委等相关管理人员还是有相当高的业务水平，可以很好的将各部门所需的物品邮件派送 准确，只是现在并没有一个合适的快递管理信息系统来满足他们的使用需求，将运抵学 校的邮件物资合理分配发送给相关人员。5. 3 时间可行性在当前技术条件下，整个系统的开发可以分为系统开发必要性及可行性分析；管理信 息系统初规划及初设计；总体系统开发具体步骤；运行、检验系统及反馈四大部分，平 均每一部

22、分需要约一个周的时间分配。5. 4 法律可行性法律可行性分析分为两个层次：一是开发此系统及其应用符合国家的相关法律、法 规，我们设讣此系统旨在提高校园快递物流管理的效率，减少快递混乱配送现象，整肃 校容，规划校园物流管理，提高学生的生活质量，减少安全威胁，并且会向学校有关管 理部门申请通过，像财务部门申请检验等，符合国家法律的规定，并且符合学校有关规 定，有利于提高学校的管理LI标。二是在开放过程中，运用的资料及软件、方法等均不 会侵犯知识产权法，做到知法、懂法、守法。时间进度分析(1) 首先调查了解企业现状，该企业的信息系统使用现状，论述进行本系统分析设计 的意义，分析设汁的主要内容，要达到

23、的主要功能U标；(2) 调查分析组织结构和主要业务，完成业务流程图；(3) 完成数据流程图；(4) 利用数据字典、存取分析、处理逻辑描述对数据流程内容详细描述；(5) 根据数据流程图完成系统结构图；(6) 进行系统软硬件配置；(7) 进行代码设计；(8) 进行数据库设计；(9) 进行输入输出设计;(10)对系统结构图的各模块进行模块功能说明。进行行业了解天完成业务流程图天完成数据流程图1天系统结构图1天进行代码设计1天进行数据库设计天进行输入输岀设计1天总计天6进度分析(1) 首先调查了解企业现状，该企业的信息系统使用现状，论述进行本系统分析设计 的意义，分析设计的主要内容，要达到的主要功能目

24、标；(2) 调查分析组织结构和主要业务，完成业务流程图；(3) 完成数据流程图；(4) 利用数据字典、存取分析、处理逻辑描述对数据流程内容详细描述；(5) 根据数据流程图完成系统结构图；(6) 进行系统软硬件配置；(7) 进行代码设计；(8) 进行数据库设计；(9) 进行输入输出设计；(10) 对系统结构图的各模块进行模块功能说明。进行行业了解天完成业务流程图天完成数据流程图1天系统结构图1天进行代码设计1天进行数据库设计天进行输入输岀设计1天总计天7系统分析说明亦业务流程分析业务流程描述：第一，寄件人填写快递单，收件员检查。第二，收件员录入快递单信息。第三，快递集中托运至分拨中心中转。第四，

25、分拨中心录入收件信息。第五，分拨中心把快递交至派件员送件。第六，派件员录入派件信息，完成派件任务。第七，业务管理部门调用统汁信息分析。第八，流程简图 流程详图数据流程分析第一层数据流程图第二层数据流程图数据字典单据分发表名称字段数据类型PKIDPKIDint单据类型Bill TypeVar char (50)单据开始编号Bill Start CodeVar char(50)单据结束编号Bill End CodeVar char(50)领票人Receive Bill PersonVar char(50)接货点Accept StationVar char(50)领票时间Receive Bill T

26、imeDate time分发人Release PersonVar char(50)单据明细表名称字段数据类型PKIDPKIDint单据类型Bill TypeVar char (50)单据编号Bill CodeVar char (50)单据状态Bill StateVar char (50)填写日期Write DateDate time接货点Accept StationVar char (50)货运单事件表名称字段数据类型PKIDPKIDint货运单PKIDGoods Bill PKIDint事件名称Event NameVar char (50)备注RemarkVar char (50)发生时间O

27、ccur TimeDate time货运回执单详表名称字段数据类型PKIDPKIDint货运回执单PKIDGoods Revert BillPKIDint货运单详表PKIDGoods Bill DetailPKIDint件数Piece Amountint重量Weightreal体积Volumereal计价方式Price ModeVar char (50)计费标准Price StandardVar char (50)货物价值Goods Valuemoney货运回执单主表名称字段数据类型PKIDPKIDint货运回执单编号Goods Revert Bill CodeVar char (50)装货地

28、点Load StationVar char(50)起运时间Start Carry TimeDate time交货地点Deal Goods StationVar char(50)到达时间Arrive TimeDate time收货联系人Receive Goods LinkmanVar char(50)联系人电话Linkman PhoneVar char(50)联系人手机Linkman MobileVar char(50)收货详细地址Receive Goods Detail Ad drVar char(50)运费结算方式Carriage Balance ModeVar char(50)备注Rema

29、rkVar char(50)司机PKIDDriver PKIDint是否结算If BalanceVar char (50)回执单状态Back Bill StateVar char(50)起运时的预付费用Start Advancemoney送货单回执押金Carry Goods Bill Depositmoney承运人订装货物保证金Carry Goods Insurancemoney配载服务费Dispatch Service Feemoney总运费All Carriagemoney保险费Insurancemoney签定时间Sign TimeDate time接货点Accept Stat ionVa

30、r char(50)运费计价方式Carriage ModeVar char(50)执行Executebit客户回执信息表名称字段数据类型PKIDPKIDdecimal(18)货运单编号Goods Bill CodeN var char (50)客户名称CustomerN var char(50)验收货物记录Check Goods RecordN var char (50)收货人Receive Goods PersonN var char(50)收货日期Receive Goods DateDate time运单事件PKIDCarry Bill Event PKIDint货物回执信息表名称字段数据

31、类型PKIDPKIDint货运回执编号Goods Revert CodeVar char (50)司机名称Driver NameVar char (50)验收货物记录Check Goods RecordVar char(50)收货人Receive Goods PersonVar char(50)收货日期Receive Goods DateDate time中转信息表名称字段数据类型PKIDPKIDint货运单编号Goods Bill CodeVar char(50)中转地Transfer StationVar char(50)中转验收人Transfer CheckVar char(50)验收时

32、间Check TimeDate time描述DescriptionVar char(50)中转公司名Transfer CompanyVar char(50)中转地址Transfer Ad drVar char(50)中转地电话Transfer Station TelVar char(50)中转费Transfer FeeVar char(50)中转后单号Ater Transfer BillVar char(50)中转公司信息表名称字段数据类型PKIDPKIDint城市CityVar char (50)公司名称Company NameVar char (50)联系电话Link PhoneVar c

33、har(50)详细地址Detail AddressVar char(200)投诉信息表名称字段数据类型PKIDPKIDint客户名称CustomerVar char (50)货运单编号Goods Bill CodeVar char (50)投诉内容Appeal ContentVar char (50)投诉日期Appeal DateVar char(50)是否处理If HandleVar char(50)处理日期Deal DateVar char(50)处理结果Deal ResultVar char(50)是否回告If CallbackVar char(50)回告日期Call Back Date

34、Var char(50)处理人Deal PersonVar char (50)客户基本信息表名称字段数据类型PKIDPKIDint客户编号Customer CodeVar char(50)客户名称CustomerVar char(50)电话PhoneVar char(50)传真FaxVar char(50)地址AddressVar char(50)邮编Post CodeVar char(50)联系人LinkmanVar char(50)联系人手机Linkman MobileVar char(50)客户类型Customer TypeVar char(50)企业性质Enterprise Prope

35、rtyVar char(50)企业规模Enterprise SizeVar char(50)电子邮件EmailVar char(50)8系统设计说明书系统总体设计本小组信息系统分为订单系统、仓储管理信息系统、追踪查询系统、资源调度系统。结 构如下：快递管理信息系统结构图快递信息追踪查询系统在提供信息追踪的同时，辅助实现信息共享，跨区域快件信息在 始发地输入通过信息追踪系统发送到终到地所在区域和追踪中心，同时满足追踪查询和 快件交付的需要；快件在快递公司内部的储运过程发送并存储到追踪中心，满足追踪查 询的需要。快递追踪查询系统山单据录入子系统、单据查询子系统、统计报表三大大部系统总体结构设计系统

36、采取的开发技术：通过权衡对各种编程语言和数据库使用的熟练程度，本系统选用 MicrosoftVisualStudio2010作为前台开发工具，后台数据库采用SQLServer2008t整 体设计以软件工程思想为指导思想，力求开发一个实用性强、操作简单且功能完整的物 流管理信息系统系统运行环境：客户端操作系统：Windows7服务器操作系统：Windows7数据库：MicrosoftSQLServer2008前台：MicrosoftVisualStudio2010计算机配置：处理器：1 GHz 32位或者64位处理器内存:1 GB及以上显卡：支持DirectX 9 128M及以上（开启AERO效

37、果）硬盘空间：16G以上（主分区，NTFS格式）显示器：要求分辨率在1024X768像素及以上（低于该分辨率则无法正常显示部分功 能），或可支持触摸技术的显示设备网络的选择釆用分布式结构。选择有线网络。系统详细设计处理流程设计图代码设计表表3-1快递单号代码表120613 01 12 02 001 00001前8位代表日期，9-10位国家代号，11-12位省份,13-14位市,15-17位 代表营业网店编号，后5位代表当天 的订单序号。表3-2快递员编号代码表1991 01 001 01 001前4位代表出生年份，5-6位代表所属 分支，7-9代表营业网点编号，8-9位 代表职位，后3位人员序

38、号。表3-3快递类型代码表001 001前3位代表寄送范围，后3位代表寄 送速度要求。（1）输入设计的内容1.输入界面设计。根据具体业务要求确定（详见主界面设计和各模块设计）。2输入设备选择：键盘一磁盘输入装置。数据录入员通过工作站录入，经拼写检查和可 靠性验证后存入磁记录介质。（2）输入数据正确性校验常用的校对方式有：1 人工校对：录入数据后显示或打印出来，由人进行校对。2根据输入数据之间的逻辑关系校对：利用会计恒等式，对输入的记账凭证进行借贷平 衡的检验。3用程序设计实现校对：通过设置取值区间检验，或利用输入数据表的外键进行一致性 检验。（1）输出设计的内容1输出信息使用情况。信息的使用者

39、、业务统计、业务查询、信息量等。2输出信息内容。派送单据、业务单据、统计业务量等。3输出格式。如表格、报告等。4输出设备和介质，设备：如打印机、显示器等；介质：如磁盘、磁带、纸张等。（2）输出设计的方法1.表格信息。一般用来表示详细的信息。1主界面細快递收件录入中转录入派送录入客户查询派送统计退出2 各子系统登陆界面账号密码登陆退出3.收件录入子系统界面快件单号始发站终点站收件人姓名重量快件类型品名预计到达时间寄件人电话费用收件人收件人电话收件人地址备注添加编辑删除退出4 中转子系统界面快件单号始发站终点站收件人姓名重量经过分拨中心现到达地快件类型品名预计到达时间寄件人电话费用收件人收件人电话

40、收件人地址备注添加编辑删除退出5 派件录入子系统界面快件单号始发站终点站收件人姓名重量经过分拨中心现到达地快件类型品名预计到达时间寄件人电话费用客户是否签收收件人收件人电话收件人地址备注添加编辑删除退出6.客户查询子系统界面快递单号查询退出7 统讣报表子系统界面快递业务报表快件单号快件类型始发站终点站数据库的概念结构设汁的任务是产生和反映企业组织信息需求的数据库概念结构， 即概念模型，概念模型不依赖于计算机系统和具体的DBMSo采用E-R法将现实世界的信 息结构统一用属性、实体、以及实体之间的联系来描述。在本系统的实体类型有收件单、中转单、派件单和快递员等，这些实体间的相互联系 是：收件单和中

41、转单之间存在联系“承接”,为“1对1”的关系 中转单和派件单之间存在联系“承接”,为1对1”的关系 快递员和收件单之间存在联系“承接”,为“1对多”的关系 快递员和派件单之间存在联系“承接”,为1对多”的关系 各实体和联系的属性 收件单： 中转单： 拨中心。派件单：单号、单号、单号、快递员编号、寄件人、 快递员编号、寄件人、收货人、收货人、收货地址、 收货地址、收货人电话、收件时间。 收货人电话、收件时间、分快递员：编号、 单号、数量、 单号、数量、 快递员编号、 快递员编号、承接1：承接2：负责1：负责2：快递员编号、寄件人、 姓名、手机号、家庭住址。时间。时间。单号、数量、时间。单号、数量

42、、时间。收货人、收货地址、收货人电话、收件时间。快递信息追踪查询管理E-R模型图快递信息追踪查询管理关系模型如下：收件单：（单号，快递员编号，寄件人，收货人，收货地址，收货人电话，收件时间） 中转单：（单号，快递员编号，寄件人，收货人，收货地址，收货人电话，收件时间, 分拨中心）派件单：（单号、快递员编号、寄件人、收货人、收货地址、收货人电话、收件时间） 快递员：（编号，姓名，手机号，家庭住址）承接（单号，数量，时间）承接2：（单号，数量，时间）负责1：（快递员编号，单号，数量，时间）负责2：（快递员编号，单号，数量，时间）本系统包括一个数据库（），快递管理系统根据功能共需要设计9张数据表。（

43、1）综合快递物流信息系统表汇总序号表名称功能描述1fj lr派送单记录表2js lr接收单记录表3ts.lr投诉单记录表4zz lr中转记录表5Sender品名信息表6Userl用户信息表7Memo备注信息表8Kuaidiyuan快递员信息表9权限管理权限管理表(2)设计数据表表名：fj.lr派送单记录表字段名代表意义数据类型长度是否允许空值主键fj id派送单编号Varchar (15)15否Keystation发站名称nvarchar (10)10否send mode运输方式nvarchar (10)10否name品名nvarchar (10)10否weight重量Numeric (9)9否sender送货人nvarchar(10)10receperso n收