11．1．2 設計和開發

　　此項活動含有下述任務：

　　11.1. 2.1 應當根據可適用的文檔標準設計每個指定的文檔的格式、內容說明、頁碼編號、圖／表的設 置、產權／保密標記、包裝和其它條文。

　　11．1．2．2 應當保證文檔的輸入數據經過驗證確定是否是原始數據并且適當。可以使用自動文檔開發 工具。

　　11．1．2．3 應當對照著文檔標準評審已準備好的文檔的格式、技術內容和表現風格。

　　11．1．3 生產和發行

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

　　11．1．4 維護

　　此項活動含有下述任務：當要修改一個現有的產品時應當執行這項任務（見第10章）。正處于配置管理、修改中的產品應當 依據第11．2條進行管理。

　　11．2 配置管理過程

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

　　11．2．1 過程建立

　　此項活動含有下述任務： 應當制訂一個配置管理計劃并將其寫成文檔。該計劃應當指定：配置管理活動、執行這些活動的過 程，對執行配置管理和活動負責的機構和它們與其它機構（例如軟件開發機構）的關系。該計劃可以是系 統配置管理計劃的一部分。

　　11．2．2 配置標識

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

　　11．2．3 配置控制

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

　　11．2．4 配置狀態計帳

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

　　11．2．5 配置審計

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

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

　　此項活動含有下述任務： 應當正式控制軟件和文檔的儲存、處理和交付。在系統生存期內應當保存代碼和文檔的主拷貝。特 別是含有安全和保密的關鍵功能的代碼和文檔，應當依據所涉及的機構的政策來儲存、處理和交付。

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

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

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

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

　　11.3.1.1 過程建立

　　此項活動含有下述任務： 合同要求的評審過程應當符合下面的一般要求：

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

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

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

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

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

　　f．當事雙方應當對活動項的責任和終止準則達成協議。

　　11．3．1．2 管理評審

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

　　11．3．1．3 技術評審
　　此項活動含有下述任務：

　　11．3．1．3．1 應當用技術評審評價特定的產品或服務并提供證據，證明：
　　a．產品和服務符合它們的規格說明；
　　b．軟件產品的開發、操作和服務是根據項目的計劃、進度、標準和指南進行的；
　　c．對軟件產品的改變是適當的，這些改變只對配置管理過程（第11．2條）指出的系統領域有影響。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　11．4．1．6 應當實施 V&V計劃。通過 V&V檢測出的問題和不符合之處應當進入改正過程（第 11．6 條）。全部問題和不符合之處都應當得到解決。應當將V＆V活動的結果告訴需方和其它有關的機構。

　　11．4．1．7 V&V機構應當收集、保存和使用質量成本數據。使用這些數據的目的是：改進產品或服務的質量；規定預先應付的成本和改正產品或服務中的缺點或不符合之處的成本；計算進行V&V的成本。

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

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

　　11．4．4 代碼驗證
　　此項活動含有下述任務。應當根據代碼的范圍、規模和復雜性，執行一項或多項任務。任務表可以 補充如下：
　　a．評價程序員的文件；
　　b．為跟蹤設計和需求、可測性和與需求的一致性及編碼的標準而評審關鍵的代碼；
　　c．為適當的事件序列、一致的接口、正確的數據和控制流、完整性、適當分配的計時和規模預算、 出錯定義、隔離和恢復而分析代碼；
　　d．對照設計和需求驗證所選擇的代碼；
　　e．用合適的嚴密的方法驗證實現關鍵性、安全性和保密性需求的代碼。

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

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

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

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

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

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

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

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

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

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

　　11．5．2 產品保證
　　此項活動含有下述任務：

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

　　11．5．2．2 應當保證軟件和有關的文檔符合合同、遵守計劃。

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

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

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

　　11．5．3．2 應當保證內部的軟件工程實踐、開發環境、測試環境和庫是恰當的，并符合合同。

　　11．5．3．3 應當保證所適用的主合同的要求已交給予合同的當事人，該當事人的產品和服務符合主合 同的要求。

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

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

　　11．5．3．6 應當保證培訓提供了滿足項目需求所需要的技術和知識。

　　11．5．4 質量改進
　　此項活動含有下述任務：

　　11．5．4．1 管理應當保證機構中的全部項目人員了解項目的 SQA需求，執行并維護這些需求。

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

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

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

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

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

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

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

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

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

　　11.7．3 培訓計劃的實施
　　此項活動含有下述任務：

　　11．7．3．1 實施培訓計劃應當是為了提供人員培訓。最好保存培訓記錄。

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

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

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

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

　　11.8.1.2 對該環境的建立最好作出計劃并寫出文檔。

　　11．8．2 環境的建立
　　此項活動含有下述任務：

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

　　11．8．2．2 應當及時安裝該環境以便執行相關的過程。

　　11．8．3 環境的維護
　　此項活動含有下述任務：
　　環境應當得到維護。