軟件項目管理計劃書

軟件項目管理計劃書項目名稱：成績管理軟件項目管理計劃書 專 業(yè)：計算機科學與技術(shù) 班級： 學生姓名： 學號： 指導教師： 2014年11月目錄1.簡介11.1項目概述11.2項目交付產(chǎn)品11.3 SPMP的演化12.項目組織22.1過程模型22.2 團隊的分工與合作23.管理過程33.1管理目標和優(yōu)先級33.2風險管理33.3監(jiān)督和控制機制43.4人員計劃54.技術(shù)過程64.1 開發(fā)方法、工具和技術(shù)64.2軟件需交付的文檔65.開發(fā)進度安排與預算85.1進度表格描述85.2開發(fā)過程中的資源需求105.3軟件管理過程中預算及資源分配105.4項目進度及關(guān)鍵工期設置11參考文獻12 軟件項目管理課程設計 成績管理軟件工程項目管理1.簡介1.1項目概述本項目要開發(fā)一個成績查詢系統(tǒng)，系統(tǒng)一共分為學生查詢成績、教室查詢成績、教室提交修改成績、管理員操作和游客查詢五個子系統(tǒng)。本計劃負責其中的有關(guān)管理員的子系統(tǒng)。通過團隊合作開發(fā)整個子系統(tǒng)，使團隊成員獲得軟件工程開發(fā)的實際訓練。本系統(tǒng)采用目前主流的B/S開發(fā)架構(gòu)，交付的產(chǎn)品包括可執(zhí)行的文件、源代碼、技術(shù)文檔與管理員使用手冊等。本系統(tǒng)的開發(fā)過程中的主要工作是子系統(tǒng)需求分析、系統(tǒng)總體設計、子系統(tǒng)源代碼開發(fā)、子系統(tǒng)測試、交付團隊領(lǐng)導進行最后的集成、整個系統(tǒng)的測試。關(guān)鍵里程碑是制定項目管理計劃書、制定需求設計規(guī)格說明書初稿、制定系統(tǒng)設計報告的初稿、進行子系統(tǒng)運行情況的檢查測試、進行系統(tǒng)集成后的運行情況的檢查與測試。項目所需工具是個人電腦和開發(fā)工具。進度為11周，工程量為3人/天。1.2項目交付產(chǎn)品（1）提交文檔：項目管理計劃、需求規(guī)格說明，設計報告、測試報告、用戶使用手冊和項目個人總結(jié)。其中項目總結(jié)為每人一份，每個小組所有成員的總結(jié)裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團隊內(nèi)部協(xié)商確定。所有文檔需要提交電子版和打印稿。（2）源程序檢查：一共兩次。第一次檢查每個小組的子系統(tǒng)運行情況。第二次檢查每個團隊內(nèi)六個小組集成后完整的人力資源管理系統(tǒng)運行情況，檢查完成后需要提交程序源文件和可執(zhí)行的系統(tǒng)。1.3 SPMP的演化軟件項目計劃書在第十二周周末前經(jīng)由小組討論、共同撰寫、匯總整合三步驟形成初稿，第四周以后根據(jù)項目的進展可以對其進行修改，需要有組員提出修改意，在全體會上討論通過，并由組長整理修改意見并作出相應的修改。其余組成員同步獲得更新稿。2.項目組織2.1過程模型表1 過程模型表時間任務要求第十二周制定項目管理計劃初稿。提交組長，組長匯總檢查。第十二，三周完成需求規(guī)格說明初稿。提交組長，組長匯總檢查。第十二，三周完成設計報告初稿。提交組長，組長匯總檢查。第十二，三周進行子系統(tǒng)檢查。以小組為單位自查，交由組長復查。第十三周進行系統(tǒng)集成后的運行檢查。由組長及編程人員參加，提交各文檔，源代碼電子版。第十三周交付軟件項目。由組長及開發(fā)人員參加并在上機時間發(fā)布。2.2 團隊的分工與合作表2 組織關(guān)系圖成員角色職責顧鵬組長，主程序員領(lǐng)導項目團隊、執(zhí)行和管理團隊、負責軟件的交付工作。王剛軟件測試員、秘書、美工主要負責軟件代碼測試和用戶測試、并撰寫測試文檔初稿并對界面美工付主要責任、作為秘書要主持每周的討論會以及團內(nèi)溝通工作。李強程序員、文檔維護員整理需求分析并撰寫需求分析報告、維護并及時修改和發(fā)布已更新技術(shù)文檔。作為程序員還需要參與軟件設計與代碼開發(fā)。3.管理過程3.1管理目標和優(yōu)先級 基本管理原則：每位成員既是積極的建言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論基礎(chǔ)上由大家共同做出，一旦決策做出就必須被及時有效的執(zhí)行。禁止再有異議。 目標 1：按時按量完成項目的基本功能，按時發(fā)布產(chǎn)品及文檔，這是本團隊的最高目標。 目標2：遵循規(guī)范化的項目運作標準，文檔嚴謹完整，代碼注釋充分，便于后續(xù)維護，這是第二目標。 目標3：產(chǎn)品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。 目標4：注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發(fā)過程中積極協(xié)作。 目標 5：項目設計和開發(fā)上盡量有創(chuàng)新，有亮點。3.2風險管理本次開發(fā)過程中存在的風險及規(guī)避方法如下表：表3 項目風險及其規(guī)避方法風險類型存在風險規(guī)避方法進度風險由于時間緊張導致項目最后無法按期完成。充分考慮各種潛在因素，適當留有余地；任務分解要詳細，便于考核；在執(zhí)行過程中，應該強調(diào)項目按照進度執(zhí)行的重要項，再考慮任何問題時，都要以保持進度作為先決條件；同時，合理利用趕工期及快速跟進等方法，充分利用資源。如果出現(xiàn)必須延期的情況，組長需及時同相關(guān)負責人溝通，并申請延期時間。系統(tǒng)沒有足夠的測試時間持續(xù)地監(jiān)控，羨慕進度控制隨著項目的進行而不斷進行的，保證每個環(huán)節(jié)都有足夠的時間。技術(shù)風險開發(fā)軟件結(jié)構(gòu)體系存在問題，使完成的軟件產(chǎn)品未能實現(xiàn)項目預定目標選用正版軟件開發(fā)對開發(fā)軟件的掌握不夠深入，造成開發(fā)出的產(chǎn)品性能以及質(zhì)量低劣。提前制定好兩周的學習計劃，各組員要對開發(fā)工具VS2005+SQLserver2005，css，photoshop及flash進行快速的學習。盡快掌握其中的要點。同時在軟件的設計上盡可能降低難度使項目最后能成功完成。質(zhì)量風險質(zhì)量不符合用戶要求經(jīng)常和用戶交流工作成果、品牌管理采用符合要求的開發(fā)流程、認真組織對產(chǎn)出物的檢查和評審、計劃和組織嚴格的獨立測試等。工具風險軟件項目開發(fā)和實施過程，所必須用到的管理工具、開發(fā)工具、測試工具未能及時到位在項目的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前跟蹤并落實工具的到位事宜。在進行項目開發(fā)之前先設計和搭建出系統(tǒng)的基礎(chǔ)架構(gòu)符合性能指標后再進行后續(xù)工作。人力資源風險組員成員因意外無法參加設計事先同用戶商量解決辦法3.3監(jiān)督和控制機制 報告機制：1. 要求各組員以周為單位記錄工作進展，形成開發(fā)日志，并以電子文檔的形式提交給秘書進行整理，最后由文檔維護員進行維護。2.每周例會上各位組員積極對當前的開發(fā)工作進行積極的評審和建言，由組長做最后的作口頭總結(jié)，由秘書主持會議并記錄和整理會議的內(nèi)容。文檔維護員修改和維護相應的文檔。并交由小組進行會議評審并給出意見。3. 組成員都要密切監(jiān)控風險狀態(tài)，發(fā)現(xiàn)風險后提交風險報告。由秘書定期提交風險報告。必要時將突發(fā)風險通知所有組員，并由組長做出臨時處理決定。然后在該周的例會上由組成員共同討論對風險的處理意見。并形成風險處理的日志做為以后的經(jīng)驗。報告格式：報告主題，時間段，發(fā)現(xiàn)人，報告內(nèi)容，審核意見評審機制：每周例會上小組討論形成一致意見后即為通過，相關(guān)負責人針對改進意見開展下一周工作，嚴格執(zhí)行例會上鎖制定的決策。小組會議持續(xù)評估其成效。每一項目階段結(jié)束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成果質(zhì)量。盡量與項目例會合并，并邀請組長和其他組成員參加評議。亦可詢問老師的意見。對于重大的風險處理意見，應該由組長及其他組組長組成評審團對處理意見進行審議和評估。并以評審團的決議（亦可根據(jù)老師的建議）作為重要參考來制定決策。3.4人員計劃表4 人員分配表職能人員要求C#編程顧鵬，王剛熟悉C#語言及.NET平臺特性UI設計王剛熟悉CSS,Photoshop和.NET平臺數(shù)據(jù)庫設計李強熟悉SQL語句及SQLserver文檔維護王剛熟悉Word及PPT軟件測試顧鵬熟悉使用開發(fā)工具的BUG。4.技術(shù)過程4.1 開發(fā)方法、工具和技術(shù)本小組的團隊組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)；編程語言為C#；采用面向?qū)ο蟮姆治鲈O計方法；利用Windows.NET開發(fā)平臺作為開發(fā)平臺；使用SqlSever 2005作為數(shù)據(jù)庫管理系統(tǒng)圖；并采用統(tǒng)一的C#標準的文件命名方式、代碼版式、注釋等編碼規(guī)范；編碼人員對代碼進行嚴格檢查后再進行代碼編譯；測試人員根據(jù)測試文檔進行單元測試；最后實現(xiàn)軟件的交付。開發(fā)環(huán)境：sqlserver 2005 + .NET 2.0 + Visual Studio 2005。4.2軟件需交付的文檔1軟件項目管理計劃 該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設計需求分析初級階段完成，后續(xù)階段由文檔維護員進行相應的更新。2. 需求規(guī)格說明初稿在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進行需求變更的更新。3.設計報告初稿在總體設計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設計，由組長編寫軟件體系結(jié)構(gòu)設計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。該文檔由文檔維護員負責維護更新。4.測試文檔在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建立測試環(huán)境、準備測試數(shù)據(jù)。 5用戶手冊 在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由維護員更新文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。6.個人項目總結(jié) 由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)驗進行總結(jié)。在提交系統(tǒng)時一并提交。 7.其他文檔 軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否），風險報告及其處理意見等，由秘書進行整理與匯聚。作為以后軟件開發(fā)以及交流的經(jīng)驗。5.開發(fā)進度安排與預算5.1進度表格描述項目進度描述如下表：表6 進度表格描述工作集子工作完成時間負責人最終交付物描述準備工作確定團長及組長第十二周顧鵬組長及成員名單初稿成立整個系統(tǒng)的開發(fā)團隊確定小組第十二周顧鵬小組成員名單定稿成立管理員子系統(tǒng)開發(fā)團隊搭建環(huán)境第十二周組內(nèi)各成員Vs2005,sqlserver2005確定開發(fā)工具及語言制定項目管理計劃書第十二周顧鵬項目管理計劃書初稿制定軟件開發(fā)過程管理計劃完成需求規(guī)格說明書的初稿采集用戶需求第十二周顧鵬李強需求規(guī)格說明書的初稿通過查資料了解和采集用戶的需求。對需求進行匯總，制定需求規(guī)格說明初稿分析用戶需求及制定需求規(guī)格說明原型第十二周需求規(guī)格說明的進一步完善與修改第十二周需求規(guī)格說明的最后確認第十二周系統(tǒng)設計系統(tǒng)總體設計第十二周顧鵬軟件設計報告初稿制定系統(tǒng)總體的設計方案，并根據(jù)需求說明聯(lián)系實際進行相應的修改系統(tǒng)詳細設計第十二周系統(tǒng)模型及架構(gòu)最后確定第十二周開發(fā)系統(tǒng)源代碼及源代碼測試系統(tǒng)源代碼開發(fā)第十二周顧鵬李強源代碼要求熟練使用C#和.NET平臺系統(tǒng)源代碼測試第十二周王剛測試文檔根據(jù)測試文檔嚴格測試系統(tǒng)源碼復查第十三周李強無對代碼進行復查，盡量減少BUG進行整個成績管理系統(tǒng)的集成進行整個系統(tǒng)的集成第十三周顧鵬無與其他小組長無間協(xié)作完成整個系統(tǒng)的集成對整個集成后的系統(tǒng)進行測試檢查運行情況第十三周顧鵬無配置好IIS服務，搭建整個系統(tǒng)的運行平臺測試整個系統(tǒng)的發(fā)布情況系統(tǒng)交付系統(tǒng)交付第十三周顧鵬一個可以運行的系統(tǒng)以及用戶手冊和幫助。以及最后確定的技術(shù)文檔各組之間可以交流各自的開發(fā)經(jīng)驗和心得體會5.2開發(fā)過程中的資源需求 人員：小組軟件項目開發(fā)成員 支持軟件：Microsoft Visual Stduio 2005、.NET 2.0、office、sqlserver 2005 開發(fā)地點：宿舍或者機房 實驗設備：個人計算機、筆記本、實驗室計算機 項目資源維護需求的數(shù)目和類型：3臺個人電腦（Pentium III 800 以上CPU，256M以上內(nèi)存）5.3軟件管理過程中預算及資源分配 1.統(tǒng)一的開發(fā)不涉及任何經(jīng)濟的預算，工程量初步設