《校務通管理系統》專案管理

2022-06-10 17:57:03 字數 4227 閱讀 8124

1.導言

略2.概述

《校務通管理系統》是對學校教務和教學活動進行綜合管理的平台系統,是基於internet環境的綜合資訊系統,滿足學校管理層、教師、學生、家長等日常工作、學習、管理、諮詢等工作。目的是共享學校各種資源、提高學校的工作效率、規範學校的工作流程、便利校內外的交流。系統具有標準化、分布式儲存和檢索、易用、易維護、開放等特點。

3 專案任務範圍

《校務通管理系統》專案需完成的任務總的分為兩類:通用功能和學校日常業務管理功能。其中通用功能包括電子課表、會議通知和公告、日程安排、個人日記、通訊錄、教師答疑、家庭作業等。

學校日常業務管理功能包括招生管理、學生日常管理、教務管理、、教師備課系統、資源庫系統、網上考試功能、聊天室、論壇等。圖1是專案任務的範圍圖示。

4 專案目標

目前電化教育已經越來越普及,各地的學校紛紛建設自己的校園網,但是好多學校在投巨資建設校園網之後,未能高效利用校園網的資源。《校務通管理系統》提供了有效利用校園網,實現學校管理的電子化。本專案的產品可以達到以下目標。

提高生產效率,減少返工。

節省開支。

業務過程的流水線化。

先前人工勞動的自動化。

符合相關標準和規則。

與目前的應用產品相比較,提高了可用性或減少了失效程度。

另外,通過專案進一步驗證和完善公司的質量體系,同時鍛鍊開發隊伍的協同精神。

5 專案實施策略

實施策略是確定如何實施專案,以達到專案目標的策略。根據校務通專案特點和企業的戰略要求,採取如下策略:

專案管理策略

1. 專案管理過程遵循公司質量體系中關於專案管理過程規範

2. 根據專案計畫中的評審點進行跟蹤和管理,並根據結果對專案計畫進行適當的調整

3. 評審採用定期評審、階段評審和事件評審相結合的方式

4. 按周發布專案演示文稿,通報專案進展情況及其他相關情況

軟體開發策略

1. 採用oo技術逐步構造系統

2. 產品按階段提交

3. 開發實施過程採用公司的復用技術,同時遵循公司質量體系中關於專案實施過程規範

質量保證策略

1. 質量管理過程遵循公司質量體系中關於專案質量管理過程規範。

2. 加強對專案參與人員的質量保證概念的培訓

3. 加強對過程的控制,重點確定該專案中需控制的過程

4. 加強對產品規範的審計,重點確定該專案中需審計的產品

5. 實施完整的軟體配置管理

6 專案組織結構

由於該專案在實施過程中需要涉及不同組織的各方面人員,而各組織之間的利益、任務和職責也不盡相同,因此明確定義專案組織結構和各自職責可保證專案的順利進行。該項目的組織結構圖如圖2:

其中:市場部

- 負責與使用者的協調工作

- 負責專案相關的商務活動

- 負責使用者需求的介面

- 配合專案經理的資源協調活動

- 負責產品的驗收活動

- 負責系統的維護活動

專案管理

- 負責專案的組織和規劃

- 負責專案計畫制定和維護

- 負責專案的跟蹤和管理

- 負責資源的分配和協調活動

- 負責各組織和計畫之間的協調活動

- 負責與市場部的協調活動

軟體開發

- 負責專案的軟體開發,包括設計,編碼,單元測試和整合測試

- 負責產品質量控制的工作

- 負責配合質量保證的活動,如系統測試,文件編制等

- 配合產品驗收的相關活動

質量保證

- 負責專案過程和產品規範的制定

- 負責專案過程的質量保證活動,

- 過程評審

- 產品審計

配置管理

- 負責專案的配置管理活動

- 負責軟體產品的提交

使用者- 確保相關責任的實施

- 參與專案的組織和規劃

- 負責產品的驗收工作

表1為角色對映表。

表1:角色對映表

7 專案生存期

根據該項目的特點並結合公司已有的軟體生存期模型定義,本專案生存期採用增量模型如圖3。

生存期中的各階段定義如下:

專案規劃階段

階段目標: 根據合同和初步的需求分析確定專案的規模、時間計畫和資源需求。

輸入: 合同文字

sow 過程: 專案規劃,計畫確認

輸出: 專案計畫

需求分析階段

階段目標:確定客戶的需求

輸入: 專案計畫,sow

過程: 需求獲取,需求分析,需求控制

