軟件項目管理課程設(shè)計報告--酒店管理系統(tǒng)項目管理文檔_第1頁
已閱讀1頁,還剩24頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、<p>  《軟件項目管理》課程設(shè)計報告</p><p>  《酒店管理系統(tǒng)》項目管理文檔</p><p>  小組成員分工及組長打分</p><p><b>  目錄</b></p><p><b>  1項目概述3</b></p><p>  1.1編寫目

2、的3</p><p><b>  1.2背景3</b></p><p><b>  1.3定義4</b></p><p>  1.4參考資料4</p><p>  1.5重要術(shù)語4</p><p><b>  2項目定義5</b>&

3、lt;/p><p>  2.1軟件生存期模型選擇與設(shè)計5</p><p>  2.2項目團隊情況簡述7</p><p>  2.3軟件估算情況8</p><p>  2.4項目范圍的信息分析與使用8</p><p>  2.4.1軟件的工作任務(wù)分解結(jié)構(gòu)(WBS)8</p><p>

4、;  2.4.2基于項目背景的WBS的細(xì)化方案10</p><p>  2.4.3重要的假設(shè)及其說明11</p><p><b>  3實施計劃12</b></p><p>  3.1進度計劃12</p><p>  3.2基于進度計劃的成本核算17</p><p>  3.3

5、調(diào)整后的進度計劃18</p><p>  3.4關(guān)于進度計劃的其他說明18</p><p>  3.5關(guān)于其他計劃的說明19</p><p>  4項目成果產(chǎn)品20</p><p>  4.1軟件程序20</p><p>  4.2軟件文檔20</p><p>  4.3

6、軟件服務(wù)20</p><p>  4.4非移交的軟件產(chǎn)品20</p><p>  4.5驗收標(biāo)準(zhǔn)20</p><p>  4.6風(fēng)險管理22</p><p>  4.6.1項目風(fēng)險管理的目的22</p><p>  4.6.2項目風(fēng)險管理的組成22</p><p>  4

7、.6.3定義風(fēng)險參數(shù)22</p><p>  4.6.4風(fēng)險管理策略22</p><p>  4.6.5風(fēng)險管理角色及職責(zé)23</p><p><b>  5其他24</b></p><p><b>  項目概述</b></p><p><b>  

8、編寫目的</b></p><p>  進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表,它決定是否達到預(yù)期目的,它是跟蹤和溝通項目進展?fàn)顟B(tài)的依據(jù),也是跟蹤變更對項目影響的依據(jù)。它的主要目標(biāo)是:最短時間、最少成本、最小風(fēng)險,即在給定的限制條件下,用最短時間、最少成本,以最少風(fēng)險完成項目工作。PMI強調(diào):作為項目,成功的三大要素是計劃、計劃、計劃,計劃是通向項目成功的路線圖。按時完成項目是對項目經(jīng)理最大的挑

9、戰(zhàn),因為時間是項目規(guī)劃中靈活性最小的因素,進度問題又是項目沖突的主要原因,尤其是在項目的后期。所以進度計劃是項目計劃中最重要的部分,是項目計劃的核心。項目的進度問題,經(jīng)常是所有項目沖突的主要原因,為了緩解這個沖突,所以編寫了項目進度計劃說明書。本計劃書意在指導(dǎo)項目開發(fā)過程中的各個階段的工作,為各個階段安排具體的工作。</p><p>  本說明書的與其讀者為:每個項目組的組長及其有關(guān)人員。</p>

10、<p><b>  背景</b></p><p>  a.待開發(fā)的軟件系統(tǒng)的名稱: 酒店管理系統(tǒng)</p><p>  b.本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的組織結(jié)構(gòu)(企業(yè))</p><p>  項目的任務(wù)提出者:XX酒店高層領(lǐng)導(dǎo)</p><p>  本系統(tǒng)的開發(fā)者:YY軟件股份有限公司</p&

11、gt;<p>  本系統(tǒng)的用戶:XX酒店的高層領(lǐng)導(dǎo)、部門經(jīng)理及其員工。</p><p>  實現(xiàn)該軟件企業(yè)(YY軟件股份有限公司)的組織結(jié)構(gòu)圖:</p><p>  c.該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。</p><p><b>  定義</b></p><p>  WBS :Work B

