---

文檔獲取可參考信管網：https://www.cnitpm.com/down/ShowForum-3081-1.htm

GB/T 11457-2006 軟件工程術語 規定了軟件工程領域中的1859個中文術語，以及每個中文術語對應的英文詞，還對每個術語給出了一個或一個以上的定義。標準的最后附有英文索引和中文索引。與項目管理相關的術語摘錄如下。

(1)驗收準則： 軟件產品要符合某一測試階段必須滿足的準則，或軟件產品滿足交貨要求的準則。

(2)驗收測試： 確定一系統是否符合其驗收準則，使客戶能確定是否接收此系統的正式測試。

(3)需方： 從供方獲得或得到一個系統、產晶或服務的一個機構。需方可以是買主、客戶、擁有者、用戶、采購人員等。

(4)活動： 一個過程的組成元素。對基線的改變要經有關當局的正式批準。

(5)審計： 為評估是否符合軟件需求、規格說明、基線、標準、過程、指令、代碼以及合同和特殊要求麗進行的一種獨立的檢查：通過調查研究確定已制定的過程、指令、規格說明、代碼和標準或其他的合同及特殊要求是否恰當和被遵守，以及其實現是否有效而進行的活動。

(6)代碼審計： 由某人、某小組或借助某種工具對源代碼進行的獨立的審查，以驗證其是否符合軟件設計文件和程序設計標準。還可能對正確性和有效性進行估計。

(7)配置審計： 證明所要求的全部配置項均已產生出來，當前的配置與規定的需求相符。技術文件說明書完全而準確地描述了各個配置項目，并且曾經提出的所有更動請求均己得到解決的過程。

(8)認證： 一個系統、部件或計算機程序符合其規定的需求，對操作使用是可接受的一種書面保證。例如，一計算機系統是安全的允訐在定義的環境中操作的書面的認可；為使系統獲準投入運行性使用，對系統遵循規定的需求是可接受的所做的正式演示；驗證系統或部件遵循規定的需求，且其操作使用是可接受的過程。

(9)走查： 一種靜態分析技術或評審過程，在此過程中，設計者或程序員引導開發組的成員通讀己書寫的設計或編碼，其他成員負責提出問題并對有關技術、風格、可能的錯誤、是否違背開發標準等方面進行評論。

(10)鑒定： 一個正式的過程，通過這個過程確定系統或部件是否符合它的規格說明，是否可在目標環境中適合于操作使用。

(11)基線： 業已經過正式審核與同意，可用作下一步開發的基礎，并且只有通過正式的修改管理步驟方能加以修改的規格說明或產品；在配置項生存周期的某一特定時間內，正式指定或固定下來的配置標識文件和一組這樣的文件。基線加上根據這些基線批準統一的改動構成了當前配置標識。對于配置管理，有以下三種基線：功能基線(最初通過的功能配置)、分配基線(最初通過的分配的配置)、產品基線(最初通過的或有條件地通過的產品配置)。

(12)配置控制委員會： 對提出的工程上的更動負責進行估價、審批，對核準進行的更動確保其實現的權力機構。

(13)配置管理： 標識和確走系統中配置項的過程，在系統整個生存周期內控制這些項的投放和更動，記錄并報告配置的狀態和更動要求，驗證配置項的完整性和正確性；

對下列工作進行技術和行政指導與監督的一套規范；對配置項的功能和物理特性進行標識和文件編制工作；控制這些特性的更動情況；記錄并報告對這些更動進行的處理和實現的狀態。

(14)配置狀態報告： 記錄和報告為有效地管理某…配置所需的信息。包括列出經批準的配謹標識表、列出對配避提出受動的狀態表和經批準的更動的實現狀態。

(15)設計評審： 在正式會議中將系統的初步的或詳細的設計提交給用戶、客戶戲有關人士供其評審戲批準：對現有的或提出的設計所做的正式評估和審查，其目的是找出可能會影響產品、過程或服務工作的適用性和環境方面的設計缺陷并采取補救措施，以及(或者)找出在性能、安全性和經濟方面的可能的改進。

(16)桌面檢查： 對程序執行情況進行人工模擬，用逐步檢查源代碼中有無邏輯或語法錯誤的辦法來檢測故障。

(17)評價： 決定某產品、項目、活動或服務是否符合它的規定的準則的過程。

(18)故障、缺陷： 功能部件不能執行所要求的功能。

(19)功能配置審計： 驗證一個配置項的實際工作性能是否符合它的需求規格說明的一項審查，以便為軟件的設計和編碼建立一個基線。

總結

以上是生活随笔為你收集整理的笔记整理-知识产权与标准化知识-GB/T11457-2006软件工程术语的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。