-集装箱理货业务信息管理系统 - 图文(6)

第二章 集装箱理货业务信息管理系统的需求分析

? 打印日报表数据

根据实际理箱的数据，输出和打印当日的集装箱理货作业量。 ? 打印理箱单

根据实际理箱的数据，输出和打印当日的集装箱理货作业量。 ? EDI数据交换

将实际的理箱结果转换为相应的EDI格式，便于用户发送给相应的船公司和部门。同时应支持单航次集装箱数据的筛选（按装港、卸港、箱主）导出。

格式规范包括：中远/平台/交通部/smdg 1.5/smdg2.0的Bayplan数据 ? 审核统计当天作业

码头前沿作业组长审核当天的作业数据，确认数据的准确后上传到公司数据库，经办事处确认后转业务科计划处理。

? 手动上传当天作业

码头前沿作业人员根据作业的完成情况和办事处人员的要求，手动点击上传作业数据，以便办事处人员统计和分析作业数据。

? 自动上传当天作业

码头前沿作业系统根据作业的完成情况和办事处人员的要求，自动定义上传作业数据，以便办事处人员统计和分析作业数据。

? 按码头、航线、理货人员、箱号、时段查询理箱作业数据

可根据码头、船名、航线、代理、理货人、箱号、时段等条件查询相应的理货作业数据并打印。

? 集装箱残损查询

根据箱号查询相应的集装箱残损历史记录。 ? 集装箱溢短、加载查询

根据船名、航线、代理等条件查询相应的集装箱溢短详细记录。 ? 单航次信息汇总打印 打印某一航次的汇总数据。

2.2.2 PDA上功能

能够运行在理货公司现有的以及后续使用的PDA的操作系统的软件，满足易用，高效，快捷等要求。适应现场作业。这部分功能在理货前沿服务器上也要实现。

14

北京航空航天大学硕士学位论文

? Bay图制作(不同的卸货港用不同的颜色表示)

根据作业人员要求，显示具体某个Bay位的详细数据情况，以便作业人员及时了解Bay位的信息。要求不同的卸货港应使用不同的颜色进行表示。校验配载Bay位与实际装载位置是否相同。

? 理箱登记

录入相应的箱号，并将其放入指定的Bay位上（装船）；或录入相应的箱号，并将其从指定的Bay位上卸出（卸船）。其应考虑如下几种特殊情况：

平板框一Bay多箱处理：特殊平板柜在使用过程中，出现一个Bay位存放多个箱子，系统应能记录其相应的具体箱号信息，以便查询。

双联吊具装卸作业：理箱过程中还存在“双联吊具装卸作业”即一台吊机一次性吊两个箱子，此时建议使用多次查找箱号，一次确认更新方式，以保证跟上吊机作业速度。

破损箱历史提示:对于曾经破损过的箱子，在理箱过程中应弹出提示，以便提示理货员注意。

顺序装/卸箱提示：要求对于没有按正常顺序装/卸的理箱数据能够给予提示，以保证及时发现溢短数据。如：在卸舱底时如果还有舱面数据未卸下，应给予提示。

? 残损标记

对于理箱过程中出现残损的箱子，在PDA上进行标记，在数据上传PC后与组长的残损记录进行校验，以保证最后的溢短残损单中数据的准确。

? 船舶临时加载船位处理

对于部分出口船舶，可能存在临时加载一层的箱子情况，系统应考虑该情况的处理，以保证数据的准确和完整。

? PDA无线应用

对于大型船舶可能存在多路同时理货，如何保证多路数据的准确，是系统后期和接口中应该考虑的。 2.2.3 WEB查询功能

该模块可以根据客户的需要，利用理货分公司所拥有的信息网络资源优势为客户在外部网站上提供在线信息查询服务。可以在网站上为客户提供实时的理箱动态信息查询、残损图片信息查询、溢短信息查询以及船图、分贝图、业务凭证、综合清单、EDI报文信息查询和下载，同时还根据客户的需要提供一些分类统计信息的查询，客户通过登录网站就可以很方便的实时掌握他们的箱货动态。

