CSCI-Computer Software Configuration Item 電腦軟體組態項目 (或電腦軟體構型項目)
HWCI-Hardware Configuration 硬體組態項目 (或硬體構型項目)
以上兩詞其實是舊式的軍用標準的術語，可見於MIL-std-973、MIL-HDBK-61、MIL-STD-2167、MIL-STD-498等等1994年以前發行的工程(系統工程與軟體工程)有關的標準中。在MIL-STD-498"脫下老虎皮，解甲歸田"成為EIA/IEEE J-std-016時，已將這些用詞改為商場用語，而在ISO/IEC 12207:1995年問世後，該相關用詞實際上已改為軟體項目(Software Item)。
CI-Configuration Item組態項目，實際上是為了產品的有效管理，在組態管理的思維下設計出來的一種產品識別與管理術語。從產品管理或組態管理的角度而言，其劃分的方法與其管理有關，並沒有一定。以實際的例子而言，美製的戰鬥系統，整體是一個CI，但是法製的戰鬥系統卻分為六至七個CI。
CI與Line Replaceable Unit是有關聯，但是其關聯性並非建立在組態管理上，而是系統的維護上。因為，CI只是一個用於組態管理的概念詞，實質上指的是一個產品(product)或是產品組件(product component)，而Line Replaceable Unit，指的也是一個可在現場替換的單元。其可能設計成一系列可以替換的模組，當模組損壞時，可以立即抽換，在軍方使用的MCS戰鬥系統就是一個很顯著的例子，一個戰鬥系統裡有數部相同的Console，只是裡面跑的程式不同，在整體系統中負責不同的任務，當其中一部Console壞掉時(可能只是一塊模組戰損)，而且它又負有戰鬥系統組合的重要角色時，那麼就可以直接拿其他console中相同的模組抽換掉，即可立即恢復戰鬥功能。當然也可以將該Console的軟體轉移至另一部可用的console上，此即整體模組的替換。
xxCI可以由獲取者或供應者決定，因為一個CI就是一個產品的識別，但是，一個產品的生命週期可能很長，此期間又需要有保養與維護的需要，因此，可以從納入獲取者的後勤補保體系的角度去要求，發展者在發展時，就遵循獲取者的後勤補保體系編訂CI識別。當然，有些一般商用現成品，很容易就可以從商場上購得補充，就可以不需要考慮。如果獲取者不限定，則供應者/發展者是可以基於自己內部管理的需要編訂CI。
所有的標準(例如MIL-STD-973、MIL-HDBK-61、IEEE-STD-1042、IEEE-STD-828、EIA-836、ISO/IEC 12207/15288等)僅訂出了組態管理的一些常規、指導原則、應履行的工作，至於CI的劃分與真正的管理實務，仍需要依據獲取者或供應者組織內部需要自行律定。
就專案發展管理而言，各項CI應在專案開始時即定出組態定訂的原則，隨著WBS(work breakdown structure)的產出與細分，CI項目就愈來愈明顯。而CI的項目，就在WBS的架構上，幾乎每一個WBS元素就可以訂為一個CI項目。

----------------
引文: