【正文】 關(guān)管理規(guī)范，終于軟件質(zhì)量得到了好轉(zhuǎn)，次年顧客好評數(shù)達到了 80%以上，公司業(yè)務(wù)也得以保住。：何敏飛 前言： 隨著計算機應(yīng)用日益普及和深化，計算機軟件的數(shù)量也以驚人的速度急劇發(fā)展。因此，制定一套合理的編程規(guī)約，統(tǒng)一大家編程風(fēng)格，不僅能夠提高效率，而且也可以提高軟件質(zhì)量。 3，便于查明錯誤原因。 六，項目流程管理 ① 開發(fā)體制 項目中的管理比較多也比較繁瑣，而且涉及到不同的職位扮演著不同的管理角色，因此在這之前，我打算先介紹一下我曾經(jīng)所在的公司軟件開發(fā)相關(guān)的部門體制和人員設(shè)定。 P03軟件變更報告的瀑式結(jié)構(gòu)的 V字型開發(fā)流程如下圖： 下面詳細介紹 SMR（ software modifation report）的開發(fā)流程。 M02：制御式樣檢討 DR（ design review） 此階段為 M01 的評審階段，評審的參加人有制御組式樣書作成者，相應(yīng)組項目擔(dān)當(dāng)和項目負責(zé)人。 M06： Object設(shè)計 此階段根據(jù)制御式樣書和構(gòu)成設(shè)計時的思路，對于單個函數(shù)本身的內(nèi)容進行設(shè)計，設(shè)計書更接近于代碼，使得開發(fā)編程人員更容易看懂，更容易編寫代碼。一份對于代碼檢查的確認項目表單，需要目視檢查代碼，手動 對于表單中的每一項進行打鉤或者打叉確認。 其次，項目擔(dān)當(dāng)來確定是屬于哪一個機能組的范疇，再由該機能組的項目擔(dān)當(dāng)分派人員來分析和對應(yīng)此品質(zhì)問題。 5， 對于 CDI 實施的每一步流程進行管理。（如果此品質(zhì)問題在不同機種都有發(fā)生，則可以 關(guān)聯(lián)多個 SMR。項目管理者可以根據(jù)項目的階段搜索出該階段所實施的 SMR番號，以及看出這些 SMR實施的狀況。如果需要修改則需要 進行審批，新建開發(fā)階段和開發(fā) SMR進行修改。一般情況下，由會議發(fā)起人配置人員在會議中進行記錄，并在會后作成會議議事錄。） 2， 每一個 SMR開發(fā)時，開發(fā)人員有權(quán)限訪問和下載程序，且在 M10評審結(jié)束后，有 權(quán)限對于相應(yīng)的程序文件進行修改上傳。 2， SMR各階段開始時，在開發(fā)庫相應(yīng)的目錄中生成模板文件。 5， 在品質(zhì)問題建立時自動生成品質(zhì)問題庫目錄，用來存放相關(guān)資料文檔。 該系統(tǒng)擁有以下功能： 1， CDI建立時自動生成 CDI的番號。 SMR終了承認： 在所有測試結(jié)束后，需要開一個最終評審會議，會議參加者有項目負責(zé)人，相應(yīng)組項目擔(dān)當(dāng)，項目總擔(dān)當(dāng)以 及 GM 等人，對于項目整體進行評審，評審主要目的是確認整個 SMR實施過程是否符合流程，所有的資料是否完整，所有的考慮是否充分等。根據(jù) 工具自動檢查代碼是否滿足編程規(guī)約。 ③ 結(jié)合檢查項目表。 ③ 式樣照合。針對這些差異的部分，按機能分類成一個個小的課題， 并且委托制御組設(shè)計制御式樣書。除非有必須要修改的軟件問題，否則一般不進行軟件開發(fā)。工作流程化可以帶來以下的好處： 1， 節(jié)約時間，提高效率。例如 C 語言中括號可以緊跟在 if 語句之后，也可以另起一行。但隨著軟件的急劇發(fā)展，軟件危機等一系列問題也隨之發(fā)生。 2， 各功能模塊與概要設(shè)計能夠更加清晰得對照起來。而討論所得出來的方法不能是主觀意識上解決的方法，比如說今后再仔細檢查，或者今后提高質(zhì)量意識等，都不能作為再發(fā)防止的方法。 A，制御組，主要負責(zé)根據(jù)顧客需求，設(shè)計制御式樣書（即概要設(shè)計），是軟件開 發(fā)的上游工程，組內(nèi)人員精通業(yè)務(wù)知識，但不需要精通軟硬件知識。會議中確認此 SMR實施的必要性，以及開發(fā)計劃的合理性。 M04：構(gòu)成設(shè)計 此階段需要根據(jù)制御式樣書，構(gòu)思出所需要設(shè)計變更哪些函數(shù)，哪些函數(shù)中實現(xiàn)的哪些功能，這些函數(shù)中將會使用或者更新的變量，以及這些函數(shù)所存放的模塊位置等。根據(jù) Object式樣書的每一條，作成單體檢查項目。 M12：結(jié)合檢查 此階段根據(jù) M04 中作成的結(jié)合檢查項目表對程序進行測試，并將測試結(jié)果整理成資料。（一是問題本身對功能造成的影響，二是別的項目是否有同 樣的問題需要整改。 ② 品質(zhì)問題管理系統(tǒng) 當(dāng)品質(zhì)問題發(fā)生時需要登錄品質(zhì)問題發(fā)現(xiàn)報告和對應(yīng)報告，此時需要利用此系統(tǒng)對品質(zhì)問題進行管理。開發(fā)者可以根據(jù)番號和功能名進行檢索和有權(quán) 限地進行訪問和下載，但無法更改部品的程序內(nèi)容。（擁有每一