洋山港四期工程

洋山港四期工程（通用5篇）

篇1：洋山港四期工程

洋山深水港区四期工程项目情况说明

一、项目背景

洋山深水港区自2002年6月正式开工建设以来，在有关各方的共同努力下，历经六年多的艰苦奋斗，一、二、三期工程陆续建成并交付使用。2009年9月，随着洋山深水港区三期工程二阶段通过国家验收，标志着洋山深水港区主体工程全面建成，上海国际航运中心建设取得重大成果。2011年，上海港集装箱吞吐量首次突破3000万TEU，达到3174万TEU，其中洋山深水港区完成1310万TEU，已成为上海港接卸集装箱远洋干线班轮的主力港区，大大超过930万TEU的设计吞吐能力。2012年，洋山深水港区完成集装箱吞吐量1415万TEU，吞吐能力缺口明显，对新的深水集装箱码头的需求十分迫切。

小洋山西港区是洋山深水港区（北港区）规划的最后一个集装箱港区，对于完善洋山深水港区泊位等级配置和进一步发挥洋山深水港区整体规模效应具有十分重要的意义。

二、项目规模及内容

洋山深水港区四期工程共建设集装箱码头2350米（2个 7万吨级+5个5万吨级集装箱泊位）、工作船码头350米及必要的配套设施，占用岸线2800米。港区总用地面积223.16公顷，其中码头生产作业区平均陆域纵深约500米，占地面积145.4万公顷。

三、项目投资及资金来源

1、项目投资

本项目总投资约116.6亿元，其中港区工程约110亿元（含外币23887万美元），航道工程约6.6亿元。

2、资金来源

本项目资金来源由项目资本金和银行贷款两部分组成，其中项目资本金为项目总投资的30%，银行贷款70%。

四、规划符合性及拆迁安置等情况

1、用地使用条件

根据《浙江省嵊泗县土地利用总体规划》，洋山港区是嵊泗土地利用的重点开发地区，规划洋山港区分为南北港区建设。北港区依托小洋山岛，自西北往东南依次建成小洋山西港区、小洋山港区、小洋山中港区、港口支持系统区、小洋山东港区。北港区是上海国际航运中心的重要组成部分，根据目前的规划，利用小洋山深水岸线，将大乌龟、颗珠山、小洋山、镬盖堂、大岩礁、西门堂、中门堂及沈家湾等诸岛屿连接起来，形成港口作业区，纵深约1.2公里，规划陆域面积2390公顷。本工程作为洋山深水港区建设的第四期工程，是规划小洋山西港区的起步工程，符合《嵊泗县县域总体规划》。工程的土地使用性质为港口建设用地，符合《浙江省嵊泗县土地利用总体规划》。本工程用地主要依托颗珠山岛、大、小乌龟岛围垦获得，在洋山前期工程建设中，已积累了丰富的围垦设计和施工经验，用地条件可满足工程建设的需要。

2、海域使用条件

根据《嵊泗县海洋功能区划》，嵊泗县海域港口区共3个，分别为泗礁港区、绿华港区和洋山港区。洋山位于嵊泗县西部的崎岖列岛，港区依托的主要岛屿为大洋山岛和小洋山岛，包括大洋山、小洋山及附近大乌龟、颗珠山、镬盖堂、大岩礁、西门堂、中门堂、沈家湾等诸岛，由大洋山作业区和小洋山作业区组成，其中小洋山作业区将建成第四代以上的集装箱集散转运中心。本工程是洋山深水港区的一部分，项目使用水域符合《嵊泗县海洋功能区划》。

3、与市政规划衔接情况

本工程对外交通通过港外道路接东海大桥与上海公路集疏运网络相连接。电源通过规划中的西港区110KV降压站引接上海地区电源。供水利用洋山深水港区原有供水系统，并新建2个3000万水库；排水采用雨污水分流制，分为雨水、生活污水和生产污水三个独立系统。通信系统通过洋山深水港区模块局房引线解决。项目在规划红线内配套候工 楼、锅炉房、机修车间、材料工具库、流机库、污水处理站等生产与生活配套设施。

4、环境保护和风景名胜区规划协调情况

根据2003年修编调整的《嵊泗列岛风景名胜区总体规划（2002－2020）》，洋山深水港区工程建设涉及的洋山景区进行了调整，仅小洋山一侧岛链除小洋山部分岛屿和薄刀嘴岛规划保留。项目建设范围距离风景名胜区外围保护带0.7公里，距离一级、二级、三级保护区距离分别为1.8公里、1.7公里、1.1公里，按照分级保护规划要求，项目建设符合《嵊泗列岛风景名胜区总体规划（2002－2020）》。

5、拆迁安置情况

在洋山深水港区一期工程建设过程中，小洋山地区的居民搬迁工作已全部完成，当地居民的工作和生活也得到了较为妥善的安置。本项目位于小洋山的西侧，其陆域大部分为回填海形成，小部分为岛屿，项目建设涉及的岛屿包括大、小乌龟岛和颗珠山岛，原本也无居民。因此，本项目不存在拆迁安置问题。

嵊泗县住房和城乡建设局 二〇一三年三月二十一日

篇2：洋山港四期工程

某市地方税务局“四期建设”是要在以往三期建设的基础上,结合多年来信息化建设和应用实践的体验,基于解决存在问题和适应发展出发,积极主动地响应和落实国家税务总局及省局的新一轮税收征管改革的总体部署与要求,把握“科技加管理”、“信息化支持下专业化”的改革方向,提出和启动“四期建设”项目,集成和开发出符合总局“一体化”要求的、新一代的税务管理信息系统(以下简称“系统”),新系统能支持多媒体的“网上办税、网上办公”,实现“硬件的集群”、“数据的集中”和“应用的集成”。

2 功能分析

从业务功能角度划分,整个系统目标是包括以下四个子系统的建设要求:

(1)税收业务管理应用系统

(2)外部信息管理应用系统

(3)税务行政管理应用系统

(4)辅助决策支持应用系统

2.1 子系统

2.1.1 税收业务管理应用系统

该子系统是四期工程目标系统中的核心部分,具体是实现税收征管业务,主要是以征收、管理、稽查的专业化格局下的新的业务流程为核心,深层挖掘对税收管理的知识支持,合理整合系统功能,全面支撑税收业务的统一管理和运作过程的全面监控。

(1)功能性目标

“税收业务管理应用系统”(即“税收征收管理业务系统”)包括以下9个方面的一级功能:

1)管理服务