12、reakdown Structure 任務(wù)分解結(jié)構(gòu)。</p><p>  PMI: Project Management Institute 美國項目管理學(xué)會 ,成立于1969年一個國際性組織,</p><p>  PDM :Precedence Diagramming Method 單代號網(wǎng)絡(luò)圖</p><p><b>  參考資料</b>

13、</p><p>  [1] 《軟件項目管理案例教程》(第一版),韓萬江 姜立新編著, 機械工業(yè)出版社,2009年4月</p><p>  [2] 《軟件項目管理案例教程》(第二版),韓萬江 姜立新編著, 機械工業(yè)出版社,2009年4月 </p><p>  [3] 《軟件項目估計》(第二版), (美)CAPERS JONES 著,劉從越編譯,電子工業(yè)出版社,

14、2008年3月</p><p>  [4] 《軟件需求》(第二版),(美)Karl E. wiegers 著,劉偉琴、劉洪濤譯,清華大學(xué)出版社,2007年9月</p><p>  [5] 《酒店管理工作細(xì)化執(zhí)行與模板》,王宏編著,人民郵電出版社,2008年4月</p><p><b>  重要術(shù)語</b></p><p

15、>  1.WBS,Work Breakdown Structure,任務(wù)分解結(jié)構(gòu),是面向可交付成果的對項目元素的分組,它組織并定義了整個項目的范圍。</p><p>  2.進度計劃,進度,就是工作計劃日期表</p><p>  3.質(zhì)量計劃:主要的質(zhì)量管理對象是針對項目過程中那些對最終產(chǎn)品起著重要的作用的中間產(chǎn)品:需求規(guī)格、設(shè)計說明書,源程序,測試計劃,測試結(jié)果等。</p&g

16、t;<p><b>  項目定義</b></p><p>  軟件生存期模型選擇與設(shè)計</p><p>  1.選擇增量模型的原因:</p><p>  1).瀑布模型要求嚴(yán)格線性的開發(fā),每個階段開發(fā)活動結(jié)束后, 通過嚴(yán)格的階段性復(fù)審與確認(rèn),得到該階段的一致、 完整、 正確和無二義性的良好文檔資料,以“凍結(jié)”這些文檔資料, 作為該

17、階段的結(jié)束標(biāo)志,保持不變,作為下一階段活動的唯一基礎(chǔ), 以每一步的正確性和完整性來保證最終系統(tǒng)的質(zhì)量。 但是大量的實踐并不是這種理想的線性開發(fā)序列,而是在開發(fā)過程中逐步完善的。</p><p>  而在增量開發(fā)過程:軟件描述、設(shè)計和實現(xiàn)活動被分散成一系列的增量,這些增量輪流被開發(fā)。先完成一個系統(tǒng)子集的開發(fā),再按同樣的開發(fā)步驟增加功能 (系統(tǒng)子集),如此遞增下去直至滿足全部系統(tǒng)需求。要求系統(tǒng)的總體設(shè)計在初始子集設(shè)計

18、階段就應(yīng)做出設(shè)計。</p><p>  2)增量模型有如下優(yōu)點:</p><p>  可以避免一次性投資太多帶來的風(fēng)險,將主要的功能或者風(fēng)險大的功能首先實現(xiàn),然后逐步完善,保證投入的有效性。</p><p>  可以更快地開發(fā)出可以操作的系統(tǒng)。</p><p>  可以減少開發(fā)過程中用戶需求的變更。</p><p> 

19、 一些增量可能需要重新開發(fā)(如果早期開發(fā)的需求不穩(wěn)定或者不完整)。</p><p>  3)增量模型開發(fā)適合的項目:</p><p>  項目開始,明確了需求的大部分,但是需求可能會發(fā)生變化</p><p>  對于市場和用戶把握不是很準(zhǔn),需要逐步了解</p><p>  對于有龐大和復(fù)雜功能的系統(tǒng)進行功能改進,就需要一步一步實施的。<

20、/p><p>  我們開發(fā)的是酒店管理系統(tǒng),分客房模塊、餐飲模塊、財務(wù)模塊、人力資源模塊。雖然大部分的需求已明確,但是部分需求可能會發(fā)生變化;對于用戶需逐步了解才能準(zhǔn)確把握;對于復(fù)雜功能的系統(tǒng)進行功能改進,就需要一步一步實施的。同時系統(tǒng)具有可擴充性,若使用增量模型,可以保證系統(tǒng)的可擴充性。本項目具備增量模型的其他特點:項目的復(fù)雜程度中等;項目的風(fēng)險較低;產(chǎn)品和文檔的使用率會很高。所以選擇增量式作為我們的開發(fā)模型。&l

