基于SAAS的智慧农业管理平台方案.doc

  1. 1、本文档共17页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
基于SAAS的智慧农业管理平台方案解读

云端农业SAAS系统 初步建设方案 2016年9月一、 概述 3 二、 系统架构设计 3 2.1 系统总体设计 3 2.2 平台技术架构 5 2.3 SAAS平台架构 7 2.4 SOA架构设计 8 三、 平台特点 10 3.1 数据报表可视化 10 3.2 应用成果专题化 10 3.3 企业要求空间化 11 3.4 信用评估模型化 11 3.5 系统优势 12 四、 系统功能设计 12 4.1 基础管理 12 4.2 监控中心 13 4.3 价格监控 14 4.4 数据采集 15 4.5 土地流转管理 15 4.6 供应商管理 15 4.7 报表功能 15 概述 “云端农业SAAS系统”立足现代农业,融入国际领先的“物联网、移动互联网、云计算”技术,借助个人电脑、智能手机,实现对农业生产现场气象、土壤、水源环境的实时监测,并对大棚、温室的灌溉、通风、降温、增温等农业设施实现远程自动化控制。结合视频直播、智能预警等强大功能,系统可帮助广大农业工作者随时随地掌握农作物生长状况及环境变化趋势,为用户提供一套高效便捷、功能强大的农业监控解决方案。 系统架构设计 系统总体设计 平台的建设是基于高前瞻性高性性能、数据整合、高技术应用的集成架构。体架构的设计应用以下几个方面进行: 、分布式部署 将平台作为整个系统入口,采用服务集群的方式进行部署,一是解决并发量,二是将平台基础核心功能进行性能分发,以保证其运行正常,在中心平台涉及到可以应用系统进行集成整合开发,而进行统一部署,所以,信息中心平台应该将其分为核心功能服务集群应用集两部分。 服务架构 建设中,建设方式是以云的进行建设,以在系统设计时需要考虑多租户的应用,个用户/企业都应该有自己独立的区域,有自己特有的数据,每个用户或企业的数据做到完全隔离那,从软件设计的角度来说,此种模式即为软件即服务)的应用 基于SOA(服务架构)应用 是一种面向服务的架构体系,也是实现SAAS的核心技术此基础上响应其他应用系统的集成和数据,核心功能以接口的方式进行开放在服务的技术应用同时,平台实现ESB(服务线)支撑SOA的架构应用,建设成为平台的服务线。采用面向服务的架构能够解决于第三方的集成也能够保证平台化建设的要求。 J2EE的技术架构 J2EE的企业级应用开发架构是目前较为流行且稳定的技术架构,在企业的应用中一直处于前列,因此此次技术将采用J2EE架构模式为实现其平台的建设要求,在技术架构上将会采用多种技术合成的架构方式来实现。 iti的BPM应用 平台在更大程度上应该建立统一的BPM业务流程平台,而A目前中的使用最多的流程引擎,不仅可以实现工作流而且能够支持业务流程因此在平台流程引擎将选Activiti作为BPM业务流程引擎,将实现与系统间的业务流程整合能跨系统的业务集成,那么基于系统的流程则更易) 总构架系图 平台技术架构 系统采用业界主流的SOA架构系统框架,统一ESB服务,可以实现企业私有云,支持多公司不同软件部署和共享。 门户支持,能够更好的进行各种信息展现整合,提供个性化的展现形式 强化系统接口和数据库的处理支持系统集成能力、数据整合能力 平台系统用户体验层完全采用B/S架构体系,提供对AJAX、HTML/XHTML、flex、以及WML等技术标准的支持,从而使用户不但可以通过桌面终端,还可以通过其它方式访问平台系统提供的服务,大大增强整个系统的使用程度。同时,这样的架构体系让平台系统可以与第三方的现有的门户很好的集成在一起。 流程层可以更加贴近业务,迅速跟进业务变化。流程引擎将人工工作流和系统自动化流程融合在一起,利用单一引擎对两者加以执行,实现了真正意义上的端到端流程。一体化的设计环境也使得用户不必将业务分析人员或咨询方梳理出来的完整业务流程拆散成人工工作流和系统自动流程,然后再利用不同的引擎对二者分别执行。这样一来,端到端的流程从设计,到执行,到监控,再到优化,都是统一的,不会存在于业务人员和IT人员不同的设计工具中,不会带来流程模型同步的问题,真正做到对业务流程准确和统一的管理。 流程引擎支持XPDL、BPEL以及其他模型的导入和导出。规则引擎将平台内的业务规则进行模型化的设计、实现、和管理,同时又与流程引擎和系统集成平台紧密结合,根据实际业务要求,就可以实现启动流程和触发后端系统功能等操作。业务流程监控基于完整的端到端流程,因此可以准确定位问题和瓶颈所在,为业务分析人员提供准确的资料对现有业务流程进行分析和优化。如果将人工工作流与系统自动化流程分开处理和监控,就很难定位问题的根源,无法确定是最初的业务模型问题,还是在对流程进行IT实现时的拆散过程有问题。而且,将分开监控的数据提供给业务分析人员,对其分析也会造成一定的不便,因为拆散后的流程已经与最初业务人员设计的端到端流程

文档评论(0)

dajuhyy + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档