11．1．2 設(shè)計和開發(fā)

　　此項活動含有下述任務(wù)：

　　11.1. 2.1 應(yīng)當根據(jù)可適用的文檔標準設(shè)計每個指定的文檔的格式、內(nèi)容說明、頁碼編號、圖／表的設(shè) 置、產(chǎn)權(quán)／保密標記、包裝和其它條文。

　　11．1．2．2 應(yīng)當保證文檔的輸入數(shù)據(jù)經(jīng)過驗證確定是否是原始數(shù)據(jù)并且適當。可以使用自動文檔開發(fā) 工具。

　　11．1．2．3 應(yīng)當對照著文檔標準評審已準備好的文檔的格式、技術(shù)內(nèi)容和表現(xiàn)風(fēng)格。

　　11．1．3 生產(chǎn)和發(fā)行

　　此項活動含有下述任務(wù)： 文檔應(yīng)當生產(chǎn)和包裝，應(yīng)當根據(jù)計劃向預(yù)期的讀者提供所需要的文檔。可用紙、電子或其它媒體生 產(chǎn)和發(fā)行文檔。主要資料的儲存應(yīng)當適當考慮項目的記錄、保密、維護和備份。

　　11．1．4 維護

　　此項活動含有下述任務(wù)：當要修改一個現(xiàn)有的產(chǎn)品時應(yīng)當執(zhí)行這項任務(wù)（見第10章）。正處于配置管理、修改中的產(chǎn)品應(yīng)當 依據(jù)第11．2條進行管理。

　　11．2 配置管理過程

　　配置管理是在系統(tǒng)的整個生存周期中實施管理和技術(shù)步驟的一個過程。它指明、定義一個系統(tǒng)的配 置項并指定基線；它控制對配置項的修改和公布；它記錄和報告配置項的狀態(tài)和修改請求；它保證各配 置項的完善和正確；它還控制配置項的儲存、處理和交付。
　　此項活動含有下述任務(wù)：
　　a.過程建工；
　　b．配置標識；
　　c．配置控制；
　　d．配置狀態(tài)計算；
　　e．配置審計；
　　f．儲存、處理和交付。

　　11．2．1 過程建立

　　此項活動含有下述任務(wù)： 應(yīng)當制訂一個配置管理計劃并將其寫成文檔。該計劃應(yīng)當指定：配置管理活動、執(zhí)行這些活動的過 程，對執(zhí)行配置管理和活動負責(zé)的機構(gòu)和它們與其它機構(gòu)（例如軟件開發(fā)機構(gòu)）的關(guān)系。該計劃可以是系 統(tǒng)配置管理計劃的一部分。

　　11．2．2 配置標識

　　此項活動含有下述任務(wù)： 應(yīng)當為項目要控制的配置項和它們的版本的標識制定一個方案。應(yīng)當為每個配置項和它們的版本 指出：建立該基線的文檔、含有該文檔的媒體、它們的參考版本和其它指定資料。一個版本可以是中間版 本也可以是最終版本。

　　11．2．3 配置控制

　　此項活動含有下述任務(wù)： 應(yīng)當執(zhí)行下面的任務(wù)：標識和記錄修改請求；分析和評價修改；批準或拒絕批準請求；已修改項的實 現(xiàn)、驗證和發(fā)行。應(yīng)當對每個修改進行審計跟蹤，可以跟蹤修改的原因和對修改的授權(quán)。應(yīng)當仲裁、控制 和審計對受控制項的使用，以保持關(guān)鍵功能的安全性或保密性。”

　　11．2．4 配置狀態(tài)計帳

　　此項活動含有下述任務(wù)： 管理記錄受控制項的現(xiàn)狀和歷史（包括將要準備的基線）的狀態(tài)報告。狀態(tài)報告最好包括項目改變的數(shù)量、配置項的最新版本，版本證書的版本號及各版本之間的對比。

　　11．2．5 配置審計

　　此項活動含有下述任務(wù)： 應(yīng)當決定和保證：
　　a. 與需求相對照，配置項在功能上是完善的；
　　b．配置項在物理上是完善的（不管它的設(shè)計和代碼是否反映了最新的技術(shù)）。配置審計可以作為 單獨的活動進行，也可以作為合同所要求的審計程序（見第11．3．2條）的一部分。

　　11．2．6儲存、處理和交付