21、t;/p><p>  圖2-1 增量式模型</p><p><b>  2.具體的設(shè)計為:</b></p><p>  圖2-2 詳細(xì)的增量模型</p><p><b>  項目團隊情況簡述</b></p><p>  表2-1 此項目團隊人員的介紹:</p>&l

22、t;p>  由于項目初期信息不是很充分,所以初期的項目計劃只存在一個計劃表格,相當(dāng)于一個大計劃,簡單說明計劃的執(zhí)行步驟,如表5所示。</p><p>  表2-2 項目初期計劃</p><p><b>  軟件估算情況</b></p><p>  此軟件估算結(jié)果列表:</p><p><b>  表2-3

23、 估算列表</b></p><p>  項目范圍的信息分析與使用</p><p>  軟件的工作任務(wù)分解結(jié)構(gòu)(WBS)</p><p>  表2-4 WBS 分解情況</p><p>  基于項目背景的WBS的細(xì)化方案</p><p>  表2-5 WBS 細(xì)化方案</p><p>

24、<b>  重要的假設(shè)及其說明</b></p><p><b>  假設(shè):</b></p><p>  1.酒店領(lǐng)導(dǎo),公司領(lǐng)導(dǎo)都比較重視。</p><p>  2.酒店里的領(lǐng)導(dǎo),員工都比較積極主動配合。</p><p>  3.分配的功能點總數(shù)為1012個,平均每人337個功能點</p>

25、<p>  4.每個人每個月人均生產(chǎn)率為24個功能點。</p><p><b>  實施計劃</b></p><p><b>  進度計劃</b></p><p>  此處用甘特圖或進度表格描述。</p><p><b>  進度計劃:</b></p>

26、<p>  表3-1 進度計劃表</p><p>  備 注:安排的時間范圍已包含節(jié)假日</p><p><b>  2)項目的PDM圖</b></p><p>  圖3-1 進度計劃網(wǎng)絡(luò)圖</p><p>  項目進度計劃的甘特圖:</p><p>  項目甘特圖實施部分的計劃展

27、開如下:</p><p>  圖3-3 實施部分的甘特圖</p><p><b>  5)里程碑</b></p><p>  高層領(lǐng)導(dǎo)可能更加關(guān)注里程碑的進展,所以需要一個里程碑的圖示,如下表所示。</p><p><b>  表3-2 里程碑表</b></p><p>  

28、基于進度計劃的成本核算</p><p>  表3-3 基于進度計劃的成本核算表</p><p>  項目開發(fā)人員為3個人員。項目開發(fā)用到52個人月。預(yù)算總成本為340,000元(見上表),與估算的成本333,900元基本持平(有一點差距)。這樣340,000元可以作為項目的成本控制參考。</p><p><b>  調(diào)整后的進度計劃</b>&l

29、t;/p><p>  逐項列出影響初始計劃的因素和調(diào)整的條目(包括影響項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險),指出這些問題對項目的影響然后給出調(diào)整后的進度計劃。</p><p>  由于系統(tǒng)規(guī)模不是很大,開發(fā)團隊的人員對本系統(tǒng)也很熟悉,所以開發(fā)的過程中風(fēng)險較小。所以進度計劃沒有太大的改動。</p><p>  關(guān)于進度計劃的其他說明</p><p>

30、;  1.本進度計劃是從按照交付日期倒推確定時間,然后安排計劃內(nèi)容; </p><p>  2.進度安排提交的日期并非是真實的交付日期,而是留有半個月左右的余量時間,以備變化。</p><p><b>  關(guān)于其他計劃的說明</b></p><p><b>  項目成果產(chǎn)品</b></p><p>

31、<b>  軟件程序</b></p><p>  程序名稱:酒店管理系統(tǒng)安裝程序</p><p>  所用的編程語言:Visual Basic </p><p>  存儲程序的媒體形式: 移動硬盤</p><p>  本系統(tǒng)能夠完成用戶所提的基本功能需求和非功能需求,安全性能比較高,且能同時容納2000人同時訪問服務(wù)器。

