軟體專案管理檔案——專案整合計畫案例講解
目錄1 導言 2
2 概述 2
3 專案任務範圍 2
4 專案目標 2
5 專案實施策略 3
6 專案組織結構 3
7 專案生存期 5
8 時間計畫 6
9 專案成本估算 7
10 質量管理計畫 7
11 配置管理計畫 7
12 專案風險計畫 8
13 度量計畫 8
14 專案溝通與評審 8
《校務通管理系統》軟體整合計畫案例分析
略。《校務通管理系統》是對學校教務和教學活動進行綜合管理的平台系統，是基於internet環境的綜合資訊系統，滿足學校管理層、教師、學生、家長等口常工作、學習、管理、諮詢等需求。目的是共享學校備種資源，提高學校的工作效率，規範學校的工作流程，便利校內外的交流。
系統具有標淮化、分布式儲存和檢索、易用、易維護、開放等特點。
《校務通管理系統》專案需完成的任務大致分為兩類：通用功能和學校日常業務管理功能。其中，通用功能包括電子課表、會議通知和公告、日程安排、個人日記、通訊錄、教師答疑、家庭作業等，學校日常業務管理功能包括招生管理、學生日常管理、教務管理、教師備課系統、資源庫系統、網上考試功能、聊天室、論壇等。
圖13a-1是專案任務的範圍圖示。
圖13a-1任務範圍
目前電化教育已經越來越普及，各地的學校紛紛建設自己的校園網，但是好多學校在投資建設校園網之後，未能高效利用校園網的資源。《校務通管理系統》可以有效利用校園網，實現學校管理的電子化。本專案的產品可以達到以下目標：
·提高生產效率，減少返工。
·節省開支。
·業務過程的流水線化。
·先前人工勞動的自動化。
·符合相關標淮和規則。
·與目前的應用產品相比較，提高了可用性或減少了失效程度。
另外，通過專案，進一步驗證和完善公司的質量體系，同時鍛鍊開發隊伍的協同精神。
實施策略是確定如何實施專案以達到專案目標的策略。根據校務通專案的特點和企業的戰略要求，採取如下策略：
● 專案管理策略
專案管理過程遵循公司質量體系中關於專案管理過程規範。
根據專案計畫中的評審點進行跟蹤和管理，並根據結果對專案計畫進行適當的調整。
評審採用定期評審、階段評審和事件評審相結合的方式。
按周發布專案演示文稿，通報專案進展情況及其他相關情況。
● 軟體開發策略
採用oo技術逐步構造系統。
產品按階段提交。
開發實施過程採用公司的復用技術，同時遵循公司質量體系中關於專案實施過程的規範。
● 質量保證策略
質量管理過程遵循公司質量體系中關於專案質量管理過程的規範。
加強對專案參與人員的質量保證概念的培訓。
加強對過程的控制，重點確定該專案中需控制的過程。
加強對產品規範的審計，重點確定該專案中需審計的產品。
實施完整的軟體配置管理。
由於該專案在實施過程中需要涉及不同組織的各方面人員，而各組織之間的利益、任務和職責也不盡相同，因此明確定義專案組織結構和備自職責可以保證專案的順利進行。該項目的組織結構圖如圖13a-2所示。
其中：● 市場部
負責與使用者的協調工作。
負責專案相關的商務活動。
負責使用者需求的介面。
配合專案經理的資源協調活動。
負責產品的驗收活動。
負責系統的維護活動。
圖13a-2專案的組織結構
● 專案管理
負責專案的組織和規劃。
負責專案計畫制定和維護。
負責專案的跟蹤和管理。
負責資源的分配和協調活動。
負責備組織和計畫之間的協調活動。
負責與市場部的協調活動。
● 軟體開發
負責專案的軟體開發，包括設計、編碼、單元測試和整合測試。
負責產品質量控制的工作。
負責配合質量保證的活動，如系統測試、文件編制等。
配合產品驗收的相關活動。
● 質量保證
負責專案過程和產品規範的制定。
負責專案過程的質量保證活動，其中包括過程評審和產品評審。
● 配置管理
負責專案的配置管理活動。
負責軟體產品的提交。
● 使用者
確保相關責任的實施。
參與專案的組織和規劃。
負責產品的驗收工作。
表13a-1為角色對映表。
表13a-1 角色對映表
根據該項目的特點並結合公司已有的軟體生存期模型定義，本專案生存期採用增量模型如圖13a-3所示。
圖13a-3生存期模型
生存期中的各階段定義如下：
● 專案規劃階段
階段目標：根據合同和初步的需求分析確定專案的規模、時間計畫和資源需求
輸入：合同文字，sow（工作任務說明statement of work，sow）
過程：專案規劃，計畫確認
輸出：專案計畫
● 需求分析階段
階段目標：確定客戶的需求。
輸入：專案計畫，sow
過程：需求獲取·需求分析，需求控制
輸出：原型系統，需求規格
● 設計階段
階段目標：總體系統結構設計
輸入；原型系統，需求規格
過程：總體設計
輸出：系統設計說明書，資料庫結構定義
● 增量1實現
階段目標：實現系統的通用功能
輸入：系統設計說明書，資料庫結構定義
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，可執行版本-1
● 增量2實現
階段目標：實現系統的招生管理功能
輸入：系統設計說明書，資料庫結構定義
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，可執行版本-2
● 增量3實現
階段目標：實現系統的學生日常管理功能
輸入：系統設計說明書，資料庫結構定義
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，可執行版本-3
● 增量4實現
階段目標：實現系統的教務管理功能
輸入：系統設計說明書，資料庫結構定義
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，可執行版本-4
● 增量5實現
階段目標：實現系統的教師輔助功能
輸入：系統設計說明書，資料庫結構定義
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，可執行版本-5
● 增量6實現
階段目標：實現系統的聊天室/論壇功能
輸入：系統設計說明書，資料庫結構定義
過程：詳細設計，編碼，**走查，**評審，單元測試
輸出：詳細設計說明書，源**，可執行版本-6
● 整合測試
階段目標：通過整合環境下的軟體測試
輸入：測試計畫，測試用例
過程：整合測試，系統測試
輸出：系統軟體包，測試報告，產品說明書
● 產品提交
階段目標：產品可投入使用
輸入：系統軟體包
過程：產品提交
輸出：驗收報告
專案進度計畫甘特圖如圖13a-4所示詳見進度計畫.mpp
圖13a-4進度計畫
專案估算是為了確定專案所需的人力、時間以及專案完成過程中耗費的人力、物力、財力資源。圖13a-5是專案估算和預算的結果（詳見估算計畫）。
bcws（ budgeted cost of work scheduled，計畫完成工作的預算成本）
圖13a-5成本計畫
質量管理計畫詳見質量管理計畫專題。
配置管理計畫詳見配置管理計畫專題。
風險是指在專案進行過程中可能發生的事件，這些事件將會對專案按預期時間、資源和預算完成產生重大影響。風險分析的目標是識別送些事件，設法避免這些事件的發生並制定一旦這些事件發生後的處理措施。表13a-2是本專案風險計畫清單表。
表13a-2風險分析表
詳見度量計畫專題。
專案評審的主要目的是根據專案計畫對專案的執行活動進行檢查，及時發現閂題，研究解決對策，糾正偏差，保證專案的順利實施。專案交流計畫分為如下幾類：
·每天17∶00的溝通交流。
·定期評審。
·階段評審。
·事件評審。
各類交流評審安排見表13a-3。
表13a-3專案管理交流評審計畫
計畫案例分析
案例練習1 此案例提供了人類第一次登月時的真實的情境。這一重大的歷史性事件發生的時候，大部分同學還沒出生。但是，他們肯定已經從父母那裡得知或從歷史書上讀到過這則訊息。休斯頓，川奎特基地，鷹號 已經著陸了。這句話永遠銘刻在全世界所有在1969年7月20日 第一次人類登月的人們的記憶裡。這一成功盛舉背後...
審計計畫案例
關於審計計畫的兩則案例分析 1 月光股份 是紡織行業的上市公司，20 5年發行社會公眾股並上市交易，受 的優惠政策的支援，業績相當不錯，上市當年的每股收益為0.433，但在20 6年企業開始出現下滑的趨勢，每股收益為0.200元。公司目前在準備20 9年的年度審計，並打算聘請寶信會計師事務所進行年度...
企業資源計畫案例
鄒先平說 以前每個公司都有物資採購，造成每個公司庫存都一大堆，現在通過組織改革將所有的物資採購全集中收集到專門的物資採購公司，節約了大筆的經費。另乙個集中管理的乙個例子是，以前的各公司是自己去辦保險，有的找太平洋保險公司，有的可能找中國人壽保險。現在集團財務部專門有乙個保險科，集中所有資源和乙個保險...