酒店系統(tǒng)設(shè)計(jì)

1、項(xiàng)目管理計(jì)劃書工作組：福爾摩searcher目錄1.簡介1.1項(xiàng)目概述1.2項(xiàng)目交付產(chǎn)品過程模型3IF目錄1.簡介1.1項(xiàng)目概述1.2項(xiàng)目交付產(chǎn)品過程模型3IF，. winn風(fēng)險官1 .管理2.SPMP的演化參考資料術(shù)語與縮寫3.4監(jiān)督和控制機(jī)制3.5人員計(jì)劃4.技術(shù)過程4.1方法、工具和技術(shù)4.2軟件文檔4.3用戶文檔4.4項(xiàng)日支持功能5.工作包、進(jìn)度表和預(yù)算5.1工作包5.2依賴關(guān)系5.3資源需求5.4預(yù)算和資源分配5.5 進(jìn)度表1.1 項(xiàng)目概述項(xiàng)目的目標(biāo)是開發(fā)一個酒店管理系統(tǒng)，同時組員們獲得系統(tǒng)的軟件工程項(xiàng)目訓(xùn)練。發(fā)布的產(chǎn)品是該軟件的可執(zhí)行程序、源代碼、技術(shù)文檔和用戶手冊等。主要工 作是

2、需求分析、系統(tǒng)設(shè)計(jì)、開發(fā)測試、關(guān)鍵里程碑分別為需求規(guī)格說明書的發(fā)布， 系統(tǒng)設(shè)計(jì)說明書的發(fā)布，和系統(tǒng)的交付。項(xiàng)目所需資源為個人開發(fā)工具，進(jìn)度大約、一 ej為16周。項(xiàng)目交期：16F 1I J_. 1碼、月L為16周。項(xiàng)目交期：16F 1I J_. 1碼、月L（包括.需求規(guī)測試書項(xiàng)手目冊總、結(jié)技術(shù)文檔、,項(xiàng)目進(jìn)度日J(rèn)第五周以后根據(jù)項(xiàng)目的進(jìn)展可對其進(jìn)行修改，需要有組員提出修改意見，在全 體會議上討論通過，并由組長將修改稿上傳至文檔庫。其余組員通過版本同步獲得更新稿。1.4 參考資料課程教材軟件工程、VB程序設(shè)計(jì)語言、數(shù)據(jù)庫、百度等。1.5術(shù)語與縮寫團(tuán)隊(duì)名稱：福爾摩SearcherGAGA :待開發(fā)的

3、酒店管理系統(tǒng)名稱SPMP :軟件項(xiàng)目管理計(jì)劃SRS :需求規(guī)格說明書八項(xiàng)目組織2.1過程模型主要使用增量模型，結(jié)構(gòu)如下:交付客戶增量1增量12.2設(shè)計(jì)程序員、測試員組長：管理者、分析員、用戶設(shè)計(jì)員、程序員分析員、設(shè)計(jì)員、7日交付客戶實(shí)現(xiàn)和集成 L主要使用增量模型，結(jié)構(gòu)如下:交付客戶增量1增量12.2設(shè)計(jì)程序員、測試員組長：管理者、分析員、用戶設(shè)計(jì)員、程序員分析員、設(shè)計(jì)員、7日交付客戶實(shí)現(xiàn)和集成 LLx-1 - Jrz. 11實(shí)現(xiàn)和集成規(guī)格說明設(shè)計(jì)規(guī)格說明2.3組織接口表一組織聯(lián)系人聯(lián)系信息客戶金超群1393178*分包商王海洋1513369*2.4項(xiàng)目職責(zé)表2項(xiàng)目職責(zé)角色職責(zé)描述負(fù)責(zé)人管理者、

4、分析員、用戶管理團(tuán)隊(duì)，負(fù)責(zé)協(xié)調(diào)各個 階段的工作和銜接及項(xiàng) 目的交付。王*分析員、設(shè)計(jì)員、測5 口 試員分析要求，設(shè)計(jì)可行方 案。陳*設(shè)計(jì)員、程序員、測Z 口 試員編寫程序，將程序集成到 系統(tǒng)中。樊*設(shè)計(jì)員、程序員、測Z 口 試員驗(yàn)證程序功能和性能。袁*管理過程口積礎(chǔ)上三, 口口：3.1管理目標(biāo)和優(yōu)先級管理過程口積礎(chǔ)上三, 口口：和優(yōu)先級。說明：描述管理本項(xiàng)目的基本原則、E 基本管理原則： 和優(yōu)先級。極的建言者，又是負(fù)責(zé)的合作者。:目的目標(biāo)4：極的建言者，又是負(fù)責(zé)的合作者。:目的注重團(tuán)隊(duì)建設(shè)，成員分工合理，合作默契，氣氛融洽優(yōu)先級：4目標(biāo)5：項(xiàng)目設(shè)計(jì)和開發(fā)上有創(chuàng)新，營造出賣點(diǎn)優(yōu)先級：53.2假設(shè)

