【毕业学位论文】（Word原稿）天津空港转关货物监管系统的设计与开发-软件工程

中图分类号： 学校代码： 10055 密级： 公开 专 业 硕 士 学 位 论 文 天津空港转关货物监管系统的设计与开发 文摘要 I 中文摘要 近年来，在国际贸易领域为确保对外贸易的持续增长，确保信息的准确性、安全性和及时性成为了稳定国家经济地位必要条件。国外发达国家纷纷确立了以推进信息化为特征的发展战略。但是在我国 一些国际贸易的环节，比如转关业务依然存在着纸质单据传递信息，这样既费时又无法确保信息的安全和真实性。国务院总理温家宝提出 2020 年把 天津市建设成为国际港口城市、北方经济中心和生态城市 的宏伟目标，为了实现这一目标转关业务信息化势在必行。 本系统是采用微软 架平台进行设计的开发的，实现了公共语言运行时的全新方式，无需进行注册。在转关监管系统的设计开发首先根据天津空港海关转关监管中心的业务抽象成了卡口和库管两个子系统并对其进行了需求分析。根据卡口系统维护和升级简便的特点该系统对其采用了 B/S 架构，而对于用户较少的库管系统则使用了 C/S 架构来减轻服务器端运行的数据负荷。本系统通过设计采用支持读卡器等外围设备来提高海关执法机构的执法效率；通过将卡口系统部署于海关内网，而将库管系统部署于海关外网，即两个子系统使用各自独立的数据库来确保执法数据的安全性；通过采用 术实现页面局部无回调刷新来确保了数据的实时性。本系统的两个数据库均采用了 005 作为数据库管理系统且数据库结构完全一致。 本系统目前已经完成编码测试，并且在天津空港海关转关监管中心成功上线运行。通过本系统的使用，规范了转关业 务的办理秩序，提高了通关效率，同时减少了纸质单据的使用，既绿色环保又确保了通关数据的真实可靠性。 本文的文档结构按照转关系统的设计与实现过程进行编排，设计与实现严格遵循软件工程的具体流程。通过对天津空港转关中心的实地调研，确定系统需求，明确系统的边界，围绕系统的功能模块、体系结构、数据库等方面展开设计，最后对系统的具体实现进行了详细深入的描述。 关键字 ： 天津空港 , 转关系统， 系统分析， 系统设计 n in of in to of to of to to in s as in as of 020 of of in to be of In of to is on to of , ; in is in to of to no to of of 005 as is he on By of of of to of of of of a 录 录 中 文摘要 . I . 录 . 错误 !未定义书签。 第一章 绪论 . 一节 研究的背景 . 1 第二节 研究的意义 . 1 第三节 论文的研究内容与组织结构 . 2 论文的研究内容 . 2 论文的组织结构 . 3 第二章 基础知识 . 4 第一节 转关 . 4 第二节 海关监管 . 4 第三节 本章小结 . 4 第三章 系统的需求分析 . 5 第一节 转关监管整体业务分析 . 5 第二节 用户类型分析 . 7 第三节 系统的功能与用例分析 . 8 第四节 系统的性能需求 . 15 第五节 系统的可行性 . 16 第六节 系统开发与运行环境 . 17 第七节 本章小结 . 18 第四章 系统的设计 . 19 第一节 系统设计原则 . 19 第二节 系统体系结构设计 . 19 第三节 系统的功能模块设计 . 20 卡口系统 . 21 库管系统 . 25 目 录 V 第四节 系统的输入输出设计 . 30 卡口系统 . 30 库管系统 . 33 第五节 系统的页面设计 . 37 登录页面 . 38 卡口系统 . 38 库管系统 . 43 第六节 系统的数据库设计 . 45 系统实体类图设计 . 45 第七节 本章小结 . 50 第五章 系统功能的实现 . 51 第一节 用户登录功能的实现 . 51 第二节 卡口系统实现结果 . 56 第三节 库管系统的实现 . 63 第四节 卡口系统与库管系统之间数据同步的实现 . 72 第五节 本章小结 . 72 第六章 总结与展望 . 73 第一节 主要工作 . 73 第二节 展望 . 73 参考文献 . 74 致谢 . 76 个人简 历 . 77 第一章 绪论 1 第一章 绪论 第一节 研究的背景 信息技术对于世界经济发展所 带来的催化作用大家有目共睹，但在国内，信息化仍处于发 展阶段。尤其是国 际贸易的一些环 节，人们采用纸质单据传递信息的情况依然可见，在此过程中浪费了时间并且纸质单据容易损坏、易于伪造，造成信息的安全性和真实性比较差。这些不利因素严重阻碍了我国经济的快速健康发展，因此，信息化取代原有纸质单据成为必 然的趋势。 近年来，天津空港转关业务量大幅增长， 2009 年天津海关共办理进出口转关业务约 11 万票，监管进出口转关货物约 16 万吨，同比分别增长 10和 51。为更好的支持天津滨海新区开发开放，更好的建设天津空港转运货物监管中心，提升天津空港货运辐射能力，建设天津空港转关货物监管中心工作任务，天津空港海关提出以信息围网、物理围网、视频围网三位一体的监管模式，确保监管区内运输工具及货物的监管到位。为此需要开发天津空港转关货物监管系统（以下简称“转关系统”）。 第二节 研究的意义 转关系统的设计与开发旨在解决在过去很长一段时间天津机场发展滞缓，航空物流资源长期未能整合、天津空港非工作时间航班较多等不 利因素影响下，空港转关货物海关监管工作存在的一些问题。这些问题主要包括：监管力量相对分散，单证审核人员和实货监管人员分散在报关大厅、三个一级代理库及万士隆海关监管库区等五处海关作业点；对施封前、拆封后转关车辆场内运输的监管能力有待提升；长期依赖人工监管，科技化程度不高。 通过设计与开发转关系统，有利于整合实货监管力量，使监管集中化，具体表象为：项目应用后可设立天津空港转关货物监管中心（以下简称“监管中心”），所有空运转关货物可在天津空港从监管中心一点进出，有利于天津海关将原有分散在三个地面代理库和万士隆海关 监管库区等四处的施验封人员整第一章 绪论 2 合到监管中心，实施集中监管，有效解决了业务发展与人员相对不足之间的矛盾；同时，有效增强了单位货物的海关监管力量，提升了转关监管严密性。 除此之外，转关系统的设计与开发还有利于实现单证审核与实货监管一体化，使监管高效化，主要表现为：实现了转关业务单证审核与实货监管一体化。一方面，彻底解决了转关监管工作中，单证审核岗位人员与实货监管岗位人员长期分离，监管效能不强的问题；另一方面，到海关办理转关业务的物流企业也不必频繁往返于两个现场（现有单证审核现场与实货监管现场之间行驶距离超过 3 公里 ，往返平均耗时 20 分钟），而在一点即可办理全部转关业务，提高了企业办事效率，使海关监管效率和效能的双重高效。 不仅如此，在对于施 /拆封后转关货物的监管方面，转关系统的应用可以凸现严密化，具体表现为：由于监管中心设立在国货航运营基地出口库区，紧临机坪。监管中心运行模式将采取转入货物拆封后进入监管中心，通过机坪运抵相应监管库；转出货物通过机坪从各监管库运抵监管中心集中施封的监管模式。从而杜绝了转关车辆施 /拆封后在各监管库之间运输转关监管货物的情况，进一步降低了转关货物监管风险。 最后，转关系统的应用有利于运用电 子化监管手段，凸现监管科技化，具体表现为：按照海关总署有关要求，监管中心将设置电子地磅、电子卡口等多项电子化监管手段。一方面，有利于按照总署要求稳步推进京津机场海关电子卡口一体化进程；另一方面，结束了空港转关货物长期依赖人工监管的现状，提高了实货监管的科技含量，进而提升海关监管效能。 第三节 论文的研究内容与组织结构 论文的研究内容 论文的研究内容 如下 ： 调查并汇总监管中心业务流程，并对其进行需求分析，按照软件工程的思想划分功能模块，并对性能提出需求。 对转关系统进行设计，包括功能模块设 计、输入输出设计、页面设计和数据库设计。 第一章 绪论 3 在系统设计的基础上，运用 005 作为开发工具进行编码，并展现系统的实现结果。 总结论文的整体工作并展望。 论文的组织结构 论文内容的组织结构为： 第一章为绪论，主要概述论文项目的开发背景、意义，并对论文的研究内容，论文的组织结构进行了概括。 第二章为系统开发的基础知识，主要对与转关和海关监管相关的一些术语进行了介绍 第三章为系统的需求分析，是在实地调研的基础上，通过阐述天津空港转关货物监管中心实际业务 流程，归纳出系统的功能需求。同时根据用户的要求提出性能需求，在明确需求之后，对系统开发的可行性进行了研究，并得到系统开发可行。 第四章为系统的设计。是从系统的功能模块、输入输出、页面以及数据库等多个方面，对转关展开了设计工作。 第五章为系统的实现，是对系统的功能的实现结果进行了展示。 第六章为总结与展望，是对论文进行了总结，并对后续研究工作进行了展望。第二章 基础知识 4 第二章 基础知识 在提出转关系统开发议题后，就国际贸易中转关业务相关的一些基础知识在这里必须予以明确，主要包括转关的概念以及什么是海关监管。 第一节 转关 在国际贸易中，转关是进出口货物通关流程的一部分，转关主要含进口转关、出口转关和境内转关三个部分。 转关的形式主要有三种，分 别是 提前报关转关 、 直转方式 还有 中转方式 ，按照进出口类别的不同，转关形式又可分为进口 提前报关转关 、出口 提前报关转关 、进口直转、出口直转、进口中转和出口中转六种形式。 第二节 海关监管 海关监管是一项国家职能 ，它是 监管 是 海关四项基本任务之一 过备案、查验、放行、后续管理等方式对进出境运输工具、货物、物品的进出境活动实施监管 。 第三节 本章小结 本章简要地介绍了与转关系统相 关的一些基础知识。后续的章节将按照软件工程的流程，依次论述系统需求分析、设计开发的相关内容。第三章 系统的需求分析 5 第三章 系统的需求分析 需求分析是软件工程最重要的环节，通过需求分析，甲乙双方可以更深入的构思该项目预期达到的功能和主要性能，明确系统与外界的边界。简而言之，需求分析让我们知道了项目的目标和重点是什么。 第一节 转关监管整体业务分析 天津空港转关货物监管中心位于天津空港货运机场内部，主要实现对空港转关货物的监管放行，通过对转关中心的实地调研， 转关系统的核心业务主要可以分为转入和转出两个部分，转关系统所应实现 的功能则是对转关货物进行集中监管，保证所有转关货物经过监管中心时，将电子数据和实际数据进行对碰，并对所有进出区的车辆进行全程监管。具体业务流程如图 示： 图 转入货物业务流程 第三章 系统的需求分析 6 在转入的过程中，装货车辆在驶入监管中心后，应首先在等候区位置进行等候，并由业务人员持转关单据前往监管大厅办理制卡手续，制卡后车辆可在卡口由入口位置刷卡进入海关监管区，进入监管区后车辆应首先前往施拆封区域对货物进行拆封检验，经过拆封检验的车辆可驶往卸货区相应的一级代理库，在代理库进行卸货操作，卸货后空车驶往卡口 由出口通道刷卡空车驶出监管区域。 图 转出货物业务流程 在转出的过程中，空货车辆在驶入监管中心后，应首先在等候区位置进行等候，并由业务人员持转关单据前往监管大厅办理制卡手续，制卡后车辆可在卡口位置由入口位置刷卡进入海关监管区，进入监管区后车辆应首先前往相应的一级代理库进行装货操作，装货后驶往施拆封区域，对装好的货物进行施封检验，操作完毕驶往卡口由出口通道刷卡驶出监管区域。 第三章 系统的需求分析 7 图 转关系统业务功能划分图 综上所述，转关系统可以归纳为卡口系统和库管系统两个部分，两者之间通过 行数据传输，如图 卡口系统主要负责对整个监管区域的进出管理，所有进出监管库区的卡车必须在等待区制卡，然后凭卡进出监管区，并在区域各操作点进行刷卡，记录相关操作信息。整体操作均在海关管理内部网，并由海关关员进行操作。 库管系统负责对监管库区货物进出库的管理，此系统在海关内网之外，是企业端操作部分，由企业的库管人员操作。库管系统通过海关提供的与外界交互的接口，将库管数据上传至海关卡口系统，同时获取货物进出区信息数据。 第二节 用户类型分析 通过图 以看出，转关系统根据子系统的不同用户也 有所不同，具体用户情况可以大致分为以下几类： 一、卡口系统 制卡权限 制卡权限主要分配给机场转关科的制卡人员，使用制卡权限制卡人员可以实现磁卡与车辆的一对一绑定，以卡号代表车辆。 卡口权限 第三章 系统的需求分析 8 制卡权限主要分配给机场转关科的卡口管理人员，使用该权限卡口管理员可以管理运货车辆有序地进出海关监管区域，并监督没有完成转关流程的车辆，使其无法私自使出监管区运走货物。 施拆封权限 施拆封权限主要分配给机场转关科的施拆封人员，使用该权限施拆封人员可以将货物的关封情况录入系统。 高级权限 高级权限属于转关科科长所有， 通过该权限用户可以实时的了解监管区内车辆的状态，监管车辆在场区停留的时间。 系统管理员 系统管理员由对卡口系统进行维护工作的转关科工作所具有，利用管理员权限，维护人员可以实现对系统相关参数的新增、修改以及删除，维护系统的正常运行。 二、库管系统 业务权限 业务权限主要分配给国航的理货人员，通过业务权限理货人员可以实现对转入业务应卸货物明细的查询，以及录入实卸货物的情况；实现对转出业务实装货物情况的录入，以供施拆封部门进行查阅。 管理员权限 管理员权限归国航库管系统的维护人员所拥有，使用管理员权限用户可 以添加系统用户以及维护系统相关参数。 第三节 系统的功能与用例分析 通过对 天津空港转关货物监管中心 的调查和分析，将系统的功能需求归纳如下： 一、卡口系统 制卡模块 转入货物：操作人员在界面上输入转关单号，系统自动调出转关单数据，列出该单对应的卡车信息，根据一车一卡的原则，操作人员在每辆车的车牌照后刷卡输入卡号，将车辆与 进行绑定。 第三章 系统的需求分析 9 转出货物：操作人员在界面上输入转关单号，系统自动判断货物是否已经送达监管仓库，如果已经送达则继续完成制卡程序（同上述转入货物），否则不予制卡。 该功能对应的用例图如图 示： 制 卡 工 作 人 员查 询 转 关 单 信 息绑 定 车 牌 号 与 I D 卡 号校 验 入 库 情 况图 制卡模块用例图 进出卡口模块 车辆进入库区：刷卡后，系统自动判断所持卡的状态，如合法则抬杆抬起，车辆可以进入库区。 车辆离开库区：刷卡后，系统自动判断所持卡的状态，如为可出区则抬杆抬起，车辆可以离开库区。 该功能对应的用例图如图 示： 卡 车 司 机刷 卡校 验 是 否 可 以 抬 杆图 进出卡口模块用例图 施拆封管理模块 转入货物：车辆进入监管区后，海关关员负责核对转关单上铅封信息后，实施拆封操作 ，如有异常停止流程，线下解决。 转出货物：车辆进入监管区，在仓库装入货物后，海关官员根据转关单上的铅封信息，实施施封操作，如有异常停止流程，线下解决。 该功能对应的用例图如图 示： 第三章 系统的需求分析 10 施 拆 封 工 作 人 员刷 卡查 询 相 关 转 关 单 信 息确 认 拆 封选 择 异 常 情 况图 转入货物拆封用例图 施 拆 封 工 作 人 员刷 卡 查 询 相 关 转 关 单 信 息输 入 关 封 号 ， 提 交选 择 异 常 情 况图 转出货物施封用例图 场区动态模块 显示当前在场车辆的进出区情况，并自动实时刷新，如有逗留时间过长等异常时，记录显示为红色。 该功能对应的用例图如图 示： 转 关 科 科 长查 看 场 区 动 态 页 面图 场区动态用例图 第三章 系统的需求分析 11 参数设置模块 本功能主要是提供系统中其他功能涉及到的一些参数的设置，参数包括：关封异常参数、误差百分比、误差绝对值、停留时间： 关封异常参数：施封、拆封时异常情况列表 误差百分比：入库、出库实际数据与转关单数据对比的误差百分比范围 误差绝对值：入库、出库实际数据与转关单数据对比的误差绝对值 停留时间：卡车在库区内允许的停留时间，超出这个时间不允许出库，需线下解决 该功能对应的用例图如图 示： 海 关 转 关 科设 置 参 数图 参数设置用例图 二、库管系统 进口转入模块 对进口转入货物的进行卸货、出库进行记录，并在卸货时与转关单数据进行核销。 该功能对应的用例图如图 示： 图 进口转入卸货用例图 第三章 系统的需求分析 12 图 进口转入出库用例图 进出转出模块 对进口转出货物进行入货、装货记录，并在装货时与转关单数据进行核销 该功能对应的用例图如图 示： 图 进出转出入货用例图 第三章 系统的需求分析 13 图 进出转出装货用例图 出口转入模块 对出口转入货物的卸货、入库进行记录，并在卸货时与转关单数据进行核销。 该功能对应的用例图如图 示： 图 出口转入卸货用例图 第三章 系统的需求分析 14 图 出口转入出库用例图 出口转出模块 对出口转出货物进行入货、装货记录，并在装货时与转关单数据进行核销。 该 功能对应的用例图如图 示： 图 出口转出入货用例图 第三章 系统的需求分析 15 图 出口转出装货用例图 第四节 系统的性能需求 系统的性能是评判软件项目质量因的重要参数，在确定了转关系统功能需求之后，对系统的性能需求的也十分必要。 一、易于操作 为提高海关执法机构的执法效率，系统在操作设计上应本着尽量减少信息录入的原则。在录入卡号等数据的时候，系统应可以支持读卡器等外围设备的应用。 另外在系统的界面设计上要尽可能的简洁，以方便用户使用和理解数据信息的组织结构。 二、数据安全 由于项目涉及到的是国家执法机构的执法数据，因此数据的安全性必须作为一个重要的方面予以考虑，按照用户方提出的要求，海 关转关科使用的卡口系统应部署于海关专属网络环境 (以下简称“海关内网” )，而国航理货人员使用的库管系统则应部署于海关外围网络 (以下简称“海关外网” )，两个子系统使用各自独立的数据库，由海关技术处对相应系统的数据进行容灾备份。 三、及时响应 由于用户对数据安全方面的要求，卡口系统与库管系统被部署在不同的网络上，因此，数据信息在卡口系统与库管系统之间的同步必然会存在一定的延第三章 系统的需求分析 16 时，为避免企业在由施拆封区域到达库管区域或由库管区域到达施拆封区域后产生业务等待，延迟时间应控制在 2 分钟以里。 四、实时显示 卡口系统对于场区 状态的监管应体现实时性，实时监控场区内部的车辆的状态、在场时间，对于超时未离开场区的车辆应以标红的方式进行显示。 第五节 系统的可行性 一、技术可行性 本系统采用微软 架平台进行设计开发， 台的全称是 业架构）， 从名称中就可以看出 目标就是为了实现企业级解决方案 。它采用公共语言运行时 的全新的方式 ，无需进行注册。通过拖拽控件的方式即可实现对于程序页面的完美设计，无论桌面程序还是 目 台都可以做 到完美的支持。 因此，从技术实现的角度上看分析，转关系统的开发是完全可行的。 二、经济可行性 对于转关系统来说，由于业务的特殊性，国内市场上并不具有能够满足该业务需求的现成软件，因此，转关系统的开发必须采取量体裁衣的方式，依据实际业务的操作设计系统，也只有这样才是最经济有效的方式。 除此之外，系统的效益主要表现在减少了企业办理转关业务期间在不同地点之间往返的次数，既节省了时间也节省了路费，在提高海关执法机构办事效率的同时，还带来了许多隐含的效益，因此，从经济的角度看，开发转关系统的方案具备可行性。 三、操作可 行性 系统的设计和开发依据实际业务情况的调研，完全满足于项目的实际应用。除此之外，系统在界面设计等方面都遵循了易于操作的性能需求，无论用户的计算机水平如何都可以轻松上手。因此，系统的开发具备操作可行性。 综上所述，转关系统具备开发的可行性。 第三章 系统的需求分析 17 第六节 系统开发与运行环境 一、系统的开发环境 本系统的开发过程全部在本地环境下进行，由于考虑到开发的成本问题，开发环境由一台计算机上面搭建四台虚拟机组建而成，块， 4G 内存， 320G 硬盘，同时装有 作系统，各虚拟机的软件配置为： 内网 务器：分配 512M 内存 003 操作系统 + 全补丁 外网 务器：分配 512M 内存 003 操作系统 + 全补丁 网数据库服务器：分配 512M 内存 003 操作系统 + 全补丁 005 企业版 外网数据库服务器：分配 512M 内存 003 操作系统 + 全补丁 005 企业版 二、系统的运行环境 本系统的运行环境需求如下： 硬件要求：服务器 4 台，分别用作内网 务器、外网 务器、内网数据库服务器、外网数据库服务器，具体配置同上表 软件要求： 内网 务器： 000 以上版本操作系统 + 全补丁 以上版本 外网 务器： 000 以上版本操作系统 + 全补丁 以上版本 内网数据库服务 器： 000 以上版本操作系统 + 全 补丁 第三章 系统的需求分析 18 以上版本 005 企业版 内网数据库服务器： 000 以上版本操作系统 + 全补丁 以上版本 005 企业版 第七节 本章小结 本章的主要任务是对转关系统进行需求分析。为了确定转关系统应实现的功能，本章首先就转关监管的整体业务流程进行了介绍，并从实际的业务流程中抽象出卡口系统与库管系统两个子系统，针对各个子系统对 应的功能需求进行了分析，同时指出系统应满足的性能要求。最后本章就系统开发的可行性问题进行了论述，列举了系统开发运行所需的软硬件环境。 第四章 系统的设计 19 第四章 系统的设计 系统设计是开发人员进行编码的基础，系统设计的好坏在根本上决定了软件产品的质量，它主要包括概要设计和详细设计两个方面。概要设计主要是设计系统的整体架构，详细设计在概要设计的基础上进行展开，细化项目的概要设计。本章将从功能模块、输入输出设计、界面设计、数据库设计等几个方面完成对转关系统的设计。 第一节 系统设计原则 系统在进行设计之前，明确了需要遵循如下原 则： （ 1）适应性 系统的适应性是指系统的整体结构是否符合适合于软件的“功能性需求”和“非功能性需求”，是评估系统好坏的第一指标。为了使转关系统具有较好的适应性，系统的设计应首先在技术上确保是可行的，同时使系统可以适应需求的变化。 （ 2）结构稳定性 稳定的结构是上层建筑的基础，确保系统具有一个稳定的体系结构是系统设计的第一要素，转关系统在汇总用户需求的基础上，对需求进行归类，在稳定不变需求的基础上搭建系统的体系结构，在可变需求的基础之上搭建系统的可扩展性。 （ 3）可复用性性 复用不但有利于提高软件产品的质 量，还可以提高软件产品生产效率，降低开发成本，因此，在软件设计的过程中应尽量考虑复用的使用。 第二节 系统体系结构设计 客户 /服务器（ C/S）架构 和 浏览器 /服务器（ B/S）架构 是当今世界开发模式技术架构的两大主流技术。 考虑到 B/S 架构 维护和升级简单 方便的特点，转第四章 系统的设计 20 关系统的卡口部分选择采用 B/S 架构进行设计，而对于库管系统来说用户较少且比较集中，使用 C/S 的架构则可以减轻 服务器 端 运行 的 数据负荷 问题。系统的网络示意图如图 示。 海 关 客 户 机海 关 卡 口内网W E B 服 务 器防 火 墙海 关 专 网数 据 库 服 务 器海 关 客 户 机路 由 器交 换 机图 系统网 络结构设计示意 第三节 系统的功能模块设计 通过第二章中的系统需求分析工作，对转关化系统的功能进行了模块化设计，具体功能模块如图 示。 图 系统的功能模块划分 车 辆 制 卡 出 入 场 管 理 施 拆 封 管 理 场 区 状 态 进 口 转 入 进 口 转 出 出 口 转 入 出 口 转 出 卡口系统 库管系统 参 数 管 理 理 转关系统 第四章 系统的设计 21 卡口系统 制卡模块 功能描述：卡车司机持纸面转关单到制卡处办理制卡，制卡人员根据转关单号从系统中查询转关单信息。如果为转出货物，则查询是否已经入库，如果尚未入库，请司机等候。如可以制卡，则根据转关单中卡车车牌号的信息，为每辆卡车制卡，做到一车一卡，然后将卡交给司 机。 业务流程图如图 示： 准 备 制 卡输 入 转 关 单 号转 出 货 物 ？ 货 物 是 否 入 库获 取 到 转 关 单 信 息 ？线 下 处 理 ， 结 束根 据 车 牌 号 ， 刷 卡 输 入I D 卡 号 进 行 绑 定结 束是是否是否等 待 货 物 入 库否图 制卡模块业务流程图 进出卡口模块 功能描述： 进卡口：司机持卡在进口处刷卡，系统自动判断该卡状态是否为“可入区”状态，如果合法，则抬杆自动抬起，车辆可以进入；否则卡口系统显示错误信息，抬杆不会抬起，车辆无法进入，需线下解决。 第四章 系统的设计 22 出卡口：司机持卡在出卡口处刷卡，系统自动判断该卡状态是否为“可出区”状态，如果合法，则抬杆自动抬起，车辆可以离开；否则卡口系统显示错误信息，抬杆不会抬起，车辆无法离开，需线下解决。 业务流程图如图 示： 车 到 进 卡 口 处司 机 刷 卡系 统 判 断 该 卡 状 态 是否 符 合 进 口 要 求抬 杆 抬 起 ， 车 辆 进 入线 下 处 理 ， 结 束结 束是否图 进出卡口模块进卡口业务流程图 第四章 系统的设计 23 车 到 出 卡 口 处司 机 刷 卡系 统 判 断 该 卡 状 态 是否 符 合 出 口 要 求抬 杆 抬 起 ， 车 辆 离 开线 下 处 理 ， 结 束结 束是否图 进出卡口模块出卡口业务流程图 施拆封管理模块 功能描述：转关关员拿到卡车司机的 后，在系统中刷卡，获取相关转关单信息，如为转入货物，则根据实际铅封情况，确认拆封或填写异常情况；如为转出货物，则输入关封号，并提交。 业务流程图如图 示： 第四章 系统的设计 24 刷 卡系 统 显 示 相 关 转 关 单 信 息货 物 类 型转 入 转 出拆 封 是 否 有 异 常点 击 按 钮 ， 确 认 拆 封 操 作否结 束选 择 异 常 情 况 ， 提 交施 封 封 是 否 有 异 常是 是输 入 关 封 号 ， 确 认 施 封结 束线 下 处 理 ， 结 束图 施拆封管理业务流程图 场区动态模块 功能描述：此功能为有高级权限的用户方可使用，用户打开页面，即显示当前在区所有车辆的情况，如有异常情况则显示为红色，起到提示作用。 业务流程图如图 示： 点 击 菜 单 中 “ 场 区动 态 ”显 示 当 前 在 区 所 有 车 辆 信 息结 束图 场区动态业务流程图 第四章 系统的设计 25 参数设置模块 功能描述：进入参数设置页面，选择要设置的项，如为基本参数，则输入相应的数据，提交；如为关封异常参数，则根据需求，新增、删除、编辑相应记录，提交即可。 业务流程图如图 示： 点 击 菜 单 中“ 设 置 ”结 束关 封 异 常 参 数 设 置 ？基 本 参 数 ？关 封 异 常 参 数进 入 列 表 页新 增 ？ 修 改 ？ 删 除 ？点 击 “ 添 加 异 常 信息 ”在 对 应 记 录 后 面 点击 “ 删 除 ” 按 钮新 增删 除在 对 应 记 录 后 面 点击 “ 修 改 ” 按 钮修 改输 入 “ 异 常 状 态 名称 ” 、 “ 施 拆 封 类 型 ”提 交修 改 “ 异 常 状 态 名称 ” 、 “ 施 拆 封 类 型 ”提 交基 本 参 数基 本 参 数输 入 误 差 百 分 、 误 差 绝对 值 、 停 留 时 间提 交图 参数设置业务流程图 库管系统 进口转入模块 业务流程描述： 卸货：理货人员通过刷卡获取到转关单后输入实际卸货数量和实际卸货重量后完成车辆卸货入库操作。 第四章 系统的设计 26 出库：理货人员输入转关单号并选择地面代理库名称后，输入实际出库数量和实际出库重量后完成出库操作。 业务流程图如图 示： 图 进口转入卸货业务流程图 图 进口转入出库业务流程图 进出转出模块 业务流程描述： 第四章 系统的设计 27 入货： 理货人员进入进口转出入货页 面，输入提运单相关信息后提交入库。 装货：理货人员通过刷卡获取到转关单后输入实际装货数量和实际装货重量后完成车辆装货出库操作。 业务流程图如图 示： 图 进出转出入货业务流程图 图 进出转出装货业务流程图 出口转入模块 业务流程描述： 第四章 系