SaaS模式無(wú)疑是對(duì)軟件質(zhì)量管理的新挑戰(zhàn)，我們有必要找出相應(yīng)的對(duì)策來(lái)保障高品質(zhì)的軟件服務(wù)。

　　隨著互聯(lián)網(wǎng)的迅猛發(fā)展，特別是Web2.0的興起，將軟件作為一種服務(wù)形式提供給客戶的需求逐漸增加，軟件產(chǎn)業(yè)正在發(fā)生越來(lái)越大的變化，其中最突出的就是形成軟件即服務(wù)(Software as a Service，SaaS)模式。

　　SaaS模式就是以軟件部署為基礎(chǔ)，通過(guò)互聯(lián)網(wǎng)直接為客戶提供服務(wù)，而且客戶還可以按需定制自己特定的服務(wù)。

　　這種新模式的出現(xiàn)正是順應(yīng)了這個(gè)需求，用軟件服務(wù)代替?zhèn)鹘y(tǒng)的軟件產(chǎn)品銷售，不僅可以使軟件免于盜版的困擾，而且可以降低軟件消費(fèi)企業(yè)購(gòu)買、構(gòu)建和維護(hù)基礎(chǔ)設(shè)施和應(yīng)用程序的成本和困難。

　　SaaS模式已經(jīng)給傳統(tǒng)套裝軟件廠商帶來(lái)了實(shí)實(shí)在在的壓力，其自身的發(fā)展越來(lái)越快，許多著名調(diào)查或咨詢公司所提供的數(shù)據(jù)進(jìn)一步顯示了這一趨勢(shì)。

　　其中著名的代表有SalesForce、WebEx、oDesk、OpenAir、eProject等，而且像甲骨文、IBM、Microsoft和SAP等軟件巨頭開始關(guān)注這一模式，并投入巨資力圖將傳統(tǒng)的軟件產(chǎn)品銷售模式逐漸向軟件服務(wù)遷移，

　　例如，甲骨文相繼收購(gòu)了J.D. Edwards、PeopleSoft和Siebel CRM OnDemand，而IBM開始宣稱自己一直是一家按需服務(wù)（On-demand service）公司，Microsoft開始力推其live.com的戰(zhàn)略，而以百度、Google、eBay和Amazon等以消費(fèi)者為中心的服務(wù)也從側(cè)面證明了SaaS模式是可以進(jìn)一步擴(kuò)展的。

　　這些也無(wú)疑是對(duì)軟件質(zhì)量管理的新挑戰(zhàn)，我們有必要找出相應(yīng)的對(duì)策來(lái)保障高品質(zhì)的軟件服務(wù)。

　　SaaS模式有很多特定要求包括對(duì)軟件開發(fā)方法和流程、對(duì)系統(tǒng)架構(gòu)的靈活性、兼容性和擴(kuò)充性等有更高的要求、對(duì)系統(tǒng)部署、操作、技術(shù)支持和維護(hù)要求等等。這些也無(wú)疑是對(duì)軟件質(zhì)量管理的新挑戰(zhàn)，我們有必要找出相應(yīng)的對(duì)策來(lái)保障高品質(zhì)的軟件服務(wù)。

　　SaaS質(zhì)量需求的焦點(diǎn)

　　質(zhì)量高的軟件應(yīng)同時(shí)滿足用戶的需求和軟件企業(yè)自身的需求。滿足用戶的需求，就是要滿足用戶在功能上、界面易用性、可用性、可靠性和安全性等方面的要求。

　　滿足軟件企業(yè)自身的需求，就是要降低軟件系統(tǒng)的復(fù)雜性，具有可擴(kuò)充性、移植性等，使系統(tǒng)更容易維護(hù)。對(duì)于SaaS，軟件質(zhì)量需求的焦點(diǎn)在于系統(tǒng)的有效性、可靠性、安全性和可維護(hù)性等。

　　產(chǎn)品或服務(wù)對(duì)于客戶的是否能保持有效，即在預(yù)定的啟動(dòng)時(shí)間中，系統(tǒng)真正可用并且完全運(yùn)行時(shí)間所占的百分比，可以用“系統(tǒng)平均無(wú)故障時(shí)間（MTTF，Mean Time To Failure）除以總的運(yùn)行時(shí)間（MTTF與故障修復(fù)時(shí)間之和）”來(lái)計(jì)算系統(tǒng)的有效性。

　　例如，網(wǎng)上銀行系統(tǒng)需要高有效性（如 >99.99%）才能滿足質(zhì)量要求。

　　一個(gè)有效性需求可以這樣說(shuō)明:“工作日期間，在當(dāng)?shù)貢r(shí)間早上6點(diǎn)到午夜，系統(tǒng)的有效性至少達(dá)到99.5%，在下午4點(diǎn)到6點(diǎn)，系統(tǒng)的有效性至少要達(dá)到99.95%”。

