1、智慧海关信息化系统项目实施方案目 录 项目实施方案 1 项目概述 1 建设依据 1 建设范围 2 快件辅助系统 2 海关智能卡口 3 视频监控系统 4 周界红外报警系统 4 综合布线系统 4 海关机房工程 4 X 光机分屏系统5 建设原则 5 快件辅助系统 6 系统目标 6 软件遵循的标准或规范 7 需求分析 7 总体设计 14 系统功能设计 68 海关卡口系统设计 117 系统概述 117 系统总体设计 117 卡口系统功能设计 119 卡口基础建设要求 156 与海关后端平台系统对接 159 视频监控系统改造设计 159 系统概述 159 系统技术措施 159 系统架构 160 系统组成和2、功能 163 前端采集部分 164 网络传输部分 173 防雷、接地保护设计 174 监控中心 178 主要设备技术参数 182 周界红外报警系统设计 1951.8.1. 系统概述 195 系统架构 196 前端采集部分 197I 传输 200 控制部分 201 电源供电部分 202 主要设备技术参数 202 综合布线系统改造设计 209 系统概述 209 需求分析 210 系统架构 210 系统功能 212 主要设备技术参数 212 X 光机分屏系统设计225 前端设计 225 后端设计 225 传输设计 225 主要设备技术参数 225 海关机房工程 226 系统概述 226 天花工程 23、27 地面工程 231 墙面工程 235 防火门工程 236 照明工程 236 机房空调系统 237 机房配电及 UPS 电源 237 机房防雷系统 241机房接地系统 242 项目实施计划 244 实施概述 244 编制说明 244 编制依据 244 工程概况 245 工程实施目标 247 工程管理目标 248 工程实施组织及人力部署 252 项目管理组织结构 252 主要岗位素质要求、分工及职责 252 工程实施人力资源初步计划 254 工程实施过程中紧急事件处理策略 254 项目组织机构及人员配备方案 255 项目管理班子配备情况辅助说明资料 255 拟定投入的人力资源计划表 255II4、 工程实施步骤 256 施工前的准备 256 施工工序及配合 256 调试开通阶段 256 竣工验收阶段 257 培训服务阶段 258 工程技术资料整编 258 施工难点质量保证及预防措施 260 质量计划及管理保证措施 260 施工技术保证措施 263 施工节约措施 264 施工安全规划及管理保证措施 265 工地文明施工保证措施 266 工地现场消防措施 266 工地现场成品、半成品保护措施 266 施工现场临时用水及用电计划措施 267 工程协调配合管理措施 268 冬季、雨季施工技术保证措施 271 物资控制管理措施 272 项目资金安排保证措施 273 环境保护管理措施 274 高空5、作业安全管理措施 276 工程实施保障体系 277 材料组织与管理 277 过程管理 278 工期保证措施 282 工期保证组织体系 282 实行多级计划控制 283 有效协调资金等各种资源要素 285 质量保证措施 285 建立、完善质量保证体系 285 建立质量检查组织机构 288 采用可靠、精确的仪器仪表 289 质量控制程序和措施 289 文明、安全施工保证措施 294 工地文明施工管理措施 294 施工安全保证措施 295 安全消防制度 296 环境保护措施 296 成品保护措施 297 施工用电、用水 297III 本工程拟投入的施工机械配置 298 主要系统的施工方法和施工要求 6、299 智能卡口系统 300 视频监控系统 308 周界围网入侵报警系统 309 机房工程 310 管、线、槽和敷设施工 311 光缆施工 314 售后服务方案 316 免费服务期定义 316 目的 316 范围 316 运维服务范围与内容 316 运维团队 318 设施设备软硬件故障处置、维护保养、更新时限 318 应急服务时间安排 318 维修服务收费标准 319 制造商的技术支持 319运维服务方式 319保修期内售后服务方案 323保修期后售后服务方案 340附：售后服务表格 346售后服务承诺书 347 培训计划及方案 350 培训的意义 350 培训的目标 351 培训的组织机构 7、351 培训计划的制定 352 培训方式 354 培训控制程序 356IV项目实施方案 项目概述机场快件监管中心位于机场南部货运区， 紧邻未来国际航线货机装卸坪， 整 个监管中心占地 1000 平方米、能够提供约 36000 吨快件及货物的吞吐量，能够 为国际进出港货物、快件提供便捷省时的操作过程。该快件中心的建成可以大大 降低物流生产中的成本，减少车辆及设备排放对环境造成的污染。根据海关总署第“171”号令和机场海关的监管要求，需对机场快件监管中 心进行监管， 配置相应的符合海关监管要求的的智能卡口系统及设备(其中包括 电子车牌自动识别系统、车牌图像识别系统、 IC 卡自动识别系统、闸口控制8、系 统、通道视频监控系统、可视语音对讲系统、制发卡系统等) ，并实现智能卡口 系统与后台系统联网对接。同时根据业主和海关需求， 机场快件监管中心原有的视频监控系统和综合布 线系统已无法满足使用需求， 需进行改造。原有的快件库视频监控系统监控点位 数量不足， 无法满足现场无死角监控的需求， 需要根据现场情况适当增加监控摄 像机， 以保证视频安防的需求。综合布线点位早期设置点位数量不足， 无法满足 现场办公人员的需求， 且综合布线不具备现代化布点规则， 需在现有点位的基础 上增加综合布线点位并进行系统改造。同时针对机场快件监管中心的海关监管业务， 定制满足海关快件监管的辅助 管理系统， 实现对机场9、快件监管中心的进出口快件及货物的海关监管， 实现单证 流和实物流的统一。 建设依据机场海关口岸监管场所卡口系统的新卡口建设、视频监控系统改造、综合布 线系统改造，在设计建设方面主要遵循但不限于以下规定及标准： 中华人民共和国海关监管场所管理办法 中华人民共和国海关批准设立监管场所决定书 中华人民共和国海关监管场所设置标准海关总署第 171 号令 海关管理网对外接入局域网安全建设指导方案12海关对外接入局域网要求后端监控前端集成系统建设标准后端监控前端集成系统建设中华人民共和国海关监管场所卡口操作规程电气装置安装工程施工及验收规范 GB 50168-2006 中国电气装置安装工程施工及验收规范 10、GB50169-2006 工业自动化仪表工程施工及验收规范 GB500932002 1KV 及以下配线工程施工及验收规范 GB50575-2010 电缆线路施工及验收规范 GB 50168-2006接地装置施工及验收规范 GB50169-2006低压电气施工及验收规范 GB50254-2014安全防范工程程序与要求 GA/T7594安全防范系统通用图形符号 GA/T 742000民用闭路监视电视系统工程技术规范 GB 5019894综合布线系统工程设计规范 GB50311-2007海关信息系统机房建设规范 HS/T36-2011建设范围快件辅助系统海关端为实现海关对进出境快件的单证流和实物流的11、统一监管， 建设海关快件辅助 监管系统， 实现进出口快件提运货管理、理货 (运抵) 管理、 单证数据与实物数 据的自动核放、底账管理、查验管理、智能卡口管理、 业务监控、 H2010 预订数 据对接等功能，满足海关的监管要求。 企业端为实现企业， 即快件监管库按照海关监管要求，对快件进行提运货申请、个人物品出入境申报、提交理货报告、运抵报告等， 并接受海关对快件的监管和查 验， 对快件监管库的快件进行底帐管理等。 数据交换系统实现该系统企业端和应用端、企业内部系统和企业端交互报文接口定义和内 容。以及系统应用端与分拣线系统对接， 以及应用端与新快件 3.0 系统进行对接。 快件理货扫描实现对快12、件的理货进行扫描，扫描后获取快件单信息，并保存至数据库。 海关智能卡口机场快件监管中心智能卡口系统具有电子车牌信息采集、 IC 卡信息采集、 闸口放行控制、可视语音对讲、通道视频监控、制发卡等功能， 并实现智能卡口 系统与机场后端平台系统联网对接和平稳运行。机场快件监管中心智能卡口系统建设范围包括以下内容：1) 卡口前端采集系统；a) 电子车牌自动识别系统；b) IC 卡自动识别系统；c) 闸口放行控制系统；d) 车牌图像识别系统e) 电子地磅采集系统2) 制发卡系统；3) 通道视频监控系统；4) 可视语音对讲系统；5) UPS 不间断电源；6) 实现与后端系统无缝对接；3 视频监控系统机场快13、件监管中心的视频监控系统已建设完成，根据现场情况，针对原有 的快件库内的视频监控点位数量不足， 无法满足海关快件仓监控无死角的需求。 本项目针对视频监控系统的建设属于改造类型，主要改造区域是快件监管中心 仓库， 改造方式为根据现场情况在主要进出货区域、快件存放区域、办公区域、 机房等新增监控点，并配套新增用于传输的线缆和后端管理设备。改造目的是 满足监管中心 24 小时无死角监控。 周界红外报警系统周界围网安装高清智能快速球机、红外报警设备、高清网络枪机，实现不 间断、无缝的视频监控，当有物体靠近围网时，红外报警设备报警触发高清智 能快速球机自动跟踪目标， 并将目标信息不间断的记录， 将报警信14、息通过手机、 移动终端通知海关人员，自动将报警信息在监控中心大屏幕上显示。 综合布线系统机场快件监管中心的综合布线系统目前已建设完成，已完成的综合布线点 位数量不足无法满足办公人员的需求。本项目针对综合布线系统的内容属于改 造，主要改造方式是在快件监管库办公区域、作业区、机房等区域新增单口、 双口和三口的信息面板以及配套线材、 管材。改造目的是满足监管中心所有工 作人员的办公需求。 海关机房工程本项目需建设海关机房与卡口机房，共计 2 个机房。根据海关机房建设要 求，本项目机房建设为一类机房建设。机房建设范围包括：装饰装修系统、供配电及 UPS 系统工程、防雷接地系 统、空调及新风系统、消防系15、统、机房综合布线、机房门禁和监控系统。4 X 光机分屏系统为满足国检同步对过机货物图像的浏览， 本项目建设一套 X 光机分屏系统。本项目可根据未来业务发展的需要，对系统功能进行扩展，实现快件监管 中心与关区内其他监管场所、特殊监管区域之间的业务联动。 建设原则 统一性原则卡口管理系统将采用统一数据标准、统一接口标准、统一技术规范、统一安 全认证， 确保能够和海关后台的业务数据进行对接。确保机场海关的用户使用习 惯的一致性。视频监控系统和综合布线系统增加的所有前端点位及后端设备， 采用与原有 设备品牌型号一致的设备，以满足系统兼容性的需要。 先进性原则卡口管理系统无论是硬件建设或平台设计开发， 16、都将使用高标准和业界领先 的技术理念，确保整个平台在正常投入使用以后，能够适应至少 5 至 10 年内业 务发展的需要。视频监控系统和综合布线系统增加的所有前端点位及后端设备， 采用当前最 新型号的设备，以满足系统先进性的需要 安全性原则系统应达到海关网络安全要求， 可通过防火墙和杀毒软件等措施， 抵御病毒 和木马的攻击， 并建立身份认证等安全体系， 通过严密的权限分配系统进行权限 控制。 易用性原则卡口管理系统要稳定可靠， 操作简单， 人机界面人性化程度高， 对于使用人 员，只需要经过短期培训，即可掌握和熟练操作本平台的各项功能。 开放性系统开发遵循开放性原则， 各系统间模块均采用耦合模式，17、 能够灵活的与其 他模块组件进行集成。系统间接口均符合国际标准的软件、硬件、操作系统。在5数据库管理系统方面采用国际流行的持久层设计， 可以兼容多种数据库和在不同 数据库间进行移植。 可靠性系统网络和电源使用冗余设计， 多组网络和供电设备确保在外界多种因素干 扰下系统的正常运行。系统能够全天候 24 小时连续工作，运行稳定可靠。系统 电源能够适应现场电网波动大、质量差的特点， 确保系统设备安全正常运行。所 有设备都进行有良好的接地和防雷措施，能够适应雷击高发区； 兼容和可扩展性系统集成时， 数据的接入和输出要确保能在统一平台下各子系统灵活、同步 地接入；系统各模块采用模块化结构， 能够灵活的对18、卡口系统的类型进行升级， 能够 做到高兼容性、扩展性灵活、安装调试方便、维护管理简单；系统设计时， 重点考虑兼容与多个不同平台的数据交换问题， 系统能与管理 后端平台以及其他需要接口的系统平台进行无缝对接； 同时系统支持提供可与多 种外界平台进行数据交换的能力， 确保能在统一平台和统一表达方式下与各子系 统灵活、同步的接入无缝对接。 可维护性系统设计要求对系统的维护可以从多个角度进行， 支持远程对系统进行管理 和维护， 可自动对系统功能进行升级， 对系统的故障异常， 可以从多个方面进行 追朔跟踪。 快件辅助系统 系统目标快件辅助系统是辅助现场海关对快件中心货物进出中心的实货监管及运输 工具监管19、。通过建立底帐管理机制， 完善通关管理环节， 实现卡口自动核放， 达 到“监管有效，快速通关”的目标。6 软件遵循的标准或规范本系统遵循海关 97 号令以及新舱单系统及新快件通关系统 3.0 要求和规范。 需求分析机场快件监管中心的快件监管业务采取联合投资并经营管理， 快递企业进驻 的模式。机场快件监管中心按照海关对进出境快件监管场所的建设标准以及业务 监管要求对项目的软硬件等基础设施进行配套，并在新场所正式运营后在场所内 开展快件进出口业务。机场快件监管中心的进出口快件业务主要通过本场所与机场之间的转场进 行。本项目的建设必须要满足实现进出口快件转场进出本场所的卡口自动验放、 企业申报和海关20、审批、 进出口快件的理货及运抵信息管理、场所及企业的快件底 帐管理、 快件自动查验、自动分拣等业务需求。本项目可根据未来业务发展的需要，对系统功能进行扩展， 实现快件监管中 心与关区内其他监管场所、特殊监管区域之间的业务联动。系统总体业务流程进口快件7决式布控进口快件处理流程企业端卡口查验平台海关端审核运货入场申请信息； 预订进口转关数据，生成卡口核放单企业申报运货入场申请信息 发送至海关审核空车车辆进入快件中心卡口入场通道，卡口前端数据采集并发送卡口后台系统是否放行企业导入或录入快件或个人 物品信息，生成理货预录入数据前端采集信息与核放单信息进行比对，返回验放指令是理货报告审核，形成快件 物21、品底帐信息否转人工处置货物从机场空侧进入，企业进行快件物品理货操作，发送理货报告至海关端获取快件查验布控数据H2010系统查验数据预订 或本系统布控操作即快件上分拣线，过X光机进行分拣，生成同屏比对数据企业进行快件扫描并上分拣 线进行分拣查验海关进行快件同屏比对， 并可进行即决式布控否是否需查验海关 查验快件分拣至查验室，海关 进行快件开拆查验放行企业对放行快件进行出库装车扫描，生成装载清单及提货出场申请发送至海关端录入查验结果并进行查验 处置扣留、暂存或放行暂扣暂存录入快件暂存入仓申请信 息并发送至海关端生成暂扣快件入仓单，修 改底帐状态海关端审核暂存入仓申请 并修改底帐状态装载清单及提货出22、场申请 审核，生成卡口核放单重车车辆进入快件中心卡口出场通道，卡口前端数据采集是否放行 是车辆出卡口离开快件中心， 向海关端返回过卡信息前端数据采集与核放单信息 进行比对，返回验放指令接收车辆过卡信息，核销快 件底帐8 出口快件出口快件处理流程企业端卡口查验平台海关端运货入场申请信息审核，出口转关数据预订，生成 卡口入场核放单前端采集信息与入场核放单信息进行比对，返回验放指令企业申报运货入场申请信息 发送至海关审核重车车辆进入快件中心卡口入场通道，卡口前端数据采集并发送卡口后台系统企业导入或录入快件普货或个人物品信息，生成出口运抵理货预录入数据是否放行是运抵报告审核，形成快件 物品底帐信息否转23、人工处置重车车辆进入快件中心卸货，企业进行快件物品理货操作，发送运抵报告至海关端获取快件申报及查验布控 数据关查验即决式布控H2010系统查验数据预订 或本系统布控操作海关进行快件同屏比对， 并可进行即决式布控快件上分拣线，过X光机进行分拣，生成同屏比对数据海企业进行快件扫描并上分拣 线进行分拣查验否货物从空侧门出，企业对放 行快件进行扫描，生成装载 清单及提货出场申请发送至 海关端是否需查验海关 查验快件分拣至查验室，海关 进行快件开拆查验录入查验结果并进行查验 处置扣留、暂存或放行暂扣放行暂存录入快件暂存入仓申请信 息并发送至海关端生成暂扣快件入仓单，修 改底帐状态海关端审核暂存入仓申请 24、并修改底帐状态生成空车出卡口核放单空车车辆进入快件中心卡口出场通道，卡口前端数据采集是否放行 是空车车辆出卡口离开快件中 心，向海关端返回过卡信息前端数据采集与核放单信息 进行比对，返回验放指令接收车辆过卡信息，核销快 件底帐9 系统功能分析 企业端 基本信息管理基本信息管理用于对个基础数据备案管理， 应包括 IC 卡/电子车牌备案管理、 车辆备案管理。 操作管理操作管理用于对整个快件业务的操作管理， 是整个企业端系统的核心， 应包 括提货出场申请、运货入场申请、个人物品理货预录入、个人物品理货管理、快 件理货管理、自用物资进出管理、特殊业务管理、暂存物品出入仓管理、装载信 息管理、载运单信息25、管理、 IC 卡/电子车牌放行制卡等。 底帐管理底账管理用于对整个快件货物的进出管理， 应该包括电子底帐拆分管理、底 帐人工核销管理、底帐异常情况管理。 后台处理1.后台对企业发送个人物品审批， 理货报告、核放信息、特殊申请， 暂存仓出 入申请进行接收， 把接收的数据发送到海关端。在发送前检查相应的信息有 无问题。从海关接收到海关返回信息， 并将信息写入数据库。同时对送个人 物品申报，理货报告、核放信息的回执返回到企业。2.接收的回执信息包括电子底账拆分回执、电子底账异常申请回执、理货报告 回执、人工核销回执、特殊申请回执、暂存仓回执、核放回执、底账回执。 3.后台清理表中数据， 所有表数据保26、留三年， 后台将自动清理超出三年的数据。 日志管理该功能用于记录系统日志、操作日志、报文日志， 同时应能查询企业系统向 企业端发送的报文接受、解析情况， 如果解析出错会有相关提示信息。同时对海10关返回的回执信息也会提示相应的接受、接受的信息。以及能查询系统日志及操作日志。快件辅助系统主要包含系统日志、操作日志、报文日志三种。 查询统计查询统计功能应该包括特殊业务查询、装载信息查询、理货信息查询、载运 单信息查询、电子底帐查询、暂存仓出入申请查询、自用物品申请查询、逾期处 理货物监控、已放行快件离场监控， 并以报表形式显示， 同时支持导出为电子文 档等进行本地存储、打印等操作。 系统管理系统管27、理用于对系统的操作用户进行管理，应包括用户管理、角色管理、 权限管理、功能配置，并可对用户在系统中的各类操作进行日志记录和查询显示、 本地存储。 应用端 监管场所管理监管场所管理主要实现对车辆、企业、以及参数的设置等功能， 应包括车辆 备案审批企业备案、监管场所参数设置、审核模式开关设置等。 提运货管理提运货管理用于对提货出场以及运货入场进行审批管理， 应包括提货出场申 请审核、运货入场申请审核。 理货(运抵)报告管理理货(运抵)报告管理用于对车辆进入快件监管中心，企业人员进行理货， 企业人员通过扫描快件货物的条码进行理货。 暂存仓管理暂存仓管理用于企业申请的货物出入暂存仓海关进行审批，应包括28、暂存仓出 仓审核、暂存仓入仓审核。11 暂扣仓管理暂扣仓管理用于对查验需要暂扣的货物进行出入仓管理，应包括暂扣入仓、 暂扣出仓等。 企业自用物品管理企业自用物品指进出转运中心海关监管区的企业自用办公、生产等所需物品， 比如生产设备、耗材、建筑材料等。企业自用物品经车辆卡口运输进出。装载车辆出入转运中心前， 企业发送自 用物品出入中心申请单， 海关对申请单设置审批指令， 管理系统自动记录出入中 心企业自用物品申请清单备查。企业自用物品管理用于企业自用物品申请， 海关进行审核、应包括自用物品 入中心审核、自用物品出中心审核。 底帐管理底账管理用于处理企业端发送到海关端的底帐异常申请， 如果系统自动29、审核 通过， 则根据异常申请更改核销底帐信息， 并发送底帐回执、审核通过回执到客 户端，如不通过则发送审核不通过回执到客户端。 应包括特殊业务申请审核、 底帐变更申请管理、底帐拆分申请管理、底帐人工核销管理、底帐状态异常申请 审核。 查验管理查验管理用于对目前海关业务操作系统无通关数据的过、转、通快件、转关、 使领馆物品、个人物品进行布控查验、查验结果录入、查验结果查修改以及在本 系统其它模块布控功能的查验记录单的生成、打印。应包括底帐布控、快件查验结果录入、快件查验结果修改、查验记录单打印 等功能。12 业务监控业务监控用于查询界面， 对一段时间内底账人工处置情况、逾期处理货物查 询、已放行30、快件未离场等业务进行监控。应包括底帐人工处置查询、逾期处理货 物监控、已放行快件离场监控、车辆到达超时预警等功能。 卡口后台管理用于接收卡口前端采集系统所发送的前端采集数据报文， 并根据卡口所对接 的后台系统数据接口协议进行报文转换，组织报文发送至卡口后台系统。同时可接收后台系统根据前端采集数据及业务放行数据之间比对所返回的 卡口验放指令， 对验放指令进行报文解析， 生成卡口控制报文， 以实现对卡口的 放行控制以及信息提示等。应包括卡口报文处理、转关验放、清关验放、监管场所车辆验放、卡口进出 监控、卡口集中监控、卡口异常处理等功能。 卡口验放管理车辆经过卡口通道， 卡口前端采集系统中各类智能化31、设备对车辆相关信息进 行采集， 如自动采集不成功， 则采取人工介入补录处理。采集成功后， 实时发送 至卡口后台系统， 系统接收采集到的数据， 对数据进行实时处理， 下发相应处理 信息， 实现对进入卡口车辆智能化放行管理。应包括卡口自动验放、卡口人工放 行、卡口人工布控、查验结果录入等功能。 查询统计管理查询统计模块应提供了多种查询统计功能， 包括中心内货物查询、分运单关 联信息查询、底账全量查询、申请审核情况查询、运输工具进中心记录、运输工 具出中心记录、快件查验查询、暂扣仓查询、自用物品出入查询、特殊申请、出 入仓申请、理货报告、中转单查询、车辆备案申请查询、数据预定日志查询等。 系统管理系32、统管理用于对操作用户管理，应包括参数配置、用户授权、获取授权信息、 系统日志管理等功能。13 数据交换系统该部分包括了系统企业端和应用端、企业内部系统和企业端交互报文接口定 义和内容， 同时实现应用端与分拣线系统对接， 实现应用端与新快件 3.0 系统对 接。系统性能分析响应时间50 个用户同时在线， 10 个并发的情况下，查询业务的响应时间应在 3 秒之 内。 数据保存时间1、每年进行一次清理，每年的第一周为清理作业启动时间；2、从清理作业启动时算起运行库中运输单元表的监控周期启动时间 2 年以前 的数据清理到历史库；3、每年进行一次数据归档，每年的一月份为归档作业启动时间；4 、从归档作业33、启动时算起历史库中五年以前的数据清理到归档数据库。 系统连续运行时间要求一年 365 * 24 小时不间断运行。 总体设计 系统技术架构系统体系结构为三层 B/S 结构，分为展示层、业务逻辑层、数据层。14具体说明如下：(1) 展示层主要包括， 业务操作、 UI 、UI Controls、配置管理、信息校验、统 一登录及授权，其中：1). 业务操作主要指业务数据信息录入、查询等操作，如监管设备查询等； 2). 配置管理主要指对系统相关参数配置，如路线偏离容忍值等；3). 信息校验主要针对数据录入的合法性校验；4). UI Controls 主要指 UI 界面操作元素；5). UI 主要指操作关34、员进行业务操作的人机交互接口；6). 统一登录及授权主要是系统的统一登录及统一权限分配。15(2) 业务逻辑层主要包括业务接口、核心逻辑处理、业务服务、业务支撑模 块、外部系统交互。1). 业务服务包括： 数据接入服务是基于 SOA 的针对各种不同类型数据的接入服务； 内部服务是系统内部组件之间交互所提供的服务和接口 外部服务是为系统与外部交互所提供的服务和接口；2). 核心逻辑包括业务实体、业务流程、业务处理规则，其中： 业务实体主要为自定义扩展实体和数据实体， 自定义扩展实体是由 XML 报文及二进制通讯报文转换而来的， 实体的结构与报文结构一致； 数据 实体是与数据库单表表结构一致的类结35、构。 业务流程为作业流各类数据处理流程。 业务处理规则为业务逻辑校验、外部系统数据校验、业务逻辑处理。 3). 外部系统交互主要包括数据交换接口(ESB 服务或统一服务接口) 、底层数据库访问；4). 业务支撑模块主要包括数据字典、异常处理、系统日志、缓存机制、数 据转换、认证授权。其中：5). 数据字典使用关键字/值域的匹对方式， 达到对重要数据的快速定位和 访问6). 异常处理主要用于程序出现异常后的跟踪和处理方式，提供错误捕获、 定位、补偿、重试等机制7). 系统日志记录系统业务运行记录，包括： 系统日志，文件方式记录一些异常及系统运行的关键点状态； 报文日志：文件方式，记录所有已处理的36、报文记录； 操作日志： 数据库表方式， 记录海关关员对于业务数据的操作情况， 即 在客户端发生的关键人为操作；8). 缓存机制为了提高系统性能而设置， 针对系统频繁使用的数据在内存中 进行缓存，例如参数中心提供的参数信息、最新位置信息等信息；9). 数据转换在报文数据和作业流内部格式之间进行转换， 同时生成系统内 部业务数据类型；16场站系统备案管理基本信息管 理港区系统卡口硬件操作管理底帐管理其他监管部门暂存仓管 理暂扣仓管 理企业自用 物品管理后台处理日志管理企业ERP系统底帐管理查验管理业务监控辅助系统 查询统计系统管理 企业用户 卡口后台 管理卡口验放 管理查询统计 管理10). 身份37、认证和授权；(3) 数据访问层主要包括统一数据访问、事务控制、安全控制，其中：1). 统一数据访问是指通过指定访问方式， 访问不同的数据模型， 数据源主 要分为：关系数据库、外部服务数据、遗留系统接口数据、文件数据；2). 事务控制主要是指保证数据的一致性；3). 安全控制主要是对数据源进行安全认证， 只有通过安全认证才能访问数 据源。 体系架构设计机场专网海关对外接 入局域网数据交换安全审计应用端新快件3.0通关系统海关新快件3.0通关系 统用户数据交换数据交换平台应用端监管场所管理X光机系统海关授权用户理货 (运抵) 报告管理提运货管 理数据交换数据交换平台企业端17海关查验室查验工作站分38、拣线系统分拣线新快件通关系统3.0 系统网络架构企业园区企业端 企业端 应用服务器 数据库服务器企业园区网企业操作用户海关对外接入局域网数据交换服务器 海关对外接入局域网 防火墙海关管理网数据交换 服务器数据订阅 服务器海关管理网防火墙海关端 海关端应用服务器 数据库服务器系统总体功能结构企业端序号系统模块系统功能1基本信息管理IC 卡/电子车牌备案管理2车辆备案管理3操作管理个人物品理货预录入4个人物品理货管理5提货出场申请6运货入场申请7快件理货管理8自用物资进出管理9特殊业务管理10暂存物品出入仓管理11装载信息管理1812载运单信息管理13IC 卡/电子车牌放行制卡14底帐管理电子底帐39、拆分管理15底帐人工核销管理16底帐异常情况管理17后台处理后台处理18日志管理系统日志19操作日志20报文日志21查询统计特殊业务查询22装载信息查询23理货信息查询24载运单信息查询25电子底帐查询26暂存仓出入申请查询27自用物品申请查询28逾期处理货物监控29已放行快件离场监控30系统管理用户管理31角色管理32权限管理33功能配置 海关端序号系统模块系统功能1监管场所管理车辆备案审批2企业备案193监管场所参数设置4审核模式开关设置5提运货管理提货出场申请审核6运货入场申请审核7理货(运抵)报告管理理货(运抵)报告审核8暂存仓管理暂存仓出仓审核9暂存仓入仓审核10暂扣仓管理暂扣入仓140、1暂扣出仓12企业自用物品管理自用物品入中心审核13自用物品出中心审核14底帐管理特殊业务申请审核15底帐变更申请管理16底帐拆分申请管理17底帐人工核销管理18底帐状态异常申请审核19查验管理底帐布控20快件查验结果录入21快件查验结果修改22查验记录单打印23业务监控底帐人工处置查询24逾期处理货物监控25已放行快件离场监控26车辆到达超时预警27卡口后台管理卡口报文处理28转关验放29清关验放30监管场所车辆验放31卡口进出监控2032卡口集中监控33卡口异常处理34卡口验放管理卡口自动验放35卡口人工放行36卡口人工布控37查验结果录入38查询统计管理中心内货物查询39底帐全量查询4041、申请审核情况查询41车辆进中心记录查询42车辆出中心记录查询43快件查验查询44暂扣仓查询45自用物品出入申请查询46特殊申请查询47出入仓申请查询48理货报告查询49车辆备案查询50数据预订查询51分运单装载情况查询52系统管理参数配置53用户授权54获取授权信息55系统日志管理21 系统技术路线机场国际快件中心海关信息化系统项目技术路线将应用面向构件技术的 SOA 体系来建设，以保证建设技术的先进性。面向服务架构(service-oriented architecture，SOA)是一个组件模型，它将应用程序的不同功能单元(称为服 务) 通过这些服务之间定义良好的接口和契约联系起来。接口是42、采用中立的方式 进行定义的， 它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得 构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 SOA 是 一个基于标准的组织和设计方法，它利用一系列网络共享服务，使 IT 能更紧密 地服务于业务流程。通过采用能隐藏潜在技术复杂性的标准界面， SOA 能提高 IT 资产的重用率， 从而加快了开发并更加可靠地交付新的增强后的业务服务， 本次 项目的建设将依托于 SOA 框架进行设计。使用 SOA 具有以下好处：1)利用现有的资产SOA 提供了一个抽象层， 通过这个抽象层， 企业可以继续利用它在 IT 方面 的投资， 方法是将这些现有的资43、产包装成提供企业功能的服务。组织可以继续从 现有的资源中获取价值，而不必重新从头开始构建。2)更易于集成和管理复杂性。在面向服务的体系结构中， 集成点是规范而不是实现。这提供了实现透明性， 并将基础设施和实现发生的改变所带来的影响降到最低限度。通过提供针对基于 完全不同的系统构建的现有资源和资产的服务规范， 集成变得更加易于管理， 因 为复杂性是隔离的。当更多的企业一起协作提供价值链时，这会变得更加重要。3)更快的响应从现有的服务中组合新的服务的能力为需要灵活地响应苛刻的客户要求的 组织提供了独特的优势。通过利用现有的组件和服务， 可以减少完成软件开发生 命周期(包括收集需求、进行设计、开发和44、测试)所需的时间。4)减少成本和增加重用通过以松散耦合的方式公开的业务服务， 企业可以根据业务要求更轻松地使 用和组合服务。这意味资源副本的减少、以及重用和降低成本的可能性的增加。5)为未来建设打下基础22通过 SOA，可以未雨绸缪， 为未来的建设做好充分的准备。 SOA 业务流程是 由一系列业务服务组成的， 可以更轻松地创建、修改和管理它来满足不同时期口 岸实体单位建设的需要。利用 Web 服务来来实现 SOA。Web 服务建立在开放标准和独立于平台的协议 的基础之上。 Web 服务通过 HTTP 使用 SOAP (一种基于 XML 的协议) ，以便在 服务提供者和消费者之间进行通信。服务通45、过 WSDL (Web Service Definition Language)定义的接口来公开， WSDL 的语义用 XML 定义。 UDDI 是一种语言无 关的协议，用于和注册中心进行交互以及查找服务。所有这些特性都使得 Web 服 务成为开发 SOA 应用程序的优秀选择。典型 SOA 架构如下图所示： 开发技术 J2EE 的体系架构J2EE 是一套全然不同于传统应用开发的技术架构， 包含许多组件， 主要可简 化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。J2EE 核心是一组技术规范与指南， 其中所包含的各类组件、服务架构及技术 层次，均有共同的标准及规格，让各种依循 J46、2EE 架构的不同平台之间，存在良23好的兼容性， 解决过去企业后端使用的信息产品彼此之间无法兼容， 企业内部或 外部难以互通的窘境。J2EE 为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制：1. 保留现存的 IT 资产：由于企业必须适应新的商业需求， 利用已有的企业信息系统方面的投资， 而 不是重新制定全盘方案就变得很重要。这样， 一个以渐进的 (而不是激进的， 全 盘否定的) 方式建立在已有系统之上的服务器端平台机制是公司所需求的。 J2EE 架构可以充分利用用户原有的投资，如一些公司使用的 BEA Tuxedo、IBM CICS,IBM Encina，、 Inprise 47、VisiBroker 以及 Netscape Application Server。 这之所以成为可能是因为 J2EE 拥有广泛的业界支持和一些重要的企业计算领 域供应商的参与。每一个供应商都对现有的客户提供了不用废弃已有投资， 进入 可移植的 J2EE 领域的升级途径。由于基于 J2EE 平台的产品几乎能够在任何操作 系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用。2. 高效的开发：J2EE 允许公司把一些通用的、很繁琐的服务端任务交给中间供应商去完成。 这样开发人员可以集中精力在如何创建商业逻辑上， 相应地缩短了开发时间。高 级中间件供应商提供以下这些复杂的中间件服务： 状态管理48、服务 - 让开发人员写更少的代码， 不用关心如何管理状态， 这样能够更快地完成程序开发。 持续性服务 - 让开发人员不用对数据访问逻辑进行编码就能编写应 用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更 易于开发与维护。 分布式共享数据对象 CACHE 服务 - 让开发人员编制高性能的系统， 极大提高整体部署的伸缩性。3. 支持异构环境：J2EE 能够开发部署在异构环境中的可移植程序。基于 J2EE 的应用程序不依 赖任何特定操作系统、中间件、硬件。因此设计合理的基于 J2EE 的程序只需开 发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。24J2EE 标准也允49、许客户订购与 J2EE 兼容的第三方的现成的组件， 把他们部署到异 构环境中，节省了由自己制订整个方案所需的费用。4. 可伸缩性：企业必须要选择一种服务器端平台， 这种平台应能提供极佳的可伸缩性去满 足那些在他们系统上进行商业运作的大批新客户。基于 J2EE 平台的应用程序可 被部署到各种操作系统上。例如可被部署到高端 UNIX 与大型机系统，这种系统 单机可支持 64 至 256 个处理器。(这是 NT 服务器所望尘莫及的) J2EE 领域的 供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈， 允许多台服务器 集成部署。这种部署可达数千个处理器， 实现可高度伸缩的系统， 满足未来商业 50、应用的需要。5.稳定的可用性：一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因 为 INTERNET 是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重 损失。若是意外停机，那会有灾难性后果。 J2EE 部署到可靠的操作环境中，他 们支持长期的可用性。一些 J2EE 部署在 WINDOWS 环境中，客户也可选择鲁棒性 (稳定性)更好的操作系统如 Sun Solaris、IBM OS/390。鲁棒性最好的操作系 统可达到 99.999%的可用性或每年只需 5 分钟停机时间。这是实时性很强商业系 统理想的选择。 Windows Communication Foundati51、on(WCF)支持面向服务的应用程序,WCF 通过 SOAP 提供强大的交互通信支持，这是 现代计算机设备的基本要素。它还支持多项 WS-* 规范，如 WS-Security、 WS-ReliableMessaging 和 WS-AtomicTransaction。WCF 不需要 SOAP，但是可 能会使用其他方法， 包括优化二进制协议、 MSMQ 队列消息 和基于 REST 的简单 通信。 WCF 同样采取明确的面向服务方法来进行通信。 WCF 不会在对象间进行透 明通信， 而是为通信各方提供略微不同的抽象服务。其结果之一就是放开了分布 式对象系统间某些紧密的耦合关系，使得交互出错减少，并且52、更容易修改。 无 论是在组织内部还是组织之间，应用程序通信都是现代软件的基本功能。25 Windows Presentation Foundation适用于不同用户界面的统一方法,Windows Presentation Foundation 为所 有的这些用户界面提供一致的技术基础，从而大幅简化了开发人员的工作。 WPF 采用更为现代的方法，支持视频、动画、二维或三维图形以及各种类型的文档， 从而可以让用户以全新的方式处理信息。此外， WPF 还为桌面客户端和浏览器客 户端提供了通用基础，大大简化了二者的应用程序开发工作。 Enterprise LibraryEnterprise Libra53、ry 是微软 Patterns & Practices 项目组推出的公共模块 解决方案，用来解决我们在企业级开发中遇到公共问题， 如配置管理、数据访问、 缓存管理、记录操作日志、异常管理、加密解密、权限管理等。Enterprise Library 体现了微软对软件开发技术的最新实践， 对于我们在软 件开发中应该使用哪些技术、各种问题的解决方案都有很好的参考意义。同时 Enterprise Library 是最佳实践，而不是理论，是对很多有影响力的软件企业 通过多年的开发实践积累下来的技术的整合。 Enterprise Library 在实现上主 要是基于 Martin Flower 的 Pla54、gin 设计模式，大量使用了 Factory、Facade、 Singleton 等模式。在设计上， Enterprise Library 主要有三种类： Provider、 Factory、ProviderData。 XML 技术19961997 年， W3C 公司(World Wide Web Consortium，WWW 联盟)开发了 XML (Extensible Markup Language，可扩展标记语言)，并于 1998 年 2 月正式 发布了 XML1.0 版本。 HTML 是 SGML 在Web 上的一种应用， XML 即是从 SGML 孕育 出来的最优秀的子女。XML 是55、 SGML 的一个子集， 所以 XML 继承了SGML 多数功能， 也继承了 SGML 的元语言的特征。也就是说， XML 作为应用语言既可以在Web 直 接利用，又可用于开发应用语言， 而且更优越于 SGML。XML 是以 Web 利用为前提， 以解决 HTML 缺陷为目的，对 SGML 进行机能的扩张，并删掉和变更了 SGML 中一 部分影响其实用化的机能。所以 XML 以 20%的 SGML 难易度实现了SGML80%的机能。XML 主要设计目标是：261、能够在 Web 上直接利用；2、广范围应用程序的可利用性；3、尽量保持和 SGML 的互换性；4、处理 XML 的程序可简单地编写；56、5、XML 的文档要具有较高的可读性；6、严密但并不复杂的规则；7、去掉选定 Option 机能，减轻应用程序的处理负荷；8、不把标签数量的减少作为重要的工作。XML 中的 XExtensible 的中文解释为“可扩展的”，这是 XML 优越于 HTML 最大的地方允许用户建立自己的标签，而不是使用某些固定的有限的标签！ 支持用户自由建立标签及其属性，并且支持中文标记。 为了填补 HTML 的缺陷， 从意义上描述电子数据， XML 沿袭了 SGML 的用户自由定义标签的机制。因此， XML 表示电子数据内容时更为直观有效， 并能轻易地用于企业间电子数据的交换。 而且允许用于企业间的两向沟通， 57、即在不同数据库格式， 不同数据库结构的两个 或多个企业之间进行电子数据交换的桥梁。 XML 能够很好地表示电子数据，而 且使其很好地于企业间进行交换， 并真正流行的另一个原因在于 XML 支持中文标 签。 说 XML 支持中文标签， 更准确地说是 XML 支持非英语字符集。由于 Internet 使依靠信息技术的贸易真正地全球化， 因此新一代 Web 语言支持非英语字符集成 为必要。有鉴于此， XML 支持Unicode (统一字符编码)，该标记包含了全球已 知的 50000 种书写语言的计算机处理的表示文本字符系统。最近的Unicode3.0 版本符合国际标准字符集 ISO/IEC 106458、6-1：2000，它使用双字节或 16 位表示 字符，这样可以对多数已知的字符集，包括科技和数字符号进行编号， Unicode 提供了超过 65000 个字符的代码。真正地实现 XML 的全球化。当新科技不断冲击 Internet 的发展之际， XML 技术将对电子商务有重大影响。 XML 的人机互动式架构提供了使用者与电脑之间的互动交流， 利用其可延伸性及 自我描述特性， 电子通信文件可以在企业间的应用程序中自动传输、处理及储存； 可以在同一个使用者界面上接入不同厂商的电子商品目录信息， 数据的搜寻变得 更为精确快速； 不同系统间可以流畅地互通， 不同网站之间的数据得以动态共享， 强化了使用59、者与系统之间的聚合性。 XML 所带来的是一个全新的视野，一种对27于整个电子商务架构在观念上的颠覆， 而中小企业也可以轻易享受电子商务的好 处。电子商务的威力已开始显现， 在可预期的未来， 全球经济也一定会受到这种 网上电子商务的强力震撼， 在电子商务的浪潮既将来临之际， XML 是一个不可忽 视的技术。 Web Service 技术Web Service 使用标准技术， 通过它，软件应用程序资源在各网络上均可用。 因为 Web Service 基于标准接口，所以即使是以不同的语言编写并且在不同的 操作系统上运行， 它们也可以进行通信。因此，Web Service 是生成必须适用于 网络上不60、同系统的分布式应用程序的极好方法。下列主题概括了用来生成 Web Service 的标准技术。 标准技术因为 Web Service 符合公认的标准，所以能够以这种通常可访问的方式来 公开其资源。 Web Service 使用的标准技术包括：通过 WSDL 文件公开描述其自身功能通过 XML 消息(通常使用 SOAP 格式)与其他应用程序进行通信 使用标准网络协议，如 HTTP WSDL 文件Web Service 描述语言 (Web Service Description Language,简称 WSDL) 使用标准 XML 格式描述 Web Service。WSDL 文件描述了特定的 We61、b Service， 使其他软件应用程序可以与它进行交互。WSDL 通常可公开访问并且提供了充分的信息，潜在客户端仅根据 WSDL 文 件即可了解如何来操作此 Web Service。如果某个 Web Service 将英语句子翻 译成法语，则其 WSDL 文件将说明应该如何将英语句子发送到此 Web Service， 以及法语译文将如何返回到请求的客户端。 XML 和 SOAP可扩展标记语言(Extensible Markup Language，简称 XML)提供了一种公 共语言，通过它，不同的应用程序可以在网络上彼此进行交互。大多数 Web Service 通过 XML 进行通信。客户端将62、包含请求的 XML 消息发送到 Web28Service，然后 Web Service 使用包含操作结果的 XML 消息进行响应。大多数 情况下，这些 XML 消息将根据 SOAP 语法设置格式。Simple Object Access Protocol (SOAP) 指定了一种标准格式，使应用程 序可以调用彼此的方法， 在彼此之间传递数据。请注意， Web Service 可以使用 非 SOAP 格式的 XML 消息进行通信。特定的 Web Service 支持的消息类型在其 WSDL 文件中进行描述。 网络协议Web Service 使用广泛使用的协议， 如超文本传输协议(HyperTex63、t Transfer Protocol，简称 HTTP)和 Java 消息服务(Java Message Service，简称 JMS)， 接收请求并发送响应。 Web Service 可以支持多个协议， 它的不同方法可以支持 不同的协议。 Web Service 支持的协议在 WSDL 文件中进行发布。 Web Service 体系结构下图显示了 Web Service (在中央)、其客户端软件应用程序(在左侧)及 其使用的资源(包括数据库、其他 Web Service 等)(在右侧)之间的关系。 Web Service 通过使用标准协议(如 HTTP) 交换 XML 消息来与客户端和各种资64、 源进行通信。在 WebLogic Server 上部署 Web Service 后，由 WebLogic Server 负责将传入的 XML 消息路由到您编写的 Web Service 代码。 Web Service 将导 出 WSDL 文件， 以描述其接口， 其他开发人员可以使用此文件来编写访问此 Web Service 的组件。 AJAX 开发技术Ajax 用来描述一组技术，它使浏览器可以为用户提供更为自然的浏览体验。 在 Ajax 之前， Web 站点强制用户进入提交/等待/重新显示范例，用户的动作总 是与服务器的“思考时间”同步。 Ajax 提供与服务器异步通信的能力，从而使 用户从65、请求/响应的循环中解脱出来。借助于 Ajax，可以在用户单击按钮时， 使 用 JavaScript 和 DHTML 立即更新 UI，并向服务器发出异步请求， 以执行更新或 查询数据库。当请求返回时，就可以使用 JavaScript 和 CSS 来相应地更新 UI， 而不是刷新整个页面。最重要的是，用户甚至不知道浏览器正在与服务器通信： Web 站点看起来是即时响应的。 AJAX 模式29许多重要的技术和 AJAX 开发模式可以从现有的知识中获取。例如，在一个 发送请求到服务端的应用中， 必须包含请求顺序、优先级、超时响应、错误处理 及回调， 其中许多元素已经在 Web 服务中包含了， 就像现在66、的 SOA。AJAX 开发人 员拥有一个完整的系统架构知识。同时，随着技术的成熟还会有许多地方需要改 进，特别是 UI 部分的易用性。AJAX 开发与传统的CS 开发有很大的不同。这些不同引入了新的编程问题， 最大的问题在于易用性。由于 AJAX 依赖浏览器的 JavaScript 和 XML，浏览器的 兼容性和支持的标准也变得和 JavaScript 的运行时性能一样重要了。这些问题 中的大部分来源于浏览器、服务器和技术的组合， 因此必须理解如何才能最好的 使用这些技术。综合各种变化的技术和强耦合的客户服务端环境， AJAX 提出了一种新的开发 方式。AJAX 开发人员必须理解传统的 MVC67、 架构，这限制了应用层次之间的边界。 同时，开发人员还需要考虑 CS 环境的外部和使用AJAX 技术来重定型 MVC 边界。 最重要的是， AJAX 开发人员必须禁止以页面集合的方式来考虑 Web 应用而需要 将其认为是单个页面。一旦 UI 设计与服务架构之间的范围被严格区分开来后， 开发人员就需要更新和变化的技术集合了。 时刻想着用户AJAX 的最大机遇在于用户体验。在使应用更快响应和创新的过程中，定义 Web 应用的规则正在被重写;因此开发人员必须更注重用户。现在用户已经逐渐 习惯如何使用 Web 应用了。例如用户通常希望每一次按钮点击会导致几秒的延迟 和屏幕刷新，但 AJAX 正在打破这68、种长时间的状况。因此用户需要重新体验按钮 点击的响应了。可用性是 AJAX 另人激动的地方而且已经产生了几种新颖的技术。其中最引 人注目的是一种称为“黄色隐出”的技术， 他在数据更新之前时将用户界面变为 黄色，更新完成后立刻恢复原来的颜色。 AJAX 开发人员将用户从 Web 应用的负 载中解放出来;小心地利用 AJAX 提供的丰富接口， 不久桌面开发人员会发现 AJAX 是他们的方向。 几种工具和技术30随着 AJAX 迅速地引人注目起来，我想开发人员对这种技术的期待也迅速地 增加。就像任何新技术， AJAX 的兴旺也需要一整个开发工具/编程语言及相关技 术系统来支撑。 JavaScript69、如名字所示 AJAX 的概念中最重要而最被忽视的是他也是一种 JavaScript 编 程语言。 JavaScript 是一种粘合剂使 AJAX 应用的各部分集成在一起。在大部分 时间， JavaScript 通常被服务端开发人员认为是一种企业级应用不需要使用的 东西应该尽力避免。这种观点来来自以前编写 JavaScript 代码的经历:繁杂而又 易出错的语言。类似的， 他也被认为将应用逻辑任意地散布在服务端和客户端中， 这使得问题很难被发现而且代码很难重用。在 AJAX 中 JavaScript 主要被用来传 递用户界面上的数据到服务端并返回结果。 XMLHttpRequest 对象用来响应70、通过 HTTP 传递的数据，一旦数据返回到客户端就可以立刻使用DOM 将数据放到网面 上。 XMLHttpRequestXMLHttpRequest 对象在大部分浏览器上已经实现而且拥有一个简单的接口 允许数据从客户端传递到服务端，但并不会打断用户当前的操作。使用 XMLHttpRequest 传送的数据可以是任何格式，虽然从名字上建议是 XML 格式的 数据。开发人员应该已经熟悉了许多其他 XML 相关的技术。 XPath 可以访问XML 文 档中的数据， 但理解 XML DOM 是必须的。类似的， XSLT 是最简单而快速的从 XML 数据生成 HTML 或 XML 的方式。许多开发人员已71、经熟悉 Xpath 和XSLT，因此 AJAX 选择 XML 作为数据交换格式有意义的。 XSLT 可以被用在客户端和服务端，他能 够减少大量的用 JavaScript 编写的应用逻辑。为了正确的浏览 AJAX 应用， CSS 是一种 AJAX 开发人员所需要的重要武器。 CSS 提供了从内容中分离应用样式和设计的机制。虽然 CSS 在 AJAX 应用中扮演 至关重要的角色， 但他也是构建创建跨浏览器应用的一大阻碍，因为不同的浏览 器厂商支持各种不同的 CSS 级别。 服务器端但不像在客户端，在服务端 AJAX 应用还是使用建立在如 Java,.Net 和 PHP 语言基础上机制;并没有改变这72、个领域中的主要方式。31 浏览器兼容性JavaScript 编程的最大问题来自不同的浏览器对各种技术和标准的支持。构 建一个运行在不同浏览器是一个困难的任务。因此几种 AJAX JavaScript 框架或 者生成基于服务端逻辑或标记库的 JavaScript，或者提供符合跨浏览器 AJAX 开 发的客户端 JavaScript 库。一些流行的框架包括:AJAX.Net, Backbase, Bitkraft, Django, DOJO, DWR, MochiKit, Prototype, Rico, Sajax, Sarissa, and Script.aculo.us.这些框架给开发人员更73、多的空间使得他们不需要担心跨浏览器的问题。虽然 这些框架提升了开发人员构建应用的能力， 但由于厂商已经开发了更细节的用户 界面的打包组件解决方案，因此在 AJAX 组件市场中需要考虑一些其他因素。例 如提供通用用户界面的组件如组合框和数据栅格的几个厂商， 都可以被用来在应 用中创建良好的通过类似电子数据表方式来查看和编辑数据的体验。但这些组件 不仅是封装了组件的用户界面而且包括与服务端数据的通讯方式。 B/S 架构B/S 结构(Browser/Server，浏览器/服务器模式) ，是 WEB 兴起后的一种网 络结构模式， WEB 浏览器是客户端最主要的应用软件。这种模式统一了客户端， 将系统功74、能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。 客户机上只要安装一个浏览器(Browser) ，如 Netscape Navigator 或 Internet Explorer，服务器安装 Oracle、Sybase、Informix 或 SQL Server 等数据库。 浏览器通过 Web Server 同数据库进行数据交互。 这样就大大简化了客户端电脑 载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本(TCO)。B/S 结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软 件。只要有一台能上网的电脑就能使用， 客户端零维护。系统的扩展性非常容易， 只75、要能上网， 再由系统管理员分配一个用户名和密码， 就可以使用了。甚至可以 在线申请，通过公司内部的安全认证(如 CA 证书)后，不需要人的参与，系统 可以自动分配给用户一个账号进入系统。B/S 架构软件的优势与劣势(1)维护和升级方式简单。32目前，软件系统的改进和升级越来越频繁， B/S 架构的产品明显体现着更为 方便的特性。对一个稍微大一点单位来说， 系统管理人员如果需要在几百甚至上 千部电脑之间来回奔跑， 效率和工作量是可想而知的， 但 B/S 架构的软件只需要 管理服务器就行了， 所有的客户端只是浏览器， 根本不需要做任何的维护。无论 用户的规模有多大， 有多少分支机构都不会增加任何维76、护升级的工作量， 所有的 操作只需要针对服务器进行； 如果是异地， 只需要把服务器连接专网即可， 实现 远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将 来信息化发展的主流方向。今后， 软件升级和维护会越来越容易， 而使用起来会 越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的， 惊人的。 因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。(2)成本降低，选择更多。大家都知道 windows 在桌面电脑上几乎一统天下，浏览器成为了标准配置。 但在服务器操作系统上， windows 并不是处于绝对的统治地位。现在的趋势是凡 使用B/S 架构的应用管理软件，77、 只需安装在Linux服务器上即可， 而且安全性高。 所以服务器操作系统的选择是很多的， 不管选用那种操作系统都可以让大部分人 使用 windows 作为桌面操作系统电脑不受影响，这就使得最流行免费的 Linux 操作系统快速发展起来， Linux 除了操作系统是免费的以外， 连数据库也是免费 的，这种选择非常盛行。(3)应用服务器运行数据负荷较重。由于 B/S 架构管理软件只安装在服务器端(Server) 上， 网络管理人员只需 要管理服务器就行了，用户界面主要事务逻辑在服务器(Server)端完全通过 WWW 浏览器实现，极少部分事务逻辑在前端(Browser)实现，所有的客户端只 有浏览78、器， 网络管理人员只需要做硬件维护。但是， 应用服务器运行数据负荷较 重， 一旦发生服务器“崩溃”等问题， 后果不堪设想。因此， 许多单位都备有数 据库存储服务器，以防万一。33 开发工具 MyEclipse 开发工具MyEclipse 企业级工作平台(MyEclipseEnterprise Workbench ，简称 MyEclipse)是对 EclipseIDE 的扩展，利用它我们可以在数据库和 JavaEE 的开 发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的 JavaEE 集成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持 HTML，Struts，J79、SP，CSS，Javascript，Spring，SQL，Hibernate。MyEclipse 是一个十分优秀的用于开发 Java, J2EE 的 Eclipse 插件集合， MyEclipse 的功能非常强大， 支持也十分广泛，尤其是对各种开源产品的支持十 分不错。 MyEclipse 可以支持 Java Servlet，AJAX，JSP，JSF，Struts，Spring， Hibernate，EJB3，JDBC 数据库链接工具等多项功能。可以说 MyEclipse 是几乎 囊括了目前所有主流开源产品的专属 eclipse 开发工具。MyEclipse 适用于以下几种开发类型：(1) 企80、业级开发MyEclipse 为完成工作提供了智能的企业工具。 Java EE 库和功能是企业级 项目的基础，支持部署到几十个企业友好的应用服务器进行快速检测。(2) Web 开发有了 MyEclipse，你就拥有了所有的 Web 开发技术。支持快速添加技术功能 到 Web 项目中， 使用可视化编辑器以便编码和配置， 并且还可以在多种应用服务 器上测试你的任务。(3) 云开发脱离缓存， 使用内置功能连接到云， 支持探索和连接服务， 为他人提供自己 的 REST Web 服务。无论是定位还是虚拟的微博， MyEclipse 都能轻松地创建云 连接。(4) 移动开发移动应用开发再也无需使用特殊工具或81、学习新的编程语言。 MyEClipse 支持 使用 Java、HTML 和 JQuery 进行编码，使用移动工具创建拥有良好编码的应用， 并嵌入到原生 iOS 和 Android 应用中。34 Oracle 数据库系统Oracle RAC 是企业网格的一项主要基础技术。它减弱了阻碍 Oracle RAC 技 术推广普及的壁垒， 有助于实现“RAC 无处不在”的宏伟目标。 在企业网格中， 数据中心将可以动态改变自身特性，以实时支持企业瞬息万变的需求。 引言 Oracle 真正应用集群 (RAC) 主要用于管理领域。 Oracle RAC 和 Oracle 数据 库 在管理方面的改进显著降低了管理82、成本，并提供了更出色的灵活性，从而赋 予了企业更高的适应性、前瞻性和敏捷性。 Oracle RAC 是企业网格的一项主要 基础技术。它减弱了阻碍 Oracle RAC 技术推广普及的壁垒， 有助于实现“RAC 无 处不在”的宏伟目标。企业网格 现在，企业的 IT 部门面临巨大的压力，他们 需要以最低的成本， 最高的效率和灵活性， 提供优质的服务， 同时具有最出色的 可用性和可伸缩性。简而言之， IT 部门需要以最低的成本， 完成最多的事情。 企 业网格能够把这些看似无法解决的挑战变成现实。它由大规模的低成本商用集群 组成，显著降低了计算机硬件的成本。Oracle RAC 技术可为这一低成本硬件83、平台提供支持，使其提供优质的服务， 并达到或超出昂贵的大型 SMP 计算机所能提供的可用性和可伸缩性等级。通过 显著降低管理成本和提供出色的管理灵活性， Oracle 为企业网格环境提供了强 有力的支持。 企业网格有着深远的影响，可赋予企业更出色的适应性、前瞻性 和敏捷性。在企业网格中， 数据中心将可以动态改变自身特性， 以实时支持企业 瞬息万变的需求。应用程序工作负载将以服务的形式进行管理， 同时必需满足规 定的质量等级。处理资源和存储器将以数据流的形式分配给服务， 以确保满足规 定的质量要求。网格中的每一处理节点或存储组件可近乎实时地改变自身的特性， 而不会对应用程序产生任何影响。Orac84、le RAC 主要着眼于可管理性， 这也是 Oracle 为构建大规模 Oracle 数 据库所做工作的一部分。这一工作起始于 Oracle9i，在 Oracle 数据库中继续 延续。 Oracle RAC 支持 Oracle 数据库在集群上运行所有类型的主流商业应用， 包括流行的封装产品、自主研发的应用， 以及 OLTP 和 DSS 等。 为实现大规模 部署不懈努力 Oracle RAC 主要着眼于可管理性，这也是 Oracle 为构建大规 模 Oracle 数据库所做工作的一部分。这一工作起始于 Oracle9i 数据库， 它通 过改进的管理功能消除了二分之一的 Oracle 数据库管理运85、营成本。 Oracle 数35据库 继续推进这一工作， 目标是将其余的数据库管理时间和工作再减少二分之 一。鉴于 RAC 是数据库的一个集成组件， 所有这些增强直接提高了 Oracle RAC 环境的可管理性。 这一工作的一个主要成就便是了成功实现了 Oracle 的许多 高级和特有技术的自动化。开发一些简单且特性有限的功能将非常容易。真正的 挑战在于如何使最高级的性能实现“即需即用”，可供任何人随时使用。 Oracle 的最高级和特有技术的主要功能均已全部实现了自动化，其中包括：回退段管理。回退段使得 Oracle 数据库可以有效支持混合 OLTP/DSS 工作 负载，但很难管理。不过，现在86、已无需进行任何调整。 . 备份与恢复管理。Oracle 数据库业界领先的备份和恢复能力现在通过 Oracle 恢复管理器全面实现了自 动化。内存缓冲区管理。 Oracle 数据库完善的私用和共享全球内存缓冲区是 Oracle 实现业界领先的可伸缩性和性能的坚实基础。它们现在无需进行调整。存储管理。 Oracle 自动存储管理 通过自动调整数据在不同磁盘中的存储 来提高性能，彻底消除了调整 I/O 的需求。什么是 RAC？ Oracle RAC 支持 Oracle 数据库在集群上运行真正的应用程 序。此处的真正应用是指 RAC 能够支持所有类型的 Oracle RAC 运行于集群之 上，为 Or87、acle 数据库提供了最高级别的可用性、可伸缩性和低成本计算能力。 其它声称可以运行在集群上的数据库软件需要对数据库数据进行分区。这对于真 正应用程序而言， 显得不切实际。 主流商业应用程序。这包括流行的封装产品， 如 SAP、PeopleSoft 和 Oracle E*Business Suite 等，以及自主研发的应用程 序，其中包括 OLTP 和 DSS，以及 Oracle 有效支持混合 OLTP/DSS 环境的独有 能力。 Oracle 是唯一提供具备这一功能的开放系统数据库的厂商。Oracle RAC 运行于集群之上， 为 Oracle 数据库提供了最高级别的可用性、 可伸缩性和低成88、本计算能力。如果集群内的一个节点发生故障， Oracle 将可以 继续在其余的节点上运行。如果需要更高的处理能力， 新的节点可轻松添加至集 群。为了保持低成本， 即使最高端的系统也可以从采用标准化商用组件的小型低 成本集群开始逐步构建而成。 Oracle 的主要创新是一项称为高速缓存合并的技 术， 它最初是针对 Oracle9i 真正应用集群开发的。高速缓存合并使得集群中的 节点可以通过高速集群互联高效地同步其内存高速缓存， 从而最大限度地低降低36磁盘 I/O。高速缓存最重要的优势在于它能够使集群中所有节点的磁盘共享对所 有数据的访问。数据无需在节点间进行分区。 Oracle 是唯一提供具备89、这一能力 的开放系统数据库的厂商。其它声称可以运行在集群上的数据库软件需要对数据 库数据进行分区。这对于拥有复杂的数据结构的真正应用程序而言， 显得不切实 际。而且也不可能对集群系统进行统一变更。如果您添加或删除节点或存储资源， 数据则需要完全重新分区。Oracle RAC 支持企业网格。企业网格是未来的数据中心，构建于由标准化 商用组件构成的大型配置之上， 其中包括： 处理器、网络和存储器。 Oracle RAC 的高速缓存合并技术提供了最高等级的可用性和可伸缩性。 Oracle 数据库 和 Oracle RAC 显著降低了运营成本， Oracle RAC 在 Oracle 数据库 运行的 90、所有平台上提供了一个完整集成的集群件管理解决方案。 增强了灵活性，从而 赋予了系统更卓越的适应性、前瞻性和灵活性。动态提供节点、存储器、 CPU 和 内存可以在实现所需服务级别的同时，通过提高的利用率不断降低成本。ORACLE 真正应用集群 的新功能 以下是 Oracle RAC 的主要目标， 我们将 在下文逐一详细地探讨。消除对第三方组件的需求。这些组件通过提供一个完整 系列的 Oracle 解决方案大幅增加了集群环境的复杂性和成本。 Oracle RAC 集 成集群件将在下文探讨。将集群作为一个单一集成的系统映像进行管理。. 实现主要功能的自动化， 诸如工作负载管理等以前需要人工完成的功能91、。. 改进与所有其它 Oracle 特性和功能的集成，使其能够以透明的方式， 全面支持 RAC 环境。. 全新和改进的工具， 用于验证集群配置的正确性并帮助快速找出故障点。. 改进性能，使众多应用程序受益。. 零停机时间补丁，面向 Oracle RAC 集群环境。集成集群件管理Oracle RAC 在 Oracle 数据库 运行的所有平台上提供了一个完整集成的 集群件管理解决方案。这一集群件功能包括集群连接、消息处理服务和锁定、集 群控制和恢复， 以及一个工作负载管理框架(将在下文探讨) 。用户无需购买任37何第三方集群件管理软件。但是， Oracle 仍将继续在特定平台上支持选定的第 三方集92、群件产品。Oracle RAC 的集成集群件管理具有以下优势：. 成本低。 Oracle 免费提供这一功能。. 单一厂商支持。消除了相互推诿的问题。. 安装、配置和持续维护更简单。 Oracle RAC 集群件使用标准 Oracle 数 据库管理工具进行安装、配置和维护。这一过程无须其它的集成步骤。. 所有平台， 质量始终如一。与第三方产品相比， Oracle 对新软件版本进 行了更严格的测试。. 所有平台，功能始终如一。例如，一些第三方集群件产品限制了集群内 可以支持的节点的数量。借助 Oracle RAC ，所有平台可以支持多达 64 个节点。 用户还可以在所有平台上获得一致的响应体验，从93、而有效解决了高可用性挑战， 包括服务器节点故障、互连故障以及 I/O 隔离现象等。. 支持高级功能。这包括集成监视和通知功能，从而在发生故障时，在数 据库和应用层之间实现快速协调的恢复。Oracle 企业管理器 的功能大幅提升，实现了集群数据库部署真正的单一 系统映像管理。单一系统映像管理Oracle 企业管理器 的功能大幅提升，实现了集群数据库部署真正的单一 系统映像管理。 Enterprise Manager 的 Cluster Database Page 提供了涵盖多 个节点的系统状态的单一视图。它还可以根据需求更详细地显示单独的例程。通过 Cluster Database Page，可94、以：. 查看整体系统状态，例如：集群数据库内节点的数量及其当前的状态。. 查看所有例程的警报，同时详细观察每一警报的根源和其它信息。 . 在集群数据库基础上设置警报阈值。. 监视所有例程的性能标准或逐个显示，以便逐个进行比较，或在需要时 了解更详细的信息。. 监视集群高速缓存一致性情况(例如：全局缓存获取等)。. 执行集群数据库操作，包括启动备份与恢复，以及开始/停止例程等。38. 通过执行诸如开始/停止、激活/禁用和重新分配服务等操作，以及监视 服务性能来管理服务(详细信息请参见下文的“自动工作负载管理”部分)。. Oracle 企业管理器 还提供了一个集群页面来查看集群硬件和整个操作 系统95、的状态。在集群支持多个数据库时， 这一特性非常实用。用户可以轻松了解 整体集群平台状态，同时也可根据需求详细了解每个独数据库的性能。 使用 Oracle 数据库 可以定义规则，以便在正常运行期间和发生故障时，自动将处 理资源分配给服务。 使用 Oracle 数据库 ，应用工作负载可被定义成服务， 以 便对其进行单独管理和控制。自动工作负载管理使用 Oracle 数据库 ，应用程序工作负载可被定义成服务，以便对其进行 单独管理和控制。在正常运行期间和发生故障时， DBA 决定分配给相应服务的处 理资源。性能标准通过服务进行跟踪， 同时还可以设置阈值， 一旦超过这些阈值， 即自动发出警报。 CPU96、 资源分配和资源消耗控件使用资源管理器进行管理， 以便 在提供服务时使用。 Oracle 工具和设施， 如 Job Scheduler、Parallel Query 和 Oracle Streams Advanced Queuing 等，也使用服务来管理它们的工作负载。使 用 Oracle 数据库 可以定义规则，自动将处理资源分配给服务。 Oracle RAC 例程可根据需要进行分配， 以便处理单个或多个服务。这些分配规则可动态进行 修改，以满足瞬息万变的业务需求。例如，这些规则可以在每个季度末进行修改， 以确保有足够的处理资源来及时执行重要的财务功能； 也可以另行定义规则， 以 便在运行关键97、服务的例程发生故障时， 工作负载可以自动切换到工作负载较少的 例程上。 应收账款 总帐 订单项 服务通过全局唯一名称进行识别。例如， 一个 应用程序套件可为每一个应用程序组件定义一种服务， 诸如总帐、应收账款和订 单项等。中间层应用程序和客户机在连接到数据库时，可以通过在 TNS 连接数 据中指定服务名称， 选择一种服务。但无须更改应用程序本身。 DBA 可使用 DBCA 或 SRVCTL 最初定义服务并将其分配给一系列首选例程和可用例程。服务在开始 运行使用首选例程，而在发生故障时自动切换到可用例程。Oracle 自动工作负载仓库 使 DBA 可以管理针对 RAC 和单一例程数据库 执行的服98、务。响应时间、 CPU 消耗，以及其它标准由服务自动收集。 Oracle 资39源管理器 可自动分配工作请求， 使用服务将其连接到消费者组， 以便更细致地 管理资源分配。DBA 可使用 DBCA 或 SRVCTL 最初定义服务并将其分配给一系列首选例程 和可用例程。服务在开始运行使用首选例程， 而在发生故障时自动切换到可用例 程。监听程序使用这些定义在新会话建立时， 向例程分配连接。使用 Oracle 企 业管理器 ，还可以灵活地控制服务。例如， DBA 可对服务执行诸如开始/停止、 激活/禁用和重新分配等操作。 工作负载监视 Oracle 自动工作负载仓库 使 DBA 管理可以针对 RAC 99、和单一例程数据库执行的服务。响应时间、 CPU 消耗， 以及其它标准由服务自动收集。应用程序能够实施其代码来设定标记， 根据初始 应用 MODULE 和 ACTION 识别服务内的操作，从而收集更详细的性能数据。 该 自动工作负载仓库持续维护服务标准。该视图 V$SERVICE_METRICS 和 V$SERVICE_METRICS_HISTORY 包含过去一小时内每 60 秒的各项服务的测量 情况。Oracle 企业管理器 中的图形显示便于它根据 CPU 消耗和其它标准识别 顶级服务、顶级模块和顶级操作。 使用 Oracle 企业管理器 ，可对呼叫响应时 间和其它服务级别标准设定阈值， 以便100、在超出这些阈值时能够自动生成警报。例 如， 如果性能等级未达到要求的服务级别， DBA 将收到向服务分配额外处理资源 的警报。应用中间层组件和产品还可以利用这一数据实现负载均衡。资源管理Oracle 资源管理器 可自动分配工作请求， 使用服务将其连接到消费者组， 以便更细致地管理资源分配。例如， 其它 Oracle 工具(如作业调度程序和并 行查询)可利用服务，在其工作负载定义中设置服务名称。 Oracle RAC 可使 数据库与应用中间层组件和产品之间实现快速、协调的恢复。 DBA 可向被映射 到一个消费者组的高优先级服务分配三分之二的可用 CPU 资源，向映像到第二 个消费者组的低优先级服101、务分配三分之一的可用 CPU 资源。此外，还可对服务 工作负载进行控制， 以便限制较长运行操作的执行时间、可以同时执行的有效会 话的数量、长时间运行资源密集型会话消耗的资源， 以及其它资源的使用。而且， 服务还可与 RAC 和单一例程环境中的资源管理器配合使用。Oracle 工具40其它 Oracle 工具(如作业调度程序和并行查询) 可利用服务， 在其工作负 载定义中设置服务名称。作业调度程序将作业分配到可在服务中运行的作业类别 中。对于并行 DML 和并行 DML，查询协调程序可连接到一个服务，并行查询在 执行期间被动承接此服务。在服务承接服务执行阈值的情况下执行工作请求， 并 作为服务的102、一部分进行测量。快速连接故障切换Oracle RAC 可使数据库与应用中间层组件和产品之间实现快速、协调的恢 复。 Oracle RAC 最初将支持与 Oracle 应用服务器 进行 Oracle JDBC 快速 连接故障切换，并将在未来支持额外的中间层组件和产品。Oracle RAC 检测例程中断及其恢复的时间。一个适应能力非常强的通知系 统立即向应用中间层发送 UP 和 DOWN 信号，以便应用程序进行自动恢复过程。 这比检测网络呼叫故障(如通过 TCP/IP 超时) 更高效， 而且还可将恢复时间从 很长时间缩短至几秒钟。与仅使用虚拟 IP (VIP)地址相比，它还能更全面、 一致地响应故103、障和恢复事件。使用 RAC 的新 VIP 地址，可以更快速地返回故 障信息。利用 JDBC 快速连接故障切换，通过 Oracle 企业管理器 ，Oracle Data Guard 的管理组件 Data Guard Broker 现在可以与 RAC 全面集成。 Oracle 数据库 带来了全新的集群配置认 证工具， 改进了 Oracle9i 中原有的诊断工具的性能。 DOWN 事件可启动处理来 清除 JDBC 隐含连接高速缓存中的故障连接， 并防止故障或无效的连接被提交给 应用程序工作请求。如果应用程序夹杂在一个事务中， 则系统会发出适当的 SQL 异常通知， 此事务将重新开始。之后， 应用程序104、或容器可以重试此连接请求， 重 新建立会话状态。 UP 事件在高速缓存中启动连接的负载均衡。此时，将重建连 接并负载平衡到所有有效 RAC 例程，而无需等待应用连接请求或重试。用于灾 难恢复的 Data Guard 集成 通过 Oracle 企业管理器 ，Oracle Data Guard 的 管理组件 Data Guard Broker 现在可以与 RAC 全面集成。与那些采用单一例程 数据库的环境一样，涉及 Oracle RAC 数据库的 Data Guard 灾难恢复环境也非 常易于管理。41自动工作负载管理可用于在发生灾难后重新向备用系统提供服务， 从而确保 最关键的服务保持需要的服务105、级别， 与此同时低优先级服务还能在降低的容量下 运行。这一特性可以使备用系统的总容量少于主系统，因而减少了成本。集群验证和改进的诊断工具 Oracle 数据库 带来了全新的集群配置认证 工具， 提高了 Oracle9i 中原有的诊断工具的性能。使用这些工具， 有助于用户 避免问题，并在问题发生后更迅速地解决问题。该集群验证工具通过对前后安装步骤和/或配置变化进行验证，避免发生错 误。它还可用于现有的集群验证。其它程序(如 OUI、OEM、DBCA 和 ASM) 可通 过命令行界面或 API 调用该工具。在提供 Oracle 数据库 之后，将在 OTN 上提供集群认证工具。诊断工具 已经过了改进106、，可进一步加速问题的解决，减少重现问题的需要，提高易用性， 并最大限度 Oracle RAC 中的新优化将为许多应用程序提供性能改进。在 Oracle 数据库 中，Oracle 数据库的大多数可执行的都用于生成诊断跟踪数据。性能改进除了可管理性方面的显著改进， Oracle RAC 还提供了一系列性能改进，令 许多应用程序受益。这些包括例程故障恢复时间的改进， 用于提高主要应用程序 操作性能的若干优化，以及针对特定类型的工作负载提供性能改进的动态重组。 由于一系列优化缩短了路径长度， 而且允许关键恢复功能并行执行， 所以大多数 应用程序的例程故障恢复速度都加快了。内部实验室测试显示， 针对最高107、恢复速 度而配置的应用程序的恢复时间缩短了一半之多。上述快速连接故障切换特性还 支持在数据库与应用中间层组件和产品之间实现快速、协调的恢复。 其它重要 优化还为特定类型的应用程序操作提供了性能优势。其中包括减少了事务同步开 销， 对于小型事务来说最明显， 如简单的帐户余额更新。消息聚集在适当的时候 将多条消息合为一条信息， 因而提高了节点之间的高速缓存合并通信效率。这为 在节点间生成大量信息的操作提供了最显著的优势，如检验点、在线重做扫描， 以及全表扫描。此外， Oracle Streams 高级查询现在使用快速高速缓存合并通 信层来更有效地向远程 RAC 例程上的用户提供全球事件。 另一个重108、要优化是动 态资源重组。如果应用程序包含多个工作负载， 通常一个或多个工作负载会在很 大程度上表现出与特定数据资源集的相似性。如果是这样， RAC 将自动对其进42行检测， 并将这些资源重组到表现出相似性的例程上。随着工作负载的变化和在 例程间的切换，该机制 Oracle 现在支持以滚动方式向 RAC 系统的节点应用补 丁，而不需要停机。 可自动进行调以便以优化的方式重组资源。此优化改进了 性能，且无须对应用程序或数据布局进行任何人工调节或更改。 零停机时间补 丁 Oracle 现在支持以滚动方式向 RAC 系统的节点应用补丁， 而不会需要停机。 补丁一次应用到一个节点，而 RAC 系统中的其109、它节点可正常运行和操作。请参 见图 4。根据补丁所做的变化， 将补丁标记为是否作为滚动升级进行安装。Oracle 希望大多数补丁可实现滚动升级， 但更改了例程之间的共享通用结构或数据库内 容的补丁则不能实现滚动升级。此外，只能滚动升级单个的补丁，而不是补丁集。 这一功能最早在 Oracle 9.2.0.2 中提供。Oracle 现在支持 Oracle 数据库 应用，以及 Oracle RAC 提供的全新可 管理性增强特性，实现了企业网格和“RAC 无处不在” 各种规模的企业普遍 采用 Oracle RAC 来支持各类应用程序。 基于 Oracle 构建数据中心， 实现数据 中心的业务数据存取，110、 提供一个功能强大、运行稳定、易于管理、安全可靠的数 据库平台。 IBM Websphere MQWebsphere MQ 是 IBM WBI 系列产品构架的核心基础，集成支持超过 35 种 系统平台， 给予标准开放的体系架构， 提供基于 client 和 server 的消息服务 功能，确保“消息发送一次，且仅发送一次”。Websphere MQ 提供一个具有工业标准，安全，可靠的信息传输系统，控制 和管理一个集成的商业应用， 使得组成这个商业应用的多个分支程序(模块)之间 通过传递信息完成整个工作流程。 Websphere MQ 基本由一个信息传输系统和一43个应用程序接口组成，其资源是信111、息和队列(Messaging and Queuing)。 Microsoft ProjectMicrosoft Project Server 是一个配套程序，与 Microsoft Project Standard 和 Microsoft Project Professional 一起使用，可以在项目经理、 工作组成员和风险承担者之间进行有效的工作组协作。这些人员可以使用称为 Microsoft Project Web Access 的基于 Web 的用户友好界面来审阅和使用 Microsoft Project Server 信息。Microsoft Project 通过 Microsoft 112、Project Server 为工作组协作提供有 效的解决方案。二者结合可以为与项目组成员、其他项目经理和风险承担者进行 有效地通讯提供巨大的灵活性和许多优点：- 项目经理可以向项目组成员分配任务， 并跟踪已完成的工作。他们可以自 动或手动接受来自项目组成员的任务更新，并将更新的信息合并他们的项目中。- 他们还可以按所需格式请求和接收状态报表， 并将各个状态报表合并到一 个项目状态报表中，然后他们可以将该报表提供给风险承担者。- 项目组成员可以审阅其任务分配， 对项目经理为其进行的工作分配作出响 应， 定期发送已完成工作的更新。他们还可以创建新任务， 并将这些任务发送给 项目经理进行审批以及将113、这些任务合并到项目文件中。如有必要， 他们可以将任 务委托给其他项目组成员。- 他们可以在“甘特图”中查看其任务，对其任务进行分组、排序和筛选， 以便侧重于特定的详细信息。根据 Microsoft Project Server 管理员赋予他们44的权限， 项目组成员还可以查看整个项目的最新信息， 而不仅限于分配给他们任 务。- 风险承担者(如其他项目经理或主管人员) 可以审阅项目、任务和资源信 息，以便大概看一下项目的进度。Microsoft Project Server 管理员定义和控制这些视图并分配用户权限， 以便项目组成员、主管人员和风险承担者可以查看各自的所需信息。根据所分配 的权限，114、这些人可能在 Microsoft Project Web Access 的特定视图部分查看下 列信息中的部分或全部：- 时间表显示每个项目组成员的任务分配。- “项目”部分显示当前项目的附加任务、资源和工作分配信息。- “文档”部分显示与项目相关的信息。- “问题”部分显示与项目相关的问题及解答。从 Microsoft Project 中，将任务分配通知项目组成员。在 Microsoft Project Server 上发布任务分配时，项目组成员可以使用 Microsoft Project Web Access 中的时间表来审阅它们。然后他们就可以通过在完成分配给自己的 任务工作时，在时间表中115、输入实际信息来更改或更新其任务信息。- 从 Microsoft Project Web Access 中，项目组成员将任务更新和更改反 馈给您。当项目组成员向您发送已更新的任务信息时， 您可以将任务的进度或任 何任务更改合并到 Microsoft Project 中。任务更新可以随时进行，但您可以 请求定期将任务更新发送给您，并且在它们过期之前发送提醒。- 项目经理可以直接从 Microsoft Project 中进行任务信息通讯，还可以 访问 Microsoft Project Server (通过使用 Microsoft Project Web Access) 以控制项目组成员查看和更新项116、目信息的方式。- 项目组成员使用 Microsoft Project Web Access 在工作进行时查看和更 新他们的任务分配，并将该信息发送给 Microsoft Project Server。- 项目经理批准后，信息在 Microsoft Project 和 Microsoft Project Server 之间就会实现同步。将更改合并到项目中之后， 您可以验证它们对项目的影响， 并进行必要的调 整。最后，您可以在 Microsoft Project Server 上张贴当前项目日程的快照，45因此根据所拥有的权限，项目组成员可以使用 Microsoft Project Web Acc117、ess 来审阅它。使用 Microsoft Project Server 进行项目的文档管理和问题跟踪.使用 Microsoft Project Server，可以很容易地管理与项目有关的文档， 并跟踪在整个项目期间出现的问题。要想使用 Microsoft Project Server 中的文档和问题，首先必须安装 SharePoint Team Services Server，并在该服务器上为您的项目创建子站点。 关于设置 SharePoint Team Services 以管理文档的详细信息，请询问服务器管 理员。文档可以自始至终向其他人提供有关项目的帮助信息。为了便于访问， 管理 员可以118、建立文档库。文档库有两种不同的类型：- 项目文档库 这类文档库存储着与特定项目有关的文档。是否能够访问此 库中的文档取决于为项目经理、工作组成员和其他风险承担者设置的权限。必要 的文档属性是由单位的管理员定义的。得到授权的用户可以为项目创建其他文档 库。默认情况下项目经理有设计列表的权限，可以对特定的文档库进行更改。- 公共文档库 这类文档库存储着单位中所有用户都能使用的文档。对该库 中文档的访问权由服务器管理员定义。尽管任何用户都能向该库提交文档， 但只 有得到授权的用户才能创建和自定义公共文档库。问题跟踪可以改进项目管理的效率和有效性， 因为它允许您与工作组成员和 风险承担者交流涉及问题和119、相关操作的信息。问题可以与项目、任务和文档关联， 这就使您能够跟踪它们的状态， 并且可 以用问题标记对问题加以清楚地标记。取决于解决问题所采取的操作， 问题可以 以活动、关闭或推迟等状态出现。电子邮件通知可以警告您问题已经打开、分配 或更新。 Sybase Power Designer 12.0Sybase PowerDesigner是一个“一站式”的企业级建模及设计解决方案， 它能帮助企业快速高效地进行企业应用系统构建及再工程(Re-engineer)。 IT 专业人员可以利用它来有效开发各种解决方案，从定义业务需求到分析和设计， 以至集成所有现代 RDBMS 和 Java、.NET、Pow120、erBuilder和 Web Services 的46开发等。 PowerDesigner 是结合了下列几种标准建模技术的一款独具特色的建模 工具集：业务流程建模、通过 UML 进行的应用程序建模以及市场占有率第一的 数据建模，这些建模技术都是由功能强大的元数据管理解决方案提供支持的.POWERDESIGNER 通用特性需求管理： PowerDesigner 可以把需求定义转化成任意数量的分析及设计模 型，并记录需求及所有分析及设计模型的改动历史，保持对它们的跟踪。 MicrosoftWord导入/导出功能使业务用户能轻易处理流程工作。文档生成：PowerDesigner 提供了 Wizard121、 向导协助建立多模型的 RTF 和 HTML 格式的文档报表。项目团队中非建模成员同样可以了解模型信息， 增强整个团队 的沟通。影响度分析： PowerDesigner 模型之间采用了独特的链接与同步技术进行全 面集成， 支持企业级或项目级的全面影响度分析。从业务过程模型、 UML 面向对 象模型到数据模型都支持该技术，大大提高了整个组织的应变能力。数据映射： PowerDesigner 提供了拖放方式的可视化映射工具，方便、快速 及准确地记录数据依赖关系。在任何数据和数据模型、数据与 UML 面向对象模型 以及数据与 XML 模型之间建立支持影响度分析的完整的映射定义、生成持久化代 码以及数122、据仓库 ETL 文件。开放性支持： PowerDesigner 支持所有主流开发平台：支持超过 60 种(版 本)关系数据库管理系统， 包括最新的 Oracle 、IBM、Microsoft、Sybase、NCR Teradata、MySQL 等，支持各种主流应用程序开发平台，如 Java J2EE、 Microsoft .NET(C#和 VB.NET)、Web Services 和 PowerBuilder，支持所有 主流应用服务器和流程执行语言，如 ebXML 和 BPEL4WS 等。可自定义： PowerDesigner 支持从用户界面到建模行为以及代码生成的客户 化定制。支持用于模型驱123、动开发的自定义转换，包括：对 UML 配置文件的高级 支持、可自定义菜单和工具栏、通过脚本语言实现自动模型转化、通过 COM API 和 DDL 实现访问功能以及通过模板和脚本代码生成器生成代码。企业知识库： PowerDesigner 的企业知识库是存储在关系数据库中的完全集 成的设计时知识库， 具有高度的可扩展性， 便于远程用户使用。该知识库提供以 下功能： 基于角色的模型和子模型访问控制， 版本控制和配置管理、模型与版本47的变更报告以及全面的知识库搜索功能。 PowerDesigner 的知识库还可以存储和 管理任何文档，包括 Microsoft Office 和 Project 文件124、图像和其他类型 的文档。 IE 浏览器Internet Explorer(简称 IE)是由微软公司基于 Mosaic 开发的网络浏览器。 IE 是计算机网络使用时必备的重要工具软件之一，在互联网应用领域甚至是必 不可少的。 Internet Explorer 与 Netscape 类似，也内置了一些应用程序，具 有浏览、发信、下载软件等多种网络功能， 有了它， 使用者基本就可以在网上任 意驰骋了。 系统安全体系安全设计应保证系统及关键信息资源的保密性， 要通过科学、可行的授权和 安全管理机制防止未经允许的访问， 特别对涉密信息和敏感性信息要采取严格防 范措施。 系统建设严格遵守海关总署规定“125、三网分离、一点接入”原则 使用域认证及通用授权平台进行相关权限认证。 系统设计时采用高稳定性的操作系统以及开发语言和数据库系统，以 保证系统软件运行安全可靠。 安全体系系统安全实施有以下方面： 身份鉴别用户管理使用加密管理的方式、通过身份验证后才可登录系统。 访问控制数据库采用数据库账号， 其他应用服务成员、客户端采用 Windows 活动目录 服务。 通信完整性、保密性48与快件监管系统之间的数据完整性按照统一数据交互平台的加密、证书等手 段进行管理。 软件容错数据交换子系统接口基于 WebService 的安全机制进行报文的证书认证检验 传输， XML 通过 schema 验证，以及应用程126、序逻辑校验保障数据的完整性。对于 设备采集和人机输入获得的数据， 采取应用层安全过滤函数进行过滤， 防止 SQL 注入和系统信息泄露。各系统服务以无状态为主。有多次往返的验放会话， 内存状态仅起缓存作用。 代码安全使用 Fortify 代码扫描工具， 防止通过人机接口或报文输入数据造成的注入 攻击或系统信息泄露。 剩余信息保护系统只提供功能界面访问系统信息和资源， 信息按用户权限控制和功能设置 进行展示、保存和修改，用户无法接触到本人无权访问的数据。 数据操作日志审计系统应保留用户在应用系统中通道查验、人工拆开查验、分拣查验等操作的 日志， 对重要参数操作记录在数据库中； 详细记录进出场地操作127、日志； 保留用户 对关键数据修改情况的记录， 并在系统中预留 PDA 数据接口，满足数据采集要求。 数据管理规范化系统中参数、基础信息等作为系统提供的功能， 按照业务或技术管理规程流 程化管理， 大大减少了管理员的手动维护操作， 也大大降低了系统管理漏洞的出 现，对系统中的关键数据采用规范化的处理， 避免了管理员的操作给应用系统带 来的干扰以及未知性。 设计安全要点本系统涉及的进出场数据为内部数据， 不涉及国家秘密数据， 在存储、传输 环节需要进行加密处理， 记录操作日志。使用系统人员需通过用户身份认证登陆 系统。通过对需求和技术实现的总体考虑， 提出后台管理服务子系统的安全架构 如下：49 128、须用应用系统中设定的用户进行登录； 为保障数据安全，本系统通过服务与其他系统交换，由服务总线负责 权限控制与安全审计； 访问数据库时使用的安全机制，即数据库的地址、帐号、口令的存放 及传输都经过加密； 对于前端业务处理子系统，只有通过用户认证才可以访问后台管理服 务子系统。 系统的性能设计机场国际快件中心海关信息化系统项目所建设的业务内容对性能的要求非 常高，所以在系统设计时，需要全面考虑系统性能问题。本方案软件系统的构建技术架构：在性能设计考量时， 需要对每个层次做针对性的性能设计， 灵活应用各层的 影响运行性能的设计技术。以下逐层介绍在系统建设时应用的性能设计技术：50 网络&操作系统层软129、件系统对网络资源的需求空前增长， 网络也变得越来越复杂。不断增加的 网络用户，导致网络负担沉重，网络设备超负荷运转，从而引起网络性能下降。 这就需要对网络的性能指标进行提取与分析， 对网络性能进行改善和提高。因此 网络性能测量便应运而生。发现网络瓶颈,优化网络配置,并进一步发现网络中可 能存在的潜在危险， 更加有效地进行网络性能管理， 提供网络服务质量的验证和 控制， 对服务提供商的服务质量指标进行量化、比较和验证， 是网络性能测量的 主要目的。网络主要考量以下性能指标： 连接性连接性也称可用性、连通性或者可达性， 严格说应该是网络的基本能力或属 性， 不能称为性能， 但可以用一些方法进行定量130、的测量。目前还提出了连通率的 概念，根据连通率的分布状况建立拟合模型。 延迟延迟的定义是： IP 包穿越一个或多个网段所经历的时间。延迟由固定延迟 和可变延迟两部分组成。固定延迟基本不变， 由传播延迟和传输延迟构成； 可变 延迟由中间路由器处理延迟和排队等待延迟两部分构成。对于单向延迟测量要求 时钟严格同步， 这在实际的测量中很难做到， 许多测量方案都采用往返延迟， 以 避开时钟同步问题。往返延迟的测量方法是：入口路由器将测量包打上时戳后， 发送到出口路由器。出口路由器一接收到测量包便打上时戳， 随后立即使该数据 包原路返回。入口路由器接收到返回的数据包之后就可以评估路径的端到端时延。 丢包率131、丢包率的定义是：丢失的 IP 包与所有的 IP 包的比值。许多因素会导致数 据包在上传输时被丢弃，例如数据包的大小以及数据发送时链路的拥塞状况等。 为了评估网络的丢包率， 一般采用直接发送测量包来进行测量。对丢包率进行准 确的评估与预测则需要一定的数学模型。评估网络丢包率的模型主要有贝努利模 型、马尔可夫模型和隐马尔可夫模型等等。贝努利模型是基于独立同分布的， 即 假定每个数据包在网络上传输时被丢弃的概率是不相关的， 因此它比较简单但预 测的准确度以及可靠性都不太理想。但是， 由于先进先出的排队方式的采用， 使51得包丢失之间有很强的相关性， 即在传输过程中， 包被丢失受上一个包丢失的相 当大132、。 带宽带宽一般分为瓶颈带宽和可用带宽。瓶颈带宽是指当一条路径(通路) 中没 有其它背景流量时， 网络能够提供的最大的吞吐量。对瓶颈带宽的测量一般采用 包对(packet pair)技术，但是由于交叉流量的存在会出现“时间压缩”或“时 间延伸”现象， 从而会引起瓶颈带宽的高估或低估。另外， 还有包列等其它测量 技术。可用带宽是指在网络路径(通路) 存在背景流量的情况下， 能够提供给某 个业务的最大吞吐量。因为背景流量的出现与否及其占用的带宽都是随机的， 所 以可用带宽的测量比较困难。一般采用根据单向延迟变化情况可用带宽进行逼近。 其基本思想是： 当以大于可用带宽的速率发送测量包时， 单向延迟会133、呈现增大趋 势， 而以小于可用带宽的速率发送测量包时， 单向延迟不会变化。所以， 发送端 可以根据上一次发送测量包时单向延迟的变化情况动态调整此次发送测量包的 速率， 直到单向延迟不再发生增大趋势为止， 然后用最近两次发送测量包速率的 平均值来估计可用带宽瓶颈带宽反映了路径的静态特征， 而可用带宽真正反映了 在某一段时间内链路的实际通信能力，所以可用带宽的测量具有更重要的意义。 流量参数两种流量参数作为： 一种是以一段时间间隔内在测量点上观测到的所有传输 成功的 IP 包数量除以时间间隔， 即包吞吐量； 另一种是基于字节吞吐量： 用传 输成功的 IP 包中总字节数除以时间间隔。 Interne134、t 业务量的高突发性以及网 络的异构性，使得网络呈现复杂的非线性，建立流量模型越发变得重要。 操作系统层的性能操作系统层次结构：52操作系统主要从以下方面来考量： 启动时间： 系统加电 BIOS 或 Bootloader 进行硬件系统的自检 将 OS 核心加载到内存 OS 的初始化(工作模式寄存器的设置， 数据结构的分配和组织， 设备 驱动的加载) 应用程序的加载 内核部分指标： 任务切换时间 抢占时间 中断延迟时间 信号量混洗时间 死锁解除时间 数据包吞吐率 文件系统性能指标：53 文件读/写带宽测试(bonnie) 大量单个字符写带宽(利用 putc 系统调用) 大量整块数据写带宽(利用 135、write 系统调用) 重写带宽(即先整块读出， 再整块写回， 利用 read、write 系统调用) 大量单个字符读带宽(利用 getc 系统调用) 大量整块数据读带宽(利用 read 系统调用) 文件系统管理性能测试(Andrew Benchmark) 创建目录时间 拷贝文件时间 显示文件信息时间 扫描文件内容时间 Flash 特性测试 负载均衡性测试 文件系统建立时间的测试 事务特性测试(包括日志特性测试) 通过对系统断电后，观察系统的恢复情况结论： 通过以上分析我们建议为达到网络高可用， 网络线路采用冗余方式接 入。网络设备根据不同接入点， 不同接入层次， 采用高可用核心网络设备， 建136、议 采用双冗余。应用服务器和核心数据库建议采用双机备份并在符合大容量的情况 下采用磁盘阵列及虚拟带库等设备。 数据库层一般来说有两个主要原因影响数据库层的性能：数据库的设计和 SQL 语句。数据库的设计又分为数据库的参数配置和逻辑结构设计， 前一种比较好解决， 糟糕的表结构设计会导致很差的性能表现。例如， 没有合理地设置主键和索引则 可能导致查询速度大大降低。没有合理地选择数据类型也可能导致排序性能降低。低效率的 SQL 语句是引起数据库性能问题的主要原因之一， 其中又包括程序 请求的 SQL 语句和存储过程、函数等 SQL 语句。对这些语句进行优化能大幅度地 提高数据库性能。54技巧:可以借137、助一些工具来帮助找出有性能问题的语句，例如 SQL Best Practices Analyzer、SQLServer 数据库自带的事件探查器和查询分析器、 LECCO SQLExpert 等。 软件的“极限考验”压力测试软件项目的管理者以及市场人员会尤其关心压力测试的结果， 想知道软件系 统究竟能达到一个怎样的极限。压力测试( stress testing) 就是一种验证软件 系统极限能力的性能测试。压力测试与负载测试(load testing)的区别在于，负载测试需要进行多次 的测试和记录， 例如随着并发的虚拟用户数的增加， 系统的响应时间、内存使用、 CPU 使用情况等方面的变化如何。压138、力测试的目的很明确， 就是要找到系统的极 限点。在系统崩溃或与指定的性能指标不符时的点，就是软件系统的极限点。对于不明确的性能需求， 通常需要进行的不是极限测试， 而是负载测试， 需 要逐级验证系统在每一个数据量和并发量的情况下的性能响应， 然后综合分析系 统的性能表现形式。 索引技术应用索引是一个单独的、物理的数据库结构， 它是某个表中一列或若干列值的集 合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。表的存储由两部 分组成， 一部分用来存放数据页面， 另一部分存放索引页面。通常， 索引页面相 对于数据页面来说小得多。数据检索花费的大部分开销是磁盘读写， 没有索引就 需要从磁盘上读表139、的每一个数据页， 如果有索引， 则只需查找索引页面就可以了。 所以建立合理的索引，就能加速数据的检索过程。根据索引的顺序与数据表的物理顺序是否相同可以分为：聚簇索引 (clustered index)和非聚簇索引(nonclustered index)。(1)聚簇索引重新组织表中的数据以按指定的一个或多个列的值排序。聚 簇索引的叶节点包含实际的数据， 因此用它查找数据很快， 但每个表只能建一个 聚簇索引。(2)非聚簇索引不重新组织表中的数据，它的叶节点中存储了组成非聚簇 索引的列的值和行定位指针。一个表可以建 249 个非聚簇索引。 聚簇索引的使用55在聚簇索引下， 数据在物理上按顺序排在数据140、页上， 重复值也排在一起， 因 而在那些包含范围检查(between、=)或使用 group by、order by 的查询时， 一旦找到具有范围中第一个键值的行， 具有后续索引值的行必然连在 一起，不必进一步搜索，避免了大范围扫描，可以大大提高查询速度。 非聚簇索引的使用由于非聚簇索引的叶级点不包含实际的数据， 因此它检索效率较低， 但一个 表只能建一个聚簇索引，当用户需要建立多个索引时就需要使用非聚簇索引了。 在建立非聚簇索引时， 要权衡索引对查询速度的加快与降低修改速度之间的利弊。为了保证 Oracle 数据库运行在最佳的性能状态下，在信息系统开发之前就 应该考虑数据库的优化策略。优化策141、略一般包括服务器操作系统参数调整、数据 库参数调整、网络性能调整、应用程序 SQL 语句分析及设计等几个方面， 其中应 用程序的分析与设计是在信息系统开发分析评价 Oracle 数据库性能主要有数据 库吞吐量、数据库用户响应时间两项指标。数据库用户响应时间又可以分为系统 服务时间和用户等待时间两项，即：数据库用户响应时间=系统服务时间用户等待时间因此， 获得满意的用户响应时间有两个途径： 一是减少系统服务时间， 即提 高数据库的吞吐量； 二是减少用户等待时间， 即减少用户访问同一数据库资源的 冲突率。数据库性能优化包括如下几个部分： 调整数据结构的设计 这一部分在开发信息系统之前完成， 程序员142、需要 考虑是否使用 Oracle 数据库的分区功能， 对于经常访问的数据库表是 否需要建立索引等。 调整应用程序结构设计 这一部分也是在开发信息系统之前完成的。程 序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统 的 Client/Server 两层体系结构，还是使用 Browser/Web/Database 的三层体系结构。不同的应用程序体系结构要求的数据库资源 。 调整数据库 SQL 语句 应用程序的执行最终将归结为数据库中的 SQL 语句执行，因此SQL语句的执行效率最终决定了Oracle数据库的性能。 Oracle 公司推荐使用 Oracle 语句优化器(Oracle Op143、timizer)和行56锁管理器(Row-Level Manager)来调整优化 SQL 语句。 调整服务器内存分配 内存分配是在信息系统运行过程中优化配置的。 数据库管理员根据数据库的运行状况不仅可以调整数据库系统全局区 (SGA 区)的数据缓冲区、日志缓冲区和共享池的大小，而且还可以 调整程序全局区(PGA 区)的大小。 调整硬盘 I/O 这一步是在信息系统开发之前完成的。数据库管理员可 以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间 I/O 负载均衡。 调整操作系统参数 例如：运行在Unix 操作系统上的 Oracle 数据库， 可以调整 Unix 数据缓冲区的大小、每个进144、程所能使用的内存大小等 参数。实际上， 上述数据库优化措施之间是相互联系的。 Oracle 数据库性能恶化 的表现基本上都是用户响应时间比较长， 需要用户长时间的等待。而性能恶化的 原因却是多种多样的， 有时是多个因素共同造成了性能恶化的结果， 这就需要数 据库管理员有比较全面的计算机知识， 能够敏感地察觉到影响数据库性能的主要 原因所在。 业务逻辑层 编码规范化可读性优化优化方向就是使代码更清析更易懂。 程序效率、流程逻辑优化程序效率的优化是最重要的，程序运行速度是程序代码好坏最重要的因素， 程序逻辑其实就是解决思路，解决思路并不是唯一的，所以可以对它进行优化。 逻辑的设计也和可读性有一定的145、关系，逻辑清晰可读性就更强。优化的方向就很明确了提高速度， 清晰逻辑。简单的逻辑并不代表一定是速 度快，复杂的逻辑并不一定是慢的。 SQL 优化，减少查询次数在使用数据库的程序中我们知道数据库的查询是在整个程序执行中占很大 比例的，所以 SQL 的优化是非常重要的。57优化的方向一方面是 SQL 语句本身的优化， 熟悉 SQL 的人应该会知道， 不同 的 SQL 写法执行的效率差别是很大的，如：尽量不对字段加函数操作 ，更多的 可以去查找高效 SQL 这方面的资料。第二在一个页面中减少查询次数， 这个道理 很清楚， 可以把整个页面的 SQL 都输出来进行分析， 是否可以合并语句， 是否可 以做146、冗余字段等等，尽量减少 SQL 的查询次数，坚绝不在循环中使用查询。 缓存优化缓存优化其实就是对上一点的补充， 但缓存优化是很重要的， 所以可以单独 列为一点。缓存的数据主要就是从数据库中读取出来的。当然缓存也应该适当， 应该只把需要缓存的数据进行缓存。 框架架构优化使用到开发框架，考虑到对框架的优化，减少框架本身占用的资源。 展现层及用户层 html,css,js 文件优化，减少冗余代码这一点与服务端程序没有关系， 主要是与浏览器相关的几方面。 html 的结构 是会影响到浏览器的解析，所以好的 html 代码也会影响访问速度。相比之下客 户端的代码就不允许有一点无用的东西存在， 能把文件减147、少一 K 就应该减少。 js 虽然是在客户端执行但也应该去考虑它的效率问题。 可用性优化可用性优化主要指的是 UED 方面的，开发时有这方面的意识，去了解用户， 而不是埋头写代码。努力使开发的页面对用户更友好，更容易使用。 系统可维护能力机场国际快件中心海关信息化系统项目在设计时就考虑可维护性的能力， 可 维护性是对系统进行维护的难易程度的度量， 影响系统可维护性主要因素是可理 解性、可测试性、可修改性，这 3 个可维护性因素是密切相关的，只有正确的 理解， 才能进行恰当的修改， 只有通过完善的测试才能保证修改的正确， 防止引 入新的问题。虽然通过上面 3 个因素对于系统的可维护性很难量化，但148、是可以58通过能够量化的维护活动的特征， 来间接地定量估算系统的可维护性。比如通过 把维护过程中各项活动所消耗的时间记录下来，用以间接衡量系统的可维护性， 包括识别问题的时间、管理延迟时间、维护工具的收集时间、诊断问题的时间、 修改设计说明书的时间、修改程序源代码的时间、局部测试时间、系统测试和回 归测试的时间、复查时间和恢复时间。提高系统可维护性要从系统分析与设计开始， 直至系统实施的系统开发全过 程，在系统维护阶段再来评价和注意可维护性为时己晚。在进行某项维护修改工 作之前， 要考虑维护的背景， 如系统的当前情况、维护的对象、维护工作的复杂 性与规模； 要考虑维护工作的影响， 如对新系统目149、标的影响、对当前工作进度的 影响、对本系统其他部分的影响、对其他系统的影响； 要考虑资源的要求， 如对 维护提出的时间要求、维护所需费用、维护所需的工作人员。维护工作可分为非生产性活动和生产性活动两部分， 前者主要是理解源程序 代码的功能， 解释数据结构、接口特点和性能限度等。这部分工作量和费用与系 统的复杂程度(非结构化设计和缺少文档都会增加系统的复杂程度) 、维护人员 的经验水平以及对系统的熟悉程度密切相关； 后者主要是分析评价、修改设计和 编写程序代码等。其工作量与系统开发的方式、方法、采用的开发环境有直接的 关系。因此， 如果系统开发途径不好， 且原来的开发人员不能参加维护工作， 则 150、维护工作量和费用呈指数上升。系统通用可扩展性设计概述为与现有操作系统和未来网上服务系统的有效协同， 前瞻性考虑软件系统适 应各种变化的能力， 本系统对软件进行扩展性、柔性设计。当适用条件或者用户 需求出现改变时， 系统可经过稍加调整来适应这种变化。软件开发者必须通过开 发具有良好可扩展性，易维护性的软件，迅速高效的满足用户不同的需求。一般我们所希望的系统是这样的： 当业务量较小的时候， 可以用一个处理能 力较小的系统来实现， 既节省投资又满足需求； 当业务量大时， 又可以通过软件 系统的扩展， 提高处理能力， 满足新的需求。并且在原有系统的基础上能较容易59的添加新的功能， 并且尽可能小的影响151、原有系统。因此有必要对可扩展性理论进 行研究， 以便指导具有良好可扩展性的软件开发。开发具有良好可移植性， 可扩 展性，易维护的软件产品可以克服目前软件生产周期长，耗资大的困难。一般人们会觉得简单的系统比复杂的系统易于建造， 易于维护， 短小而且运 行更快。但实际上简洁性通常不是容易达到的目标， 因为程序员倾向于在程序中 支持可能在未来才会存在的需求， 这就使得系统变得复杂化。然而， 因为觉得未 来可能会发生什么变化而使代码变得复杂并不是一个好主意(无数开发人员的经 验表明主观对未来的预测总是错的) 。程序员需要这样来编写代码： 使程序在未 来易于添加新的特性或修改现有的特性， 而不是现在就增152、加这些特性。因此与其 一开始就建造一个复杂的系统，不如考虑开发出一个具有高扩展性的系统。 软件可扩展性介绍可扩展性是指软件扩展新功能的容易程度。可扩展性越好， 表示软件适应“变 化”的能力越强。可扩展性是由现代软件的商业模式决定的：(1)社会的商业越发达，需求变化就越快。需求变化必将导致修改(或者 扩展) 软件功能， 现代软件的规模和复杂性要比十年前的大得多(对比一下操作 系统的变化就明白了)，如果软件的可扩展性比较差的话， 那么修改(或者扩展) 功能的代价会很高；(2)现代软件产品通常采用“增量开发模式”，开发商不断地推出软件产 品的新版本， 从而不断地获取增值利润。如果软件的可扩展性比较差153、的话， 每次 开发新版本的代价就会很高。具有良好可扩展性的系统绝不是仅仅将新的功能加入系统而不考虑其他方 面。具有良好可扩展性的系统要具备以下特性：(1)方便地添加新功能；(2)扩展后新旧系统之间具有良好的集成性；(3)扩展后系统仍能满足业务要求的性能，如及时性，可靠性等；(4)安全性得到满足。由于扩展过程中很容易产生安全问题，因此扩展过 程中要有良好的安全解决方案；(5)能够进行低成木扩展。60而一个具有可扩展的系统应该具备以下条件：(1)有灵活的可扩展的体系结构作桁导；(2)采用灵活的设计；(3)编写的代码具有可扩展性的研究。SOA 架构可扩展性介绍灵活的可扩展的体系结构目前软件领域存在着154、面向过程，面向对象，面向服务三个主要的休系结构。 就扩展性而言它们之间是一种逐渐灵活的关系。面向过程是一种以事件为中心的蹁程思想， 首先分析出解决问题的步骤， 然 后采用函数逐步调用实现的方式。使用这种体系结构， 系统一但做出修改则“牵 一发而动全身”，扩展性极差。面向对象技术是目前非常流行的方式。它把构成问题事务分解成各个对象， 建立对象的目的不是为了完成一个步骤， 而是为了描叙某个事物在整个解决问题 的步骤中的行为。它强调对象的“抽象”、“封装”、“继承”和“多态”，以 重用性、灵活性和扩展性为主要目标。随着面向对象技木的发展， 又催生了基于 对象的组件体系结构。在组件开发中， 需要进行接155、口设计， 这样软件实体就可以 实现和公开其定义的关键部分。上述提到的抽象， 封装， 继承， 多态， 接口， 组 件都是利于扩展的核念和技术。另外还有一个与可扩展性相关的概念： 面向方面 的编程(AOP) 。面向方面本质上就是满足扩展的需求， 可以在程序中自由扩展功 能。如果说面向对象是纵向地分析、切割整个系统， 那么可以认为 AOP 是横向地 对系统作切片。面向方面可以弥补面向对象的缺陷， 两种方式有机的结合在一起， 可以更加有效地对系统进行分析。面向服务(SOA) 是最近比较热的概念， 包括现在提到的 SaaS (Software as a service)。 SOA 由一系列相互交互的服务156、组成，描述了服务之间的交互，并 将服务映射到一个或多个具体技术的实现。面问服务是系统发布功能的一种方式， 利用 Web Service 技水实现不同系统间有效地通信和协作。由于Web Service 的平台中立性和语言中立性使得跨平台的互操作和系统的整合更加容易， 因此与61基于组件的架构模式相比， SOA 最大的优势在分布式环境领域。 SOA 与传统软件结构的比较如下表所示：分布式组件架构SOA面向功能面向流程设计目的是为了实现需求设计目的是为了适应业务变化开发周期长交互式和重用性开发成本为中心业务为中心应用阻塞服务协调紧密耦合敏捷的松耦合同构技术异构技术面向对象面向服务SOA 与传统软件结157、构的比较从上表中的对比中我们发现 SOA 面向流程， 以业务为中心， 松耦合这些特性 都支持系统的可扩展性， 面向流程与面向对象的根本区別不仅仅是运营流程的不 同， 更重要的在于基本结构不同， 甚至业务流程本分也不是刚性的， 而是随着市 场的变化可以随时增减改变的： SOA 的显著特点是采用松耦合， 对于组成整个应 用程序的每个服务的内部结构和实现发生的逐渐的改变能够灵活适应， 增强了系 统的可扩展性。通过上述分析面向服务的体系结构的优势是比较明显的。这种软件开犮的理 念值得推广， 而且已经得到应用。 SOA 更多的是涉及到系统的外部， 简单地说就 是发布功能。它并不关注系统内部结构的实现， 158、所以说面向服务与面向对象并不 冲突， 系统内部结构完全可以采用基于对象组件的软件体系结构。把 SOA 和面向 对象的理念(而不是完全照搬和使用) 灵活应用于开发设计中， 就会设计出更加 优秀的架构。 灵活的设计正如上面所述 SOA 为应用的动态整合提供了一个非常好的思路， 一个解决问 题的方法。然而 SOA 也不是哪儿都可以用的万灵药， 下而总结了几种SOA 不适用 的场合：(1)同构系统之间互联；62(2)实时、高性能的关键业务处理；(3)系统架构不需要灵活性；(4)紧耦合比松耦合的好处更多；因此在针对要开发的系统时， 只需要借鉴 SOA 的先进理念， 而不需要完全照 搬应套。下面针对 SO159、A 关键概念进行分析：1.服务本身的独立自主能力与服务之间的松耦合性这是 SOA 的基本特征， SOA 非常强调架构中提供服务的功能实体的完全独立 自主的能力。传统的组件技水一般采用宿主来存放和管理这些功能实体； 当这些 宿主运行结束时这些姐件的寿命也随之结朿。这样当宿主本身或者其它功能部分 出现问題的时候，在该宿主上运行的其它应用服务就会受到影响。在不同服务之间， SOA 要求保持一种松耦合的关系， 也就是保持一种相对独 立无依赖的关系。面向服务表示一种分离系统关注面的方法， 其实质是将一个比 较大的问题分解成一系列较小的、互相关联的子问题，从而降低问题的复杂度， 使得我们能够较从容地分析、160、解决和管理它。传统的面向对象的设计方法其实也 是一种分离系统关注面的方法， 只不过它是在对象层面来分离关注面， 相对业务 逻辑较远，而面向服务则是在服务层面来分离关注面， 直接关注的是业务逻辑， 从而使面向服务能够(至少在理论上)更好地满足业务需求。个服务就是一个单独的代码模块。可以看到， SOA 为系统架构提供了更加 灵活的构建方式， 如果系统架构设计师基于 SOA 来构建系统架构， 就可以从底层 架构的级别來保证整个系统的松耦合性以及可扩展性。2.构件技术“基干构件技术提供网络服务”是 SOA 的重要思想起源， 在 SOA 架构中，流 动的应该是构件。没有构件化时， 软件系统的各个部分是紧161、密结合在一起的， 因 而会“牵一发而动全身”，采用了构件化技术后， 软件的各个功能模块就可以独 立地实现、升级， 而不会影响系统整体。基于构件的软件设计方法学把应用和实 现分离， 提供标准接口和框架， 使软件开发变成构件的组合。基于构件的软件方 法学是以接口为中心、面向行为、基于体系结构设计的， 它要求： 对构件要有明 确的定义；用构件描述语言和规范，如 UML、微软 COM 构件技术中的 IDL、CAR 构件技术的 CDL。63SOA 是一种基于对象的构件枝型， 它将不同的功能单元通过预先定义好的接 口和契约联系起來。 SOA 的构件模型决定了软件系统构架。在一个 SOA 系统中， 提供具体162、服务的是一个实现相应功能的构件。作为面向服务的体系架构， 当众多用户多次重用同一构件、或者需要在不同 构件间进行互探作时， SOA 需要提供一套统一的软件标推或协议， 这就是构件描 述语言。另外服务代表一段完整的业务单元， 并且可以根据特定用户的需求组织成为 更大和新的服务。服务可以由一个或多个构件组合而成。服务开发者必须考虑构 件的粒度， 以及构件的流程和组装， 这样他们在改变服务的实现时， 可以尽可能 少的影响其它构件、应用和服务。 而服务的设计者则更关心选择合适的服务， 并将它们以可管理的方式组织，并最终将它们组装为完整的业务流程。 编写的代码利于可扩展随着需求的不断变更， 开发者需要进163、行大量的代码增删改等工作。为了提高 工作效率， 减少编码和测试时间， 需要尽可能重用代码。设计模式主要在代码实 现级别上有用，因此设计模式在考虑代码实现时开始进入我们的视线。设计模式是一种表达， 记录和重用软件设计结构和设计经验的新方法， 它描 述了一个反复出现在特定设计语境中的特殊问题， 并为问题的解决方法提供了一 个经过充分验证的通用方式。一个软件设计模式一般包含如下信息：(1) 模式名称： 每个模式必须有一个有意义的名称， 用于简述模式的本质， 可以通过模式名称来鉴別模式；(2)问题：描述模式要解决的问题，即模式的意图或目标，它解释了设计 问题和问题存在的前因后果， 在特定的环境和使用动164、机下该模式所希望达到的目 标；(3)语境：模式解决问题和解决方案出现的前提条件；(4)解决方案：给出了模式的静态关系和动态规则，描述如何实现期待的 结果，以指导构造，它明确说明了模式的结构，参与者和它们之间的协作关系：(5)基本原理：给出模式中的执行步骤或规则的正确解释，说明模式如何 解决其问题和实现其目标；(6)效果：描述了模式应用的效果及使用模式应权衡的问题。64由于设计模式简化了软件的设计和实现过程， 使软件系统的基础架构更加清 晰； 同时， 设计模式可以直接用来指导面向对象系统中至关重要的建模问题， 有 效地处理需求变更， 减少各类之间的耦合和依赖， 为软件工程的应用和软件开发 提供了165、良好的途径。但是模式容易使代码复杂化， 而且没有严格的规则告诉我们什么时候使用模 式比较好， 它是一种直觉的判断。这种敏感來自于多年的经验， 许多资历尚浅的 设计人员/程序员不可能拥有。因此过多地使用设计模式将导致糟糕的程序，仅 仅使用模式并不能确保成功，因此使用模式时需要慎重。 基于 SOA 的可扩展性设计构建可扩展性系统的关键是系统架构具有灵活性、开放性和易配置性。这些 特性具体体现在构建系统的各个功能部件之间合理的功能划分和相互之间松耦 合的交互。针对以上分析， 本项目软件设计采用基于 SOA 和设计模式的可扩展的 体系结构(SOA and Design Based Extensibl 166、Architecure，SABEA)，该框架 以可扩展性为主要特征， 实现处理逻辑之间灵活挂接和易配宜， 能够使服务随业 务流程变化而快速适应， 业务处理单元之间建立松耦合的交互关系， 实现数据交 换和服务的透明处理。 SABEA 的层次结构SABEA 在整体设计上采用了分层的体系结构和 SOA 架构。本框架总体上分为 3 层：接入层、业务层和数据层。其结构如下图所示：65SABEA 体系结构图每一层与相邻层保持松散耦合， 都只通过定义明确的接口与其它层交互。每 层的功能如下：接入层： 接入层包括系统与系统使用者之间的交互界面， 交互平台以及业务 逻辑组合。完成人机交互和功能的实现。其主要责任167、是处理用户请求， 例如鼠标 点击，输入和 HTTP 请求等。66业务层：集中了系统的业务逻辑的处理，并为接入层提供调用服务的接口。数据层：对业务层提供持久性机制。 体系结构的特点1.以服务为基础SABEF 的核心功能是：(1)用户的服务请求分解为对公共支撑服务或基本服务的请求；(2)服务的发现；(3)服务的集成与组装；(4)服务的调用和执行。服务作为本体系结构的基本单元， 它是动态， 可组合， 可分解的。各个服务 之间是一种互相包含， 互相交叉的网状复杂结构。为了清楚地描述相互之间的关 系， 引入了子服务和元服务的概念。子服务是一个服务， 某个服务可以由多个子 服务构成， 也允许一个服务成为多168、个服务的子服务。我们将不可再分解的服务成 为“元服务”。因此元服务是系统中最基本的服务。实际上， 判断一个服务是否 为元服务是根据实际情况的变化而变化的，一个服务在某环境中可能是元服务， 而在另一个环境中它可能还需要被继续分解。这完全取决于实际需要和服务粒度 的划分。正是服务可以灵活的划分才能实现其体系结构和功能服务的可扩展性。2、以流程为中心该体系架构的另一显著特点是以流程为中心。流程可以分解成一系列的步骤， 每个步骤表示一个业务服务，即将服务看成流程的节点。总之， 具有可扩展性的系统必须具备三点， 即有灵活的可扩展的体系结构作 指导；采用灵活的设计；编写的代码具有可扩展性。67增保存到数据169、库点保存询条数据更新数据库点修改修改/删除点删除新选择一查 系统功能设计 企业端功能 基本信息管理 IC 卡/电子车牌备案管理 功能描述IC 卡/电子车牌备案管理是对 IC 卡/电子车牌信息增加、修改、删除和查询。 IC 可分为长期卡和临时卡，长期卡供固定业务车辆使用，临时卡供社会车辆或 者临时进出卡口车辆使用。长期卡供固定业务车辆使用， 临时卡供社会车辆或者临时进出卡口车辆使用。IC 卡/电子车牌主要信息包括： IC 逻辑/电子车牌卡号、 IC 卡/电子车牌物理 号、 IC 卡/电子车牌类型、 IC 卡/电子车牌状态。IC 卡/电子车牌备案包括查询、刷新、新增、修改、删除、保存、申报、回 执170、处理功能。 流程图IC卡备案信息录入IC卡信息IC卡信息记录列表自动更新自动更新更新数据库 功能操作1)查询：操作用户成功登陆系统后，点击“IC 卡/电子车牌备案管理”菜单， 输入查询条件，如 IC 卡号，电子车牌号，查询出符合条件的数据，并以列 表的形式显示。682)刷新：操作用户成功登陆系统后，弹出“IC 卡/电子车牌备案管理”页面上 点击“刷新”按钮，可以刷新出变化的数据。3)新增：操作用户成功登陆系统后，点击“IC 卡/电子车牌备案管理”页面， 输入 IC 卡/电子车牌备案信息， 如： IC 卡号、电子车牌号、操作人、操作时 间等数据。4)修改： 操作用户成功登陆系统后， 点击“修改”171、按钮， 提供 IC 卡/电子车牌 备案管理基本资料的编辑功能， 其中 IC 卡号/电子车牌号不允许进行编辑；5)删除： 操作用户成功登陆系统后， 选择一条或多条记录， 经过校验可以逻辑 删除该记录。6)保存： 操作用户成功登陆系统后， 点击“保存”按钮， 把修改或新增的记录 保存至数据库。7) 申报： 操作用户成功登陆系统后， 点击“申报”按钮， 把选择的记录发送至 应用端。8) 回执处理： 海关审批后， 发送回执给企业端，查询出回执， 可以看到申报的 记录是否审批。 车辆备案管理 功能描述企业可提供 Excel 文件进行上传数据， 企业端上传 Excel 文件， 解析后保存 到数据库。同时企172、业可对车辆的基本信息进行增、删、查、改和备案， 发送到海 关进行备案后的信息不允许修改和删除。只有经过海关备案审批的车辆才可以进出机场快件中心， 临时进出快件中心 的车辆，也必须要向中心运营公司申请，由中心运营公司发放临时 IC 卡进出中 心。为便于车辆进出快件中心场所的便利以及海关的监管， 企业端系统提供了车 辆管理以及向应用端进行申报备案的功能。对于长期进出中心的车辆， 可在系统 中绑定 IC 卡或电子车牌，并向海关申报备案。车辆备案信息主要包括： 境内车牌号、境外车牌号、车辆类型、操作状态、 申请日期、申请人或部门名称、企业代码、主管海关、发送方代码、企业名称、69车辆海关编号、IC 卡173、号、载重、发动机号、运输类型、司机姓名、行驶路线、加 工单位地址、批文号、批文有效期、备注。主要功能按钮：查询、刷新、新增、修改、删除、保存、申报、回执处理功 能。 功能操作1)查询：操作用户成功登陆系统后，点击“车辆备案管理”菜单， 弹出页面， 输入查询条件， 如车牌号、车辆性质等， 查询出符合条件的数据， 并以列表 的形式显示。2)刷新： 操作用户成功登陆系统后， 弹出“车辆备案管理”页面上点击“刷新” 按钮，可以刷新出变化的数据。3)新增： 操作用户成功登陆系统后， 点击“车辆备案管理”页面， 输入车辆备 案信息，如： 车牌号、司机姓名、联系方式、操作人、操作时间等数据。4)修改： 操作174、用户成功登陆系统后， 点击“修改”按钮， 提供车辆备案管理基 本资料的编辑功能，其中车牌号不允许进行编辑；5)删除： 操作用户成功登陆系统后， 选择一条或多条记录， 经过校验可以逻辑 删除该记录。6)保存： 操作用户成功登陆系统后， 点击“保存”按钮， 把修改或新增的记录 保存至数据库。7) 申报： 操作用户成功登陆系统后， 点击“申报”按钮， 把选择的记录发送至 应用端。8) 回执处理： 海关审批后， 发送回执给企业端，查询出回执， 可以看到申报的 记录是否审批。 操作管理 提货出场申请 功能描述当进口快件需从快件监管库出场，或出口快件需由监管场所运输至空港、码头时，由企业操作人员录入提货出175、场申请信息， 包括承运车辆信息、快件装载清 单信息等，发送至应用端进行审核，当海关审核通过后快件方可经卡口出场。70提货出场申请信息包括： 货物名称、货物代码、数量、单位、体积、进出等。 主要功能包括：新增，删除，修改，申请，回执等。 功能操作1)新增：操作用户成功登陆系统后，点击“提货出场申请”菜单， 弹出页面， 点击“新增”按钮，输入提货出场申请信息。2)删除：操作用户成功登陆系统后，点击“提货出场申请”菜单， 弹出页面， 选择需要删除的记录，点击“删除”按钮，经过校验，逻辑删除该记录。3)修改： 提货出场申请信息在暂存或是由于录入错误需要修改的状态下， 提供 提货出场申请信息的编辑功能，176、其中提货出场申请单号不允许进行编辑；4) 申请： 操作用户成功登陆系统后， 点击“申请”按钮， 把选择的记录发送至 应用端。5) 回执： 海关审批后， 发送回执给企业端， 企业操作用户查询出回执， 可以看 到申报的记录是否审批。 运货入场申请 功能描述当进口快件需从空港、码头运输至快件监管库入场，或出口快件需运输进快 件监管库时，由企业操作人员提前录入运货入场申请信息，包括承运车辆信息、 快件装载清单信息等，发送至应用端进行审核， 当海关审核通过后快件方可经卡 口入场进入快件监管库。主要申请信息包括：申请货物名称、货物代码、数量、单位、体积、进出、 入场时间、车牌号、操作员、操作时间等信息。主177、要功能：新增，删除、修改、申请、接收回执等。 功能操作1)新增：操作用户成功登陆系统后，点击“运货入场申请”菜单， 弹出页面， 点击“新增”按钮，输入运货入场申请信息。2)删除：操作用户成功登陆系统后，点击“运货入场申请”菜单， 弹出页面， 选择需要删除的记录，点击“删除”按钮，经过校验，逻辑删除该记录。3)修改： 运货入场申请在暂存或是由于录入错误需要修改的状态下， 提供运货 入场申请的编辑功能，其中提货入场申请单号不允许进行编辑；714) 申请： 操作用户成功登陆系统后， 点击“申请”按钮， 把选择的记录发送至 应用端。5) 回执： 海关审批后， 发送回执给企业端， 企业操作用户查询出回执178、， 可以看 到申报的记录是否审批。 个人物品理货预录入 功能描述个人物品业务需要向海关申报， 并经过海关审批同意放行后才可以进入快件 监管中心并且放行快件中心区。企业通过该功能向海关申报个人物品的相关快件。企业可通过个人物品理货预录入功能进行个人物品信息录入， 或通过 EXCEL、 与企业系统数据对接等方式将个人物品信息导入至系统中，生成个人物品理货预 录入信息，以作为后续个人物品理货的实物与申报信息比对的基础。主要信息包括： 个人物品名称、个人物品数量、单位、 体积、重量、录入时 间、操作员等信息。主要功能包括：新增，删除、修改、查询、申报等。 功能操作1)新增： 操作用户成功登陆系统后， 179、点击“个人物品理货预录入”菜单， 弹出 页面，点击“新增”按钮，输入个人物品理货预录入信息。2)删除： 操作用户成功登陆系统后， 点击“个人物品理货预录入”菜单， 弹出 页面， 选择需要删除的记录， 点击“删除”按钮， 经过校验， 逻辑删除该记 录。3)修改： 个人物品理货预录入信息在暂存或是由于录入错误需要修改的状态下， 提供个人物品理货预录入的编辑功能，其中预录入单号不允许进行编辑；4) 申报： 操作用户成功登陆系统后， 点击“申请”按钮， 把选择的记录发送至 应用端。 个人物品理货管理 功能描述当个人物品运送到监管场所后，企业对个人物品进行理货，同时与个人物品 理货预录入环节中生成的个人180、物品申报信息进行比对，确保实物与申报信息相符。72理货完成后， 企业将理货信息发送至应用端进行审核， 同时将发送至海关的信息 同步底帐。主要功能：比对、发送、同步底账等。 功能操作 1) 比对：理货时与预录入的个人物品比对，确保实物与申请信息相符。 2)发送：理货完成后，将理货信息发送至应用端审核。 3) 同步底账：审核完成后，同步底账。 快件理货管理 功能描述当货物运送到监管场所后， 企业对货物进行理货， 同时将理货信息发送到海 关， 同时将发送至海关的信息同步底账。该功能模块提供增、删、查、改和申请 功能，允许企业通过上传 excel 或者企业后台发送报文方式进行批量数据录入。主要信息包括181、：主单信息： 总运单号、分运单号、进出口类型、入中心方式、入中心运输工 具、入中心时间、理货单状态、快件理货明细： 申报日期、企业代码、主管海关、发送方代码、分运单号、 进出口标志、入中心方式、入中心运输工具名称、入中心时间、品名、件数、重 量、 申报总价、申报币制、启运地、 目的地、备注。 快件理货流程图73理货报告流程图企业系统企业端应用端是否成功失败成功提示上传失败提示上传成功是否成功 上传Excel文件记录解析Excel文件失败失败解析Excel文 件成功保存到数据库点查询接收xml逻辑处理并生成回 执报文发送报文到企业端生成Excel文件生成xml文件点申报显示界面显示审批结果 自用182、物资进出管理 功能描述当企业自己使用的一些物资如饮用水、打印纸等一些物品需要进出监管场所 时， 需要向海关发送备案信息。该功能模块提供增、删、查、改和发送功能， 允 许企业通过上传 excel 或者企业后台发送报文方式进行批量数据录入。 功能操作1)新增： 操作用户成功登陆系统后， 点击“自用物质进出管理”菜单， 弹出页 面，点击“新增”按钮，输入自用物质进出管理信息。2)删除： 操作用户成功登陆系统后， 点击“自用物质进出管理”菜单， 弹出页 面，选择需要删除的记录， 点击“删除”按钮， 经过校验， 逻辑删除该记录。3)修改： 自用物质进出管理信息在暂存或是由于录入错误需要修改的状态下， 提183、供自用物质进出管理信息的编辑功能，其中单号不允许进行编辑；74 特殊业务管理 功能描述特殊物品如:个人物品、使领馆物品、外交邮袋、出口退场等物品。该类物 品由于在 H2000 上无放行数据， 因此需要向海关进行申报， 海关审批同意后的货 物才可以出监管场所。该功能模块提供增、删、查、改和申请功能， 允许企业通 过上传 excel 或者企业后台发送报文方式进行批量数据录入。当发送信息时会对 底账状态等信息进行校验。 特殊业务流程图：特殊货物管理流程图企业系统企业端应用端提示上传失 败是否成功生成xml文件 点申报显示界面上传Excel文件记录解析Excel文件失败失是否成功败成功提示上传成 功失184、败解析Excel文 件功成保存到数据 库点查询生成Excel文件接收xml 暂存物品出入仓管理 功能描述当货物因为海关要求或者其他原因需要出入暂存仓时需要向海关进行申请， 申请同意后可以出入暂存仓。该功能模块提供出入仓申请信息的增、删、查、改 和申请功能， 允许企业通过上传 excel 或者企业后台发送报文方式进行批量数据 录入。当进仓或者出仓时会对底账状态和出入仓的状态进行校验。 暂存仓物品管理流程图：75点申报暂存仓信息管理流程图企业系统企业端应用端是否成功失败成功提示上传成功 提示上传失败 解析Excel文件上传Excel文件记录解析Excel 文件失败失败是否成功功成生成Excel文件185、接收xml保存到数据库点查询生成xml文件显示界面 装载信息管理 功能描述当货物扫描装车准备离开监管场所时需要向海关发送装载清单信息， 海关审 批同意后可以离开监管场所。该功能模块提供增、删、查、改和申请功能， 允许 企业通过上传 excel 或者企业后台发送报文方式进行批量数据录入。同时会对装 车货物进行底账状态、报关单放行状态等状态或者标志位进行校验。 功能操作1)新增：操作用户成功登陆系统后，点击“装载信息管理”菜单， 弹出页面， 点击“新增”按钮，输入装载信息管理信息。2)删除：操作用户成功登陆系统后，点击“装载信息管理”菜单， 弹出页面， 选择需要删除的记录，点击“删除”按钮，经过校186、验，逻辑删除该记录。3)修改： 装载信息管理信息在暂存或是由于录入错误需要修改的状态下， 提供 装载信息管理信息的编辑功能，其中装载单号不允许进行编辑；76 载运单信息管理 功能描述当货物以航空方式出监管场所，需要发送载运单至海关，以用于核销底账。 该功能模块提供增删查改功能， 允许企业通过上传 excel 或者企业后台发送报文 方式进行批量数据录入。 功能操作1)新增： 操作用户成功登陆系统后， 点击“载运单信息管理”菜单， 弹出页面， 点击“新增”按钮，输入装载信息管理信息。2)删除： 操作用户成功登陆系统后， 点击“载运单信息管理”菜单， 弹出页面， 选择需要删除的记录，点击“删除”按钮187、，经过校验，逻辑删除该记录。3)修改： 载运单信息管理信息在暂存或是由于录入错误需要修改的状态下， 提 载运单信息管理的编辑功能，其中载运单号不允许进行编辑； IC 卡/电子车牌放行制卡 功能描述当货物装车准备出监管场所前， 需要把车牌号、装载单号写入 IC 卡/电子车 牌， 当车辆在卡口刷卡时卡中数据会与海关后台数据进行校验， 如果校验通过无 布控可抬杆放行，如果校验不通过禁行。主要功能： IC 卡写卡、写电子车牌等。 功能操作1)IC 卡写卡：企业人员需要写 IC 卡后，才能出卡口。2)写电子车牌：企业人员需要写电子车牌后，才能出卡口。 底账管理 电子底账拆分管理 功能描述当监管场所内物品188、发生需要拆分情况， 如果一单货需要拆成多单时， 需要向 海关发起申请， 海关同意后， 旧单号会核销， 会生成新的单号， 同时会更新底账。77电子底账拆分管理数据写入数据库点新增点保存点保存显示底账拆分信息自动刷新修改底账拆分信息修改/删除/申报点删除点修改点查询主要信息包括： 原分运单号、操作状态、总运单号、底账处理类型、申请原 因、 企业代码、主管海关、发送方代码。表体： 分运单号、品名、件数、重量、申报总价、申报币制、备注。 主要功能：新增、保存、查询、删除、修改、申报等。 流程图：录入底账拆分信息更新数据库删除底账拆分信息点申报发送xml报文 底账人工核销管理 功能描述当由于网络或其他异189、常情况使海关底账与企业底账未能及时同步， 造成一些 已经核销底账在海关还是未核销状态， 此时企业发送人工核销申请， 海关批准后 底账来核销掉该笔底账。主要信息包括： 分运单号、操作状态、 底账处理类型、申请原因、主管海关、 总运单号、 分运单号、备注等。主要功能：新增、保存、查询、删除、修改、申报等。 流程图：78录入底账核销信息保存/申报申报保存到数 据库更新数据 库删除改录入底账异常修改 信息保存/申报申报保存到数 据库更新数据 库点查询删除改修修文写入数据库/发送XML报保存点查询 底账核销信息列表修改底账核销信息 底账异常情况管理 功能描述当底账出现一些异常情况， 企业向海关发起申请，190、 说明异常单号， 异常原因 以及异常问题， 海关批准后底账信息修改。底账信息包括：主单： 总运单号、分运单号、进出口标志、操作状态。明细： 企业申请单 ID 、申请原因、申请日期、企业代码、主管海关、发送 方代码、分运单号、单证类别、进出口标志、品名、件数、重量、申报总价、申 报币制、启运地、 目的地、备注。主要功能：录入、保存、申报、删除、修改、查询。 流程图：文写入数据库/发送XML报保存底账异常修改信息 列表修改底账异常修改 信息79 后台处理 功能描述1. 后台对企业发送理货报告、装载信息、转运准单、载运单进行接收，把 接收的数据发送到应用端。在发送前检查相应的信息有无问题。从海关接收191、到海 关返回信息，并将信息写入数据库。同时对送理货报告、装载信息、转运准单、 载运单的回执返回到企业。2. 接收的回执信息包括车辆备案申请回执、自用物品申请回执、保税货物 申请回执、电子底账拆分回执、电子底账异常申请回执、理货报告回执、人工核 销回执、特殊申请回执、中转回执、暂存仓回执、装载回执、载运单回执、底账 回执。3. 后台清理表中数据，所有表数据保留三年，后台将自动清理超出三年的 数据。 流程图：80YN写入错误信息Y 81企业内部系统发送 信息企业端线程获取信 息分析信息如果有错误写入数据库发送到海关端海关返回信息接收返回信息分析信息写入数据库是否需要返回 企业返回企业 日志管理该功192、能用于查询企业系统向企业端发送的报文接受、解析情况， 如果解析出 错会有相关提示信息。同时对海关返回的回执信息也会提示相应的接受、接受的信息。快件辅助系统主要包含系统日志、操作日志、报文日志三种。 系统日志系统日志采用以文件形式或 Windows 事件日志方式，输出快件辅助系统运行 的状态以及错误记录；(1) 以文件形式存储， 系统日志配置日志文件的大小、日志文件重名周期、 日志文件路径、日志名称。日志文件内容格式根据业务需求进行自定义配置， 同 时需要建立多线程并发访问控制机制。(2)系统日志记录应用程序的是否正常运行、程序异常、错误记录等日志 信息，详细日志内容格式需符合应用监控接口规范。193、 操作日志操作日志为数据库表方式， 记录操作员对于业务数据的操作情况， 即在客户 端发生的关键人为操作。操作过程中抛出的异常需完整记录在系统中， 以便后续 跟踪排查错误。操作日志的主要信息包括：(1)操作类型： 除基本的增加、删除、修改外，可以根据业务需要自定义 操作类型；(2)操作结果：成功、失败；(3)操作的业务逻辑过程，例如操作环节号；(4)联合主键： 操作影响的表记录的主键信息、多个主键信息以分隔符区 分，定位表的唯一记录；(5)关区号：操作人所在的关区；(6)创建人：创建人的唯一标识；(7) IP 地址：执行数据操作的客户端 IP 地址；(8)创建时间：创建操作日志信息的时间；(9)194、日志描述：操作日志详细说明，结合联合主键共同提供被操作的记录信息。82 报文日志报文日志为数据库表方式， 记录所有已处理的报文记录以及相应的原压缩文 件名。接口日志主要针对与外部系统进行数据交换时使用， 记录数据的详细信息、 接受时间、响应时间、处理结果， 对应的报文文件名。重点要完整记录报文处理 的异常信息， 以便后续监控时排查问题。考虑到接口日志的严重级别， 将企业与 快件辅助系统的报文日志和快件辅助系统与其他外部系统的报文日志进行划分。(1)对企业与应用端之间的报文会详细记录快件辅助系统与企业之间的报 文处理情况； (2)对快件辅助系统与其他外部系统之间的报文，快件辅助系统会进行可 选性195、记录，如只记录接口通信失败的报文信息。 查询统计 特殊业务查询 功能描述可按照时间、单号、品名等信息查询特殊业务申请详细情况。可以根据条件 以 excel 格式进行数据导出。主要功能按钮：查询、导出、打印。查询条件：时间段、单号、品名等。查询列表： 申请单编号、申请类型、 申请原因、申请日期、 申请人或部门、 企业代码、主管海关、分运单号、单证类别等。 功能操作1)查询： 操作用户成功登陆系统后， 打开“特殊业务查询”菜单， 弹出页面输 入查询条件，查询出符合条件的数据，并以列表的形式显示。2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后196、，可以按照客户的格式打印。 装载信息查询 功能描述83可按照时间、单号、品名等信息查询装载清单详细情况。可以根据条件以 excel 格式进行数据导出主要功能按钮：查询、导出、打印。查询条件：时间段、单号、品名。查询列表：装载单号、品名、数量、装载时间、操作员、操作时间等。 功能操作1)查询： 操作用户成功登陆系统后， 打开“装载信息查询”菜单， 弹出页面输 入查询条件，查询出符合条件的数据，并以列表的形式显示。2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。 理货信息申请查询 功能描述可按照时间、单号、品名等信息197、查询理货详细情况。可以根据条件以 excel 格式进行数据导出。主要功能按钮：查询、导出、打印。查询条件： 开始日期、截止日期、申请单编号、总运单、 分运单号。查询列表： 申请单编号、申报日期、企业代码、主管海关、分运单号、进出 口标志、入中心方式、入中心运输工具名称、入中心时间、品名、件数、重量、 申报总价、申报币制、启运地、 目的地、备注。 功能操作1)查询： 操作用户成功登陆系统后， 打开“理货信息申请查询”菜单， 弹出页面输入查询条件，查询出符合条件的数据，并以列表的形式显示。 2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可198、以按照客户的格式打印。 载运单信息查询 功能描述可按照时间、单号、品名等信息查询载运单详细情况。可以根据条件以 excel 格式进行数据导出。84主要功能按钮：查询、导出、打印。 功能操作1)查询： 操作用户成功登陆系统后， 打开“载运单信息查询”菜单， 弹出页面输入查询条件，查询出符合条件的数据，并以列表的形式显示。 2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。 电子底账查询 功能描述可按照时间、单号、品名等信息查询监管场所底账信息和相关底账状态。可 以根据条件以 excel 格式进行数据导出.主要功能按钮199、：查询、导出、打印。查询条件： 开始日期、截止日期、单证类别、总运单号、 分运单号、进出标 志、核销标志。查询列表： 分运单号、单证类别、进出口标志、主管海关、企业代码、存放 位置、品名、件数、重量、申报总价、申报币制、完税价值、 启运地、 目的地、 备注、入中心方式、入中心运输工具、入中心时间、出中心方式、出中心(卡口) 运输工具名称/航班、出中心时间、进园区舱单来源、理货标志、报关放行状态、 装载标志、核销标志、核销时间、暂存仓标志。 功能操作1)查询： 操作用户成功登陆系统后， 打开“电子底账查询”菜单， 弹出页面输 入查询条件，查询出符合条件的数据，并以列表的形式显示。2)导出：操作用200、户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。 暂存仓出入申请查询 功能描述可按照时间、单号、品名等信息查询进出暂存仓申请详细情况。可以根据条 件以 excel 格式进行数据导出 。主要功能按钮：查询、导出、打印。85查询条件： 开始日期、截止日期、申请类型、申请单号、总运单号、 分运单 号。查询列表： 申请单号、 申请类型、出入仓申请类型、出入仓原因、申请时间、 申请人或部门、企业编码、关区代码、总运单号、 分运单号、备注。 功能操作1)查询： 操作用户成功登陆系统后， 打开“暂存仓出入申请查询”菜单， 弹出页面输入查询条件201、，查询出符合条件的数据，并以列表的形式显示。 2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。 自用物品申请查询 功能描述可按照时间、品名等信息查询自用物品申请详细情况。可以根据条件以 excel 格式进行数据导出主要功能：查询、导出、打印。 功能操作1)查询： 操作用户成功登陆系统后， 打开“自用物品申请查询”菜单， 弹出页面输入查询条件，查询出符合条件的数据，并以列表的形式显示。 2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。202、 暂存仓使用情况查询 功能描述可查询进入暂存仓货物详细情况、仓库名称、进入时间、收费方式， 根据进 入暂存仓的类型， 收费仓库、自用仓库。如果是收费仓库根据进入仓库货物， 按 照货物重量、和时间进行收费的计算。主要功能按钮：查询、导出、打印。 功能操作1)查询： 操作用户成功登陆系统后， 打开“暂存仓使用情况查询”菜单， 弹出 页面输入查询条件，查询出符合条件的数据，并以列表的形式显示。862)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。3)打印：操作用户查询出数据后，可以按照客户的格式打印。 逾期处理货物监控 功能描述对转运中心中超期未出中心的快件和货物进行统计分析。203、采用查询统计应用 端底帐数据库的服务方式， 将底帐数据中距当前时间超过某一设定时间值(时间 默认为 30 天，可修改)，但尚未核销的数据通过表格形式显示出来。主要功能按钮：查询、打印、导出。 功能操作1)查询： 操作用户成功登陆系统后， 打开“逾期处理货物监控”菜单， 弹出页面输入查询条件，查询出符合条件的数据，并以列表的形式显示。 2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。 已放行快件离场监控 功能描述对快件已清关放行或转关放行但未离开中心的情况进行统计分析。采用查询 统计管理系统应用端底帐数据库的服务方204、式， 将底帐数据中状态为放行， 核销标 志为未核销的底帐数据通过表格形式显示出来。主要功能按钮：查询、打印、导出。 功能操作1)查询： 操作用户成功登陆系统后， 打开“已放行快件离场监控”菜单， 弹出页面输入查询条件，查询出符合条件的数据，并以列表的形式显示。 2)导出：操作用户查询出数据后，可以 Execl 导出或 Pdf 导出。 3)打印：操作用户查询出数据后，可以按照客户的格式打印。 系统管理 用户管理系统企业端用户管理实现身份认证，包括用户登录，申报数据签名等，87用户管理可管理用户基本资料， 本系统中对用户统一编码， 提供对用户资料 的增删改查业务。用户登陆后可以自己修改密码， 如果205、有用户忘记密码可以由系 统管理员初始化用户密码和账号一致。功能按钮： 查询、刷新、新增、修改、删除、保存、密码修改、密码初始化。 角色管理系统企业端用户管理增加管理角色基本资料， 系统中对角色统一编码， 为用 户提供有效的角色资料的增删改查业务。功能按钮：查询、刷新、新增、修改、删除、保存。 权限管理企业端系统管理模块增加企业用户分配角色或是直接分配功能。一个用户可 以同时拥有多个角色。权限管理可以对系统直接分配相应功能模块的使用权限， 也可以根据用户分 配的角色功能而获取相应功能模块的使用权限。同时权限控制可以控制到按钮， 根据用户的不同权限是否可以使用模块的按 钮功能。功能按钮：查询、新增206、修改、删除、保存。 功能配置该功能实现对系统功能模块的管理， 系统有很多的功能模块， 有权限的管理 员可以添加、删除、修改及查询系统功能模块。功能配置只有超级管理员才可以使用。功能按钮：查询、新增、修改、删除、保存。 应用端功能 基础信息备案管理该功能提供对车辆备案、企业备案、系统参数、系统开关等功能设置。88 车辆备案审批 功能描述该功能向海关提供一个界面显示待审批的车辆备案申请， 海关关员对提交的 申请进行审批(通过或者不通过)车辆备案审批功能是企业申报车辆备案数据， 海关端收到企业申报的车辆备 案数据后需要进一步审批， 所有需要进出卡口的车辆均需要备案、海关审批， 海 关审批通过后车辆207、在卡口实现自动验放。主要车辆备案审批信息包括： 申请单号、企业代码、发送方代码、申报时间、 境内车牌号、境外车牌号、车辆申请类型、车辆类型、运输类型、主管海关、IC 卡号、车辆海关编号、申报人、企业名称、司机姓名、载重(KG)、发动机号、行 驶路程、加工单位、地址、批文号、批文有效期、备注、审批状态。主要功能按钮：查询、审批通过、审批不通过、返回。 功能操作1) 查询：操作人员成功登陆系统后， 点击车辆备案审批菜单， 弹出审批界面， 输入查询条件如： 申请单号， 车牌号等， 点击“查询”按钮， 查询出符合条 件的数据，并以列表的显示显示查询结果。2) 审批通过i. 操作人员成功登陆系统后， 点208、击车辆备案审批菜单， 弹出审批界面， 选择要审批的记录，点击审批通过，车辆信息插入数据库，并返回 回执给企业端。3) 审批不通过i. 操作人员成功登陆系统后， 点击车辆备案审批菜单， 弹出审批界面， 选择要审批的记录， 点击审批不通过， 并返回不通过回执给企业端。 企业备案 功能描述企业备案是一个海关备案监管企业的功能。包括新增企业信息、删除企业信 息、修改企业信息和查询企业信息。89主要信息包括：申请单号、企业代码、发送方代码、申报时间、企业类型、 企业中文名称、联系人、联系人电话、邮编、地址、网址、主管海关、海关编码 等。主要功能按钮：查询、修改、删除、保存。 企业备案流程：90企业备案流209、程海关关员应用端点击“保存” 按钮点击“保存” 按钮选择一条数据点击“修改”打开企业备案界面点击“新增”按钮输入企业信息输入查询条件勾选一条或多 条数据点击“删除” 按钮确定删除是系统跳转到新增企 业备案信息界面展示查询结果保存企业信息弹出确认对话系统跳转到修改企 业备案信息界面保存企业信息框删除企业信息返回列表界面 监管场所参数设置 功能描述本功能用于查看，设置各种监管场所参数：911重量误差合理范围参数： 该参数作用在底账合并,拆分申请， 控制新旧底 账重量误差合理范围，在审核底账合并、拆分时，系统自动检查提示。参数值是百分比值。要求是：重量误差范围绝对值 500M(DC 500V 时)，210、电感量2,000 H；143 环线尺寸2,600mm500mm，环的埋设采用现场开槽，槽宽810mm，深 3040mm。回填材料采用环氧树脂，填缝料顶部低于路面0.51mm。 电子栏杆电子栏杆用于控制车道的通行，能根据系统的控制指令自动抬杆或落杆。 系统功能1) 系统能够根据控制指令自动执行进行抬杆或落杆动作。2) 自动栏杆能够接收嵌入式前端集成控制器的指令，根据后台放行指令自 动抬杆或落杆。3) 系统能够实际检测栏杆的状态。4) 系统能够与车检器联动，自动落杆。 技术指标产品特性： 转矩电机：专门为栏杆而设计的专用电机，结构合理，性能可靠； 四连杆正弦机构：独特的设计，使得栏杆的起落更平稳、211、快捷。 全功率运行，半功率锁紧：到位后，电机功率减退至一半，既可节省能 耗，又可避免冷凝及腐蚀。 断电处理：故障或断电时，可用手稍晃动杆臂杆臂把栏杆抬起。也可根 据需要调整适当，实现断电自动抬杆。 九种工作模式：方便用户根据实际需要选择， 并可通过预装好的用户软 件实现特定的功能； 铝合金机架:机械强度高,吸震性能好 控制器接口：附设与自动收费系统、环路感应器、报警器接口的继电器 输出信号或电平信号 标准开关量信号控制接口：通过开关量信号控制栏杆起落及检测栏杆状 态； 防砸功能：自动栏杆下落过程中,车辆检测器发现有车辆通过,栏杆自动144返回到竖直位置，当车辆通过后重新下落。 防撞机构：栏杆水212、平位置时，车辆意外撞击栏杆，防撞机构可使栏杆旋 转90，从而可以避免或减轻对栏杆和车辆的损坏； 保护装置(可选项)：可检测到人员的通过，从而避免意外事故发生； 自动抬杆：当栏杆机发生故障或断电时，栏杆可手动或自动回到竖直状 态；技术参数： 快速启动和停止，由水平到竖直和由竖直到水平的运动时间1.0秒； 闸杆起落时间： 1-3 秒、 3-5秒、 5-6秒可调； 使用寿命： 1200万往复次； 电源： AC220V10%，50HZ2HZ； 功耗：使用单项电机，60W； MTBF 大于150万次， MTTR1小时； 使用环境温度： -4070； 环境湿度：95%； 全天候工作； 使用功率不大于100213、VA； 本挡杆技术指标符合 JT/T 428.1-2000的规定； 语音播报器语音播报器安装于车道一体化机中， 用于接收车道嵌入式前端集成控制器指 令，对车辆驾驶人员进行语音提示指引。 系统功能1) 能够接收嵌入式前端集成控制器的语言播放控制指令自动播放语言信息。2) 能够根据海关的要求清晰、准确播放定制信息如“欢迎光临”、“请稍 候”、“请直行”、“请到查验场地”、“请刷卡”等。145 技术指标环境抗力抗干扰、防尘、防震、防水能力存储量内置语音数目不低于20条播报时间不低于10秒修改方式专用接口及软件对内置语音记录进行修改工作温度-3075储存温度-4085相对湿度5%95% 自动收卡机自动214、收卡机由收卡机械设备和卡槽组成，收卡机上设有停留位，可以读取 IC 卡内信息。通过嵌入式前端集成控制器可实现临时 IC 卡收回，固定 IC 卡读 完卡后自动吐出。自动收卡机安装于卡口的出卡口通道的一体化机内，用于回收临时 IC 卡。 系统功能1) 采用通道式收卡方式，对各类变形卡有较好的适应性。2) 收卡机有停留位， 可以安装天线， IC 卡在停留位时， 可以通过读卡器对 IC 卡进行读写操作。3) 可以对收卡机的收卡动作进行控制， 系统可以控制进行收卡、退卡等操 作。146 设备外形 技术指标 采用工业级单片机(工业级芯片， 工作环境温度-55+125)，内 置晶振及复位电路， 使 CPU 215、具有极强的抗干扰能力， 对环境适应能力 极强。 带硬件看门狗，较强的自适应能力及掉电、低电检测和保护能力。 输入输出均采用保护措施， 保证了信号的纯净， 可靠。满足工业级产 品要求。 高寿命、低噪音减速箱马达，保证关键部件的质量和寿命。 双轮传输，防止卡片摇摆。 以弹簧张力提供传送轮正向压力， 提高设备对不同厚度卡片的适应能 力，有效防止橡胶变形，老化。 传输轮采用特种橡胶，耐高温，防老化。名称参数性能指标电源DC 24V10%电流静态工作电流：小于 100mA；工作电流：小于 500mA平均无故障工作时间100 万张单卡速度最高可达 0.5S/张147接口TTL 方式/串口，所有输入输出均采216、用光电隔离重量2.0kg卡片尺寸76-86mm (长)53-56mm (宽)0.2-2.0mm (厚度)卡片最大装载(无卡筒级联情况下)最大装载尺寸 130mm (160 张 0.76mm 卡)剩余卡片数量检测25-100 张(可调)产品认证CE温度-1570(工业级)湿度20-90% (相对湿度) 卡口通道视频监控系统详见视频监控系统。 制卡中心在机场国际快件监管库卡口外侧设立制卡中心， 主要负责 IC 卡和电子车牌 的管理和发放。 系统功能制卡中心主要用于对 IC 卡和电子车牌进行卡片存储数据的读写， 以及卡片 的发放和回收管理， 分为电子车牌发卡系统和 IC 卡发卡系统， 主要实现如下功217、 能：IC 卡备案数据写入，用于将使用 IC 卡进行相关业务需要的数据写入到 IC 卡上，比如 IC 卡号、车牌号、重量等信息。IC 卡发放管理，用于将 IC 卡发放到司机去办理相关的业务。IC 卡回收管理，用于将司机已经办理完业务的 IC 卡进行回收登记。IC 卡相关信息数据查询，用于对 IC 卡的读写操作及收发管理进行数据查 询。148电子车牌备案数据写入，用于将使用电子车牌标签进行相关业务需要的数 据写入到电子车牌标签上，比如车牌号等信息。电子车牌标签发放管理，用于将电子车牌标签发给司机贴到车窗玻璃上， 用于对车辆进行唯一的身份识别标识。电子车牌标签回收管理，用于将司机不用的电子车牌标签218、进行回收，并进 行注销记录(电子车牌标签是防拆的，一旦拆下就会损毁)。电子车牌标签相关信息数据查询，用于对电子车牌标签的读写操作及收发 管理进行数据查询。 系统组成制发卡系统由管理 PC 机、桌面式电子车牌读写器、IC 卡读写器、串口卡、 制发卡系统软件、 IC 卡片、电子车牌标签等组成。IC卡读写器串口卡制发卡PC电子车牌读写器 IC 卡业务捆绑说明IC 卡用于作为业务关联的条件，需要在进行业务申报时将 IC 卡号和相关的 业务进行关联。这样司机在过卡口刷卡时，海关后台系统才能通过 IC 卡号查找 到相应的业务申报数据， 才能进行车辆进出卡口的放行判断。所以需要在海关后 台系统进行业务申报的219、时候就将业务和 IC 卡号进行关联，并对业务的状态进行 管理，避免重复刷卡放行的情况出现。在海关后台系统进行 IC 卡业务捆绑的时候有两种方式：在进行业务申报的时候， 手工录入 IC 卡号，以便将 IC 卡号和业务单证数据 想关联。149在进行业务申报的时候，通过读卡器读取出 IC 卡号来进行业务单证数据的 关联。通过读卡器就可以避免出现操作人员在手工输入 IC 卡号的时候出错，而 导致关联的 IC 卡号和实际的 IC 卡号不符，但需要海关辅助监管系统进行读卡器 操作的集成工作。 可视语音对讲系统根据卡口通道管理需要， 在卡口通道上设置可视语音对讲系统， 可视语音对 讲系统能实现卡口值班室与卡220、口通道现场的可视语音对讲。 系统功能1) 一台管理主机能同时管理多台分机；2) 管理主机能够双向主或被动与任何一台分机呼叫连接，进行可视对讲； 对讲时图像、声音要求清晰，音量可以根据需要进行调节；3) 分机呼叫主机时，能立即响应；4) 室外分机具有防水、防尘等功能；5) 对讲主机和分机具有免提、一键直呼功能；6) 可视语音对讲系统支持网络功能； 系统组成根据现场实际需要， 需在卡口通道上安装配置可视语音对讲系统， 可视语音 对讲系统应实现卡口值班室及前端卡口通道。卡口可视语音对讲系统采用“一对 多”的通话模式， 系统由安装在卡口控制室中的可视对讲主机和对应安装在现场 通道的可视对讲分机组成。卡221、口控制室通过可视对讲主机， 与通道中的车辆司机 进行可视通话联系。系统由对讲主机、对讲分机、地址盒及网络传输设备构成。150卡 口 值 班 室LAN IP地址盒对讲主机对讲分机对讲分机 卡口杆件设备为了保证现场设备安装的牢固性及系统运行的可靠性， 立杆制作要求采用优 等钢质材料(外部涂装和防腐防锈须符合规定) ，整体安装牢固、可靠， 具有一 定的抗机械外力击打能力； 外观要求整齐、美观、大方。耐高温、耐酸雨。系统 功能杆件采用镀锌钢管制作，直径80mm，壁厚2mm，表面经过烤漆工艺进行 处理，烤漆前经过酸洗、磷化处理， 确保表面烤漆满各种户外环境中高温、高湿、 台风、及海边腐蚀性较大的应用环境222、使用；烤漆颜色为乳白色。也可以由客户确定颜色， 便于和顶棚钢架及整体结构色 调一致；151总 线 管 理运 行 状 态 监 控 数 据初 始 化故 障 恢 复连 接 客 户 端 管 理负 载 均 衡远 程 重启客 户 端 连 接 状 态总 线 服 务 子 系 统 运 行 状 态总 线 客 户 端 连 接消 息 路 由消 息 接 收消 息 发 送总线服务子系统系统功能架构图总线服务子系统消 息 适 配 器 系统模块说明模块子模块说明初始化总线服务子系统初始化152运行状态数据客户端连接状态定时发送连接到总线上的客户端连接状 态， 包括客户端 ID、客户端类型、客户端IP、客户端连接类型、客户端连接状态。