【正文】 《軟件項目管理》課程設(shè)計報告 《酒店管理系統(tǒng)》項目管理文檔 小組成員分工及組長打分班級學(xué)號姓名承擔(dān)工作組長打分10分教師打分評語目錄1 項目概述 3 編寫目的 3 背景 3 定義 4 參考資料 4 重要術(shù)語 42 項目定義 5 軟件生存期模型選擇與設(shè)計 5 項目團(tuán)隊情況簡述 7 軟件估算情況 8 項目范圍的信息分析與使用 8 軟件的工作任務(wù)分解結(jié)構(gòu)（WBS） 8 基于項目背景的WBS的細(xì)化方案 10 重要的假設(shè)及其說明 113 實施計劃 12 進(jìn)度計劃 12 基于進(jìn)度計劃的成本核算 17 調(diào)整后的進(jìn)度計劃 18 關(guān)于進(jìn)度計劃的其他說明 18 關(guān)于其他計劃的說明 194 項目成果產(chǎn)品 20 軟件程序 20 軟件文檔 20 軟件服務(wù) 20 非移交的軟件產(chǎn)品 20 驗收標(biāo)準(zhǔn) 20 風(fēng)險管理 22 項目風(fēng)險管理的目的 22 項目風(fēng)險管理的組成 22 定義風(fēng)險參數(shù) 22 風(fēng)險管理策略 22 風(fēng)險管理角色及職責(zé) 235 其他 24項目概述 編寫目的進(jìn)度是對執(zhí)行的活動和里程碑制定的工作計劃日期表，它決定是否達(dá)到預(yù)期目的，它是跟蹤和溝通項目進(jìn)展?fàn)顟B(tài)的依據(jù)，也是跟蹤變更對項目影響的依據(jù)。它的主要目標(biāo)是：最短時間、最少成本、最小風(fēng)險，即在給定的限制條件下，用最短時間、最少成本，以最少風(fēng)險完成項目工作。PMI強(qiáng)調(diào)：作為項目，成功的三大要素是計劃、計劃、計劃，計劃是通向項目成功的路線圖。按時完成項目是對項目經(jīng)理最大的挑戰(zhàn)，因為時間是項目規(guī)劃中靈活性最小的因素，進(jìn)度問題又是項目沖突的主要原因，尤其是在項目的后期。所以進(jìn)度計劃是項目計劃中最重要的部分，是項目計劃的核心。項目的進(jìn)度問題，經(jīng)常是所有項目沖突的主要原因，為了緩解這個沖突，所以編寫了項目進(jìn)度計劃說明書。本計劃書意在指導(dǎo)項目開發(fā)過程中的各個階段的工作，為各個階段安排具體的工作。本說明書的與其讀者為：每個項目組的組長及其有關(guān)人員。 背景: 酒店管理系統(tǒng)、開發(fā)者、用戶及實現(xiàn)該軟件的組織結(jié)構(gòu)（企業(yè)）項目的任務(wù)提出者：XX酒店高層領(lǐng)導(dǎo)本系統(tǒng)的開發(fā)者：YY軟件股份有限公司本系統(tǒng)的用戶：XX酒店的高層領(lǐng)導(dǎo)、部門經(jīng)理及其員工。實現(xiàn)該軟件企業(yè)（YY軟件股份有限公司）的組織結(jié)構(gòu)圖：。 定義WBS :Work Breakdown Structure 任務(wù)分解結(jié)構(gòu)。PMI: Project Management Institute 美國項目管理學(xué)會 ，成立于1969年一個國際性組織，PDM :Precedence Diagramming Method 單代號網(wǎng)絡(luò)圖 參考資料[1] 《軟件項目管理案例教程》（第一版），韓萬江 姜立新編著， 機(jī)械工業(yè)出版社，2009年4月[2] 《軟件項目管理案例教程》（第二版），韓萬江 姜立新編著， 機(jī)械工業(yè)出版社，2009年4月 [3] 《軟件項目估計》（第二版）, (美)CAPERS JONES 著，劉從越編譯，電子工業(yè)出版社，2008年3月[4] 《軟件需求》（第二版），（美）Karl E. wiegers 著，劉偉琴、劉洪濤譯，清華大學(xué)出版社，2007年9月[5] 《酒店管理工作細(xì)化執(zhí)行與模板》，王宏編著，人民郵電出版社，2008年4月 重要術(shù)語，Work Breakdown Structure，任務(wù)分解結(jié)構(gòu)，是面向可交付成果的對項目元素的分組，它組織并定義了整個項目的范圍。,進(jìn)度，就是工作計劃日期表：主要的質(zhì)量管理對象是針對項目過程中那些對最終產(chǎn)品起著重要的作用的中間產(chǎn)品：需求規(guī)格、設(shè)計說明書，源程序，測試計劃，測試結(jié)果等。2 項目定義 軟件生存期模型選擇與設(shè)計：1）.瀑布模型要求嚴(yán)格線性的開發(fā)，每個階段開發(fā)活動結(jié)束后， 通過嚴(yán)格的階段性復(fù)審與確認(rèn)，得到該階段的一致、 完整、 正確和無二義性的良好文檔資料，以“凍結(jié)”這些文檔資料， 作為該階段的結(jié)束標(biāo)志，保持不變，作為下一階段活動的唯一基礎(chǔ)， 以每一步的正確性和完整性來保證最終系統(tǒng)的質(zhì)量。 但是大量的實踐并不是這種理想的線性開發(fā)序列，而是在開發(fā)過程中逐步完善的。而在增量開發(fā)過程：軟件描述、設(shè)計和實現(xiàn)活動被分散成一系列的增量，這些增量輪流被開發(fā)。先完成一個系統(tǒng)子集的開發(fā)，再按同樣的開發(fā)步驟增加功能 (系統(tǒng)子集),如此遞增下去直至滿足全部系統(tǒng)需求。要求系統(tǒng)的總體設(shè)計在初始子集設(shè)計階段就應(yīng)做出設(shè)計。2）增量模型有如下優(yōu)點：l 可以避免一次性投資太多帶來的風(fēng)險，將主要的功能或者風(fēng)險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性。l 可以更快地開發(fā)出可以操作的系統(tǒng)。l 可以減少開發(fā)過程中用戶需求的變更。l 一些增量可能需要重新開發(fā)（如果早期開發(fā)的需求不穩(wěn)定或者不完整）。3）增量模型開發(fā)適合的項目：q 項目開始，明確了需求的大部分，但是需求可能會發(fā)生變化q 對于市場和用戶把握不是很準(zhǔn)，需要逐步了解q 對于有龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)，就需要一步一步實施的。我們開發(fā)的是酒店管理系統(tǒng)，分客房模塊、餐飲模塊、財務(wù)模塊、人力資源模塊。雖然大部分的需求已明確，但是部分需求可能會發(fā)生變化；對于用戶需逐步了解才能準(zhǔn)確把握；對于復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)，就需要一步一步實施的。同時系統(tǒng)具有可擴(kuò)充性，若使用增量模型，可以保證系統(tǒng)的可擴(kuò)充性。本項目具備增量模型的其他特點：項目的復(fù)雜程度中等；項目的風(fēng)險較低；產(chǎn)品和文檔的使用率會很高。所以選擇增量式作為我們的開發(fā)模型。圖21 增量式模型：圖22 詳細(xì)的增量模型 項目團(tuán)隊情況簡述表21 此項目團(tuán)隊人員的介紹：職位人員項目經(jīng)理：需求分析員：概要設(shè)計員：詳細(xì)設(shè)計員：編碼人員：測試人員：由于項目初期信息不是很充分，所以初期的項目計劃只存在一個計劃表格，相當(dāng)于一個大計劃，簡單說明計劃的執(zhí)行步驟，如表5所示。表22 項目初期計劃任 務(wù)完成時間負(fù)責(zé)人資 源備 注項目規(guī)劃20131224需求獲取20140105需求確定20140113概要設(shè)計20140203詳細(xì)設(shè)計20140304項目實施20141117有待細(xì)化項目集成、測試20140111提交201402