軟件開(kāi)發(fā)的認(rèn)識(shí)

、如何開(kāi)發(fā)一個(gè)成功的軟件產(chǎn)品？ 要成功的開(kāi)發(fā)一個(gè)軟件產(chǎn)品，需要滿足如下兩個(gè)條件1、完美的開(kāi)發(fā)團(tuán)隊(duì)2、開(kāi)發(fā)過(guò)程合理控制2.1完美的開(kāi)發(fā)團(tuán)隊(duì) 軟件產(chǎn)品不需要原料，軟件團(tuán)隊(duì)是軟件產(chǎn)品生產(chǎn)的最重要資源了。如何成就一個(gè)完美的開(kāi)發(fā)團(tuán)隊(duì)，意見(jiàn)如下：1、具有軟件開(kāi)發(fā)必備角色，包括需求、系統(tǒng)分析、技術(shù)攻關(guān)、代碼編寫(xiě)、軟件測(cè)試等。2、具有自己文檔、代碼標(biāo)準(zhǔn)標(biāo)準(zhǔn)，以便于維護(hù)集成。3、具有自己資源庫(kù)。4、具有和諧的團(tuán)隊(duì)關(guān)系、正確的溝通方式5、具有英明的工程經(jīng)理2.1.1具有軟件開(kāi)發(fā)必備角色 一個(gè)軟件開(kāi)發(fā)團(tuán)隊(duì)，必須具備軟件工程中應(yīng)有的角色，包括需求分析、系統(tǒng)分析、技術(shù)攻關(guān)、代碼編寫(xiě)、軟件測(cè)試等，這里不再贅述。2.1.2具有自己文檔、代碼標(biāo)準(zhǔn)標(biāo)準(zhǔn)軟件開(kāi)發(fā)周期的各個(gè)階段都應(yīng)該有相應(yīng)的文檔，軟件工程等相關(guān)學(xué)科都有很大篇幅講文檔的重要性。軟件開(kāi)發(fā)團(tuán)隊(duì)對(duì)文檔處理各有千秋，主要可分為如下三種情況：1、

開(kāi)發(fā)團(tuán)隊(duì)不重視文檔，往往事后根據(jù)需要再追加文檔，這類(lèi)開(kāi)發(fā)團(tuán)隊(duì)一般規(guī)模較小，屬于作坊式的2、

開(kāi)發(fā)團(tuán)隊(duì)迎合軟件工程中文檔教條，不聯(lián)系自己實(shí)際情況寫(xiě)文檔，文檔格式形式化，這種開(kāi)發(fā)團(tuán)隊(duì)一般是吃大鍋飯的，文檔在這種團(tuán)隊(duì)被作為形象展示的工具3、

