證券其它相關(guān)論文-探討如何確保對(duì)日軟件外包開發(fā)過程中的質(zhì)量.doc

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