配置管理配置管理6個主要活動：制訂配置管理計畫、配置標識、配置控制、配置狀態報告、配置審計、發布管理和交付。
配置項的類別：
基線配置項：設計文件和源程式等。
非基線配置項：各類計畫和報告等。
配置項的狀態：草稿、正式、修改。配置項建立時為草稿，通過評審後為正式，以後更改配置項，狀態為修改。
版本號：草稿狀態格式：0.yz，yz為01-99；正式狀態格式：x.y，x為主版本號，y為次版本號；修改狀態格式：x.yz，正在修改時，一般只增加z值。
配置庫：
開發庫（動態庫、程式設計師庫、工作庫）
受控庫（主庫）
產品庫（靜態庫、發行庫、軟體倉庫）
配置管理員活動：
編寫配置管理計畫；
建立維護配置管理系統；
建立和維護配置庫；
配置項識別；
建立和管理基線；
版本管理和配置控制；
配置狀態報告；
配置審計；
發布管理和交付；
對專案成員進行配置管理培訓。
配置狀態報告內容：
每個受控配置標識的狀態。
每個變更申請的狀態和已批准的修改的實施狀態。
每個基線的當前和過去版本的狀態及各版本比較。
其它配置管理過程活動的記錄。
變更管理配置控制委員會（ccb）：ccb負責對配置變更做出評估、審批以及監督已批准變更的實施。ccb不一定是常設機構，可是只有乙個人（甚至是兼職），但是不能由專案經理擔任主席，一般由甲方的高層領導。
配置管理員的主要工作（負責專案生命週期中進行配置管理活動）
編寫配置管理計畫
建立和維護配置管理系統
建立和維護配置庫
配置項識別
建立和管理基線
版本管理和配置控制
配置狀態報告
配置審計
發布管理和交付
對專案成員進行配置管理培訓
專案經理在變更中的作用：響應變更提出者的要求，評估變更對專案的影響及應對方案，將需求由技術需求轉化為資源需求，供授權人決策；根據評審結果實施即調整基準。確保專案基準反映專案實施情況。
變更常見原因：
產品範圍定義過失或疏忽。
專案範圍定義過失或疏忽。
增值變更。
對風險的應急計畫或迴避計畫。
專案執行過程與基準要求不一致帶來的被動調整。
外部事件。
變更的種類：
按性質：重大變更、重要變更、一般變更。
按迫切性：緊急變更、非緊急變更。
變更工作程式：
提出與接受變更申請；
對變更初審（施加影響，確定必要性；格式效驗、完整性效驗、確保準備充分；在干係人間就評估的變更資訊達成共識。），常見方式是變更申請文件的審核流轉。
變更方案論證；
專案管理委員會（ccb）審查；
發出變更通知並組織實施；
變更實施的監控；
變更效果評估（首要的評估依據是專案基準；結合變更初衷，看變更所要達到的目的是否達成；評估變更方案中的技術論證、經濟論證內容與實施過程的差距並促發解決）；
判斷變更後的專案是否已納入正常軌道。
變更控制流程：
提出變更申請。
對變更分析評估。
ccb審核變更。
批准變更。
實施變更。
驗證變更。
變更資訊歸檔。
變更管理主要任務：
分析變更必要性和合理性，確定是否實施變更。
記錄變更資訊，填寫變更控制單。
做出更改、並交上級（ccb）審批。
（實施變更）修改相應的軟體配置（基線），確立新版本。
評審後發布新版本（結束變更）。
文件管理文件分類：開發文件、管理文件、產品文件；
文件質量可以分為四級：
最低限度文件（1級），適合開發工作量低於乙個人月的開發者自用程式。應包含程式清單、開發記錄、測試資料和程式簡介；
內部文件（2級），可用於沒有與其他使用者共享資源的專用程式，除具備1級文件提供的資訊外，還要包括程式清單內足夠的注釋以幫助使用者安裝和使用。
工作文件（3級），適合於同一單位內若干人聯合開發的程式，或可被其它單位使用的程式；
正式文件（4級），適合正式發布的軟體產品。關鍵性程式或具有重複管理應用的程式需要4級文件，應遵守gb/t 8567-2006的有關規定。
知識管理專案組織制度平台建設要做到4點：
建立顯性的知識索引；
組織高層參與和支援；
與績效評估相結合。
學習型組織5要素：
建立共同的願景。
團隊學習。
改變心智模式。
自我超越。
系統思考。
知識管理主要涉及四個方面：
自上而下地監測、推動與知識有關的活動；
創造和維護知識基礎設施；
更新組織和轉化知識資產；
使用知識以提高其價值。
知識管理工具：
知識生成工具：包括產生新的想法、發現新的商業模式、發明新的生產流程，以及對原有知識的重新組合。
知識編碼工具：是通過標準的形式表現知識，使知識能夠被方便的共享和交流。
知識轉移工具：使知識能夠在企業內傳播和分享。
學習型組織的8個特點：
組織成員有共同的願景
組織由多個創造性的個體組成
善於不斷學習
扁平式機構
自主管理
組織的邊界將被重新界定
家庭和事業的平衡
領導者的新角色
知識分為顯性知識和隱性知識。
發表權、使用權、獲得報酬權保護期間：為個人時，作者終生及死後50年（第50年的12月31日），死後著作權可依法進行繼承。
為企業時，保護期限為50年（首次發表後的第50年12月31日），如50內未發表則不保護。
著作權人對作品享有的權利：發表權、署名權、修改權、保護作品完整權、使用權。其中署名權、修改權、保護作品完整權的為終生保護。
軟體著作權的保護只針對程式和文件，並不包括開發思想、處理過程、操作方法或其他概念等。
多人合作開發的軟體，著作權歸屬根據合同約定，若無，則共享著作權。若合作開發的軟體為分割使用，則開發者對自己開發的部分享有著作權，可以在不破壞整體著作權的基礎上形式。
專案管理（配置管理 評審 變更）
專案管理的內容 配置管理,評審,變更 三個內容都是不可缺少的.屬於公共的流程.配置管理 核心是版本管理 類似於 圖書管理員 但是配置管理是通過平台來操作的.配置管理所使用的 工具 svn,git 配置管理所管理的 內容 軟體 程式 需求文件,測試用例 的版本 專案中所有的 專案中用到的所有工具 所有...
軟體配置管理和文件管理
軟體配置管理的概念 軟體配置管理 software configuration management,scm 是指通過執行版本控制 變更控制等規程，以及使用合適的配置管理軟體，來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。軟體開發和管理過程中會產生許許多多的工作成果，例如文...
資訊文件管理與配置管理
1.軟體文件三類 2.文件的質量可分為4級 3.管理資訊系統文件的規範化體現在4個方面 eg 第1位 生命週期法各階段 第2位 各階段的文件 第3 4位 文件內容 第5 6位 流水碼 4.配置管理 5，配置項 在資訊系統的開發流程中需加以控制的配置項可分為基線配置項和非基線配置項 基線配置項 所有的...