包括税务登记、认定管理、待批文书、证明管理、核定管理、稽核管理、发票管理、业务台帐、纳税评估、重点税源管理、征管建议共11项功能。

2)征收监控

包括申报征收、申报管理、欠税管理、纳税保证金管理、税收计会统、票证管理共6项功能。

3)税务稽查

包括稽查计划、稽查选案、稽查实施、稽查审理、稽查执行、案卷管理、稽查管理、稽查查询共8项功能。

4)税收法制

包括税收政策法规、管理类违法违章、行政复议、处罚听证、行政诉讼、税务行政赔偿、税收保全、强制执行、案件移送、法制文书管理共11项功能。

5)综合查询

包括电子地理信息系统、报表管理、统计查询、分析监控共4项功能。

6)基金管理

包括社保费、基金费共2项功能。

7)信息采集

包括资料管理、数据录入、内部管理共3项功能。这部分有关外部资料和外部信息采集等功能,建议纳入“外部信息管理应用系统”去实现。

8)网上服务

包括纳税申报、基金申报、财务报表报送、涉税办理、办税指南、公告、网上查询、邮件、网上举报共9项功能。

9)规则库

包括管理服务、征收监控、税务稽查、税收法制子系统知识规则库、基金管理、网上服务共6项功能。

2.1.2 外部信息管理应用系统

“外部信息管理应用系统”是为其他各个子系统提供外部信息采集和对等数据交换服务的配套系统。

(1)问题

由于历史的诸多原因,在税收征管系统之外,还有一些不同时期分别开发的信息系统在运行中,如当地政府其他相关部门的信息系统等,这些系统都独立于各自的环境中,平台技术也不一定统一,同样的功能在不同的地区也可能有多个版本,在“四期建设”系统规划和建设时,必须把这些外部系统的数据交换需求纳入到整体规划中来;另外,税收是国家的经济命脉,办好税务,需要各级政府机构,相关的经济实体的配合。

从社会的角度来看,不同单位的信息系统只对本单位服务,形成了大量的“信息孤岛”,大量的税源信息分布在各政府部门的信息系统中,税务机关不能充分地利用并加以监控,使税收征管面临着:

1)没有能力去评估税收流失了多少、流失程度如何。

2)税源监控能力不足造成流失,重点是大量的中小企业,其次是国有大中型企业,然后是股份有限公司、规模较小的个体工商户,征管力度明显不足,征收成本居高不下。

3)税务机关还未能实现与主要政府部门的信息共享,从而应当进行的配合很难实现。

因此,促进各信息主体之间的信息交流,构成强大有效的税务征管外延,从业务上可以:

1)提高各级政府部门之间协作能力、降低政府成本和强化政府职能,有利于建设良好的税收环境。

2)提高各级税务部门与其他政府部门或经济实体的协作能力、降低税收成本和社会成本,有利于建设良好的经济环境。

3)提高税务部门税源监控能力和执法能力。建立起纳税人涉税信息共享框架系统,能为从根本上减少、预防或杜绝偷、逃税等违法事件的发生,并且在发生这些事件时,能及时地对纳税人实施有效的执法监控。

4)是当地政府信息化的有意义的业务支持;

5)能够促进相关体制、法律的改革和完善。

从技术的角度上:

1)有助于行业内部和行业之间统一的数据框架标准和规范的形成。

2)有助于标准规范的基本应用接口部件组的形成,从而可以快速、灵活地构建跨部门、跨平台的业务系统,形成政府部门间信息共享机制。

3)有助于基于标准部件的业务功能系统的构建,有助于提高信息系统对业务变化的适应能力。

(2)选择外部信息来源和范围

选择外部信息来源都是与南京地税内部的信息系统和与征管业务有直接关系的其他政府或经济机构的信息系统。

1)政府的法规和条例的信息系统

2)税银库联网相关的信息系统

3)与税源有直接关系的信息系统

4)经济情报信息系统

5)公检法及执法相关的信息系统

6)协税、护税相关的信息系统

(3)功能性目标

包括工商、银行、国税、社保、财政等部门的信息交换、数据应用接口等方面的功能。

该子系统主要是向“税收业务管理应用系统”提供税源信息、经济情报、纳税人生产经营信息和违法违章信息等,目的是拓展税收业务监控和管理的范围,完善和强化税务部门监督和制约,稽查和执法的手段。

2.1.3 税务行政管理应用系统

该子系统主要是与“税收业务管理应用系统”高度集成的重要子系统,但并不排除与其他子系统的业务衔接。

功能性目标该子系统包括如下9个方面的功能:

1)政务管理

包括计划管理、督查管理、公文管理、会议管理、宣传管理、调研管理、信访管理、档案管理、请示报告管理、建议提案管理、专家咨询管理、年鉴大事记管理共12项功能。

2)人事管理

包括班子管理、人事任免、录用调配、能级管理、工资福利管理、考核奖惩管理、外出及请销假管理、老干部管理、非公务员管理、人事档案库共10项功能。

3)教培管理

包括教育培训管理、教育考试管理、教育评估管理、教育培训中心管理共4项功能。

4)监察管理

包括党风廉政责任制、日常廉政管理、廉政教育、信访管理、案件管理、纠风工作、两权监督共7项功能。

5)党建群团管理

包括党务工作管理、群团组织管理、机关建设管理共3项功能。

6)基层工作管理

包括政治工作管理、创建工作管理共2项功能。

7)事务管理

包括车辆管理、接待管理、基建管理、房产管理、物业管理、服装管理、易耗品管理、固定资产管理、安全保卫管理共9项功能。

8)财务管理

包括财务会计、管理会计共2项功能。

9)信息服务

包括组织概况、通知信息、电子邮件、问题建议、网上评选、网上调查、网上交流、网上阅读、政策法规、规章制度、办事指南、全文检索共12项功能。

2.1.4 辅助决策支持应用系统

“辅助决策支持应用系统”是面向税务机关领导层干部使用的专用信息系统,主要用于分析监控、趋势把握、预测分析等辅助领导决策的应用。

功能性目标按照目前用户初步提出的需求,有以下5部分:

1)分析类

比如:人力资源现状、税收与经济的关系、人财物的关系、税收成本分析、税收过程异常分析、违章处罚统计分析等。

2)预测类

比如:税源的增长趋势分析、税户的增长趋势分析、税收增长趋势分析、税收收入预测分析等。

3)计划类

比如:工作计划、反映机构、人员与税收计划比例、税收业务影响计划等。

