GB/T 11457—1995軟件工程術語》由原田家技術監(jiān)督局于 1995年5月4日發(fā)布，1995年12月1日起實施。該標準定義了軟件工程領域中通用的術語，適用于軟件開發(fā)、使用維護、科研、教學和出版等方面，與項目管理相關的術語摘錄如下。
驗收準則：軟件產(chǎn)品要符合某一測試階段必須滿足的準則，或軟件產(chǎn)品滿足交貨要求的準則。
驗收測試：確定一系統(tǒng)是否符合其驗收準則，使客戶能確定是否接收此系統(tǒng)的正式測試。
需方：從供方獲得或得到一個系統(tǒng)、產(chǎn)品或服務的一個機構。需方可以是買主、客戶、擁有者、用戶、采購人員等。
活動:一個過程的組成元素。對基線的改變要經(jīng)有關當局的正式批準。
審計：(1)為評估是否符合軟件需求、規(guī)格說明、基線、標準、過程、指令、代碼以及合同和特殊要求而進行的一種獨立的檢査；(2)通過調査研究確定已制定的過程、指令、規(guī)格說明、代碼和標準或其他的合同及特殊要求是否恰當和被遵守，以及其實現(xiàn)是否有效而進行的活動，
基線：(1)業(yè)己經(jīng)過正式審核與同意，可用作下一步開發(fā)的基礎，并且只有通過正式的修改管理步驟放方能加以修改的規(guī)格說明或產(chǎn)品；(2)在配置項目生存周期的某一特定時間內(nèi)，正式指定或固定下來的配置標識文件和一組這樣的文件。基線加上根據(jù)這些基線批準統(tǒng)一的改動構成了當前配置標識。對于配置管理，有以下三種基線：功能基線（最初通過的功能配置）分配基線（最初通過的分配的配置)、產(chǎn)品基線（最初通過的或有條件地通過的產(chǎn)品配置)。
代碼審計：由某人、某小組或借助某種工具對源代碼進行的獨立的審査，以驗證其是否符合軟件設計文件和程序設計標準。還可能對正確性和有效性進行估計。
配置審計：證明所要求的全部配置項均已產(chǎn)生出來，當俞的配置與規(guī)定的需求相符。技術文件說明書完全而準確地描述了各個配置項目，并且曾經(jīng)提出的所有更動請求均已得到解決的過程。
配置控制委員會：對提出的工程上的更動負責進行估價、審批，對核準進行的更動確保其實現(xiàn)的權力機構。
配置管理：(1)標識和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生存周期內(nèi)控制這些項的投放和更動，記錄并報告配置的狀態(tài)和更動要求，驗證配置項的完整性和正確性；(2)對下列工作進行技術和行政指導與監(jiān)督的一套規(guī)范：對一配置項的功能和物理特性進行標識和文件編制工作：控制這些特性的更動情況；記錄并報考對這些更動進行的處理和實現(xiàn)的狀態(tài)。
配置狀態(tài)報告：記錄和報告為有效地管理某一配置所需的信息。包括列出經(jīng)批準的配置標識表、列出對配置提出更動的狀態(tài)表和經(jīng)批準的更動的實現(xiàn)狀態(tài)。
設計評審：(1)在正式會議上，把系統(tǒng)的初步的或詳細的設計提交給用戶、客戶或有關人士供其評審或批準；(2)對現(xiàn)有的或提出的設計所做的正式評估和審査，其目的是找出可能會影響產(chǎn)品、過程或服務工作的適用性和環(huán)境方面的設計缺陷并采取補救措施，以及（或者）找出在性能、安全性和經(jīng)濟方面的可能的改進。
桌面檢查：對程序執(zhí)行情況進行人工模擬，用遂步檢查源代碼中有無邏輯或語法錯誤的辦法來檢測故障。
評價：決定某產(chǎn)品、項目、活動或服務是否符合它的規(guī)定的準則的過程，
故障、缺陷：功能部件不能執(zhí)行所要求的功能。
功能性配置審計：驗證一個配置項的實際工作性能是否符合它的霱求規(guī)格說明的一項審查，以便為軟件的設計和編碼建立一個基線。