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