企业架构模型:最大化地实现移动授权

日期:2016-10-20作者:Tom Nolle

【TechTarget中国原创】

企业帮助员工在移动方面做了大量努力,但结果仍不如预期。Tom Nolle解释了企业架构模型如何帮助企业实现移动授权。

几乎每一家企业都希望通过移动改进员工生产力,然而大多数调查表明,他们对自己努力的效果并不满意的。原因是什么?企业对移动员工需要什么并不是很清楚。第一个解决方案应该考虑企业架构。

首先,组织应该把移动授权视为员工与企业关系的转型。然后,他们应该识别移动使能的新方法。最后,这些过程应该转化为特定的移动应用能力。遵循这些步骤可以改进任何的移动项目。可能它们还可以改善你的总体企业架构模型流程。

移动的问题

移动授权的最大问题是典型的策略并不考虑移动,而只针对移动设备。获得移动设备支持的员工并不需要再次提供同样的信息,那些信息只是针对移动显示调整一下格式而已。他们需要的是获得不同的信息,因为有IT支持,他们的工作方式发生了改变。理想情况下,一个企业架构模型可回退到业务流程,然后以针对移动优化的方式去定义实现。这一般可以通过企业架构师和软件架构师之间的合作来完成,但这不是一件容易的事情。

即便是非移动应用,企业架构业务流程也应该转化为最适合、实用且技术性的应用架构。软件架构师和企业架构师应该一起合作创建一个套技术框架来支持特定的工作方法。这样可以采用采取新的、移动效率高的方案。它的成功取决于是否应用了企业架构建模的最佳实践。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

企业应用集成(EAI)>更多

技术手册>更多

  • SOA之云开发技术手册

    十年前,面向服务架构突然出现在IT舞台上,而且许多公司已经在SOA应用上进行了大量的投资。现在云计算在IT舞台上更是独领风骚。SOA之于云,云之于SOA的意义又是怎样的。很明显,云计算的成功取决于它能够给现有的SOA实现增加价值的能力。而SOA的使用也促进了云开发。

  • 敏捷扩展:大型网站项目最佳实践

    其实从某种意义上讲,敏捷软件开发是自身成功的一个牺牲品。随着项目的进行,焦点一直集中在需求定义上,一边编写一测试,一边交付工作软件的各个部分,所以可以看出敏捷是多么好,以致于许多组织都在试图扩展它的使用,而不仅只是局限在单一的团队项目中。但怎样才能把敏捷方法从小项目转移到大型项目中呢?

  • 企业敏捷开发实践

    敏捷却是一把双刃剑,这一方法并不是适合所有人,当然也不会适合所有的项目。敏捷要求有合适的团队,合适的业务经理理念,当然也要有适合的项目。没有一种方法是适合一切的,所以本文讲了六种方法来确定你的云项目是否已经足够敏捷性,或者确定你的组织是否足够敏捷。

  • 开源PaaS技术手册

    开源业界向来不太平,关于诸多技术的开源未来足以让很多粉丝兴奋躁动起来。商业软件开始揉进开源技术,开源技术也成为IT大佬们得基础架构,这一种趋势蔓延的缓慢有有力。在广告漫天飞得云计算中,开源的分量有多重?是否走向云端就意味着走向开源?开源的PaaS如何选择?如何为开源项目选择PaaS厂商?哪些服务平台值得我们关注,下面我们一一来揭晓。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 数据库
  • 服务器
  • 云计算
【TechTarget中国原创】

企业帮助员工在移动方面做了大量努力,但结果仍不如预期。Tom Nolle解释了企业架构模型如何帮助企业实现移动授权。

几乎每一家企业都希望通过移动改进员工生产力,然而大多数调查表明,他们对自己努力的效果并不满意的。原因是什么?企业对移动员工需要什么并不是很清楚。第一个解决方案应该考虑企业架构。

首先,组织应该把移动授权视为员工与企业关系的转型。然后,他们应该识别移动使能的新方法。最后,这些过程应该转化为特定的移动应用能力。遵循这些步骤可以改进任何的移动项目。可能它们还可以改善你的总体企业架构模型流程。