4)监控与预警类

比如:计划完成、税收业务、教育培训等。

5)考核评价类

比如:机关、部门、人员工作量化考核与评估,税收业务质量考核与评估等。

2.1.5 子系统之间关系

分析和论证四个子系统之间的关系,有利于统一规范和明确界定各自的边界与接口,便于整个系统的一体化集成,为项目整体规划、总体设计和分步实施计划的制定提供依据。为达到应用系统的一体化,既保持各自相互独立,又有机关联,既做到各子系统之间功能不交叉、不重复,数据通透和充分共享,确保数据的完整性和一致性,数据指标的唯一和规范,又要达到各子系统业务关联之间的应用衔接的通畅和合理,如图1。

在上述前提保障的基础上,实质上各子系统之间关系主要是体现在数据交互方面的关系,整个系统是以数据为纽带的星型结构。下面将各子系统相互主要关系加以说明。

(1)“辅助决策支持应用系统”与“外部信息管理应用系统”;“税收业务管理应用系统”和“税务行政管理应用系统”是处在两个不同层面上的关系。前子系统是分析性数据环境,而后三个子系统是操作性数据环境。后三个子系统是“辅助决策支持应用系统”的基础,也是它必需的数据源。

(2)“外部信息管理应用系统”是辅助“税收业务管理应用系统”的业务外延需要,负责收集、传递外部相关系统的数据的标准渠道,与“辅助决策支持应用系统”的关系也是如此。

(3)“税收业务管理应用系统”是整个系统中的核心子系统,与其他三个子系统都有着密切关系。它通过“外部信息管理应用系统”与社会其他部门进行数据交换,拓展信息来源,实现协作体系下的内外信息共享。它与“税务行政管理应用系统”需要平滑衔接,比如:在税务机构、人员、岗职设置等数据对象必须一致,一处定义,统一应用。还有在文书流转环节两个子系统之间的有衔接问题。

(4)“税务行政管理应用系统”是实现税务机关行政事务管理职能的重要子系统。它也与其他三个子系统有必然的关系,尤其是社会信息化程度的日趋提高。比如:它通过“外部信息管理应用系统”,与政府其他相关部门收集和交换文件、资料和信息。它与“税收业务管理应用系统”的关系更为重要,比如:它需要收集业务运作中有关操作的记录,实施对税务干部的考核和评价。

3 总体结构

根据南京地税目前的软硬件状况,推荐部署J2EE体系。J2EE是Sun公司所推出的一套软件开发、部署和管理的标准,如今已广为业界所接受,J2EE的出现标志着使用Java开发企业级应用系统的时机已经成熟。

如图2所示,J2EE是多层的分布式体系结构,使系统的操作和运行具有很好的灵活性。先进的Java计算方式如面向对象、独立于平台、快速集成、代码重用等,是实现这种结构的关键,并使系统具有良好的可移植性和可扩展性。

J2EE并不限制系统采用浏览器/服务器结构或客户机/服务器结构。如果客户端是浏览器,则界面设计可以采用JSP/Servlet技术。JSP技术支持可重用的基于构件的设计,并可以与任何Web服务器或应用服务器工作。Servlet是HTTP服务器的扩展API,它提供了很强的安全策略支持,可以用来访问数据库,并动态产生查询结果页面返回给浏览器。JSP/Servlet简化了开发Web-based应用的过程,从而使得基于Java计算内核的应用程序的开发和调试变得非常容易。

J2EE还提供了多种形式的分布式对象计算环境,客户端与服务器之间以及服务器之间可以通过RMI、HTTP、IIOP、JMS等多种协议进行消息和数据交换。Java RMI是为分布式的异质系统之间调用而设计的Java环境,RMI支持在不同的虚拟机上对象的无缝远程调用,很好地实现了对分布式的对象模型的支持,使得分布式应用的实现变得简单,并保证了安全性。系统还可以通过IIOP存取CORBA对象。

J2EE的优点:

(1)集成了适合商务应用的EJB的Java平台,由于其简洁的结构和跨平台的特性,可以很好地支持快速开发和即时发布。

(2)使用Servlet、JSP和EJB做为可重用构件的应用结构使得容易集成和具有最大的生产能力。在开发、发布、管理和重用应用逻辑等方面具有很大的灵活性。

(3)基于工业标准保证数据交换的一致性和安全的安全网络架构,可以在应用和平台上达到高效的集成。

因此这种开放式结构特别适合于开发电子税务系统:

(1)分布式环境-可以保证系统的稳定性,同时拥有较高的性能。

(2)面向对象的模块化组件设计-可以提高开发速度,降低开发成本。

(3)基于开放的标准:Java、XML、RMI、TCP/IP、JMS等协议、消息传递标准和中间件做为集成的方法。

(4)三层结构体系-最适合Internet环境,可以使系统有很强的可扩展性和可管理性。

(5)以应用服务器为中心-低成本,安全和高性能。

(6)可扩展-允许透明地扩展以适应电子商务爆炸式的增长。最大限度地利用现有的技术投资,采用Java技术-完全跨平台,适应Internet需要,并能得到大多数厂商支持,保护用户投资。

4 逻辑结构

4.1 客户层

客户层包含各种端设备。端设备的用途是提供灵活多样的用户接口,用户接口通过相关的服务渠道,使用户方便有效地访问系统的服务。系统客户层可能提供的端设备/用户接口种类包括:浏览器、电子邮件、PDA、电话等。

4.2 应用层

应用层提供系统所需的服务渠道、业务介入子层、应用平台子层,并实现系统的全部功能服务。下面对每层的功能以及选择的标准分别描述。

4.2.1 服务渠道子层

服务渠道子层建立、整合并管理Web、电子邮件、PDA、电话接入等多种服务渠道,用户通过上述任何一种渠道,或多种渠道的灵活组合,方便有效地访问到系统的服务。这些渠道的实现形式和可使用的产品描述如下:

(1)Web服务渠道:Web服务器,BEA WebLogic Server;

(2)电子邮件服务渠道:电子邮件服务器,如MS Ex-change Server;

(3)柜台服务渠道:WebLogic服务器,Tuxedo服务器;

(4)电话服务渠道:“客户服务中心/Call Center”,含PBX电话交换机、IVR服务器、CTI服务器、座席等。

4.2.2 业务接入子层

