UnwantedModelingLanguage

本文探讨了不同群体对UML的不同看法,特别是UML作为草图工具和编程语言的使用者们对UML2的反应。指出UML2的发展方向主要为支持MDA,但这并未得到所有用户的认同,特别是那些视UML为草图工具的人群感到被忽略。同时,UML作为编程语言的社区也对其有所不满。

The UML means different things to different people, which is why I find the notion of people using a different UmlMode useful. Most people I talk to are interested in UmlAsSketch and this group isn't very impressed with UML 2.

The reason for this unhappiness is that the drive for UML 2 was to formalize and complete the UML to support MDA; primarily for UmlAsProgrammingLanguage (and secondarily for UmlAsBlueprint). As a result sketchers were pretty much ignored. This was largely their own fault as sketchers aren't interested enough in the UML to take an active role in the UML committees.

All this didn't surprise me. Something new that I discovered in the last couple of weeks (that included visiting UML 2003 and OOPSLA) was that disdain for UML is pretty rampant amongst the UmlAsProgrammingLanguage community too. After my talk at UML 2003 (broadly an appeal to not ignore the need of sketchers) several people came up to me to point out that people active in the MDA weren't particularly interested in the UML either.

Even on the MDA panel at OOPSLA, the pro-MDA speakers based their assumptions on the fact that they would be using a simplified subset of UML, and emphasized that you should not judge MDA on the UML. (Which didn't save them from a blistering attack by Dave "OTI" Thomas.)

I wonder where this will leave the UML in the future. I hear more mutterings from sketchers about the growing irrelevance of UML standards. In the MDA community it seems that we will see a rise of tools all using different subsets of the UML standards, probably extended subsets using profiles. What will this mean for the UML as an interchange mechanism between MDA tools? Some people are saying that the UML will not be the interchange mechanism - that the OMG MOF will play that role. This is all very well, but will users of MDA tools get portability in practice, or will each tool turn into its own proprietary language?

【优化调度】基于改进遗传算法的公交车调度排班优化的研究与实现(Matlab代码实现)内容概要:本文围绕“基于改进遗传算法的公交车调度排班优化的研究与实现”展开,重点介绍了利用改进遗传算法解决公交车调度与排班这一复杂优化问题的方法。研究通过构建数学模型,综合考虑发车频率、线路负载、司机排班、运营成本等因素,采用Matlab进行仿真与代码实现,验证了改进遗传算法在提升调度效率、降低运营成本、优化资源配置方面的有效性。文中对比了多种遗传算法变体(如变异遗传算法、精英遗传算法等),并展示了其在实际公交系统优化中的应用潜力。; 适合人群:具备一定编程基础,熟悉Matlab工具,对智能优化算法(尤其是遗传算法)感兴趣,并从事交通调度、运筹优化、城市规划等相关领域的研究人员或工程技术人员。; 使用场景及目标:①解决城市公交系统中存在的发车不均、资源浪费、司机疲劳等问题;②为公共交通管理部门提供科学的调度决策支持;③研究和比较不同改进遗传算法在复杂调度问题上的性能差异,推动智能优化算法在实际工程中的应用。; 阅读建议:此资源以Matlab代码实现为核心,读者应重点关注算法的设计思路、约束条件的处理以及仿真结果的分析。建议结合文中提供的代码进行实践操作,尝试调整参数或引入新的约束条件,以加深对算法原理和应用场景的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值