基于web的城市垃圾清运数字化管理系统的技术架构设计

基于web的城市垃圾清运数字化管理系统的技术架构设计

ID:10089647

大小:27.50 KB

页数:6页

时间:2018-05-25

基于web的城市垃圾清运数字化管理系统的技术架构设计_第1页
基于web的城市垃圾清运数字化管理系统的技术架构设计_第2页
基于web的城市垃圾清运数字化管理系统的技术架构设计_第3页
基于web的城市垃圾清运数字化管理系统的技术架构设计_第4页
基于web的城市垃圾清运数字化管理系统的技术架构设计_第5页
资源描述:

《基于web的城市垃圾清运数字化管理系统的技术架构设计》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、基于web的城市垃圾清运数字化管理系统的技术架构设计摘要:介绍城市垃圾清运数字化管理系统项目建设内容所对应的业务进行分析和设计,说明了建设内容的技术架构。关键词:餐厨垃圾清运;信息化;架构设计中图分类号:TP311.52城市垃圾清运数字化管理系统充分利用现代的、先进的信息化技术手段,对餐厨垃圾清运与利用过程完成全流程的管理,实现实时的电子信息数据采集,结合科学有效的现代化监管工具,建立完善的收运管理信息化体系,为餐厨垃圾的科学管理提供信息化支撑。在对系统的技术架构进行分析时,应该紧紧围绕城市餐厨垃圾清运数字化管理平台的整体光架构,对系统的整体特性分析,配合制订的

2、设计原则和确定的技术路线。整体架构从多个视角描述城市餐厨垃圾清运数字化管理平台的整体结构,通过对系统进行总体特性分析,结合设计原则和技术路线作为指导。1系统特性分析6在分析完实际业务系统需求后,从用户的角度出发,抽象出系统中的功能,并明确功能边界,继而把这些功能进行分析、归纳和整理,整理出IT技术人员理解的开发模块实体,通过明确这些模块实体所能提供的功能,继而可以整理出业务用户和开发人员都可以理解的模块功能对应矩阵。通过这个功能矩阵,用户和开发人对于要开发的系统功能和规格就会有一个全面而详细的了解。根据对本系统相关业务文档的分析,城市餐厨垃圾清运数字化管理平台包

3、括视频监控、场站综合管理、中心综合管理等系统。经过对每个域中的需求逐步分解,把这些系统划分了几个层次化的模块,作为图1中模块功能对照表中纵向的模块部分。对于这些功能在技术上如何实现,需要映射到相关的技术解决方案,在图1中模块功能对照表中横向部分又划分了不同技术类型的应用,比如:报表生成器、Web服务提供、系统测试平台等。在过横、纵向的交叉部分,描述了本项目中系统的具体业务需求,以此明确这些需求需要采用何种技术进行实现。设计原则:根据项目建设的总体目标要求,结合对项目建设的需求分析结果,项目建设从技术层面整体上有如下建设原则要求:统一性;先进性;安全性。6为了保证

4、整个项目的成功,项目整体的建设从技术角度还必须遵循如下原则:(1)整体性原则。应用平台系统应提供全局统一的技术标准,保证市级平台和区县级平台集成为一个有机的整体。在管理中心、业务处理中心以及车辆终端系统的使用上要体现整体性原则如统一管理用户,全局业务数据的共享,统一信息查询服务,统一功能共享等;(2)可靠性原则。保障平台具备强大的容错能力,当网络发生故障、断电等异常状况下,系统能保证数据不丢失,各子系统可独立运行。针对场站视频监控、道闸控制、垃圾称重等应用,在网络故障、服务器瘫痪情况下,各中转站、处置场系统能独立运行,保证数据不丢失,在故障恢复后,自动恢复数据;

5、(3)可扩展性原则。根据项目建设的目标和统一应用的原则,应该便于系统的功能增加和与外系统的融合,从而使得系统的升级和扩展变得相对容易,同时也能尽可能节省成本,保护客户的投资;(4)实用性原则。项目的设计应该具有前瞻性,但也不是一味的标新立异,因而增大实现的难度,而是在能符合可预见的将来的工作需求的前提下,采用已经相对成熟实用的技术,这样可以提高工作效率,减少开支;(5)可操作性原则。系统将提供友好的中文界面,采用规范的行业术语,易于管理和维护。用户界面采用视窗界面,在数据操作方面要提供各种必要的输入工具、修改工具等以提升软件的可操作性。同时满足统一监管的要求,应

6、用平台应对其运行环境、系统资源、服务组件、共享数据、用户信息和各业务应用系统等进行集中统一管理,实时监控它们的运行状态,并提供出错告警;(6)开放性和标准化原则;(7)可管理性原则。6根据本项目的特点,在技术体系架构的设计采用SOA架构体系,并遵循如下的原则,以保证系统能够完整、准确和高效的特点:(1)采用构件技术,软件体系设计构件化;(2)分布式;(3)分层应用;(4)松耦合;(5)业务与构件分离。2架构设计(1)表现层。表现层客户端应该可以支持B/S结构、C/S结构等多种架构;(2)应用层。按照面向服务的架构体系,应用层即部署各种应用服务组件,对外开放业务领

7、域层可处理的服务;(3)领域层。领域层封装了业务的核心流转机能,但并不面向业务请求进行响应。按照分层结构,通常领域层仅接收来自应用层的指挥调度,提供相应的业务处理方案。将领域模型相关代码单独集中在一层,并且将它与用户界面层、应用层和基础结构层的代码分离,可以使各层的设计更加清晰,设计更加内聚。可以提高系统的维护性和扩展性。通过领域驱动设计中的方法,进行领域建模,抓住本质的业务知识,抽取稳定的业务逻辑,来解决复杂软件问题,实现业务模型复用;(4)基础设施与资源层2.2技术体系架构技术体系架构遵循多层多阶的设计原则。层与阶的描述如下:项目的技术架构设计采用4个通用的

8、阶来实现:表现层、应用层

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。