開(kāi)發(fā)團(tuán)隊(duì)把文檔作為產(chǎn)品的一局部，基于軟件工程理論寫(xiě)文檔，利用文檔對(duì)工程進(jìn)行控制跟蹤，真正的發(fā)揮了文檔的功用。但是一個(gè)優(yōu)秀的開(kāi)發(fā)團(tuán)隊(duì)除了按上面第三種方式處理文檔外，還應(yīng)該具有自己的文檔、代碼標(biāo)準(zhǔn)標(biāo)準(zhǔn)，所有成員都要遵循這個(gè)標(biāo)準(zhǔn)編寫(xiě)文檔或代碼，而不是各自按自己的習(xí)慣處理文檔或者代碼。我們知道程序編寫(xiě)人員都不愿意解讀別人的代碼，其實(shí)主要原因不是代碼復(fù)雜度問(wèn)題，而是他們寫(xiě)代碼的標(biāo)準(zhǔn)不一致，注釋不標(biāo)準(zhǔn)或者不明確。所以團(tuán)隊(duì)如果有了自己的代碼標(biāo)準(zhǔn)，所有成員都遵循這個(gè)標(biāo)準(zhǔn)，那么在程序?qū)印⒁平灰约熬S護(hù)等方面效率會(huì)很高。2.1.3具有自己的資源庫(kù) 資源庫(kù)是自己通俗的說(shuō)法，它應(yīng)該包括文檔、技術(shù)文獻(xiàn)、問(wèn)題分析及解決方案、源代碼和控件等。這些資源應(yīng)該用以一種方式管理〔比方以數(shù)據(jù)庫(kù)的方式存儲(chǔ)〕，以資源平臺(tái)的方式向團(tuán)隊(duì)所有成員開(kāi)放，便于檢索查詢重用。 一個(gè)技術(shù)團(tuán)隊(duì)，資源庫(kù)是非常重要的，它是團(tuán)隊(duì)所有成員在實(shí)踐中經(jīng)驗(yàn)的積累、技術(shù)的總結(jié)，是團(tuán)隊(duì)成員技術(shù)共享的紐帶。 軟件產(chǎn)品的本錢(qián)根本上只有人力資源，資源庫(kù)的存在很大程度上節(jié)省了人力資源，假設(shè)我們把一個(gè)新的開(kāi)發(fā)工程的功能細(xì)化后，很多功能模塊都可以從資源庫(kù)中直接調(diào)出來(lái)使用、當(dāng)我們遇到一個(gè)很久以前花費(fèi)很大精力解決的技術(shù)性問(wèn)題，我們可以直接從資源庫(kù)中檢索出該問(wèn)題及解決方案，當(dāng)程序員A需要寫(xiě)一個(gè)鏈表類(lèi)時(shí)，可以通過(guò)資源庫(kù)參考程序員B曾經(jīng)編寫(xiě)的鏈表類(lèi)…….這將是多么愉快的事情。2.1.4具有和諧的團(tuán)隊(duì)關(guān)系、正確的溝通方式技術(shù)人員是軟件公司的支柱，技術(shù)人員之間關(guān)系的和諧就顯的非常重要。另外由于軟件產(chǎn)品的特性就是復(fù)雜度高，軟件產(chǎn)品生產(chǎn)過(guò)程就是一批技術(shù)人員溝通、執(zhí)行的過(guò)程。所以和諧的團(tuán)隊(duì)關(guān)系及正確的溝通方式都非常重要。關(guān)于如何做好這一點(diǎn)，有如下看法：和諧的關(guān)系上，隊(duì)員之間要作到理解、尊重、寬容，這不但是關(guān)系開(kāi)展的前提，也是關(guān)系健康向上開(kāi)展的根底。有了和諧的關(guān)系，溝通就顯得順利多了，個(gè)人認(rèn)為溝通主要做到如下三點(diǎn)：1、要有所準(zhǔn)備：溝通就是因?yàn)橛袉?wèn)題需要討論，那么就有問(wèn)題的提出方和解決問(wèn)題的一方，這就需要問(wèn)題的提出方根據(jù)實(shí)際情況〔問(wèn)題復(fù)雜性、重要性、參與討論的角色和專業(yè)方向〕做出充分的準(zhǔn)備，比方如何描述問(wèn)題才能讓參與討論的不同角色的人在相對(duì)短時(shí)間內(nèi)對(duì)問(wèn)題有深刻的理解并給出好的建議。那么對(duì)于技術(shù)性非常強(qiáng)的討論或者講座、就需要參與討論的成員事先至少對(duì)該技術(shù)性的話題有一個(gè)宏觀的認(rèn)識(shí)，比方技術(shù)講座，如果技術(shù)性很強(qiáng)，最好就是聽(tīng)講座的成員先對(duì)講座的內(nèi)容有一個(gè)了解，然后才能更好的在聽(tīng)講過(guò)程中受益并發(fā)揮。畢竟不是小學(xué)生上課，我們的技術(shù)講座也不該是照本宣科，應(yīng)該事先了解、然后在聽(tīng)與討論中掌握知識(shí)。2、要學(xué)會(huì)聆聽(tīng)，這不僅是對(duì)別人的尊重，也確實(shí)能使自己受益〔只要對(duì)方不是虛無(wú)縹緲、話不中的、夸夸其談的長(zhǎng)篇大論〕，不要?jiǎng)e人剛剛開(kāi)口，咱就來(lái)個(gè)，你不知道、你不懂，這是不對(duì)的，三人行、必有我?guī)?。相互的聆?tīng)是理解問(wèn)題的根底，是討論問(wèn)題得出正確方案的前提。3、要換位思考，工作中我們要學(xué)會(huì)換位思考、不要主觀的臆斷。特別是團(tuán)隊(duì)協(xié)作的時(shí)候，要站到我們伙伴的角度去看問(wèn)題、思考問(wèn)題，理解你的伙伴、尊重你的伙伴，才能得到正確的討論結(jié)果或解決方案。2.1.5具有英明的工程經(jīng)理不討論工程經(jīng)理職業(yè)、心理、知識(shí)、經(jīng)驗(yàn)等條款化的素質(zhì)。也不討論決策、溝通等工程經(jīng)理應(yīng)該必備的能力，只從自己角度，談下自己的幾點(diǎn)看法。1、

