① 標識牌的功能作用
標識牌主要是通過視覺來表現它的作用的?比如?文字傳達?標識標牌記號是具有象徵性、方向性、暗示性等等的功能。文字樣式可以表現出性格、背景。現出象徵性與構造性意義。
標識牌還具有廣告(ADVERTISEMENT)的功能。
標識牌是融合規劃、建築、空間、雕塑、邏輯、色彩、美學、材質組合於一體的產物，它既不是簡單的文字，更不是所謂的牌子，它是與環境相融的獨一無二的藝術作品。
(1)配置標識的功能是什麼擴展閱讀
在今日的高科技現代自動化社會當中。隨著社會建設的需求，標牌製造業將會擁有自己的地位。標識標牌更加規模化的標牌基本上滿足了今日的高科技現代自動化社會的所有需求。所以不能將標識標牌製造業稱為簡單的勞動業。
城市中汽車的數量每天都有幾百輛增加，道路資源越來越少，對於交通標識合理布局，增加交通監控，單行道以及時間段限行等都需要標識牌來提示人們注意。
② .net 因為配置標識不正確，系統無法開始伺服器進程。請檢查用戶名和密碼。
.net 因為配置標識不正確，系統無法開始伺服器進程。請檢查用戶名和密碼是設置錯誤造成的，解決方法為：
1、同時按下win+r鍵，打開運行窗口，在運行窗口輸入Services.msc。
③ 配置管理的作用是什麼 包括那幾部分功能
作用：通過配置管理，網路管理員可以方便地查詢網路當前的配置情況，增強對網路配置的控制。
主要功能：
A． 設置開放系統中有關路由操作的參數
B． 被關對象和被關對象組屬性的管理
C． 初始化和關閉被管理對象
D． 根據要求收集系統當前狀態的有關信息
E． 獲得系統主要變化的信息，維護最新的設備清單並根據數據產生報告。
F． 更該系統的配置，提供遠程修改設備配置的手段
註：您這個問題是今年電大計算機網路的考題吧。其實《計算機網路》課程考一道《網路管理》的題，實在不咋地，雖然教材中有這部分內容（本來就不該有），但不屬於重點內容，尤其不能占考卷的10%。出題教師太不認真。
④ 配置管理 如何對配置項進行標識
自定義啊。一般就是一些英文字母縮寫簡稱，然後加一些用於區分不同類型配置項的關鍵字。這個是組織級配置管理要做的事，用於統一不同項目同一類型的配置項的名稱罷了，方便從整體上管理
⑤ 求好心人啊
存在的問題
沒有制定詳細的質量管理計劃，只是制定了整體進度計劃等；
質量職責分配不合理——「張工調離後，小李親自負責質量保證和技術把關」，說明人員不夠，經驗不夠；
「小李為此專門組織技術人員與信息中心專家討論軟體開發計劃」，說明職責分配也不及時；
需求和設計沒有進行評審就開始實施；
「現場考察後才報了問題」說明進度計劃中缺少了階段測試等質量控制的環節；
「小李認為後續階段不會有什麼太大的問題」說明缺少風險評估及應急處理。
採取的後續措施
制定科學的項目的後續質量管理計劃；
合理分配質量職責；
實施和加強測試、評審等質量控制的環節；
提前准備和啟動返工後的上線試運行工作；
加強與客戶的溝通交流。
如何進行軟體配置管理？
一般來講，軟體配置管理人員應該完成以下幾個主要任務：
任務一 配置標識
要配置標識，首先必須明確項目生命周期內所要產生的工作產品，然後確定工作產品的名稱和標識規則。總體原則是保證配置管理工具檢索便利，讓項目組成員容易記住標識規則，同時要確保組織一級的標識規則的一致性。
任務二 版本管理
版本管理一般是使用工具來完成的，使用這些工具時，容易被忽視的一點是制定所使用工具的版本規則。如果直接採用工具的內部版本號，會給產品發布帶來一些困難。通常採用「X.Y.Z」方式進行版本標識，明確X、Y和Z各位數字遞增的規則，然後結合工具標簽功能，便可實現高效的版本管理。
任務三 變更管理
變更管理是項目管理的一個重點和難點，涉及的范圍很廣。實施高效的變更管理至少應該包括兩個 部分：「定義合理的變更管理流程」、「採用自動化工具作為支持」。在具體的實踐中，應該對變更進行分類和分層，建立起處理不同變更的「變更控制委員會」，既保證項目組成員有一定的自主權，又不會耽誤高層經理對關鍵問題的把握。
任務四配置審核
配置審核包括兩方面的內 容：「配置管理活動審核」、「基線審核」。「配置管理活動審核」用於確保項目組成員的所有配置管理活動，遵循已批準的軟體配置管理方針和規程，如檢入/檢出的頻度、工作產品成熟度提升原則等。實施「基線審核」，要保證基線化軟體工作產品的完整性和一致性，並 且滿足其功能要求。基線的完整性可從以下幾個方面考慮：基線庫是否包括所有計劃納入的配置項？基線庫中配置項自身的內容是否完整？此外，對於代碼，要根據代碼清單檢查是否所有源文件都已存在於基線庫。同時，還要編譯所有的源文件，檢查是否可產生最終產品。一致性 主要考察需求與設計以及設計與代碼的一致關系，尤其在有變更發生時，要檢查所有受影響的部分是否都做了相應的變更。審核發現的不符合項要進行記錄，並跟蹤 直到解決。
在實際操作過程中，一般認為審核是一種事後活動，很容易被忽視。但是「事後」也是有相對性的，在項目初期審核發現的問題，對項目後期工作總是有指導和參考價值的。為了提高審核的效果，應該充分准備好檢查單。
任務五 報告配置狀態。 報告配置狀態的目的，是向項目所有成員提供基線內容和狀態、基線變更信息，這也是實現資源共享的前提。此外，在項目生命周期中進行對配置 項的變更數據統計分析，有利於評估項目風險，有效控制項目的執行。在變更請求被批准、基線版本發生變化及項目組提出任何需要時，可以採用Email等方式進行報告。
任務六 發布管理
實施了規范的配置管理，發布就顯得很從容了。但是必須要注意的是：發布的產品應該是從軟體基線庫中提取 出來的；在軟體發布給最終用戶之前，要准備發布記錄，為軟體產品分配發布版本號，同時要對它進行發布評審並確認其得到批准。一般來說，高層經理、項目經理、軟體質量保證人員和測試組都應該參加發布評審。
在項目啟動的初期，將這些活動和策略有機組織起來，便形成一個配置管理計劃。然後建立配置管理環境，並根據項目組成員的具體情況，實施必要的有效培訓。最後，執行計劃。
⑥ 什麼叫配置
什麼是軟體配置項？一般認為：軟體生存周期各個階段活動的產物經審批後即可稱之為軟體配置項。 軟體配置項包括：
–①與合同、過程、計劃和產品有關的文檔和資料；
–② 源代碼、目標代碼和可執行代碼；
–③相關產品，包括軟體工具、庫內的可重用軟體、外購軟體及顧客提供的軟體等。
在軟體建立時變更是不可避免，而變更更回劇了項目中軟體工程師間的混亂。之所以產生混亂，是因為在進行變更前沒有仔細分析，或沒進行變更控制。Babich曾經這樣說過：「協調軟體開發使得混亂達到最小的技術叫配置管理。配置管理是一種標識、組織和控制修改的技術，目的是使錯誤達到最小並最有效地提高生長率。
軟體配置管理，叫SCM，它應用於整個軟體工程過程。因為變更在任何時刻都可能發生，因此SCM活動的目標就是為了(1)標識變更；(2)控制變更；(3)確保變更正確地實現(4)向其他有關的人員報告變更。
軟體配置管理是貫穿整個軟體生存周期的一項技術。它的主要功能是控制軟體生存周期中軟體的改變，減少各種改變所造成的影響，確保軟體產品的質量。正確應用軟體配置管理是開發高質量軟體所不可缺少的。軟體配置管理的過程是軟體開發過程中質量管理的精髓。
⑦ 誰知道軟體「配置管理庫」的概念，請解說一下，或者給個資料。
網上有很多這樣的資料咯，對三個配置庫的定義我附了一張圖片不知道你能不能看到
配置管理是指：應用技術和管理手段來識別和記錄配置項的功能和物理特性，控制其變更，記錄和報告變更的過程和實現狀態，並檢查與項目需求之間的符合度；通過配置管理可以有效的管理工作產品與工作產品之間的一致性，合理的控制和實施變更以維護對項目范圍與邊界條件的一致的理解。
本過程描述了配置管理活動的內容、規范和方法，以建立和維護軟體開發過程中各種產品的完整性和一致性。
本過程中將使用到以下幾個重要的術語：
配置項：處於配置管理之下的軟體或/和硬體的集合體。這個集合體在配置管理過程中作為一個實體出現。
基線：已經通過正式復審和批準的某規約或產品，它因此可以作為進一步開發的基礎，並且只能通過正式變更控制過程來改變；基線有一組配置組成，這些配置構成了一個相對穩定的狀態，不能再被任何人隨意修改。
配置標識：識別產品的結構、產品的構件及其類型，為其分配唯一的標識符，並以某種形式提供對它們的存取。
控制：通過建立產品基線，控制軟體產品的發布和在整個軟體生命周期中對軟體產品的修改。
狀態統計：記錄並報告構件和修改請求的狀態，並收集關於產品構件的重要統計信息。
配置審計：通過第三方（例如：軟體質量保證工程師）來確認產品的完整性並維護構件間的一致性，即確保產品是一個嚴格定義的構件集合；
配置管理員：根據過程的規定，在公司內部具體實施與操作本過程的人員/角色。根據實施的層級的不同，配置管理員可以區分為「產品配置管理員」和「項目配置管理員」兩個角色，一般產品配置管理員是專職的，項目配置管理員有項目成員兼職。
⑧ 配置管理員的標識和控制
所有配置項都都應按照相關規定統一命名，並在文檔中的規定章節（部分）記錄對象的標識信息。在引入軟體配置管理工具進行管理後，這些配置項都應以一定的目錄結構保存在配置庫中。
所有配置項的操作許可權應由SCM嚴格管理，推薦原則是：基線配置項向軟體開發人員開放讀取得許可權；非基線配置項向PM、CCB及相關人員開放。
1．工作空間管理
在引入了軟體配置管理工具之後，所有開發人員都會被要求把工作成果存放到由軟體配置管理工具所管理的配置庫中去，或是直接工作在軟體配置管理工具提供的環境之下。所以為了讓每個開發人員和各個開發團隊能更好的分工合作，同時又互不幹擾，對工作空間的管理和維護也成為了軟體配置管理的一個重要的活動。
一般來說，比較理想的情況是把整個配置庫視為一個統一的工作空間，然後再根據需要把它劃分為個人（私有）、團隊（集成）和全組（公共）這三類工作空間（分支），從而更好的支持將來可能出現的並行開發的需求。
每個開發人員按照任務的要求，在不同的開發階段，工作在不同的工作空間上，例如：對於私有開發空間而言，開發人員根據任務分工獲得對相應配置項的操作許可之後，他即在自己的私有開發分支上工作，他的所有工作成果體現為在該配置項的私有分支上的版本的推進，除該開發人員外，其他人員均無權操作該私有空間中的元素；而集成分支對應的是開發團隊的公共空間，該開發團隊擁有對該集成分支的讀寫許可權，而其他成員只有隻讀許可權，它的管理工作由SIO負責；至於公共工作空間，則是用於統一存放各個開發團隊的階段性工作成果，它提供全組統一的標准版本，並作為整個組織的Knowledge Base。
當然，由於選用的軟體配置管理工具的不同，在對於工作空間的配置和維護的實現上有比較大的差異，但對於CMO來說，這些工作是他的重要職責，他必須根據各開發階段的實際情況來配置工作空間並定製相應的版本選取規則，來保證開發活動的正常運作。在變更發生時，應及時做好基線的推進。
2．版本控制
版本控制是軟體配置管理的核心功能。所有置於配置庫中的元素都應自動予以版本的標識，並保證版本命名的唯一性。版本在生成過程中，自動依照設定的使用模型自動分支、演進。除了系統自動記錄的版本信息以外，為了配合軟體開發流程的各個階段，我們還需要定義、收集一些元數據（Metadata）來記錄版本的輔助信息和規范開發流程，並為今後對軟體過程的度量做好准備。當然如果選用的工具支持的話，這些輔助數據將能直接統計出過程數據，從而方便我們軟體過程改進（Software Process Improvement，SPI）活動的進行。
對於配置庫中的各個基線控制項，應該根據其基線的位置和狀態來設置相應的訪問許可權。一般來說，對於基線版本之前的各個版本都應處於被鎖定的狀態，如需要對它們進行變更，則應按照變更控制的流程來進行操作。
3．變更控制
在對SCI的描述中，我們引入了基線的概念。從IEEE對於基線的定義中我們可以發現，基線是和變更控制緊密相連的。也就是說在對各個SCI做出了識別，並且利用工具對它們進行了版本管理之後，如何保證它們在復雜多變得開發過程中真正的處於受控的狀態，並在任何情況下都能迅速的恢復到任一歷史狀態就成為了軟體配置管理的另一重要任務。因此，變更控制就是通過結合人的規程和自動化工具，以提供一個變化控制的機制。
在本文的前面的部分中，已經把SCI分為基線配置項和非基線配置項兩大類，所以這里所涉及的變更控制的對象主要指配置庫中的各基線配置項。
變更管理的一般流程是：
A) （獲得）提出變更請求；
B) 由CCB審核並決定是否批准；
C) （被接受）修改請求分配人員為，提取SCI，進行修改；
D) 復審變化；
E) 提交修改後的SCI；
F) 建立測試基線並測試；
G) 重建軟體的適當版本；
H) 復審（審計）所有SCI的變化；
I) 發布新版本。
在這樣的流程中，SCM通過軟體配置管理工具來進行訪問控制和同步控制，而這兩種控制則是建立在前文所描述的版本控制和分支策略的基礎上的。
4．狀態報告
配置狀態報告就是根據配置項操作資料庫中的記錄來向管理者報告軟體開發活動的進展情況。這樣的報告應該是定期進行，並盡量通過CASE工具自動生成，用資料庫中的客觀數據來真實的反映各配置項的情況。
配置狀態報告應根據報告應著重反映當前基線配置項的狀態，以作為對開發進度報告的參照。同時也能從中根據開發人員對配置項的操作記錄來對開發團隊的工作關系作一定的分析。
配置狀態報告應該包括下列主要內容：
A) 配置庫結構和相關說明；
B) 開發起始基線的構成；
C) 當前基線位置及狀態；
D) 各基線配置項集成分支的情況；
E) 各私有開發分支類型的分布情況；
F) 關鍵元素的版本演進記錄；
G) 其它應予報告的事項。
5．配置審計
配置審計是指在配置標識、配置控制、配置狀態記錄的基礎上對所有配置項的功能及內容進行審查，以保證軟體配置項的可跟蹤性。一般的，獨立的SCM可以擔當配置審計。
總之，軟體配置管理的對象是軟體研發活動中的全部開發資產。所有這一切都應作為配置項納入管理計劃統一進行管理，從而能夠保證及時的對所有軟體開發資源進行維護和集成。因此，軟體配置管理的主要任務也就歸結為以下幾條：（1）制定項目的配置計劃；（2）對配置項進行標識；（3）對配置項進行版本控制；（4）對配置項進行變更控制；（5）定期進行配置審計；（6）向相關人員報告配置的狀態。
由於軟體配置管理覆蓋了整個軟體的開發過程，因此它是改進我們的軟體過程、提高過程能力成熟度的理想的切入點。