㈠ 計算機軟體配置項是什麼
軟體生存周期各個階段活動的產物經審批後即可稱之為軟體配置項。
軟體配置項包括：
①與合同、過程、計劃和產品有關的文檔和資料；
②源代碼、目標代碼和可執行代碼；
③相關產品，包括軟體工具、庫內的可重用軟體、外購軟體及顧客提供的軟體等。
在軟體建立時變更是不可避免，而變更又加劇了項目中軟體工程師間的混亂。之所以產生混亂，是因為在進行變更前沒有仔細分析，或沒進行變更控制。
(1)軟體配置項什麼意思擴展閱讀：
軟體配置管理是貫穿整個軟體生存周期的一項技術。它的主要功能是控制軟體生存周期中軟體的改變，減少各種改變所造成的影響，確保軟體產品的質量。正確應用軟體配置管理是開發高質量軟體所不可缺少的。軟體配置管理的過程是軟體開發過程中質量管理的精髓。
軟體配置管理，它是貫穿於整個軟體生命周期，它為軟體研發提供了一套管理辦法和活動原則。軟體配置管理無論是對於軟體企業管理人員還是研發人員都著重要的意義。軟體配置管理可以提煉為三個方面的內容.
配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。
配置管理過程是對處於不斷演化、完善過程中的軟體產品的管理過程。其最終目標是實現軟體產品的完整性、一致性、可控性，使產品極大程度地與用戶需求相吻合。它通過控制、記錄、追蹤對軟體的修改和每個修改生成的軟體組成部件來實現對軟體產品的管理功能。
㈡ 計算機軟體配置項是什麼樣20
按管理的嚴格程度，配置項一般分3個等級：（1）納入基線管理的配置項納入基線管理的配置項是指變化時要走嚴格變更手續的配置項，需要做變更申請，要審批。審批一般分2種嚴格程度： i) 項目經理或分CCB審批就可以，一般是局部的小的變更。 ii）變更控制委員會（CCB）審批納入基線前，一般要經過評審或測試（稱為驗證）和質量保證。 (2) 沒有納入基線但是也不能隨意變更的配置項，一般稱為受控項這類配置項不需要變更申請，但是要經過配置管理員或項目經理的允許才可以變更。基線項與受控項寫的許可權要唯一，一般是CM或PM有唯一的寫許可權。（3）非受控項對變更不做控制。擬納入基線管理的配置項狀態變化一般是先非受控，然後受控，最後基線化。變更時，先檢出（checkou）進行修改，修改完畢後再檢入（checki）轉為受控，等待驗證（測試或評審），通過驗證後進行基線化。擬納入受控而不入基線的配置項狀態變化一般是先非受控，然後受控。變更時，檢出進行修改，修改完畢後再檢入提交受控。納入基線管理的時機是管理平衡問題，一般是當配置項基本穩定後才納入基線管理，如果處與頻繁的變動之中，納入基線後會增加管理成本，如單元測試通過後一般不形成基線，因為此時代碼並不穩定，但是可以作為受控項，也不能任意變化。這個問題的判斷也和項目組的規模有關系，如果規模很大，涉及到的人員很多，也可能需要建立基線。在系統測試後要形成基線，一般稱為產品基線，此時系統基本穩定了，可以對外發布，為更多的人所了解和使用了。代碼在沒有納入基線但是受控後（提交測試人員測試了），也不能隨便變更了，要經過配置管理員的批准，並通知測試人員。
㈢ 什麼叫軟體配置！
凡是納入配置管理范疇的工作成果都是配置項（CI）；一個純軟體的CIs通常也稱為軟體配置項（CSCIs）。
配置項主要有兩大類：
屬於產品組成部分的工作成果；
項目管理和機構支撐過程產生的文檔。
每個配置項的主要屬性有：名稱、標識符文件狀態、版本、作者、日期等。 http://www.scmlife.com/dp-bbsthread-13701.html什麼是配置管理？http://cmmionline.net/forums/thread/106.aspx啥叫軟體配置管理？——一個通俗的解釋作為一位從事軟體配置管理工作的同志，我經常被親朋好友問到的是，我有時候要向各級領導游說的是，啥叫軟體配置管理？
我的經驗是：
1. 如果想讓他們從迷茫到更迷茫，那就跟他們背一段ISO/CMM里的定義。
2. 如果不想深談，或者背景實在相差太遠，那就跟他們說：
「當很多人在一起編寫軟體的時候，需要一些專門的管理和技術，讓他們能夠合作順暢。
軟體配置管理就是其中的一種。」
3. 如果大概講一下，能有個概念，那就跟他們說：
「軟體配置管理是圍繞軟體資產的管理。
啥叫軟體資產呢，就是設計文檔啦，源代碼啦，可以跑的程序之類的。
那麼，有什麼要管理的呢？讓我們把它和圖書館的圖書管理做個對比。
它們有一些相似點。
首先，圖書館圖書管理管的是圖書資產，軟體配置管理管的是軟體資產，它們管的都是信息資產。
其次，圖書管理，需要把圖書進行分類，以便檢索，需要圖書存放在合適的地方，以便存取，還要防止蟲吃鼠咬。
軟體配置管理也類似，需要把軟體資產——主要是源代碼什麼的，放在合適的目錄結構里，放在合適的地方存儲，防止丟失或者弄亂。
再次，在圖書館，要記錄誰借出了哪本書，還沒還。
而軟體配置管理中也類似，需要記錄誰借出了什麼文件。
不過，跟圖書管理不同的是，軟體開發人員借出文件，常常是為了修改它。
軟體配置管理要記錄誰修改了什麼文件，為什麼修改，等等。
這里就引出了一系列事情要考慮：
比如，每個文件，不斷修改，就產生了一個又一個的版本，需不需要存儲呢？
一個產品的整個源代碼樹，也在總體上產生一個又一個的版本，需不需要存儲呢？
怎麼存儲呢？
比如，可能兩個人想要同時修改一個文件。這可能會導致一個人的工作丟失。
那麼，是讓他們一個改完了另一個再改呢，還是讓他們同時改，將來合並呢？怎麼保證呢？
再比如，有時候，一個公司會生產一系列相似的軟體產品，它們之間是不是可以有某些共享呢？
在一個產品上的改動，是不是能比較方便的加到另外的產品上去呢？
所以說，軟體配置管理是圍繞軟體資產的管理：
保證它們的存儲；保證改動它們的時候，也就是進行軟體開發的時候，不會產生混亂，有條有理，省時省力；等等。」
第3種解釋，是我最喜歡的解釋。
雖然還不完全（比如，沒有說配置/關系），也不嚴謹（凈是用勞動人民的大白話說的），
但是能給沒怎麼接觸過SCM的同志一個比較正確、比較容易接受的第一印象了。
而且讓人覺得，SCM確實有用~~~
㈣ 硬體配置和軟體配置分別是什麼
硬體配置指電腦的各配置。例如：組成電腦的各人配件零件及相關的型號、品牌等。
軟體配置是指電腦內，你所使用的軟體。例如：操作系統OS、辦公軟體OFfice、迅雷等。
㈤ 什麼是配置
什麼是軟體配置項？一般認為：軟體生存周期各個階段活動的產物經審批後即可稱之為軟體配置項。
軟體配置項包括：
–①與合同、過程、計劃和產品有關的文檔和資料；
–②
源代碼、目標代碼和可執行代碼；
–③相關產品，包括軟體工具、庫內的可重用軟體、外購軟體及顧客提供的軟體等。
在軟體建立時變更是不可避免，而變更更回劇了項目中軟體工程師間的混亂。之所以產生混亂，是因為在進行變更前沒有仔細分析，或沒進行變更控制。Babich曾經這樣說過：「協調軟體開發使得混亂達到最小的技術叫配置管理。配置管理是一種標識、組織和控制修改的技術，目的是使錯誤達到最小並最有效地提高生長率。
軟體配置管理，叫SCM，它應用於整個軟體工程過程。因為變更在任何時刻都可能發生，因此SCM活動的目標就是為了(1)標識變更；(2)控制變更；(3)確保變更正確地實現(4)向其他有關的人員報告變更。
軟體配置管理是貫穿整個軟體生存周期的一項技術。它的主要功能是控制軟體生存周期中軟體的改變，減少各種改變所造成的影響，確保軟體產品的質量。正確應用軟體配置管理是開發高質量軟體所不可缺少的。軟體配置管理的過程是軟體開發過程中質量管理的精髓。
所謂硬體配置文件，是指在啟動計算機時告訴Windows應該啟動哪些設備，以及使用每個設備中的哪些設置的一系列指令。