要有一定的權(quán)利，從實(shí)出發(fā)對(duì)待問(wèn)題。很多軟件公司會(huì)出現(xiàn)工程經(jīng)理責(zé)任高、權(quán)利小的現(xiàn)象。也很多工程經(jīng)理由于某些緣故，在方案決策處理方面不能從實(shí)對(duì)待問(wèn)題，這種現(xiàn)象往往出現(xiàn)在工程經(jīng)理的上級(jí)領(lǐng)導(dǎo)對(duì)工程過(guò)多干預(yù)的情況下。2、

中肯，謙虛，尊重隊(duì)員。能認(rèn)真聽(tīng)取所有成員的技術(shù)觀點(diǎn)、意見(jiàn)。這點(diǎn)很重要，俗話說(shuō)“三個(gè)臭皮匠，頂個(gè)諸葛亮〞，技術(shù)的追求是無(wú)止境的，工程經(jīng)理不可能掌握全部技術(shù)的新動(dòng)向。3、

有親和力和一定的人格魅力，能站到所有團(tuán)隊(duì)成員的角度思考問(wèn)題?；饧夹g(shù)合作或者日常生活上不和諧的情緒。工程經(jīng)理畢竟不是技術(shù)骨干，只是懂得決策、懂得技術(shù)是不行的。2.2開(kāi)發(fā)過(guò)程合理控制軟件產(chǎn)品工程化之后，軟件開(kāi)發(fā)周期就被劃分為很多階段，如制訂方案、需求分析和定義、軟件設(shè)計(jì)、程序編寫(xiě)、軟件測(cè)試、運(yùn)行和維護(hù)等，還提出了很多軟件開(kāi)發(fā)模型作為這些階段行為參考。關(guān)于這方面的資料非常多，這里不理論教條化的對(duì)這些內(nèi)容討論，只是結(jié)合工作經(jīng)驗(yàn)，從軟件定義、軟件開(kāi)發(fā)和軟件維護(hù)三個(gè)角度簡(jiǎn)短的談些自己的看法。2.2.1軟件定義 這個(gè)階段主要就是通過(guò)需求分析來(lái)確定最終做出怎么樣的一個(gè)軟件產(chǎn)品，是至關(guān)重要的。工程組應(yīng)該做到：1、全員參與，不僅僅是工程經(jīng)理和需求分析人員，包括編碼、測(cè)試人員等都要參與進(jìn)來(lái)。比方需求分析人員由于技術(shù)專業(yè)不理想，根據(jù)用戶需求設(shè)計(jì)的軟件定義沒(méi)有考慮到某個(gè)技術(shù)障礙，導(dǎo)致編碼人員在開(kāi)發(fā)過(guò)程中不可逾越，臨時(shí)調(diào)整方案不但極大降低質(zhì)量、還嚴(yán)重的影響了工程進(jìn)度。2、給該階段預(yù)留更多的時(shí)間，不厭其煩的與客戶溝通。隔行如隔山，用戶與開(kāi)發(fā)人員之間的交流很難。有時(shí)候用戶很難明確的提出他的需求，這時(shí)候就需要工程分析人員理解并牽引。有時(shí)候用某些需求用戶也提不出，直道編碼甚至維護(hù)階段才提出來(lái)，分析人員應(yīng)該做出足夠的思考，以便軟件定義時(shí)候預(yù)留相應(yīng)的接口。2.2.2軟件開(kāi)發(fā)這個(gè)階段主要完成概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼及測(cè)試。最重要的莫過(guò)于概要設(shè)計(jì)時(shí)合理的劃分功能模塊了。劃分模塊原那么如下：1、

