智慧交通数字孪生解决方案1.docx

上传人:lao****ou 文档编号:579281 上传时间:2024-02-09 格式:DOCX 页数:5 大小:37.05KB
下载 相关 举报
智慧交通数字孪生解决方案1.docx_第1页
第1页 / 共5页
智慧交通数字孪生解决方案1.docx_第2页
第2页 / 共5页
智慧交通数字孪生解决方案1.docx_第3页
第3页 / 共5页
智慧交通数字孪生解决方案1.docx_第4页
第4页 / 共5页
智慧交通数字孪生解决方案1.docx_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《智慧交通数字孪生解决方案1.docx》由会员分享,可在线阅读,更多相关《智慧交通数字孪生解决方案1.docx(5页珍藏版)》请在第一文库网上搜索。

1、过Internet/Intranet模式下数据库应用,相对易于把握、成本也是较低的。它是一次性到位的开发,能实现不同的人员,从不同的地点,以不同的接入方式(比如1AN,WAN,Internet/Intranet等)访问和操作共同的数据库;它能有效地保护数据平台和管理访问权限,服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后,BS架构管理软件更是方便、快捷、高效。如今,应用系统已经发展成为在Intranet和Internet上的各种客户端可远程访问的分布式、多层次异构系统。CBSD(基于组件开发)为开发这样的应用系统提供了新的系统体系结构。它是标准定义的、分布式、模块化结构,使应用

2、系统可分成几个独立部分开发,可用增量方式开发。2、MBVC模式开发系统系统的开发采用MBVC(MBode1-View-Contro11er)分层开发的方式,将系统的表现层(V),控制层(C)和模型层(MB)有效分割,可以保证系统高度的可扩展性和可配置性。A方注甫M时间(1)视图视图(VieW)代表用户交互界面,对于Web应用来说,可以概括为HTMB1界面,但有可能为XHTMB1、XMB1和APP1et。随着应用的复杂性和规模性,界面的处理也变得具有挑战性。一个应用可能有很多不同的视图,MBVC设计模式对于视图的处理仅限于视图上数据的采集和处理,以及用户的请求,而不包括在视图上的业务流程的处理。

3、(2)模型模型(MBode1)就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。业务模型的设计可以说是MBVC最主要的核心。(3)控制控制(Contro11er)可以理解为从用户接收请求,将模型与视图匹配在一起,共同完成用户的请求。划分控制层的作用也很明显,它清楚地告诉你,它就是一个分发器,选择什么样的模型,选择什么样的视图,可以完成什么样的用户请求。控制层并不做任何的数据处理。基于此架构,系统各层次间有统一的入口,构件有风格一致的入口,保证了个层次间,各构件间耦合程度最低。此架构中,在模型层(MB层),构件外部

4、表现均为会话Bean,对其他构件内EJB的调用可以采用接口方法。由于采用了类工厂和DAo抽象等设计模式,对不同大型数据库的适应仅需要通过简单配置即可。在控制层,通过事件传递和代理的方式递交请求和获取结果,确保各层间耦合度最低。在表现层,采用模块组合的方式构成页面,采用TaGB1ib的方式展现数据,保证可定制性和可管理性。3、柔性工作流技术各数字化管理平台均是一个覆盖行业管理或公司运供应全过程、涉及“人、财、物”等的综合复杂的业务处理平台,其中很多项业务都是流程性很强的业务,每一项业务都要按一定的规则和顺序在部门内或跨部门流转。如何将现实世界中的业务过程逻辑转化成计算机软件化的形式来表示,并按照

5、现实世界中的步骤自动化地完成业务的执行和管理以达到提高效率的目的正是工作流技术所要解决的问题,工作流技术是发挥信息系统最大效能,为管理部门更好的实现数字化管理目标的先进手段,是整个数字化管理平台的核心技术。1)基于关系结构的工作流引擎使用关系结构来表达工作流引擎中的数据模型可以降低工作流引擎开发过程中的技术难度和工作量。具体表现在:(1)与工作流引擎相关的各种控制数据可以存储在数据库系统中;(2)与此相关数据的完整性可以由数据库管理系统来维护;(3)利用关系结构可以方便地定义工作流引擎中的各种数据格式和数据结构。(4)针对关键业务的应用系统通常会采用一个常规的关系数据库系统作为后台的支撑;(5

6、)应用系统的开发者往往会采用一种熟悉的并且适合此数据库系统的前端开发工具来开发具体应用,这些前端开发工具一个显著特征是开发功能强大,但一般不具备工作流机制。因此,采用基于关系结构的工作流引擎很容易与应用的开发环境做到无缝的集成。2)工作流引擎比较工作流引擎分为集中式和分布式两种,集中式就是一个工作流程实例只由一个工作流引擎来处理执行,优点是实现简单,稳定可靠,易升级维护,缺点是由于主要的负荷全集中在一个工作流引擎上,在可扩展性、健壮性以及吞吐量等方面都不能满足执行大规模复杂应用的需求,若同时被大量用户的工作流访问时,将有可能导致工作流服务器因过载而瘫痪。所谓分布式工作流引擎是指采用一组分布在不

7、同节点上的工作流引擎来共同协作完成一个工作流实例的执行。每个工作流引擎负责完成其中一部分活动实例的执行。其优点是通过分布在不同节点上的多个工作流引擎的协作来运行工作流流程,可以明显改善集中式工作流引擎的性能瓶颈问题。缺点是协调调度算法复杂,数据一致性实现困难,通信资源消耗大,且网络间数据传递频繁,节点多,容易发生故障。由于各平台项目可采用服务器集群的方案,每台应用服务器上可运行同样的工作流引擎,大量客户对工作流引擎的请求可以由应用服务器根据负载均衡的策略去动态的调度。由于各平台均采用数据集中模式,所有要访问的数据库与工作流引擎在同一专网或局域网内运行,数据传递高速、安全,整体处理性能进一步提升,且开发难度较小,可减少开发时间,节约成本。因此,结合各数字化管理平台的需求,建议遵循WFMBC提供的标准,采用基于关系数据库的集中式的柔性工作流引擎来实现高效的工作流系统。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 应用文档 > 工作总结

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服