商業(yè)計劃書-軟件項目管理計劃書

1、商業(yè)計劃書一軟件項目管理計劃書1. 簡介41.1項目概述41.2項目交付產(chǎn)品41.3軟件項目計劃書的演化51.4參考資料52、項目組織52. 1過程模型52.2團隊的分工與合作73、管理過程83.1管理目標及優(yōu)先級 83. 2風險管理93. 3監(jiān)督及控制機制103. 4人員計劃113. 5培訓(xùn)計劃 124、技術(shù)過程124.1開發(fā)工具、方法和技術(shù)：124. 2軟件需交付的文檔：13 5、開發(fā)進度安排及預(yù)算145. 1進度表格描述14 5. 2開發(fā)過程中的資源需求16 5.3軟件管理過程中預(yù)算及資源分配165.4項目進度及關(guān)鍵工期設(shè)置161、簡介1.1項目概述本項LI要開發(fā)一個人力資源管理系統(tǒng)，本

2、系統(tǒng)將實現(xiàn)對人員信 息的詳細管理、對學(xué)校各個部門的詳細管理;重點在加強獎懲制 度的實施，以實現(xiàn)激勵員工的工作激情，還要加強員工的技能培 訓(xùn)，使職工或者教師具有更高的文化水平，提高學(xué)校的知名度， 培養(yǎng)出高精尖水平的學(xué)生。通過團隊合作開發(fā)整個子系統(tǒng)，使團 隊成員獲得軟件工程開發(fā)的實際訓(xùn)練。本系統(tǒng)采用U前主流的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)鍵里程碑是制定項LI管理

3、計劃 書、制定需求設(shè)計規(guī)格說明書初稿、制定系統(tǒng)設(shè)計報告的初稿、 進行子系統(tǒng)運行情況的檢查與測試、進行系統(tǒng)集成后的運行情況 的檢查與測試。項目所需工具是個人電腦和開發(fā)工具。進度為11 周，工程量為4人/天。1.2項目交付產(chǎn)品(1) 提交文檔:項口管理計劃、需求規(guī)格說明，設(shè)計報告、測試報告、用戶使用手冊和項LI個人總結(jié)。其中項LI總結(jié)為每人 一份，每個小組所有成員的總結(jié)裝訂在一起;其余文檔每組提交 一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行 分開提交，具體方式由團隊內(nèi)部協(xié)商確定。所有文檔需要提交電 子版和打印稿。(2) 源程序檢查:一共兩次。第一次檢查每個小組的子系統(tǒng)運行情況。第二次

4、檢查每個團隊內(nèi)六個小組集成后完整的人力資 源管理系統(tǒng)運行情況，檢查完成后需要提交程序源文件和可執(zhí)行 的系統(tǒng)。程序檢查安排在上機時間進行。1.3軟件項目計劃書的演化軟件項目計劃書在笫三周周末前經(jīng)由小組討論、共同撰寫、 匯總整合三步驟形成初稿，笫四周以后根據(jù)項LI的進展可以對其 進行修改，需要有組員提出修改意，在全體會上討論通過，并由 組長整理修改意見并作出相應(yīng)的修改。其余組成員同步獲得更新 稿。1.4參考資料1 肖來元.軟件項LI管理原理分析2 張海藩.軟件工程導(dǎo)論3 林銳.軟件工程思想2、項目組織2. 1過程模型關(guān)鍵時間任務(wù)要求制定項H管理計劃初管理計劃提交給組長，III組第一周稿 長匯、匯總

