软件即服务（SaaS）应用需要追踪其支持的员工，但是不一定能成功实现。具体到企业而言，移动SaaS应用会因为下面的这些原因改变，可能的原因依次是：规定治理应用改变、移动设备策略改变、员工活动改变以及移动OS特性改变。由于存在如此多的可变因素，要保持移动SaaS应用的敏捷性，没有完美的战略可言，但是选择正确的SaaS提供商，为移动用例定制化SaaS服务或者甚至是构建自己的SaaS都有一定辅助作用。

    评估SaaS敏捷性

    不管来自哪里的驱动力迫使移动应用用户和其SaaS提供商改变，SaaS提供商都应该能够响应影响应用的监管变化，这也是用户决定进入应用追踪市场的关键指标。问题在于每一个SaaS评估员都需要询问的是，应用如何快速适应监管导致的不变化。这种响应是按月衡量的，必然会导致调节的问题，这也暗示着提供 商并不能快速变更应用。同样的惯性可能会影响SaaS提供商对于其他变更需求的响应能力，因此选择不同的提供商会更加明智。

    在评估一个提供商时，应该小心审阅提供商针对SaaS的应用程序接口（API）。API非常关键，因为用户由于自带设备（BYOD） 策略的变化，在手机上的SaaS就面临着问题，手机OS变化或者工作实践的变化，因为用户通常会直接从SaaS提供商那里购买服务使用。这些应用通常都有 其特定的平台，所以更换平台也造成了一些挑战，用户本身不能做出这种改变。最显着的解决方案就是避免通过提供商提供的移动应用来消费SaaS，可以通过其 他方式实现，如为企业内部的SaaS服务开发移动SaaS，或者用基于浏览器的服务，替换掉基于应用的SaaS。

    通过这些机制支持敏捷 移动SaaS应用最重要的技术问题在于SaaS提供商暴露了API。大多数IT专家都知道RESTful API更易于工作，尤其是那些更熟悉Web开发的团队做开发更容易。理想上，SaaS提供商应该提供RESTful API、SOA/SOAP API和应用选择，但是对于最佳的敏捷，RESTful API很关键；其他选择可能并不适用于所有的移动设备。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。