【正文】 。對于公司來說，對測試分析的要求是非常嚴(yán)格的。其包括幾個(gè)部分：（1）對被測模塊的描述；（2）測試人員；（3）對該模塊每個(gè)功能的測試的詳細(xì)描述；（4）指出當(dāng)前存在或潛在的問題。這時(shí)，一份日志就會(huì)省卻你不少的麻煩。要知道，人的IQ，EQ等，是會(huì)隨著人的生理和心理狀態(tài)的不同而變化的。開發(fā)日志相當(dāng)于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時(shí)突然萌發(fā)的靈感，或?qū)Υa的一些微小的修改，或?qū)Τ绦蚪Y(jié)構(gòu)的一些微小變動(dòng)等，還要對上述這些修改變動(dòng)作些說明，例如，為什么要改成現(xiàn)在的這個(gè)樣子。但以后如果進(jìn)到公司，還是老老實(shí)實(shí)地按公司規(guī)矩辦事吧。對每個(gè)符號表示的意思進(jìn)行說明那是必須的，不然別人看起來會(huì)一頭霧水。至于模塊的流程圖或結(jié)構(gòu)圖，一直都是我最頭疼的問題，那一大堆琳瑯滿目的畫法和符號往往令人無所適從。其由以下幾部分組成：（1）程序模塊與功能模塊的對應(yīng)關(guān)系和相關(guān)描述；（2）實(shí)現(xiàn)每個(gè)功能模塊的程序模塊的邏輯流程和組織結(jié)構(gòu)；（3）對每一個(gè)程序模塊的詳細(xì)描述。綜上所述，這個(gè)部分的文檔必須包括3個(gè)部分：（1）客戶需求的詳細(xì)描述；（2）程序功能模塊的劃分以及其與客戶需求的對應(yīng)關(guān)系；（3）功能模塊的邏輯流程。功能模塊是建立在設(shè)計(jì)邏輯上的，而程序模塊則是直接面向?qū)崿F(xiàn)的。注意這里所說的功能模塊與編碼時(shí)所說的程序模塊的區(qū)別。注意這里用了“定義”這個(gè)詞，這就意味著對客戶需求的說明，盡管不一定要是形式定義，但也必須是精確，無歧義的。而工程的輸入輸出則可以這樣寫：輸入當(dāng)前的象棋棋局的數(shù)據(jù)描述；輸出最優(yōu)的棋步，包括選擇行動(dòng)的棋子和步法。必須包括以下幾個(gè)方面：（1）項(xiàng)目的名稱或編號；（2）對客戶方的描述；（3）對開發(fā)人員的描述；（4）工程任務(wù)的描述；（5）工程的輸入和輸出；（6）開發(fā)環(huán)境；（7）其他的附加條件。當(dāng)然，這對于我來說毫無意義，我在這里寫上只是為了保持完整而已。主要考慮的方面包括：是否能把這個(gè)項(xiàng)目開發(fā)出來；假如可以的話，預(yù)計(jì)需要多少時(shí)間，能否滿足客人的時(shí)間要求；需要多少人力和資金的投入；最重要的是，這個(gè)項(xiàng)目能否賺錢，能賺多少。以下就是我自己的一份文檔模板的概要，麻雀雖小，但五臟俱全。如果是在公司，則每個(gè)公司大多都有一套自己內(nèi)部的文檔模板，個(gè)人沒有選擇的余地。別指望你的源代碼，對于復(fù)雜一點(diǎn)的程序來說，單純的源代碼幾乎會(huì)扼殺掉你所有的時(shí)間。有一句名言：“筆和紙永遠(yuǎn)都比大腦可靠”，意思就是說，放在大腦里的東西說不準(zhǔn)哪天就忘了，但寫在紙上的東西，只要不發(fā)生什么意外，一般是丟不了的。但經(jīng)過整理寫在紙上以后，則會(huì)清晰得多，無論是別人還是自己，看起來都可以一目了然。這就是后來會(huì)議記錄被發(fā)明出來的原因。想象一下開會(huì)時(shí)的情形。把要完成的目標(biāo)，系統(tǒng)的結(jié)構(gòu)，每一個(gè)模塊的功能等整理一下，然后分門別類地寫下來，這樣在開發(fā)的過程中，就有據(jù)可依，在需要回過頭來修改設(shè)計(jì)的時(shí)候，也有證可考。在進(jìn)行分析，設(shè)計(jì)，編碼，調(diào)試，維護(hù)這幾部分的工作的時(shí)候，最核心的就是文檔的編寫。相比之下，現(xiàn)在常用的一些周期模型則更接近于人的自然思維，例如螺旋模型就是一種我比較喜歡的模型。整個(gè)過程，光想一下就覺得冒冷汗！瀑布模型完全忽視了軟件開發(fā)過程的動(dòng)態(tài)變化。瀑布模型是一種線性模型，其最大的特點(diǎn)就是簡單直觀。既然軟件開發(fā)是一個(gè)具有不可預(yù)知性和變化性的動(dòng)態(tài)的過程，那么，對其每一個(gè)步驟的組織，即周期模型，就必須包容它的這種性質(zhì)。當(dāng)然，這是建立在我現(xiàn)時(shí)的水平之上的觀點(diǎn)。于是你找呀找，終于找到了80/20中的那段可惡的20，原來是用了一個(gè)O（N）的算法，這時(shí)你就得老老實(shí)實(shí)地?fù)Q一個(gè)更好的算法。在編碼的過程中，你總是需要不斷地回過頭來修改原先的模塊設(shè)計(jì)，甚至最初選定的實(shí)現(xiàn)算法。首先是要有一個(gè)想法，即我寫的這個(gè)程序是要干什么的；然后就是對要實(shí)現(xiàn)的核心功能大概構(gòu)思一種或多種實(shí)現(xiàn)方法，并從中選出一種自認(rèn)為是較好的；接下來就是將涉及的各種主要或次要功能分成各個(gè)模塊；最后就是分模塊來編碼和DEBUG。其實(shí)開發(fā)軟件，就像是解決一個(gè)邏輯問題。我手上就有一份GB856788的文檔模板，對于那些頂多只有幾千行的小程序來說，假如真按上面的要求全寫上了，簡直就是一種折磨！據(jù)說，當(dāng)前業(yè)界最權(quán)威的標(biāo)準(zhǔn)是CMM。就像C++，也只是提供了一套標(biāo)準(zhǔn)，不同的編譯器都有各自的實(shí)現(xiàn)，對標(biāo)準(zhǔn)的支持程度也互不相同。簡單來說，就是對于總體的組織和對于局部的實(shí)現(xiàn)。而軟件工程，說白了，就是這樣一套用于軟件的團(tuán)隊(duì)開發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規(guī)范。所以就需要一套規(guī)則，大家都按規(guī)則來辦事，問題就會(huì)少得多。但對于這些工作，具體怎樣做，什么時(shí)候做，每個(gè)人都有自己的一套方式，甚至有的人有幾套方式。（，不過，當(dāng)你看到本文的時(shí)候，天知道它還在不在那里！）軟件工程的核心無論是在上個(gè)世紀(jì)還是在現(xiàn)在，軟件開發(fā)所涉及的工作基本上都沒有變化，它們都起始于一個(gè)實(shí)際需要或某個(gè)靈感，然后就是分析，設(shè)計(jì)，編碼，調(diào)試，維護(hù)。最初提出問題的是Dijkstra?，F(xiàn)在開發(fā)軟件，據(jù)說都是一大幫人排排坐，按著一整套的規(guī)章制度來干活。隨著問題的不斷涌現(xiàn)，一些master們開始嘗試去總結(jié)經(jīng)驗(yàn)，并歸納了一些規(guī)范去指導(dǎo)軟件的分析，設(shè)計(jì)，實(shí)現(xiàn)，測試，維護(hù)，人員交流協(xié)作，項(xiàng)目預(yù)算及時(shí)限控制等方方面面，這就是軟件工程的前身。所以，那時(shí)侯的大型軟件，據(jù)說“藍(lán)屏”比WINDOWS 98還多。既要開發(fā)大型的軟件還要追求速度（這樣才能賺錢），于是很自然地，合作的概念被提了出來。記得以前常去同學(xué)家拷游戲，通常幾張軟盤就可以搞定，而現(xiàn)在的游戲，兩三張CDROM都算少的了。但事過境遷，就像任何人都不會(huì)嫌錢多一樣，永遠(yuǎn)都不會(huì)有人嫌CPU快的。軟件工程的由來據(jù)說上個(gè)世紀(jì)60年代的程序員都是天才，寫程式就像寫日記一樣，吃過晚飯沒事干隨手就可以寫幾個(gè)出來玩，第二天還可以拿去賣錢。幸運(yùn)的是別人要搶你飯碗絕非易事，他們或她們需要付出很多才能達(dá)成心愿。 不局限于JAVA很不幸，很幸運(yùn)，要學(xué)習(xí)的東西還有很多。這里的規(guī)范有兩層含義。分析開源軟件其實(shí)是你提高技術(shù)、提高實(shí)戰(zhàn)能力的便捷方法。這些可是前輩給我們留下的瑰寶呀。萬不得已才去請教別人。對某些知識點(diǎn)有疑惑是，寫代碼測試一下，會(huì)給你留下深刻的印象?？梢韵日艺視絞oogle中搜一下看看，絕大部分問題基本就解決了?！襁x擇你需要的方法?！裾倚枰褂妙?，類命名規(guī)范的話我們由類的名字可猜出一二。當(dāng)需要某項(xiàng)功能的時(shí)候，你應(yīng)該先查相應(yīng)的DOC文檔看看有沒有現(xiàn)成的實(shí)現(xiàn)，有的話就不必勞神費(fèi)心了直接用就可以了，找不到的時(shí)候才考慮自己實(shí)現(xiàn)。J2SE DOC文檔官方下載地址：。這時(shí)候你要使用“javadoc”工具（包含在JDK中）生成標(biāo)準(zhǔn)的JAVA DOC文檔,供同行使用。確立的學(xué)習(xí)路線之后，我們還需要總結(jié)一下JAVA的學(xué)習(xí)要點(diǎn)，這些要點(diǎn)在前文多多少少提到過，只是筆者覺得這些地方特別要注意才對它們進(jìn)行匯總，不要嫌我婆婆媽媽啊。IBM在Visual Age for JAVA上已經(jīng)無利可圖之下，干脆將之貢獻(xiàn)給開源社區(qū)，成為Eclipse的前身，真所謂“柳暗花明又一村”。JAVA開發(fā)使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等幾種；而Eclipse、JBuilder占有的市場份額是最大的。應(yīng)該說IDE發(fā)展的趨勢就是集成軟件開發(fā)中要用到的幾乎所有工具。程序員日常工作包括很多活動(dòng)，編輯、編譯及構(gòu)建、調(diào)試、單元測試、版本控制、維持模型與代碼同步、文檔的更新等等，幾乎每一項(xiàng)活動(dòng)都有專門的工具，如果獨(dú)立使用這些工具的話，你將會(huì)很痛苦，你需要在堆滿工具的任務(wù)欄上不斷的切換，效率很低下，也很容易出錯(cuò)。 開發(fā)工具的用法在學(xué)習(xí)基礎(chǔ)語法與基本的面向?qū)ο蟾拍顣r(shí)，從鍛煉語言熟練程度的角度考慮，我們推薦使用的工具是Editplus/JCreator+JDK,這時(shí)候不要急于上手JBuilder/Eclipse等集成開發(fā)環(huán)境，以免過于關(guān)注IDE的強(qiáng)大功能而分散對JAVA技術(shù)本身的注意力。如果你做界面開發(fā)，那么你需要學(xué)習(xí)Swing/AWT/SWT等API；如果你進(jìn)行網(wǎng)絡(luò)游戲開發(fā)，你需要深入了解網(wǎng)絡(luò)API/多媒體API/2D3D等；如果你做WEB開發(fā)，就需要熟悉Servlet等API啦。熟悉API的方法一是多查JAVA DOC文檔（），二是使用JBuilder/Eclipse等IDE的代碼提示功能?；続PI指的是實(shí)現(xiàn)了一些底層功能的類，通用性較強(qiáng)的API，如字符串處理/輸入輸出等等。那么這些類中究竟提供了哪些方法給我們使用？方法的參數(shù)個(gè)數(shù)及類型是？類的構(gòu)造器需不需要參數(shù)？總不可能SUN公司的工程師打國際長途甚至飄洋過海來告訴你他編寫的類該如何使用吧。 基本API的學(xué)習(xí)進(jìn)行軟件開發(fā)的時(shí)候，并不是什么功能都需要我們?nèi)?shí)現(xiàn)，也就是經(jīng)典名言所說的“不需要重新發(fā)明輪子”?！裼镁唧w的技術(shù)去實(shí)現(xiàn)。●從用例模型中識別分析類及類與類之間的靜態(tài)動(dòng)態(tài)關(guān)系，從而建立分析模型。使用面向?qū)ο蟮乃枷脒M(jìn)行開發(fā)的基本過程是：●調(diào)查收集需求。屬于強(qiáng)勢技術(shù)之一。是獨(dú)立于語言之外的編程思想。 OO思想的領(lǐng)悟掌握了基礎(chǔ)語法和JAVA程序運(yùn)行原理后，我們就可以用JAVA語言實(shí)現(xiàn)面向?qū)ο蟮乃枷肓?。參加SCJP（SUN公司認(rèn)證的JAVA程序員）考試不失為一個(gè)好方法，原因之一是為了對得起你交的1200大洋考試費(fèi)，你會(huì)更努力學(xué)習(xí)，原因之二是SCJP考試能夠讓你把基礎(chǔ)打得很牢靠，它要求你跟JDK一樣熟悉JAVA基礎(chǔ)知識；但是你千萬不要認(rèn)為考過了SCJP就有多了不起，就能夠獲得軟件公司的青睞，就能夠獲取高薪，這樣的想法也是很危險(xiǎn)的。第五篇：J