高內(nèi)聚、低耦合。這樣模塊的獨(dú)立性很強(qiáng)，在代碼開(kāi)發(fā)階段給每個(gè)模塊編寫(xiě)者很大的空間，使編寫(xiě)目的非常明確，可以獨(dú)立開(kāi)發(fā)，互不影響進(jìn)度。2、

模塊接口明確。這樣開(kāi)發(fā)者在開(kāi)發(fā)過(guò)程中預(yù)留接口就可以了，不用頻繁的整合或移植代碼進(jìn)行接口聯(lián)調(diào)。另外就是工程經(jīng)理要了解自己的設(shè)計(jì)人員各自的技術(shù)特長(zhǎng)，分配相應(yīng)的模塊給程序設(shè)計(jì)人員，會(huì)很大程度上縮短開(kāi)發(fā)周期。2.2.3軟件維護(hù) 軟件維護(hù)是一項(xiàng)長(zhǎng)期而繁瑣的任務(wù)，長(zhǎng)時(shí)間的跨度可能會(huì)牽扯到文檔、代碼更新，人員更換等。所以有關(guān)軟件的文檔一定要寫(xiě)好、保存好。另外前面提到的開(kāi)發(fā)團(tuán)隊(duì)要有自己的文檔代碼標(biāo)準(zhǔn)標(biāo)準(zhǔn)等，也是做好軟件維護(hù)的前提條件。在當(dāng)我們學(xué)會(huì)了一門(mén)語(yǔ)言的時(shí)候〔也就是說(shuō)，記住了該語(yǔ)言的語(yǔ)法，詞法，還有一些常用的函數(shù)〕，就意味著已經(jīng)掌握了編寫(xiě)程序的根本工具。無(wú)論用的是社么語(yǔ)言，都差不多。只是工具之間有長(zhǎng)有短。比方說(shuō)，delphi,VB之類(lèi)做windows環(huán)境的應(yīng)用程序很方便；用JAVA開(kāi)發(fā)基于網(wǎng)絡(luò)的程序很輕松。假設(shè)我們用C〔C++〕寫(xiě)一個(gè)記事本軟件，估計(jì)要寫(xiě)數(shù)百行代碼才能完成，而且不能保證沒(méi)有大錯(cuò)誤，而用delphi,,或VC等可視化工具來(lái)做，就只要鼠標(biāo)點(diǎn)點(diǎn)控件，幾下就完成了，可謂方便。這就是說(shuō)工具各有特點(diǎn)，各個(gè)方面都有各個(gè)方面的最適合的工具。不過(guò)工具只是工具，光靠工具是寫(xiě)不出好的程序的。就好比我要寫(xiě)一篇文章出來(lái)，首先確定用社么語(yǔ)言來(lái)寫(xiě)〔漢，英，俄還是其他？很顯然，如果我是寫(xiě)給中國(guó)人看，自然用中文，寫(xiě)給美國(guó)人看，當(dāng)然用英文。〕那么確定了語(yǔ)言之后呢？我就能寫(xiě)文章了嗎？文章結(jié)構(gòu)如何設(shè)計(jì)？寫(xiě)文章的方法技巧和本卷須知是什么？這些我都不知道，自然寫(xiě)不出好文章。可見(jiàn)，要寫(xiě)一篇好文章，會(huì)語(yǔ)言是遠(yuǎn)遠(yuǎn)不夠的。同樣，要寫(xiě)出好的程序〔程序運(yùn)行結(jié)果正確，時(shí)間，空間效率高，健壯性好，可讀性強(qiáng)等等〕，光會(huì)一門(mén)語(yǔ)言也是遠(yuǎn)遠(yuǎn)不夠的。而編程的具體方法的學(xué)習(xí)才是我們的重點(diǎn)。