门户的概念源自Internet。随着Internet的不断发展、电子商务的风起云涌,“门户”所涵盖的内容也不仅仅局限于网上浏览的出发点,而是被赋予了新的含义。门户将是用户直接触及企业、了解企业,直至享用企业提供的服务的载体。因此,经营商们无不精心打造自己企业的网上门户。利用当今众多接入媒体(话音/GSM/Internet/SMS/WAP),针对各种接入人群,提供各类型服务(网上数据交换、信息发布等),其门户的概念更加具有其自身的特点:

(1)接入手段多样

可能提供给用户的接入手段,包括浏览器、语音、SMS等。针对众多的接入手段,如果分别建立其应用系统,提供相应的服务,显然是一种无奈之举。在业务发展过程中,分立系统的弊病毋庸置疑。因此,如何建立统一的接入系统,而又能够根据不同的接入手段提供不同的服务成为建立电子税务网需要考虑的关键问题。

(2)接入角色多样

利用统一的接入门户提供服务,乃至推行到Internet上,势必造成享用服务的用户形形色色,其中有税务部门的税务业务人员,也有相应的监管人员,他们能看到的信息应该有严格的控制。同时为了便于使用,还要能够提供如单点登录等功能。因此,如何针对不同的用户提供不同的、甚至是量身定做的门户也是本系统需要考虑的问题之一。

(3)并发压力大,可靠性要求极高

网上服务最严峻的考虑,无疑是不可预知的同时又有十分巨大的并发压力,构建的系统必须能够提供卓越的性能和可靠性,才能真正保障税务机关业务的顺利开展。

4.2.3 业务功能子层

业务功能子层实现用户具体的各项功能性需求。该子层提供的各项功能性服务,包括:外部管理信息系统、税收行政管理应用系统、辅助决策支持应用系统、税收业务管理应用系统等。

4.2.4 应用平台子层

应用软件平台是本系统的核心和基础,该平台主要包括以下几种功能:

(1)系统运行平台

整个系统中的新建应用全部在该平台上运行。

(2)系统开发平台

用户利用该平台提供的接口开发应用系统。

(3)系统部署平台

开发的应用可以选择在任何一种支持该软件平台的硬件或操作系统上部署,并且支持运行期间的模块部署。

(4)系统维护平台

由平台提供维护工具和手段,所有的维护工作都可以借助他们完成。

(5)系统互联平台

平台级的互联能够提供更好的一致性、效率和灵活性。采用一定的标准,将遗留系统和外部系统连接起来,保证数据能够更加流畅地在各个系统中传递。

以上功能构成了一个完整的应用支撑平台,它是企业级系统中各种应用的基础,所以应用软件平台也被称为应用操作系统。

在本方案中,应用平台子层采用符合J2EE标准的应用服务器。该应用服务器除了提供J2EE标准所需的基础服务如:JSP、Servlet、EJB、JNDI、JMS、JTA和JDBC等,还应该提供保障企业应用运转所需的高效率、高可靠性、高可用性、高伸缩性和完善的安全机制等。

4.3 数据层

数据层是本系统动态数据的来源,提供数据访问和数据存储管理服务。

(1)数据访问子层

数据访问子层提供数据访问服务。通过数据访问服务,向本系统提供相关的业务数据。数据访问服务一般是企业部门业务应用系统的一部分,由应用软件开发商,在相关的中间件基础上设计开发。这部分功能由应用软件平台和相应的数据存储管理机制协同实现,在这里主要由WebLogic Server、WebLogic Integration或Tuxedo完成。

(2)数据管理子层

采用传统的关系数据库Oracle,实现各自业务数据的存储管理。数据之间的交互,跨系统之间的交易(事务)都通过应用软件平台予以支持,对用户而言屏蔽了数据存储机制之间的差异。

5 网络拓扑结构

根据某市地税的现有主机网络系统状况,推荐以下结构如图4。

5.1 互联网(城域网)分析

图5为某市地税整个网络系统与外部Internet连接的门户;不同的用户可以通过统一的接口连接某市地税的网络系统。该部分支持用户以各种方式联入,在接入时网络提供入侵检测服务。此部分也称因特网接入层。

5.2 地税外网分析

图6为某市地税的外网系统,主要功能是提供政府之间的数据交换平台和税银网之间的连接。通过国库专业机完成国库和税局之间的数据交互、实时扣款等。

5.3 地税内网分析

(1)WWW服务器群,主要安装BEA WEBLOGIC EX-PRESS,提供动静态页面下载。

(2)应用服务器群,主要安装BEA WEBLOGIC,BEA PORTAL,BEA INTEGRATION。

(3)交易中间件服务器群,主要安装BEA TUXEDO。

(4)数据库和数据仓库服务器群,主要安装ORACLE数据库。

6 B/S三层架构

在Browser/Server三层体系架构下,表示层(Presentation)、功能层(Business Logic)、数据层(Data Service)被割成三个相对独立的单元。

第一层表示层:Web浏览器

在表示层中包含系统的显示逻辑,位于客户端。它的任务是由Web浏览器向网络上的某一Web服务器提出服务请求,Web服务器对用户身份进行验证后用HTTP协议把所需的主页传送给客户端,客户机接受传来的主页文件,并把它显示在Web浏览器上。

第二层功能层:具有应用程序扩展功能的Web服务器

在功能层中包含系统的事务处理逻辑,位于Web服务器端。它的任务是接受用户的请求,首先需要执行相应的扩展应用程序与数据库进行连接,通过SQL等方式向数据库服务器提出数据处理申请,而后等数据库服务器将数据处理的结果提交给Web服务器,再由Web服务器传送回客户端。

第三层数据层:数据库服务器

在数据层中包含系统的数据处理逻辑,位于数据库服务器端。它的任务是接受Web服务器对数据库操纵的请求,实现对数据库查询、修改、更新等功能,把运行结果提交给Web服务器。

仔细分析不难看出,三层的Browser/Server体系结构是把二层Client/Server结构的事务处理逻辑模块从客户机的任务中分离出来,由单独组成的一层来负担其任务,这样客户机的压力大大减轻了,把负荷均衡地分配给了Web服务器,于是由原来的两层的Client/Server结构转变成三层的Browser/Server结构。这种三层体系架构如图7所示。

这种结构不仅把客户机从沉重的负担和不断对其提高的性能的要求中解放出来,也把技术维护人员从繁重的维护升级工作中解脱出来。由于客户机把事务处理逻辑部分分给了功能服务器,使客户机一下子“苗条”了许多,不再负责处理复杂计算和数据访问等关键事务,只负责显示部分,所以维护人员不再为程序的维护工作奔波于每个客户机之间,而把主要精力放在功能服务器上程序的更新工作。这种三层结构层与层之间相互独立,任何一层的改变不影响其他层的功能。它从根本上改变了传统的二层Client/Server体系结构的缺陷,它是应用系统体系结构中一次深刻的变革。

