軟件即服務(wù)(SaaS)應(yīng)用需要追蹤其支持的員工，但是不一定能成功實(shí)現(xiàn)。具體到企業(yè)而言，移動(dòng)SaaS應(yīng)用會(huì)因?yàn)橄旅娴倪@些原因改變，可能的原因依次是：規(guī)定治理應(yīng)用改變、移動(dòng)設(shè)備策略改變、員工活動(dòng)改變以及移動(dòng)OS特性改變。由于存在如此多的可變因素，要保持移動(dòng)SaaS應(yīng)用的敏捷性，沒有完美的戰(zhàn)略可言，但是選擇正確的SaaS提供商，為移動(dòng)用例定制化SaaS服務(wù)或者甚至是構(gòu)建自己的SaaS都有一定輔助作用。

　　評(píng)估SaaS敏捷性

　　不管來自哪里的驅(qū)動(dòng)力迫使移動(dòng)應(yīng)用用戶和其SaaS提供商改變，SaaS提供商都應(yīng)該能夠響應(yīng)影響應(yīng)用的監(jiān)管變化，這也是用戶決定進(jìn)入應(yīng)用追蹤市場的關(guān)鍵指標(biāo)。問題在于每一個(gè)SaaS評(píng)估員都需要詢問的是，應(yīng)用如何快速適應(yīng)監(jiān)管導(dǎo)致的不變化。這種響應(yīng)是按月衡量的，必然會(huì)導(dǎo)致調(diào)節(jié)的問題，這也暗示著提供 商并不能快速變更應(yīng)用。同樣的慣性可能會(huì)影響SaaS提供商對于其他變更需求的響應(yīng)能力，因此選擇不同的提供商會(huì)更加明智。

　　在評(píng)估一個(gè)提供商時(shí)，應(yīng)該小心審閱提供商針對SaaS的應(yīng)用程序接口(API)。API非常關(guān)鍵，因?yàn)橛脩粲捎谧詭гO(shè)備(BYOD) 策略的變化，在手機(jī)上的SaaS就面臨著問題，手機(jī)OS變化或者工作實(shí)踐的變化，因?yàn)橛脩敉ǔ��?huì)直接從SaaS提供商那里購買服務(wù)使用。這些應(yīng)用通常都有 其特定的平臺(tái)，所以更換平臺(tái)也造成了一些挑戰(zhàn)，用戶本身不能做出這種改變。最顯著的解決方案就是避免通過提供商提供的移動(dòng)應(yīng)用來消費(fèi)SaaS，可以通過其 他方式實(shí)現(xiàn)，如為企業(yè)內(nèi)部的SaaS服務(wù)開發(fā)移動(dòng)SaaS，或者用基于瀏覽器的服務(wù)，替換掉基于應(yīng)用的SaaS。

　　通過這些機(jī)制支持敏捷 移動(dòng)SaaS應(yīng)用最重要的技術(shù)問題在于SaaS提供商暴露了API。大多數(shù)IT專家都知道RESTful API更易于工作，尤其是那些更熟悉Web開發(fā)的團(tuán)隊(duì)做開發(fā)更容易。理想上，SaaS提供商應(yīng)該提供RESTful API、SOA/SOAP API和應(yīng)用選擇，但是對于最佳的敏捷，RESTful API很關(guān)鍵;其他選擇可能并不適用于所有的移動(dòng)設(shè)備。

　　DIY SaaS應(yīng)用 確保敏捷性