計(jì)算機(jī)教育普遍都是先從教授一門(mén)語(yǔ)言開(kāi)始〔一般是C語(yǔ)言〕，然后，就開(kāi)始安排對(duì)數(shù)據(jù)結(jié)構(gòu)和算法的學(xué)習(xí)。數(shù)據(jù)結(jié)構(gòu)和算法設(shè)計(jì)分析是整個(gè)編程方法的根底，重中之重。以前流行過(guò)一句話：數(shù)據(jù)結(jié)構(gòu)+算法=程序。這是不無(wú)道理的。計(jì)算機(jī)是用來(lái)處理和存儲(chǔ)數(shù)據(jù)的。數(shù)據(jù)在計(jì)算機(jī)中的表示和存儲(chǔ)不是無(wú)組織的，是有規(guī)律，有結(jié)構(gòu)的。因此，當(dāng)我們對(duì)這些按照一定規(guī)律組織的數(shù)據(jù)進(jìn)行操作的時(shí)候，理論上存在一種或幾種與某結(jié)構(gòu)相比配的最優(yōu)〔或近式最優(yōu)〕算法，以次來(lái)確保操作數(shù)據(jù)的時(shí)空效率。打個(gè)比方，現(xiàn)有一排數(shù)據(jù)：a,b,c,d,e，如果經(jīng)常要對(duì)其進(jìn)行查找操作，順序排列存儲(chǔ)該數(shù)列能降低操作的時(shí)間。同樣如果經(jīng)常要對(duì)其進(jìn)行插入或刪除操作，采用鏈接存儲(chǔ)那么能降低該操作的時(shí)間復(fù)雜度。由此可見(jiàn)，合理的數(shù)據(jù)結(jié)構(gòu)，高效的算法對(duì)程序質(zhì)量有著多么重要的影響！又比方，我們要編寫(xiě)程序能對(duì)中國(guó)所有公民的身份證號(hào)進(jìn)行排序。這是極其龐大的一組數(shù)據(jù)，如此多數(shù)據(jù)采取什么結(jié)構(gòu)來(lái)表示和存儲(chǔ)，以及應(yīng)用什么算法來(lái)對(duì)其排序，使該程序在排序時(shí)盡量的快，占用的空間盡量的少。這都是學(xué)問(wèn)，編程的學(xué)問(wèn)！所以，可以講，程序員對(duì)數(shù)據(jù)結(jié)構(gòu)和算法的領(lǐng)悟程度直接決定了他的編程水平的上下。那么如何提高自己的水平呢？我們可以學(xué)習(xí)研究像C〔C++〕函數(shù)庫(kù)〔API〕里的函數(shù)，或JFC〔JAVA類(lèi)庫(kù)〕中的函數(shù)實(shí)現(xiàn)，這些函數(shù)實(shí)現(xiàn)都是非常有經(jīng)驗(yàn)的程序員編寫(xiě)的，有著很好的運(yùn)行效率。再者，就是數(shù)學(xué)的重要，我認(rèn)為數(shù)學(xué)對(duì)程序的重要性表達(dá)在對(duì)算法的支持上。比方說(shuō)微積分思想，為計(jì)算機(jī)數(shù)值計(jì)算提供了理論指導(dǎo)；而數(shù)據(jù)結(jié)構(gòu)和算法來(lái)源與離散數(shù)學(xué)，線性代數(shù)和概率統(tǒng)計(jì)中的思想和方法。另外，像計(jì)算機(jī)密碼學(xué)，計(jì)算機(jī)圖形學(xué)，計(jì)算機(jī)多媒體都離不開(kāi)數(shù)學(xué)。好的算法需要數(shù)學(xué)工具來(lái)理論驗(yàn)證，也需要數(shù)學(xué)來(lái)改進(jìn)，來(lái)完善！