　　此項活動含有下述任務(wù)： 應(yīng)當正式控制軟件和文檔的儲存、處理和交付。在系統(tǒng)生存期內(nèi)應(yīng)當保存代碼和文檔的主拷貝。特 別是含有安全和保密的關(guān)鍵功能的代碼和文檔，應(yīng)當依據(jù)所涉及的機構(gòu)的政策來儲存、處理和交付。

　　11．3 合同要求的評審和審計過程

　　合同所要求的評審和審計過程為需方和供方之間的正式的、用合同建立的交流提供一個框架。

　　11．3．1 合同要求的評審過程

　　當進行合同要求的評審時，為了進行評價和批準，供方向需方提供生存周期活動的狀態(tài)和產(chǎn)品或項 目的一個階段的狀態(tài)。合同要求的評審從管理或技術(shù)的兩個方面、在整個合同期內(nèi)進行。
　　此過程含有下述活動：
　　過程建立；
　　管理評審；
　　技術(shù)評審。

　　11.3.1.1 過程建立

　　此項活動含有下述任務(wù)： 合同要求的評審過程應(yīng)當符合下面的一般要求：

　　a．應(yīng)當按照項目計劃中的規(guī)定在預(yù)定的里程碑進行定期評審。當需方或供方任何一方認為必要 時最好建議進行特別評審；

　　b．應(yīng)當記錄在評審中已經(jīng)檢測出的全部問題，并進入改正過程（第11．6條）；

　　c．進行評審所要求的全部資源應(yīng)當經(jīng)當事雙方同意。這些資源包括人員、地點、設(shè)備、硬件、軟件 和工具；

　　d．對每次評審，當事雙方最好對下述各項取得統(tǒng)一意見：會議的日程、要評審的產(chǎn)品（活動或階段 結(jié)果）、評審的范圍和步驟、進入和退出評審的準則；

　　e．在完成評審之后，供方應(yīng)當立即將該評審寫出文檔，并將一式兩份中的一份交給需方。需方將’ 把評審的執(zhí)行情況（例如批準、不批準或以后批準）告訴供方；

　　f．當事雙方應(yīng)當對活動項的責(zé)任和終止準則達成協(xié)議。

　　11．3．1．2 管理評審

　　此項活動含有下述任務(wù)： 應(yīng)當結(jié)合可使用的項目計劃、時間表、標準和指南評價項目的狀態(tài)。管理評審最好對下述各項提供 建議：
　　a．依據(jù)計劃對過程、產(chǎn)品或服務(wù)的狀態(tài)進行評價；
　　b. 通過充分地分配資源來保持對項目的全面控制；
　　c．改變項目的方向或確定改變計劃的必要性。

　　11．3．1．3 技術(shù)評審
　　此項活動含有下述任務(wù)：

　　11．3．1．3．1 應(yīng)當用技術(shù)評審評價特定的產(chǎn)品或服務(wù)并提供證據(jù)，證明：
　　a．產(chǎn)品和服務(wù)符合它們的規(guī)格說明；
　　b．軟件產(chǎn)品的開發(fā)、操作和服務(wù)是根據(jù)項目的計劃、進度、標準和指南進行的；
　　c．對軟件產(chǎn)品的改變是適當?shù)模@些改變只對配置管理過程（第11．2條）指出的系統(tǒng)領(lǐng)域有影響。

　　11．3．1.3.2 如果進行技術(shù)評審，則應(yīng)當在滿意地結(jié)束下述開發(fā)過程活動（第8章）之后進行。這些活動 是：系統(tǒng)需求分析和系統(tǒng)設(shè)計、軟件需求分析、軟件結(jié)構(gòu)設(shè)計、軟件的詳細設(shè)計、軟件集成、系統(tǒng)集成和系 統(tǒng)鑒定測試。應(yīng)當按照進度評審產(chǎn)品符合使用標準和規(guī)范的情況。如果必要，這些評審可以結(jié)合進行或 重復(fù)進行。

　　11．3．2 合同要求的審計過程
　　在進行合同要求的審計時，需方評價供方的產(chǎn)品和活動，重點確認符合需求、規(guī)格說明、標準、過程 和計劃的情況。 此過程含有下述活動：
　　a．建立過程；
　　b．功能性配置審計（FCA）；
　　c．物理配置審計（ PCA）；
　　d. 過程中的審計。