7 结语

本文介绍了基于J2EE技术的某市地税“四期建设”工程项目税务管理系统。本系统采用B/S架构的三层结构体系,由于三层体系架构将业务逻辑层和数据层完全剥离,因此在整个项目实施前期,对系统业务分析,业务建模,包括定义业务边界,开发业务规则文档等方面的要求也相应提高,即需要业务分析人员能够对整体业务模块进行细致和深入的分析和理解,使得业务模型能够适应三层体系架构应用的需要。

摘要：本文介绍了“四期建设”工程项目的设计,系统是基于J2EE技术,B/S架构三层结构体系,三层的B/S体系结构具有许多传统C/S体系结构不具备的优点,又紧密地结合了Internet/Intranet技术,它把应用系统带入了一个崭新的发展时代。

关键词：J2EE,B/S架构,Java

参考文献

[1]蔡明,陈永运.J2EE架构的研究与应用[J].计算机应用与软件,2004;21(1):42-43.

[2]王孝明,胡健,陆坤等.基于.NET平台可复用软件框架的设计与实现[J].计算机工程,2004;30(22):76-78.

[3]宋茂强.JAVA技术基础.北京邮电大学出版社.

篇3：洋山港四期工程

关键词：三北防护林体系；工程建设；主要作法

中图分类号：S76 文献标识码：A文章编号：1674-0432（2012）-10-0201-1

三北防护林体系工程是国家为了从根本上改变我国西北、华北、东北地区风沙危害和水土流失问题而进行的重要工程。三北防护林建设的第四期工程是从2001年开始实施到2010年结束。辉南县的三北四期防护林体系建设过程中严格按照工程的实施方案及技术标准进行实施。通过工程的持续建设，生态效应累积，综合效益逐步显现，工程区生态状况、自然环境面貌得到明显改善，对农牧业生产和人们生活发挥了重要的生态屏障作用，极大推动了社会经济的发展。同时也积累了宝贵的经验。

1 领导重视，真抓实干，是搞好防护林建设的关键

实践证明，各级领导对防护林体系建设重要意义的认识程度、重视程度是高标准完成防护林建设的关键。工程建设具有长期性、连续性，历任历届领导把三北防护林建设当作造福子孙后代的伟大工程，作为改善生态、振兴经济的战略措施来抓，予以高度重视。多年如一日把防护林建设纳入领导工作日程，切实加强领导，从而保证了防护林工程建设的连续性。成立了三北四期工程建设领导小组，小组的组成结构以知识型、专业型、复合型为主要特点，在工作中发扬带头作用和技术攻坚作用，为加快三北四期工程建设注入了强劲的动力，也保证了工程建设的质量，取得工程建设的全面成功。

2 根据当地实际情况选设工程区，确保工程设计合理

辉南县位于吉林省东南部，林业方面存在着东北地区的共性问题，就是在资源利用方面由于过去集中过量采伐、年采伐量大，但树木生长速度慢、生长周期长造成森林后备资源不足，导致可采资源减少造成森林资源危机、林业经济围困，同时水土流失也加剧，水源涵养功能减弱。

针对存在的问题，三北防护林工程区的选设是根据资源和生态环境的实际情况，采取了因地制宜、因害设防的原则；坚持生态优先，生态、经济和社会效益相结合；坚持统筹规划、突出重点、全面推进与集中重点治理相结合；严禁过量采伐和毁林开荒，重点管理保护好现有森林资源，通过人工造林，封山育林，提高森林覆盖率，保证通过工程建设提高林分质量，充分发挥森林涵养水源的作用，增强水源涵养能力。

我们积极认真的进行规划设计，克服作业条件艰苦、资金紧张等许多困难，认真细致调查保证可靠的第一手资料，使设计遵循自然规律和符合辉南县生态环境的实际需求，突出重点。使设计标准化、科学化并具有可操作性。为正确合理、高质量完成工程建设奠定基础。

3 工程实施过程中的主要作法

在整个工程建设过程中，我们切实加强工程质量管理，做到事前严格把关、事中规范管理、事后加强管护抚育并加强监督检查，对各个环节严格把关，确保了工程建设的质量。主要作法如下：

3.1 实行优惠政策，鼓励投资，是工程建设的重要保障

在三北防护林建设中，认真贯彻党的林业方针政策，充分调动全社会造林积极性，相继制定了“谁造谁有”、“个体承包造林长期不变，允许继承、转让”和“专业承包造林、合作造林、拍卖荒山造林”等政策，做到国家、集体、个人一起上，提高全社会造林绿化热情。为了弥补造林资金不足，采取“国家投一点、地方财政出一点、部门筹一点、群众投资一点”的方法，多渠道、多层次筹集资金。有了良好的社会氛围和充足的资金是工程顺利进行的保障。

3.2 依靠科技进步，确保工程质量

在三北防护林建设中，始终贯彻科技兴林战略，科技在防护林建设中的显示度和贡献率不断提高。选用优质种源保证用优质种苗造林；GPS卫星定位质量技术检测，每个地块都用GPS进行定位；管理过程中应用“营造林管理系统”，使先进的软件管理系统在工程建设中全面应用。向科学技术要速度、要质量、要效益。使工程质量管理不断向科学化、规范化、标准化迈进。

3.3 依法治林，强化管护，是搞好防护林建设的保障

为了保护和发展好三北防护林建设成果，牢固树立“三分造、七分管”、“保护与发展并重，保护就是发展”的思想，加大造林护林宣传力度，在全社会营建起造林护林的强大舆论氛围，把森林资源管护纳入法制轨道。由森林公安分局和林业稽查大队，乡镇护林队伍，组成了森林资源管护网络。坚持预防为主的方针，切实做好森林防火和病虫害防治工作，努力降低森林受害率。每年都适时开展以打击滥砍盗伐、滥捕乱猎、乱征乱占、毁林种地为主要内容的专项斗争行动，做到有法必依，执法必严，违法必究，在全社会形成爱林护林的良好风尚。

4 建立工程档案，及时掌握工程进度和质量

实行工程动态监测，做好相关数据的收集，各基层单位对项目区的地块生产经营中的事件及时记录归档，并及时上报林业局，林业局也同时建档，做到存档规范，内容齐全。以便及时掌握工程进度和质量，为科学管理工程、评价工程投资效益提供依据。为日后的三北五期防护林建设提供技术和经验支持。

