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、标的影响、对当前工作进度的 影响、对本系统其他部分的影响、对其他系统的影响； 要考虑资源的要求， 如对 维护提出的时间要求、维护所需费用、维护所需的工作人员。维护工作可分为非生产性活动和生产性活动两部分， 前者主要是理解源程序 代码的功能， 解