　　11．3．2．1 過程建立
　　此項活動含有下述任務(wù)：審計將由需方或需方指定的獨立的代理人進行。供方應(yīng)當與需方或代理人合作。審計人員對所審 計的產(chǎn)品或活動不應(yīng)當負有直接的責(zé)任。合同要求的審計過程應(yīng)當符合下面的一般要求：
　　a. 審計應(yīng)當在項目計劃中預(yù)先指定的里程碑進行；
　　b．審計所需要的全部資源需經(jīng)過當事雙方的同意；這些資源包括支持人員、地點、設(shè)備、硬件、軟 件和工具；
　　c．對每項審計當事雙方應(yīng)當對下面各項取得一致：日程、要評審的產(chǎn)品（和一項活動或一個階段 結(jié)果）、審計的范圍和步驟、進人和退出審計的準則；
　　d．在完成審計之后，應(yīng)當把審計結(jié)果寫成文檔交給供方；供方應(yīng)當將在審計中發(fā)現(xiàn)的問題、為解 決這些問題所計劃的改正活動告訴需方；
　　e．當事雙方應(yīng)當就改正活動項的責(zé)任和結(jié)束準則達成一致意見。

　　11．3．2．2 功能性配置審計（FCA）
　　此項活動含有下述任務(wù)： 為了對照SCI的規(guī)格說明評審它的實際性能，應(yīng)當進行FCA。應(yīng)當對SCI的可交付的版本實施 FCA。最好評審測試數(shù)據(jù)以決定它是否與規(guī)格說明相符。應(yīng)當檢查測試報告和用戶手冊是否完善和適當。

　　11．3．2．3 物理配置審計（ PCA）
　　此項活動含有下述任務(wù)： 為了對照SCI的設(shè)計文檔評審它的已完成的版本，應(yīng)當進行PCA。PCA最好包括對設(shè)計文檔、代 碼集、手冊和質(zhì)量記錄的詳細審計，以保證列編的配置已反映在文檔中。應(yīng)當確定文檔中所描述的、用于 驗收SCI的驗收評審和測試需求是否恰當。
　　注：FCA活動和PCA活動可以結(jié)合進行。

　　11．3．2．4 過程中的審計
　　此項活動含有下述任務(wù)：

　　11．3．2．4.1 需方將指明過程中的審計及其范圍。

　　11．3．2．4．2 為了保證活動和任務(wù)正在按照事先確定的準則進行，而且對過程的控制是有效的，應(yīng)當對進行中的過程進行審計。

　　11．4 驗證和確認過程
　　驗證的目的是確定系統(tǒng)需求是否完善和正確，每個開發(fā)階段的產(chǎn)品是否完成了前面的階段對該階段提出的需求和條件。
　　確認的目的是決定最終的、已完成的系統(tǒng)是否符合所規(guī)定的需求。對于成本和性能有效性的驗證和確認（V&V）最好結(jié)合開發(fā)過程（或操作過程、維護過程）及早進行。V&V并不改變供方或開發(fā)者的評價責(zé)任，相反，V&V是這種責(zé)任的補充。 此過程可以由獨立于供方的一個機構(gòu)進行。在這種情況下，此過程叫做獨立的驗證和確認（ V&V）過程。
　　此過程含有下述活動：
　　a. 過程建工；
　　b．需求驗證；
　　c．設(shè)計驗證；
　　d．代碼驗證；
　　e．集成驗證；
　　f．文檔評審；
　　g．確認。

　　11．4．1 過程建立
　　此項活動含有下述任務(wù)：

　　11．4．1．1 應(yīng)當決定正在考慮中的項目是否進行V&V，并決定在進行V&V時機構(gòu)的獨立程度。應(yīng)當分析項目需求的關(guān)鍵性。
　　關(guān)鍵性可以用下述條件來衡量：
　　a．在一個系統(tǒng)或系統(tǒng)需求中導(dǎo)致死機、人員傷害、任務(wù)失敗、財經(jīng)上的或災(zāi)難性的設(shè)備損失或損壞的潛在的、未檢測出的錯誤；
　　b．要使用的軟件開發(fā)技術(shù)的成熟程度和有關(guān)的風(fēng)險；
　　c．資金和資源的可獲得性。

　　11．4．1．2 如果項目保證進行V&V，應(yīng)當建立一個V&V過程以驗證和評價該系統(tǒng)。

