心智圖資源庫 IT產業如何優秀的專案經理:專案配置管理
專案配置管理,可以又稱為專案環境及文件庫管理。在華為,環境分為開發環境、測試環境、生產環境標準產品庫環境。目前,有很好的工具,釘釘 IT專案管理文件範本與流程工具,飛書OKR專案管理、團隊管理;透過軟體工具很好地統籌目標、任務、程式碼成果、績效、溝通等。
編輯於2021-02-01 19:40:51This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
如何成為優秀的專案經理? 07 專案文件庫管理
一、文檔、配置管理的知識點
1.文檔的分類
2.文檔與組態管理的相關術語
配置項
基線
配置狀態報告
CCB:change Control Board 配置控制委員會
3.配置庫的定義及分類
4.變更控制的流程。
5. 配置審核和配置審計的定義、作用,配置審核的分類
二、文檔的分類
1. 資訊系統 相關文檔
某種數據媒體和其中所記錄的數據。
具有永久性,並可以由人 或機器閱讀,用於描述人工可讀的東西。
軟體工程中,文件常用來描述 對活動、需求、流程或結果進行描述、定義、規定、報告或認證的任何書面或圖示的資訊。
2.《電腦軟體產品開發文件編制指南》
軟體項目文件具體分類
重要和品質要求方面
非正式文檔
正式文檔
專案週期
開發文件
產品文件
管理文件
細緻分類 :14類文檔
可行性研究報告
專案開發計劃
軟體需求說明書
資料要求說明書
摘要設計說明書
詳細設計說明書
資料庫設計說明書
快速原型法:精簡為 產品原型及說明文檔
使用者手冊
操作手冊
模組開發卷宗
測試計劃
測試分析報告
開發進度月報
專案開發總結報告
三、文檔與組態管理 相關術語
1.配置管理 就是一套方法
2.管理對象
軟體開發期間產生的資產
程式碼
文件
數據等
3.進行 儲存、變更,將所有變更記錄下來,透過適當的機制控制變更,使得 更改合理、有序、完整一直,並可追溯歷史。
4.配置項
用 一組特徵訊息
名字、描述、一組資源、實現
六種類型
1.環境類
軟體開發、運作、維護的環境
如:編譯器、作業系統、編輯軟體、管理系統、開發工具、 測試工具、專案管理工具、文件編制工具等。
2.定義類
需求分析與系統定義階段結束後所得到的成果
如:需求規格說明書、專案開發計畫、設計標準或設計規則、驗收測試計畫等。
3.設計類
設計階段所得到的成果
例如:系統設計說明書、程式規格說明、資料庫設計、編碼標準、使用者介面設計、測試標準、系統測試計畫、使用者手冊。
4.編碼類
編碼及單元測試結束後 得到的成果
例如:原始程式碼、目標程式碼、單元測試案例、資料及測試結果。
5.測試類
系統測試完成後的工作,系統測試案例、測試結果、操作手冊、安裝手冊。
6.維護類
維護階段產品的工作,以上任何需要變更的 軟體配置項目。
5.基線
基線:軟體生存期的各開發階段 結束時的特定點,也稱為里程碑
在里程碑上,階段工作已經結束,並且已經形成正式的階段產品,使得本來連續開展的開發工作 在這些點上 被分割開,從而更加有利於檢驗和肯定階段工作成果,同時有利於進行變更控制。
有了基準規定,就可以禁止跨越里程碑 去修改另一個開發階段的工作成果,並且認為建立的里程碑,有些完成的階段成果已經被凍結。
6. 配置狀態報告
配置狀態說明與報告
任務:有效記錄報告管理配置 所需的信息, 目的是 及時、準確地 給出配置項的當前狀況, 供 相關人員了解,以加強配置管理工作。
7.配置審核
任務: 驗證配置項目對配置標誌的一致性。
軟體開發實務顯示:對配置項做了標誌, 實現了變更控制和版本控制。如果不做檢查或驗證 仍然會出現混亂。
8.配置標誌
決定設定項 如何命名, 用哪些資訊 來描述 該設定項
9.變更控制 委員會
配置項變更的監理組織。
任務:對建議的配置項變更做出評價、審批,以及監督已批准變更的實施。
成員:
專案經理
使用者代表
軟體品質控制人員
配置控制人員。
不用是常設機構,依專案工作需求 設立組成。
2017-2020組成
專案經理
使用者代表
產品經理
產品總監
研發總監
品質中心-總監
測試經理
產品主抓:產品版本與規劃發展。
10.配置項
配置項
受配置管理控制和管理的基本單位
配置標識
軟體生命週期中 劃分選擇各類別配置項目、定義配置項目的種類,為它們分配標識符的過程。
重要內容
對配置項 進行標識和命名。
配置標識
配置管理的基礎工作, 管理配置項管理的前提。
配置標誌
決定哪些內容 應該進入組態管理 形成組態項目、決定組態項目如何命名、用哪些資訊來描述 該組態項目。
建立 設定管理系統的 步驟
1.版本管理
版本標誌
區分版本,科學命名
數字、年季度 、年月命名、百花等;
2.配置狀態報告
配置狀態說明和報告
任務:有效記錄 報告 管理配置所需的資訊。
目的:及時準確地給出 配置項目的當前狀況,供相關人員了解,加強配置管理工作。
3.配置審核
任務:驗證配置項目對配置標誌的一致性。
目標:為了確保軟體組態管理的有效性,提現配置管理的最根本要求,不允許任何混亂現象。
四、配置庫
配置項庫, 設定管理的強大工具
Git
SVN.
軟體工程中,主要3類配置庫
1.開發庫
儲存開發過程中 需要保留的各種訊息,供開發人員專用。
庫中 可能有較為頻繁的修改,只要開發庫的使用者認為有必要,無需更多的限制。前提是不會影響到 專案的其他部分。
2.受控庫
軟體開發的某個階段工作結束,將工作產品 存入或存入相關的資訊。
存入的資訊包括電腦可讀的以及人工可讀的文件資料。
對庫內資訊的讀寫或修改加以控制。
3.產品庫
在開發的軟體產品完成系統測試後,作為最終產品存入庫內,等待交付用戶或現場安裝。庫內資訊應該加以控制。
備註:
開發環境
測試環境
生產或上線環境
標準產品庫
專案產品庫
配置項目 變化流程圖
配置確定
軟體設定項
配置控制
變更
配置審核
缺陷
狀態報告
設定狀態報告聯機資料庫
配置狀態報告
受控狀態下的配置項原則上不允許修改,但並非絕對,如果各種原因結合一定要變更,就可以提出變更請求。
變更請求 經過聯合評審 及負責領導 批准的情況下,允許配置項從庫中檢出,待變更完成 並經評審後,確認變更無誤方 可重新入庫,使其恢復到受控狀態。
五、配置審核
1. 功能配置審核
配置項的開發 是否已經圓滿完成。
配置項是否已達到規定的效能和功能
配置項目的運作和支援文件 是否已經完成、是否符合要求。
按測試資料審核正式測試文件、審核驗證和確認報告;審查所有核准的變更、評審變更後的文件、抽查設計評審報告;進行評審以確保所有測試都已執行;依據功能和效能需求進行額外的抽樣測試。
2. 物理配置審核
每個建置的 配置項目 是否符合對應的技術文件。
配置項與配置狀態報告中的資訊是否相對應
審核系統規格說明書的完整性;
比較架構設計與詳細設計構件 的一致性;
評審模組清單以確定 符合 已核准的編碼標準;
審核手冊(如使用手冊、操作手冊)的格式與完整性以及系統功能描述的符合性。