5、檢查、并提交。完成需求規(guī)格說明初電子版提交給組長，山組長第三周稿匯總檢查、提交，電子版提交給組長，由組長第七周完成設(shè)計報告初稿匯總、檢查、提交，以組為單位進行，111組長及笫八、九周 進行子系統(tǒng)運行檢查 其他組組長組成 評審團，對子系統(tǒng)進行運行測試檢查。山組長和主程序開發(fā)人員參力口。對整個人力資源管理系統(tǒng)進行集成、運行測試檢查。進行系統(tǒng)集成后的運第十周并同時對提交各種文檔的電行檢查子版、提交電子版源代碼和可執(zhí)行系統(tǒng)進行最后的修改。山組長和主程序開發(fā)人員參力口，利用上機時間進行產(chǎn)品第十一周 交付軟件項目。的交付與發(fā)布。提交各種文檔的電子版和打印稿，提交電子版源代碼和可執(zhí)行系統(tǒng)。2.2團隊的分工與

6、合作主程序員負責制。本團隊組織關(guān)系圖如下。成員角色職責小王 組長、主程序員 領(lǐng)導(dǎo)項日團隊、執(zhí)行和管理團隊、負責軟件的交付工作。同時作為主程序員還要負責軟件設(shè)計和編寫代碼。并撰寫軟件設(shè)計報告。小李、小孫程序員、文檔維護員整理需求分析并撰寫需求分析報告、維護并及時修改和發(fā)布已更新技術(shù)文檔。作為程序員還要參與軟件設(shè)計與代碼開發(fā)。小劉、小孫軟件測試員、秘書、主要負責軟件代碼測美工試和用戶測試、并撰寫測試文檔初稿并對界面美工付主要責任、作為秘書要主持每周的討論會以及團內(nèi)溝通工作。3、管理過程3.1管理LI標及優(yōu)先級基本管理原則:每位組成員既是積極的建言者，乂是負責的合作者，同時也是 決策的制定者。決策應(yīng)

7、在充分的討論基礎(chǔ)上由大家共同做出，一旦決策做出就必須 被及時有效的執(zhí)行。禁止再有異議。LI標1:按時按量完成項LI的基本功能，按時發(fā)布產(chǎn)品及文檔，這是本團隊的 最咼H標。II標2：遵循規(guī)范化的項H運作標準，文檔嚴謹完整，代碼注釋充分，便于后續(xù)維護，這是第二口標。LI標3:產(chǎn)品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題， 并提出解決問題的方案。LI標4:注重團隊建設(shè)，成員分工合理，團隊成員合作默契，氣氛融洽。每周的 討論會積極建言。在開發(fā)過程中積極協(xié)作。H標5:項設(shè)計和開發(fā)上盡量有創(chuàng)新，有亮點。3. 2風險管理本次開發(fā)過程中存在以下風險：1、開發(fā)技術(shù)熟練成都不夠。2、需求變更頻繁。

8、3、缺乏足夠的美工支持。4、山于課程緊張導(dǎo)致項U最后無法按期完成。5、最后進行系統(tǒng)集成時出現(xiàn)重大失誤。風險規(guī)避方法：1. 由于部分組員對開發(fā)技術(shù)和工具的不熟練可能對整個項LI有著災(zāi)難性的影 響。因此為了將這種影響降低至最低，本小組決定提前制定好兩周的學(xué)習(xí)計劃，各 組員要對開發(fā)工具Myeclipse搭建SSH框架和sqlsever2005進行快速的學(xué)習(xí)。盡 快掌握其中的要點。同時在軟件的設(shè)計上盡可能降低難度使項LI最后能成功完成。 對于IIS服務(wù)的架構(gòu)則交山組長負責解決。2. 在設(shè)計開發(fā)過程中可能發(fā)現(xiàn)原有需求不容易轉(zhuǎn)化為設(shè)訃稿，在測試體驗過程 中可能發(fā)現(xiàn)系統(tǒng)界面并不友好，易操作，這都會帶來需求的

