軟件開發(fā)流程39111

1、軟件開發(fā)路程軟件開發(fā)詳細(xì)流程軟件開發(fā)是指一個(gè)軟件項(xiàng)目的開發(fā)，如市場(chǎng)調(diào)查，需求分析，可行性分析，初步設(shè)計(jì)，詳細(xì)設(shè)計(jì)，形成文檔，建立初步模型，編寫詳細(xì)代碼，測(cè)試修改，發(fā)布等。 軟件是怎么樣開發(fā)出來的 第一個(gè)步驟是市場(chǎng)調(diào)研，技術(shù)和市場(chǎng)要結(jié)合才能體現(xiàn)最大價(jià)值。 第二個(gè)步驟是需求分析，這個(gè)階段需要出三樣?xùn)|西，用戶視圖，數(shù)據(jù)詞典和用戶操作手 冊(cè)。 用戶視圖 是該軟件用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這里面包含了 很多操作方面的流程和條件。 數(shù)據(jù)詞典 是指明數(shù)據(jù)邏輯關(guān)系并加以整理的東東，完成了數(shù)據(jù)詞典，數(shù)據(jù)庫的設(shè)計(jì)就完成了一半多。 用戶操作手冊(cè)是指明了操作流程的說明書。 請(qǐng)注意，用戶操作流程

2、和用戶視圖是由需求決定的，因此應(yīng)該在軟件設(shè)計(jì)之前完成，完成這些，就為程序研發(fā)提供了約束和準(zhǔn)繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發(fā)工作和實(shí)際需求往往因此產(chǎn)生隔閡脫節(jié)的現(xiàn)象。 需求分析，除了以上工作，筆者以為作為項(xiàng)目設(shè)計(jì)者應(yīng)當(dāng)完整的做出項(xiàng)目的性能需求說明 書，因?yàn)橥阅苄枨笾挥卸夹g(shù)的人才可能理解，這就需要技術(shù)專家和需求方（客戶或公司市場(chǎng)部門）能夠有真正的溝通和了解。 第三個(gè)步驟是概要設(shè)計(jì)，將系統(tǒng)功能模塊初步劃分，并給出合理的研發(fā)流程和資源要求。 作為快速原型設(shè)計(jì)方法，完成概要設(shè)計(jì)就可以進(jìn)入編碼階段了，通常采用這種方法是因?yàn)樯婕暗难邪l(fā)任務(wù)屬于新領(lǐng)域，技術(shù)主管人員一上來無法給出

3、明確的詳細(xì)設(shè)計(jì)說明書，但是 并不是說詳細(xì)設(shè)計(jì)說明書不重要，事實(shí)上快速原型法在完成原型代碼后，根據(jù)評(píng)測(cè)結(jié)果和 經(jīng)驗(yàn)教訓(xùn)的總結(jié)，還要重新進(jìn)行詳細(xì)設(shè)計(jì)的步驟。 第四個(gè)步驟是詳細(xì)設(shè)計(jì)，這是考驗(yàn)技術(shù)專家設(shè)計(jì)思維的重要關(guān)卡，詳細(xì)設(shè)計(jì)說明書應(yīng)當(dāng)把 具體的模塊以最干凈的方式(黑箱結(jié)構(gòu)）提供給編碼者，使得系統(tǒng)整體模塊化達(dá)到最 大；一份好的詳細(xì)設(shè)計(jì)說明書，可以使編碼的復(fù)雜性減低到最低，實(shí)際上，嚴(yán)格的講詳細(xì) 設(shè)計(jì)說明書應(yīng)當(dāng)把每個(gè)函數(shù)的每個(gè)參數(shù)的定義都精精細(xì)細(xì)的提供出來，從需求分析到概要 設(shè)計(jì)到完成詳細(xì)設(shè)計(jì)說明書，一個(gè)軟件項(xiàng)目就應(yīng)當(dāng)說完成了一半了。換言之，一個(gè)大型軟 件系統(tǒng)在完成了一半的時(shí)候，其實(shí)還沒有開始一行代碼工

4、作。 那些把作軟件的程序員簡(jiǎn)單理解為寫代碼的，就從根子上犯了錯(cuò)誤了。 第五個(gè)步驟是編碼，在規(guī)范化的研發(fā)流程中，編碼工作在整個(gè)項(xiàng)目流程里最多不會(huì)超過1/ 2，通常在1/3的時(shí)間，所謂磨刀不誤砍柴功，設(shè)計(jì)過程完成的好，編碼效率就會(huì)極大提 高，編碼時(shí)不同模塊之間的進(jìn)度協(xié)調(diào)和協(xié)作是最需要小心的，也許一個(gè)小模塊的問題就可能影響了整體進(jìn)度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發(fā)過程中都 出現(xiàn)過。編碼時(shí)的相互溝通和應(yīng)急的解決手段都是相當(dāng)重要的，對(duì)于程序員而言，bug永 遠(yuǎn)存在，你必須永遠(yuǎn)面對(duì)這個(gè)問題，大名鼎鼎的微軟，可曾有連續(xù)三個(gè)月不發(fā)補(bǔ)丁的時(shí)候 嗎？從來沒有！ 第六個(gè)步驟是測(cè)試 測(cè)試有很多種

5、： 按照測(cè)試執(zhí)行方，可以分為內(nèi)部測(cè)試和外部測(cè)試 按照測(cè)試范圍，可以分為模塊測(cè)試和整體聯(lián)調(diào) 按照測(cè)試條件，可以分為正常操作情況測(cè)試和異常情況測(cè)試 按照測(cè)試的輸入范圍，可以分為全覆蓋測(cè)試和抽樣測(cè)試 以上都很好理解，不再解釋。 總之，測(cè)試同樣是項(xiàng)目研發(fā)中一個(gè)相當(dāng)重要的步驟，對(duì)于一個(gè)大型軟件，3個(gè)月到1年的外部測(cè)試都是正常的，因?yàn)橛肋h(yuǎn)都會(huì)又不可預(yù)料的問題存在。 完成測(cè)試后，完成驗(yàn)收并完成最后的一些幫助文檔，整體項(xiàng)目才算告一段落，當(dāng)然日后少不了升級(jí)，修補(bǔ)等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟件的運(yùn)營(yíng) 狀況并持續(xù)修補(bǔ)升級(jí)，直到這個(gè)軟件被徹底淘汰為止。 什么是軟件開發(fā)的核心問題 按照軟件工