32、</p><p><b>  軟件文檔</b></p><p>  驗收報告:客戶對產(chǎn)品的驗收情況的記錄</p><p>  用戶安裝手冊:指導(dǎo)用戶怎樣安裝產(chǎn)品</p><p>  用戶使用手冊:指導(dǎo)用戶怎樣使用本系統(tǒng)</p><p>  幫助:提供給用戶在使用過程中的參考</p>

33、<p><b>  軟件服務(wù)</b></p><p><b>  非移交的軟件產(chǎn)品</b></p><p><b>  項目計劃</b></p><p><b>  質(zhì)量保證計劃</b></p><p><b>  配置管理計劃<

34、/b></p><p><b>  項目范圍說明書</b></p><p><b>  概要設(shè)計說明書</b></p><p><b>  詳細(xì)設(shè)計說明書</b></p><p><b>  設(shè)計術(shù)語及規(guī)范</b></p><p&

35、gt;<b>  源程序</b></p><p><b>  編碼規(guī)則</b></p><p><b>  測試計劃</b></p><p><b>  測試用例</b></p><p><b>  測試報告</b></p>

36、;<p><b>  驗收標(biāo)準(zhǔn)</b></p><p>  1.驗收測試的對象:軟件包括程序、數(shù)據(jù)和文檔。</p><p>  2.驗收測試要注意問題:</p><p> ?。?)驗收測試始終要以雙方確認(rèn)的需求規(guī)格說明和技術(shù)合同為準(zhǔn),確認(rèn)各項需求是否得到滿足,各項合同條款是否得到貫徹執(zhí)行。</p><p>

37、 ?。?)驗收測試和單元測試、集成測試不同,它是以驗證軟件的正確性為主,而不是以發(fā)現(xiàn)軟件錯誤為主。</p><p> ?。?)對驗收測試中發(fā)現(xiàn)的軟件錯誤要分級分類處理,直到通過驗收為止。</p><p>  (4)驗收測試中的用例設(shè)計要具有全面性、多維性、效率性,能以最少的時間在最大程度上確認(rèn)軟件的功能和性能是否滿足要求。 </p><p>  3.驗收測試的目的是

38、確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說明和技術(shù)合同的相關(guān)規(guī)定。通過實施預(yù)定的測試計劃和測試執(zhí)行活動確認(rèn)軟件的功能需求、性能需求和文檔需求。安裝測試、功能測試、界面測試、性能測試、文檔測試、負(fù)載壓力測試、恢復(fù)測試、安全性測試、兼容性測試等。</p><p> ?。?)安裝測試 :安裝測試的目的在于驗證軟件能否在不同的配置情況下完成安裝,并確認(rèn)能否正常運行。</p><p> ?。?)功能測試 :功能

39、測試是驗收測試中的主要內(nèi)容。功能測試要包含以下項目:單個模塊的查詢、增加、刪除、修改、保存等操作;數(shù)據(jù)的輸入與輸出;數(shù)據(jù)處理操作,如導(dǎo)入、結(jié)轉(zhuǎn)等;基礎(chǔ)數(shù)據(jù)定義的精度;計算的準(zhǔn)確性,如倉庫的歷史庫存、當(dāng)前庫存、貨位庫存是否準(zhǔn)確;數(shù)據(jù)共享能力;身份驗證和權(quán)限管理。</p><p> ?。?)界面測試 :界面要符合現(xiàn)行標(biāo)準(zhǔn)和用戶習(xí)慣。軟件企業(yè)可以形成自己的特色,但要確保整個軟件風(fēng)格一致。界面測試要從友好性、易操作性、美

40、觀性、布局合理、分類科學(xué)、標(biāo)題描述準(zhǔn)確等方面入手。測試用例的設(shè)計要重點掌握以下幾點: 第一,背景和前景的顏色是否協(xié)調(diào),顏色反差是否用得恰當(dāng);第二,軟件得圖標(biāo)、按鈕、對話框等外觀風(fēng)格是否一致,美觀效果所要求的屏幕分辨率;第三,窗口元素的布局是否合理,并保持一致;第四,各種字段標(biāo)題的信息描述是否準(zhǔn)確;第五,快捷鍵、按鈕、鼠標(biāo)等操作在軟件中是否一致;第六,窗口及報表的顯示比例和格式是否能適應(yīng)用戶的預(yù)期需求;第七,誤操作引起的錯誤提示是否友好;

