你如何制定功能模型和映射那的确是你的事情。实际上你可以在EXCEL表格或市面上任何一个EA工具中定义那些分类。一旦创建了一个可视化的模型,你就必须意识到你的受众。技术人倾向于看接近图解顶部那些地方的东西,因为越靠近图解的底部也就月接近基础设施。
他们还可能开始思考功能映射,并推断提供靠近模型顶部的功能的应用只能够调用图解中提供随后层的功能的应用,诸如此类。 在对功能映射进行可视化的时候,存在着额外的风险。在试图显示出冗余性的时候,事情实际上是相当的直截了当的。提供特定的功能的盒子越多,可能冗余度就越大。
然而,在使用模型更高层面的时候要小心。一个宽泛的功能领域,如“营销”,可能存在多个应用来支……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
你如何制定功能模型和映射那的确是你的事情。实际上你可以在EXCEL表格或市面上任何一个EA工具中定义那些分类。一旦创建了一个可视化的模型,你就必须意识到你的受众。技术人倾向于看接近图解顶部那些地方的东西,因为越靠近图解的底部也就月接近基础设施。他们还可能开始思考功能映射,并推断提供靠近模型顶部的功能的应用只能够调用图解中提供随后层的功能的应用,诸如此类。
在对功能映射进行可视化的时候,存在着额外的风险。在试图显示出冗余性的时候,事情实际上是相当的直截了当的。提供特定的功能的盒子越多,可能冗余度就越大。然而,在使用模型更高层面的时候要小心。一个宽泛的功能领域,如“营销”,可能存在多个应用来支撑精细颗粒度的功能而不会彼此重叠。
试图利用应用——功能适配来可视化的揭示出问题会是一个更棘手一点的练习,因为你会受到功能组空间布局的限制。与其尝试跨越功能组来将应用覆盖,更好的办法是使用简单的表格形式。一个轴向列出感兴趣的功能组,另一个轴向则列出你的系统。然后每个单元格都放置一个核对标记,记录某应用是否提供该功能。通过颜色来对你模型中更高层的功能组进行编码,你就能发现在哪里应用提供的功能是跨越了多个组的。然后就可以对这些情况加以讨论并着手规划重新架构,如果组织认为有必要的话。
对于围绕着非常有针对性和量化的应用优化来说,我发现功能是一项非常强大的工具,但是对于基于主观性和经验性的应用优化就没那么好用。从最简单地意义来说,功能代表了我们试图要解决的问题,而应用则代表了解决方案。如果我们不能够以一种应始终如一的方式来描述自己的问题,那么也就不要指望能优化我们的组合。
作者
相关推荐
-
特别报道:SOA治理
SOA实施成功的关键就是强有力的SOA治理。这并不意味着严格的惩戒措施,但你必须要做的是编排你的Web服务,而且要和每一个人都能达成共识。
-
什么是功能映射?
功能之谜实际上有两个部分。第一个是你的功能模型。一旦你理解了自己的功能模型,就可以创建一个贯穿整个公司的适应功能模型的功能映射。