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