41、第八,活動窗口和被選中的記錄是否高亮顯示;第九,是否有幫助信息,菜單導(dǎo)航能否正常執(zhí)行;第十,檢查一些特殊域和特殊控件能否運行。 </p><p> ?。?)性能測試 :性能測試主要測試軟件的運行速度和對資源的消耗。通過調(diào)整軟硬件配置、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、工作站點數(shù)、數(shù)據(jù)量和服務(wù)請求數(shù)來測試軟件的移植性、運行速率、穩(wěn)定性和可靠性。一般借助Win Runner之類的企業(yè)級自動化測試工具來輔助測試,通過極限測試來分析評估軟件

42、性能。 </p><p> ?。?)文檔測試 :文檔是軟件的重要組成部分,也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。文檔測試主要通過評審的方式檢查文檔的完整性、準(zhǔn)確性、一致性、可追溯性和可理解性。</p><p> ?。?)其他測試 :第一,安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統(tǒng)的認(rèn)證機制、加密機制、防病毒功能等安全防護策略的健壯性;第二,兼容性測試。通過硬件兼容性測試

43、、軟件兼容性測試和數(shù)據(jù)兼容性測試來考察軟件的跨平臺、可移植的特性。</p><p><b>  風(fēng)險管理</b></p><p><b>  項目風(fēng)險管理的目的</b></p><p>  風(fēng)險是指在項目進行過程中可能發(fā)生的事件,這些事件將會對項目按預(yù)期時間,資源和預(yù)算完成產(chǎn)生重大影響。風(fēng)險管理的目標(biāo)是在潛在問題發(fā)作以前就

44、標(biāo)志它們,這樣就可以在生命周期中可以適時地計劃和啟用風(fēng)險處理活動。</p><p><b>  項目風(fēng)險管理的組成</b></p><p><b>  定義風(fēng)險參數(shù)</b></p><p>  風(fēng)險參數(shù)可用于評估、分類和劃分風(fēng)險的優(yōu)先級;該項目將發(fā)生的可能性的等級劃分為:非常可能發(fā)生,可能發(fā)生,幾乎不可能發(fā)生3個級別。將對

45、項目的影響程度劃分為:非常嚴(yán)重影響,嚴(yán)重影響,中等影響,微弱影響4個級別。相應(yīng)的表格如下:</p><p><b>  風(fēng)險管理策略</b></p><p><b>  有三種主要的策略:</b></p><p>  *風(fēng)險規(guī)避:使其不再受到該風(fēng)險的影響。 </p><p>  *風(fēng)險轉(zhuǎn)移:讓其他方

46、(客戶、廠商、銀行、其他主體等)承擔(dān)該風(fēng)險。</p><p>  *風(fēng)險接受:決定將該風(fēng)險當(dāng)作意外事件來接受。監(jiān)測風(fēng)險征兆,并制定應(yīng)急計劃,以確定在風(fēng)險發(fā)生時將采取何種行動。</p><p><b>  風(fēng)險管理角色及職責(zé)</b></p><p><b>  (1)項目經(jīng)理</b></p><p>

47、  項目經(jīng)理對風(fēng)險管理工作負(fù)全部責(zé)任。</p><p> ?。?)項目組開發(fā)人員</p><p>  項目組開發(fā)人員將被要求作為項目風(fēng)險分析組的成員,對項目工作中存在的風(fēng)險進行分析,并整理成書面材料。</p><p><b> ?。?)SQA</b></p><p>  SQA經(jīng)理將定期對風(fēng)險管理工作開展情況進行評審,確

48、保所開展的風(fēng)險管理工作符合組織的要求。</p><p><b>  其他</b></p><p>  因為項目開發(fā)是個循環(huán)迭代的過程。在項目計劃編制過程中,存在清楚的依賴關(guān)系,原則上要求它們按照基本相同的順序進行。但在具體的實現(xiàn)過程中可能會有所變動。因此項目計劃是一個逐步完善的過程。項目計劃的開發(fā)是貫穿項目始終的,可以漸進式進行,例如初始計劃可能包含資源的屬性和未定義

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論