　　針對REATful SaaS API開發(fā)內(nèi)部應(yīng)用輕而易舉就能實(shí)現(xiàn)，實(shí)際上，大多數(shù)多平臺(tái)開發(fā)工具對于移動(dòng)設(shè)備現(xiàn)在都可用，支持這種類型的接口。在大多數(shù)案例中，這些平臺(tái)之一會(huì)提供編 寫你自己的移動(dòng)應(yīng)用的最佳選擇，從而增加應(yīng)用敏捷性，但是為了確保新的平臺(tái)或者平臺(tái)變化能夠快速的被支持，就要知道舊平臺(tái)和變更的平臺(tái)如何釋放數(shù)據(jù)，通過 工具提供商來調(diào)整適應(yīng)。為了減少風(fēng)險(xiǎn)，可能需要調(diào)整BYOD策略，如果你采用構(gòu)建自己的應(yīng)用路線，就要限制支持的不同平臺(tái)的數(shù)量;如果不是這樣的，可能就 需要選擇瀏覽器的方法。這種方法的風(fēng)險(xiǎn)在于你的組織的應(yīng)用開發(fā)就會(huì)成為改變的障礙，并不是SaaS提供商。

　　好的JavaScript和HTML5實(shí) 踐可以在GUI中提供靈活性，在SaaS API中使用改變，就算是變更增加了新功能或者領(lǐng)域都能實(shí)現(xiàn)。這項(xiàng)工作實(shí)現(xiàn)的關(guān)鍵在于瀏覽器的選擇。并不是所有的瀏覽器都能夠很好的支持腳本和新的 HTML特性或者版本，因此如果應(yīng)用敏捷性很重要，選擇最靈活的瀏覽器就很關(guān)鍵，要支持你的BYOD策略許可的平臺(tái)范圍。查看一下發(fā)布?xì)v史，關(guān)注一下如何 增加新的性能，因?yàn)檫^去的版本通常是一個(gè)瀏覽器提供商如何更好響應(yīng)未來變化的指標(biāo)。

　　在大多數(shù)案例中，可以在SaaS提供商常規(guī)的接口中擴(kuò)大你自己的云托管應(yīng)用元素。實(shí)際上，你要做的是為SaaS提供商的服務(wù)編寫一個(gè)前端，合并提供商和自己所有的一些功能。這種新的SaaS層可能托管在 SaaS提供商自己的服務(wù)或者在不同的云上。要注意隔離和檢測問題;移動(dòng)用戶并沒有實(shí)際的使用SaaS服務(wù)，因此可能很難通過額外的層追蹤問題。

　　IaaS或PaaS比SaaS更敏捷？

　　當(dāng)所有上述的都失敗時(shí)，需要應(yīng)用敏捷性的用戶可以通過在基礎(chǔ)架構(gòu)即服務(wù)(IaaS)或者平臺(tái)即服務(wù)(PaaS)托管應(yīng)用，從而替換掉SaaS服務(wù)。托管的獨(dú)立軟件包其用戶看上去就像SaaS，大部分是因?yàn)樗�有云�?yīng)用在客戶看來就像是SaaS。因此，IT人員可以在云端部署任何合適的軟件包，為移動(dòng)員工創(chuàng)建虛擬或者“Self-SaaS”。第三方應(yīng)用可能還存在敏捷性問題，但是有更多的提供商可以選擇，很多提供商會(huì)提供自定是GUI。如果開源包可用，你也可以自己來調(diào)整。

　　哪一個(gè)敏捷戰(zhàn)略最佳：自主研發(fā)應(yīng)用、基于瀏覽器的應(yīng)用還是自主研發(fā)SaaS？用戶認(rèn)為盡管通過RESTful API實(shí)現(xiàn)的基于瀏覽器的自定制SAAS服務(wù)可以支持變更需求，但是也揭示了公司的短板。圍繞基于瀏覽器的構(gòu)建訪問移動(dòng)應(yīng)用，自定制的水平令人吃驚，這種 方法消除了適應(yīng)變更的延遲。這種方法可以最先使用，隨后再根據(jù)情況引入其他類型的自定制。

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

本文標(biāo)題：實(shí)現(xiàn)移動(dòng)SaaS應(yīng)用敏捷性的三種途徑

本文網(wǎng)址：http://www.guhuozai8.cn/html/consultation/10839310682.html