前言
隨著中國加入WTO后,外界對中國的軟件業(yè)帶來了機遇和挑戰(zhàn);為新新的軟件行業(yè)注入新的活力。但細細一想,其實所帶來的更多的是挑戰(zhàn)。我所說的挑戰(zhàn)不單只是個人開發(fā)中的水平問題,更多的是我國軟件項目管理的問題。下面我就幾個方面來談?wù)劇?
開發(fā)人員問題:
1、你開發(fā)中按軟件工程做了嗎?
軟件工程,這對軟件開發(fā)員來說是多么熟悉的字眼,但其中的內(nèi)含你又知道多少,再進一步說,在開發(fā)中按軟件工程來做的又有多少。大家常在網(wǎng)上聽到一些程序員在抱怨說:“我加班加點的寫了10萬行的代碼,所以老板把我給開除了?!边@話扎聽有點好笑,但細細一想這是他的悲哀。他寫的代碼雖多,可是關(guān)鍵的又有多少。如果里面的代碼只要有80%的是關(guān)鍵的,我想老板是決對不會開除他的。問題出在10萬行代碼中有多少是關(guān)鍵的。先不說寫這10萬行代碼所開的時間了,就說以后的維護問題,要是你到一個公司,老板首先要求你看完這10萬行代碼。我想你第一想到就是走人,第二想到的還是走人。因為對于一個沒有按軟件工程來進行開發(fā)的程序,不要說是這么多的代碼;那怕是幾十行、幾百行,讀起來也是很難受的事。記得我剛到深圳找工作,老板讓我接手另一個程序員所開發(fā)的一個小系統(tǒng)。這樣理所當(dāng)然的就是看設(shè)計文檔,可是沒有,這樣只有看源程序;當(dāng)我打開源程序時,我呆了。看了一天代碼,我決定走人。當(dāng)我向BOOS提出時,老板給我做思想工作。當(dāng)然加薪也是少不了的,這也打破加薪的記錄了。所以我就留下了。之后我開始看代碼。在我看代碼的同時真不知道把寫這程序的程序員罵了不知道多少次。這讓我更加增強了對軟件工程的認識。為了不讓以后維我的程序員不罵或少罵我。所以得好好按規(guī)定《軟件工程》辦事。說這些只是想讓大家靜下來想想,你在開發(fā)中按軟件工程做了嗎!
2、你是先寫文檔再寫程序的嗎?
一個好的程序是先寫好設(shè)計文檔再進行編程的,在設(shè)計文檔的指導(dǎo)下,才能寫出安全的代碼。在文檔的指導(dǎo)下,這樣寫出來的程序至少不會出現(xiàn)寫了10萬的代碼還被老板開除的情況。如果你不寫文檔,一開始就寫程序,這樣你就不會按已設(shè)計好的路線走,而是想到哪寫到哪。小功能還好說,要是大功能,你想想等你寫下一個時,回過頭來看原來寫的,你早就不知所云了,那時你就覺得好像在云里霧里亂走,修改的代碼也就更不安全了。我所說寫文檔不是說很正規(guī)的,那怕你只用一張搞紙劃上幾畫也要畫點出來(這是對小功能來說的)。對于大的程序來說,你就必須正規(guī)的寫了。因為這樣才能詳細的記下你的設(shè)計思想,如果開發(fā)一段時間后,感覺須要對一些功能進行修改或變態(tài)時,記住別刪除原來的,而是在下面進行變更說明。這樣再次看文檔時你就會更清楚為什么要這么做的原因。一看就明白不是多好??偙饶闳ピ傧胍郧暗脑O(shè)計花的時間要少,如果刪除原來的設(shè)計思想,當(dāng)你再次看修改或變動的功能時,你可能會對其不理解。這是多么可怕的事呀!我想作為程序員應(yīng)該知道文檔的重要性??墒窃谝恍┬」?,先寫文檔后寫程序的開發(fā)員又有多少。要成為一個好的程序員大家想想自己該怎么做的吧!
軟件項目管理問題:
1、現(xiàn)代的軟件開發(fā),技術(shù)不是關(guān)鍵:
隨著日益增長的軟件需求和軟件系統(tǒng)功能的增強,過去一個人開發(fā)的歷史以不復(fù)存在?,F(xiàn)在單槍匹馬寫程序也只是一種娛樂。我們一般開發(fā)的系統(tǒng)都是一個小組才能完成的。所以管理才是開發(fā)出好的軟件的前提條件,沒有管理一定出不來好的軟件,當(dāng)然有管理也不一定出軟件的。一個成功的軟件不一定是最好的技術(shù),但在它背后一定有一個好的管理。所以現(xiàn)在的軟件開發(fā)已不像從前把技術(shù)放在第一,而是該把管理放在第一位。我在網(wǎng)上看到一篇關(guān)于中國軟件和印度軟件的比較。我現(xiàn)在記的不是太多,但對我影響最深的是他們會去權(quán)衡技術(shù)和開發(fā)效率問題。如現(xiàn)在開發(fā)一個軟件,用戶要求去在三個月內(nèi)完成,你在做系統(tǒng)分析時也認為在三個月能完成。但你沒有考慮到一些細節(jié),你寫完系統(tǒng)的總體設(shè)計,在進行詳細設(shè)計時碰到要建一張不是太大的路由表。這時大多數(shù)國內(nèi)的設(shè)計人員就會想用什么算法,去花很多時間去設(shè)計研究新的算法和技術(shù),而人家首先考慮的是系統(tǒng)的運行環(huán)境,而這個軟件設(shè)計了是在(CPU:1.1G,內(nèi)存:512M)中運行,用戶也沒特意提出其運行效率要求。所以人家就在內(nèi)存中開一個大數(shù)組來對這個路由表進行操作。從這點看,人家注重的是軟件的整體,而不像國內(nèi)大多數(shù)據(jù)設(shè)計員那樣,把個體放在首位。其實這方面我覺得我們的開發(fā)員應(yīng)當(dāng)多向共產(chǎn)黨學(xué)習(xí)(本人不是共產(chǎn)黨員,團員也因沒交團費被Cancel掉了)。把軟件設(shè)計的整體放在首位,而不去花太多的時間在不一定成功的技術(shù)上。如果花太多的時間在技術(shù)上去,這將對系統(tǒng)的按時完成帶來影響。我也不是說不該研究技術(shù),我只是說開發(fā)中應(yīng)當(dāng)以全局為重。如果要加入新的技術(shù),必須在分析時就預(yù)算其所需要的時間,并設(shè)置技術(shù)風(fēng)險管理。如果風(fēng)險太大就應(yīng)當(dāng)取消用這項技術(shù),改用其它的已成功的技術(shù)代替。風(fēng)險管理這是近來才提出的軟件管理方法。它對我們的軟件項目有著很好的控制作用。對于一些中、大型系統(tǒng),它是一把走進成功之門的鑰匙。這里就不談了,我將在下面進行說明。
2、好的管理才能開發(fā)出好的軟件(小系統(tǒng)除外):
大家都知道,軟件開發(fā)中有太多的不可預(yù)知性。但這種不可預(yù)知是對總體來說的,當(dāng)軟件進行到一點程度時,不可預(yù)知的東西就會變成可預(yù)知的東西。以住的做法是不去管理它,這樣所帶來的就是項目的失敗。要是有好的管理方法就可以控制這些不可預(yù)知的東西,軟件項目就會一步步隨著你的設(shè)計思路起向成功?,F(xiàn)在就和大家一起討論一些常用的軟件管理方法。
2.1、錯誤管理:
小時候當(dāng)我做錯事的時候,我父親總是把我叫到他身邊,對我說:“沒事,只要下次不做相同的錯事就行了。”這話也許很多家長都對自己的小孩這么講過。小時還不覺得,慢慢長大后,會發(fā)覺其中深刻的道理。這就是說從錯誤中吸取經(jīng)驗教訓(xùn)。軟件項目開發(fā)中的錯誤也是一樣。軟件開發(fā)是一項復(fù)雜的活動。一個典型的軟件開發(fā)項目可能會給我們提供很多的機會去從錯誤中吸取經(jīng)驗教訓(xùn)。一般的軟件項目也會提供少量的錯誤給我們學(xué)習(xí)。學(xué)過開車的人都知道,教練老是會這么講:“我希望你們從我身上學(xué)習(xí)我和前人的的經(jīng)驗,這些經(jīng)驗?zāi)銈兙筒灰偃ピ嚵?。如果要試你也許會賠上錢甚至于生命?!彪m然軟件項目開發(fā)不會賠上生命,但是失敗的軟件項目是一定會賠錢的。所是在軟件開發(fā)中少不了要對錯誤進行管理。在項目的錯誤管理中我一般是這么做的,現(xiàn)在和大家討論一下:
a、 列出典型錯誤:
【?發(fā)表評論?0條?】