篇4：洋山港四期工程

保利海上五月花四期401#、408#、409#、420#-430#住宅楼, 地上6层, 框架结构, 一层地下车库, 总建筑面积19.67万m2。

2 勘察工作布置及勘察方法

勘察利用SH30型钻机, 采用冲击方法钻进, 同时配合土工试验、原位测试及工程测量等手段对场地工程地质条件进行综合评价。勘察沿拟建建筑物及基坑周边网格状布置钻孔, 共布置勘探点267个, 本次共完成勘探孔267个。

勘探点深度及间距:6层住宅楼, 控制性钻孔深度23.0m, 一般性钻孔深度18.0m;6层住宅楼, 控制性钻孔深度18.0m, 一般性钻孔深度13.0m;钻孔间距为15.0-25.0m, 原位测试及取土:原位测试钻孔111个, 取土钻孔合计91个。

原位测试方法采用标准贯入试验和重型圆锥动力触探试验。对粘性土及砂土采用标准贯入试验, 试验目的评价其承载力, 进行饱和砂土液化判别;砂土及碎石土采用重型圆锥动力触探试验, 试验目的是评价土均匀性和密实度, 确定其内摩擦角标准值、变形模量值、地基土承载力特征值等参数。取土采用薄壁敞口取土器采取原状样, 对采取的原状粉质粘土样品进行一般项目分析, 扰动砂样品进行颗粒分析。

测量工作:钻孔位置依据建设单位提供坐标点:A1 (X=4629467.501, Y=41543393.293) 、A2 (X=4629316.348, Y=41543468.682) 及A1高程基准点BM=49.96m进行测量, A1、A2点位于拟建场地东北角, 新建学校西侧。利用卫星定位系统GPS引测各钻孔坐标及高程。高程测量精度为2-3cm, 测量成果满足要求。测量工作由测量专业技术人员完成。

3 地层物理力学性质指标 (表1)

统计结果表明粉质粘土可塑偏软状态, 中等压缩性;细砂稍密状态;中粗砂中密状态;砾砂中密状态;砾砂松散状态;圆砾松散状态;粉质粘土可塑偏软状态;砾砂中密状态。

4 场地岩土工程分析和评价

4.1 场地地震效应

根据国标《建筑抗震设计规范》GB50011-2010规定, 场区等效剪切波速Vse估算值为150-250m/s, 场地覆盖层厚3-50m。建筑场地的类别属Ⅱ类, 对建筑抗震一般地段。根据《建筑抗震设计规范》 (50011-2010) 规定场地设计地震分组为第一组, 抗震设防烈度为7度, 设计基本地震加速度为0.10g, 特征周期值0.35s。

4.2 场地饱和砂土的液化判定

根据《建筑抗震设计规范》GB50011-2010规定判别, 勘探20.0m深度范围内饱和砂土不液化。

4.3 场地的稳定性及适宜性评价

拟建场地属于冲、洪积地层, 地貌类型单一, 地势较开阔, 但由于近期残土堆放, 地势稍有起伏。杂填土层分布全场区, 厚度变化大, 分布不均, 特别在场地东南侧, 局部厚度为8.40m, 结构松散, 欠固结, 土质不均匀, 不宜做天然地基;粉质粘土、细砂分布不连续、厚度不稳定, 粉质粘土呈透镜体分布, 三者承载力较低, 未经处理不宜做天然地基及基础持力层;中粗砂分布不连续、砾砂分布场区大部、承载力相对较高, 可以做天然地基及基础持力层;砾砂呈透镜体分布, 圆砾分布基本连续, 但二者承载力较低, 未经处理不宜做天然地基及基础持力层;砾砂分布连续、层位稳定、承载力较高, 为良好基础持力层。场区稳定性一般, 建筑场地为抗震一般地段, 地基土不液化, 无不良地质作用可进行工程建设。

4.4 承载力特征值及岩土参数

根据工程地质钻探、标准贯入试验、重型圆锥动力触探试验和室内土物理力学性质指标试验等综合分析, 依据DB21/907-2005规范有关规定, 结合地区经验, 综合给出地基土各层承载力特征值见表2。

4.5 地基基础类型选择

拟建建筑物:6层住宅楼高度18.0m, 框架结构, 部分一层地下室, 深度-6.00m左右;一层地下车库, 框架结构, 深度-6.00m左右;拟建建筑物室内地坪为51.30m左右, 室外地坪为50.85m左右。

4.5.1 天然地基评价

拟建场地住宅楼 (6层, 一层地下室, 深度-6.00m左右) 及地下车库:若采用天然地基方案, 当基础开挖至设计深度后, 底板所揭露的岩性大部分中粗砂、砾砂, 部分为杂填土、粉质粘土、细砂, 地基不均匀。天然地基条件局部不满足设计要求。建议采用扩展基础, 以中粗砂、砾砂为基础持力层并应按不利组合考虑;当基础底面遇有杂填土、粉质粘土、细砂时, 应下挖至中粗砂或砾砂。

4.5.2 地基处理

若采用天然地基方案, 经计算杂填土、粉质粘土、细砂持力层不满足设计条件, 可局部采用地基处理。地基处理形式建议采用换填垫层法、CFG桩复合地基, CFG桩复合地基以砾砂为桩端持力层。换填垫层法、CFG桩复合地基设计、施工、检测应按《建筑地基处理技术规范》JGJ79-2012标准执行。

4.5.3 桩基础方案

拟建场地住宅楼 (6层, 无地下室) :建议采用人工挖孔桩基础, 以中粗砂、砾砂为桩端持力层或采用钻孔压灌桩基础, 以砾砂为桩端持力层。桩基础施工前应先做桩基载荷试验, 最终确定单桩承载力并应通过试验确定上述两种桩型成桩可能性。

5 结论

场地条件综合评价:拟建建筑物6层, 框架结构, 高度18.0m, 设计等级为乙级, 场地的复杂程度二级, 地基的复杂程度为二级, 岩土工程勘察等级为乙级。该场地地基土为第四系冲洪积形成地层, 地貌类型单一, 层位相对稳定, 地基持力层为同一地貌单元及工程地质单元, 无不良地质作用可以建筑。场地地震效应:抗震设防烈度7度, 设计基本地震加速度值0.10g, 设计地震分组第一组, 建筑设计特征周期0.35s。建筑的场地类别Ⅱ类, 为对建筑抗震一般地段。