5、、依賴關(guān)系和限制說明：描述所有對項(xiàng)目外部的問題和事件所做的假設(shè)，以及由這些問題和事件引起的限制。假設(shè)1：老師和助教以較快的速度提供問題解答、項(xiàng)目檢查方案、活動安排限制：某些關(guān)鍵設(shè)定可能會由于得不到及時解答而推延決策假設(shè)2：項(xiàng)目相關(guān)的硬件設(shè)施（包括版本控制服務(wù)器、開發(fā)人員個人電腦）穩(wěn)定工作限制：若硬件設(shè)施出現(xiàn)異常，可能造成部分工作甚至整個開發(fā)進(jìn)程陷于停頓3.3風(fēng)險管理說明：描述將被用來識別、分析和管理那些與項(xiàng)目相聯(lián)系的風(fēng)險因素的過程，說明跟蹤各種風(fēng) 險因素和實(shí)施偶然計(jì)劃的機(jī)制。這里，應(yīng)該考慮的風(fēng)險包括合同風(fēng)險、技術(shù)風(fēng)險、產(chǎn)品尺寸和復(fù)雜性所帶來的風(fēng)險、人員獲得和保持過程中的風(fēng)險、以及在使客戶接受產(chǎn)

6、品的過程中的風(fēng)險。表3項(xiàng)目風(fēng)險風(fēng)險#標(biāo)題發(fā)生可能性1 開發(fā)技 80%術(shù)不熟2時間不 50%夠中嚴(yán)重360%缺少一定的經(jīng)來的風(fēng)險、人員獲得和保持過程中的風(fēng)險、以及在使客戶接受產(chǎn)品的過程中的風(fēng)險。表3項(xiàng)目風(fēng)險風(fēng)險#標(biāo)題發(fā)生可能性1 開發(fā)技 80%術(shù)不熟2時間不 50%夠中嚴(yán)重360%缺少一定的經(jīng)驗(yàn)資料，不 斷練習(xí)S影響優(yōu)先級規(guī)避或 減輕策 略負(fù)責(zé)人災(zāi)難的高提前做陳*好設(shè)計(jì)計(jì)劃，降低設(shè)計(jì)輕微中；設(shè)計(jì)方案留有一邊在學(xué)習(xí)一邊在搞項(xiàng)目難免遇到困難，而且都是第一次，缺少一定的經(jīng)驗(yàn)。3.4監(jiān)督和控制機(jī)制說明：定義報告機(jī)制、報告格式、評價和審核機(jī)制以及將被用在與SPMP聯(lián)系在一起的監(jiān)視和控制中的其他工具和技術(shù)，

7、項(xiàng)目監(jiān)控包括項(xiàng)目支持功能（質(zhì)量保證、配置管理、文檔和培訓(xùn)）的監(jiān)督和控制機(jī)制。報告機(jī)制：各開發(fā)過程、培訓(xùn)負(fù)責(zé)人以周為單位記錄工作進(jìn)展，形成電子文檔報告，上傳至文檔庫。負(fù)責(zé)人在每周項(xiàng)目例會作口頭總結(jié)，小組會議審核通過給出意見，報告修改后上傳至文檔庫各風(fēng)險負(fù)責(zé)人密切監(jiān)控風(fēng)險狀態(tài)，定期提交風(fēng)險報告。必要時將突發(fā)情況郵件列表通知所有組員，并由組長做出臨時處理決定。報告格式，應(yīng)包括：報告主題，時間段，負(fù)責(zé)人，報告內(nèi)容，審核意見評價和審核機(jī)制：每周例會上小組討論形成一致意見后即為通過，相關(guān)負(fù)責(zé)人針對改進(jìn)意見開展下一周工作，小組 會議持續(xù)評估其成效。每一項(xiàng)目階段結(jié)束之前（里程碑前后），組織一次階段評審會，評估