　　系統(tǒng)的健壯性和有效性有時(shí)可看成是可靠性的一部分。

　　衡量軟件可靠性的方法，包括正確執(zhí)行操作所占的比例、在發(fā)現(xiàn)新缺陷之前系統(tǒng)運(yùn)行的時(shí)間長(zhǎng)度和缺陷出現(xiàn)的密度。軟件系統(tǒng)的可靠性和性能是相互關(guān)聯(lián)的，更確切地說(shuō)是相互影響的，高可靠性可能降低性能，比如數(shù)據(jù)的復(fù)制備份、重復(fù)計(jì)算等可以提高軟件系統(tǒng)的可靠性，但在一定程度上降低了系統(tǒng)的性能。

　　又比如，一些協(xié)同工作的關(guān)鍵流程要求快速處理，達(dá)到高性能，而這些關(guān)鍵流程可能是單點(diǎn)失效設(shè)計(jì)，其可靠性是不夠的。

　　對(duì)于SaaS，還必須認(rèn)真地考慮安全性、擴(kuò)充性和可維護(hù)性等。安全性，除了數(shù)據(jù)存儲(chǔ)、備份等要求之外，還需要設(shè)定系統(tǒng)合理的、可靠的系統(tǒng)和數(shù)據(jù)的訪問(wèn)權(quán)限，防止一些不速之客的闖入和黑客的攻擊，以避免數(shù)據(jù)泄密和系統(tǒng)癱瘓。

　　軟件系統(tǒng)的安全性和可靠性，一般是一致的，安全性高的軟件，其可靠性也要求相對(duì)高，因?yàn)槿魏我粋€(gè)失效，可能造成數(shù)據(jù)的不安全。

　　一個(gè)安全相關(guān)的關(guān)鍵組件，需要保證其可靠，即使出現(xiàn)錯(cuò)誤或故障，也要保證代碼、數(shù)據(jù)被儲(chǔ)存在安全的地方，而不能被不適當(dāng)?shù)氖褂煤头治觥?/p>

　　但軟件的安全性和其性能、適用性會(huì)有些沖突，如加密算法越復(fù)雜，其性能可能會(huì)越低;或者對(duì)數(shù)據(jù)的訪問(wèn)設(shè)置種種保護(hù)措施，包括用戶登錄、口令保護(hù)、身份驗(yàn)證、所有操作全程跟蹤記錄等等，必然在一定程度上降低了系統(tǒng)的適用性。

　　適應(yīng)SaaS質(zhì)量需求的軟件開發(fā)流程

　　SaaS通過(guò)互聯(lián)網(wǎng)向用戶提供服務(wù)，而這基礎(chǔ)是軟件系統(tǒng)的部署。這就要求在軟件需求分析、設(shè)計(jì)和驗(yàn)證時(shí)，要充分考慮系統(tǒng)部署的需求，包括服務(wù)器集群、分布式網(wǎng)絡(luò)、故障轉(zhuǎn)移、系統(tǒng)在線擴(kuò)充、數(shù)據(jù)備份和恢復(fù)等。所以系統(tǒng)的架構(gòu)設(shè)計(jì)是非常重要的，需要投入足夠的時(shí)間和資源。

　　另一方面，由于軟件部署由軟件服務(wù)商自己控制，且不會(huì)像渠道銷售軟件套裝產(chǎn)品那樣花費(fèi)很長(zhǎng)時(shí)間和制造成本，所以SaaS軟件發(fā)布周期可以大大縮短，力求在軟件開發(fā)過(guò)程中做到最簡(jiǎn)單和最有效，最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意。

　　對(duì)于SaaS軟件開發(fā)，可以將敏捷方法和RUP過(guò)程方法結(jié)合起來(lái)，敏捷過(guò)程能夠保持快速、穩(wěn)定的開發(fā)速度，RUP過(guò)程可以保證系統(tǒng)的靈活架構(gòu)、良好的擴(kuò)充性和移植性，促進(jìn)開發(fā)過(guò)程達(dá)到一個(gè)最佳的平衡狀態(tài)，以獲得很高的滿意度。

　　軟件服務(wù)模式的產(chǎn)品發(fā)布程序比一般軟件產(chǎn)品的發(fā)布要復(fù)雜得多，要涉及到軟件產(chǎn)品部署和實(shí)施的前期活動(dòng)和后期活動(dòng)，其中增加了“軟件產(chǎn)品的部署（Deployment）規(guī)劃、部署設(shè)計(jì)、部署設(shè)計(jì)的驗(yàn)證和實(shí)施、監(jiān)控”等活動(dòng)。

　　在開發(fā)中，要考慮到網(wǎng)站或數(shù)據(jù)的遷移、多種升級(jí)方式、多版本共存的運(yùn)行環(huán)境等需求，對(duì)數(shù)據(jù)/系統(tǒng)的兼容性要進(jìn)行充分的討論和分析，保證用戶升級(jí)過(guò)程中，所獲得服務(wù)沒(méi)有受到影響，數(shù)據(jù)受到保護(hù)，一切使用正常。