6、程鼻祖，人月神話作者 Brooks 在“沒有銀彈軟件工程中的根本和次要問題”一章中闡述的思想，軟件開發(fā)的核心問題就是如何從概念上對(duì)一個(gè)復(fù)雜的業(yè)務(wù)系統(tǒng)進(jìn)行建模。這個(gè)建模是含義廣泛的，不僅僅包括對(duì)象建模，還包括數(shù)據(jù)建模、算法建模等等一系列的內(nèi)容?？偠灾且日业浇鉀Q復(fù)雜問題的突破口（先要搞明白需要做什么，然后再考慮如何做）。至于采用什么表示方法（簡(jiǎn)單文本、UML 圖、E-R 圖）、采用什么高級(jí)語言、是否一定要用面向?qū)ο?、使用什么開發(fā)工具都是次要的問題。 軟件開發(fā)方法 軟件開發(fā)方法(Software Development Method)是指軟件開發(fā)過程所遵循的辦法和步驟。 軟件開發(fā)活動(dòng)的目的是有

7、效地得到一些工作產(chǎn)物，也就是一個(gè)運(yùn)行的系統(tǒng)及其支持文檔，并且滿足有關(guān)的質(zhì)量要求。軟件開發(fā)是一種非常復(fù)雜的腦力勞動(dòng)，所以經(jīng)常更多討論的是軟件開發(fā)方法學(xué)，指的是規(guī)則、方法和工具的集成，既支持開發(fā)，也支持以后的演變過程(交付運(yùn)行后，系統(tǒng)還會(huì)變化，或是為了改錯(cuò)，或是為了功能的增減)。 關(guān)于組成軟件開發(fā)和系統(tǒng)演化的活動(dòng)有著各種模型(參見軟件生存周期，軟件開發(fā)模型，軟件過程)，但是典型地都包含了以下的過程或活動(dòng)：分析、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)(測(cè)試驗(yàn)收)、演化(維護(hù))。 有些軟件開發(fā)方法是專門針對(duì)某一開發(fā)階段的，屬于局部性的軟件開發(fā)方法。 特別是軟件開發(fā)的實(shí)踐表明，在開發(fā)的早期階段多做努力，在后來的測(cè)試和維護(hù)階段

8、就會(huì)使費(fèi)用較大地得以縮減。因此，針對(duì)分析和設(shè)計(jì)階段的軟件開發(fā)方法特別受到重視。其它階段的方法，從程序設(shè)計(jì)發(fā)展的初期起就是研究的重點(diǎn)， 已經(jīng)發(fā)展得比較成熟(參見程序設(shè)計(jì)，維護(hù)過程)。除了分階段的局部性軟件開發(fā)方法之外，還有覆蓋開發(fā)全過程的全局性方法，尤為軟件開發(fā)方法學(xué)注意的重點(diǎn)。 對(duì)軟件開發(fā)方法的一般要求：當(dāng)提出一種軟件開發(fā)方法時(shí)，應(yīng)該考慮許多因素，包括： 覆蓋開發(fā)全過程，并且便于在各階段間的過渡； 便于在開發(fā)各階段中有關(guān)人員之間的通信； 支持有效的解決問題的 支持系統(tǒng)設(shè)計(jì)和開發(fā)的各種不同途徑； 在開發(fā)過程中支持軟件正確性的校驗(yàn)和驗(yàn)證； 便于在系統(tǒng)需求中列入設(shè)計(jì)、實(shí)際和性能的約束； 支持設(shè)計(jì)師和其