今天接上一篇企業(yè)管理軟件雜談-基礎篇 結尾提到的一套企業(yè)管理軟件從無(wú)到有的開(kāi)發(fā)過(guò)程是怎么樣的呢？展開(kāi)來(lái)談?wù)勡浖_(kāi)發(fā)的生命周期。
CMMI模型
CMMI模型：軟件能力成熟度集成模型,這套模型的目的是幫助軟件企業(yè)對軟件工程過(guò)程進(jìn)行管理和改進(jìn)，增強開(kāi)發(fā)與改進(jìn)能力，從而能按時(shí)地、不超預算地開(kāi)發(fā)出高質(zhì)量的軟件。
一套軟件的標準開(kāi)發(fā)過(guò)程應該遵循CMMI模型的第3級（已定義級）的18個(gè)過(guò)程域進(jìn)行開(kāi)發(fā)過(guò)程管控。關(guān)于CMMI的更多知識，讀者可以通過(guò)百度搜索關(guān)鍵字進(jìn)行了解。這里引用劉潤【五分鐘商學(xué)院】的金句：前人的肩膀，我們的階梯。善于利用已有的科學(xué)知識，是保證工作質(zhì)量、提升工作效率的最有效方法。
CMMI模型可以提煉出軟件開(kāi)發(fā)的哪些關(guān)鍵節點(diǎn)
筆者根據網(wǎng)上資料，結合自己的從業(yè)經(jīng)歷，將軟件開(kāi)發(fā)過(guò)程分成7個(gè)階段+文檔管理，下面分別逐一說(shuō)明
需求開(kāi)發(fā)
我們可以理解為收集業(yè)務(wù)需求。通過(guò)訪(fǎng)談、焦點(diǎn)會(huì )議、觀(guān)察、問(wèn)卷調查、資料收集等方式從業(yè)務(wù)需求方獲取各類(lèi)需求信息。16年8月，我當時(shí)在內部做了一個(gè)關(guān)于需求開(kāi)發(fā)的分享，當時(shí)主要以UML(統一建模語(yǔ)言）工具來(lái)作為需求開(kāi)發(fā)的操作工具。想了解關(guān)于需求開(kāi)發(fā)的朋友可以給我留言，我可以分享下該文檔。
該階段的產(chǎn)出文檔：《需求調研文檔》
需求分析
這個(gè)階段是需求分析師的主要工作，通過(guò)前面需求開(kāi)發(fā)獲取的信息，考慮如何系統化實(shí)現業(yè)務(wù)需求。這個(gè)也是一般用戶(hù)和軟件從業(yè)人員在思考同一問(wèn)題時(shí)往往有分歧的點(diǎn)。在之前的文章【想與做的差距有多大】里我提到一個(gè)用戶(hù)需求的例子：
某用戶(hù)A提出我想做一個(gè)報表：要求可以統計每個(gè)月銷(xiāo)售TOP10的店鋪，同時(shí)要可以看到其流水明細。
作為需求分析師就需要考慮這樣一個(gè)報表的粒度應該是怎么樣的？按照第一句話(huà)統計每個(gè)月銷(xiāo)售TOP10的店鋪，這時(shí)是以店鋪的月銷(xiāo)售流水為報表粒度。第二句是以店鋪的每筆銷(xiāo)售流水為粒度。這就是需求分析的過(guò)程。
該階段的產(chǎn)出文檔：《需求分析說(shuō)明書(shū)》。內容主要含業(yè)務(wù)需求分析和非功能性需求。
PS：非功能性需求主要指性能要求（如讀取速度等），輸入輸出要求、安全性等。
對于不同的軟件程序設計方法（結構化設計VS面向對象設計），他們對概要設計和詳細設計的要求是不同的。筆者前面提到的UML是面向對象設計的一種系統分析方法，所以這里的概要設計和詳細設計只描述在面向對象設計這種設計方法下，概要設計和詳細設計各做些什么？
概要設計
概要設計主要解決系統用什么技術(shù)進(jìn)行開(kāi)發(fā)？系統各個(gè)模塊的數據流、信息流如何串聯(lián)？
該階段的產(chǎn)出文檔：《概要設計說(shuō)明書(shū)》。內容包括外部接口、內部接口設計說(shuō)明，利用UML的10類(lèi)圖形說(shuō)明系統的各種關(guān)系，如用例圖展示系統外部的各類(lèi)執行者與系統提供的各種用例之間的關(guān)系。
這里說(shuō)下需求分析說(shuō)明書(shū)和概要設計說(shuō)明書(shū)的區別：需求說(shuō)明書(shū)主要是項目前期為確定具體目標而整理的文檔，便于對系統的功能進(jìn)行總結分析，為系統的確定功能和框架提供決策支持。而設計說(shuō)明書(shū)是系統開(kāi)發(fā)前，在功能需求已經(jīng)很明確的情況下，為實(shí)現需求的功能而闡述自己開(kāi)發(fā)設計思想、方法的說(shuō)明文檔。
上述3個(gè)階段主要由需求分析師負責。需求分析師們將業(yè)務(wù)方的需求翻譯成程序猿哥哥們能夠理解的，且軟件上具備實(shí)現可行性的需求描述。這三個(gè)階段也是一套系統未來(lái)成敗的最關(guān)鍵環(huán)節。
詳細設計
這個(gè)階段將詳細說(shuō)明每個(gè)模塊的具體功能、性能、輸入、輸出、算法、流程邏輯等?；旧峡蛇_到開(kāi)發(fā)人員按此文檔進(jìn)行進(jìn)行開(kāi)發(fā)的目的。因此此文檔的編寫(xiě)作者一般是具備開(kāi)發(fā)、設計技能的專(zhuān)業(yè)人員。對于面向對象的開(kāi)發(fā)，將提煉出各種類(lèi)、類(lèi)之間的關(guān)系。
該階段的產(chǎn)出文檔：《概要設計說(shuō)明書(shū)》。筆者不是專(zhuān)業(yè)開(kāi)發(fā)人員，這里就僅作簡(jiǎn)單的概述說(shuō)明。
編碼及單元測試
這個(gè)階段將進(jìn)入程序編寫(xiě)（即我們常說(shuō)的寫(xiě)代碼的階段），程序猿哥哥們通過(guò)編程語(yǔ)言將需求分析師的需求描述翻譯成計算機可以識別的計算機語(yǔ)言。程序猿哥哥還會(huì )對自己完成的每個(gè)最小單元進(jìn)行測試，以保證軟件在每個(gè)最小單位內是可以正常運行。
軟件測試
含集成測試、有效性測試、系統測試。這里不對這3類(lèi)測試詳細展開(kāi)說(shuō)明。這個(gè)階段由測試人員對程序猿哥哥交付的程序進(jìn)行各類(lèi)測試，以保證最終交付到用戶(hù)手中的軟件可以正常使用。
這里特別說(shuō)明下，軟件測試是一個(gè)需要相當經(jīng)驗積累的工作。一般軟件公司常安排新進(jìn)人員做測試，很多新人對測試的意義和方法論如果沒(méi)有掌握，一般都測不出真正的軟件問(wèn)題。好的軟件公司，核心的測試人員都是由有業(yè)務(wù)經(jīng)驗、開(kāi)發(fā)經(jīng)驗的人員來(lái)?yè)?，這樣才能保證軟件的質(zhì)量。
該階段的產(chǎn)出文檔：《測試用例》及《測試問(wèn)題集》。這里的測試用例的編寫(xiě)是圍繞著(zhù)概要設計階段的用例圖等來(lái)完善，所有的測試都是圍繞著(zhù)是否滿(mǎn)足軟件需求？
驗收測試
這個(gè)階段軟件已交付到用戶(hù)手中，用戶(hù)需先對軟件進(jìn)行一輪驗收測試，提出軟件在業(yè)務(wù)流、數據流等核心需求，及操作便捷性等非功能性需求是否滿(mǎn)足上線(xiàn)條件？
該階段的產(chǎn)出文檔：《測試問(wèn)題集》。
文檔管理
從上面的7個(gè)階段，我們可以發(fā)現每個(gè)階段都有標志性的產(chǎn)出文檔。一套軟件的開(kāi)發(fā)是一個(gè)系統性的工程，要實(shí)現多方在溝通、理解上盡量減少差異，降低溝通成本，那么高質(zhì)量的文檔就是避免大家互相扯皮的關(guān)鍵。
介紹完軟件開(kāi)發(fā)的全生命周期，希望可以讓讀者對軟件開(kāi)發(fā)，在頭腦中有個(gè)基本概念。
下一篇分享什么？
第一篇我們分享了企業(yè)管理軟件有ERP,OA,CRM等，那么企業(yè)在選擇一套管理軟件時(shí)有哪些注意事項？如何從企業(yè)業(yè)務(wù)發(fā)展、系統運營(yíng)成本等考慮軟件選型？
聯(lián)系客服