9、重新變更。這兩種情 況，尤其后一種要盡量避免，以免帶來重復(fù)開發(fā)的浪費。因此在前期的軟件設(shè)計工 作上要求各組員盡可能的提出具有前瞻性和預(yù)見性的建言，同時與其他團隊進行充 分討論，設(shè)訃方案要留有變更的余地。3. 由于本小組成員對美工技術(shù)的不足，可能導(dǎo)致最后的軟件界面并不友好美觀 易操作，因此要求組員深入學(xué)習(xí)關(guān)于美工的知識，比如css, photoshop以及flash技術(shù)。并積極尋求外援幫助。4. 山于課程緊張可能使項口延期。如果出現(xiàn)必須延期的情況，組長需及時向 老師解釋清楚，并申請延期時間。5. 在最后進行系統(tǒng)集成時出現(xiàn)重大失誤，比如不能共用數(shù)據(jù)庫等。為規(guī)避這類 風險，組長將協(xié)同團隊中其他組成員

10、共同設(shè)計整個系統(tǒng)需求分析及總體設(shè)計。并共 同開發(fā)使用同一個數(shù)據(jù)庫。開放源代碼與其他組員共享開發(fā)成果。3. 3監(jiān)督及控制機制報告機制：1. 要求各組員以周為單位記錄工作進展，形成開發(fā)日志，并以電子文檔的形 式提交給秘書進行整理，最后山文檔維護員進行維護。2. 每周例會上各位組員積極對當前的開發(fā)工作進行積極的評審和建言，III組長 做最后的作口頭總結(jié)，山秘書主持會議并記錄和整理會議的內(nèi)容。文檔維護員修改 和維護相應(yīng)的文檔。并交由小組進行會議評審并給出意見。3. 組成員都要密切監(jiān)控風險狀態(tài)，發(fā)現(xiàn)風險后提交風險報告。山秘書定期提 交風險報告。必要時將突發(fā)風險通知所有組員，并山組長做出臨時處理決定。然后

11、 在該周的例會上山組成員共同討論對風險的處理意見。并形成風險處理的日志做為 以后的經(jīng)驗。報告格式：報告主題，時間段，發(fā)現(xiàn)人，報告內(nèi)容，審核意見評審機制：每周例會上小組討論形成一致意見后即為通過，相關(guān)負責人針對改進意見開展 下一周工作，嚴格執(zhí)行例會上鎖制定的決策。小組會議持續(xù)評估其成效。每一項口 階段結(jié)束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成 果質(zhì)量。盡量與項LI例會合并，并邀請組長和其他組成員參加評議。亦可詢問老師 的意見。對于重大的風險處理意見，應(yīng)該山組長及其他組組長組成評審團對處理意 見進行審議和評估。并以評審團的決議（亦可根據(jù)老師的建議）作為重要參考來制定 決

12、策。3.4人員計劃java程序員：小王、小李、小劉、小孫要求:熟悉java編程和jsp開發(fā)平臺界面設(shè)計員:小劉、小孫要求：熟悉 CSS、Photoshop數(shù)據(jù)庫設(shè)計員：小王要求:熟悉SQL語句，熟練使用SQL Sever 2005文檔維護員：小李要求：熟悉使用Word及Powerpoint溝通交流員：小劉要求:較強的溝通能力，能及時調(diào)解組內(nèi)以及組與組之間的矛盾。軟件測試人 員：全體組員，有小劉付總責要求:熟練使用開發(fā)工具的debug X具，有耐性。3. 5培訓(xùn)計劃java以及jsp編程培訓(xùn)培訓(xùn)對象:全體組員。培訓(xùn)內(nèi)容:熟練掌握java編程、基本了解jsp開發(fā)平臺的特性、并掌握Myeclipse

