物流系统管理信息系统.docx

编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第42页 共42页课 题 设 计（论文）设计题目物流管理信息系统学 院土木工程学院专 业工程管理专业完成日期2014年6月29日物流系统管理信息系统课题指导老师：朱晓峰课题小组成员：孙伟烨冒玉新沈杰祝铭张文哲物流系统管理信息系统摘要21世纪企业的竞争逐渐转向物流服务的竞争，物流也从不被人重视的角落提升到关乎企业生存发展的重大战略决策高度上来。我国现阶段的物流究竟发展到何种水平是各个企业非常重视的问题，据有关研究表明：一方面宏观状况社会物流总值大幅增长，但相对于发达国家的物流产业而言，中国的物流产业尚处于起步发展阶段。而如今快递已经充斥着我们的生活，成为我们日常生活中不可分割的一部分。可以说，现在人人都离不开物流，人人都需要物流。通过走访询问与观察，了解南京物流市场的现状，了解被服务群体对于物流的态度和意见。当前，一个完备，全面，高效的物流信息管理系统就显得十分重要了。所以，我们课题小组选择了该课题作为研究对象。详见论文正文。关键字：物流，管理信息系统，高效，完备。目录选题报告 1系统开发计划 8系统开发必要性 12可行性分析报告 17可行性分析 19进度分析 21系统分析说明书 22系统设计说明书 301选题报告1.1选题依据： 21世纪企业的竞争逐渐转向物流服务的竞争，物流也从不被人重视的角落提升到关乎企业生存发展的重大战略决策高度上来。我国现阶段的物流究竟发展到何种水平是各个企业非常重视的问题，据有关研究表明：一方面宏观状况社会物流总值大幅增长，但相对于发达国家的物流产业而言，中国的物流产业尚处于起步发展阶段。而如今快递已经充斥着我们的生活，成为我们日常生活中不可分割的一部分。可以说，现在人人都离不开物流，人人都需要物流。开发方向： 当前，一个完备，全面，高效的物流信息管理系统就显得十分重要了。所以，我们课题小组选择了该课题作为研究对象。1.2系统调查表：（1）.调查目的通过走访询问与观察，了解南京物流市场的现状，了解被服务群体对于物流的态度和意见。（2）.调查对象 当地多个不同区域的物流服务对象人群。（3）. 调查问卷亲，您好。万分感谢您在百忙之中抽出时间来配合我们完成这份问卷。只需要耽误您几分钟时间，请以一种轻松的心情来完成问卷吧。谢谢。Q1：你一般多久取一次快件？ 基本不取 一月一次 两周一次 一周一次 一周两次及以上Q2：你认为现在的物流取件地分布合理吗? 是 否Q3：你有过在短时间内需要到几个不同的地方取快件的经历吗? 是 否Q4：你认为取件地是否该集中在同一地点呢? 是 否Q5：若你认为取件地应集中在同一地点，那么应该在什么地方比较合理?（多选哦） 市中心 居民住宅区 商场周边 学校及公共场所附近Q6：你认为目前的取件方便吗? 是 否Q7：你有过因快件过大或其他原因独自无法将快件带回的经历? 是 否Q8：你是否认为物流公司应该将不方便取的快件送货上门？ 是 否Q9：你认为现在的物流取件安全吗? 是 否Q10：你有过快件被别人取走而自己不知道的经历吗? 是 否Q13：你会自己选择物流公司吗？ 是 否Q12：你选择物流公司最看重的是什么？（又是多选-_-!） 人少不用排队 服务态度好 货物保管放心 距离自己寝室近Q11：你认为目前哪个物流公司最令你满意?（多选哦） EMS 韵达 圆通 顺丰 申通 天天 中通 其他谢谢您的参与，十分感谢。2 系统开发计划2.1引言 1.编写目的 本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发. 具体步骤：拟订开发计划书，分配项目工作，安排项目进度。 计划对象：CMD开发小组。 2.项目背景 由于电子商务在我国发展速度很快，引发快递行业的高速发展，以至于对快递的信息系统要求日益趋高。新系统要求一套实时，高效，便捷，完善，安全性好的软件系统。2.2项目概述 1 工作内容 各工作小组根据时间先后安排，分别对项目进行开发： 各项主要工作：需求分析小组对快递行业调研（为期一个星期）。 软件开发小组对调查结果进行分析，拟订实现方案（如 程序结构，流程，数据结构等）。 软件编程小组对软件进行集中开发。 软件审核小组对软件进行评定，审核。2条件与限制完成项目应具备的条件： l 调研环境 l 开发平台 l 开发基础设施 l 开发人员 开发小组已具有的条件： l 开发基础设施 l 开发平台 尚须创造的条件： l 良好的调研环境 3产品 31 程序 程序名称：快递信息系统3 2 文档 许提交的文档： l 项目开发计划 l 系统使用手册 l 系统维护手册 l 详细技术资料 2.3实施计划 进行行业了解0.5天完成业务流程图0.5天完成数据流程图1天系统结构图1天进行代码设计1天进行数据库设计0.5天进行输入输出设计1天总计5.5天2进度 0.5天进行调研。 5天进行实现。 0.5天进行测试，维护。 1天进行实践。4 关键问题 人员的调整和任务的分配大多数技术问题都能通过数据库解决，所以选择好的数据库是保证开发完整的前提。 2.4人员组织及分工 选题报告：张文哲；可行性分析报告：沈杰；系统开发计划：祝铭；系统分析说明书：冒玉新；系统设计说明书：孙炜烨；2.5交付期限 最迟交付日期：2014年6月29日。3 系统开发必要性快递业务有两个基本的特点，一个是快件运转的速度快，另外一个特点是对快件进行全程跟踪为用户提供服务。业务之所以能快速运转，能在最短的时间内为用户提点对点的服务，一个很重要的因素就是有强大的信息系统做支撑，而且信息流必须领先于实物流。实物流在运转的过程中，信息系统如果不能对下一个环节提供前置信息，下一个环节就很难及时有效地调配资源，如调配航空资源，车辆等运力资源以及人力资源为实物流流向下一个环节做好准备。客户之所选择某一家快递公司，除了速度与价格上的因素之外，另外一个重要的因素是所提供服务，强大的客户管理系统是快递公司提升服务质量的唯一选择。另外一方面信息系统是快递公司运行效率的保证，快递物品在运输过程中希望以最高效、最经济的方式流向下一个环节，如果不能提供及时有效的实物流信息，就有可能造成公司资源的浪费或者是造成快递物品的投递时效性的降低。3.1技术可行性分析3.1.1编写目的总结建议的开发项目在技术方面实现的可行性的研究结果，为产品开发中心决定是够进行本开发项目提供依据。评价为了合理地达到开发目标所可能选择的各种技术方案，说明并论证所选用的方案。1.项目名称：校园快递管理信息系统2.产品用户：进行校园服务的快递员，在校学生等3.1.2定义C/S结构的MIS系统，这种结构借助于网络将应用资源和应用任务合理的分配到CLINET、SERVER两端。具体的，客户端主要功能是负责人机交互，管理用户接口、执行客户端应用程序，采集数据以及向服务器提交应用请求，而服务器则执行后台程序，主要承担数据库存储系统的共享管理、通讯管理、文件管理以及对客户机的请求提供服务。B/S结构的MIS系统，这种结构与C/S模式相比，它简化了客户端的程序，通常在这种模式结构的系统中，客户端只需要一个浏览器就可以了。这种结构将许多工作交于WEB服务器来做，客户端只通过浏览器请求WEB服务，WEB服务器再根据不同请求返回信息，这其中还需请求数据库服务器以获取正确数据。因此，这种结构模式的MIS系统，而有瘦客户的称号，这是于C/S结构的胖客户相对而言的。 功能和要求：校园快递管理系统旨在把进入校园的快递进行集中管理，统筹分配。产品目标旨在通过代码扫入，将快递进行网上统一管理，同时通过地址管理将不同宿舍楼的快递配送到各宿舍楼。并以此净化校园环境，营造更加良好的校园秩序。 安全与保密：本管理系统将直接与各快递公司进行连接，进行信息的直接传递，在最大限度上保证收件人信息的安全性。 同本系统连接的其他系统：各快递公司的管理系统、宿舍信息管理系统 易用性：基于WEB的设计开发，只需要操作系统拥有浏览器，工作人员就可以进入系统像浏览网页一样进行日常管理工作。 高效性：使用缓存技术对数据进行恰当处理，提高访问速度；运用接口技术，加强系统扩展性，使多个在不同地区的用户可以同时处理自己的工作，而互不干扰。3.1.3运行环境规定设备硬件：硬件包括计算机、必要的通信设施等，例如计算机主机、外存、打印机、服务器、通信电缆、通信设施，它是物流信息系统的物理设备、硬件资源，是实现快递管理系统的基础，它构成系统运行的硬件平台。软件：在快递管理系统中，软件一般包括系统软件、实用软件和应用软件。系统软件主要有操作系统、网络操作系统等，它控制、协调硬件资源，是快递管理系统必不可少的软件。实用软件的种类很多，对于快递管理系统，主要有数据库管理系统、计算机语言、各种开发工具、浏览器等，主要用于开发应用软件、管理数据资源、实现通信等。应用软件是面向问题的软件，与物流企业业务动作相关，实现辅助企业管理的功能。不同的企业可以根据应用的要求，来开发或购买软件。数据库与数据仓库：数据库技术将多个用户、多种应用所涉及的数据，按一定数据模型进行组织、存储、使用、控制和维护管理，数据的独立性高、剩余度小、共享性好，能进行数据完整性、安全性、一致性的控制。数据库系统面向一般的管理层事务性处理。数据仓库是面向主题的、集成的、稳定的、不同时间的数据集合，用以支持经营管理中的决策制定过程。基于主题而组织的数据便于面向主题分析决策，它所具有的集成性、稳定性及时间特征使其成为分析型数据，为决策层提供决策支持。数据仓库系统也是一个管理系统，它由三部分组成：数据仓库、数据仓库管理信息系统、数据仓库工具。3.1.4运行模式通过Internet将分散在不同地理位置的物流分支机构、我校、学生等连接起来，形成一个复杂但有密切联系的信息网络，从而通过快递信息管理系统这个联系方式实时的了解各地业务的动作情况。快递信息管理系统将对各地传来的物流信息进行汇总、分类以及综合分析，并通过网络把结果反馈传达下去，以指导、协调、综合各个地区的业务工作。通常如果要求系统的响应要求快，又是用于局域网内部或机关企事业单位内部的系统，可以采用C/S结构模式。但如果用户不在同一局域网内，而是分散在各个不再的地方或处于不同的单位，在这种情况下B/S结构模式通常比较适合。有时，在开发一个系统时，完成C/S结构模式、B/S结构模式两个版本的程序。也有些系统采用混合的模式，一部分功能模块采用C/S结构开发，而另一部分模块采用B/S结构开发。所以本系统将采用B/S与C/S相结合的运行开发模式。综上所述，本系统可行。3.2 经济可行性项目使用的全部软件均为开源软件，服务器使用的是个人计算机，网络为北京科技大学提供的校园网，理论上只有对网络平台软件的维护与运营成本。本系统的开发需求较低，有较为成熟的软硬件环境作为基础，目标系统开发与操作都不是十分复杂，大大节省了投资成本。开发完成运行后，可以代替人工进行许多繁杂的劳动；大大提高了工作人员的工作效率，为使用者带来便利，也为系统的进一步推广创造了条件。廉价的管理信息系统的成本，使得学校不用过多的考虑其对教育经费和科研经费的影响，这使管理信息系统的实施具有可行性。3.3组织可行性分析我们对现有的分管校园配送快递的组织结构进行了调查和分析，发现校园机关团委等相关管理人员还是有相当高的业务水平，可以很好的将各部门所需的物品邮件派送准确，只是现在并没有一个合适的快递管理信息系统来满足他们的使用需求，将运抵学校的邮件物资合理分配发送给相关人员。据此我们主要在校园快递管理信息系统的开发、校园快递管理信息系统的流程再造、快递管理信息系统的规范化管理等方面进行优化，以方便管理人员使用所需开发的校园快递管理信息系统。3.4时间可行性分析在当前技术条件下，整个系统的开发可以分为系统开发必要性及可行性分析；管理信息系统初规划及初设计；总体系统开发具体步骤；运行、检验系统及反馈四大部分，平均每一部分需要约一个周的时间分配。3.5法律可行性分析查询了有关快递行业的法律法规，要达成一个便捷高效绿色的校园物流管理信息系统，必须要充分考虑与物流行业相关的法律规定，扩展充分的法律可行性。法律可行性分析分为两个层次：一是开发此系统及其应用符合国家的相关法律、法规，我们设计此系统旨在提高校园快递物流管理的效率，减少快递混乱配送现象，整肃校容，规划校园物流管理，提高学生的生活质量，减少安全威胁，并且会向学校有关管理部门申请通过，像财务部门申请检验等，符合国家法律的规定，并且符合学校有关规定，有利于提高学校的管理目标。二是在开放过程中，运用的资料及软件、方法等均不会侵犯知识产权法，做到知法、懂法、守法。物流作为国民经济发展中的一个重要的产业，主要受我国民商法、合同法、行政法、交通法等法律法规的调整。因此，邮政物流企业在实务操作的过程中，就要依靠上述相关法律法规，逐步规范邮政物流业务的发展。4 可行性分析报告4.1引言1、系统名称：校园物流运输管理信息系统。2、选题原因：快递业务有两个基本的特点，一个是快件运转的速度快，另外一个特点是对快件进行全程跟踪为用户提供服务。业务之所以能快速运转，能在最短的时间内为用户提点对点的服务，一个很重要的因素就是有强大的信息系统做支撑，另外一方面信息系统是快递公司运行效率的保证，我们决定将校园物流运输管理信息系统作为我们的研究课题。3、系统目标：能够对快件全程进行跟踪，方便对快件的整理、运输、管理4、使用者：校园快递 开发者：工程管理1101 孙炜烨 沈杰 冒雨新 祝铭 张文哲5、参考资料：老师提供模板，管理信息系统课程课件。4.2校园物流运输管理信息系统使用现状校园快递致力于快速、安全、准确地传递客户的信任，一直努力以科技提升服务。近年，校园快递积极研发和引进先进信息技术和设备，先后与IBM、ORACLE等国际知名企业合作，共同研发和建立了35个具备行业领先水平的信息系统，逐步提升作业自动化水平，实现了对快件流转的全程信息监控、跟踪及资源调度。新技术的实现在促进快递网络优化的同时，确保校园快递服务质量稳定、客户满意。 第三方物流企业通过物流管理信息系统将整个物流过程整合起来, 为客户提供从发货到收货整个物流活动的服务, 其中订单处理、运输、仓储是最主要的业务服务。下面将以订单处理、运输、仓储的业务活动过程为主线, 贯穿于物流供应链的各个环节, 分析物流服务的全过程。校园物流一般运输业务流程图5 可行性分析5.1经济可行性 项目使用的全部软件均为开源软件，服务器使用的是个人计算机，网络为北京科技大学提供的校园网，理论上只有对网络平台软件的维护与运营成本，本系统的开发需求较低5.2 技术可行性 完善的技术设备，包括硬件和软件方面的，通过网络将各个物流分支机构以及总部和客户紧密联系在一起，形成一个复杂但紧密联系的信息网络，通过快递信息管理系统实时了解各地业务的动作情况。 要求系统的反应快，所以采用B/S和C/S相结合的运行开发模式。5.3 组织可行性 我们对现有的分管校园配送校园快递的组织结构进行了调查和分析，发现校园机关团委等相关管理人员还是有相当高的业务水平，可以很好的将各部门所需的物品邮件派送准确，只是现在并没有一个合适的快递管理信息系统来满足他们的使用需求，将运抵学校的邮件物资合理分配发送给相关人员。5.3 时间可行性 在当前技术条件下，整个系统的开发可以分为系统开发必要性及可行性分析；管理信息系统初规划及初设计；总体系统开发具体步骤；运行、检验系统及反馈四大部分，平均每一部分需要约一个周的时间分配。5.4 法律可行性 法律可行性分析分为两个层次：一是开发此系统及其应用符合国家的相关法律、法规，我们设计此系统旨在提高校园快递物流管理的效率，减少快递混乱配送现象，整肃校容，规划校园物流管理，提高学生的生活质量，减少安全威胁，并且会向学校有关管理部门申请通过，像财务部门申请检验等，符合国家法律的规定，并且符合学校有关规定，有利于提高学校的管理目标。二是在开放过程中，运用的资料及软件、方法等均不会侵犯知识产权法，做到知法、懂法、守法。5.5 时间进度分析(1)首先调查了解企业现状,该企业的信息系统使用现状,论述进行本系统分析设计的意义,分析设计的主要内容,要达到的主要功能目标；(2)调查分析组织结构和主要业务，完成业务流程图；(3)完成数据流程图；(4)利用数据字典、存取分析、处理逻辑描述对数据流程内容详细描述；(5)根据数据流程图完成系统结构图；(6)进行系统软硬件配置;(7)进行代码设计；(8)进行数据库设计；(9)进行输入输出设计；(10)对系统结构图的各模块进行模块功能说明。进行行业了解0.5天完成业务流程图0.5天完成数据流程图1天系统结构图1天进行代码设计1天进行数据库设计0.5天进行输入输出设计1天总计5.5天6 进度分析(1)首先调查了解企业现状,该企业的信息系统使用现状,论述进行本系统分析设计的意义,分析设计的主要内容,要达到的主要功能目标；(2)调查分析组织结构和主要业务，完成业务流程图；(3)完成数据流程图；(4)利用数据字典、存取分析、处理逻辑描述对数据流程内容详细描述；(5)根据数据流程图完成系统结构图；(6)进行系统软硬件配置;(7)进行代码设计；(8)进行数据库设计；(9)进行输入输出设计；(10)对系统结构图的各模块进行模块功能说明。进行行业了解0.5天完成业务流程图0.5天完成数据流程图1天系统结构图1天进行代码设计1天进行数据库设计0.5天进行输入输出设计1天总计5.5天7 系统分析说明书7.1 业务流程分析业务流程描述：第一， 寄件人填写快递单，收件员检查。第二， 收件员录入快递单信息。第三， 快递集中托运至分拨中心中转。第四， 分拨中心录入收件信息。第五， 分拨中心把快递交至派件员送件。第六， 派件员录入派件信息，完成派件任务。 第七，业务管理部门调用统计信息分析。 第八，流程简图 流程详图7.2数据流程分析 第一层数据流程图第二层数据流程图7.3数据字典单据分发表名称字段数据类型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 TimeDate 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)发生时间Occur TimeDate time货运回执单详表名称字段数据类型PKIDPKIDint货运回执单PKIDGoods Revert Bill PKIDint货运单详表PKIDGoods Bill Detail PKIDint件数Piece Amountint重量Weightreal体积Volumereal计价方式Price ModeVar char(50)计费标准Price Standard Var char(50)货物价值Goods Value money货运回执单主表名称字段数据类型PKIDPKIDint货运回执单编号Goods Revert Bill CodeVar char(50)装货地点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)备注RemarkVar 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 StationVar 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货物回执信息表名称字段数据类型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)验收时间Check TimeDate time描述DescriptionVar char(50)中转公司名Transfer CompanyVar char(50)中转地址Transfer Ad drVar char(50)中转地电话Transfer Station TelVar char(50)中转费Transfer FeeVar char(50)中转后单号After Transfer BillVar char(50)中转公司信息表名称字段数据类型PKIDPKIDint城市CityVar char(50)公司名称Company NameVar char(50)联系电话Link PhoneVar char(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 DateVar 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 PropertyVar char(50)企业规模Enterprise SizeVar char(50)电子邮件EmailVar char(50)8 系统设计说明书8.1系统总体设计8.1.1系统模块的划分本小组信息系统分为订单系统、仓储管理信息系统、追踪查询系统、资源调度系统。结构如下：快递管理信息系统结构图快递信息追踪查询系统在提供信息追踪的同时，辅助实现信息共享，跨区域快件信息在始发地输入通过信息追踪系统发送到终到地所在区域和追踪中心，同时满足追踪查询和快件交付的需要；快件在快递公司内部的储运过程发送并存储到追踪中心，满足追踪查询的需要。快递追踪查询系统由单据录入子系统、单据查询子系统、统计报表三大大部分组成。 系统总体结构设计8.1.2计算机系统的硬件设计系统采取的开发技术：通过权衡对各种编程语言和数据库使用的熟练程度，本系统选用MicrosoftVisualStudio2010作为前台开发工具，后台数据库采用SQLServer2008，整体设计以软件工程思想为指导思想，力求开发一个实用性强、操作简单且功能完整的物流管理信息系统系统运行环境：客户端操作系统：Windows7服务器操作系统：Windows7数据库：MicrosoftSQLServer2008前台：MicrosoftVisualStudio2010计算机配置：处理器：1 GHz 32位或者64位处理器内 存：1 GB 及以上显 卡：支持DirectX 9 128M 及以上(开启AERO效果)硬盘空间：16G以上(主分区，NTFS格式)显示器：要求分辨率在1024X768像素及以上(低于该分辨率则无法正常显示部分功能)，或可支持触摸技术的显示设备网络的选择采用分布式结构。选择有线网络。8.2系统详细设计8.2.1 处理流程设计图8.2.2 代码设计表表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位人员序号。表3-3快递类型代码表001 001前3位代表寄送范围，后3位代表寄送速度要求。8.2.3输入及输出设计表8.2.3.1输入设计(1)输入设计的内容1输入界面设计。根据具体业务要求确定（详见主界面设计和各模块设计）。2.输入设备选择：键盘-磁盘输入装置。数据录入员通过工作站录入，经拼写检查和可靠性验证后存入磁记录介质 。(2)输入数据正确性校验常用的校对方式有：1.人工校对：录入数据后显示或打印出来，由人进行校对。2.根据输入数据之间的逻辑关系校对：利用会计恒等式，对输入的记账凭证进行借贷平衡的检验。3.用程序设计实现校对：通过设置取值区间检验，或利用输入数据表的外键进行一致性检验。8.2.3.2输出设计(1)输出设计的内容1.输出信息使用情况。信息的使用者、业务统计、业务查询、信息量等。2.输出信息内容。派送单据、业务单据、统计业务量等。3.输出格式。如表格、报告等。4.输出设备和介质，设备：如打印机、显示器等；介质：如磁盘、磁带、纸张等。（2）输出设计的方法 1表格信息。一般用来表示详细的信息。1.主界面*快递收件录入中转录入派送录入客户查询派送统计退出2.各子系统登陆界面账号密码登陆退出3.收件录入子系统界面快件单号始发站终点站收件人姓名重量快件类型品名预计到达时间寄件人电话费用收件人收件人电话收件人地址备注添加编辑删除退出4.中转子系统界面快件单号始发站终点站收件人姓名重量经过分拨中心现到达地快件类型品名预计到达时间寄件人电话费用收件人收件人电话收件人地址备注添加编辑删除退出5. 派件录入子系统界面快件单号始发站终点站收件人姓名重量经过分拨中心现到达地快件类型品名预计到达时间寄件人电话费用客户是否签收收件人收件人电话收件人地址备注添加编辑删除退出6.客户查询子系统界面快递单号查询退出7.统计报表子系统界面快递业务报表快件单号快件类型始发站终点站8.2.4文件及数据库设计表8.2.4.1 概念模型设计 数据库的概念结构设计的任务是产生和反映企业组织信息需求的数据库概念结构，即概念模型，概念模型不依赖于计算机系统和具体的DBMS。采用E-R法将现实世界的信息结构统一用属性、实体、以及实体之间的联系来描述。在本系统的实体类型有收件单、中转单、派件单和快递员等，这些实体间的相互联系是：收件单和中转单之间存在联系“承接”，为“1对1”的关系中转单和派件单之间存在联系“承接”， 为“1对1”的关系快递员和收件单之间存在联系“承接”， 为“1对多”的关系快递员和派件单之间存在联系