3.1.1 application software 應用軟件
執行一組功能來支持過程執行的計算機程序。
注1： 其可以是從市場上購買的或者由組織自己開發的一個軟件程序，數據庫，計算機化的電子表格，電子文件或網絡工具。
3.1.2 availability可用性
（項點）在一定條件下按照要求執行的能力
注1 ： 可用性取決于一個項點的可靠性、可修復性和可維修性，以及維修支持活動的組合特性。
[IEC 60050-192:2015, 192-01-23].
3.1.3 commissioning 調試
移交給客戶前階段，一個產品在運行條件下根據其規范得到最終測試用以驗證其功能。
注1：這產品準備開始運行。
3.1.4 component 部件
一個系統在服務或者維修時，其最小可替換單元之上的子設備。
3.1.5 configuration audit 配置審核
根據文件化程序執行的審核, 用以確定一個產品是否符合其要求和產品配置信息。 [ISO 10007:2003, 3 5.6]
3.1.6 configuration baseline 配置基線
在整個成品生命周期中所有階段， 作為參照并反映出產品當前特性所批準的產品配置信息。[ISO 10007:2003, 3.4]
3.1.7 configuration status accounting 配置狀態紀實
對產品配置信息、建議的更改和已批準更改的實施情況所做的正式記錄和報告。[ISO 10007:2003, 5.5.]
3.1.8 consignment stock 寄售庫存
儲存由一個外部提供方所有，但由組織負責用以確保零件的可用性。
3.1.9 critical / criticality 關鍵的/關鍵性
基于風險評估，對象有導致高風險的可能性，該風險能威脅其質量，安全或者經營業績。
3.1.10 deferred work 延期工作
屬于一個過程中預先確定好次序的活動，其被延遲或者擱置。
3.1.11 deliverables 可交付成果
對于所供應范圍內的所有類型的輸出，其用以符合所設置的要求（例如：用 戶手冊，維修手冊，測試報告，測試設備，培訓，備用或支持部件）。
3.1.12 first article inspection 首件檢查（FAI）
用以確認生產過程的一系列檢驗和驗證活動。
3.1.13 FRACAS 故障報告，分析和糾正措施系統（故障信息閉環管理系統）
一個閉環過程通過測試，修正和使用經驗來改善當前和將來設計的可信性。
3.1.14 functional requirement 功能性要求
功能分解結構中一個功能的專門的要求或者能力。
3.1.15 gate criteria 門準則
在所有關卡時可交付成果的接受準則， 用以支持所采取的決定，如接受，有條件接受或者拒絕。
3.1.16 handover 交接
目標對象的通過控制授權從一個組織移交到另外一個組織，包括職責轉移到該接受組織。
3.1.17 installation 安裝
交付后并在調試前在客戶現場進行。
注： 安裝是一個典型的基礎設施活動階段。
3.1.18 integration maturity 集成成熟度
一個成品的集成要求的滿足程度
例如：已集成在組織的產品中或沒有。
3.1.19 integration requirements 集成要求
將系統集成到母系統中并在這種環境中實現功能要求的要求。
3.1.20 key performance indicator (KPI) 關鍵績效指標 （KPI）
指標，被高層管理者選擇的，為了評估其經營管理體系的績效。
3.1.21 life cycle costing (LCC) 生命周期成本（LCC）
經濟分析過程用以評審一個項目在其生命周期或其中一部分的成本。
3.1.22 maintainability 可維護性