輸出: 原型系統,需求規格

設計階段

階段目標: 總體系統結構設計

輸入: 原型系統,需求規格

過程: 總體設計

輸出: 系統設計說明書,資料庫結構定義

增量1實現

階段目標: 實現系統的通用功能

輸入: 系統設計說明書

資料庫結構定義

過程: 詳細設計,編碼,**走查,**評審,單元測試

輸出: 詳細設計說明書,源**,可執行版本-1

增量2實現

階段目標: 實現系統的招生管理功能

輸入: 系統設計說明書

資料庫結構定義

過程: 詳細設計,編碼,**走查,**評審,單元測試

輸出: 詳細設計說明書,源**,可執行版本-2

增量3實現

階段目標: 實現系統的學生日常管理功能

輸入: 系統設計說明書

資料庫結構定義

過程: 詳細設計,編碼,**走查,**評審,單元測試

輸出: 詳細設計說明書,源**,可執行版本-3

增量4實現

階段目標: 實現系統的教務管理功能

輸入: 系統設計說明書

資料庫結構定義

過程: 詳細設計,編碼,**走查,**評審,單元測試

輸出: 詳細設計說明書,源**,可執行版本-4

增量5實現

階段目標: 實現系統的教師輔助功能

輸入: 系統設計說明書

資料庫結構定義

過程: 詳細設計,編碼,**走查,**評審,單元測試

輸出: 詳細設計說明書,源**,可執行版本-5

增量6實現

階段目標: 實現系統的聊天室/論壇功能

輸入: 系統設計說明書

資料庫結構定義

過程: 詳細設計,編碼,**走查,**評審,單元測試

輸出: 詳細設計說明書,源**,可執行版本-6

整合測試

階段目標: 通過整合環境下的軟體測試

輸入: 測試計畫

測試案例

過程: 整合測試,系統測試

輸出: 系統軟體包,測試報告,產品說明書

產品提交

階段目標: 產品可投入使用

輸入: 系統軟體包

過程: 產品提交

輸出: 驗收報告

8 時間計畫

專案進度計畫甘特圖如圖4所示(,詳見進度計畫.mpp,):

9 專案成本估算

專案估算是為了確定專案所需的人力、時間以及專案完成過程中耗費的人力、物力、財力資源。圖5是專案估算和預算的結果(詳見估算計畫.).

10質量管理計畫

質量管理計畫詳見質量管理計畫專題.

11 配置管理計畫

配置管理計畫詳見配置管理計畫專題.

12 專案風險計畫

風險是指在專案進行過程中可能發生的事件,這些事件將會對專案按預期時間、資源和預算完成產生重大影響。風險分析的目標是識別這些事件,設法避免這些事件的發生並制定一旦這些事件發生後的處理措施。表2是本專案風險計畫清單表。

表2:風險分析表

13.度量計畫

詳見度量計畫專題

14 專案溝通與評審

專案評審的主要目的是根據專案計畫對專案的執行活動進行檢查,及時發現問題,研究解決對策,糾正偏差,保證專案的順利實施。專案交流計畫分為如下幾類:

- 每天17:00的溝通交流

- 定期評審

- 階段評審

- 事件評審

各類交流評審安排見表3。

表3:專案管理交流計畫

案例分析 《校務通管理系統》的專案總結

1 1 專案總體資訊,包括專案總時間 總成本 總人力,總規模等資訊。專案總時間 2003 4 10 2003 6 11,共計45天,比計畫多3天。專案總成本 85,528.00 專案總人力 5人 專案總規模 157.80人天 規模比例見下圖 2 2 專案評審記錄 總評審次數 23 其中 專案計畫評審...

校務通管理系統軟體專案配置管理計畫案例

本案例選自 軟體專案管理案例教程 韓萬江,機械工業出版社 一書,專案案例為 校務通管理系統 該項目的配置管理計畫如下 包括目的 縮寫詞和參考資料,具體內容略。配置管理的角色和職責見表1。表1 配置管理角色職責表 由於本專案屬於中小型專案,工期也不很長,而且專案組人員對visual sourcesaf...

專案管理系統

專案管理系統是企業erp 企業資源計畫 乙個子系統,也可以單獨出來建立執行。它是專案管理的一種資訊化手段,目的就是把乙個龐大的專案分成若干分部分項,以專案進度計畫以主線,貫穿於專案整個生命週期,對工程質量,工程造價,工程進度和人力資源的優化配置與管控,來節約整個專案執行成本,提高工作效率。專案管理系...