380 likes | 639 Views
校園 e 化的規劃與維運. 國立中央大學 電子計算機中心 王文秀 九十九年十一月十六日. 報告大綱. CMMI 介紹 軟體開發之作業流程 校務資訊系統開發與維運 案例介紹. CMMI 介紹. CMMI 的流程領域. 校務資訊系統 - 數量統計表. * : 其中一個專案與其他處室共同 提案. 資料來源 : http://wiki.dd.ncu.edu.tw/mediawiki/. 目標與導入歷程. 目標 如何透過有效的專案管理方法改善流程,以提升資訊系統的成效,為 中心 亟待解決的議題 導入歷程
E N D
校園e化的規劃與維運 國立中央大學 電子計算機中心 王文秀 九十九年十一月十六日
報告大綱 • CMMI介紹 • 軟體開發之作業流程 • 校務資訊系統開發與維運 • 案例介紹
校務資訊系統-數量統計表 * : 其中一個專案與其他處室共同提案 資料來源: http://wiki.dd.ncu.edu.tw/mediawiki/
目標與導入歷程 • 目標 • 如何透過有效的專案管理方法改善流程,以提升資訊系統的成效,為中心亟待解決的議題 • 導入歷程 • 2006年8月至12月完成推動小組建置與差異分析工作 • 2006年12月至2008年3月訂定各項流程標準與規範,並透過試行專案調整修改 • 2008年4月~2009年1月開始應用在正式專案並推廣至全體部門人員使用
專案規劃(PP) 電算中心 PM及專案成員 業務單位人員 工作產品 建構管理 1.每半年發文調查 2.各處室提出需求 • 業務需求彙總表 • 會議紀錄 • 專案計晝書 • 專案結案報告書 3.召開協調會 5.PM進行初步訪談 4.組長會議決定PM 6.決定成員及專案範圍 7.撰寫初稿計畫書 8.召開專案會議 需修改計畫書 取得承諾 9.進入細部需求訪談 11.視需要修 改計畫書 10.需求規格確認 12.執行專案 13.專案完成 8 8
專案監控(PMC) 組長 PM及專案成員 業務單位人員 工作產品 建構管理 • 專案會議紀錄 • 工作追蹤紀錄檔 • 專案計晝書 1.召開例行性的進度審查會議 或里程碑審查 2.檢討風險管理、資料管理、 時程與進度 重大偏離 正常運作 3.執行矯正措施 9 9
資訊系統的需求管理與開發流程(REQM) 新專案 需求擴建 需求變更 新專案-系統開發流程 維運系統與進行中專案 之需求變更流程 需求擴建-系統開發流程
新專案-系統開發流程 業務單位 專案管理者 系統分析人員 系統設計人員 工作產品 建構管理 1.提出需求 2.需求彙整 4.軟體雛型確認 3.建置 軟體雛型 5.撰寫SRS • 軟體雛型 • 軟體需求確認表 • 單元測試紀錄 • 整合測試紀錄 • 資安測試紀錄 • 驗收測試紀錄 • 教育訓練簽到 • 紀錄 • 滿意度調查表 • 軟體驗收確認表 • 軟體需求規格書 • 雙向需求追溯表 • 軟體設計說明書 • (硬體設計說明書) • 軟體測試計畫書 • (硬體規格書) • 程式碼 • 軟體操作手冊 未符合需求 符合 需求 7.軟體(硬體)分析與設計 8.軟體(硬體規格)撰寫 6.需求確認 10.整合測試 9.單元測試 12.驗收測試 13.教育訓練 與滿意度調查 11.資安測試 14.輔導上線 11
維運系統或進行中專案之需求變更流程 業務單位 專案管理者 系統分析人員 系統設計人員 工作產品 建構管理 • 需求變更申請單 • 需求變更申請 • 案件統計表 • 需求變更影響 • 評估表 • 需求變更審核 • 會議記錄 • 需求變更彙總表 1.填寫需求 變更申請單 2.登錄需求變更 申請案件 3.需求變更影響評估 重大變更 4.需求變更 審核作業 5.審查未過 原因說明 • 雙向需求追溯表 • 其他受影響之 • 相關文件與程式 6.登錄需求變更 彙總表 7.進行變更作業 相關文件之修正 8.依需要進行 程式撰寫 9.更新系統 12
維運系統需求擴建-系統開發流程 業務單位 專案管理者 系統分析人員 系統設計人員 工作產品 建構管理 • 需求變更申請單 • 需求變更申請 • 案件統計表 • 需求變更影響 • 評估表 • 需求變更審核 • 會議記錄 • 需求變更彙總表 • 驗收測試紀錄 • 軟體擴建驗收確認表 1.填寫需求 變更申請單 2.登錄需求變更 申請案件 3.需求變更影響評估 重大變更 4.需求變更 審核作業 5.審查未過 原因說明 7.進行變更作業 相關文件之修正 8.依需要進行 程式撰寫 • 雙向需求追溯表 • 其他受影響之 • 相關文件與程式 6.登錄需求變更 彙總表 9.驗收測試 10.更新系統 13
缺失追蹤-流程圖 專案管理者 缺失回報者 專案開發者 1.設定使用者權限及category 2.回報defect 3.依category自動分派人員處理 4.處理defect 5.確認defect是否已解決 尚未完成修正 已修正、重複回報、 不是defect、不須修正
Mantis (bugtracking system) • Mantis是一個web based 問題追蹤系統, 以PHP scripting language開發及 MySQL database 紀錄,主要目的是用來記錄軟體開發過程中的錯誤問題,並針對問題處理流程進行管理。 • 中大計中mantis網址 http://mantis.is.ncu.edu.tw
登入後主頁面 系統功能區(選擇我的匯整頁面可檢視未處理、已分派、以解決的Bug) 專案選擇 系統公告區
以撥帳管理系統為例 • 撥帳管理系統 Issues統計資料來源http://mantis.is.ncu.edu.tw 統計期間:2008/08/12~2010/07/15
以撥帳管理系統為例 • 上線前(2008.08.12~2009.01.08) ,共處理了238個Issues • 上線後(2009.01.09~2010.07.15),共處理了269個Issues
專案開發與系統維運之作業程序 使用者 需求單位 電子計算機中心 新專案 新需求 提案 行政單位業務 電腦化需求協調會 需求管理與 系統發展作業 需求擴建案 維運系統之 需求擴建作業 需求擴建 提案 軟體缺失修正作業 整合、資安與驗收測試bug 工時登錄系統 軟體缺失 (Defect)回報 bugtracking system 軟體缺失追蹤系統 需求變更 提案 需求變更作業 Subversion 版本控制系統 圖示: 一般作業程序 資訊系統管控
建構管理(CM) • 以 SVN (Subversion) 為建構管理系統,所有的建構項目(CI)都應儲存於 SVN中進行控管 • 專案初期以wiki為儲存工具;程式開發開始以 subversion為儲存管理 • Repository的存取網址為 https://turtle.cc.ncu.edu.tw/repos/<專案名>/僅限中心用 IP範圍
CM-目錄結構說明 (1) • /trunk • 儲存目前開發中的主要產物 (主要生產線) • /branches • 產品支線 • /tags • 儲存特別版本,包括 release的版本
CM-目錄結構說明 (2) 在 SVN的每個 Repositorytrunk 目錄下文件及程式碼的放置如下: 01PP專案管理與相關計劃書 02REQM需求管理 03SAM 與廠商相關的資料 04RD系統開發與維護相關資料 05OTHER其他 06CODE程式碼
CM-目錄結構說明 (3) / 01pp x3 02reqm trunk y3 06code z3 01pp x2 02reqm b1 y4 06code z3 branches 01pp b2 x3 02reqm y4 06code z5 01pp v1.0.0 x3 02reqm tags y2 06code v1.0.1 z1
Wiki(1) • http://wiki.dd.ncu.edu.tw/mediawiki/index.php
工時登錄系統(1) • http://www4.is.ncu.edu.tw/statistics/index.php
軟體開發人員之工作內容分類統計 備註: 軟體專案:包含新專案或是擴建專案之開發 軟體維運:包含現有維運系統之需求變更、除錯、伺服器軟硬體維護等 其他:包含行政事務、資訊諮詢服務、教育訓練、會議、差假等 統計期間:2008/01/01~2009/08/23 資料來源:http://www4.is.ncu.edu.tw/statistics/
進行中之專案與維運系統之需求變更統計表 統計期間:2008/01/01~2010/10/18資料來源:http://www4.is.ncu.edu.tw/statistics/
校務資訊系統-使用量統計表 部分資訊系統點擊數 統計期間:2007/01/01~2010/10/15 資料來源:http://www4.is.ncu.edu.tw/statistics/
已結案之專案 資料來源:http://www4.is.ncu.edu.tw/statistics/
已結案之專案-選課登記系統-第一階段 資料來源:http://www4.is.ncu.edu.tw/statistics/
進行中之專案-繳費管理系統 資料來源:http://www4.is.ncu.edu.tw/statistics/
進行中之專案-就學補助系統 資料來源:http://www4.is.ncu.edu.tw/statistics/