摘要：岩土工程勘察结果直接影响建筑物的基础设计, 为了保证建筑物基础设计科学合理, 保证建筑物基础安全可靠, 本文对保利海上五月花四期401#、408#、409#、420#-430#住宅楼基础勘察进行了详细的分析, 对基础设计提供指导性意义。

关键词：岩土工程,地质条件,稳定性,勘察

参考文献

[1]龚晓南.对岩土工程数值分析的几点思考[J].岩土力学, 2011 (02) .

[2]郭宏.谈岩土工程的可靠性设计[J].山西建筑, 2002 (07) .

篇5：洋山深水港的眼睛

这套高科技设施的投入使用，对改善洋山水域的通航环境，减少事故，提高营运率发挥了重要作用；结束了西马鞍山航道、金山航道单一巡逻艇监督的历史，是水上安全监督管理的一次飞跃，是我国水上交通管制系统与国际接轨的成功尝试，也是上海建设深水港必备的基础性工程之一。

巍然屹立在小洋山岛上的上海洋山水上交通管制系统投入试运行两年来，像警惕的水上卫兵，日日夜夜为进出洋山深水港的千轮万船站岗、放哨，为船舶的航行安全服务，发挥了维护水上交通安全秩序、保障船舶航行安全、改善港口通航环境、扩大港口吞吐能力的功能和作用，显示了巨大的社会和经济效益。

据统计，自2004年7月至2006年3月止，上海洋山水上交通管制中心共向进出洋山港船舶报告船位35496次，船舶跟踪103867艘次，纠正违章985艘次，提高安全信息服务7333次，灯标监护49次，为水上交通安全提供了保障。这套高科技交通管制系统投入试运行以来，该水域的海损事故下降了27．8％左右，沉船艘数下降了63．6％，死亡人数下降了37．5％，经济损失下降了106％，产生了较好的社会效益。

1、改善了船舶的通航环境。以前，洋山港水域缺乏现代化监管手段，航道中船舶滞航、任意抛锚、违章追越、走反航道现象较多，造成航道秩序混乱。现在，系统实施船舶船位报告后，对其进行标识跟踪，船舶违章能及时发现，并及时指出纠正。2005年8月4日，总吨为4576吨的朝鲜籍多用途货船“松花1号”(SONG HOA 1)轮空船从镇江驶往朝鲜南浦。8月6日上午0900时许，该船在芦洋水域遇上9号台风“麦莎”，风大浪高，操船困难。当时，该船航速只有1节(即1．85公里里／小时)，在芦洋海域滞航，被上海洋山港海事处VT5值班人员发现，但无论洋山VT8值班员怎么呼叫，就是与该轮联系不上。洋山VT8值班员凭着多年航海经验，判断该轮很有可能是因为避风不及而驶入芦洋水域的。值班员立即启动了防台防汛应急预案和东海大桥保护预案，不间断地通过VHFl6／13频道呼叫该船，得知该船为朝鲜籍多用途货船，但是由于该轮船长英语水平不高而导致双方沟通不畅，致使整个救助过程举步维艰。洋山VTS值班员在呼叫不通的情况下，又通过发AlS信息跟该轮联系，仍然无效，洋山VTS值班员没有放弃，继续呼叫，一直呼叫到1417时。此时，海上风力已达11级，该轮因离东海大桥只有4海里，距离小戢山暗礁1．2海里，离中日海底光缆只有0．4海里，船舶继续失去控制，随时都有碰撞大桥、触碰暗礁、拉断光缆的可能。该轮感到情况紧急，连续发出“SOS”求救信号，请求支援。险情发生后，上海洋山港VTS指挥中心一方面通过高频电话要求“松花1号”轮采取一切措施自救，一方面紧急联系“东海救131”轮起锚前往难船水域救助。在上海洋山VTS指挥中心的精心指挥和东海救助局的精诚协作下，经过8个多小时的殊死搏斗，“松花1号”轮终于被安全拖到嵊泗大黄龙岛避风，船上26名船员转危为安。

对不听劝告者，洋山VTS依据系统跟踪录像拷贝及VTS录音证据，给予处罚，从而使船舶的行动始终处于水上交通管制系统的监管之下，洋山深水港水上交通从此有了良好的航行秩序。

2、改善了船舶秩序。以前，锚地中船舶锚泊杂乱无章，为图本船进出锚地方便，大家都想将船抛在航道边缘，给他船进出锚地带来很大困难。现在水上交通管制系统按照抛锚时间来协调管理锚泊位置和指泊锚位，使锚地秩序大为好转。按照规定，抛锚时间超过72小时必须重新申请，以前对这些船舶的锚泊时间很难掌握。有了这套系统后，锚泊时间记录在案，使多年未能解决的问题得到解决。水上交通管制中心发现船舶走锚时可以及时提醒走锚船舶，避免因走锚而发生碰撞事故。2005年2月22日1410时，洋山VIS值班室一阵急促的电话铃声使有序的工作气氛骤然变得紧张起来，一艘失控船的船长在电话中语无伦次地说：“快来救救我们的船，否则会出大事情。”值班员记录了简况后，即通过VHF71频道呼叫该船不通(后得知该船上没有配备VHF甚高频设备)，便通过手机方式与该船取得联系，得知该船船名为“荆州70112”，总吨345吨，载200多吨石子，由于起锚时遇涨水，水流使螺旋桨被锚链缴住，正在向东海大桥方向漂移(据东海大桥只有1海里左右)。对事故初步估计后，VTS值班员决定启动应急预案，首先在要求其采取一切措施自救的情况下，通知在码头值班的巡逻艇“海巡1009”轮在事发地(芦潮港码头)前沿进行搜寻，同时派出巡逻车和海事执法人员赶往海塘所码头现场指挥，并联系救助拖轮。经过紧张的1个小时组织救助，该轮成功地被附近拖轮“沪祟渔捞3号”拖离桥区水域，避免了一次威胁东海大桥的事故。