那么，面向?qū)ο笥职缪菔裁唇巧?？說(shuō)到底，我覺(jué)得面向?qū)ο笏枷氲淖谥季褪谴a重用。面向?qū)ο罄锏娜蟾拍睿悍庋b，繼承，多態(tài)都是為了代碼重用。重用質(zhì)量高的代碼，不但可以節(jié)省人力，而且極大提高了本身原程序的質(zhì)量。比方，我要編寫(xiě)一多功能計(jì)算器，我依據(jù)自己喜好設(shè)計(jì)了界面，在具體功能實(shí)現(xiàn)上我繼承了別人已經(jīng)寫(xiě)好的正確功能類(lèi)，不但省去了自己寫(xiě)的麻煩，而且也保證了該計(jì)算器的邏輯正確性，一舉兩得。在編程時(shí)運(yùn)用面向?qū)ο笏枷耄?lèi)的設(shè)計(jì)是最為關(guān)鍵得第一步，包括對(duì)類(lèi)結(jié)構(gòu)的設(shè)計(jì)和內(nèi)部功能實(shí)現(xiàn)。其次就是對(duì)類(lèi)進(jìn)行準(zhǔn)確合理的繼承和多態(tài)化。顯然，不正確的進(jìn)行繼承和多態(tài)會(huì)給整個(gè)軟件帶來(lái)巨大的錯(cuò)誤隱患。面向?qū)ο笏枷朐趯?xiě)小程序時(shí)或許表達(dá)不出優(yōu)越，但在中大型軟件開(kāi)發(fā)時(shí)，它的用處便會(huì)極大表達(dá)出來(lái)。面向?qū)ο蠓椒ㄔ诮鉀Q軟件危機(jī)里起到了舉足輕重的作用。但在這里，我還是要強(qiáng)調(diào)一點(diǎn)，面向?qū)ο笏枷胧菢O好的思想，極好的編程方法。但是如果沒(méi)有質(zhì)量好的代碼可以值得被重用，面向?qū)ο蠓椒ň蜎](méi)有用武之地！可見(jiàn)，擁有良好數(shù)據(jù)結(jié)構(gòu)和算法的功能代碼塊是保證整個(gè)程序質(zhì)量的奠基石。

軟件〔尤其是中大型軟件〕質(zhì)量好壞還有一個(gè)很重要的因素：軟件體系結(jié)構(gòu)。打個(gè)比方，我要建房子。軟件體系結(jié)構(gòu)就好比房子的結(jié)構(gòu)，采用哪種樣式〔歐式？中式？〕決定了房子的結(jié)構(gòu)，軟件體系結(jié)構(gòu)的規(guī)劃設(shè)計(jì)也就決定了軟件本身的結(jié)構(gòu)〔軟件的環(huán)境，功能模塊的安排，位置，互相聯(lián)系關(guān)系等等〕。那么，房子的結(jié)構(gòu)設(shè)計(jì)好了，就要解決建筑材料的問(wèn)題。在這里，牢固的磚頭和橫梁是房子牢固的根本保證。同樣，擁有良好數(shù)據(jù)結(jié)構(gòu)和算法的功能函數(shù)或函數(shù)塊也是整個(gè)軟件質(zhì)量的根本保證！有了質(zhì)量過(guò)硬的磚頭和橫梁，只要結(jié)構(gòu)合理，房子的壽命是完全可以保證的。一樣道理，我們手頭有了大批信的過(guò)的功能函數(shù)或函數(shù)塊，在編程的時(shí)候嚴(yán)格按照軟件工程標(biāo)準(zhǔn)，合理運(yùn)用面向?qū)ο蠓椒ǎ凑湛茖W(xué)的體系結(jié)構(gòu)要求，就能在經(jīng)濟(jì)的條