軟件項目管理計劃書

軟件項目管理計劃書項目名稱：人力資源管理系統(tǒng)項目名稱：人力資源管理系統(tǒng)時間：2010年10月25日TOC\o"1-5"\h\z\o"CurrentDocument"1、簡介 4\o"CurrentDocument"1.1項目概述 4\o"CurrentDocument"1.2項目交付產(chǎn)品 4\o"CurrentDocument"1.3軟件項目計劃書的演化 4\o"CurrentDocument"1.4參考資料 5\o"CurrentDocument"2、項目組織 5\o"CurrentDocument"2.1過程模型 5\o"CurrentDocument"2.2團隊的分工與合作 6\o"CurrentDocument"3、管理過程 7\o"CurrentDocument"3.1管理目標(biāo)及優(yōu)先級 7\o"CurrentDocument"3.2風(fēng)險管理 7\o"CurrentDocument"3.3監(jiān)督及控制機制 8\o"CurrentDocument"3.4人員計劃 8\o"CurrentDocument"3.5培訓(xùn)計劃 9\o"CurrentDocument"4、技術(shù)過程 9\o"CurrentDocument"4.1開發(fā)工具、方法和技術(shù)： 9\o"CurrentDocument"4.2軟件需交付的文檔： 9\o"CurrentDocument"5、開發(fā)進度安排及預(yù)算 10\o"CurrentDocument"5.1進度表格描述 10\o"CurrentDocument"5.2開發(fā)過程中的資源需求 11\o"CurrentDocument"5.3軟件管理過程中預(yù)算及資源分配 125.4項目進度及關(guān)鍵工期設(shè)置 121、簡介1.1項目概述本項目要開發(fā)一個人力資源管理系統(tǒng)，本系統(tǒng)將實現(xiàn)對人員信息的詳細(xì)管理、對學(xué)校各個部門的詳細(xì)管理；重點在加強獎懲制度的實施，以實現(xiàn)激勵員工的工作激情，還要加強員工的技能培訓(xùn)，使職工或者教師具有更高的文化水平，提高學(xué)校的知名度，培養(yǎng)出高精尖水平的學(xué)生。通過團隊合作開發(fā)整個子系統(tǒng)，使團隊成員獲得軟件工程開發(fā)的實際訓(xùn)練。本系統(tǒng)采用目前主流的B/S開發(fā)架構(gòu)，將與整個人力資源管理系統(tǒng)系統(tǒng)一起發(fā)布。不單獨發(fā)布。交付的產(chǎn)品包括可執(zhí)行的文件、源代碼、技術(shù)文檔與用戶使用手冊等。本系統(tǒng)的開發(fā)過程中的主要工作是子系統(tǒng)需求分析、系統(tǒng)總體設(shè)計、子系統(tǒng)源代碼開發(fā)、子系統(tǒng)測試、交付組長進行最后的集成、整個系統(tǒng)的測試。關(guān)鍵里程碑是制定項目管理計劃書、制定需求設(shè)計規(guī)格說明書初稿、制定系統(tǒng)設(shè)計報告的初稿、進行子系統(tǒng)運行情況的檢查與測試、進行系統(tǒng)集成后的運行情況的檢查與測試。項目所需工具是個人電腦和開發(fā)工具。進度為11周，工程量為4人/天。1.2項目交付產(chǎn)品（1）提交文檔：項目管理計劃、需求規(guī)格說明，設(shè)計報告、測試報告、用戶使用手冊和項目個人總結(jié)。其中項目總結(jié)為每人一份，每個小組所有成員的總結(jié)裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團隊內(nèi)部協(xié)商確定。所有文檔需要提交電子版和打印稿。（2）源程序檢查：一共兩次。第一次檢查每個小組的子系統(tǒng)運行情況。第二次檢查每個團隊內(nèi)六個小組集成后完整的人力資源管理系統(tǒng)運行情況，檢查完成后需要提交程序源文件和可執(zhí)行的系統(tǒng)。程序檢查安排在上機時間進行。軟件項目計劃書的演化軟件項目計劃書在第三周周末前經(jīng)由小組討論、共同撰寫、匯總整合三步驟形成初稿，第四周以后根據(jù)項目的進展可以對其進行修改，需要有組員提出修改意，在全體會上討論通過，并由組長整理修改意見并作出相應(yīng)的修改。其余組成員同步獲得更新稿。

