云端农业SAAS系统
初步建设方案
2016年9月
一、 概述    3
二、 系统架构设计    3
2.1 系统总体设计    3
2.2 平台技术架构    5
2.3 SAAS平台架构    7
三、 平台特点    10
3.1 数据报表可视化    10
3.2 应用成果专题化    10
3.3 企业要求空间化    11
3.4 信用评估模型化    11
3.5 系统优势    12
四、 系统功能设计    12
4.1 基础管理    12
4.2 监控中心    13
4.4 数据采集    15
saas建站系统4.5 土地流转管理    15
4.6 供应商管理    15
4.7 报表功能    15
一、概述
“云端农业SAAS系统”立足现代农业;融入国际领先的“物联网、移动互联网、云计算”技术;借助个人电脑、智能手机;实现对农业生产现场气象、土壤、水源环境的实时监测;并对大棚、温室的灌溉、通风、降温、增温等农业设施实现远程自动化控制..结合视频直播、智能预警等强大功能;系统可帮助广大农业工作者随时随地掌握农作物生长状况及环境变化趋势;为用户提供一套高效便捷、功能强大的农业监控解决方案..
二、系统架构设计
二.1 系统总体设计
平台的建设是基于高前瞻性、高稳定性、高性能、数据整合共享、高技术应用为核心的综合集成架构..总体架构的设计应用从以下几个方面进行综合集成：
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实现时的拆散过程有问题..而且;将分开监控的数据提供给业务分析人员;对其分析也会造成一定的不便;因为拆散后的流程已经与最初业务人员设计的端到端流程不一致了;因此很难在原有模型上定位问题;从而无法对原有业务进行优化..在流程层内;提供对公司关键业务定义指标;并对其进行图形化的监控;使得用户可以准确掌握公司的业务运营情况..而且;平台的业务流程监控和审计等也与规则引擎和流程引擎紧密相连..当侦测到定义的业务事件后;就可以进行触发业务流程和发送消息等动作..对于经过优化的业务流程;平台提供审计的功能;使用户对业务的发展历程有个清晰的档案管理;供以后分析所用;因而帮助公司达到相关质量体系和内控法规的要求..

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。