垃圾数字化城市垃圾管理云平台(垃圾云)建设方案

数字化城市垃圾管理云平台(垃圾云)建

设方案

佛山市卡邦环保科技有限公司

2012年6月5日

目录

1 。 项目概述错误未定义书签。

1。  。项 目 背 景错误未定义书签。

 .2 项目目的. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

 .3。项 目 范 围错误未定义书签。

1  。设 计 原 则

错误未定义书签。

 .4。 1  科学性原则错误未定义书签。

1.4..可靠性原则错误未定义书签。

1  4。 3.安全性原则. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

1  .4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .经济性原则错误未定义书签。

2 系统总体设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

2.  。 三层结构功能描述. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

2.2 模型—视图—控制VC 体系结构错误未定义书签。

2。 3。 基于组件设计错误未定义书签。

2..基于RBAC模型的权限管理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

2.5. ETL数据抽取错误未定义书签。

 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .系统总体架构错误未定义书签。

4.系统功能描述. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

4.1  固废垃圾管理模块. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

4   生活垃圾管理模块. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

4。 1.2建筑垃圾管理模块. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

4.1.3园林垃圾管理模块. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

4  。 4医疗、工业垃圾管理模块错误未定义书签。

   。 餐厨垃圾管理模块错误未定义书签。

4。  。. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .实时处理监视模块错误未定义书签。

5.机房I设备配臵设计原则与方案. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .错误未定义书签。

6.实施计划错误未定义书签。

7.配臵及费用要求错误未定义书签。

1.项目概述

1.1.项目背景

为配合佛山市三年提升计划,在佛山市禅城区张槎街道政府主导下,佛山市卡邦环保科技有限公司运作的新型生活垃处理模式扎根张槎以云计算和物联网为基础的垃圾分类实名制及垃圾流向全程监控体系张槎街道各镇街的住宅小区、工业园区、产业集聚区、餐饮区等实现城市垃圾从源头就地无害化、资源化、减量化、产业化、社会化、信息化处理最终向“垃圾零填埋”理想目标迈进的垃圾管理道路张槎街道从011年开始从生活垃圾处理着手系统思考、科学实践、将垃圾管理现代化事业稳步推进。为推动张槎街道产业升级推动城市升级做出巨大努力。

纵观佛山周围的标兵与追兵不缺少资金就缺少创意不缺少技术就缺少设计,再加上中国市场模仿的高效性,使我们不得不产生强烈的危机感。因此抓紧时间突破障碍,迅速扩展以先发优势使佛山本土优质环保企业占据这一领域的标准制订权和话语权,以新型垃圾管理模式带动佛山城市文明卫生形象的提升,需要市政府的宏观统筹和政策支撑。

1.2.项目目的

对推动食品安全管理以信息技术手段全程监控垃圾流向、规范垃圾产业运作实现从垃

圾到资源的无缝对接从源头上杜绝了地沟油的产生,杜绝了收买佬的违法行为杜绝了垃圾回收站的违规运作问题改善城市环境卫生餐厨垃圾统购统运垃圾分类后就近资源化处理,最大程度减少垃圾运输过程中的二次污染、大幅减少垃圾填埋空间甚至实现零填埋、避免垃圾焚烧过程产生的空气和环境污染。垃圾信息化管理能大幅减轻政府财政负担对推动张槎街道产业升级推动城市升级有着重要意义。这个建立于系统观基础上的垃圾管理模式符合国家环保部周生贤部长提出的“代价小、效益好、排放低、可持续”的发展道路.

1.3.项目范围

城市垃圾云平台将利用云计算、物联网、 RF I D、 无线网络通信等技术应用于城市生活垃圾中的固废垃圾、餐厨垃圾、建筑垃圾、园林垃圾、医疗垃圾、工业垃圾从源头就地无害化、资源化、减量化、产业化、社会化、信息化处理最终使张槎街道各镇街的住宅小区、工业园区、产业集聚区、餐饮区等最终实现向“垃圾零填埋”理想目标迈进的垃圾管理道路。

1.4.设计原则

1.4.1.科学性原则

整个城市垃圾云平台的设计都经过充分的论证对网络传输、应用、处理和资料管理都进行细致的分析系统的每个环节都不会出现明显的瓶颈。提供充足的网络带宽尤其保障具有足够的传输能力保证数据快速、稳定、持续的传输和处理。

1.4.2.可靠性原则

由于城市垃圾云平台需要保证长时间不停运行因此,城市垃圾云平台均采用容错和集群设计,在城市垃圾云平台集成了故障功能和恢复功能能够在城市垃圾云平台发生故障时快速恢复提高整体系统的可用性和可靠性确保整体系统的正常运行以满足系统不间断运行的需要。

1.4.3.安全性原则

城市垃圾云平台应该具备有效可信的安全保密机制防止未经授权的访问防范非法侵入。

1.4.4.经济性原则

城市垃圾云平台具有优异的性能价格比运行成本相宜经济,适合在公共场所进行大规模的部署。

2.系统总体设计

2.1.三层结构功能描述

采用组件框架为企业应用的开发提供一个轻量级的解决方案。该解决方案包括:基于依赖注入的核心机制,基于AOP的声明式事务管理与多种持久层技术的整合以及优秀的MVC 框架等。

组件框架为应用程序的表现层、业务逻辑层及数据持久层都提供了极好的解决方案因为框架提供的不仅仅是一种框架,而且提供了一种企业应用的开发规范。组件框架是实际开发的抽象,其提供的”模板设计"大大简化了应用的开发.