1.4參考資料軟件項目管理原理分析》，肖來元。軟件工程導(dǎo)論》，張海藩。鍵時間任務(wù)要求第四周制定項目管理計劃初稿管理計劃提交給組長，由組長匯、匯總檢查、并提交。第七周完成需求規(guī)格說明初稿電子版提交給組長，由組長匯總檢查、提交，第十周完成設(shè)計報告初稿電子版提交給組長，由組長匯總、《軟件工程思想》，林銳?！盾浖こ讨v義》,萬靜。2、項目組織2.1過程模型

檢查、提交，第十二、三周進行子系統(tǒng)運行檢查以組為單位進行，由組長及其他組組長組成評審團，對子系統(tǒng)進行運行測試檢查。第十四周進行系統(tǒng)集成后的運行檢查由組長和主程序開發(fā)人員參加。對整個人力資源管理系統(tǒng)進行集成、運行測試檢查。并同時對提交各種文檔的電子版、提交電子版源代碼和可執(zhí)行系統(tǒng)進行最后的修改。第十五周交付軟件項目。由組長和主程序開發(fā)人員參加，利用上機時間進行產(chǎn)品的交付與發(fā)布。提交各種文檔的電子版和打印稿，提交電子版源代碼和可執(zhí)行系統(tǒng)。2.2團隊的分工與合作主程序員負(fù)責(zé)制。本團隊組織關(guān)系圖如下。成員角色職責(zé)付友蘋組長、主程序員領(lǐng)導(dǎo)項目團隊、執(zhí)行和管理團隊、負(fù)責(zé)軟件的交付工作。同時作為主程序員還要負(fù)責(zé)軟件設(shè)計和編寫代碼。并撰寫軟件設(shè)計報告。鄒萍、孫樂樂程序員、文檔維護員整理需求分析并撰寫需求分析報告、維護并及時修改和發(fā)布已更新技術(shù)文檔。作為程序員還要參與軟件設(shè)計與代碼開發(fā)。劉美、孫樂樂軟件測試員、秘書、美工主要負(fù)責(zé)軟件代碼測試和用戶測試、并撰寫測試文檔初稿并對界面美工付主要責(zé)任、作為秘書要主持每周的討論會以及團內(nèi)溝通工作。3、管理過程3.1管理目標(biāo)及優(yōu)先級基本管理原則：每位組成員既是積極的建言者，又是負(fù)責(zé)的合作者，同時也是決策的制定者。決策應(yīng)在充分的討論基礎(chǔ)上由大家共同做出，一旦決策做出就必須被及時有效的執(zhí)行。禁止再有異議。目標(biāo)1：按時按量完成項目的基本功能，按時發(fā)布產(chǎn)品及文檔，這是本團隊的最高目標(biāo)。目標(biāo)2：遵循規(guī)范化的項目運作標(biāo)準(zhǔn)，文檔嚴(yán)謹(jǐn)完整，代碼注釋充分，便于后續(xù)維護，這是第二目標(biāo)。目標(biāo)3：產(chǎn)品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。目標(biāo)4：注重團隊建設(shè)，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發(fā)過程中積極協(xié)作。目標(biāo)5：項目設(shè)計和開發(fā)上盡量有創(chuàng)新，有亮點。3.2風(fēng)險管理本次開發(fā)過程中存在以下風(fēng)險：1、開發(fā)技術(shù)熟練成都不夠。2、需求變更頻繁。3、缺乏足夠的美工支持。4、由于課程緊張導(dǎo)致項目最后無法按期完成。5、最后進行系統(tǒng)集成時出現(xiàn)重大失誤。風(fēng)險規(guī)避方法：由于部分組員對開發(fā)技術(shù)和工具的不熟練可能對整個項目有著災(zāi)難性的影響。因此為了將這種影響降低至最低，本小組決定提前制定好兩周的學(xué)習(xí)計劃，各組員要對開發(fā)工具Myeclipse搭建SSH框架和sqlsever2005進行快速的學(xué)習(xí)。盡快掌握其中的要點。同時在軟件的設(shè)計上盡可能降低難度使項目最后能成功完成。對于IIS服務(wù)的架構(gòu)則交由組長負(fù)責(zé)解決。在設(shè)計開發(fā)過程中可能發(fā)現(xiàn)原有需求不容易轉(zhuǎn)化為設(shè)計稿， 在測試體驗過程中可能發(fā)現(xiàn)系統(tǒng)界面并不友好，易操作，這都會帶來需求的重新變更。這兩種情況，尤其后一種要盡量避免，以免帶來重復(fù)開發(fā)的浪費。因此在前期的軟件設(shè)計工作上要求各組員盡可能的提出具有前瞻性和預(yù)見性的建言，同時與其他團隊進行充分討論，設(shè)計方案要留有變更的余地。由于本小組成員對美工技術(shù)的不足，可能導(dǎo)致最后的軟件界 面并不友好美觀易操作，因此要求組員深入學(xué)習(xí)關(guān)于美工的知識，比如css，photoshop以及flash技術(shù)。并積極尋求外援幫助。由于課程緊張可能使項目延期。如果出現(xiàn)必須延期的情況，組長需及時向老師解釋清楚，并申請延期時間。在最后進行系統(tǒng)集成時出現(xiàn)重大失誤，比如不能共用數(shù)據(jù)庫等。為規(guī)避這類風(fēng)險，組長將協(xié)同團隊中其他組成員共同設(shè)計整個系統(tǒng)需求分析及總體設(shè)計。并共同開發(fā)使用同一個數(shù)據(jù)庫。開放源代碼與其他組員共享開發(fā)成果。3.3監(jiān)督及控制機制報告機制：要求各組員以周為單位記錄工作進展，形成開發(fā)日志，并以電子文檔的形式提交給秘書進行整理，最后由文檔維護員進行維護。每周例會上各位組員積極對當(dāng)前的開發(fā)工作進行積極的評審和建言，由組長做最后的作口頭總結(jié)，由秘書主持會議并記錄和整理會議的內(nèi)容。文檔維護員修改和維護相應(yīng)的文檔。并交由小組進行會議評審并給出意見。組成員都要密切監(jiān)控風(fēng)險狀態(tài)，發(fā)現(xiàn)風(fēng)險后提交風(fēng)險報告。由秘書定期提交風(fēng)險報告。必要時將突發(fā)風(fēng)險通知所有組員，并由組長做出臨時處理決定。然后在該周的例會上由組成員共同討論對風(fēng)險的處理意見。并形成風(fēng)險處理的日志做為以后的經(jīng)驗。報告格式：報告主題，時間段，發(fā)現(xiàn)人，報告內(nèi)容，審核意見評審機制：每周例會上小組討論形成一致意見后即為通過，相關(guān)負(fù)責(zé)人針對改進意見開展下一周工作，嚴(yán)格執(zhí)行例會上鎖制定的決策。小組會議持續(xù)評估其成效。每一項目階段結(jié)束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成果質(zhì)量。盡量與項目例會合并，并邀請組長和其他組成員參加評議。亦可詢問老師的意見。對于重大的風(fēng)險處理意見，應(yīng)該由組長及其他組組長組成評審團對處理意見進行審議和評估。并以評審團的決議（亦可根據(jù)老師的建議）作為重要參考來制定決策。3.4人員計劃java程序員：付友蘋、鄒萍、劉美、孫樂樂要求：熟悉java編程和jsp開發(fā)平臺界面設(shè)計員：劉美、孫樂樂要求：熟悉CSS、Photoshop數(shù)據(jù)庫設(shè)計員：付友蘋要求：熟悉SQL語句，熟練使用SQLSever2005文檔維護員：鄒萍要求：熟悉使用Word及Powerpoint溝通交流員：劉美要求：較強的溝通能力，能及時調(diào)解組內(nèi)以及組與組之間的矛盾。軟件測試人員：全體組員，有劉美付總責(zé)要求：熟練使用開發(fā)工具的debug工具，有耐性。3.5培訓(xùn)計劃java以及jsp編程培訓(xùn)培訓(xùn)對象：全體組員。培訓(xùn)內(nèi)容：熟練掌握java編程、基本了解jsp開發(fā)平臺的特性、并掌握Myeclipse的調(diào)試工具。于第6周完成。美工培訓(xùn)：全體組員培訓(xùn)內(nèi)容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。于第8周完成。4、技術(shù)過程4.1開發(fā)工具、方法和技術(shù)：本小組的團隊組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)；編程語言為java；采用面向?qū)ο蟮姆治鲈O(shè)計方法；利用Windowsjsp開發(fā)平臺作為開發(fā)平臺；使用SqlSever2005作為數(shù)據(jù)庫管理系統(tǒng)圖；并采用統(tǒng)一的java標(biāo)準(zhǔn)的文件命名方式、代碼版式、注釋等編碼規(guī)范；編碼人員對代碼進行嚴(yán)格檢查后再進行代碼編譯；測試人員根據(jù)測試文檔進行單元測試；最后實現(xiàn)軟件的交付。開發(fā)環(huán)境：Sqlsever2005+Myeclipse6.0+VisualStudio2005。4.2軟件需交付的文檔：1．軟件項目管理計劃該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設(shè)計需求分析初級階段完成，后續(xù)階段由文檔維護員進行相應(yīng)的更新。需求規(guī)格說明初稿在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進行需求變更的更新。設(shè)計報告初稿在總體設(shè)計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設(shè)計，由組長編寫軟件體系結(jié)構(gòu)設(shè)計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。該文檔由文檔維護員負(fù)責(zé)維護更新。測試文檔在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建立測試環(huán)境、準(zhǔn)備測試數(shù)據(jù)。5．用戶手冊在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由文檔維護員戶文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。個人項目總結(jié)由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)驗進行總結(jié)。在提交系統(tǒng)時一并提交。7.其他文檔軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否），風(fēng)險報告及其處理意見等，由秘書進行整理與匯聚。作為以后軟件開發(fā)以及交流的經(jīng)驗。5、開發(fā)進度安排及預(yù)算5.1進度表格描述工作集子工作完成時間負(fù)責(zé)人最終交付物描述確定小組XTBB第^三^周付友蘋小組成員名單成立人力資源管理系統(tǒng)開發(fā)團隊搭建環(huán)境XTBB第^三^周組內(nèi)各成員Myeclipse6.0+SQLsever2005確定開發(fā)工具及語制定項目管理計劃書第四周鄒萍《項目管理計劃書初稿》制定軟件開發(fā)過程管理計劃完成需求規(guī)格說明書的出稿采集用戶需求第五周付友蘋鄒萍劉美孫樂樂需求規(guī)格說明書的初稿通過查資料了解和采集用戶的需求。對需求進行匯總，制定需求規(guī)格說明初稿分析用戶需求及制定需求規(guī)格說明原型第五周需求規(guī)格說明的進步完善與修改第六周需求規(guī)格說明的最后第七周

確認(rèn)系統(tǒng)設(shè)計系統(tǒng)總體設(shè)計第八周孫樂樂軟件設(shè)計報告初稿制定系統(tǒng)總體的設(shè)計方案，并根據(jù)需求說明聯(lián)系實際進行相應(yīng)的修改系統(tǒng)詳細(xì)設(shè)計-^第^九^周系統(tǒng)模型及架構(gòu)最后確定第十周開發(fā)系統(tǒng)源代碼及源碼測試系統(tǒng)源碼開發(fā)第'一周付友蘋鄒萍劉美源代碼要求熟練使用java和.jsp平■臺系統(tǒng)源碼測試第十二周孫樂樂測試文檔根據(jù)測試文檔嚴(yán)格測試系統(tǒng)源碼復(fù)查第十三周劉美無對代碼進行復(fù)查，盡量減少bug進行整個銀行