移动的问题

移动授权的最大问题是典型的策略并不考虑移动,而只针对移动设备。获得移动设备支持的员工并不需要再次提供同样的信息,那些信息只是针对移动显示调整一下格式而已。他们需要的是获得不同的信息,因为有IT支持,他们的工作方式发生了改变。理想情况下,一个企业架构模型可回退到业务流程,然后以针对移动优化的方式去定义实现。这一般可以通过企业架构师和软件架构师之间的合作来完成,但这不是一件容易的事情。

即便是非移动应用,企业架构业务流程也应该转化为最适合、实用且技术性的应用架构。软件架构师和企业架构师应该一起合作创建一个套技术框架来支持特定的工作方法。这样可以采用采取新的、移动效率高的方案。它的成功取决于是否应用了企业架构建模的最佳实践。

企业架构建模的办法

企业架构模型有很多,每一个都采取略为不同的办法,但每一个模型都有一个从业务到IT的显式转换——从目标和需求转为应用和系统。尽管很少会用这些术语,但所有架构都假设业务目标和功能应该可以从完成它们的方法中抽象出来。如果有时候被称为“业务流程”的一项业务目标或功能表明“测试某种条件下的每一条电路”、“隔离故障”等等,就可以使用该方法,实现既定的目标。如果它的定义类似“修理线路”之类的话,并不会预设特定的系列步骤,而会把焦点放在整体需求而不是特定任务上。

在推动移动授权方面,许多企业架构师重视的挑战将会减少,因为纯粹需求消失或者令人困惑。在每一个企业架构模型中,业务流程需求与专门针对现有IT工具的方法之间会存在隐形或显式的边界。你必须清除这条边界,确保自己从实际业务需求开始而不是从非移动技术的实践集开始。这个过程可能会同时涉及到企业架构师和软件架构师。

企业架构师与软件架构师之间的协调

任何有关移动授权优化的交流都应该从描述当前员工与IT的关系或者当前手工流程开始。然后,再考察这一流程可进行怎样的修改来利用机动性的独特能力,将IT技术与具体活动结合起来。

比方说,如果检查的是“修理线路”流程的话,第一步也许可以概括为“识别要修理的目标”,这样比较泛化,不像之前“测试每一条电路”那么具体。然后,软件架构师可能会提出,将移动设备与线路故障检测系统绑定,这样也许就可以给工人提供面板照片,从而高亮显示正确的线路给他看。

这种方法还可以引领新步骤的识别。在此,员工出现在目标面板这一点是隐含条件。假设不是这种情况,GPS或者近场通信技术(NFC)是不是可以用来引导员工去到目标面板,然后展示适当线路的图像呢?在某些情况下,是不是想要这样的功能,即根据员工所在位置来识别可以在那个地方完成的任务,而不是把员工分配到指定点去执行任务?

虽然企业架构师和软件架构师之间的这类信息交换并不是闻所未闻,但相比于过去却没那么常见,而这是移动授权成功的必要条件。

当每一种组合都检查过之后,具备最佳ROI或者长期利益的组合就可以识别出来,那一个就应该成为努力实现的目标。

企业架构师的角色

把新的员工方法转化为移动开发蓝图的第一步,一般都是由IT组织、软件架构师以及开发者承担的。许多用户认为,当企业架构师参与到移动授权新实践的框架中时,他们也应该在应用设计期间协调软件和员工之间的关系,并且在应用程序生命周期管理中提供必要的更改。新方法需要新的员工集成,需要新的合规要求和安全验证以及新的测试数据。在优化这些变更和减少错误方面,企业架构师的角色非常重要。

企业架构师还需要把移动授权视为通过自身实践出真知的机会。今天的大多数企业都有集成技术工具,这些工具不仅仅是到方法里面,还在架构层面植入到了业务实践上。这违背了一个基本原则,即架构应该描述业务流程而不是特定的工作方法或者IT授权的具体跟踪指标。移动性还显示出企业架构建模和开发之间的边界已经软化到区域而不是像一条线那么清楚,要想取得合适的成果,在这个区域内展开更大的协作是必不可少的。