基于SAAS的智慧农业管理平台方案Word下载.docx
《基于SAAS的智慧农业管理平台方案Word下载.docx》由会员分享，可在线阅读，更多相关《基于SAAS的智慧农业管理平台方案Word下载.docx（11页珍藏版）》请在冰豆网上搜索。
总体架构的设计应用从以下几个方面进展综合集成：
1.应用集群、分布式部署
将平台作为整个系统入口，采用效劳集群的方式进展部署，一是解决用户并发量，二是将信息平台根底核心功能进展性能分发，以保证其运行正常，而且在信息中心平台还涉与到可以将局部应用系统进展集成整合开发，从而进展统一部署，所以，信息中心平台应该将其分为核心功能效劳集群和业务应用集群两局部。
2.SAAS效劳架构
在平台建立中，建立方式是以云的模式进展建立，所以在系统设计时需要考虑多租户的应用，每个用户/企业都应该有自己独立的区域，有自己特有的数据，而且每个用户或企业的数据做到完全隔离。
那么，从软件设计的角度来说，此种模式即为软件即效劳〔SAAS〕的应用。
3.基于SOA〔面向效劳架构〕的应用
SOA是一种面向效劳的架构体系，也是实现SAAS的核心技术；
在此根底上能够快速响应其他业务应用系统的功能集成和数据调用，将平台核心功能以接口的方式进展开放，在面向效劳的技术应用同时，平台实现ESB〔企业效劳总线〕来支撑SOA的架构应用，建立成为平台的效劳总线。
采用SOA面向效劳的架构能够解决与于第三方的集成也能够保证平台化建立的要求。
4.基于J2EE的技术架构应用
J2EE的企业级应用开发架构是目前较为流行且稳定的技术架构，在企业级的应用中一直处于前列，因此此次根底技术架构将采用J2EE架构模式，为实现其平台的建立要求，在技术架构上将会采用多种技术合成的架构方式来实现。
5.基于Activiti的BPM应用
平台在更大程度上应该建立统一的BPM业务流程平台，而Activiti是目前Java开源中的使用最多的流程引擎，它不仅可以实现工作流，而且能够支持业务流程；
因此在平台流程引擎将选用Activiti作为BPM业务流程引擎，将直接实现系统与系统间的业务流程整合〔即能实现跨系统的业务集成，那么基于单个系统的流程那么更易〕。
总构架系图：
二.2平台技术架构
✧系统采用业界主流的SOA架构系统框架，统一ESB效劳，可以实现企业私有云，支持多公司不同软件部署和共享。
✧门户支持，能够更好的进展各种信息展现整合，提供个性化的展现形式
✧强化系统接口和数据库的处理支持系统集成能力、数据整合能力
平台系统用户体验层完全采用B/S架构体系，提供对AJAX、HTML/XHTML、flex、以与WML等技术标准的支持，从而使用户不但可以通过桌面终端，还可以通过其它方式访问平台系统提供的效劳，大大增强整个系统的使用程度。
同时，这样的架构体系让平台系统可以与第三方的现有的门户很好的集成在一起。
流程层可以更加贴近业务，迅速跟进业务变化。
流程引擎将人工工作流和系统自动化流程融合在一起，利用单一引擎对两者加以执行，实现了真正意义上的端到端流程。
一体化的设计环境也使得用户不必将业务分析人员或咨询方梳理出来的完整业务流程拆散成人工工作流和系统自动流程，然后再利用不同的引擎对二者分别执行。
这样一来，端到端的流程从设计，到执行，到监控，再到优化，都是统一的，不会存在于业务人员和IT人员不同的设计工具中，不会带来流程模型同步的问题，真正做到对业务流程准确和统一的管理。
流程引擎支持XPDL、BPEL以与其他模型的导入和导出。
规那么引擎将平台的业务规那么进展模型化的设计、实现、和管理，同时又与流程引擎和系统集成平台严密结合，根据实际业务要求，就可以实现启动流程和触发后端系统功能等操作。
业务流程监控基于完整的端到端流程，因此可以准确定位问题和瓶颈所在，为业务分析人员提供准确的资料对现有业务流程进展分析和优化。
如果将人工工作流与系统自动化流程分开处理和监控，就很难定位问题的根源，无法确定是最初的业务模型问题，还是在对流程进展IT实现时的拆散过程有问题。
而且，将分开监控的数据提供给业务分析人员，对其分析也会造成一定的不便，因为拆散后的流程已经与最初业务人员设计的端到端流程不一致了，因此很难在原有模型上定位问题，从而无法对原有业务进展优化。
在流程层，提供对公司关键业务定义指标，并对其进展图形化的监控，使得用户可以准确掌握公司的业务运营情况。
而且，平台的业务流程监控和审计等也与规那么引擎和流程引擎严密相连。
当侦测到定义的业务事件后，就可以进展触发业务流程和发送消息等动作。
对于经过优化的业务流程，平台提供审计的功能，使用户对业务的开展历程有个清晰的档案管理，供以后分析所用，因而帮助公司到达相关质量体系和控法规的要求。
在应用集成层，平台采用SOA架构与技术，可以方便地与第三方必须的IT架构融合为一体，而且性能上到达线性伸缩能力，同时在这一层还提供丰富的用户认证和信息平安机制〔支持SAML、WS-Security、X.509等平安协议，以与效劳级和数据级的ACL〕、负载均衡机制、以与高可用性保障。
平台采用无状态信息连接与含状态信息XML对象的技术，消除传统分布式体系架构中必须维护系统间连接状态的开销，因此在效劳器数量增加的时候，整体性能不会出现衰减，恰恰相反，整体性能会呈现线性增长的趋势。
平台系统利用不同种类的连接器与后端系统进展集成，再利用不同的通信协议与后端系统进展通讯。
目前主要支持的协议包括Socket、JMS、MSMQ、SSL〔SecureSocketLayer〕等。
业务逻辑层用于向集成层提供公司资源，将公司不同系统的功能开放出来，形成Web效劳。
如果现有功能无法满足业务需求，平台就需要提供基于普通Java语言的应用效劳器WS-AppServer，让用户自由扩展现有系统功能，并自动完成与Web效劳调用等相关的代码逻辑。
平台需支持构建于现有主流技术体系的应用系统功能开放成Web效劳，这些技术包括J2EE、.Net等。
通过对ODBC和JDBC等技术的支持，平台系统还可以访问到个人的数据层，对数据进展相应的操作。
二.3SAAS平台架构
SaaS是Software-as-a-Service（软件即效劳）的简称，本云端农业系统都将按照SaaS的架构模式进展开发，从而解决多用户统一应用，统一软件管理和维护。
对于SaaS应用的可伸缩，最理想的情况：
随着用户数的增大，系统架构无需调整，而仅需要增加/增强相应的硬件设备〔应用效劳器、数据库效劳器〕即可。
SaaS效劳的实现，从技术角度来说，主要是在部署、存储和开发架构上需要统一确定，在开发上应该完全基于SOA架构模式进展，而在存储那么需要对每个应用进展数据库的独立架构设计〔信息中心平台作为核心主数据中心无需独立设计〕，在运行部署上那么需要实现应用的集群和分布式应用。
SaaS效劳平台是一个多元化、多技术集成的效劳平台，除上述的应用设计外，其中还包括PaaS〔Platform-as-a-Service〕是平台即效劳的简称，IaaS〔Infrastructure-as-a-Service〕是根底设施即效劳的简称，其中PaaS平台的实现那么是此次信息中心平台所建立的根底核心功能；
IaaS效劳那么是以机房、网络、硬件效劳器等组合形成的系统集群和分布式的应用。
下列图是对SaaS应用从云计算的方式来进展构建的逻辑架构图：
二.4SOA架构设计
面向效劳的体系结构〔Service-OrientedArchitecture，SOA〕是一个组件模型，它将应用程序的不同功能单元〔称为效劳〕通过这些效劳之间定义良好的接口和契约联系起来。
接口是采用中立的方式进展定义的，它应该独立于实现效劳的硬件平台、操作系统和编程语言。
这使得构建在各种各样的系统中的效劳可以使用一种统一和通用的方式进展交互。
在本平台方案中将完全使用SOA架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进展分布式部署、组合和使用。
因为效劳层是SOA的根底，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
SOA技术是一种粗粒度、松耦合效劳架构，效劳之间通过简单、准确定义接口进展通讯，不涉与底层编程接口和通讯模型。
SOA可以看作是B/S模型、XML/WebService技术之后的自然延伸。
它将能够帮助软件工程师们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。
较之以往，以SOA架构的系统能够更加沉着地面对业务的急剧变化。
Ø
SOA核心架构SODA
Service-OrientedDeviceArchitecture（SODA）,即“面向效劳的设备架构〞，通过引入基于效劳〔SOA〕的编程模型，以规和简化智能设备〔Devices〕与企业应用的集成。
SODA致力于充分利用嵌入式系统和IT领域已有的标准，为智能设备与SOA技术的融合提供一个标准平台。
具体来说，SODA提供标准接口，实现如下目标：
1.Integrateonce,deployeverywhere,使用户专注于整体应用方案而不是陷于设备连接工作；
2.在应用和众多协议之间建立一个通用接口，形成统一数据交换标准；
3.作为一个中间件平台，为众多行业应用提供给用支持。
SODA系统的架构图如下：
在这个架构中，集成接口定义是关键，也就是所谓的API和描述语言的定义。
由于对实时性以与footprint大小要求较高，一般用REST而不是用SOAP来定义和实现WebServices接口。
SOA体系结构作用
对SOA的需要来源于需要使业务IT系统变得更加灵活，以适应业务中的改变。
通过允许强定义的关系和依然灵活的特定实现，IT系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。
三、平台特点
三.1数据报表可视化
趋势图、柱形图、气泡图、地图组成任意混搭的分析模式：
三.2应用成果专题化
先进的可视化展现技术，随心所欲生成可读性专题报告
三.3企业要求空间化
梯度、密度、区域统计多种空间分析方法，全面展示特定群体空间集聚特征。
三.4信用评估模型化
专业的风险评估模型，个性化的信用报告。
三.5系统优势
1.多功能合一云端监控
在同一个系统中，用户可同时在云端监控所有种植园区的种植环境、作物情况与设备运行状态，无需购置数据中心设备，不仅节约了大量的系统设备购置本钱，同时大大降低了日后的维护本钱。
2.数据采集精准高效
系统采用智能物联网设备自动采集数据，精准度高，无需人工进展采集上传，可防止人为操作错误，确保对环境的精细管理。
3.移动管理方便快捷
系统已实现与手机端、平板电脑端、PC电脑端无缝对接。
管理者可随时随地对种植园区进展远程监控。
四、系统功能设计
四.1根底管理
通过对生产过农事活动进展信息化股哪里，下达农事计划，发放农事任务，通过平台能够将任务下到达具体作业人员；
作业人员完成后通过系统与时反应给管理人员。
具体工作包括有：
1.对公司根底信息进展统一管理；
2.对农村根底信息统一管理〔借助GIS技术实现动态、可视化应用〕；
3.实现对现场的人员根底信息管理，到达全面监测和评估；
4.对土地进根底信息统筹规划和管理；
5.工作计划管理，计划下发，计划监控等；
6.工作容上报，与时
升级会员 