8、整個階段的工作效率和成果 質(zhì)量。盡量與項(xiàng)目例會合并，并邀請老師和助教參加評議。3.5人員計(jì)劃說明：描述項(xiàng)目所需的類型、如何雇傭合適的人員、以及項(xiàng)目團(tuán)隊(duì)成員所需的全部培訓(xùn)。人員名稱人數(shù)人員要求來源VB程序員程序員2熟悉VB陳*，樊*數(shù)據(jù)庫設(shè)計(jì)員程序員人員名稱人數(shù)人員要求來源VB程序員程序員2熟悉VB陳*，樊*數(shù)據(jù)庫設(shè)計(jì)員程序員2熟悉SQL王*，袁*界面美工1熟悉 PhotoshopP 界面設(shè)計(jì)能力詈*fjF111表4人員計(jì)劃技術(shù)過程4.1員名、的采用面向象式、若,等編組團(tuán)碼件文2該文檔由組長完成，介紹項(xiàng)目的整個管理過程。該文檔在需求分析階段開始完成，在后續(xù)每個階段更新。需求規(guī)格說明文檔在需求分析

9、階段，小組成員共同分析收集用戶需求，由組長負(fù)責(zé)編寫規(guī)格說 明文檔，在后續(xù)的設(shè)計(jì)和開發(fā)階段不斷更新。該文檔主要內(nèi)容為：功能需求，性能要求，數(shù)據(jù)處理要求，軟件運(yùn)行需求等。軟件設(shè)計(jì)文檔在總體設(shè)計(jì)階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設(shè)計(jì)， 編寫體系結(jié)構(gòu)設(shè)計(jì)文檔，并在后續(xù)開發(fā)階段補(bǔ)充和更新。該文檔由開發(fā)人員負(fù)責(zé)編寫。軟件測試文檔在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔測試環(huán)境。4.3用戶文檔在需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結(jié)束 后需要形成初稿；在后續(xù)階段不斷更新新用戶文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一

10、 起被交付。4.4項(xiàng)目支持功能為方便廣大用戶的簡捷使用，具有預(yù)定,租用等功能，利用該管理系統(tǒng)，管 理更方便快捷，容易上手，基本常用的空間按鈕工具聚集在此軟件中，功能強(qiáng)大， 非常適合中小型酒店使用。、進(jìn)度表和預(yù)算5.1工作包說明：為必須完成的活動和任務(wù)指定工作包，目的是滿足項(xiàng)目協(xié)議。二二searcher配置管理 4月12日 各自 項(xiàng)日計(jì)劃書 日管理計(jì)劃 進(jìn)行更新需求分析可行性研究需求規(guī)格說明原型需求規(guī)格說明的編寫及4月12日4月13日4月14日福爾摩福爾需求規(guī)格說組內(nèi)交流與 客戶（同學(xué)） 放在炭的形系統(tǒng)設(shè)計(jì)編碼測試修改需求規(guī)格說明的最終確認(rèn)概要設(shè)計(jì)詳細(xì)設(shè)計(jì)及系統(tǒng)設(shè)計(jì)模型確定編碼開發(fā)編碼測試單元測試集成測試4月23日4月30日5月14日6月11日摩 searcher團(tuán)隊(duì)福爾摩福爾摩 searcher團(tuán)隊(duì)福爾摩福爾明書軟件設(shè)計(jì)文檔源代碼式確認(rèn)需求規(guī)格說明可以根據(jù)需求規(guī)格說明的局部調(diào)整進(jìn)行相應(yīng)改變加強(qiáng)對產(chǎn)品的強(qiáng)勢宣傳為了客服技 術(shù)不熟的缺 陷，建議在此 之前加強(qiáng)相 關(guān)知識的學(xué)習(xí)說明源述工作2）由于采用公共的設(shè)備，設(shè)備采購基本不用小組完成；3）環(huán)境建立是為編碼測試做好充分的準(zhǔn)備；4）配置管理貫穿于整個軟件開發(fā)和測試過程；5）需求分析師軟件項(xiàng)日進(jìn)入階段的重要標(biāo)志；6）系統(tǒng)設(shè)計(jì)師基于需求分析的基礎(chǔ)上.有事編碼的原理依據(jù)；7）編碼測試時軟件開發(fā)進(jìn)程的重要過程；8）交付階段是軟件獲得