毕业论文-基于安卓的现场理货移动平台设计与开发.doc

学号：201010222057 上海海事大学 SHANGHAI MARITIME UNIVERSITY 本科生毕业设计（论文） 基于安卓的现场理货移动平台设计与开发基于安卓的现场理货移动平台设计与开发 学 院： 物流工程学院 专 业： 物流工程 班 级： 学生姓名： 指导教师： 完成日期： 2014 年 6 月 摘摘 要要 本文以集装箱堆场现场理货确认环节为研究对象，通过对天津港集装箱堆场理货作业的调 研与实践，针对该环节目前使用纸质媒体记录数据、数据传递不连贯、手持机成本高、重量大 不方便携带等问题，建立了集装箱堆场现场理货移动信息平台，通过使用 Web Service 中间接 口，实现了理货作业的高效化。该移动平台的应用对于提高堆场理货作业效率，降低设备使用 成本具有实际应用价值。相关思路对降低堆场运营成本、提高堆场内部数据的准确性的研究具 有一定的学术价值和借鉴意义。 关键词：关键词：安卓，集装箱，堆场，理货，成本 Abstract This paper presents an application to solve the tally problem faced by many container yard on-site operators. Final objective is to reduce the travel distance of operators and present them a more vivid user interface as well as provide more precise spreadsheets to system administrators. Due to the high cost of hand-held devices, the application can run on ordinary devices which is much lighter and reasonably priced thus cutting overall cost of container yard operators. Data collected from surveys suggest a more user-friendly interface can improve efficiency and reduce the time wasted by correcting wrong inputs. Application is based on Service-oriented 3-tier architecture to shrink attack surface. By adopting this, database is invisible to terminal users, thus leading to a more secure environment. Data transmission protocol is encrypted as well to achieve seamless security connection. Based on android platform, application can run on bunches of devices which make it a general solution, which helps companies cut costs. Keywords: android, container yard, operators, solution 目目 录录 1.绪论绪论.1 1.1 研究的背景及意义.1 1.2 集装箱堆场现场理货系统现状.1 1.3 国内外研究现状.3 1.4 研究内容.4 2.现场理货系统设计与分析现场理货系统设计与分析.5 2.1 理货作业流程分析.5 2.2 理货作业平台功能划分.6 3.现场理货系统架构设计现场理货系统架构设计.7 3.1 E-R 模型.9 3.2 数据库设计.10 3.3 数据流程设计.11 3.4 功能逻辑设计.13 4.现场理货平台实现现场理货平台实现.16 4.1 开发技术.16 4.2 服务技术.17 4.3 服务器端设计.18 4.4 主要功能模块.21 4.5 本章小结.25 5.总结与展望总结与展望.26 上海海事大学本科生毕业设计（论文） 1 1.绪论绪论 1.1 研究的背景及意义研究的背景及意义 随着世界经济一体化进程的加速，以及我国外贸经济体系的高速变革，集装箱运输在航运 体系中占有的比例逐年增长致使集装箱业务在港口业务中的利润逐年增长。从本世纪初期开始， 全球各大港口间的集装箱流通率增长迅速。到 2003 年全球国际集装箱运输量为 7900 万 TEU， 同比增长 8.2%，2004 年为 8770 万 TEU，增长幅度为 11%1。集装箱堆场的迅猛发展加快了了 信息产业高速推进，并带领一大批科研成果迅速转化为生产力，中国集装箱堆场己经步入数字 化时代。近年来，中国集装箱堆场在信息技术方面投资极大，从最基本的无纸化办公到整个作 业线的实时管理，从无线通讯到图像识别、射频技术、GPS，许多刚走出实验室的新技术在集 装箱堆场找到了用武之地。而船舶的集装箱装卸还处于人工操作的状态3。当今，集装箱装卸 作业代表着世界航运界最先进的生产力，集装箱船舶在港口的装卸效率直接影响到船舶公司和 集装箱港口的市场竞争力。 在高度智能化的今天，传统堆场在很大程度上仍然依靠人力进行许多操作，包括一些堆场 作业机械的操作，以及一些需要高精度完成的工作。这些工作虽然已经有大批量的机械参与进 来使现代的集装箱堆场工作效率有了很大的提升，但是机械毕竟有着机械的局限性，遇到诸如 堆场对箱等需要高精度的操作是还是需要人工完成。雇佣人工会增加堆场的用功成本，这是现 在所有大型企业都竭力避免的状况。并且在堆场上工作也有风险，这也就更加增大了人力聘用 成本。考虑到堆场的高风险性，势必更加应该提高堆场的自动化程度，集成化程度，降低人力 对堆场运作的影响。 1.2 集装箱堆场现场理货系统现状集装箱堆场现场理货系统现状 集装箱堆场作业复杂程度高、流程多，国内外的大型集装箱堆场虽已大规模部署信息化、 智能化的堆场信息系统，但在一些小细节上仍然存在着问题。如对于现场理货这一作业环节， 由于涉及到海关等多方部门所以在业务操作上更加复杂。堆场上的理货操作员一天的工作量也 很大，每天面对庞大数量的需要进行各种查验的集装箱，每日付出辛勤的汗水。由于箱子数量 上海海事大学本科生毕业设计（论文） 2 多，很多操作人员不愿意采用计算机系统进行数据统计，而是采用传统的纸质方式记录当前任 务的完成情况，在每日作业完成后再统一到后方计算机上进行数据的录入和汇总操作。这样做 在一定程度上减轻的工人的负担，但是对于堆场是不利的。首先整个堆场作业的信息链被割断 了，信息的流动不连续，在信息的传达上造成了延迟，这对于堆场的后续作业都会造成影响。 其次书写在纸质媒体上的数据的准确率无法保证。人总是会犯错的，一时的疏忽可能会对整个 堆场的后续作业质量造成很大的波动，严重时可能将造成集装箱丢失等等问题。最后还要考虑 到操作人员自身的安全问题。现代化的集装箱堆场在安全方面和从前的传统堆场相比已经进步 了许多，安全系数大大加强，堆场工人的安全感也与日俱增，但在堆场上依旧存在着潜在的安 全隐患。如果遇到大规模灾害性天气或是严寒酷暑，对堆场的作业环境也是很大的挑战。所以 为了解决这些问题，便有了下文着重阐述的系统。 当前的现代化堆场使用手持机终端进行信息处理的也有许多。手持机的应用在一定程度上 提升了堆场的作业效率，操作员可以在工作现场进行实时的信息确认与更新，相较于采用纸质 记录的堆场已经先进许多。但是手持终端有着许多的局限性。首先，手持终端售价高昂。一台 国产的手持终端往往售价几千元，而国外品牌的手持终端的价格甚至要突破万元。如果为了配 合堆场的处理量而购买一定数量的手持终端将产生巨额开支。其次，手持终端有一定的局限性。 浏览了世面在售手持终端，大多数终端使用的都是封闭的操作系统，用户在开发系统时也必须 使用厂商提供的指定的开发工具，但是有的厂商不提供虚拟机，造成开发必须使用实机调试， 给开发工作造成许多困难。在堆场发展的过程中，必然将对现有的设备进行更新。如果手持机 厂商不再提供技术支持，堆场将不得不花重金重新雇佣开发人员重新开发相关软件，造成大量 的浪费。手持机唯一的优点是耐摔及抗震性，但是为了获得这一性能，手持机往往被设计得非 常笨重，这就对操作人员的携带造成了许多麻烦，原本方便的功能可能就由于重量的原因而被 弃之不用。 介于以上两点原因，非常有必要开发一个基于安卓的现场理货移动平台。本平台将依托堆 场现有的信息化平台，将理货作业的流程无缝嵌入到当前系统中，实现信息交互低延迟、人员 操作简单、信息处理准确快捷等目标。理货作业人员可以极为便捷地使用手中的安卓系统智能 手机实时查询及修改理货计划，在作业完成后可以及时更新理货状态，从而使调度中心能够更 加高效地分配各种堆场机械配合作业。计算机系统能够在很大程度上避免人工书写造成的错误， 程序内置了校验功能，将对可能发生输入错误的区域进行校验，并在数据提交前进行校验。由 于应用基于安卓平台，使应用的可移植性大大增强，安卓设备的淘汰对安卓系统上的应用本身 的影响是非常小的。安卓系统在最近的版本中已经强化了企业管理功能，能够对用户的操作按 上海海事大学本科生毕业设计（论文） 3 策略进行严格的限制，从而满足堆场内部的安全要求。由于统一采用安卓系统，用户体验可以 保持一致，这将减少堆场在人员培训方面的开支。现如今低价安卓手机已经铺天盖地，选择大 屏安卓手机既能保证操作员的正确操作，也对于降低堆场运营成本起到了推波助澜的作用。 1.3 国内外研究现状国内外研究现状 国内外关于堆场的信息化追求一直没有停息。随着信息化的进程加速，越来越多的堆场开 始采用信息技术武装自己的设备体系。也有更多的学者开着了这类研究。国内的研究主要有， 范幸枝6在 1992 年提出了在福州港集装箱管理信息系统的主要功能，当时的软件还比较简单， 业务也不像现在这样繁忙，改革开放九十年代初，相较于之前，港口的进出口业务数量激增， 为了提高效率不得不使用信息化管理。杨静蕾7在 2003 年使用了 Burke 定理进行校验仿真，提 出各种分布情况下对排队网络的改进思路，首次结合上海外高桥集装箱码头建立的作业线方式 下的作业层集装箱码头内部物流网络节点配置，求取最优解。杨志新8在 2005 年通过比较香港 CTMS 系统以及比利时 COSMOS 系统的优劣，并对现有系统取长补短提出了预测系统。 曲昌文9在 2005 年结合采用了基于.Net 的 B/S 和 C/S 的烟台港现有集装箱管理信息系统。 它采用了三层架构使表达层、应用层、数据层完全分离，提高应用速度。杨正娥,苗瑞,孙小明10运 用 BP 神经网络预测未来的堆场集装箱数量，解决作业不均衡问题。魏众11在 2007 年提出了基 于 multi-agent 的集装箱码头物流作业调度系统。齐健12在 2007 年以天津港煤码头的物流信息 化为研究背景，实现了公司煤炭的运、储存、装卸等作业流程的计算机记录与控制。主要采用 信息资源规划以及企业架构规划。莫宝民13在 2009 年提出了一种港口物流系统综合评价方法 （层次分析法，环境资源管理），并对不同港口进行了比较分析。廖平，井欢欢，何振威，周 受钦14在 2009 年采用了无源 RFID 识别技术，增强了数据交换时的准确性和速度。郑文萍15 在 2009 年设计了基于 Web Service 的外轮理货业务信息平台实现了 PDA 现场理货、报文处理、 理货处理并进行了设计和分析操作。王振卿16在 2011 年对长春一汽国际物流中心进行研究， 构建了类似集装箱堆场的信息系统。引入第三方物流企业的分析和汇总。 苏波17在 2011 年研究了基于 Oracle9 的船舶调度管理，设备使用管理系统。方恒明18在 2013 年以引航调度系统为例研究了各种安卓数据库同步技术，对这些数据同步技术进行对比， 解决移动端月服务器同步问题。Ereng19提出运输任务的分配是由供应商、仓库、制造商的地理 位置所确定。Anthony20采用模拟退火算法解除了一个二阶段分销网络评价和一个 0-1 整数规划 模型。Notteboom21从多式联运角度系统的研究了未来全球各地港口物流将对经济产生如何深 上海海事大学本科生毕业设计（论文） 4 远的影响。Lapida22提出了从创新物流新供应链集中管理角度研究新世纪物流管理系统规划以 及思路。Creton J.P.23提出了优化集装箱码头设计方法。Adacal24讲解了一个基于移动系统的代 理框架结构。Imai 25研究了先到先服务的原则下，码头的泊位分配问题。 1.4 研究内容研究内容 主要研究集装箱堆场以及后方堆场理货作业，旨在降低后方理货作业人员作业强度、提升 作业效率、使工作流更加顺畅。为堆场的目标客户群提供更加优质的享受。论文的结构如下： 第一章为绪论，介绍背景研究现状以及研究意义。 第二章为设计需求分析，主要介绍作业流程以及功能划分。 第三章讲解系统的设计，主要进行系统分析、系统设计、数据库设计，是重点内容。 第四章主要是系统实现，介绍相关系统技术、模块功能实现以及程序详细功能。 第五章为总结与展望，对系统进行总结并对系统的未来进行展望。 上海海事大学本科生毕业设计（论文） 5 2.现场理货系统设计与分析现场理货系统设计与分析 2.1 理货作业流程分析理货作业流程分析 堆场计划员首先生成在场箱计划中的理货计划，在计划中选择计划类型，选择箱子并保存 计划。理货操作员在进行理货作业是首先对该箱号进行查询，系统会自动进行模糊匹配，无需 输入全部箱号便可进行匹配，减少输入时间以及输入错误的几率。箱号输入完毕后，系统将自 动在数据库中进行查询，如果该箱号存在对应的理货计划系统将弹出详细的理货信息，操作员 根据实际情况修改理货信息，确认无误后保存信息。系统收到确认之后将统一发布转提任务， 接收到转提任务的正面吊启动。一般由两台正面吊和一台集卡配合完成转提的作业。正面吊以 及集卡司机的车载终端将显示出箱子的具体位置，箱子的基本信息，尺寸、箱号等。正面吊和 集卡相互配合将集装箱运送到堆场指定的查验区，交由海关进行各种查验。查验完成后查验人 员通过手持终端告知任务完成，系统将再次向正面吊派出任务，将箱子调回原箱区。理货操作 员进行理货确认。最后执行清场任务，整个流程结束。 所有进出口货物、 运输工具及邮递物品等， 除经海关总署特准免检的以外，都应由口岸海 关或指运地、启运地海关进行查验，以确定实际进出口与单证申报是否相符，有无错报、漏报、 瞒报和伪报等情况，满足海关监管、征税、统计的需要；同时，查缉国家禁止进出境物品。 海关查验货物，应在海关规定的时间和场所进行。如有特殊缘由，事先报请海关同意，海 关可以在其方便的时候进行查验操作，可以无视规定的时间进行突击检查。货物的收、发货人 或其代理人有权利监督海关进行查验操作，同时也有义务并按海关的要求负责办理货物的搬移、 拆装箱和查验货物的包装等工作。海关根据法律有权利及义务对可疑集装箱直接进行开验、复 验或者提取货样。货物保管人应当到场作为见证人4。 海关查验按查验方式分，一般有单证查验、外形查验、开箱抽样查验等不同方式；按查验 的对象分，一般有进口集装箱查验和出口集装箱查验；按查验手段分，人工查验和机检查验。 海关实施查验可以是彻底查验，也可以是抽查。查验操作可以分为人工查验和设备查验。海关 可以根据货物情况以及实际执法需要，确定具体的查验方式。 上海海事大学本科生毕业设计（论文） 6 人工查验包括外形查验、开箱查验。外形查验是指对外部特征直观、易于判断基本属性的 货物的包装、运输标志和外观等状况进行验核；开箱查验是指将货物从集装箱、货柜车箱等箱 体中取出并拆除外包装后对货物实际状况进行验核。 设备查验是指利用技术检查设备为主对货物实际状况进行验核。 彻底检查检查，即对货物逐件开箱（包）查验，对货物品类、规格参数、数量、重量、原 产地货物状况等逐一与货物申报单详细核对。 抽查，即按一定比例对货物有选择地开箱抽查，必须卸货。卸货程度和开箱（包）比例以 能够确定货物的货物品类、规格参数、数量、重量、原产地货物状况等。 外型检验，对货物的包装、标记、商标等进行验核。外型查验只能适用于大型机器、大宗 原材料等不易搬运、移动。此外，海关还充分利用科技手段配合查验，如地磅和 X 光机等查验 设施和设备。 海关查验部门自查验受理起，到实施查验结束，反馈查验结果最多不得超过 48 小时，出口 货物应于查验完毕后半个工作日内予以放行。查验过程中，发现有涉嫌违规等事情的，海关将 视情况对货物进行扣押操作，待检查后对货物进行裁定。 2.2 理货作业平台功能划分理货作业平台功能划分 平台主要分为登陆模块、理货计划读取模块、理货程度确认模块、验箱程度确认模块。登 陆模块主要负责对用户进行信息认证。随着集装箱装卸业务日趋成熟，围绕着集装箱堆场，船 公司国家检验检疫部门、海关、货主乃至各家代理公司之间的数据交换也越来越多。在提高 装卸效率的需求下，各类新兴技术也在堆场崭露头角，这些新技术新系统的应用在提高了堆场 的生产运营效率的同时也带来了很多安全方面的问题。以无线通信技术为例，现代堆场广泛采 用的基于 802.11 标准的无线技术极大地方便了堆场运作，但同时又带来了许多完全隐患。从内 部来看，为了操作方便而采用的远程控制技术，可能给服务器带来各种威胁；内部用户间相互 发送文件资料，发送带有附件的电子邮箱以及可移动存贮设备在各台电脑上的流转都有可能造 成病毒的大爆发和局域网间交叉感染。登陆模块就是要在一定程度上降低各种未经授权的访问， 使整个服务都在一个安全的保护下运行。理货程度确认模块是整个系统中最重要的模块，主要 控制理货程度的确认操作。模块主要负责从系统现有的数据中筛选出需要进行理货作业的集装 箱，方便用户进行操作。另一个功能是协助用户在最短的时间内完成确认，降低重复输入修改 所造成的人力浪费。 上海海事大学本科生毕业设计（论文） 7 3.现场理货系统架构设计现场理货系统架构设计 图 3.1 为主要整个系统给工作流程。计划员在建立在场箱计划时先选择当前计划类型，然 后选择当前集装箱并保存。理货操作员先录入箱号以查询当前集装箱是否在理货计划中，如果 存在该集装箱则进一步查看理货计划，看是否存在理货计划，并根据实际情况新建或者修改理 货信息。完成后进行一次确认并保存信息。现场作业员根据理货计划的先后顺序发布转提任务， 理货操作员收到转提任务并把任务转发给正面吊司机以及集卡司机。集卡司机根据任务内容将 集卡驾驶至指定的区域待命，待正面吊将集装箱取下并放在集卡上。集卡将集装箱运至指定的 理货区域。理货人员负责将集装箱打开，海关查验人员按照要求对所需要查验的货物进行例行 检查。所有操作完成后将没有问题的货物装回集装箱并有集卡和正面吊协同合作将集装箱运回 堆场指定位置。 上海海事大学本科生毕业设计（论文） 8 作业流程 理货操作员计划员正面吊司机海关 建立在场箱计划理货确认海关验货 现场作业清场理货确认 开始 选择计划类型 选箱 保存计划 录入箱号 检查箱号是否在计划中 是 查看理货信息 否 修改理货程度 确认理货信息 是 保存信息 否 发布转提任务接收转提任务执行转提任务 验货 理货确认 发布清场任务执行清场任务 结束 图 3.1 工作流程图 上海海事大学本科生毕业设计（论文） 9 3.1 E-R 模型模型 集装箱在场 在场计划 场地位置 箱型 箱号 设备交接号 尺寸 计划类型 货物性质 操作方式 验箱 验箱计划 计划类型验箱人员 验箱时间 图 3.2 数据库 E-R 模型 E-R 模型主要展示了集装箱：箱号、箱型、尺寸、空中、设备交接单、场地位置。委托单 位：单位编号、合同编号、联系人/电话。进场类别：进场形式、进场目的、特殊标记、货类、 场地位置。进场计划：进场计划号、场位计划、设备交接单号、箱状态、交付条款、内外车队、 内外贸。 集装箱所对应的属性包括进场计划号，箱号，尺寸，箱型，状态，进场类别，特种箱标记， 持箱人，箱主，箱重，场地位置，计划场位，船名，航次，提单号，铅封号，设备交接单号， 内外贸，是否损坏，货名，交付条款，起运地点，委托单位，航线代码，收箱人，收箱单位， 温度，记录日期，工号，卸船日期，出场计划编号，出口日期，出皮号，火车车次，出场日期， 盘存统计日期，场地位置，是否锁箱，锁箱人，箱主修改日期，内外车队，进出口标记，放箱 单号，修改人，消极人，错场位，装箱时间，装箱理货员拆箱时间拆箱理货员，是否已发运抵， 目的港，备注，进场船名，进场航次，进场提单，黄联返回时间，黄联取走时间，集港报文核 对标记，进场车队，可否装箱。 上海海事大学本科生毕业设计（论文） 10 3.2 数据库设计数据库设计 基于运行环境分析，设计数据表文件，结构如下。安卓现场理货移动平台数据库有四个数 据文件构成，分别为进场计划信息表（ctn_plan）、理货状态（c_ctn_status）、理货类型 （c_plan_type）、集装箱信息（container）。由于数据库设计较长且繁琐，详细表格将在附录 中呈现。 图 3.3 系统处理流程图 以上是数据格式 表 3.1 进场计划计划信息表(ctn_plan) 列名类型长度备注 p_idvarchar14进场计划号 ctnnovarchar12箱号 cpidvarchar14计划号 p_typevarchar10计划类型 txrvarchar16申请人 txr_telvarchar15申请人电话 take_goods_modenumber10提货方式 cyvarchar2场 if_inner_fleetvarchar1内外车队 fleetvarchar4车队代码 from_wherevarchar4起运地点 destinationvarchar4目的地点 plan_datedate不适用计划日期 start_datedate不适用开始日期 end_datedate不适用结束日期 opidvarchar8计划人 上海海事大学本科生毕业设计（论文） 11 commentvarchar40备注 if_finishvarchar1是否完成 check_extentvarchar10验箱程度 if_checknumber1验残否 lh_opidnumber1理货确认人 pre_check_extentvarchar20验箱程度 bjhvarchar10报检号 bx_posvarchar8摆至场位 based_cpidvarchar16基于 cpid lh_check_timedate不适用理货确认时间 sealnovarchar10铅封号 3.3 数据流程设计数据流程设计 集装箱 在场计划 集装箱堆场 理货信息系统 内集卡 场 地 位 置 箱 号 、 在 场 位 置 理货 方式 箱号、车号 GPS位置 理货计划 图 3.5 系统环境图 上海海事大学本科生毕业设计（论文） 12 上图所示为集装箱堆场现场理货移动平台环境图。整个平台的外部实体有集装箱、内集卡、 在场计划、理货计划，通过在场计划以及理货计划得出在场计划表和理货计划表。整个平台统 筹所有的计划。从在场计划读到需要尽心理货的计划清单，信息主要包含有箱号以及在场位置 等等。具体集装箱信息从集装箱信息表中独读出。内集卡主要负责水平运输工作，系统将集装 箱的 GPS 位置信息下发给内集卡，反馈任务所下达的内集卡的箱号以及车号。理货计划记录详 细理货信息。 集装箱进场 D1 集装箱信息表 理货作业 在场 D4 在场计划表D4 D1 集装箱信息表D1 D2 进场类别 外请商检 作业核对 D3 进场计划表 箱号，箱型，尺 寸，空重、设备交 接单，委托单位 进场计划 进场计划信息 进 场 类 别 、 形 式 货物性质，计划 类型，检箱程 度，存货方式， 操作方式 在 场 计 划 信 息 在场计划特殊作业项目 进场类别信息 集 装 箱 信 息 海关验货法检木质检验三方验货 图 3.6 零层图 上图为平台的零层图。 集装箱信息表内容包括箱号，箱型，尺寸，空重、设备交接单等。 作业项目包括外请商检、海关验货、法检、拇指检验、三方验货。商检即商品检验是国际 贸易发展的产物。它随着国际贸易的发展成为商品买卖的一个重要环节和买卖合同中不可缺少 的一项内容。商品检验体现不同国家对进出口商品实施品质管制。通过这种管制，从而在出口 商品生产、销售和进口商品按既定条件采购等方面发挥积极作用。木质检验一是降低国际贸易 中林木有害生物随木质包装在全球传播扩散的风险；二是协调 WTO 成员制定统一的木质包装 检疫管理措施，避免不合理的技术措施影响国际贸易。主要检验针对用于承载、包装、铺垫、 上海海事大学本科生毕业设计（论文） 13 支撑、加固货物的木质材料，如木板箱、木条箱、木托盘、木框、木桶、木轴、木楔、垫木、 枕木、衬木等。第三方验货在进出口贸易中也称为公证验货或者出口检验，是由独立于交易双 方以外的第三方按委托方或者买家的要求，代表委托方或买家对供货质量及订货、购销合同中 的其它相关内容进行检查验收的一项活动，目的是查验供货方所供货物是否满足订货合同的要 求和买方的其他特殊要求。 3.4 功能逻辑设计功能逻辑设计 理货作业管理 理货检索信息 集装箱数据 在场 检索信息 集装箱箱 信息 C0.0.0 C1.0.0 C2.0.0 理货类型状态信息 C1.1.0C1.2.0 在场计划 C2.1.0 检索信息 集装箱信息 C3.0.0 集装箱动态、属性信息 C3.1.0 图 3.7 IPO 图 平台输入进场计划、在场计划、集装箱信息。平台进行检索后发出箱子位置信息等。 表 3.2 IPO 图表（1） IPO 图编号（即模块号）： C0.0.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：作业管理设计者：使用单位：编程要求： 输入部分（I） 处理描述（P）输出部分（O） 集装箱基本信息 操作业务信息 集装箱信息查询 作业任务查询 集装箱信息 检索信息 表 3.3 IPO 图表（2） IPO 图编号（即模块号）： C1.0.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：信息检索设计者：使用单位：编程要求： 输入部分（I）处理描述（P）输出部分（O） 上海海事大学本科生毕业设计（论文） 14 集装箱信息查询集装箱基本信息表 查询作业计划 理货类型 理货状态信息 表 3.4 IPO 图表（3） IPO 图编号（即模块号）： C1.1.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称:类型查询设计者：使用单位：编程要求： 输入部分（I）处理描述（P）输出部分（O） 集装箱信息类型列举理货类型 表 3.5 IPO 图表（4） IPO 图编号（即模块号）： C1.2.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：状态信息设计者：使用单位：编程要求： 输入部分（I）处理描述（P）输出部分（O） 集装箱信息状态查询理货状态 表 3.6 IPO 图表（5） IPO 图编号（即模块号）： C2.0.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：作业收费模块设计者：使用单位：编程要求： 输入部分（I）处理描述（P）输出部分（O） 进、在、出场计划表 作业情况相对应费用 信息 进、在、出场计划制定、检索 集装箱信息检索 作业计划确定与否 进、在、出场总作业信息 表 3.7 IPO 图表（6） IPO 图编号（即模块号）： C2.2.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：在场模块设计者：使用单位：编程要求： 输入部分（I）处理描述（P）输出部分（O） 在场数据在场类型归类在场计划 表 3.8 IPO 图表（7） IPO 图编号（即模块号）： C2.2.1HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：在场计划模 块 设计者：使用单位：编程要求： 输入部分（I） 处理描述（P）输出部分（O） 在场计划在场集装箱查询库存文件 上海海事大学本科生毕业设计（论文） 15 表 3.9 IPO 图表（8） IPO 图编号（即模块号）： C3.0.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：集装箱信息 检索模块 设计者：使用单位：编程要求： 输入部分（I） 处理描述（P）输出部分（O） 集装箱属性信息集装箱属性归类入系统库存文件 表 3.10 IPO 图表（9） IPO 图编号（即模块号）： C3.1.0HIPO 图编号： 数据库设计文件编号：编码文件号：编程要求文件号： 模块名称：集装箱信息 检索模块 设计者：使用单位：编程要求： 输入部分（I） 处理描述（P）输出部分（O） 集装箱属性信息集装箱属性归类入系统库存文件 属性信息 状态信息 上海海事大学本科生毕业设计（论文） 16 4.现场理货平台实现现场理货平台实现 根据 Canalys 的统计数据显示，2012 年全年安卓系统手机销量有 4.815 亿，占到了全球智 能手机销量的 68.8%。到了 2013 年这个数字跃升至 7.812 亿，占比升至 78.9%。2013 年全年有 大约 10 亿台智能手机售出，而其中 80%运行的是安卓操作系统。这是一个很惊人的数字。 2013 是安卓平台向可穿戴设备发展的一年。手表、腕带、谷歌眼镜等等产品不再是厂商炫技的 产物，而是在商店中实实在在能够买到的产品。这些设备给人们的生活带来的许多便利，同时 拓宽了安卓设备的市场占有率。2013 也使安卓和信息安全战斗的一年。流氓软件、吸费 APP 等等经过央视曝光后在全国人名心中留下的深刻的印象。自从苹果手机集成了指纹识别后，安 卓旗舰手机亦跟进这一举措，高举用户隐私安全大旗进行宣传。随着 NFC 技术在手机上的集成， 移动支付越来越方便，所以对手机安全性的需求也不可同日而语。 4.1 开发技术开发技术 本次开发使用 IntelliJ IDEA 进行。作为目前公认的优秀的 Java 开发环境，Google 也对其伸 出橄榄枝，推出了集成了安卓开发套件的 Android Studio 供广大开发者使用。相对于老牌 Java 开发工具 Eclipse 有着许多改进的地方。其主要特性有： 基于 Gradle 的自动化组件生成工具。 针对安卓的代码重构功能以及错误修正功能。 语言分析工具可以发现程序中的性能、可用性以及版本兼容性可能导致的问题。 反编译反破解以及应用签名特性。 可以模板化创建符合安卓设计语言的界面和控件。 支持拖放界面元素的富布局编辑器，可实时预览不同屏幕分辨率设置下的应用界面布局。 内置对 GCP 谷歌云平台的支持使它能够更好的集成 GCM 谷歌云消息以及将 App Engine 作 为组件的服务端配置。 当然作为新兴的开发工具也有不足之处，例如不像 eclipse 是完全开源软件，IDEA 还有商 业版本。IDEA 的插件数量也完全无法和 eclipse 多年的积累相比。当然这些劣势将来会随着谷 歌的介入慢慢得以修正。 上海海事大学本科生毕业设计（论文） 17 Gradle 是一个以 Apache Ant 以及 Apache Maven 为概念的自动化构建工具计划。它有一套 基于 Groovy 的特定领域语言来声明项目设置，而不是传统的 XML。不像 Maven 定义了生命周 期以及 Ant 的生成目标是基于组件的部分重叠需求而生成，Gradle 使用有向无环图（DAG）来 决定哪个任务需要有限执行。Gradle 被设计成给那些需要生成许多项目的构建使用，它通过智 能地识别构建树种那些项目是最新的来进行增量构建，这样那些基于这些最新的部分就不需要 反复重新构建。 Gradle 集合了 Ant 的强大功能和可伸缩性，以及 Maven 的组件依赖管理，是一个更加有效 率的构建方式。Gradle 可以将构建、测试、发布、部署全部自动化，不仅仅可以用于程序还能 用于生成静态页面以及软件说明文档。 4.2 服务技术服务技术 4.2.1 Web Service WS 是一个在网络上沟通两个电子设备的通信协议。它有一个由机器可读的格式做成的接 口。其他通过 WS 进行交互的系统使用 SOAP，通常是由 HTTP 来传输 XML 序列。有两大类 WS：基于 REST 含状态传输的 WS，其主要目的是通过使用一系列无状态操作来操作代表网络 资源的 XML。几何 WS，有一系列几何操作。 WSDL 是一个基于 XML 的接口描述语言，它被用于描述当前 WS 的功能。图 4.1 简单描 述了一个标准 WSDL 的结构。 上海海事大学本科生毕业设计（论文） 18 WSDL 2.0 描描述述 类型 接接口口 绑绑定定 服服务务 操作 输入 输出 入口 抽抽 象象 层层 基基 础础 层层 图 4.1 Web Service 结构 4.2.2 SOAP 简单对象访问协议 SOAP 是一种用于在 WS 组成的计算机网络中交换结构化信息的协议。它依赖于 XML 信息 集。协议主要包含以下几部分。协议封装定义了消息中的内容以及如何处理；一组编码规则用 于表达应用定义的数据类型的实力；RPC 表示，它定义了一个协定，用于表示远程过程调用和 应答；绑定，它定义了 SOAP 使用哪种协议交换信息。 4.3 服务器端设计服务器端设计 本系统的架构采用多层架构搭建。多层架构是客户端/服务器架构的一种，但是它将信息展 示、数据处理、以及数据管理功能进行物理性的隔离。其中用的最广泛的是三层架构。多层架 构设计能够提供一个方便应用开发者开发创建弹性的可反复使用的应用模型。通过将应用分隔 上海海事大学本科生毕业设计（论文） 19 为不同的层次，开发者可以修改某一特定层而不是重写整个应用。典型的三层架构主要由展示 层、域逻辑层和数据存储层。三层架构可以独立进行升级从而更加快速地适应技术的发展及要 求。 4.3.1 数据存储层 数据存储层采用 Oracle 数据库进行搭建。Oracle 是一个关系型数据库管理系统，它拥有许 多优点，Oracle 的数据库都向后兼容，降低了企业的许多迁移成本。Oracle 拥有高可靠性的特 点。本次使用 Oracle 为本系统服务，将会获得这些所有的优点。 4.3.2 应用层 应用层采用 Powerbuilder 编写的 Web Service 作为中间应用，主要负责数据的收集及传递。 Powerbuilder 采用了大量的.Net 技术，可以方便地在 IIS 上进行部署。Powerbuilder 也拥有引以 为豪的数据窗口，可以方便的将数据进行可视化，方便用户查阅及修改。系统后台采用 Powerbuilder 独有的数据窗口进行编写，利用率其数据窗口操作的便捷性，方便地将数据从数 据库中抽出并家在给用户。由于本平台的后台是 Web Service，所以将数据窗口隐藏在后台，构 建不可视 Web Service 方法，主要由以下三个方法构成。 方法名：uof_lh_get_cy_list 表 4.1 输入参数 1： 参数名类型说明 as_cyvarchar(10)输入查验号 上海海事大学本科生毕业设计（论文） 20 图 4.2 结构描述 1 表 4.2 属性描述 1： 参数名类型说明 p_idvarchar(14)进场计划编号 ctnnovarchar(12)箱号 cpidvarchar(14)计划号 p_typevarchar(10)计划类型 container_yardposvarchar(8)场地位置 billnovarchar(20)提单号 container_ctn_purposevarchar(10)进场类型 sealnovarchar(10)铅封号 plan_datedate计划日期 if_movenumber(1,0)摆否 c_plan_type_namevarchar(10)在场计划类型 该方法主要用于返回任务列表。使用该方法将返回所有的任务列表供用户选择任务。 方法名：uof_lh_get_c_check_extent 表 4.3 输入参数 2： 参数名类型说明 NULLNULL无输入 上海海事大学本科生毕业设计（论文） 21 图 4.3 结构描述 2 表 4.4 属性描述 2： 参数名类型说明 codevarchar(3)验箱程度代码 namevarchar(20)验箱程度名称 该方法用于当用户在任务刘表中选择需要进行理货的集装箱后进行验箱程度确认，用户在 完成验箱确认之后将调用下述方法。 方法名：uof_lh_confirm_check_extent 表 4.5 输入参数 3： 参数名类型说明 as_pidvarchar(14)进场计划号 as_ctnnovarchar(12