- 相關(guān)推薦
關(guān)于對日軟件外包開(kāi)發(fā)質(zhì)量探討
論文關(guān)鍵詞：對日軟件外包；軟件質(zhì)量；方法研究
論文摘 要：對日軟件外包是目前在國內發(fā)展迅速的一個(gè)行業(yè)，但是由于國界、地域、、習俗等差異，導致了對日軟件外包的質(zhì)量得不到保證。通過(guò)研究和實(shí)踐，結合所學(xué)的知識，探討如何保證對日軟件外包的質(zhì)量。
目前，軟件外包在軟件出口中占有很大的比重，尤其是日本對中國的軟件外包。據日本對中國的軟件外包比例占70%左右。日本很多大型企業(yè)在軟件外包業(yè)務(wù)中，輸出到中國的軟件外包大大超過(guò)印度，平均占83%，有的企業(yè)達到95%。但是，在中日軟件外包中，存在的最大問(wèn)題是質(zhì)量問(wèn)題。引起質(zhì)量問(wèn)題的原因很多，最主要的是：中日雙方的企業(yè)、模式的差異，還有開(kāi)發(fā)過(guò)程、溝通方式、開(kāi)發(fā)標準和文檔格式不統一等問(wèn)題。
1 加強語(yǔ)言功底
開(kāi)發(fā)人員對委托方提供的設計資料的理解程度直接影響著(zhù)開(kāi)發(fā)進(jìn)度和質(zhì)量。從過(guò)去的產(chǎn)品質(zhì)量數據分析結果來(lái)看，對設計資料的理解錯誤是產(chǎn)生質(zhì)量問(wèn)題的主要原因。特別是對設計資料的理解錯誤，如果不從一開(kāi)始就采取措施進(jìn)行，對程序本身及其他程序的質(zhì)量將可能產(chǎn)生較大的影響。針對這一點(diǎn)，系統開(kāi)發(fā)部開(kāi)展了以“預防/消除設計資料理解錯誤”為主題的質(zhì)量控制（QC）活動(dòng)。隨著(zhù)活動(dòng)開(kāi)展的深入，質(zhì)量控制逐漸取得了明顯的成效。這一活動(dòng)的首要任務(wù)就是學(xué)習語(yǔ)言。
2 加強溝通
對日軟件外包通常是不會(huì )外包需求、分析和設計階段的。這樣造成接包方和發(fā)包方對需求、分析和設計在理解上的分歧，從而導致設計或編碼的不斷變更。需求和設計的不穩定是軟件業(yè)的通病，是軟件業(yè)最讓人頭疼的頑疾。有人說(shuō)有一個(gè)軟件領(lǐng)域的需求就非常穩定，可以在設計完成之后就不再變化，這就是離岸軟件外包。至少針對日軟件外包，在我看來(lái)這是大錯特錯的。公司在做HC（HeartCore）項目時(shí)，客戶(hù)前后的設計說(shuō)明書(shū)就變更了7個(gè)版本，僅需求理解就花費了20天時(shí)間，而開(kāi)發(fā)和測試時(shí)間卻不到10天。日本軟件業(yè)的需求和設計文檔相當規范，但這并不代表它們不會(huì )變更。因為大多數情況下，如果日本某公司要制作一款軟件會(huì )將其外包首先給日本軟件公司。而日本軟件公司為了節約，會(huì )將此項目中的部分模塊或某個(gè)項目階段轉包給中國的對日軟件外包公司�？偣矩撠熃影�，然后再將項目發(fā)到下面分公司進(jìn)行最終制造�？上攵@里面一共倒了多少次手了，有的時(shí)候甚至到某對日軟件外包公司手上的項目已經(jīng)是三包四包了。項目小點(diǎn)還好說(shuō)，如果是一個(gè)大項目，發(fā)包方要和接包方進(jìn)行頻繁的交流，大量的信息經(jīng)由三四個(gè)節點(diǎn)的傳輸很難說(shuō)不會(huì )變形。
越是大項目需求越不穩定，這是大家都知道的。接包方很難一次性了解清楚所有的需求，何況再倒了幾次手。加上設計書(shū)的錯誤或者語(yǔ)句有歧義，接包方項目人員日語(yǔ)不好，最終編碼人員對項目的理解和最初發(fā)包方的理解不會(huì )是完全吻合的。所以就出現了到了項目中后期的時(shí)候，已經(jīng)做出一些成型的模塊了，這時(shí)候發(fā)包方和接包方的交流就會(huì )越來(lái)越頻繁，你問(wèn)我答，我問(wèn)你答，大家都極力搞清楚某個(gè)東西到底是干什么用的，它到底是不是用戶(hù)想要的，然后對設計書(shū)修了又補，這時(shí)就需要不斷的修改程序。這時(shí)就需要開(kāi)發(fā)人員加強溝通，相互探討，共同完成。這里引申出了協(xié)同開(kāi)發(fā)——這點(diǎn)在現代的軟件企業(yè)是很重要的一點(diǎn)。
3 加強文檔管理
文檔在軟件項目中的重要性已經(jīng)是盡人皆知，日本軟件業(yè)極為重視文檔和使用文檔，他們把每個(gè)細枝末節都要以文檔的形式記錄，哪怕是一封郵件中的內容也要摘到文檔中記錄下來(lái)。印度軟件業(yè)的文檔化和日本很相似，其軟件業(yè)的文檔也是相當完備的。
日本軟件業(yè)寫(xiě)文檔有一個(gè)特點(diǎn)，就是特別偏愛(ài)Excel，他們90%以上的文檔都是用Excel寫(xiě)的。至于為什么他們偏愛(ài)Excel是重說(shuō)紛紜，我覺(jué)得其中最重要的一個(gè)原因是Excel可以分很多頁(yè)，便于管理，而像Word等其他文本都不具備這個(gè)優(yōu)勢。日本軟件業(yè)把Excel運用得出神入化，使用各種各樣的宏、各種各樣的繪圖、各種復雜計算，只要他們想要，他們就能在Excel中做出來(lái)，對接包公司的大多數需求都是以Excel給出的。
作為PMA，在項目中，需要整理很多文檔，比如需求說(shuō)明、DB設計書(shū)、項目模板等等。如果管理不善，會(huì )給項目開(kāi)發(fā)帶來(lái)嚴重的后果。一般在獲取客戶(hù)的需求后，建立文件夾，把需求原件存起來(lái)。等后，把對應的中文需求也保存起來(lái)，相關(guān)的附件、模板、DB設計書(shū)等放在一起。一切整理好后，在發(fā)給開(kāi)發(fā)人員，這樣便于他們理解。隨著(zhù)項目的跟進(jìn)，在開(kāi)發(fā)中客戶(hù)可能修改需求和增加需求，這時(shí)PMA要及時(shí)把對應的需求給開(kāi)發(fā)人員，以免做無(wú)用功或者遺漏需求。一般來(lái)說(shuō)，任何外包軟件企業(yè)都會(huì )采用一些專(zhuān)門(mén)管理工具來(lái)管理相應的文檔，比如我們用CVS來(lái)管理代碼，用WIKI管理需求，這些都會(huì )在任務(wù)開(kāi)發(fā)過(guò)程中及時(shí)更新。在配置管理的相關(guān)資料中，詳細的闡述了什么是配置管理、配置管理的功能以及如何進(jìn)行配置管理。
4 嚴謹測試
嚴謹測試——這點(diǎn)在日本測試人員身上體現的淋漓盡致。公司在做java（nvmailpoint）項目時(shí)，從3月24號交付，幾乎天天修改——測試——交付——修改——測試——交付，到目前為止，才完美交付了。
雖然每個(gè)任務(wù)在交付前，已經(jīng)根據需求做了測試，為什么存在那么多的bug，有的甚至是很明顯的錯誤？
由于受交貨期的壓力，開(kāi)發(fā)者在參照設計資料時(shí)，細節部分的理解不夠仔細。例如：畫(huà)面數據的顯示順序、間隔、字體顯示等；沒(méi)有完全掌握設計思想的狀況下即開(kāi)始編碼，對設計要求的理解容易發(fā)生偏差。這些漏洞就需要測試人員為開(kāi)發(fā)人員補充。所以作為測試人員要做到以下幾點(diǎn)：
�。�1）明確自己的責任——盡可能多的發(fā)現軟件中的bug。
�。�2）盡可能早的測試，這樣會(huì )盡早的發(fā)現軟件中的錯誤，便于修改，以免造成后期更高的維護。
�。�3）測試前編寫(xiě)完整的測試用例，有計劃、有目的的進(jìn)行測試，盡可能用最少的測試用例，達到最高的測試效率。
�。�4）不斷的執行回歸測試。測試人員測試出bug后，等開(kāi)發(fā)人員修改后，要執行回歸測試，以免因此次的修改造成其他的Bug。
針對外包軟件特殊的測試步驟：
�。�1）執行本地測試。
所謂的本地：其一是指在的開(kāi)發(fā)下進(jìn)行的測試；其二是指在本地配置的客戶(hù)的環(huán)境下進(jìn)行的測試。一般完成一個(gè)任務(wù)后，首先在本地的開(kāi)發(fā)環(huán)境下測試，通過(guò)后，在虛擬的客戶(hù)環(huán)境下進(jìn)行測試。最終都通過(guò)測試后，做交付包，提交給客戶(hù)。
�。�2）執行遠程測試。
需要進(jìn)行遠程測試的主要原因——環(huán)境問(wèn)題。雖然公司也安裝了客戶(hù)的環(huán)境，但是也不能說(shuō)完全等同于客戶(hù)的環(huán)境。由于其他原因，比如說(shuō)編碼方式、版本問(wèn)題、環(huán)境差異將導致bug。
參考文獻
�。�1］?張小松，王鈺，曹躍.（美）Ron Patton（佩騰）. Software Testing（軟件測試）（第2版）［M］.北京:出版社,2006，（4）.
�。�2］?林銳.軟件配置管理——對軟件成果的有效保護［M］.北京:工業(yè)出版社,2005,(3).
�。�3］?黃軍，劉曉梅，熊勇.軟件配置管理及其工具應用［M］.北京:人民郵電出版社,2002,(12).
�。�4］?My FAQ.高效軟件開(kāi)發(fā)團隊的特征.網(wǎng)絡(luò )文章.http://myfaq.com.cn/A200508/2005-08-07/184102.html,2005,(8).
�。�5］?朱少民.軟件測試方法和技術(shù)(第1版)［M］.北京:清華大學(xué)出版社,2005,(7).
�。�6］?楊文宏，李新輝.（美）麥格雷戈（JohnD.McGregor）.面向對象的軟件測試(第1版)［M］.北京:機械工業(yè)出版社,2002,(8).
【對日軟件外包開(kāi)發(fā)質(zhì)量探討】相關(guān)文章：
給排水專(zhuān)業(yè)ＣＡＤ軟件開(kāi)發(fā)方法探討03-18
探索外包項目開(kāi)發(fā)的管理12-10
對軟件項目管理的探討03-22
質(zhì)量本錢(qián)探討02-27
質(zhì)量成本探討03-21
有關(guān)收益質(zhì)量的探討03-22
軟件的復用技術(shù)及開(kāi)發(fā)方法03-29
中國旅游商品開(kāi)發(fā)探討03-07