　　11．4．1．3 如果項目保證進行 IV＆V，應(yīng)當選擇進行 IV&V的機構(gòu)。 IV&V的實施人員有足夠的不受機構(gòu)約束的自由度和權(quán)力來完成V&V活動。

　　11．4．1．4 在對上述范圍、規(guī)模、復(fù)雜性和關(guān)鍵性進行分析的基礎(chǔ)上，應(yīng)當規(guī)定目標生存周期活動和需要V＆V的產(chǎn)品。應(yīng)當為目標生存周期活動和產(chǎn)品選擇V&V活動和任務(wù)（第11．4．2至11．4．7條），包括完成這些任務(wù)的方法、技術(shù)和工具。

　　11．4．1．5 應(yīng)當以上面指出的 V&V任務(wù)為基礎(chǔ)制訂一個 V＆V計劃，并將其寫成文檔。該計劃應(yīng)當涉及將進行V&V的生存周期活動和產(chǎn)品、每個生存周期活動或產(chǎn)品所需求的Vgu任務(wù)、有關(guān)的資源、責(zé)任和時間表。該計劃應(yīng)當涉及向需方和其它有關(guān)的機構(gòu)提供V&V報告的步驟。

　　11．4．1．6 應(yīng)當實施 V&V計劃。通過 V&V檢測出的問題和不符合之處應(yīng)當進入改正過程（第 11．6 條）。全部問題和不符合之處都應(yīng)當?shù)玫浇鉀Q。應(yīng)當將V＆V活動的結(jié)果告訴需方和其它有關(guān)的機構(gòu)。

　　11．4．1．7 V&V機構(gòu)應(yīng)當收集、保存和使用質(zhì)量成本數(shù)據(jù)。使用這些數(shù)據(jù)的目的是：改進產(chǎn)品或服務(wù)的質(zhì)量；規(guī)定預(yù)先應(yīng)付的成本和改正產(chǎn)品或服務(wù)中的缺點或不符合之處的成本；計算進行V&V的成本。

　　11．4．2 需求驗證
　　此項活動含有下述任務(wù)。應(yīng)當根據(jù)需求的范圍、規(guī)模、復(fù)雜性和關(guān)鍵性，執(zhí)行一項或多項任務(wù)。
　　任務(wù)表可補充如下：
　　a．參加需求評價、合同要求的評審和審計，以及建立基線的活動；
　　b．驗證系統(tǒng)需求（包括接口和鑒定）的完善性、正確性、可行性和可測性；
　　c．驗證為達到最佳設(shè)計，系統(tǒng)需求已適當?shù)胤峙浣oHCI、SCI和人工操作；
　　d．驗證軟件需求（包括接口和鑒定）的完善性、正確性、可行性和可測性；證明它們準確地反映了系統(tǒng)需求；
　　e．用合適的嚴密的方法驗證與關(guān)鍵性、安全性、保密性有關(guān)的軟件需求；
　　f．驗證項目的計劃需求。

　　11．4．3 設(shè)計驗證
　　此項活動含有下述任務(wù)。應(yīng)當根據(jù)系統(tǒng)和軟件設(shè)計的范圍、規(guī)模和復(fù)雜性，執(zhí)行一項或多項任務(wù)。任務(wù)表可以補充如下：
　　a. 參加設(shè)計評價；
　　b．分析設(shè)計方法是否與需求一致；
　　c．分析設(shè)計中的事件次序、輸入、輸出、接口、邏輯流程、計時分配和規(guī)模預(yù)算、出錯定義、錯誤的 隔離和恢復(fù)；
　　d．驗證根據(jù)需求所選擇的設(shè)計；
　　e．用合適的嚴密的方法，驗證實現(xiàn)關(guān)鍵性、安全性和保密性需求的設(shè)計。

　　11．4．4 代碼驗證
　　此項活動含有下述任務(wù)。應(yīng)當根據(jù)代碼的范圍、規(guī)模和復(fù)雜性，執(zhí)行一項或多項任務(wù)。任務(wù)表可以 補充如下：
　　a．評價程序員的文件；
　　b．為跟蹤設(shè)計和需求、可測性和與需求的一致性及編碼的標準而評審關(guān)鍵的代碼；
　　c．為適當?shù)氖录蛄小⒁恢碌慕涌凇⒄_的數(shù)據(jù)和控制流、完整性、適當分配的計時和規(guī)模預(yù)算、 出錯定義、隔離和恢復(fù)而分析代碼；
　　d．對照設(shè)計和需求驗證所選擇的代碼；
　　e．用合適的嚴密的方法驗證實現(xiàn)關(guān)鍵性、安全性和保密性需求的代碼。