　　而且，要處理好客戶之間的關(guān)系，對(duì)于功能變化較大的新版本升級(jí)，一般要事先得到用戶的許可或同意。

　　對(duì)于軟件服務(wù)模式，當(dāng)產(chǎn)品發(fā)布到運(yùn)行環(huán)境（服務(wù)器）中，在用戶開始使用之前，還要進(jìn)一步驗(yàn)證。所以，對(duì)軟件服務(wù)模式的產(chǎn)品發(fā)布中最后實(shí)施階段，其時(shí)間性非常強(qiáng)，一般放在周末或晚上時(shí)間（9:00pm～6:00am）。如果提供7x24不間斷的軟件服務(wù)，就需要采用DNS、服務(wù)器、目錄等快速切換方式來(lái)實(shí)現(xiàn)無(wú)縫升級(jí)。

　　部署的規(guī)劃、設(shè)計(jì)和驗(yàn)證

　　軟件部署(Deployment) 是SaaS一個(gè)必不可少的、關(guān)鍵的環(huán)節(jié)。軟件部署是通過(guò)整合的、虛擬化的或邏輯化的資源和進(jìn)程的集中管理，對(duì)所要運(yùn)行的程序提供技術(shù)和環(huán)境的支撐，從而保證軟件系統(tǒng)被部署到合適的運(yùn)行環(huán)境中能具有最優(yōu)的、最可靠的性能表現(xiàn)，并能對(duì)用戶和系統(tǒng)的各種數(shù)據(jù)進(jìn)行有效的存儲(chǔ)、備份和恢復(fù)等。

　　在軟件部署的技術(shù)分析上，就是以業(yè)務(wù)目標(biāo)為出發(fā)點(diǎn)，將這些要求轉(zhuǎn)化為可用來(lái)設(shè)計(jì)部署體系結(jié)構(gòu)的技術(shù)規(guī)范。而在部署設(shè)計(jì)中，必須考慮多種質(zhì)量因素。

　　邏輯體系結(jié)構(gòu) 它能決定服務(wù)分配的最佳方式和系統(tǒng)擴(kuò)充性、維護(hù)性等。

　　服務(wù)質(zhì)量要求 必須滿足服務(wù)質(zhì)量 (QoS) 要求，建立在邏輯體系結(jié)構(gòu)和QoS要求的映射關(guān)系，從而達(dá)到性能、可用性、可伸縮性、可維護(hù)性等軟件服務(wù)的質(zhì)量目標(biāo)。

　　用量分析 有助于通過(guò)系統(tǒng)負(fù)載的使用模式來(lái)隔離性能瓶頸，開發(fā)出滿足 QoS 要求的策略，用于部署設(shè)計(jì)中。

　　用量分析因素主要有:用戶數(shù)量及類型、活動(dòng)和非活動(dòng)用戶、管理用戶、使用模式、用戶增長(zhǎng)、用戶事務(wù)和用戶/歷史數(shù)據(jù)等。

　　使用案例 盡管使用案例已包含在用量分析中，但評(píng)估部署設(shè)計(jì)時(shí)，應(yīng)參考使用案例，確保任何案例中所揭示的問(wèn)題在設(shè)計(jì)中得到處理或解決。

　　根據(jù)性能指標(biāo)，對(duì)一些關(guān)鍵的使用案例進(jìn)行研究，以確定在系統(tǒng)層次如何保證該要求得到實(shí)現(xiàn)的結(jié)構(gòu)、技術(shù)或方式。

　　服務(wù)級(jí)別協(xié)議 指定了最低性能要求以及未能滿足此要求時(shí)必須提供的客戶支持級(jí)別和程度，相當(dāng)于設(shè)計(jì)的底線(Bottom Line)。

　　成本 有必要設(shè)計(jì)2-3個(gè)軟件部署方案，通過(guò)分析、比較，對(duì)資源優(yōu)化，采用平衡策略，能夠在業(yè)務(wù)約束范圍內(nèi)達(dá)到業(yè)務(wù)要求，并獲得成本最優(yōu)化。

　　業(yè)務(wù)目標(biāo) 是軟件部署的最終目標(biāo)，包括這些目標(biāo)實(shí)現(xiàn)的業(yè)務(wù)要求或約束。軟件部署設(shè)計(jì)的質(zhì)量好壞，最終取決于對(duì)滿足業(yè)務(wù)目標(biāo)的能力的評(píng)估。

　　除此之外，下面還要著重討論可用性、可伸縮性和安全性的影響因素和規(guī)劃策略，保證部署設(shè)計(jì)成功。對(duì)可用性、可伸縮性和安全性等的驗(yàn)證，也是至關(guān)重要的。