軟件工程項目管理計劃書

時間：2024-03-06 08:30:01 計劃書

軟件工程項目管理計劃書

　　時間的腳步是無聲的，它在不經意間流逝，我們又將接觸新的知識，學習新的技能，積累新的經驗，現在就讓我們好好地規劃一下吧。好的計劃是什么樣的呢？下面是小編精心整理的軟件工程項目管理計劃書，僅供參考，大家一起來看看吧。

軟件工程項目管理計劃書

　　1．簡介

　　1.1項目概述

　　本項目要開發一個倫敦證券交易所電子交易系統，系統一共分為買入業務、賣出業務、和系統管理等多個子系統。本團隊負責本系統。通過團隊合作開發整個系統，使團隊成員獲得軟件工程開發的實際經驗。本系統采用目前主流的B/S開發架構。交付的產品包括可執行的文件、源代碼、技術文檔與用戶使用手冊等。本系統的開發過程中的主要工作是系統需求分析、系統總體設計、系統源代碼開發、系統測試、交付組長進行最后的集成、整個系統的測試。關鍵里程碑是制定項目管理計劃書、制定需求設計規格說明書初稿、制定系統設計報告的初稿、進行子系統運行情況的檢查與測試、進行系統集成后的運行情況的檢查與測試。項目所需工具是個人電腦和開發工具。進度為15周，工程量為3人/天。

　　1.2項目范圍說明

　　（1）提交文檔：項目管理計劃、需求規格說明，設計報告、測試報告、用戶使用手冊和項目個人總結。其中項目總結為每人一份，每個小組所有成員的總結裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團隊內部協商確定。所有文檔需要提交電子版和打印稿。

　　（2）源程序檢查：一共兩次。第一次檢查每個小組的子系統運行情況。第二次檢查每個團隊內小組集成后完整的倫敦證券交易所電子交易系統運行情況，檢查完成后需要提交程序源文件和可執行的系統。程序檢查安排在上機時間進行。

　　1.3軟件項目計劃書的演化

　　軟件項目計劃書在第三周周末前經由小組討論、共同撰寫、匯總整合三步驟形成初稿，第四周以后根據項目的進展可以對其進行修改，需要有組員提出修改意，在全體會上討論通過，并由組長整理修改意見并作出相應的修改。其余組員同步獲得更新稿。

　　2．項目組織管理

　　2.1過程模型

　　表1.過程模型表

　　2.2團隊的分工與合作

　　主程序員負責制。本團隊組織關系圖如下。

　　表2組織關系圖

　　3.管理過程

　　3.1管理目標及優先級

　　基本管理原則：每位成員既是積極的建言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論基礎上由大家共同做出，一旦決策做出就必須被及時有效的執行。禁止再有異議。

　　目標1：按時按量完成項目的基本功能，按時發布產品及文檔，這是本團隊的最高目標。

　　目標2：遵循規范化的項目運作標準，文檔嚴謹完整，代碼注釋充分，便于后續維護，這是第二目標。

　　目標3：產品運行穩定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。

　　目標4：注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發過程中積極協作。

　　目標5：項目設計和開發上盡量有創新，有亮點。

　　3.2項目風險管理

　　本次開發過程中存在的風險及規避方法如下表：

　　表3項目風險及其規避方法

　　3.3項目溝通管理

　　報告機制：

　　1.要求各組員以周為單位記錄工作進展，形成開發日志，并以電子文檔的形式提交給秘書進行整理，最后由文檔維護員進行維護。

　　2.每周例會上各位組員積極對當前的開發工作進行積極的評審和建言，由組長做最后的作口頭總結，由秘書主持會議并記錄和整理會議的內容。文檔維護員修改和維護相應的文檔。并交由小組進行會議評審并給出意見。

　　3.小組成員都要密切監控風險狀態，發現風險后提交風險報告。由秘書定期提交風險報告。必要時將突發風險通知所有組員，并由組長做出臨時處理決定。然后在該周的例會上由小組成員共同討論對風險的處理意見。并形成風險處理的日志做為以后的經驗。

　　4.在項目進行的過程當中，組員之間應該多進行各種形式的非正式溝通，以使溝通更加的方便、快捷。

　　報告格式：報告主題，時間段，發現人，報告內容，審核意見

　　評審機制：每周例會上小組討論形成一致意見后并，并邀請團長和其他組長參加評議。對于重大的風險處即為通過，相關負責人針對改進意見開展下一周工作，嚴格執行例會上所制定的決策。小組會議持續評估其成效。每一項目階段結束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成果質量。盡量與項目例會合理意見，應該由團長及其他組長組成評審團對處理意見進行審議和評估。并以評審團的決議作為重要參考來制定決策。

　　3.4項目人力資源管理

　　3.4.1項目所需人員

　　C#程序員：王洪毅，邢寶輝

　　要求：熟悉C#編程和微軟.Net平臺

　　界面設計員：王鵬飛

　　要求：熟悉CSS、Photoshop、.Net平臺

　　數據庫設計員：邢寶輝

　　要求：熟悉SQL語句，熟練使用SQL Sever 20xx

　　文檔維護員：王鵬飛

　　要求：熟悉使用Word及Powerpoint

　　溝通交流員：王洪毅

　　要求：較強的溝通能力，能及時調解組內以及組與組之間的矛盾。

　　軟件測試人員：全體組員

　　要求：熟練使用開發工具的debug工具，有耐心。

　　3.4.2技能培訓

　　C以及.Net編程培訓

　　培訓對象：全體組員。

　　培訓內容：熟練掌握C#編程、基本了解.Net平臺的特性、并掌握vs20xx的調試工具。于第6周完成。

　　美工培訓：全體組員

　　培訓內容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。于第8周完成。

　　4.技術過程

　　4.1開發工具、方法和技術：

　　本小組的團隊組織結構為主程序員式組織結構；編程語言為C#；采用面向對象的分析設計方法；利用Windows .Net平臺作為開發平臺；使用SqlSever 20xx作為數據庫管理系統圖；并采用統一的C#標準的文件命名方式、代碼版式、注釋等編碼規范；編碼人員對代碼進行嚴格檢查后再進行代碼編譯；測試人員根據測試文檔進行單元測試；最后實現軟件的交付。

　　開發環境：Sqlsever 20xx+ .Net 2.0 + Visual Studio 20xx。

　　4.2軟件需交付的文檔：

　　1．軟件項目管理計劃

　　該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設計需求分析初級階段完成，后續階段由文檔維護員進行相應的更新。

　　1．需求規格說明初稿

　　在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規格說明初稿，并在后續各個階段進行需求變更的更新。

　　2．設計報告初稿

　　在總體設計階段，小組根據需求規格說明文檔，完成軟件體系結構的設計，由組長編寫軟件體系結構設計文檔初稿，并在后續開發階段補充和更新。該文檔由文檔維護員負責維護更新。

　　4.測試文檔

　　在軟件開發階段，測試人員需要編寫測試規格說明文檔，并在后續測試階段更新。開發人員將根據測試規格說明文檔建立測試環境、準備測試數據。

　　5．用戶手冊

　　在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結束后需要形成初稿；在后續階段不斷由文檔維護員戶文檔；并在系統交付階段隨著系統一起被交付。