　　11．4．5 集成驗證
　　此項活動含有下述任務(wù)。應(yīng)當根據(jù)集成的范圍、規(guī)模和復(fù)雜性，執(zhí)行一項或多項任務(wù)。
　　任務(wù)表可以補充如下：
　　a．驗證SCI的每個部件和單元已經(jīng)完全和正確地集成進一個SCI中去；
　　b．驗證該系統(tǒng)的各個部件（HCI、SCI、人工操作部分）已經(jīng)完全和正確地集成進該系統(tǒng)中去；
　　c．集成任務(wù)已經(jīng)按照集成計劃執(zhí)行。

　　11．4．6 文檔評審
　　此項活動含有下述任務(wù)。應(yīng)當根據(jù)文檔的范圍、規(guī)模和復(fù)雜性，執(zhí)行一項或多項任務(wù)。
　　任務(wù)表可以補充如下：
　　a．評審所選的文檔是否恰當、完善和具有一致性；
　　b．評價文檔準備工作的及時性；
　　c．評價對文檔的配置管理。

　　11．4．7 確認
　　此項活動含有下述任務(wù)。應(yīng)當根據(jù)系統(tǒng)或軟件的范圍、規(guī)模、復(fù)雜性和關(guān)鍵性，執(zhí)行一項或多項任務(wù)。
　　任務(wù)表可以補充如下：
　　a．就合同所要求的評審、審計及鑒定測試向需方提供咨詢；
　　b．評價所選的測試需求、測試用例、測試規(guī)格說明、測試步驟、進行測試的順序和分析測試結(jié)果的步驟；
　　c．參加合同要求的評審和審計；
　　d．參加對測試準備的評審；
　　e．監(jiān)督鑒定測試；
　　f．準備所選的測試需求、測試用例、測試規(guī)格說明、測試過程，進行測試的步驟和分析測試結(jié)果的步驟；
　　g.進行所選擇的單元測試、集成測試或鑒定測試；
　　h．用輸入重點值、邊界值和異常輸入值來完成所選擇的測試；
　　i．測試軟件隔離錯誤和把錯誤的影響降到最小的能力，即使失敗逐級縮小的能力，在重要的、臨界的和在異常的條件下要求操作員干預(yù)的程度；
　　j．用一個合適的嚴密的方法確認該軟件正確地實現(xiàn)了關(guān)鍵性、安全性和保密要求。

　　11．5 軟件質(zhì)量保證過程
　　軟件質(zhì)量保證過程（SQA）由方針、標準、過程和活動等組成，其目的是恰當保證：此項目生存周期中的過程、產(chǎn)品和服務(wù)符合已建立的、預(yù)期的需求,并符合已制訂的計劃。而且，SQA促進能提高質(zhì)量的環(huán)境的形成。為了不產(chǎn)生偏見，SQA機構(gòu)需要對開發(fā)產(chǎn)品或提供服務(wù)的直接責(zé)任人有相對自由和相應(yīng)的權(quán)力。 ISO 9 0 0 3— 8 7標準提供了實施軟件質(zhì)量保證的指南。
　　此過程含有下述活動：
　　a. 過程建立；
　　b．產(chǎn)品保證；
　　c．過程保證；
　　d．質(zhì)量改進。

　　11．5．1 過程建立
　　此項活動含有下述任務(wù)：

　　11．5．1．1 應(yīng)當建立適合此項目的一個軟件質(zhì)量保證過程。該 SQA的目標應(yīng)當是保證和改進交付軟件產(chǎn)品和服務(wù)的質(zhì)量，保證和改進為提供這些產(chǎn)品和服務(wù)所采用的軟件生存期過程的質(zhì)量。

　　11．5．1．2 應(yīng)當為此項目的生存期制訂進行 SQA活動的計劃，將其寫成文檔、執(zhí)行它、維護它。
　　該計劃應(yīng)當包括下述各項：
　　a．質(zhì)量的目標，包括驗證、確認、測試、審計和質(zhì)量測量活動；
　　b．執(zhí)行SQA活動的質(zhì)量標準、方法、步驟和工具（或引用機構(gòu)的正式文件中的有關(guān)內(nèi)容）；
　　c．合同規(guī)定的評審和協(xié)調(diào)的步驟；
　　d．標識、收集、編寫文檔、維護和處置質(zhì)量記錄的步驟；
　　e．執(zhí)行SQA活動的資源、時間表和責(zé)任。

