軟件項目實(shí)施計劃書模板

1、. v赤峰學(xué)院軟件項目計劃書項目名稱酒店客房管理系統(tǒng)年級專業(yè)信息與計算科學(xué)專業(yè) 10 級 3 班 組長謝明敏 小組成員陳冬雪、胡玉蓮、夏喜鋒、 韓永亮、張瑞剛指導(dǎo)教師 秦曉薇 二零一三年 十月 二十二日目錄1 概述 11.1 項目概述 11.2 項目交付的產(chǎn)品 11.3 SPMP 的演化 11.4 參考資料 11.5 定義、縮寫詞以及簡寫 12 項目組織 12.1 外部接口 12.2 內(nèi)部組織結(jié)構(gòu) 22.3 角色與職責(zé)劃分 23 管理過程 2. v3.1 項目啟動計劃 23.2 工作計劃 23.3 控制計劃 23.4 風(fēng)險管理計劃 23.5 項目收尾計劃 34 計劃過程 34.1 過程模型 3

2、4.2 方法、工具和技術(shù) 44.3 基礎(chǔ)設(shè)施 45 支持過程 45.1 工作包 45.2 依賴關(guān)系 45.3 資源需求 55.4 預(yù)算和資源分配 55.5 進(jìn)度表 5. v1 概述1.1 項目概述項目的目標(biāo)是開發(fā)一套酒店內(nèi)部管理系統(tǒng)，同時組員們獲得系統(tǒng)的軟件工程項目訓(xùn)練，發(fā)布的產(chǎn)品是軟件的可執(zhí)行程序、源代碼、技術(shù)文檔等，主要工作是需求分析、系統(tǒng)分析、開發(fā)測試。關(guān)鍵里程碑分別是需求規(guī)格說明書的發(fā)布，系統(tǒng)設(shè)計說明說發(fā)布和系統(tǒng)的交付，項目所需資源為版本控制服務(wù)器和個人開發(fā)工具，進(jìn)度大約為 9 周。1.2 項目交付的產(chǎn)品交付日期 12 月 20 日，主要交付物有：酒店客房管理系統(tǒng)安裝程序、系統(tǒng)源代碼、

3、技術(shù)文檔包（包括需求規(guī)格說明書、系統(tǒng)設(shè)計說明書、項目總結(jié)文檔等）1.3 SPMP 的演化SPMP 于第 12 周周末前經(jīng)由小組討論分工撰寫匯總整合三步形成初稿，由組長上傳至配置文檔庫，由組長負(fù)責(zé)維護(hù)。第 13 周以后根據(jù)項目的進(jìn)展可以對其進(jìn)行修改需要有組員提出修改意見，在全體會議上討論通過，并由組長將修改稿上傳至文檔庫。其余組員通過版本同步獲得更新稿。1.4 參考資料軟件工程理論、方法與實(shí)踐 ，孫家廣 劉強(qiáng)，高等教育出版社軟件工程導(dǎo)論張海藩，清華大學(xué)出版社軟件工程師指南M張凱，中國電力出版社Java Web 典型模塊與項目實(shí)戰(zhàn)大全M明日科技，電子工業(yè)出版社. Java 數(shù)據(jù)庫系統(tǒng)開發(fā)案例精選M

4、王國輝，人民郵電出版社1.5 定義、縮寫詞以及簡寫 JDKFM：待開發(fā)的酒店客房管理系統(tǒng)軟件名稱 SPMP:軟件項目管理計劃 SRS：需求規(guī)格. v2 項目組織2.1 外部接口組織聯(lián)系人聯(lián)系方式指導(dǎo)老師謝明敏1225377759qq.其余組陳冬雪1184991877qq.2.2 內(nèi)部組織結(jié)構(gòu)民主式組織結(jié)構(gòu)，在這個結(jié)構(gòu)中，小組成員完全平等，名義上的組長與其他成員沒有任何區(qū)別。大家享有充分的民主，項目共作由全體人員討論協(xié)商決定，并根據(jù)每個人的經(jīng)驗(yàn)和能力進(jìn)行適當(dāng)?shù)姆峙?。充分激發(fā)大家的創(chuàng)造力，有利于攻克技術(shù)難關(guān)，雖然缺乏明確的權(quán)威領(lǐng)導(dǎo)，但是出現(xiàn)意見分歧時大家都會盡量協(xié)商解決的。2.3 角色與職責(zé)劃分需