组件框架的系列Tmpl ate将通用步碟以优雅的方式完成,留给开发者的仅仅是与特定应用相关的部分从而大大提高企业应用的开发效率。组件框架支持对业务对象的管理,能将应用各层的对象焊接"在一起,甚至这些对象无须是标准的对象。

AOP

 组件核心模块组件架构中最为基础、重要的模块。它提供了IoC容器即依赖注入。其中,anF tr是最为重要的概念,对理解IC和AppliationCon xt起到了重要作用。

 组件 OP模块:实现了OP联盟中定义的AP编程实现。如提供拦截器实现事务管理。用它来提供非管理环境下申明方式的事务、安全等服务。

 组件 on x模块直接位于组件的核心模块之上.组件上下文模块除了继承组件核心模块的功能外还添加了用于资源绑定、事件移植、资源装载以及装载上下文等功能。这对于eb应用和J2EE应用十分有效。

 组件b模块提供面向Web应用集成的功能。

 组件DAO模块:提供了JC抽象层,使得开发者不用再去编写同RDM交互、非业务功能的JB C代码.而且DO模块还能够分析RBMS厂商专有的L错误代码。同时能够提供编程方式和声明方式控制事务。

 组件RM模块:为当前流行的O/Rappng技术提供集成。借助于组件框架提供的简单事务声明开发者能够很容易实现对/appng中操作的事务控制。 组件eb MVC模块:提供VC实现清晰的划分了Web应用中涉及到的各项内容。

2.2.模型—视图-控制MVC 体系结构

模型-视图-控制结构是交互式应用程序广泛使用的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度这种体系结构将传统的输入、处理和输入模型转化为图形显示的用户交互模型。

MC 体系结构具有三个层面模型(Model)、视图View 和控制Con rl  er 每个层面有其各自的功能作用,MVC体系结构如下

模型层负责表达和访问商业数据执行商业逻辑和操作。也就是说这一层就是现实生活中功能的软件模拟;在模型层变化的时候,它将通知视图层并提供后者访问自身状态的能力,同时控制层也可以访问其功能函数以完成相关的任务。

视图层负责显示模型层的内容.它从模型层取得数据并指定这些数据如何被显示出来.在模型层变化的时候,它将自动更新。另外视图层也会将用户的输入传送给控制器.

控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视图以用于显示

同时它也可以解释用户的输入并将它们映射为模型层可执行的操作在一个图形界面中,常见的用户输入包括点击按钮和菜单选择。控制层可以基于用户的交互和模型层的操作结果来选择下一个可以显示的视图一个应用程序通常会基于一组相关功能设定一个控制层的模块甚至一些应用程序会根据不同的用户类型具有不同的控制层设定这主要是由于不同用户的视图交互和选择也是不同的.

在模型层、视图层和控制层之间划分责任可以减少代码的重复度并使应用程序维护起来更简单.同时由于数据和商务逻辑的分开,在新的数据源加入和数据显示变化的时候数据处理也会变得更简单。

2.3.基于组件设计

组件结构是一个分布式计算框架它将可再使用的面向对象的组件同一个健康可靠的实施环境结合起来,以提交多应用的协作

应用程序可以松散的业务组件构造。这些业务组件可以各自独立的安装和升级.其关系优势在于能够紧密集成或插入所选的第三方产品组件.用户可以获得那些组件集合以满足他们特定的和独特的维修调度,和采购需求。

公司业务组件通过适当定义的接口反映业务程序和业务目标业务组件也支持组件对象模式COM)  因此可以同许多提供CO接口到它们的目标模式的应用程序的集成

业务组件是组件结构的重要部分。它们通过预先定义的和一致的接口提供专用的业务功能作为压缩软件产品.通过这种方式它们给出了对任何封装在应用中的过程和业务规则的访问,而无需考虑后续的实施.此外业务组件提供了确认模式和警告以便用户在尽可能早的阶段捕捉错误.没有用户接口组件是业务组件的一部分。

2.4.基于RBAC模型的权限管理

BAC RBAModel,Role-based Accessodel模型的基本思想是将访问许可权分配给一定的角色用户通过饰演不同的角色获得角色所拥有的访问许可权.这是因为在很多实际应用中用户并不是可以访问的客体信息资源的所有者这些信息属于企业或公司),这样的话,访问控制应该基于员工的职务而不是基于员工在哪个组或是谁信息的所有者,即访问控制是由各个用户在部门中所担任的角色来确定的例如一个学校可以有教工、老师、学生和其他管理人员等角色。

RBAC从控制主体的角度出发根据管理中相对稳定的职权和责任来划分角色将访问权限与角色相联系,这点与传统的MAC和DC将权限直接授予用户的方式不同;通过给用户分配合适的角色,让用户与访问权限相联系。角色成为访问控制中访问主体和受控对象之间的一座桥梁。

基于角色的访问控制方法是目前公认的解决大型企业的统一资源访问控制的有效方法.其显著的两大特征是:1.减小授权管理的复杂性降低管理开销 2。灵活地支持企业的安全策略并对企业的变化有很大的伸缩性.

标准RB模型由4个部件模型组成,这4个部件模型分别是基本模型AC0 Co e RBAC、角色分级模型RBAC Hierarcal AC、角色限制模型RBAC2(Cons  ranRBAC)和统一模型RBAC3 ombies A [1。 RC模型如图所示。