　　10．5．1．3 負責(zé)確認是否與合同要求相符的人員應(yīng)當不受機構(gòu)的約束，他們具有對目標進行評價以及啟動、影響、解決和驗證改正活動的資源和權(quán)力。

　　11．5．1．4 應(yīng)當按計劃評價開發(fā)產(chǎn)品和提供服務(wù)所使用的軟件生存期過程中產(chǎn)生的產(chǎn)品，并進行過程中的評價。當評審出問題和與合同要求不相符之處時，應(yīng)當把它們寫成文檔，并將其作為改正過程（第 11．6條）的輸入。應(yīng)當編寫出評價記錄，并保存該記錄。

　　11．5.1．5 應(yīng)當按照合同中的規(guī)定將評價記錄交給需方一份。

　　11．5．2 產(chǎn)品保證
　　此項活動含有下述任務(wù)：

　　11．5．2．1 應(yīng)當保證把合同所要求的全部計劃寫成文檔，這些計劃要符合合同、互不矛盾，并在按照要求執(zhí)行。

　　11．5．2．2 應(yīng)當保證軟件和有關(guān)的文檔符合合同、遵守計劃。

　　11．5．2．3 在準備交付產(chǎn)品或完成服務(wù)的過程中，應(yīng)當保證產(chǎn)品或服務(wù)完全滿足合同的要求，且是需方可以接受的。

　　11．5．3 過程保證
　　此項活動含有下述任務(wù)：

　　11．5．3．1 應(yīng)當保證已為此項目采用的軟件生存期過程（供應(yīng)、開發(fā)、操作、維護和支持，其中包括、 SQA）符合合同、遵守計劃。

　　11．5．3．2 應(yīng)當保證內(nèi)部的軟件工程實踐、開發(fā)環(huán)境、測試環(huán)境和庫是恰當?shù)模⒎虾贤?

　　11．5．3．3 應(yīng)當保證所適用的主合同的要求已交給予合同的當事人，該當事人的產(chǎn)品和服務(wù)符合主合 同的要求。

　　11．5．3．4 應(yīng)當保證需方和其它各方依照合同、談判和計劃得到了所要求的支持和協(xié)作。

　　11．5．3．5 最好保證依照已建立的標準和步驟完滿地完成了產(chǎn)品和過程測試。

　　11．5．3．6 應(yīng)當保證培訓(xùn)提供了滿足項目需求所需要的技術(shù)和知識。

　　11．5．4 質(zhì)量改進
　　此項活動含有下述任務(wù)：

　　11．5．4．1 管理應(yīng)當保證機構(gòu)中的全部項目人員了解項目的 SQA需求，執(zhí)行并維護這些需求。

　　11．5．4．2 為了了解項目所采用的過程的長處和弱點，最好收集和分析歷史數(shù)據(jù)、技術(shù)數(shù)據(jù)和評價數(shù) 據(jù)。這些分析最好作為反饋信息用來改進這些過程，為該項目及以后的項目提出改進建議和指出技術(shù)改 進要求。

　　11．5．4．3 作為質(zhì)量保證活動的管理部分，應(yīng)當收集、維護和使用質(zhì)量成本數(shù)據(jù)。這些數(shù)據(jù)應(yīng)當說明預(yù) 定成本以及改正產(chǎn)品或服務(wù)中的缺點或不符合之處的成本。

　　11．6 改正過程
　　改正活動是分析和清除在軟件開發(fā)、操作或維護中發(fā)現(xiàn)的問題（包括不符合之處）的過程，不管它們 的性質(zhì)和來源。其目的是提供一個及時的、負責(zé)的、已有文檔記載的方法，以保證所發(fā)現(xiàn)的全部問題被分 析和清除并指出趨向。
　　此項過程含有下述活動：
　　a. 過程建工；
　　b．采取改正活動。

　　11．6．1 過程建立
　　此項活動含有下述任務(wù)： 為了處理在產(chǎn)品、活動和服務(wù)中檢測到的全部問題（包括不符合之處），應(yīng)當建立一個改正過程。