5、求分析員 整理需求分析并以撰寫需求分析分析文檔，負(fù)責(zé)人員：謝明敏、陳冬雪軟件設(shè)計員 負(fù)責(zé)軟件的設(shè)計并撰寫設(shè)計文檔，負(fù)責(zé)人員：夏喜鋒開發(fā)人員 編寫軟件開發(fā)的代碼，負(fù)責(zé)人員：胡玉蓮，韓永亮總結(jié)人員 負(fù)責(zé)最后的收尾工作并撰寫總結(jié)文檔，負(fù)責(zé)人員：張瑞剛3 管理過程3.1 項目啟動計劃每位組員既是積極的建言者，又是負(fù)責(zé)的合作者。決策應(yīng)在充分的討論基礎(chǔ)上做出，并被及時有效的執(zhí)行。按時按量完成項目的基本功能，按時發(fā)布產(chǎn)品，遵循規(guī)范的項目運(yùn)作標(biāo)準(zhǔn)，文檔嚴(yán)謹(jǐn)完整，代碼注釋充分，便于后續(xù)維護(hù)。產(chǎn)品要運(yùn)行穩(wěn)定，界面友好易上手，能很好的管理酒店客房信息。開發(fā)軟件過程中要注重團(tuán)隊建設(shè)，成員分工合理，合作默契，氣氛融洽。

6、項目設(shè)計和開發(fā)商要有創(chuàng)新，更好的吸引客戶。3.2 工作計劃第 11 周第 13 周：完成需求規(guī)格說明并撰寫需求規(guī)格說明第 14 周：完成系統(tǒng)設(shè)計并撰寫軟件設(shè)計文檔第 15 周第 16 周：完成編碼測試第 17 周第 18 周：完成軟件交付并撰寫總結(jié)文檔. v3.3 控制計劃各開發(fā)過程負(fù)責(zé)人以周為單位記錄工作進(jìn)展，形成電子文檔報告，上傳至文檔庫。負(fù)責(zé)人在每周項目例會作口頭總結(jié)，小組會議審核通過給出意見，報告修改后上傳至文檔庫。各風(fēng)險負(fù)責(zé)人密切監(jiān)控風(fēng)險狀態(tài)，定期提交風(fēng)險報告。必要時將突發(fā)情況郵件列表通知所有組員，并由組長做出臨時處理決定。每周例會上小組討論形成一致意見后即為通過，相關(guān)負(fù)責(zé)人針對改進(jìn)

7、意見開展下一周工作，小組會議持續(xù)評估其成效。每一項目階段結(jié)束之前（里程碑前后） ，組織一次階段評審會，評估整個階段的工作效率和成果質(zhì)量。盡量與項目例會合并，并邀請老師和助教參加評議。3.4 風(fēng)險管理計劃風(fēng)險標(biāo)題可能性影響優(yōu)先級規(guī)避或減輕策略負(fù)責(zé)人預(yù)定完成日期1開發(fā)技術(shù)不成熟80%災(zāi)難的高提前制定好學(xué)習(xí)計劃； 降低設(shè)計難度胡玉蓮韓永亮第 16 周前2考研課程100%嚴(yán)重的中適量少給她分配任務(wù)； 開會討論錯開上課時間胡玉蓮第 16 周前3考公務(wù)員100%嚴(yán)重的高適量少給他們分配任務(wù)； 開會討論錯開上課時間謝明敏陳冬雪第 13 周4考銀行100%輕微的中適量少給她分配任務(wù)； 開會討論錯開上課時間謝明

8、敏陳冬雪第 13 周5需求變更頻繁50%嚴(yán)重的中需求制定充分預(yù)見未來；多于老師助教討論； 設(shè)計方案留有變更余地謝明敏陳冬雪第 13 周6缺乏設(shè)計人才80%嚴(yán)重的高組員深入學(xué)習(xí)相關(guān)知識；尋求外援幫助夏喜鋒第 14 周風(fēng)險的詳細(xì)描述如下：風(fēng)險一：開發(fā)技術(shù)不熟練沒有組員能熟練運(yùn)用 JAVA 語言編出程序，僅限于學(xué)過，可能導(dǎo)致開發(fā)進(jìn)度受阻，代碼交流困難。風(fēng)險二：考研課程組員胡玉蓮每天都有考研課要上，又臨近考試可能導(dǎo)致任務(wù)分配上的困難。風(fēng)險三：考公務(wù)員組長謝明敏和組員陳冬雪每天有公務(wù)員培訓(xùn)課，十一月二十四日有國家公務(wù)員考試，既要復(fù)習(xí)考試又要完成任務(wù)，會導(dǎo)致任務(wù)進(jìn)度變慢。風(fēng)險四：考銀行組長謝明敏和組員陳冬

