管理移动应用程序的生命周期,原来比管理传统的Web应用程序严格很多。虽然移动应用程序与传统的客户端/服务器应用程序共享许多相同的东西,但是移动应用程序的开发过程仍然是非常不同的。成功地开发移动应用程序需要一个更加快速和灵活的开发周期方法。Independent软件公司顾问Howard Deiner建议,采用敏捷开发方法来解决移动ALM。
Deiner说移动应用程序的本质是在改变应用程序开发的面貌。应用程序周期变得非常快。“一个移动应用程序,”他告诉我们,“可能从概念到实现仅仅只有60天时间”,这意味着移动应用程序开发人员可能会被要求在仅仅两个月时间内将一个应用程序完全完成。这种快速周转当然可能给管理移动ALM更多的负担——尤其是当开发人员正在努力使用很多移交来加快传统瀑布式方法时。
或者说这不仅仅是速度的因素,Deiner说。“还有更激烈的竞争相抗衡, 不断变化的技术要掌握, 越来越高的期望要兑现,越来越多的媒体关注要担心,”他说。如果开发人员试图保持住严格的开发实践,他们在压力下就会有所突破。
Deiner建议,以传统的方式来面对移动ALM的挑战,可能导致开发团队仓促地完成需求阶段。所有可能的需求都将被以极快的速度交付,但是没有任何实质性。需求收集将为余下的项目定下了基调。“对待一个移动应用程序,就像‘快速版’传统IT应用程序的仅有的可怜产出一样,”Deiner说。
他还建议为移动ALM采取一种更为灵活的方法,并采用敏捷思维作为前提来开发移动应用程序。开发团队抓住要点很重要,因为在那里他们可以在一个迭代开发模型上工作。
移动行动 早早益善
建立灵活性以跟上移动应用程序,需要一个应用程序生命周期管理方法,此方法侧重于小块上,并且每件完成后要验证结果,据Deiner说。“因为你看不到移动空间一年后的情况,”他说,“你不能成功举行长达一年的项目。”移动开发团队需要迅速查明该应用程序是否能达到目的。“如果这是一个失败品,快速找出并改变方向,”Deiner说。“找到一些可以赢的东西,而不是把更多的资源耗费在一个失败品上面。”
许多移动开发者已经采取了敏捷方法,使它更容易选择块的功能而不是大型的、复杂的应用程序。然而,更易见到的是,很多开发商店与传统的企业应用程序长期思想并存。这种心态在历史上一直显示极大的成功率,而且很难改变。
在企业移动应用中,这两个世界频繁碰撞,目的在于让员工能使用业务关键型服务器端应用程序工作。传统的集成项目,在系统之间存在着大量的反反复复,从而使系统A和系统B之间同步消息和API。这些繁文缛节,严重阻碍了专注于迭代改进的敏捷移动应用程序开发团队的周工作制,。
独立思考移动和传统应用程序
Deiner认为移动团队克服这个挑战的方式是,让移动应用程序远离传统架构的保护伞之下。Deiner说:“在大多数情况下,移动应用程序不使用堆栈。”“他们使用Web服务后端。”有效的企业移动应用更多的是一种终端,在Deiner看来,而不是一个完整的应用程序。
他说他们通常都是基于浏览器的,甚至当产品作为一个本地应用程序交付时。在遗留应用上使用Web服务,可以帮助扩展应用程序的可用性,据Deiner所说。从客户端,移动应用程序只会看到一个Web服务提供者。“他们完成服务请求,但跟他们如何完成没关系,”他说。“因此移动应用可以相对简单地绑回遗留和大型机资源上。”
您的组织是否有移动应用程序生命周期问题呢?告诉我们,我们会尽力为您找到您想要的答案!
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
DevOps和敏捷相结合 改进软件质量
DevOps实际上是打破了开发人员和运维人员之间的壁垒。在运维团队,你所考虑的方面可能与开发团队不同。但如果我们能更加了解相互的工作,将会更为深入得理解所需的工具和设备。
-
协作对敏捷方法的重要性
协作的意思说是一起工作,而不是单独去完成某项任务。敏捷方法强调了与跨功能团队合作的好处,大大加强了业务负责人之间的沟通。
-
敏捷扩展的九条原则
对于敏捷扩展,并没有按部就班的方法,但有了固定的原则,软件开发团队将会有据可依地创建高质量的企业软件。
-
敏捷式 vs. 瀑布式:软件需求最佳方式
确定软件需求很困难。很好地理解客户需求,在改变发生时维护文档和需求都不是容易的事情。