　　此過程應(yīng)當符合下述要求：
　　a．此過程應(yīng)當是閉環(huán)式的，保證及時報告所檢測到的全部問題，并進入改正過程。改正活動自此 開始，問題要得到解決，狀態(tài)得到跟蹤和報告。在合同期內(nèi)保存問題的記錄；
　　b．此過程最好含有對問題進行分類和劃分優(yōu)先權(quán)的方案。為了進行趨向分析和解決問題，最好 用分類法和優(yōu)先級對每個問題分類；
　　c．應(yīng)在問題報告中完成趨向分析；
　　d．應(yīng)當對改正活動進行評價，以便： ——證明問題已經(jīng)解決，不利的趨勢已扭轉(zhuǎn)，已在適當?shù)倪^程、產(chǎn)品和服務(wù)中正確地實施了改變； ——確定是否又引起了另外的問題。

　　11．6．2 采取改正活動
　　此項活動含有下述任務(wù)： 當在一個產(chǎn)品、一項活動或服務(wù)中檢測到問題（包括不符合之處）時，應(yīng)當寫出問題／修改報告，講明 所檢測到的每個問題。該問題／修改報告應(yīng)當描述所需要的改正活動和為解決問題已采取的活動。這些 報告應(yīng)當作為改正過程的輸入用來改正缺點、缺點的起因以及扭轉(zhuǎn)不利的趨勢。

　　1．7 培訓(xùn)過程
　　軟件的獲取、開發(fā)、操作或維護主要取決于具有知識和熟練技術(shù)的人員。
　　例如：取得人員必須具有獲取、安裝、操作和維護該軟件的知識；開發(fā)者必須在軟件管理和軟件工程方面受過基本訓(xùn)l練。因此，作出人員培訓(xùn)計劃并及早實施是絕對必要的。這樣，當獲取、開發(fā)、操作和維護軟件時就有了經(jīng)過培訓(xùn)的人員。
　　此過程含有下述活動：
　　a．過程建工；
　　b．培訓(xùn)資料的開發(fā)；
　　c．培訓(xùn)計劃的實施。

　　11．7．1 過程建立
　　此項活動含有下述任務(wù)： 應(yīng)當對項目需求進行完整的評審，以便確定和及時地制訂獲取或開發(fā)管理人員和技術(shù)人員所需要 的資源和技巧的條款。應(yīng)當指明培訓(xùn)的種類和水平，需要培訓(xùn)的人員的分類。最好制訂一個培訓(xùn)計劃， 該計劃說明實施的進程、資源需求和培訓(xùn)需求，最好把該計劃寫成文檔。

　　11．7．2 培訓(xùn)資料的開發(fā)
　　此項活動含有下述任務(wù)： 編寫培訓(xùn)手冊，包括提供在培訓(xùn)；時所需要的資料。

　　11.7．3 培訓(xùn)計劃的實施
　　此項活動含有下述任務(wù)：

　　11．7．3．1 實施培訓(xùn)計劃應(yīng)當是為了提供人員培訓(xùn)。最好保存培訓(xùn)記錄。

　　11．7．3．2 最好保證及時地為所計劃的活動和任務(wù)提供正確搭配的和不同種類的受訓(xùn)人員。

　　11．8 環(huán)境建立過程
　　為所涉及到的過程建立所需要的環(huán)境。
　　此過程含有下述活動：
　　a. 過程建工；
　　b．環(huán)境的建立；
　　c．環(huán)境的維護。

　　11．8．1 過程建立
　　此項活動含有下述任務(wù)：

　　11.8.1.1 最好定義環(huán)境并將該環(huán)境寫成文檔，以滿足所涉及到的過程、所考慮的將要使用的步驟、標 準、工具和技術(shù)的需求。

　　11.8.1.2 對該環(huán)境的建立最好作出計劃并寫出文檔。

　　11．8．2 環(huán)境的建立
　　此項活動含有下述任務(wù)：

　　11．8．2．1 最好對環(huán)境的配置作出計劃并將其寫成文檔。功能、性能、安全、保密、可用性、面積需求、設(shè)備、成本、時間限制最好都考慮到。

　　11．8．2．2 應(yīng)當及時安裝該環(huán)境以便執(zhí)行相關(guān)的過程。

　　11．8．3 環(huán)境的維護
　　此項活動含有下述任務(wù)：
　　環(huán)境應(yīng)當?shù)玫骄S護。