9、雪參加了農(nóng)業(yè)銀行招聘和民生銀行招聘，預(yù)計十一月中上旬會去呼市參加考試，可能沒辦法監(jiān)督項目正常進(jìn)度，延緩任務(wù)完成時間。. v風(fēng)險五：需求變更頻繁在設(shè)計開發(fā)過程中可能發(fā)現(xiàn)原有需求不容易轉(zhuǎn)化為設(shè)計稿，在測試體驗(yàn)過程中可能發(fā)現(xiàn)游戲并不好玩，這都會帶來需求的重新變更。這兩種情況，尤其后一種要盡量避免，以免帶來重復(fù)開發(fā)的浪費(fèi)。風(fēng)險六：缺乏設(shè)計人才設(shè)計對一個軟件來說很重要，但項目組內(nèi)沒有這方面的人才，可能導(dǎo)致產(chǎn)品吸引力下降，界面開發(fā)環(huán)節(jié)上耗費(fèi)較多時間等。3.5 項目收尾計劃在開發(fā)階段結(jié)束后，開發(fā)人員之間會進(jìn)行代碼走查，減少 bug，并在測試階段更新源代碼，測試人員根據(jù)測試文檔驚醒軟件測試，提高軟件正確性。最

10、終交付酒店客房管理系統(tǒng)軟件。4 計劃過程4.1 過程模型應(yīng)用瀑布模型，軟件開發(fā)的各項活動嚴(yán)格按照線性的方式進(jìn)行，當(dāng)前活動接受上一活動的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。當(dāng)前活動的工作結(jié)果需要進(jìn)行驗(yàn)證，如果驗(yàn)證通過，則該結(jié)果作為下一項活動的輸入，繼續(xù)進(jìn)行下一項活動，否則返回進(jìn)行修改。因此，這種模型強(qiáng)調(diào)文檔的作用，并要求每個階段都有仔細(xì)驗(yàn)證。4.2 方法、工具和技術(shù)本小組的團(tuán)隊組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)；編程語言為 java；采用面向?qū)ο蟮姆治鲈O(shè)計方法；利用 UML 進(jìn)行系統(tǒng)建模；統(tǒng)一文件命名、代碼版式、注釋等編碼規(guī)范；編碼人員進(jìn)行代碼走查后再進(jìn)行代碼編譯；測試人員根據(jù)測試文檔進(jìn)行單元測試；最后

11、實(shí)現(xiàn)軟件的交付。 4.3 基礎(chǔ)設(shè)施個人 PC，筆記本、實(shí)驗(yàn)室專用 PC 機(jī)5 支持過程5.1 工作包工作包工作包子工作包子工作包預(yù)期完成時間預(yù)期完成時間負(fù)責(zé)人負(fù)責(zé)人最終交付物最終交付物簡單描述說明簡單描述說明需求初步描述第 11 周采用組內(nèi)交流. v需求規(guī)格說明原型第 11 周需求規(guī)格說明的進(jìn)一步修改第 12 周需求分析需求規(guī)格說明的最終確認(rèn)第 13 周謝明敏陳冬雪需求規(guī)格說明和與客戶（主教老師和其他同學(xué)扮演）訪談的形式確認(rèn)需求規(guī)格說明概要設(shè)計第 14 周詳細(xì)設(shè)計第 14 周系統(tǒng)設(shè)計系統(tǒng)設(shè)計模型確定第 14 周夏喜鋒軟件設(shè)計文檔可以根據(jù)需求規(guī)格說明的局部調(diào)整進(jìn)行相應(yīng)改變編碼開發(fā)第 15 周編碼

12、測試第 16 周編碼測試編碼設(shè)計模型確定第 16 周胡玉蓮韓永亮源代碼為了克服技術(shù)不熟的缺陷，建議在此之前加強(qiáng)相關(guān)知識的學(xué)習(xí)系統(tǒng)交付第 17 周軟件交付總結(jié)第 18 周張瑞剛總結(jié)文檔負(fù)責(zé)最后的收尾工作并撰寫總結(jié)文檔5.2 依賴關(guān)系1） 組織團(tuán)隊是完成軟件項目的前提，明確分工負(fù)責(zé)； 2） 配置管理貫穿于整個軟件開發(fā)和測試過程； 3） 需求分析是軟件項目進(jìn)入開發(fā)階段的重要標(biāo)志； 4） 系統(tǒng)設(shè)計是基于需求分析的基礎(chǔ)上，又是編碼的原理依據(jù)； 5） 編碼測試是軟件開發(fā)進(jìn)展的重要過程； 6） 交付階段是軟件獲得客戶的認(rèn)可，是軟件開發(fā)結(jié)束的標(biāo)志。5.3 資源需求人員：小組軟件項目開發(fā)成員、客戶 支持軟件：Office