5.2 利用CVS進行測試版本的控制工作，防止測試版本的混亂；
5.3 虛擬測試環(huán)境（這是一個前衛(wèi)的項目）
7、項目開發(fā)環(huán)境選擇
7.1 推薦字符界面，相信大家喜歡一個干凈的環(huán)境；
7.2 開發(fā)采用client/server的方式，也是一種較好的方案 。Client采用win或bsd，在server上進行編譯，在單機進行測試或者在server進行測試；
7.3 推薦開發(fā)者不要維護一個GUI界面，這樣會浪費大量的時間 。最好擁有一個獨立的GUI測試平臺；
7.4 相信一個reference目錄是非常重要的 。里面擁有的文檔、書籍、例程在缺乏靈感的時候可以助你一臂之力，并且保持你的項目的標準 。
F、軟件項目快速分析
1、密集度分析模型
相信大家一定使用了某種軟件項目分析技術(shù)來分析我們需要從事的編程項目 。下面介紹一種快速、實用的分析模型：密集度分析模型 。
實際上，對于編程人員來說，不需要掌握非常精確的分析方式，使用密集度模型，可以輕松的定義軟件的特性，并且安排好一個項目的任務(wù)分配和開發(fā)進度 。
密集度分析模型，可以用來快速分析軟件項目，也可以分析軟件的不同的模塊，以下為軟件項目為例：
首先，我們將軟件項目分類為如下的類別：
類別名稱
特征
實例
開發(fā)特性
界面密集類
繁多的界面反饋
GUI應(yīng)用程序、終端前端
需要良好的用戶設(shè)計以及界面功能的支持 。
功能密集類
對于各種功能要求齊備和多樣
數(shù)字編輯軟件
需要編寫大量的功能函數(shù)以及插件，對于界面要求相對低
理論密集類
要求程序體現(xiàn)很多編程理論
概念程序、C復(fù)寫程序、軟件的第一實現(xiàn)版、B/S、C/S軟件、算法程序
要求理論基礎(chǔ)扎實，并且對于各種理論的實現(xiàn)具有經(jīng)驗 。這類項目，非常依賴文檔 。
工作密集類
需要大量的工作時間和效率
成熟的應(yīng)用軟件
設(shè)計一般比較成熟，功能比較簡單，需要花費時間去完善 ?？赡芤蕾図椖抗芾?。
執(zhí)行密集類
要求短時間執(zhí)行的軟件
網(wǎng)絡(luò)響應(yīng)、高速算法
需要優(yōu)化和代碼短小，往往是為了解決某些速度瓶頸問題 。
I/O密集類
在短時間擁有大量的I/O操作
大規(guī)模數(shù)據(jù)傳輸、索引、數(shù)據(jù)存儲處理
需要更多的緩沖，并且處理好多線程的問題
異常處理密集類
防止各種錯誤出現(xiàn)，并且試圖從錯誤中恢復(fù)
硬件驅(qū)動、控制、系統(tǒng)軟件
對于異常的捕捉、處理、恢復(fù)，以及對于新的異常的處理補丁 。測試的成本相當高 。
我們拿到一個軟件項目（模塊），只需要進行簡單的判斷，我們就可以確定個人需要作的主要的工作，確定工作的計劃 。
2、清晰度分析模型
清晰度分析模型，就是看相關(guān)的開發(fā)人員，對于需要開發(fā)的項目的清晰程序 。一般來說，清晰度越高，包括設(shè)計、編程、經(jīng)驗，則項目的成功率越高 。項目的進展速度也會更快 。清晰度，實際上也反映了項目的難易度 。
這樣，利用一個簡單的清晰度分析，就可以大致的清晰開發(fā)組成員的能力和發(fā)展方向 。對于新加入的成員，也會產(chǎn)生良好的效果 。
更多的，如果有些成員的清晰度不高，則需要重新的測試技術(shù)和培養(yǎng)能力，則可能需要一段時間進行適應(yīng) 。
3、確立高級的最終產(chǎn)品設(shè)計
對于開發(fā)產(chǎn)品而言，我們需要借鑒各種國際上的開源產(chǎn)品的代碼 。我們往往會發(fā)現(xiàn)很多產(chǎn)品，哪怕是非常簡單的編輯軟件，都可能使用了高級的編程技術(shù) 。例如：CORBA、C/S、XML、嵌入式匯編、編譯器適應(yīng)、非公開的調(diào)用、多進程文件鎖、多CPU總線鎖、分布式構(gòu)件以及獨特的C設(shè)計視角等等 。
推薦閱讀
- 次氯酸消毒液怕光嗎怎么用
- 次氯酸消毒怎么用
- 稀釋過的84消毒液會讓衣服褪色嗎
- 小米mix3中提升音質(zhì)具體操作方法
- FreeBSD下的內(nèi)存文件系統(tǒng)
- 收藏之憾：使用文物的不爽之處
- 一般蛋糕店用的是什么奶油
- 聯(lián)想s5中將屏幕自動旋轉(zhuǎn)關(guān)掉具體操作方法
- FreeBSD中/etc下的文件簡介
- 洗頭的方法 正確的洗頭方法