研究方法-组态变更控制.ppt

* * 實際案例-需求階段 * 系統版本的詳細資料 實際案例-需求階段 依據專案需求階段的基準線來做組態稽核，開發人員針對以下二項做檢查： 實體稽核 功能稽核 * 實際案例-需求階段 收集需求階段中基準線所產生的組態項目狀況在定期的會議中報告。 * 實際案例-系統設計階段 經過需求階段與客戶達成共識後，依照需求階段分析的需求進行系統開發。 此階段的活動分為： 內容的呈現 應用程式處理 資料儲存 設計測試 * 本專案開發環境 實際案例-系統設計階段 內容呈現：客戶對介面並無要求，於是本團隊採用網頁的基本框架來進行設計。 * 網頁基本框架 實際案例-系統設計階段 應用程式處理活動：客戶舊有系統的部分分析出原有的主要四大項功能如下： 銷售 顧客 採購 物料 * 系統功能架構圖 實際案例-系統設計階段 資料儲存活動：此活動主要的工作為料庫設計，根據客戶舊有系統功能及需求，規劃出資料庫架構圖。 * 專案資料庫主要欄位表 實際案例-系統設計階段 隨著專案開發的進度到了設計階段，基準線也由需求階段增加到符合設計階段的內容。 版本管理系統也將開發團隊所設計的ERP系統功能架構圖等相關資料放入版本管理系統中。 * 上傳ERP系統功能架構圖 實際案例-系統設計階段 依據專案中系統設計階段的基準線來做組態稽核，開發人員針對以下二項做檢查： 實體稽核 功能稽核 * 實際案例-系統設計階段 收集系統設計階段中基準線所產生的組態項目狀況在定期的會議中報告。 * 實際案例-程式設計階段 進行資料庫建構時，由於客戶要求增加一個電話欄位與傳真欄位，於是根據客戶需求執行組態管理變更。 * 實際案例-程式設計階段 * 實際案例-程式設計階段 * 實際案例-程式設計階段 * 變更後的資料庫欄位 實際案例-程式設計階段 進行系統整合，客戶看過系統之後因為需求符合，在功能上同意釋出。 但於網頁介面上提出了一般變更申請，希望美化網頁介面，另外也因為客戶在管理功能上表示，不願使用網頁進行管理，希望另行撰寫。 * 實際案例-程式設計階段 * 實際案例-程式設計階段 * 實際案例-程式設計階段 一般變更前後的網頁介面比較 * 實際案例-程式設計階段 * 使用者權限管理系統 實際案例-程式設計階段 依據專案程式設計階段的基準線來做組態稽核，開發人員針對以下二項做檢查： 實體稽核 功能稽核 * 實際案例-程式設計階段 收集程式設計階段中基準線所產生的組態項目狀況在定期的會議中報告。 * 實際案例-測試階段 新增與查詢物料測試功能圖 * 實際案例-測試階段 在測試階段透過版本控制系統管理每種測試的情況，如整合測試、釋出測試、系統測試等，以避免重複測試。讓開發人員透過版本控制系統了解目前哪些功能或流程做過測試。 隨著專案的開發進度到了測試階段，基準線在此階段也建置完整。 * 實際案例-測試階段 本階段客戶提出需求變更，希望加入許多網頁特效動畫，本團隊經過需求接受表審查後發現嚴重超出成本以及時程，所以退回客戶的需求變更。 * 實際案例-測試階段 * 實際案例-測試階段 依據專案測試階段的基準線來做組態稽核，開發人員針對以下二項做檢查： 實體稽核 功能稽核 * 實際案例-測試階段 收集測試階段中基準線所產生的組態項目狀況在定期的會議中報告。 * * 結論與未來方向 針對流程簡易、需求變動、小型開發、WebApp、組態管理等特色，以XP、WXP和SCM-WXP來相互比較結果如下表： * 結論與未來方向 透過本研究模型開發的WebApp專案目前仍正常的運作當中，透過版本管理以及基準線維持專案的開發進度，了解最新的專案版本。 隨著開發進度，客戶也不斷提出新的需求與設計加入WebApp專案中，使得WebApp專案目前仍順利進行。 * 結論與未來方向 本研究所提出的研究模型 如同WXP，小型開發團隊可以順利與快速運作執行。 加入組態管理機制後，適合更大規模的開發團隊。 本研究模型尚缺乏其他專案管理方面的機制，所以未來的研究方向可以朝著其他專案管理議題，例如風險管理、品質管理，著手進行改善。 QA * 軟體組態管理應用在WebApp開發之研究 The Application of Software Configuration Management in the Development of WebApp * 大綱 簡介 文獻探討 研究方法 實際案例 結論與未來方向 * 簡介-研究背景 網際網路近年來的快速發展，所提供的服務和運用範圍也變得越來越廣泛，使得日常生活的許多事物與資訊現在都在網際網路上面進行交流與傳遞訊息。 所以網頁應用服務(Web Application，簡稱WebApp)也逐漸發展起來，以至於如何有效管理WebApp的開發是