軟件項目計劃書

1、word. 赤峰學(xué)院軟件工程方案書 工程名稱 酒店客房管理系統(tǒng) 年級專業(yè) 信息與計算科學(xué)專業(yè) 10 級 3 班 組 長 謝明敏 小組成員 陳冬雪、胡玉蓮、夏喜鋒、 韓永亮 、張瑞剛 指導(dǎo)教師 秦曉薇 二零一三年 十月 二十二日word.目錄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 管理過程.23.1 工程啟動方案.23.2 工作方案.23.3 控制方案.23.4 風(fēng)險管理方案.23.5 工程收尾方案.34 方案

2、過程.34.1 過程模型.34.2 方法、工具和技術(shù).44.3 根底設(shè)施.45 支持過程.45.1 工作包.45.2 依賴關(guān)系.45.3 資源需求.55.4 預(yù)算和資源分配.55.5 進度表.5word.1 概述1.1 工程概述 工程的目標是開發(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)的交付，工程所需資源為版本控制效勞器和個人開發(fā)工具，進度大約為 9 周。1.2 工程交付的產(chǎn)品交付日期 12 月 20 日，主要交付物有：酒店

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

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

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

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

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

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

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

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

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

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