13、的調(diào)試工具。于第2周完成。美工培訓(xùn)：全體組員培訓(xùn)內(nèi)容：熟悉Css及Photoshopx 了解Flash以及Dreamever的基本操作。于 第4周完成。4、技術(shù)過程4.1開發(fā)工具、方法和技術(shù)：本小組的團隊組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu);編程語言為java;采用面向?qū)ο?的分析設(shè)計方法;利用Windows jsp開發(fā)平臺作為開發(fā)平臺；使用SqlSever 2005作 為數(shù)據(jù)庫管理系統(tǒng)圖；并采用統(tǒng)一的扭眩標準的文件命名方式、代碼版式、注釋等 編碼規(guī)范;編碼人員對代碼進行嚴格檢查后再進行代碼編譯;測試人員根據(jù)測試文檔 進行單元測試;最后實現(xiàn)軟件的交付。開發(fā)環(huán)境:Sqlsever 2005+ Visua

14、l Studio 2008。4. 2軟件需交付的文檔：1傲件項LI管理訃劃該文檔曲組長完成，介紹項的整個管理過程。該文檔在軟件設(shè)計需求分析初 級階段完成，后續(xù)階段山文檔維護員進行相應(yīng)的更新。2. 需求規(guī)格說明初稿在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決 策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進行需求變更的 更新。3. 設(shè)計報告初稿在總體設(shè)訃階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設(shè)訃，III 組長編寫軟件體系結(jié)構(gòu)設(shè)計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。該文檔山文 檔維護員負責維護更新。4.測試文檔在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格

15、說明文檔，并在后續(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ā)進度安排及預(yù)算5. 1進度表格描述工作集子工作完成時負責人最終交付物描述

16、間確定小第三周小王小組成員名單成立人力組資源管理系統(tǒng)開發(fā)團隊搭建環(huán)笫三周組內(nèi)各Myeclipse6. 0+SQLsever2005確定開發(fā)境成員工具及語制定項第四周小李項口管理計劃書初稿制定軟件LI管理開發(fā)過程計劃書管理計劃完成需采集用第五周小王需求規(guī)格說明書的初稿通過查 資求規(guī)格戶需求小李料了解和說明書小劉采集用戶分析用第五周的出稿小孫的需求。戶需求對需求進及制定行匯總，需求規(guī)制定需求格說明原型規(guī)格說明初稿需求規(guī)第六周格說明的進一步完善與修改需求規(guī)笫七周格說明的最后確認系統(tǒng)設(shè)系統(tǒng)總笫八周小孫軟件設(shè)計報告初稿制定系統(tǒng)計體設(shè)計總體的設(shè)計方案，系統(tǒng)詳?shù)诰胖懿⒏鶕?jù)需細設(shè)計求說明聯(lián)系統(tǒng)模第十周系實際進

17、型及架行相應(yīng)的構(gòu)最后修改確定開發(fā)系系統(tǒng)源第十一小王源代碼要求熟練統(tǒng)源代碼開發(fā)周小李使用jdVd 碼及源小劉和.JSP平碼測試臺系統(tǒng)源第十二小孫測試文檔 根據(jù)測試碼測試周文檔嚴格測試系統(tǒng)源笫十三小劉 無 對代碼進碼復(fù)查周行復(fù)查，盡量減少bug進行整進行整第十四小王無與其他組個銀行個人力周員無間協(xié)系統(tǒng)的 資源管作完成整集成理系統(tǒng)個系統(tǒng)的的集成集成對整個笫十四小劉 無 搭建整個集成后周系統(tǒng)的運的系統(tǒng)行平臺測進行測試整個系試檢查統(tǒng)的發(fā)布運行情情況況系統(tǒng)交系統(tǒng)交第十五小王一個可以運行的的系統(tǒng)以及各組之間付 付周用戶 手冊和幫助。以及最后確可以交流定的技術(shù)文檔各自的開發(fā)經(jīng)驗和心得體會5.2開發(fā)過程中的資源需求人員：小組軟件項U開發(fā)成員支持軟件:Microsoft Visual Studio 2008、Myeclipse6. 0 OfficeSqlsever 2005開發(fā)地點:宿舍或者機房實驗設(shè)備:個人PC機、筆記本、實驗室PC機項LI資源維護需求的數(shù)訂和類型：4臺個人電腦（Pentium III 800以上CPU, 256M以上