基于web的城市垃圾清运数字化管理系统的技术架构设计
2022-06-09
摘 要：介绍城市垃圾清运数字化管理系统项目建设内容所对应的业务进行分析和设计，说明了建设内容的技术架构。
关键词：餐厨垃圾清运；信息化；架构设计
中图分类号：TP311.52
城市垃圾清运数字化管理系统充分利用现代的、先进的信息化技术手段，对餐厨垃圾清运与利用过程完成全流程的管理，实现实时的电子信息数据采集，结合科学有效的现代化监管工具，建立完善的收运管理信息化体系，为餐厨垃圾的科学管理提供信息化支撑。在对系统的技术架构进行分析时，应该紧紧围绕城市餐厨垃圾清运数字化管理平台的整体光架构，对系统的整体特性分析，配合制订的设计原则和确定的技术路线。整体架构从多个视角描述城市餐厨垃圾清运数字化管理平台的整体结构，通过对系统进行总体特性分析，结合设计原则和技术路线作为指导。
1 系统特性分析
在分析完实际业务系统需求后，从用户的角度出发，抽象出系统中的功能，并明确功能边界，继而把这些功能进行分析、归纳和整理，整理出IT技术人员理解的开发模块实体，通过明确这些模块实体所能提供的功能，继而可以整理出业务用户和开发人员都可以理解的模块功能对应矩阵。通过这个功能矩阵，用户和开发人对于要开发的系统功能和规格就会有一个全面而详细的了解。
根据对本系统相关业务文档的分析，城市餐厨垃圾清运数字化管理平台包括视频监控、场站综合管理、中心综合管理等系统。经过对每个域中的需求逐步分解，把这些系统划分了几个层次化的模块，作为图1中模块功能对照表中纵向的模块部分。对于这些功能在技术上如何实现，核心期刊目录2014需要映射到相关的技术解决方案，在图1中模块功能对照表中横向部分又划分了不同技术类型的应用，比如：报表生成器、Web服务提供、系统测试平台等。在过横、纵向的交叉部分，描述了本项目中系统的具体业务需求，以此明确这些需求需要采用何种技术进行实现。
设计原则：根据项目建设的总体目标要求，结合对项目建设的需求分析结果，项目建设从技术层面整体上有如下建设原则要求：统一性；先进性；安全性。
为了保证整个项目的成功，项目整体的建设从技术角度还必须遵循如下原则：（1）整体性原则。应用平台系统应提供全局统一的技术标准，保证市级平台和区县级平台集成为一个有机的整体。在管理中心、业务处理中心以及车辆终端系统的使用上要体现整体性原则如统一管理用户，全局业务数据的共享，统一信息查询服务，统一功能共享等；（2）可靠性原则。保障平台具备强大的容错能力，当网络发生故障、断电等异常状况下，系统能保证数据不丢失，各子系统可独立运行。针对场站视频监控、道闸控制、垃圾称重等应用，在网络故障、服务器瘫痪情况下，各中转站、处置场系统能独立运行，保证数据不丢失，在故障恢复后，自动恢复数据；（3）可扩展性原则。根据项目建设的目标和统一应用的原则，应该便于系统的功能增加和与外系统的融合，从而使得系统的升级和扩展变得相对容易，同时也能尽可能节省成本，保护客户的投资；（4）实用性原则。项目的设计应该具有前瞻性，但也不是一味的标新立异，因而增大实现的难度，而是在能符合可预见的将来的工作需求的前提下，采用已经相对成熟实用的技术，这样可以提高工作效率，减少开支；（5）可操作性原则。系统将提供友好的中文界面，采用规范的行业术语，易于管理和维护。用户界面采用视窗界面，在数据操作方面要提供各种必要的输入工具、修改工具等以提升软件的可操作性。同时满足统一监管的要求，应用平台应对其运行环境、系统资源、服务组件、共享数据、用户信息和各业务应用系统等进行集中统一管理，实时监控它们的运行状态，并提供出错告警；（6）开放性和标准化原则；（7）可管理性原则。
根据本项目的特点，在技术体系架构的设计采用SOA架构体系，并遵循如下的原则，以保证系统能够完整、准确和高效的特点：（1）采用构件技术，软件体系设计构件化；（2）分布式；（3）分层应用；（4）松耦合；（5）业务与构件分离。
2 架构设计
（1）表现层。表现层客户端应该可以支持B/S结构、C/S结构等多种架构；（2）应用层。按照面向服务的架构体系，应用层即部署各种应用服务组件，对外开放业务领域层可处理的服务；（3）领域层。领域层封装了业务的核心流转机能，但并不面向业务请求进行响应。按照分层结构，通常领域层仅接收来自应用层的指挥调度，提供相应的业务处理方案。将领域模型相关代码单独集中在一层，并且将它与用户界面层、应用层和基础结构层的代码分离，可以使各层的设计更加清晰，设计更加内聚。可以提高系统的维护性和扩展性。通过领域驱动设计中的方法，进行领域建模，抓住本质的业务知识，抽取稳定的业务逻辑，来解决复杂软件问题，实现业务模型复用；（4）基础设施与资源层
2.2 技术体系架构
技术体系架构遵循多层多阶的设计原则。层与阶的描述如下：项目的技术架构设计采用4个通用的阶来实现：表现层、应用层、领域层、数据资源层。
项目的技术架构设计采用3个通用的层来描述：（1）系统支撑平台：采用通用的支撑平台，实现安全管理与运维管理，达到系统运营支撑的目标；（2）服务组件层：将4个阶的技术构件进行部署与使用；（3）应用平台层：专著于描述与使用通用的应用平台，如集成开发环境、数据接口与集成平台、基础服务平台（表单、工作流、报表、数据分析、GIS/GPS、监控平台与公告平台等）。
按照这种模型来组织整个系统，可以降低系统内各个子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于建设、维护和进化，使得整个系统的灵活性、性能、扩展性等质量属性达到最好的实现。
3 结束语
城市垃圾清运数字化管理系统目标是为餐厨垃圾产生单位与垃圾处理单位建立一体化的信息采集、处理、统计与监管的系统，能够为各类业务参与者提供自动化的手段，实现完整的垃圾处理流程电子化管理，自动生成电子联单，避免人为环节的因素对科学化管理的影响，避免出现餐厨垃圾处置管理上的漏洞，从而影响公众饮食健康水平。
参考文献：
[1]陈道鑫，宋绍云，袁中旺.ExtJS框架在Web软件开发中的应用[J].电脑知识与技术，2011（09）：2044-2047.
[2]谭怀远.让Oracle跑得更快：Oracle 10g性能分析与优化思路[M].北京：电子工业出版社，2011.
关键词：餐厨垃圾清运；信息化；架构设计
中图分类号：TP311.52
城市垃圾清运数字化管理系统充分利用现代的、先进的信息化技术手段，对餐厨垃圾清运与利用过程完成全流程的管理，实现实时的电子信息数据采集，结合科学有效的现代化监管工具，建立完善的收运管理信息化体系，为餐厨垃圾的科学管理提供信息化支撑。在对系统的技术架构进行分析时，应该紧紧围绕城市餐厨垃圾清运数字化管理平台的整体光架构，对系统的整体特性分析，配合制订的设计原则和确定的技术路线。整体架构从多个视角描述城市餐厨垃圾清运数字化管理平台的整体结构，通过对系统进行总体特性分析，结合设计原则和技术路线作为指导。
1 系统特性分析
在分析完实际业务系统需求后，从用户的角度出发，抽象出系统中的功能，并明确功能边界，继而把这些功能进行分析、归纳和整理，整理出IT技术人员理解的开发模块实体，通过明确这些模块实体所能提供的功能，继而可以整理出业务用户和开发人员都可以理解的模块功能对应矩阵。通过这个功能矩阵，用户和开发人对于要开发的系统功能和规格就会有一个全面而详细的了解。
根据对本系统相关业务文档的分析，城市餐厨垃圾清运数字化管理平台包括视频监控、场站综合管理、中心综合管理等系统。经过对每个域中的需求逐步分解，把这些系统划分了几个层次化的模块，作为图1中模块功能对照表中纵向的模块部分。对于这些功能在技术上如何实现，核心期刊目录2014需要映射到相关的技术解决方案，在图1中模块功能对照表中横向部分又划分了不同技术类型的应用，比如：报表生成器、Web服务提供、系统测试平台等。在过横、纵向的交叉部分，描述了本项目中系统的具体业务需求，以此明确这些需求需要采用何种技术进行实现。
设计原则：根据项目建设的总体目标要求，结合对项目建设的需求分析结果，项目建设从技术层面整体上有如下建设原则要求：统一性；先进性；安全性。
为了保证整个项目的成功，项目整体的建设从技术角度还必须遵循如下原则：（1）整体性原则。应用平台系统应提供全局统一的技术标准，保证市级平台和区县级平台集成为一个有机的整体。在管理中心、业务处理中心以及车辆终端系统的使用上要体现整体性原则如统一管理用户，全局业务数据的共享，统一信息查询服务，统一功能共享等；（2）可靠性原则。保障平台具备强大的容错能力，当网络发生故障、断电等异常状况下，系统能保证数据不丢失，各子系统可独立运行。针对场站视频监控、道闸控制、垃圾称重等应用，在网络故障、服务器瘫痪情况下，各中转站、处置场系统能独立运行，保证数据不丢失，在故障恢复后，自动恢复数据；（3）可扩展性原则。根据项目建设的目标和统一应用的原则，应该便于系统的功能增加和与外系统的融合，从而使得系统的升级和扩展变得相对容易，同时也能尽可能节省成本，保护客户的投资；（4）实用性原则。项目的设计应该具有前瞻性，但也不是一味的标新立异，因而增大实现的难度，而是在能符合可预见的将来的工作需求的前提下，采用已经相对成熟实用的技术，这样可以提高工作效率，减少开支；（5）可操作性原则。系统将提供友好的中文界面，采用规范的行业术语，易于管理和维护。用户界面采用视窗界面，在数据操作方面要提供各种必要的输入工具、修改工具等以提升软件的可操作性。同时满足统一监管的要求，应用平台应对其运行环境、系统资源、服务组件、共享数据、用户信息和各业务应用系统等进行集中统一管理，实时监控它们的运行状态，并提供出错告警；（6）开放性和标准化原则；（7）可管理性原则。
根据本项目的特点，在技术体系架构的设计采用SOA架构体系，并遵循如下的原则，以保证系统能够完整、准确和高效的特点：（1）采用构件技术，软件体系设计构件化；（2）分布式；（3）分层应用；（4）松耦合；（5）业务与构件分离。
2 架构设计
（1）表现层。表现层客户端应该可以支持B/S结构、C/S结构等多种架构；（2）应用层。按照面向服务的架构体系，应用层即部署各种应用服务组件，对外开放业务领域层可处理的服务；（3）领域层。领域层封装了业务的核心流转机能，但并不面向业务请求进行响应。按照分层结构，通常领域层仅接收来自应用层的指挥调度，提供相应的业务处理方案。将领域模型相关代码单独集中在一层，并且将它与用户界面层、应用层和基础结构层的代码分离，可以使各层的设计更加清晰，设计更加内聚。可以提高系统的维护性和扩展性。通过领域驱动设计中的方法，进行领域建模，抓住本质的业务知识，抽取稳定的业务逻辑，来解决复杂软件问题，实现业务模型复用；（4）基础设施与资源层
2.2 技术体系架构
技术体系架构遵循多层多阶的设计原则。层与阶的描述如下：项目的技术架构设计采用4个通用的阶来实现：表现层、应用层、领域层、数据资源层。
项目的技术架构设计采用3个通用的层来描述：（1）系统支撑平台：采用通用的支撑平台，实现安全管理与运维管理，达到系统运营支撑的目标；（2）服务组件层：将4个阶的技术构件进行部署与使用；（3）应用平台层：专著于描述与使用通用的应用平台，如集成开发环境、数据接口与集成平台、基础服务平台（表单、工作流、报表、数据分析、GIS/GPS、监控平台与公告平台等）。
按照这种模型来组织整个系统，可以降低系统内各个子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于建设、维护和进化，使得整个系统的灵活性、性能、扩展性等质量属性达到最好的实现。
3 结束语
城市垃圾清运数字化管理系统目标是为餐厨垃圾产生单位与垃圾处理单位建立一体化的信息采集、处理、统计与监管的系统，能够为各类业务参与者提供自动化的手段，实现完整的垃圾处理流程电子化管理，自动生成电子联单，避免人为环节的因素对科学化管理的影响，避免出现餐厨垃圾处置管理上的漏洞，从而影响公众饮食健康水平。
参考文献：
[1]陈道鑫，宋绍云，袁中旺.ExtJS框架在Web软件开发中的应用[J].电脑知识与技术，2011（09）：2044-2047.
[2]谭怀远.让Oracle跑得更快：Oracle 10g性能分析与优化思路[M].北京：电子工业出版社，2011.