农垦集团综合信息管理平台建设方案.docx

目录1.概述31.1术语及缩略语31.2项目背景31.3 项目概况41.3项目目标51.4建设原则72项目建设内容82.1 数据中心建设82.2指挥中心建设103整体方案123.1总体架构方案123.1.1 项目总体框架123.1.2 项目逻辑结构133.1.3 项目数据库架构143.2数据交换总体方案163.2.1 非视频数据交换方案163.2.2非视频数据交换模式163.2.3基于Portal的应用集成模式193.2.4视频数据交换方案224 软件功能组成概述234.1 运营管理决策平台234.1.1 数据采集类型234.1.2 综合信息查询子系统244.1.3 报表生成子系统244.1.4 图表生成子系统244.1.5 预测分析子系统254.2 预警监控指挥平台254.2.1 数据采集功子系统254.2.2 动态监测子系统254.2.3 资源支持子系统264.2.4 自动控制子系统264.2.5 可视化分析功能274.3 应急资源管理系统274.4视频交换子系统294.5 协同办公平台355硬件集成方案415.1服务器及存储系统415.1.1服务器系统425.1.2数据存储系统435.2网络安全系统435.2.1需求分析445.2.2安全建设原则455.2.3网络安全措施465.2.4网络设备选型566项目设计需求596.1平台总体架构设计需求596.2平台设计非功能性需求621. 概述本方案内容包括江苏农垦集团综合信息管理运营平台及运营中心配套信息化基础设施建设工程所涉及的技术方面的资格要求、工程技术设计要求、工作任务要求以及相关的资料、文件。1.1 项目背景江苏的农垦事业创立于建国初期。江苏省农垦集团有限公司的总部，设在中国最具经济活力长江三角洲地区的中心城市南京市。江苏省农垦集团有限公司现有40多个直属单位和控、参股企业，其中，国有农场18个，分布在江苏省的14个市、县（区），直属工商企业主要分布在江苏省的南京、镇江、南通、盐城、淮安、连云港等城市。垦区拥有土地12.84万公顷，其中耕地7.39万公顷,水面面积1.34万公顷。2012年，集团公司实现营业收入156.26亿元，垦区实现营业收入319.60亿元。经过近六十年的改革发展，江苏农垦集团形成了农林牧渔及食品加工、医药制造、贸易物流及相关服务、投资及房地产、通用设备制造等五大产业，成为农、工、商综合经营的大型国有企业。江苏农垦集团公司致力于构筑江苏农业基础设施建设投融资平台、农业做大做强的发展平台、农业国有企业改革改制的操作平台。以“三大平台”的建设为基础，充分发挥区域性调节功能，确保资产保值增值。1.2 项目概况农业是国民经济的基础，也是我国国民经济链条中最薄弱的环节。为了在总体上加速和推进农业信息化，“金农工程”在1994年12月 “国家经济信息化联席会议”第三次会议上提出。作为国家电子政务建设的重要组成部分，“金农工程”将以农业电子政务为核心，以政府、农户、企业为服务对象，应用现代信息技术对现有的政府形态和结构、管理和运作方式进行信息化改造，提高政府的宏观决策能力、监管和服务水平，缩小数字鸿沟，力求把涉农信息及时准确地传递给农业生产经营者。农业综合管理信息系统是结合省级、地市级和县级农业管理单位在农业管理、农村管理等方面的需求，设计的集信息采集、发布、处理、存储、开发应用为一体的综合应用系统，为农业决策部门、管理部门、行业协会、普通农户和有关机构提供农业资源管理与决策支持手段，为社会提供全方位的农业信息服务，从整体上提高农业工作的科学化、规范化水平。当前，随着信息应用技术的广泛应用和深入发展，综合服务信息化导向对大型综合交通信息管理的建设水平提出了更高的要求。在此背景下，江苏农垦集团希望通过科学的管理理念，先进的技术手段和高效的运营组织方式，以各方支点信息为基础，以智能管理为导向来打造一个综合信息管理运营平台。该平台是江苏农垦集团强化信息化管理建设，支持集团信息化运营的重要举措，因此，在规划设计时需要加强推进“农业化”和“信息化”融合，正确把握服务信息化方向，与江苏农垦集团所展示的建设规模、所体现的社会形象、所倡导的服务理念相适应。1.3 项目目标综合信息管理运营平台所涉及的管理工作十分繁多且复杂，涉及到江苏农垦集团企业管理和经营活动的方方面面。为了能够更清晰地确定本次工程项目的工程界面，首先需要明确集团及下属企业的基本运营职能以及对运营活动进行深入系统分析，这些基本职能主要包括经营管理、安全管理、安全监控、农场管理、培训管理以及信息服务等多项内容。在本次工程项目中集团的决策层、管理层以及公众通过综合信息管理运营平台能够完成以下功能：1) 决策层 全面实时掌握集团的运营情况 实时获取视频、预警、天气、安全等信息，可以根据需要调用 经营数据的汇总、分析，报表图表自动呈现 根据生成的相关图表，进行横向或是纵向的对比，为管理者提供辅助决策依据 突发事件下的预警应急和调度2) 管理层 随需查阅与了解下属企业相关的信息 提高工作效率，加强集团对下属企业管理 突发事件情况下，集团根据需要可以统一安排调用下属企业的现有资源 3) 公众 通过多渠道、多界面向公众发布信息（不限于交通信息） 信息发布及时，更新快捷 农场，产品品牌、培训信息多角度呈现，给商户带来便捷的选择。 通过综合信息管理运营平台在江苏农垦集团的实施，预期的效益和效果如下： 减少重复和非标准化的投入 获得更可行和科学的设计方案 提升农业管理及品牌服务水平 降低管理工作人员的劳动强度 提供辅助经营决策 加强监控预警 为突发事件的应急处理与应急指挥提供决策和信息通道1.4 建设原则在符合国家规范的前提下，最大限度地满足实际工作的需求，本着技术先进、高效便利、投资合理的精神在项目建设中所坚持以下八条原则。1) 先进性采用先进、实用的技术，在技术上适度超前，整个项目体现当今交通调度指挥中心和信息化技术的发展水平，符合今后的发展趋势。在今后相当长的一段时间内可保持其技术的领先地位。2) 成熟性与实用性采用先进的、已使用过并成熟可靠的设计思路和技术，同时具有实用性，可充分满足集中可视管理的要求，操作方便，维护简单，便于管理。3) 灵活性和开放性在满足当前要求的基础上，应具有开放性和兼容性，可以与未来扩展的软硬件具有互联性与互操作性。4) 集成性和可扩展性充分考虑与现有软硬件设施的集成性，确保总体结构的先进性、合理性、可扩展性和兼容性。5) 标准化和模块化严格按照国家和地区的有关标准进行系统软硬件设计和选型，并根据总体结构的要求，将各子系统进行结构化和标准化，综合体现当今世界的先进技术。6) 安全性与可靠性把安全性和可靠性始终是放在第一位，结构合理、故障点少、操作简单、管理方便，采用模块化结构，关键设备要具有冗余设计，日常维护与易损件更换要求能在现场短时间内完成，能满足7*24小时连续不间断稳定运行，尤其是在有重大事件或任务时，必须保证运作的设备和系统安全可靠。7) 服务性与便利性为满足农垦集团的各种功能需要，所采用的系统应能充分体现人性化的设计，使得监控、调度、指挥、信息服务等管理人员和使用人员在应用的各个方面更加安全、先进、可靠、方便和高效。8) 经济合理性项目设计与建设要确保满足实际工作的需求，具有技术上的先进性、可行性和实用性，丢掉附在其上的“泡沫”，并达到功能与经济相统一的优化设计。2 项目建设内容2.1 数据中心建设数据中心建设的主要工作包括：n 基础设施建设。包括基础数据库软件环境和GIS系统的部署、存储备份与容灾子系统的建设，还包括数据安全环境的建设。通过基础设施建设，主要达成： 将各业务单位的各种业务数据进行自动化汇总、清理、清洗，形成统一的数据规范和使用标准。 部署全局统一的GIS地图标准，将各业务单位的地理信息数据的图层划分、地理要素（设施、坐标系等）等进行统一。 数据的存储备份统一进行管理，建立以农垦集团为核心的平台。 数据交换中心硬件平台。本中心的基础设施在承担采集和汇总各业务单位的数据的同时，同时为各所辖业务单位间的数据共享、各部门之间的数据共享、上级单位的数据上报与数据共享提供统一的出口和入口服务。n 基础数据采集。项目所涉及的数据包括 GPS数据采集系统的建设，主要是根据省厅的GPS数据报文标准，将GPS数据存储于数据中心中。 GIS地理信息库的建设。主要是协调市规划局，将满足目前使用要求的地理数据重新部署在本项目所辖的GIS系统中。 视频数据的采集，主要是将将各业务单位视频源信息、视频源GPS坐标信息进行采集，并对视频源进行筛选和整理，规划出清晰可用的视频数据列表 数据类型主要包括：农场信息，农作物信息，业户信息，GPS信息，视频信息、监控点位信息等。 移动运行商终端信号数据采集。主要通过对运营商采集的基站的信号数据的二次分析结果进行人流等基本交通要素数据分析，获取人流聚集点完整的正在运行的状况。n 数据交换中心软件平台。数据中心通过一种具有SOA或者类SOA架构的软件组织形式，将系统内的数据按照省厅或国家相关部门的数据交换标准发布到各个数据请求方，可以通过请求方主动获取的方式或者自动上报的方式进行数据转换与共享。同时为各业务单位之间、城市各部门之间的业务数据交换提供软件支撑。2.2 指挥中心建设指挥中心的主要作用是依托集成的各种业务数据，并通过对各种业务数据分析综合的基础上，为各个业务单位的工作展开提供决策支持，为江苏农垦集团的应急情景提供完备、准确、实时的指挥依据和指挥命令，协助全局性管理工作的开展，本项目的主要建设工作如下: 对指挥中心DLP大屏进行统一控制，满足平时监管、即时指挥和观摩演示的三种基本功能。 建立运行于DLP之上的指挥中心软件，软件以GIS为依托，在GIS展现所有的监管业务数据来源等信息，如视频源、重点农场、农作物信息、养殖场信息等。 建立应急决策指挥流程，应急资源、专家、队伍、物资等资源信息的管理。并能对预定义的应急事件调取相关的数据资源，提供完备的决策指挥环境。综合指挥系统对各种突发情况迅速逐级上报，确保及时掌握突发情况。同时，作为江苏农垦集团应急指挥系统的一个重要组成部分，综合指挥系统与政府其他应急保障部门之间建立了协调联动机制，一旦发生各类突发事件需要有关部门直接参与的，为预防和处置突发事件建立了畅通的信息渠道。应急指挥系统主要包括：视频监控系统集成，将所辖领域内所有监控探头进行集成，并逐步接入其它部门的视频监控。GIS集成，以GIS为依托，接入所辖车辆等位置信息。应急指挥终端系统。以应急指挥终端作为应急事件现场详细信息采集处理设备，快速、高效处理应急事件。l应急队伍管理。l应急资源管理。l应急专家管理。l应急预案管理。l处置过程管理。具体功能包括：提供现场传输通道：基于HDSL技术、光纤传输技术、宽带数传电台技术、宽带卫星通信技术，为事故现场至应急指挥中心提供高达2Mbps的传输通道，可根据事故现场情况及基础设施情况因地制宜选用适宜的接入方式。现场有线/无线内部通信功能：在事故现场可提供多部专线座机和多部无线专用手机。从而保证事故现场工作人员的内部通信，加强了抢险工作人员的内部协作，同时使领导的决策能快速的得到贯彻执行，为事故抢险争取了时间，加强了救援抢险内部协作。现场动图上传功能：能将事故现场的动态实时上传到应急指挥中心，图像清晰，使领导能准确、快捷的掌握现场的第一手资料；中心领导、专家可电话掌控现场的救援人员摄制图像，以取得对事故细节的把握。现场无线摄像功能：现场摄像人员可远离图像接收设备进行无线拍摄，使用方便，免受拖线羁绊，活动自由、合理，活动范围大。远程数据通信功能：现场通过应急设备提供的数据接口可与应急中心进行数据通信，以便于应急指挥中心与事故现场进行数据的沟通。应急抢险会议：应急中心具有指挥调度功能，可召开多方会议，帮助各级领导及时掌握事故现场动态，准确做出决策。视频流的记录和回放：通过系统中的流媒体服务器实时记录现场动态图象及应急抢险会议的视讯流，方便以后的查询和分析事故原因，更好的组织事故抢险。3 整体方案3.1总体架构方案3.1.1 项目总体框架如上图所示，江苏农垦集团信息化建设总体框架的构成包括：应用系统、信息资源、管理制度和标准规范体系、安全保障技术体系。推进农业信息化建设，应用是关键，信息资源开发利用是主线，基础设施是支撑，管理制度、标准规范体系、安全保障技术体系是保障。框架是一个统一整体，在一定时期内相对稳定，具体内容将随着农业行业整体信息化发展而动态变化。按照“金农工程”的要求，江苏农垦集团重点进行建设的内容是运营管理决策平台、预警监控指挥平台，农业办公自动化平台。3.1.2 项目逻辑结构农业综合管理信息系统分为三个逻辑层次，自上向下依次为：信息表示层、系统功能层、系统支撑层。信息表示层主要完成用户的各类请求，最终将结果输出并显示。系统功能层是整个系统的核心，完成整个系统的应用功能。系统支撑层提供支持系统运行的各种环境，如计算机网络、通信设施、数据库、模型库、方法库、知识库、GIS系统以及各种开发工具等。 系统逻辑结构图3.1.3 项目数据库架构农业综合管理需要大量的数据做支撑，其中包含大量的实时监控（测）数据、基础农业资源数据、地理信息数据和遥感影像数据等。根据数据不同来源及应用方式，将综合数据库从逻辑上划分为空间数据库、基础业务数据库、农业管理业务数据库、决策业务数据库、模型库、预案库、专家知识库。空间数据库内容分为：基础电子地图、农业专题电子地图。基础电子地图主要包括：行政区划图、重点经济和政治目标分布图、居民分布图、道路交通图、社会经济状况分布图、常规组织机构分布图、地形图、DEM数字高程模型、土地利用图、下垫面特征图等；专题电子地图则可划分为：农作物产量分布图、农作物分布图、土壤养分分布图、土壤水分分布图、农田规划图、气候（降雨、气温）分布图、植株养分含量（N、P、K等）分布图等。基础业务数据库由气象数据库、土壤数据库、农作物数据库、农场数据库、水旱灾害数据库、病虫害数据库、土地利用数据库、农业科技数据库等组成。气象数据库包括：天气预报、灾害天气（高温、台风、暴雨、冰雹等）警示、卫星云图、降雨量等。土壤数据库包括：土壤含水率、SOM含量、土壤耕作层深度、土壤结构、土壤阳离子交换能力（CEC）等。农作物数据库包括：农作物种植面积、长势、产量、农业产值等。农场数据库主要有农场人口情况、劳动力情况等。水旱灾害数据库主要有历次水旱灾害受灾情况、经济损失情况、人员伤亡情况、保险赔偿情况等。病虫害数据库主要有病虫害分布、病虫种类、名称、应对方法等。土地利用数据库主要是土地利用规划等信息。农业科技数据库主要有农业新技术、新品种、新方法、新政策等。农业管理业务数据库主要存储农业管理单位日常办公涉及相关的业务数据，包括：各类公报文档、规划成果、行政法规、行业知识、农业事务管理等文字、图片、图表、影像数据。决策业务数据库内容包括：农业资源评估数据库、农业生产评估数据库、病虫害预测数据库等。模型库主要有土地评估模型、农作物估产、长势预测模型、病虫害预测模型施肥决策模型、灌溉决策模型等；知识库包括概念性知识、事实性知识、规则性知识和规律性知识4类。3.2 数据交换总体方案3.2.1 非视频数据交换方案如上图所示，非视频类数据采用前置机方案进行数据采集和筛选、清理，并将清理后的数据按照不同的存储规则存储到总服务器中，其中：拟采用如下规则存储：1) GPS数据总服务中存储1个月，前置机中存储12个月，过期数据将被清理掉，以往数据根据需要从各生产数据库中调取。2) 传感器类数据总服务器中存储1个月，前置机中存储12个月，过期数据将被清理掉，以往数据根据需要从各生产数据库中调取。3) 数据总服务器中存储36个月，前置机中存储4) 其它核心业务数据（平台自身需要的部分）直接存储在总数据库中。3.2.2 非视频数据交换模式1) 接口框架图由于项目需要整合多个业务子系统，涉及到数据的读取，数据的同步等数据操作，本方案将以Web Service服务作为数据来源方，将采用服务发布平台进行数据整理和服务发布。该平台的作用原理如下：该服务发布平台与其它子系统的应用关系如下：从图上可以看出，系统总体上是基于Web-Service的技术基础进行架构的。Web服务是一种部署在Web上的对象/组件，它具备以下特征:a) 完好的封装性，Web服务既然是一种部署在Web上的对象，自然具备对象的良好封装性，对于使用者而言，他能且仅能看到该对象提供的功能列表。b) 松散耦合，这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的，对于调用者来说，只要Web服务的调用界面不变，Web服务的实现任何变更对他们来说都是透明的，甚至是当Web服务的实现平台从J2EE迁移到了.NET或者是相反的迁移流程，用户都可以对此一无所知。对于松散耦合而言，尤其是在Internet环境下的Web服务而言，需要有一种适合Internet环境的消息交换协议。而XML/SOAP正是目前最为适合的消息交换协议。c) 使用协约的规范性。首先，作为Web服务，对象界面所提供的功能应当使用标准的描述语言来描述(比如WSDL);其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这一描述文档需要被存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸到Web服务的聚合、跨Web服务的事务、工作流等，而这些又都需要服务质量(QoS)的保障。再次，我们知道安全机制对于松散耦合的对象环境的重要性，因此我们需要对诸如授权认证、数据完整性(比如签名机制)、消息源认证以及事务的不可否认性等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当是可管理的，因此需要对管理协约运用同样的机制。d) 使用标准协议规范，作为Web服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。一般而言，绝大多数规范将最终有W3C或OASIS作为最终版本的发布方和维护方。e) 高度可集成能力。由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。2) 接口功能框架图3) 接口描述概要 采用标准的WebService数据接口服务的模式与各地营业厅进行数据链接。在构建和使用Web Service时,主要用到以下几个关键的技术和规则: l XML:描述数据的标准方法。l SOAP:表示信息交换的协议。建议采用SOAP 1.1版本l WSDL:Web服务描述语言。3.2.3 基于Portal的应用集成模式在JSR168规范中只定义了Portal所应具有的功能的一个最小集合。然而在现实场景中，不论是开源的portal框架实现，还是商业Portal产品都在标准的基础上作了扩展。总的说来，一般Portal可能会包含以下功能：功能描述内容聚合能够把各种不同应用的内容聚合到统一的页面呈现给用户。基于角色的视图定制能够基于组织机构中不同的用户角色生成不同的视图内容。例如，人力资源总监和财务经理登录后所看到的页面是不同的。个性化用户能够根据个人喜好定制符合自己风格的页面和内容。单点登录只需登录Portal服务器一次就可以访问所有其它的应用，这意味着你无需再分别登录每一个应用。协作功能一些Portal框架可能会提供复杂的portlets用于聊天，应用程序共享，白板，在线会议，论坛等。国际化根据locale的不同呈现不同国家的文字。工作流这里主要指支持跨越不同数据源和应用的工作流。支持不同的客户端包括主流web浏览器，PDA等。 本方案拟采用的portal应用基础集成框架为：基于Liferay框架定制。l Liferay介绍Liferay代表了完整的J2EE应用，使用了Web、EJB以及JMS等技术，特别是其前台界面部分使用Struts 框架技术，基于XML的portlet配置文件可以自由地动态扩展，使用了Web Services来支持一些远程信息的获取，使用 Apahce Lucene实现全文检索功能。l 主要特点：l 提供单一登陆接口，多认证模式（LDAP或SQL）;l 管理员能通过用户界面轻松管理用户，组，角色；l 用户能可以根据需要定制个性化的portal layout;l 能够在主流的J2EE应用服务器上运行，如JBoss+Jetty/Tomcat,JOnAS；l 支持主流的数据库；l 使用了第三方的开源项目，如Hibernate, Lucene, Struts；l 支持包括中文在内的多种语言；l 主要功能：l 内容管理及Web 发布：Liferay Portal的内置内容管理系统是一个带有权限分配的工作流，即内容创建、编辑以及版本控制分开操作。其文档库版本控制功能、文档锁定、自动文件类型转换以及 WebDAV 与Microsoft Office集成都可以被动态的共享。也可以在第三方系统存储内容，例如Jackrabbit, Magnolia以及Alfresco。更重要的是，用户可以无缝地整合本地协作内容、社交网络功能以及第三方应用服务，并将整体的企业解决方案通过网络发布出去。l 协作：Liferay的协作包包括留言板、博客、Wiki、标签以及社交书签等，这些均运行于Liferay Portal灵活的社区及组织系统当中。总体而言，它可以使用户与整个组织当中的人通过网络来进行富有成效的讨论。l 社交网络：绑定内容及协作功能是一个企业级社交网络包，这个网络包带有即时消息、动态跟踪、组织内部沟通等。此外，Liferay的社交API为用户提供了一个可以创建其自己的社交应用的网络平台。 l 弹性框架：很多组织选择Liferay Portal 因其框架的灵活性和集成的方便性。由于我们使用的是面向服务的框架，因此用户可以得到更快的开发周期、可重复使用的服务以及复合应用的开发。 l 企业应用集成：此外，Liferay Portal 是一个开放的框架，将API 接口完全暴露，支持 Web 服务 (SOAP) 、 JSON、RMI over HTTP 。只要您现有的应用程序是开放的并通过服务层或API提供支持，Liferay都可以集成这些应用。您可以从适用于简单整合方案的Web 代 理及 iFrame Portlet 到WSRP、基于Web服务的自定制Portlet直到适用于复杂整合方案Gadgets，根据您的需要选择应用整合的范围。l 安全：Liferay Portal 使用行业标准的政府级加密技术，包括诸如DES, MD5 和 RSA 的先进算法，以及使用被评为最安全的 Portal平台的 LogicLibrary 的Logicscan 包。可定制的单点登录 （ SSO ）系统可以与 CAS、LDAP(Active Directory等)、NTLM、CA Siteminder、Oracle Access Manager、NovellIdentity Manager、Open SSO等整合。更重要的是，Liferay Portal 具有强大的用户管理和安全功能，包括密码策略、用户提醒设置、完整的安全登录程序。Liferay也遵守OWASP准则以减少安全漏洞风险。l 高效性和高性能性：Liferay Portal 经测试在一个 8核心应用服务器上可支持超过3000多个并发事件（3300个并发用户），平均登录时间不超过0.25秒，最长登录时间为0.5 秒，每秒最大吞吐量为79次左右。 网站内容管理系统（WCM）在一个单一的 Liferay Portal 服务器上已达到超过150,000个并发用户的规模，事件平均处理时间低于50毫秒、 CPU使用率35%。 实验证明，在高流量的网页发布场景中， Liferay Portal 可以处理超过130万用户以及数百万的页面浏览量。此外，在协作和社交网络场景中，每个物理服务器支持超过 1500 个并发用户且平均处理时间不超过800毫秒。Liferay Portal 也可以部署到云和虚拟服务器环境，通过以下功能确保高效性和高性能性：硬件/软件负载平衡、HTTP失败切换、会话复制；分布式缓存以及数据区域解决方案；数据库重构以及集群解决方案；l 迅速集成：作为市场上唯一的独立企业门户Liferay 致力于保持与所有主要数据库、操作系统、应用服务器的兼容性。Liferay Portal是由标准集成技术组成的，包括 JSR168/286, JSR 170, WebDav,iCal和 WSRP。核心源码是由诸如 Struts, Spring , Hibernate开源框架组成，且其产品运行于强大的 Java 框 架中的 PHP,Ruby, Python, Grails及其他轻量级脚本技术。 由于 Liferay Portal 坚持开源标准和灵活的架构，它可以轻松地集成包含开源和带有专利的产品例如：Documentum, Microsoft Office,Alfresco,Intalio, JasperSoft, Magnolia, MuleSource, Pentaho,Terracotta 等。3.2.4 视频数据交换方案内外部监控点IP球机IP枪机视频专网编码器群解码器群内部网络如图中所示：所有的视频数据，不论原来的数据是模拟方式还是数字方式传送，均转换为数字方式传送到局端（指交通局方面）。通过局端的视频数据通过编码转换和数字模拟转换实现二次数据共享和局端使用。其中各设备作用：解码器群：通过解码器将数字视频信号转换为模拟信号进入DLP的AV端服务器：l控制解码器群进行视频解码，并对解码器群进行管理l对视频源进行管理l运行应急指挥的管理软件平台解码器采用解码卡+工控机的方式，一台工控机插入4片解码卡，每片解码卡同时解码4路视频图像。4 软件功能组成概述 运营管理决策平台运营管理决策平台的用户主要是江苏农垦集团的决策层，该系统以经营管理为核心，平战结合相对应，对江苏农垦集团及其下属公司的运营指标、数据报表、经营业绩等方面进行统一管理，满足江苏农垦集团决策层对经营管理的需求，可实时了解各下属公司的业务经营状况，为决策层提供全面的信息查询分析、数据报表分析、图表展现分析以及总体监控和风险监管，并辅助其经营决策。4.1.1 数据采集类型（1）经营管理数据包括但不限于定期的经营数据分析、日常的农场的运营信息、农作物信息、控股及参股公司的业务运行情况等。针对相关业务系统中的信息，进行整理、汇总、分析，有效进行经营绩效管理，透视整个集团及其下属公司的经营情况。（2） 数据统计根据集团现有的数据统计体系，结合各个下属公司的业务特点，将按年度、季度、月度下达各下属企业的任务、目标等经营指标，统计时结合各个业务系统导入方式或者人工录入系统地方式所获得的经营数据，计算出相关统计结果。4.1.2 综合信息查询子系统可以通过桌面系统或显示大屏查询到汇聚的多种经营数据和农场信息，按照不同的查询条件，可以提供精确查询和模糊查询，方便集团客户随时了解农场运营管理情况。4.1.3 报表生成子系统可以方便地通过报表生成系统，通过获得企业不同数据库中的数据，进行整理、汇总、分析，生产不同类型的报表，并可以根据需要随需而动，可以随时定制想要的报表。同时，运算出来的结果报表可以存为excel、pdf、word 等。4.1.4 图表生成子系统可以方便地通过图表生成系统，根据查询的结果，按照需要生成单一或复合的图表，图表类型包括饼图、柱状图、线图、折线图等，并能够将结果进行导出和打印。4.1.5 预测分析子系统依据历史数据和模型，通过系统提供的辅助工具（报表、图表等），结合财务数据进行企业经营状况的预测和分析。4.2 预警监控指挥平台4.2.1 数据采集功子系统遥感数据采集模块：主要用来对地面卫星接收站传回的遥感数据进行处理、入库。GPS数据采集模块：接受和处理GPS数据。人工报送模块：接收和处理人工报送数据。 4.2.2 动态监测子系统 土地变化监测模块：对数据采集系统所收集到的数据进行处理、分析、分类，抽取出土地利用与变化的相关信息进行入库。种植面积和种类监测模块：通过对数据采集系统采集到的数据进行处理、分析、分类，抽取出种植面积与种类的信息入库。气象监测模块：通过对数据采集系统采集到的数据进行处理、分析、分类，抽取出气象信息入库。农作物生长情况监测模块：通过对数据采集系统采集到的数据进行处理、分析、分类，抽取农作物生长情况入库。农作物灾情分布监测模块：通过对数据采集系统采集到的数据进行处理、分析、分类，抽取农作物灾情分布入库。土壤水分监测模块：通过对数据采集系统采集到的数据进行处理、分析、分类，抽取土壤水分信息入库。4.2.3 资源支持子系统农业资源核算、清查、评估模型：该模型的主要目的是按照市场经济的原则，配置农业资源，追求效益的最大化。土地评估模型：对土地的利用现状、土地生产潜力和土壤生态环境进行综合评价。农作物的估产、长势监测模型：农作物的长势及产量与作物的生化指标有关，结合从遥感图像上提取相关的信息做出专题图，可以对大面积的农作物进行长势监测及估产。病虫害预测、诊断及应急反应：通过地面观测网和遥感图像的多时相分析，可以获取作物是否受到病虫害的侵袭或缺素信息。4.2.4 自动控制子系统 平衡施肥专家系统：根据农田地理信息系统中大量的土壤肥力空间分布信息、前茬作物产量分布信息，以及利用遥感等手段获取的作物长势与营养状况等空间差异分布信息，实现地块内按实际空间差异分布进行定位、定量施肥。精准水分灌溉控制：根据土壤水分信息、植株含水量信息以及气象信息，生成灌溉处方，自动调节水量，定点、定量控制某一地块的水分含量。植保专家系统：以粮、棉、油、花、果、菜等经济作物为重点，以病、虫、草、鼠、药害为对象，进行鉴别、预测、防治工作。耕地地力调查：根据耕地综合生产能力水平，土壤肥力水平及分布、土壤污染分布、农业投入对耕地质量的影响、耕地土壤适宜性等情况，为农业结构调整、农业生产提供重要依据。4.2.5 可视化分析功能 空间查询：基于空间信息的查询功能，并能将查询结果以图文一体化报表的方式输出给用户。基于空间信息的统计：通过设定时间、空间、属性条件进行统计，并将统计结果以图文一体的报表输出。空间分析：对各种空间关系进行分析，并将分析结果以图文一体化的报表方式输出，为管理决策提供参考。制图输出：对专题符号库进行增加、删除与编辑，显示农业专题图并打印农业专题图，农业专题图包括以矢量图、影像图和三维属性高程模型为基础的专题图。4.3 应急资源管理系统实现对农垦集团下属的风险源企业信息管理、应急预案管理、应急资源管理、案例库管理、详细功能如下：4.3.1 应急资源管理平台1） 组织体系管理提供从农垦集团到各区、县的有关部门、直属单位的应急组织体系结构图，支持对环境经济管理体系下各个区、县应急组织的负责人、组织人员、值班电话、地址、邮编、应急管理措施等详细信息的检索查询。2） 风险源管理提供普通查询、定制查询、模糊查询等多功能查询方式，检索的条件包括风险源名称、危险源类别、风险等级、所属地区、影响半径等.实现对风险源企业的GIS定位和地图信息展示功能，可在GIS地图上查看风险源的地理位置分布，危险辐射地域。3） 应急预案管理 提供对各应急平台的各类应急事故的应急预案的管理和检索功能，包括应急预案的预案等级、预案名称、提报时间、提报单位。并提供应急预案的预览功能，实现对应急预案组成人员、主要职责等相关内容的预览。4） 应急物资管理提供对应急物资的管理和检索功能，包括应急物资的大类、小类、品名、规格型号、存放地点、保管部门、备注等信息。提供应急物资的GIS地图定位功能，实现在GIS地图上对应急物资的查询定位、信息检索功能。5） 应急队伍管理提供对应急队伍的管理和检索功能，包括应急队伍的队伍名称、地址、特长、设备、联系方式等信息。提供应急队伍的GIS地图定位功能，实现在GIS地图上对应急物资的查询定位、信息检索功能。6） 专家库管理提供对应急专家库的管理和检索功能，包括专家库的专家组、姓名、专长、年龄、单位、职务、职称、联系方式等信息。7） 案例分析管理 建立应急管理案例分析资料库，采集和整理以往应急指挥的优秀案例的文档和图片资料，供应急指挥参考之用。4.3.2 数据服务支撑平台1) 日常数据维护提供对应急资源管理平台的基础数据录入、日常资料维护、地图定点定位等功能，其中包括：a.组织体系资料录入b.风险源资料录入、GIS定位，相关风险点受体资料录入c.应急预案录入d.应急物资录入e.专家库资源录入f. 案例录入4.4 视频交换子系统江苏农垦集团综合信息管理运营平台从下属企业的视频系统按需采集视频数据，采集到的视频图像质量要求既满足大屏显示清晰度要求又能够使决策层和管理者在桌面终端方便地调用。要求通过切换或轮巡方式能观看到这些下属企业的所有视频图像，并对其进行控制。并且可以实现对其已存储的图像进行调用浏览。视频交换子系统设计的主体方案如下：1) 分析视频集中按需实时访问的实现方案并分析在采用不同厂家产品情况下的兼容性问题。2) 基于成熟的视频管理软件开发视频交换平台模块使其具有良好的扩展性和确定的技术支持。3) 系统能支持监控预警应急子系统对视频的调用。4) 保证清晰度的视频传送方式，软件应用方式下可以适当降低清晰度但是视频初始化的时间不应超过1 秒，相对于实况的视频传送时延不超过1 秒。5)从各方式调用的视频能够直接向大屏显示器投放并保证清晰度和动态图像无拖曳或变形。分析大屏显示器的屏控机、视频图像、视频管理软件之间的处理关系。视频管理软件的功能和指标：1) 视频管理软件应能提供成熟的接口SDK，并支持多种编程环境。2) 视频管理软件支持包括数字和模拟的视频监控系统。3) 视频管理软件支持多种主流视频厂商的编解码协议和矩阵，包括但不限于GE、Pelco、Honeywell、Bosch 的矩阵、编解码器等的协议。4) 具备视频服务功能，实况或录像。能满足多用户同时浏览同一图像。5) 通过网络控制系统实现网络监视、录像、回放和设置功能，并可进行远程控制。6) 具有循环存储功能，自动覆盖最旧录像记录。7) 支持视频丢失报警、支持开关量报警、磁盘满报警。8) 可通过鼠标或控制键盘进行各通道云台镜头控制。9) 监视、录像、回放和备份多工操作互不影响。10) 要求视频编解码方式完全符合国际标准的H.264/MPEG4/MPEG2 编码方式，通过完全遵守国际标准可以保证系统互连互通和增值应用的业务需求。11) 编解码设备可以根据客户需求提供CIF 标准清晰度或FULL D1 高清晰度，支持从128Kbps1M（标清）/128Kbps 4Mbps（高清）码流连续可调，同时便于今后开展各种图像增值应用业务。12) 为了满足本项目运营管理高可靠性要求，系统设计中的核心硬件应该支持或可以扩展支持各种冗余技术，如核心交换机支持电源冗余等。为了保证视频编解码的可靠性同时编解码器本身应具备优异的环境适应能力和长时间无故障工作能力。13) 为了方便系统集成和今后的增值应用开发，本系统的数字视频综合管理平台应该可以提供应用运营管理平台开发所需的API 或开发包，同时所提供的视频信息可以被国际认可的标准软解码器解码，便于第三方开发增值视频分析软件，不能采用厂商私有、封闭的协议或编码格式。14) 平台软件的设计应遵循控制面和数据面分离的原则，软件平台不参与码流的转发、存储等工作，尽可能减轻管理服务器的负荷，提高系统可靠性。15) 平台应提供多级用户管理架构，每级用户具有不同的管理权限，根据所赋予的权限可以进行相应的系统访问和监控操作，以防止非法登录和越权操作。16) 用户的级别至少应分为三级：超级管理员（拥有系统级配置权限，可进行用户管理和设备管理）、一般管理员和普通用户。不同级别的用户只能实现自己权限级别的操作。17) 用户登录系统时，必须对用户进行认证和权限检查。通过网络传输用户登录帐号信息时，不能以明文传输。18) 多个用户可以同时浏览任意的同一个视频源的实时图像，级别较高的用户有优先控制权（如云台控制）。19) 管理软件平台必须能够管理至少500 路的视频。20) 系统必须能够支持16 个用户并发浏览同一个视频源的实时图像。21) 系统必须能够支持40 个用户并发检索点播同一个视频源的历史图像。22) 管理平台能自动检测系统内设备（编码器、解码器、视频客户端、存储设备）的工作状态，设备离线时能快速上报告警。设备故障恢复重新上线时，设备能自动重新加入系统中正常工作，原有的配置不发生变化，恢复过程不需要人工的参与。23) 管理平台能为系统内所有的终端设备提供时钟同步服务，编码器、解码器与管理平台的时钟同步精度应小于1 秒钟。24) 管理员可通过集中的管理界面配置系统内编码器、解码器的参数，可进行软件的升级。25) 系统支持通过专业键盘控制云台，以及通过视频客户端提供的软键盘控制云台。可控制云台的旋转角度，摄像机的光圈大小、聚焦程度、加热开关、雨刷开关、变倍程度、照明开关等。26) 系统支持用户对摄像机的锁定和解锁定功能。如果用户在一定时间内需要独占对云台的控制权，可选择锁定该摄像机。摄像机被锁定后，其他用户无法抢占云台的控制权，只有进行锁定操作的用户或有解锁权限的管理员可以解除锁定。27) 系统支持图像自动轮巡功能，可以用事先设定的触发序列和时间间隔对监控图像进行轮流显示，参与轮巡的图像和先后顺序可以任意选择。28) 视频客户端至少支持4 画面显示，每个画面可选择浏览任意一路视频源的实时图像，或者选择检索回放任意一路视频源的历史图像。29) 系统应具有图像抓拍功能，可以把某个监控窗口中播放的视频抓拍下来保存为图片文件。图片文件的格式必须为JPEG、BMP 或GIF 等标准格式，可以方便地使用Windows 系统下的图像浏览工具进行浏览。30) 通过视频客户端实时浏览视频图像或回放历史图像时，可方便地进行图像的缩放显示，支持全屏显示一路图像。31) 系统应支持本地录像功能。在实时浏览图像和回放历史图像时，具有权限的用户启动本地录像功能，把图像临时存储在客户端本地存储介质中。客户端界面上应便于控制本地录像功能的启动、停止。视频客户端可选择播放本地录像。32) 系统支持以视频源标识和起止时间组合来检索历史图像信息，检索结果以列表的形式显示。进行历史图像检索时，从发起检索到得到结果所花费的时间应小于1 秒，没有明显的等待时间。33) 回放历史图像时，支持暂停播放和重新开始播放，支持图像的正常速度播放、快速播放和慢速播放。快速播放时，至少应支持1 倍速、2 倍速和4 倍速播放。慢速播放时，至少应支持1/2 倍速、1/4 倍速播放。34) 回放历史图像时，可以选择把特定时间段的历史图像下载保存在本地存储介质中。视频客户端提供相应功能，可播放已下载的历史图像。35) 系统具有数据备份的功能，可把一些重要的数据备份出来冗余保存。系统应支持手动备份，具有相应权限的用户可通过视频客户端发起数据备份，把指定视频源的特定时间段的数据备份出来。系统也应支持自动备份策略，可以定期把指定视频源的特定时间段的数据备份出来。36) 备份数据时，可添加备份数据的描述信息。用户可根据备份数据的描述信息模糊检索查询备份数据，进行点播回放。系统也支持以视频源标识和起止时间段信息检索备份数据，进行回放。4.5 协同办公平台协同办公平台是针对农垦集团日常办公信息化而设计的标准解决方案，基于协同办公理念，将日常办公电子化、网络化、规范化、统一化。 实时跨部门、跨地域协作办公，达到节省办公时间、节省办公成本、提高工作效率，体现农集团管理思想、企业文化的目的，最终提高农垦集团内部的管理水平和运营效率。方案特点采用先进的B/S(浏览器/服务器)架构设计开发，数据全在服务器上集中管理， 客户端只需浏览器即可使用系统，安全方便。系统内置智能维护功能，包括服务监控，数据定时备份，重要数据操作日志等，减小系统管理人员工作量，省时省心。扩展性好，提供附件、用户认证、权限等接口，方便开发自己的功能模块，集成其他三方系统。另外系统带有智能开发平台。通达OA协同办公标准平台功能模块丰富，日常办公功能均具备。方案的实现门户是系统的入口，综合展示单位的全方位信息。个人桌面门户模式：集团门户模式：企业门户模式：信息发布信息发布是信息化的基本功能之一，能支持多种格式、图文并茂发布信息，并且信息的发布范围可以控制。信息发布功能模块有：公告通知、新闻、投票、倒计时牌等。 协同办公(工作流)行政审批是