日本的軟件項目開發(fā)進度控制非常嚴(yán)格, 項目很少出現(xiàn)延期,一旦延期, 伴隨而來的就是大宗的罰款, 因此, 日本的軟件項目非常重視按期交付。在日本軟件項目進度控制中起關(guān)鍵作用的就是軟件的階段定義。
日本軟件項目階段分項目提案、要件定義、概要設(shè)計、詳細設(shè)計、編寫代碼、單體測試、結(jié)合測試、系統(tǒng)測試、編寫手順等。項目提案指項目可行性分析、項目立項, 是用戶需求的正式提出階段, 本階段出具《項目提案書》。要件定義指業(yè)務(wù)需求的詳細確定和系統(tǒng)需求的詳細確定, 系統(tǒng)需求主要包括軟件安全性, 運行速度, 網(wǎng)絡(luò)環(huán)境, 運行環(huán)境,平臺, 架構(gòu)等方面的要求, 以及技術(shù)選擇的調(diào)查, 本階段出具《業(yè)務(wù)要件定義書))和《系統(tǒng)要件定義書》。概要設(shè)計指功能設(shè)計, 系統(tǒng)架構(gòu)設(shè)計, 界面設(shè)計和數(shù)據(jù)庫設(shè)計, 其中界面設(shè)計和數(shù)據(jù)庫設(shè)計涉及內(nèi)容最多, 要求最詳細, 本階段出具《概要設(shè)計定義書》、((數(shù)據(jù)庫設(shè)計定義書》和《界面設(shè)計定義書》。詳細設(shè)計主要指編碼前的類設(shè)計, 類中方法屬性設(shè)計, 類之間調(diào)用關(guān)系設(shè)計, 本階段出具(《詳細設(shè)計定義書》。編寫代碼指各模塊負責(zé)人編寫相關(guān)代碼, 在編碼之前還要編寫單體測試式樣書, 本階段出具程序源碼和(《單體測試式樣書》。單體測試指由各模塊編碼人員完成各自模塊的單體測試工作, 單體測試完成要求各模塊獨立運行時缺陷均消除, 本階段出具((單體測試票》。結(jié)合測試指各模塊單體測試完成后, 各模塊同時運行時, 模塊之間的運行狀況的測試,包括業(yè)務(wù)流, 負載, 運行速度, 穩(wěn)定性,一致性等內(nèi)容, 本階段出具《結(jié)合測試票》。系統(tǒng)測試指系統(tǒng)各模塊統(tǒng)一運行缺陷均消除后, 模擬用戶環(huán)境運行的測試過程,本階段要盡量模擬用戶實際平臺, 用戶數(shù)量, 硬件環(huán)境, 軟件環(huán)境, 網(wǎng)絡(luò)狀況, 用戶數(shù)據(jù)進行系統(tǒng)測試, 本階段出具《系統(tǒng)測試票》。編寫手順指編寫用戶手冊, 本階段出具《安裝手順》、《使用手順》和《維護手順》。
對日開發(fā)的基本流程中包括了以上1 1個階段, 每個階段為一個里程碑, 每個里程碑在安排計劃時都規(guī)定了明確的完成期限, 這些階段性的里程碑是項目進度的關(guān)。鍵點。每個階段完成后必須進行階段的i R e v i e w , 這種階段R e v i e w 起到了階段驗收和總結(jié)的作用。階段R e v i e w 是日本項目階段控制的核心。
只采用階段R e v i e w 的方式進行驗收也有其不足之處, 所有驗收工作都放在階段完成再進行, 階段中的錯誤后續(xù)持續(xù)放大無法得到控制。而且通常情況下, 階段R e v i e w 時問題會比較多, R e v i e w 后修改. 時間比較長, 修改次數(shù)也較多, 造成很大程度的反復(fù)工作。再有, 標(biāo)準(zhǔn)對日軟件開發(fā)過程中, 階段內(nèi)任務(wù)的安排和驗收比較; 無序, 很多問題會被有意推遲到R e v i e w時解決。
相關(guān)推薦:2010軟考系統(tǒng)分析師考試重點與難點:投資回報率北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |