軟件編碼監(jiān)理的主要目的是為了控制軟件編碼階段的工程進(jìn)度，監(jiān)督軟件編碼的編程風(fēng)格和質(zhì)量，使得軟件編碼階段的工作能可靠、高效地實(shí)現(xiàn)軟件設(shè)計(jì)的目標(biāo)，同時符合承建單位的軟件過程規(guī)范的要求。
2）監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程，對軟件編碼進(jìn)行開發(fā)、維護(hù)、建立文檔和驗(yàn)證，以實(shí)現(xiàn)軟件需求和軟件設(shè)計(jì)。
3）軟件監(jiān)理組跟蹤和記錄軟件編碼產(chǎn)品的功能性和質(zhì)量。跟蹤和記錄的內(nèi)容有：
（1）跟蹤、累計(jì)的軟件編碼產(chǎn)品缺陷的數(shù)量、類型和嚴(yán)重程度
?。?）軟件編碼產(chǎn)品工程活動的狀態(tài)
（3）有關(guān)問題嚴(yán)重性和持續(xù)時間的報(bào)告
?。?）用于分析每個更改建議的工作量及匯總統(tǒng)計(jì)量
?。?）按類別（如界面、安全性、系統(tǒng)配置、性能和可用性）被納入軟件基線的更改數(shù)量
三、軟件編碼監(jiān)理的方法
1）定期審查軟件編碼的工程活動和工程進(jìn)度。
2）根據(jù)實(shí)際需要對軟件編碼工程活動、工作進(jìn)度進(jìn)行審查。
3）對軟件編碼工程活動和產(chǎn)品進(jìn)行評審和（或）審核，并報(bào)告結(jié)果。這些評審和（或）審核至少應(yīng)包括：
● 軟件編碼工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。
● 軟件編碼符合規(guī)定的標(biāo)準(zhǔn)和需求。
● 已完成所需的測試。
● 檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。
● 通過軟件編碼，對設(shè)計(jì)的跟蹤得以實(shí)施。
● 在軟件產(chǎn)品提交前，依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。
四、軟件編碼走查的監(jiān)理
程序?qū)嶋H上也是一種供人閱讀的文章，有一個文章的風(fēng)格問題。應(yīng)該使程序具有良好的風(fēng)格。表現(xiàn)在：源程序文檔化，數(shù)據(jù)說明的方法，語句結(jié)構(gòu)和輸入／輸出方法。所以在進(jìn)行編碼監(jiān)理時重點(diǎn)從一下幾個方面把握：
1）源程序文檔化
?。?）符號名的命名
符號名即標(biāo)識符，包括模塊名、變量名、常量名、標(biāo)號名、子程序名、數(shù)據(jù)區(qū)名以及緩沖區(qū)名等等。這些名字應(yīng)能反映它所代表的實(shí)際東西，應(yīng)有一定實(shí)際意義。例如，表示次數(shù)的量用Times，表示總量的用Total，表示平均值的用Average，表示和的量用Sum等等。
名字不是越長越好，應(yīng)當(dāng)選擇精煉的意義明確的名字。必要時可使用縮寫名字，但這時要注意縮寫規(guī)則要一致，并且要給每一個名字加注釋。同時，在一個程序中，一個變量只應(yīng)用于一種用途。
?。?）程序的注釋
夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋決不是可有可無的。一些正規(guī)的程序文本中，注釋行的數(shù)量占到整個源程序的1／3到1／2，甚至更多。注釋分為序言性注釋和功能性注釋。
序言性注釋通常置于每個程序模塊的開頭部分，它應(yīng)當(dāng)給出程序的整體說明，對于理解程序本身具有引導(dǎo)作用。有些軟件開發(fā)部門對序言性注釋做了明確而嚴(yán)格的規(guī)定，要求程序編制者逐項(xiàng)列出。有關(guān)項(xiàng)目包括：程序標(biāo)題；有關(guān)本模塊功能和目的的說明；主要算法；接口說明：包括調(diào)用形式，參數(shù)描述，子程序清單；有關(guān)數(shù)據(jù)描述：重要的變量及其用途，約束或限制條件，以及其它有關(guān)信息；模塊位置：在哪一個源文件中，或隸屬于哪一個軟件包；開發(fā)簡歷：模塊設(shè)計(jì)者，復(fù)審者，復(fù)審日期，修改日期及有關(guān)說明等。
功能性注釋嵌在源程序體中，用以描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句會怎么樣。而不要解釋下面怎么做。要點(diǎn)：描述一段程序，而不是每一個語句；用縮進(jìn)和空行，使程序與注釋容易區(qū)別；注釋要正確
（3）標(biāo)準(zhǔn)的書寫格式
視覺組織用空格、空行和移行來實(shí)現(xiàn)。恰當(dāng)?shù)乩每崭?，可以突出運(yùn)算的優(yōu)先性，減少發(fā)生編碼的錯誤；自然的程序段之間可用空行隔開；移行也叫做向右縮格。它是指程序中的各行不必都在左端對齊，都從第一格起排列，這樣做使程序完全分不清層次關(guān)系。對于選擇語句和循環(huán)語句，把其中的程序段語句向右做階梯式移行。使程序的邏輯結(jié)構(gòu)更加清晰。
2）數(shù)據(jù)說明
在設(shè)計(jì)階段已經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。在編寫程序時，則需要注意數(shù)據(jù)說明的風(fēng)格。為了使程序中數(shù)據(jù)說明更易于理解和維護(hù)，必須注意以下幾點(diǎn)。
?。?）數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化
數(shù)據(jù)說明次序規(guī)范化，使數(shù)據(jù)屬性容易查找，也有利于測試，排錯和維護(hù)。原則上，數(shù)據(jù)說明的次序與語法無關(guān)，其次序是任意的。但出于閱讀、理解和維護(hù)的需要，最好使其規(guī)范化，使說明的先后次序固定。
?。?）說明語句中變量安排有序化
當(dāng)多個變量名在一個說明語句中說明時，應(yīng)當(dāng)對這些變量按字母的順序排列。帶標(biāo)號的全程數(shù)據(jù)也應(yīng)當(dāng)按字母的順序排列。
（3）使用注釋說明復(fù)雜數(shù)據(jù)結(jié)構(gòu)
如果設(shè)計(jì)了一個復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，應(yīng)當(dāng)使用注釋來說明在程序?qū)崿F(xiàn)時這個數(shù)據(jù)結(jié)構(gòu)的固有特點(diǎn)。
?。?）語句結(jié)構(gòu)
在設(shè)計(jì)階段確定了軟件的邏輯流結(jié)構(gòu)，但構(gòu)造單個語句則是編碼階段的任務(wù)。語句構(gòu)造力求簡單、直接，不能為了片面追求效率而使語句復(fù)雜化。
比如：在一行內(nèi)只寫一條語句；程序編寫首先應(yīng)當(dāng)考慮清晰性；程序要能直截了當(dāng)?shù)卣f明程序員的用意；除非對效率有特殊的要求，程序編寫要做到清晰第一，效率第二，不要為了追求效率而喪失了清晰性；首先要保證程序正確，然后才要求提高速度，反過來說，在使程序高速運(yùn)行時，首先要保證它是正確的；避免使用臨時變量而使可讀性下降；讓編譯程序做簡單的優(yōu)化；盡可能使用庫函數(shù)；避免不必要的轉(zhuǎn)移；盡量采用基本的控制結(jié)構(gòu)來編寫程序；避免采用過于復(fù)雜的條件測試；盡量減少使用“否定”條件的條件語句；盡可能用通俗易懂的偽碼來描述程序的流程，然后再翻譯成必須使用的語言；數(shù)據(jù)結(jié)構(gòu)要有利于程序的簡化；程序要模塊化，使模塊功能盡可能單一化，模塊間的耦合能夠清晰可見；利用信息隱蔽，確保每一個模塊的獨(dú)立性；從數(shù)據(jù)出發(fā)去構(gòu)造程序；不要修補(bǔ)不好的程序，要重新編寫。
3）輸入和輸出
輸入和輸出信息是與用戶的使用直接相關(guān)的。輸入和輸出的方式和格式應(yīng)當(dāng)盡可能方便用戶的使用。一定要避免因設(shè)計(jì)不當(dāng)給用戶帶來的麻煩。因此，在軟件需求分析階段和設(shè)計(jì)階段，就應(yīng)基本確定輸入和輸出的風(fēng)格。系統(tǒng)能否被用戶接受，有時就取決于輸入和輸出的風(fēng)格。輸入／輸出風(fēng)格還受到許多其它因素的影響。如輸入／輸出設(shè)備（例如終端的類型，圖形設(shè)備，數(shù)字化轉(zhuǎn)換設(shè)備等）、用戶的熟練程度、以及通信環(huán)境等。不論是批處理的輸入／輸出方式，還是交互式的輸入／輸出方式，在設(shè)計(jì)和程序編碼時都應(yīng)考慮下列原則：
（1）對所有的輸入數(shù)據(jù)都要進(jìn)行檢驗(yàn)，識別錯誤的輸入，以保證每個數(shù)據(jù)的有效性；
?。?）檢查輸入項(xiàng)的各種重要組合的合理性，必要時報(bào)告輸入狀態(tài)信息；
?。?）使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式；
?。?）輸入數(shù)據(jù)時，應(yīng)允許使用自由格式輸入；
?。?）應(yīng)允許缺省值；
?。?）輸入一批數(shù)據(jù)時，最好使用輸入結(jié)束標(biāo)志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目；
（7）在交互式輸入時，要在屏幕上使用提示符明確提示交互輸入的請求，指明可使用選擇項(xiàng)的種類和取值范圍。同時，在數(shù)據(jù)輸入的過程中和輸入結(jié)束時，也要在屏幕上給出狀態(tài)信息；
?。?）當(dāng)程序設(shè)計(jì)語言對輸入／輸出格式有嚴(yán)格要求時，應(yīng)保持輸入格式與輸入語句的要求的一致性；
（9）給所有的輸出加注解，并設(shè)計(jì)輸出報(bào)表格式。
測試監(jiān)理
目前國內(nèi)信息ERP應(yīng)用系統(tǒng)建設(shè)過程中，在此階段常發(fā)生未經(jīng)過嚴(yán)格系統(tǒng)測試就匆忙上線試運(yùn)行的情況，這往往會造成不穩(wěn)定的新系統(tǒng)對實(shí)際工作環(huán)境的影響，在某些情況下會阻礙系統(tǒng)的正式上線運(yùn)行。
因此監(jiān)理單位在此階段主要檢查承建單位是否按照設(shè)計(jì)中制定的規(guī)范與計(jì)劃進(jìn)行測試。但切忌由監(jiān)理單位進(jìn)行單元、集成或確認(rèn)測試而取代開發(fā)方的內(nèi)部測試，這種方法并不能保證工程的質(zhì)量。
如果監(jiān)理單位具有豐富的測試工作資質(zhì)與經(jīng)驗(yàn)，可以考慮在此階段由監(jiān)理方在業(yè)主單位、承建單位的配合下具體進(jìn)行系統(tǒng)測試工作。由于監(jiān)理單位對工程建設(shè)啟動階段、需求分析階段、設(shè)計(jì)階段、實(shí)現(xiàn)階段的工作有深入的了解，由監(jiān)理單位進(jìn)行系統(tǒng)測試工作往往能夠得到較好的效果。
一、軟件測試監(jiān)理的目標(biāo)
1）監(jiān)督和控制承建單位的軟件測試過程，確保軟件測試按照承建單位的測試文檔規(guī)范和業(yè)主的軟件要求實(shí)施；
2）軟件測試反映出、記錄著軟件產(chǎn)品的真實(shí)情況；
3）軟件測試的各個階段按計(jì)劃步驟實(shí)施；
4）對于軟件測試反映出的問題能有效地按回歸測試規(guī)范進(jìn)行處理；
5）最后得到符合軟件任務(wù)書（或合同）要求的軟件產(chǎn)品集；
6）軟件測試的進(jìn)度與計(jì)劃保持一致性。
二、軟件測試監(jiān)理的活動
1）監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項(xiàng)目定義的軟件過程中。
?。?）依據(jù)項(xiàng)目定義的軟件過程對軟件測試任務(wù)進(jìn)行綜合。
?。?）選擇軟件測試可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進(jìn)行選擇的依據(jù)是：
● 機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程
● 項(xiàng)目定義的軟件過程
● 現(xiàn)有的技術(shù)基礎(chǔ)
● 可得到的培訓(xùn)
● 合同需求
● 工具的能力
● 使用的方便性和提供的服務(wù)
?。?）選擇和使用適合于軟件測試的配置管理模型。配置管理模型可能是：
● 入庫出庫模型
● 組合模型
● 事務(wù)處理模型
● 更改處理模型
（4）將用于測試軟件產(chǎn)品的工具置于配置管理之下。
2）監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程，對軟件測試進(jìn)行開發(fā)、維護(hù)、建立文檔和驗(yàn)證，以滿足軟件測試計(jì)劃要求。軟件測試由靜態(tài)測試、單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試組成。
（1）可以客戶和最終用戶一同參與開發(fā)和評審測試準(zhǔn)則。
?。?）使用有效方法測試軟件。
（3）基于下列因素確定測試的充分性：
● 測試級別。測試級別有：單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。
● 選擇的測試策略。測試策略有：功能測試（黑盒測試）、結(jié)構(gòu)測試（白盒測試）和統(tǒng)計(jì)測試。
● 欲達(dá)到的測試覆蓋。測試覆蓋方法有：語句覆蓋、路徑覆蓋、分支覆蓋和運(yùn)行剖面覆蓋。
（4）對每個級別的軟件測試，建立和使用測試準(zhǔn)備就緒準(zhǔn)則。確定測試準(zhǔn)備就緒準(zhǔn)則包括：
● 軟件單元在進(jìn)入集成測試前已成功地完成了代碼的靜態(tài)測試和單元測試
● 在進(jìn)入系統(tǒng)測試前，軟件已成功地完成了確認(rèn)測試
● 在軟件進(jìn)入系統(tǒng)測試前，已對測試準(zhǔn)備就緒進(jìn)行評審
?。?）每當(dāng)被測試軟件或軟件環(huán)境發(fā)生變化時，則在各有關(guān)的測試級別上適當(dāng)進(jìn)行回歸測試。
（6）對于測試計(jì)劃、測試規(guī)程和測試用例，準(zhǔn)備使用前通過評審
?。?）管理和控制測試計(jì)劃、測試說明、測試規(guī)程和測試用例。
?。?）每當(dāng)軟件需求、軟件設(shè)計(jì)或被測試代碼更改時，適當(dāng)?shù)馗臏y試計(jì)劃、測試說明、測試規(guī)程和測試用例。
3）監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程，計(jì)劃和實(shí)施軟件的確認(rèn)測試。
（1）基于軟件開發(fā)計(jì)劃，制定確認(rèn)測試計(jì)劃并寫成文檔。
?。?）負(fù)責(zé)軟件需求、軟件設(shè)計(jì)、系統(tǒng)測試及驗(yàn)收測試的人員，評審確認(rèn)測試用例、測試說明和測試規(guī)程。
?。?）依據(jù)指定的軟件需求文檔和軟件設(shè)計(jì)文檔的指定版本，進(jìn)行軟件確認(rèn)測試。
4）計(jì)劃和實(shí)施軟件系統(tǒng)測試，實(shí)施系統(tǒng)測試以保證軟件滿足軟件需求。
（1）盡早分配測試軟件的資源，以做好充分的測試準(zhǔn)備。所需的測試準(zhǔn)備活動包括：
● 準(zhǔn)備測試文檔
● 準(zhǔn)備測試資源
● 開發(fā)測試程序
● 開發(fā)模擬程序
（2）編制系統(tǒng)測試的計(jì)劃文檔，如果合適，該測試計(jì)劃由業(yè)主單位進(jìn)行評審和認(rèn)可。此測試計(jì)劃包括：
● 全面測試和驗(yàn)證的方法
● 測試職責(zé)
● 測試工具、測試設(shè)備和測試支持需求
● 驗(yàn)收準(zhǔn)則
?。?）由一個獨(dú)立于軟件開發(fā)者的測試小組來計(jì)劃和準(zhǔn)備所需的測試用例和測試規(guī)程。
?。?）在測試開始前，對測試用例建立文檔，并經(jīng)評審和認(rèn)可。
?。?）依據(jù)已納入基線的軟件及其軟件任務(wù)書（或合同）和軟件需求文檔，實(shí)施軟件測試。
（6）對測試中發(fā)現(xiàn)的問題建立文檔，并跟蹤到關(guān)閉。
?。?）建立測試結(jié)果文檔，并以此作為判斷軟件是否滿足需求的基礎(chǔ)。
?。?）管理和控制測試結(jié)果。
5）軟件監(jiān)理組跟蹤和記錄軟件測試的結(jié)果。跟蹤和記錄的內(nèi)容有：
?。?）跟蹤、累計(jì)的軟件產(chǎn)品缺陷的數(shù)量、類型和嚴(yán)重程度
（2）軟件測試工程活動的狀態(tài)
?。?）有關(guān)問題嚴(yán)重性和持續(xù)時間的報(bào)告
?。?）用于分析每個更改建議的工作量及匯總統(tǒng)計(jì)量
?。?）按類別（如界面、安全性、系統(tǒng)配置、性能和可用性）被納入軟件基線的更改數(shù)量
三、軟件測試監(jiān)理的方法
1）定期審查軟件測試的工程活動和工作進(jìn)度。
2）根據(jù)實(shí)際需要對軟件測試工程活動進(jìn)行跟蹤、審查和評估。
3）對軟件測試工程活動和產(chǎn)品進(jìn)行評審和（或）審核，并報(bào)告結(jié)果。這些評審和（或）審核至少應(yīng)包括：
● 軟件測試工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。
● 軟件測試符合規(guī)定的標(biāo)準(zhǔn)和需求。
● 已完成所需的測試。
● 檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。
● 通過軟件測試，軟件產(chǎn)品符合軟件需求的要求。
● 在軟件產(chǎn)品提交前，依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。