3、促进了水上安全管理。有了水上交通管制系统，因船舶违章行驶造成的紧迫局面大大减小，加之有效的组织协调，使大量将造成船舶碰撞的险情化险为夷。2004年，洋山深水港建设进入关键阶段，为确保大桥施工安全，开通了洋山VTS(试运行)，设立了AIS系统终端，在东海大桥南塔安装了雷达应答器，便于航行中的船舶能及时发现主通航孔的位置。这套高科技设备和有效监管措施，在东海大桥水上守护中发挥了重要作用。该系统自2004年7月份试运行以来，洋山港水域事故降低了三成。去年1月21日0710时，从大戢山西北2海里处进入东海大桥水域，准备开往宁波港的韩国籍“哈娜7号”轮不仅没有按规定向洋山VTS报告船位，而且还以11．5节的航速偏离东海大桥主通航孔，向东海大桥非通航段驶去，随时都有碰撞东海大桥的可能，情况十分紧急。上海洋山港海事处VTS值班员发现这一情况后，立即通过VHFl6频道与该轮取得联系，告诉其东海大桥主通航孔的位置和航法。0828时，该轮在洋山VTS的引导下，经主通航孔，安全穿越东海大桥，抛锚接受海事部门的调查。

东海大桥是上海国际航运中心洋山深水港与上海陆域的唯一通道，是洋山深水港的生命线，东海大桥全长32．5公里，全桥设5 000吨级

主通航孔一处，通航净高40米，净宽420米；1 000吨级辅通航孔二处；500吨级辅通航孔一处，净宽分别为160米和120米，其余均为“禁IX”。为确保东海大桥2005年12月底通车，上海洋山港海事处VTS仅在东海大桥主通航孔103块钢梁吊装作业中，就间隔式封航40次，共指挥引导1200余艘船舶绕航，指挥现场巡逻艇拦截欲穿越大桥船舶400余艘，制止船舶盲目穿越东海大桥险情40起，其中制止外轮盲目穿越大桥11起。在长达8个月的主通航孔吊装期间，没有发生一起船舶穿越封航区事件，为施工单位吊装作业提供了良好的海上作业环境。2005年4月27日，交通部副部长徐祖远在参加东海大桥二标最后一榀梁吊装仪式上，握着洋山港海事处处长黄俊德的手，动情地说：“东海大桥桥面板吊装任务即将完成，5月份主通航孔就将合龙，洋山港海事处职工为确保大桥施工做了大量工作，功不可没。”

2004年，21号台风“海马”9月13日开始影响洋山港水域，芦潮港开往普陀山、嵊泗等沿海港口方向的客轮全线停航。由于风力突然增大，在东海大桥附近施工的Ⅱ标所属的“月亮湾”和中铁大桥局所属的“海天”两艘大型非自航船拖离大桥轴线已非常困难，洋山交管中心得知这一情况后，立即与上述两个项目部联系，紧急派出四艘大型拖轮，将这两艘大型非自航船舶拖至大、小洋山锚地抛锚。

4、加强了船舶VHF频道的通信管理。过去，个别船员利用VHF频道唱歌、聊天、讲脏话现象屡禁不止。现在水上交通管理系统发现此现象后，用两台VHF-DF进行扫侧，可及时发现违章船。去年夏天的某夜，狂风大作，船舶动态显示很少有船的移动。而在VHF公用频道中，突然冒出了一个自标“音乐台”的歌声，公然侵占公用频道，阻断船间联络。此时此刻，一旦发生险情，岂不酿成大祸。交管人员立即严正警告：“现在正值台风季节，侵占公用频道，危及各船安全，请你马上停止骚扰!”那位船员却自认海面风大浪急，海事人少艇小，锚地船舶众多，哪能知道他在何处?于是，在答话中公然挑衅：“有本事的你就上来啊。”话音未落，交管人员将计算机切换进入VHF-DF方式。两条光束交叉在X锚地中的一艘小海轮，交管人员再次警告对方注意，立即停止骚扰!对方一下子愣住了，话筒里歌声再也没有了。事后，交管人员根据有关规定给予警告，小海轮水手连连保证今后不再发生类似事件。

5、提供了海上安全服务。水上交通管制系统为抢险救助船舶、供应船舶提供了助航、传递信息等一列安全服务，使船舶在海上有了更大的安全感，船员在外无后顾之忧。2005年4月6日1445时，洋山港海事处VTS接到市深水港指挥部港口分指挥部办公室求救电话，称在小洋山岛上施工的浙江东海建设承包总公司的一位女民工因宫外孕昏迷休克，急需送医院抢救。由于当天海上风力为7-8级，阵风9级，大小洋山开往芦潮港码头的客轮全部停航，请求海事部门支援。洋山港海事处VTS与“海巡1009轮”取得联系，迅速前往救助。1530时，女民工被抬上巡逻艇。据陪护人员介绍，当时病人血压已降到零，口吐白沫，嘴唇发紫。经过约1小时40分的艰难航行，于1710时分将女民工送到芦潮港码头，由早已等候的救护车送到南汇区中心医院。由于送医及时，这位女民工经抢救后脱离危险。2005年11月30日，从香港驶来的集装箱船“彩虹石(APLIRIS)”轮在上海海事局洋山港海事处VTS指挥中心的监控下，成功靠泊洋山深水港一期码头1、2泊位，成为首个“亲吻”洋山深水港的幸运船。为避免和减少违章小船对进港大型船舶的影响，2005年11月29日，上海洋山港海事处派出3艘巡逻艇，在洋山VTS指挥中心的指挥下，对洋山深水港码头前沿及进港航道(西马鞍山至洋山港段)进行巡视。11月30日0600时，4艘海事巡逻艇便早早出动，“海巡1091”轮和“海巡1004”轮对码头水域及进港航道再次清理，确保无碍航物，随后便守护在中港区外，管制穿梭航道的施工船舶，确保了开港第一船“彩虹石”轮的进出港安全。

6、实施了对灯标的监控。水上交通管制系统为保证船舶的航行安全，海上灯标是他们的监控重点。船舶在航行中，系统会及时提醒危及灯标安全的在航船舶提前避让，提高了灯桩的完好率，一旦发现撞坏灯标又不报告的肇事船，水上交通管制系统从录像中的时间、地点、船舶航行轨迹可以追查出来。

7、强化了安全信息咨询服务。水上交通管制系统及时收集各类信息，对信息评估后，分类提供给各港航、船舶信息，为船舶航行安全和提高船舶码头运营效率服务，为使船舶航行安全和提前做好港务工作，洋山水上交通管制系统每天都要为小洋、大洋、芦潮港客运码头提供客船到达码头时间，使旅客和港口提前做好准备。为使大雾季节大型集装箱船舶不误船期，洋山水上交通管制系统主动帮助大型集装箱船在浓雾中进出西马鞍山航道航行，并严密监视航行情况，适时指示他们拉开距离，使船舶顺利通过西马鞍山航道，促进了洋山深水港水运生产。