15

第二章 集装箱理货业务信息管理系统的需求分析

2.3 系统与外部系统间的数据接口

本论文所称外部系统主要指，不涵盖在集装箱理货业务信息管理系统的建设范围内，但又有紧密数据交互的系统，具体包括：港口生产调度系统、海关系统、船代系统、船公司系统等。中理系统80多家理货分公司所在港口的信息化建设程度差异很大，上海、天津等信息化程度较高的港口均建有完善的EDI中心；锦州、秦皇岛等信息化建设较弱的港口基本没有EDI中心。为了能适应这些不同的情况，要求新建的集装箱理货业务信息管理系统既要能提供EDI报文接口，又能提供FTP、EMAIL等文件收发的接口。具体的EDI报文收发流程如下图所示：

图 2 EDI报文收发流程图

进口船图、舱单，出口预配船图，电子装箱单等报文自动放入监控服务器的指定目录。 根据用户的不同需求，将不同格式的理货报文发送至相关的客户。

2.4 系统非功能性需求

2.4.1 安全性

表 2 安全性描述

序号 1 描述 需要具备统一的用户身份认证、权限分配等功能。 16

北京航空航天大学硕士学位论文

2 3 提供灵活的基于对象权限和用户角色概念的授权机制。 对系统的输入数据可以根据业务要求进行合法性检验，敏感数据需要全程跟踪，记录改变的时间戳、操作用户以及记录改变前的数据。 对系统的数据传输支持各种标准的加密算法；对系统的数据存储提供安全备份的原则。 按岗位（角色）、部门、用户授权或组合授权。 系统应支持前台手工及定时数据备份的功能，数据恢复的功能 4 5 6

2.4.2 性能要求

表 3 性能要求

序号 1 描述 一般性数据保存、修改、删除等操作的响应反馈速度最大不应超过2秒，一般控制在1秒内。WEB应用程序最大不应超过8秒，一般控制在2秒内。 2 一般10万条数据的简单查询及统计不应超过10秒，百万条数据的查询及统计不应超过20秒。复杂综合性跨模块查询及统计不应超过1分钟。

2.4.3 可靠性要求

表 4 可靠性要求

序号 1 2 描述 要求生产系统支持7*24小时不间断运行，一年365天不间断运行。 系统在连续一年的运行中应软件故障导致停机的次数不得超过5次，单次系统修复时间不得超过5小时。 3 4 5 6 单次系统修复时间不超过2小时。 系统在瘫痪后能够在短时间内迅速恢复，系统应有相应的检修和自动恢复功能。 支持500人并发在线，单表5000万条记录的正常运转；。 系统在用户出现错误操作时能进行提示，并自动停止该操作。 2.4.4 容量和吞吐量要求

表 5 容量和吞吐量要求

序号 描述 17

第二章 集装箱理货业务信息管理系统的需求分析

1 2 3 系统应支持至少2000用户的同时并发在线 系统最大单表记录数至少支持5000万条 系统数据库应支持至少高达2T的数据容量

2.4.5 可扩展性要求

表 6 可扩展性要求

序号 1 2 3 采用成熟的.NET框架。 引入工作流管理，最大程度上支持系统人员对业务流程的重定义和灵活配置。 随着用户数的增长及功能应用的增长系统应该能够保持足够的稳定性，维持正常的运行。 描述

2.4.6 用户界面及操作性要求

表 7 用户界面及操作性要求 序号 1 3 4 5 描述 具备良好的图形操作界面、统一的表现风格。 充分考虑丰富的用户体验，支持用户的拖拽式操作和键盘操作。 界面样式简约朴素，功能元素清晰明了。 错误提示语言通俗易懂，具有指 …… 此处隐藏：1345字，全部文档内容请下载后查看。喜欢就下载吧 ……