軟件項目管理課程設計報告酒店管理系統(tǒng)項目管理文檔(共24頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件項目管理課程設計報告酒店管理系統(tǒng)項目管理文檔小組成員分工及組長打分班級學號姓名承擔工作組長打分10分教師打分評語目錄項目概述1.1 編寫目的進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表，它決定是否達到預期目的，它是跟蹤和溝通項目進展狀態(tài)的依據(jù)，也是跟蹤變更對項目影響的依據(jù)。它的主要目標是：最短時間、最少成本、最小風險，即在給定的限制條件下，用最短時間、最少成本，以最少風險完成項目工作。PMI強調(diào)：作為項目，成功的三大要素是計劃、計劃、計劃，計劃是通向項目成功的路線圖。按時完成項目是對項目經(jīng)理最大的挑戰(zhàn)，因為時間是項目規(guī)劃中靈活性最小的因素，進度問題又是項目沖突的

2、主要原因，尤其是在項目的后期。所以進度計劃是項目計劃中最重要的部分，是項目計劃的核心。項目的進度問題，經(jīng)常是所有項目沖突的主要原因，為了緩解這個沖突，所以編寫了項目進度計劃說明書。本計劃書意在指導項目開發(fā)過程中的各個階段的工作，為各個階段安排具體的工作。本說明書的與其讀者為：每個項目組的組長及其有關人員。1.2 背景a.待開發(fā)的軟件系統(tǒng)的名稱: 酒店管理系統(tǒng)b.本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的組織結構（企業(yè)）項目的任務提出者：XX酒店高層領導本系統(tǒng)的開發(fā)者：YY軟件股份有限公司本系統(tǒng)的用戶：XX酒店的高層領導、部門經(jīng)理及其員工。實現(xiàn)該軟件企業(yè)（YY軟件股份有限公司）的組織結構圖：

3、c.該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。1.3 定義WBS :Work Breakdown Structure 任務分解結構。PMI: Project Management Institute 美國項目管理學會 ，成立于1969年一個國際性組織，PDM :Precedence Diagramming Method 單代號網(wǎng)絡圖1.4 參考資料1 軟件項目管理案例教程（第一版），韓萬江 姜立新編著， 機械工業(yè)出版社，2009年4月2 軟件項目管理案例教程（第二版），韓萬江 姜立新編著， 機械工業(yè)出版社，2009年4月 3 軟件項目估計（第二版）, (美)CAPERS JONES

4、著，劉從越編譯，電子工業(yè)出版社，2008年3月4 軟件需求（第二版），（美）Karl E. wiegers 著，劉偉琴、劉洪濤譯，清華大學出版社，2007年9月5 酒店管理工作細化執(zhí)行與模板，王宏編著，人民郵電出版社，2008年4月1.5 重要術語1.WBS，Work Breakdown Structure，任務分解結構，是面向可交付成果的對項目元素的分組，它組織并定義了整個項目的范圍。2.進度計劃,進度，就是工作計劃日期表3.質(zhì)量計劃：主要的質(zhì)量管理對象是針對項目過程中那些對最終產(chǎn)品起著重要的作用的中間產(chǎn)品：需求規(guī)格、設計說明書，源程序，測試計劃，測試結果等。2 項目定義2.1 軟件生存期模

5、型選擇與設計1.選擇增量模型的原因：1）.瀑布模型要求嚴格線性的開發(fā)，每個階段開發(fā)活動結束后， 通過嚴格的階段性復審與確認，得到該階段的一致、 完整、 正確和無二義性的良好文檔資料，以“凍結”這些文檔資料， 作為該階段的結束標志，保持不變，作為下一階段活動的唯一基礎， 以每一步的正確性和完整性來保證最終系統(tǒng)的質(zhì)量。 但是大量的實踐并不是這種理想的線性開發(fā)序列，而是在開發(fā)過程中逐步完善的。而在增量開發(fā)過程：軟件描述、設計和實現(xiàn)活動被分散成一系列的增量，這些增量輪流被開發(fā)。先完成一個系統(tǒng)子集的開發(fā)，再按同樣的開發(fā)步驟增加功能 (系統(tǒng)子集),如此遞增下去直至滿足全部系統(tǒng)需求。要求系統(tǒng)的總體設計在初始

6、子集設計階段就應做出設計。2）增量模型有如下優(yōu)點：l 可以避免一次性投資太多帶來的風險，將主要的功能或者風險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性。l 可以更快地開發(fā)出可以操作的系統(tǒng)。l 可以減少開發(fā)過程中用戶需求的變更。l 一些增量可能需要重新開發(fā)（如果早期開發(fā)的需求不穩(wěn)定或者不完整）。3）增量模型開發(fā)適合的項目：q 項目開始，明確了需求的大部分，但是需求可能會發(fā)生變化q 對于市場和用戶把握不是很準，需要逐步了解q 對于有龐大和復雜功能的系統(tǒng)進行功能改進，就需要一步一步實施的。我們開發(fā)的是酒店管理系統(tǒng)，分客房模塊、餐飲模塊、財務模塊、人力資源模塊。雖然大部分的需求已明確，但是部分需

7、求可能會發(fā)生變化；對于用戶需逐步了解才能準確把握；對于復雜功能的系統(tǒng)進行功能改進，就需要一步一步實施的。同時系統(tǒng)具有可擴充性，若使用增量模型，可以保證系統(tǒng)的可擴充性。本項目具備增量模型的其他特點：項目的復雜程度中等；項目的風險較低；產(chǎn)品和文檔的使用率會很高。所以選擇增量式作為我們的開發(fā)模型。圖2-1 增量式模型2.具體的設計為：圖2-2 詳細的增量模型2.2 項目團隊情況簡述表2-1 此項目團隊人員的介紹：職位人員項目經(jīng)理：需求分析員：概要設計員：詳細設計員：編碼人員：測試人員：由于項目初期信息不是很充分，所以初期的項目計劃只存在一個計劃表格，相當于一個大計劃，簡單說明計劃的執(zhí)行步驟，如表5所

8、示。表2-2 項目初期計劃任 務完成時間負責人資 源備 注項目規(guī)劃2013-12-24需求獲取2014-01-05需求確定2014-01-13概要設計2014-02-03詳細設計2014-03-04項目實施2014-11-17有待細化項目集成、測試2014-01-11提交2014-02-072.3 軟件估算情況此軟件估算結果列表：表2-3 估算列表估算項估算結果功能點估算：該軟件的功能點總數(shù)約為1012個進度估算：該軟件開發(fā)時間15.9個月成本估算：總成本為元人員數(shù)估算：所需的人員為 3個人2.4 項目范圍的信息分析與使用2.4.1 軟件的工作任務分解結構（WBS）表2-4 WBS 分解情況編

9、號任務名稱任務內(nèi)容定義備注1客房管理子系統(tǒng)涉及到客房部經(jīng)理及部門員工的功能1.1客房登記登記信息生成報表 1.1.1入住登記登記信息生成入住報表，收取押金，交給客戶住房卡及鑰匙等 1.1.2退房登記登記信息生成退房報表，收銀結算，收回住房卡和鑰匙，交給客戶票據(jù) 副根等1.2客房預訂客房的預定服務 1.2.1預訂登記預定登記并生產(chǎn)報表 1.2.2預訂查詢對已訂房查詢1.3客房更換客戶要求改變客房時對報表操作1.4客戶遺物管理管理客戶遺失物品 1.4.1遺物信息錄入錄入客戶遺失的物品 1.4.2遺物查詢遺物查詢及數(shù)據(jù)備份防止糾紛1.5客房經(jīng)理涉及客房部經(jīng)理的功能模塊 1.5.1客房價格調(diào)整顯示客房

10、價格變更的信息 1.5.2工作報告年、月 預算報表的提交，酒店正式年、月 預算的查看，員工績效考核等1.6信息查詢查詢客房歷史記錄及客戶信息等2餐飲管理子系統(tǒng)涉及到餐飲部經(jīng)理及部門員工的功能2.1點 單生成點菜單報表2.2預 定記錄客戶預定餐飲服務并生產(chǎn)報表2.3買 單收銀結算并生成清單交付客戶票據(jù) 副根等2.4換 臺更新報表2.5餐飲經(jīng)理涉及餐飲部經(jīng)理的功能模塊 2.5.1餐飲價格調(diào)整顯示餐飲價格變更的信息 2.5.2工作報告年、月預算報表的提交，酒店正式年、月預算的查看，員工績效考核等2.6信息查詢查詢餐飲歷史記錄及客戶信息等3財務管理子系統(tǒng)涉及財務的相關功能3.1查看財務預算匯總表查看匯

11、總后的預算報表 3.1.1查看月度預算匯總表查看匯總后的月度預算報表 3.2.2查看年度預算匯總表查看匯總后的年度預算報表3.2酒店財務預算綜合各信息后由相關負責人發(fā)布酒店正式的財務預算報表 3.2.1酒店年度預算發(fā)布發(fā)布酒店年度預算報表并顯示在部門經(jīng)理窗體下相應版塊 3.2.2酒店月度預算發(fā)布發(fā)布酒店月度預算報表并顯示在部門經(jīng)理窗體下相應版塊 3.2.3查看查看酒店的年度預算報表及月度預算報表3.3查看報表查看報表3.3.1年度報表查看年度報表3.3.2月度報表查看月度報表3.4財務經(jīng)理查看酒店的財務報表 3.4.1月度報表查看各部門的月度財務報表并可將其整合為總月度財務報表 3.4.2年度

12、報表查看各部門的年度財務報表并可將其整合為總年度財務報表3.5工作報告寫入業(yè)務文檔備份為財務預算提供信息4人力資源管理子系統(tǒng)涉及人力資源管理的相關功能4.1員工管理管理員工信息的錄入、修改、刪除 4.1.1員工添加添加新員工的信息 4.1.2員工信息修改修改員工信息 4.1.3員工刪除刪除被解雇的員工信息4.2績效考核調(diào)出員工月度考核表并對員工做出加薪、降薪、升職、解雇等命令等4.3員工查看調(diào)出員工信息表以備查詢 4.3.1個人基本信息查看員工的基本信息 4.3.2培訓檔案查看員工的培訓檔案4.4人力資源經(jīng)理人力資源部經(jīng)理的各項職能4.4.1工作報告寫入業(yè)務文檔備份2.4.2 基于項目背景的W

13、BS的細化方案表2-5 WBS 細化方案項目階段各活動下的任務任務內(nèi)容定義責任人需求分析階段1對各個子系統(tǒng)進行需求獲取用多種方式進行需求獲取2對獲得的需求進行確認分階段的開需求評審會議概要設計階段1.各個系統(tǒng)的用例描述和圖各個系統(tǒng)總的用例，分用例和所有的用例解說2.各個系統(tǒng)的概念數(shù)據(jù)建模各個系統(tǒng)的E-R模型和UML模型3.概要設計評審分階段開概要評審會議詳細設計階段1. 各個系統(tǒng)對象關系建模各個系統(tǒng)的對象模型建立2. 各個系統(tǒng)分析類各個系統(tǒng)的分析類，界面類，控制類3. 各個系統(tǒng)設計類設置所有類的屬性值，和方法頭4. 各個系統(tǒng)物理數(shù)據(jù)庫設計對所有關系進行物理數(shù)據(jù)庫5.詳細設計評審分階段開詳細評審

14、會議編碼階段1.客房管理子系統(tǒng)編碼對管理員子系統(tǒng)的分析類的方法進行編碼2客房管理子系統(tǒng)集成對管理員子系統(tǒng)所有模塊進行集成3.餐飲管理子系統(tǒng)編碼對教師子系統(tǒng)的分析類的方法進行編碼4.餐飲管理子系統(tǒng)集成對教師子系統(tǒng)所有模塊進行集成5.財務管理子系統(tǒng)編碼對學生子系統(tǒng)的分析類的方法進行編碼6.財務管理子系統(tǒng)集成對學生子系統(tǒng)所有模塊進行集成7.人力資源管理子系統(tǒng)編碼對人力資源管理子系統(tǒng)的分析類的方法進行編碼8. 人力資源管理子系統(tǒng)集成對人力資源管理子系統(tǒng)所有模塊進行集成系統(tǒng)集成1.系統(tǒng)集成對各個子系統(tǒng)進行集成系統(tǒng)測試1.集成測試對各個子系統(tǒng)的集成進行測試2.環(huán)境測試對發(fā)布版本的環(huán)境進行測試提交1.編寫用

15、戶使用手冊包括使用的方法2.提供給用戶安裝程序主要是安裝向?qū)в脩襞嘤?.給用戶進行初期進行系統(tǒng)應用的基本培訓2.4.3 重要的假設及其說明假設：1.酒店領導，公司領導都比較重視。2.酒店里的領導，員工都比較積極主動配合。3.分配的功能點總數(shù)為1012個，平均每人337個功能點4.每個人每個月人均生產(chǎn)率為24個功能點。3 實施計劃3.1 進度計劃此處用甘特圖或進度表格描述。1） 進度計劃：表3-1 進度計劃表任務名稱工 期開始時間結束時間資 源酒店管理系統(tǒng)420d2013-12-62015-2-7l 軟件項目規(guī)劃15 d2013-12-62013-12-24項目規(guī)劃8 d2013-12-6201

16、3-12-15計劃評審7 d2013-12-162013-12-24l 需求開發(fā)14 d2013-12-272014-1-13用戶界面設計5 d2013-12-272013-12-31用戶需求評審3 d2014-1-32014-1-5修改需求、修改用戶界面3 d2014-1-62014-1-10編寫需求規(guī)格說明書2 d2014-1-112014-1-12需求驗證1 d2014-1-132014-1-13l 概要設計15 d2014-1-142014-2-3用例描述圖5 d2014-1-142014-1-20概念數(shù)據(jù)建模5 d2014-1-212014-1-27概要設計評審5 d2014-1-2

17、82014-2-3l 詳細設計21d2014-2-42014-3-4對象關系建模4 d2014-2-42014-2-9分析類5 d2014-2-102014-2-16設計類4 d2014-2-172014-2-22物理數(shù)據(jù)庫設計5 d2014-2-232014-3-1詳細設計評審3 d2014-3-22014-3-4l 項目實施184 d2014-3-72014-11-17客房管理子系統(tǒng)50 d2014-3-72014-5-13通用功能-增量15 d2014-3-72014-3-11信息查詢3 d2014-3-72014-3-9增量1評審2 d2014-3-102014-3-11客房登記-增量

18、29 d2014-3-142014-3-24入住登記3 d2014-3-142014-3-16退房登記2 d2014-3-172014-3-18客房更換2 d2014-3-212014-3-22增量2評審2 d2014-3-232014-3-24客房預訂-增量39 d2014-3-252014-4-6預訂登記4 d2014-3-252014-3-30預訂房查詢3 d2014-3-312014-4-4增量3評審2 d2014-4-52014-4-6客戶遺物管理-增量49 d2014-4-72014-4-19遺物信息錄入3 d2014-4-72014-4-11遺物查詢3 d2014-4-12201

19、4-4-14增量4評審3 d2014-4-152014-4-19客房經(jīng)理-增量511 d2014-4-202014-5-4客房價格調(diào)整3 d2014-4-202014-4-22工作報告4 d2014-4-252014-4-28增量5評審4 d2014-4-292014-5-4客房管理子系統(tǒng)集成7 d2014-5-52014-5-13子系統(tǒng)集成測試3 d2014-5-52014-5-9子環(huán)境測試4 d2014-5-102014-5-13餐飲管理子系統(tǒng)43 d2014-5-162014-7-13通用功能-增量124 d2014-5-162014-6-16點單4 d2014-5-162014-5-1

20、9信息查詢4 d2014-5-202014-5-25預定4 d2014-5-262014-5-31買單4 d2014-6-12014-6-6換臺4 d2014-6-72014-6-10增量1評審4 d2014-6-132014-6-16餐飲經(jīng)理-增量211 d2014-6-172014-7-1餐飲價格調(diào)整5 d2014-6-172014-6-23工作報告3 d2014-6-242014-6-28增量2評審3 d2014-6-292014-7-1餐飲管理子系統(tǒng)集成8 d2014-7-42014-7-13子系統(tǒng)集成測試4 d2014-7-42014-7-7子環(huán)境測試4 d2014-7-82014-

21、7-13財務管理子系統(tǒng)50 d2014-7-142014-9-21財務經(jīng)理-增量19 d2014-7-142014-7-26月度預算審核3 d2014-7-142014-7-18年度預算審核3 d2014-7-192014-7-21增量1評審3 d2014-7-222014-7-26查看財務預算匯總表-增量29 d2014-7-272014-8-8查看月度預算匯總表3 d2014-7-272014-7-29查看年度預算匯總表3 d2014-8-12014-8-3增量2評審3 d2014-8-42014-8-8酒店財務預算-增量313 d2014-8-92014-8-25酒店年度預算發(fā)布3 d2

22、014-8-92014-8-11酒店月度預算發(fā)布3 d2014-8-122014-8-16查看3 d2014-8-172014-8-19增量3評審4 d2014-8-222014-8-25查看報表-增量411 d2014-8-262014-9-9月度報表3 d2014-8-262014-8-30年度報表4 d2014-8-312014-9-5增量4評審4 d2014-9-62014-9-9財務管理子系統(tǒng)集成8 d2014-9-122014-9-21子系統(tǒng)集成測試4 d2014-9-122014-9-15子環(huán)境測試4 d2014-9-162014-9-21人力資源管理子系統(tǒng)41 d2014-9-

23、222014-11-17人力資源經(jīng)理-增量110 d2014-9-222014-10-5績效考核3 d2014-9-222014-9-26工作報告3 d2014-9-272014-9-29增量1評審4 d2014-9-302014-10-5員工管理-增量29 d2014-10-62014-10-18員工添加2 d2014-10-62014-10-7員工信息修改2 d2014-10-102014-10-11員工刪除2 d2014-10-122014-10-13增量2評審3 d2014-10-142014-10-18員工查看-增量314 d2014-10-192014-11-7個人基本信息4 d2

24、014-10-192014-10-24培訓檔案4 d2014-10-252014-10-28增量3評審6 d2014-10-312014-11-7人力資源管理子系統(tǒng)集成8 d2014-11-82014-11-17子系統(tǒng)集成測試5 d2014-11-82014-11-14子環(huán)境測試3 d2014-11-152014-11-17l 系統(tǒng)集成24 d2014-11-182014-12-21系統(tǒng)集成24 d2014-11-182014-12-21l 系統(tǒng)測試29 d2014-12-222015-1-31系統(tǒng)測試15 d2014-12-222015-1-11環(huán)境測試14 d2015-1-122015-1

25、-31l 提交5 d2015-2-12015-2-7完成文檔3 d2015-2-12015-2-3驗收、提交2 d2015-2-62015-2-7備 注：安排的時間范圍已包含節(jié)假日2）項目的PDM圖圖3-1 進度計劃網(wǎng)絡圖2） 項目進度計劃的甘特圖：3） 項目甘特圖實施部分的計劃展開如下：圖3-3 實施部分的甘特圖5）里程碑高層領導可能更加關注里程碑的進展，所以需要一個里程碑的圖示，如下表所示。表3-2 里程碑表事件時間增量1客房管理通用功能2014-03-11增量2客房登記2014-03-24增量3客房預訂2014-04-06增量4客房遺物管理2014-04-19增量5客房經(jīng)理2014-05

26、-04增量6客房管理子系統(tǒng)集成2014-05-13增量7餐飲管理通用功能2014-06-16增量8餐飲經(jīng)理2014-07-01增量9餐飲管理子系統(tǒng)集成2014-07-13增量10財務經(jīng)理2014-07-26增量11查看財務預算匯總表2014-08-08增量12酒店財務預算2014-08-25增量13查看報表2014-09-09增量14財務管理子系統(tǒng)集成2014-09-21增量15人力資源經(jīng)理2014-10-05增量16員工管理2014-10-18增量17員工查看2014-11-07增量18人力資源管理子系統(tǒng)集成2014-11-173.2 基于進度計劃的成本核算表3-3 基于進度計劃的成本核算表

27、任務名稱開始時間結束時間比較基準酒店管理系統(tǒng)2013-12-62015-2-7340，000l 軟件項目規(guī)劃2013-12-62013-12-2412，000項目規(guī)劃2013-12-62013-12-157，000計劃評審2013-12-162013-12-245，000l 需求開發(fā)2013-12-272014-1-1330，000用戶界面設計2013-12-272013-12-3110，000用戶需求評審2014-1-32014-1-59，000修改需求、修改用戶界面2014-1-62014-1-104，000編寫需求規(guī)格說明書2014-1-112014-1-123，000需求驗證2014-

28、1-132014-1-134，000l 概要設計2014-1-142014-2-313，000用例描述圖2014-1-142014-1-204，000概念數(shù)據(jù)建模2014-1-212014-1-276，000概要設計評審2014-1-282014-2-33，000l 詳細設計2014-2-42014-3-440，000對象關系建模2014-2-42014-2-98，000分析類2014-2-102014-2-1611，000設計類2014-2-172014-2-2211，000物理數(shù)據(jù)庫設計2014-2-232014-3-16，000詳細設計評審2014-3-22014-3-44，000l 項

29、目實施2014-3-72014-11-17210，000客房管理子系統(tǒng)2014-3-72014-5-1360，000通用功能-增量12014-3-72014-3-1813，000客房登記-增量22014-3-212014-3-2510，000客房預訂-增量32014-3-282014-4-810，000客戶遺物管理-增量42014-4-112014-4-1910，000客房經(jīng)理-增量52014-4-202014-5-312，000客房管理子系統(tǒng)集成2014-5-42014-5-135，000餐飲管理子系統(tǒng)2014-5-162014-7-1350，000通用功能-增量12014-5-162014

30、-6-1030，000餐飲經(jīng)理-增量22014-6-132014-7-615，000餐飲管理子系統(tǒng)集成2014-7-72014-7-135，000財務管理子系統(tǒng)2014-7-142014-9-2160，000財務經(jīng)理-增量12014-7-142014-7-2015，000查看財務預算匯總表-增量22014-7-212014-8-311，000酒店財務預算-增量32014-8-42014-8-1111，000查看報表-增量42014-8-122014-8-3013，000財務管理子系統(tǒng)集成2014-9-82014-9-215，000人力資源管理子系統(tǒng)2014-9-222014-11-1740，0

31、00人力資源經(jīng)理-增量12014-9-222014-10-510，000員工管理-增量22014-10-62014-10-1813，000員工查看-增量32014-10-192014-11-712，000人力資源管理子系統(tǒng)集成2014-11-82014-11-175，000l 系統(tǒng)集成2014-11-182014-12-2115，000系統(tǒng)集成2014-11-182014-12-2115，000l 系統(tǒng)測試2014-12-222015-1-3115，000系統(tǒng)測試2014-12-222015-1-119，000環(huán)境測試2015-1-122015-1-316，000l 提交2015-2-1201

32、5-2-75，000完成文檔2015-2-12015-2-33，500驗收、提交2015-2-62015-2-71，500項目開發(fā)人員為3個人員。項目開發(fā)用到52個人月。預算總成本為340，000元（見上表），與估算的成本333，900元基本持平（有一點差距）。這樣340，000元可以作為項目的成本控制參考。3.3 調(diào)整后的進度計劃逐項列出影響初始計劃的因素和調(diào)整的條目（包括影響項目成敗的關鍵問題、技術難點和風險），指出這些問題對項目的影響然后給出調(diào)整后的進度計劃。由于系統(tǒng)規(guī)模不是很大，開發(fā)團隊的人員對本系統(tǒng)也很熟悉，所以開發(fā)的過程中風險較小。所以進度計劃沒有太大的改動。3.4 關于進度計劃的

33、其他說明1.本進度計劃是從按照交付日期倒推確定時間，然后安排計劃內(nèi)容； 2.進度安排提交的日期并非是真實的交付日期，而是留有半個月左右的余量時間，以備變化。3.5 關于其他計劃的說明質(zhì)量管理計劃、1.軟件質(zhì)量是設計出來的不是檢查出來的。所以質(zhì)量管理的關鍵是預防重于檢查，事前計劃好質(zhì)量，而不是事后檢查。2. 軟件質(zhì)量計劃的主要內(nèi)容為：針對項目過程中那些對最終產(chǎn)品起著重要的作用的中間產(chǎn)品：需求規(guī)格、設計說明書，源程序，測試計劃，測試結果等的管理。配置管理計劃1.管理的主要內(nèi)容為：版本信息。2.管理的主要目標：軟件配置的完整性和可追溯性。項目跟蹤管理計劃1.基本原理：2.項目跟蹤的主要目的是：保證正

34、確的人在正確的時候得到正確的信息。4 項目成果產(chǎn)品4.1 軟件程序程序名稱：酒店管理系統(tǒng)安裝程序所用的編程語言：Visual Basic 存儲程序的媒體形式: 移動硬盤本系統(tǒng)能夠完成用戶所提的基本功能需求和非功能需求，安全性能比較高，且能同時容納2000人同時訪問服務器。4.2 軟件文檔驗收報告：客戶對產(chǎn)品的驗收情況的記錄用戶安裝手冊：指導用戶怎樣安裝產(chǎn)品用戶使用手冊：指導用戶怎樣使用本系統(tǒng)幫助：提供給用戶在使用過程中的參考4.3 軟件服務服務名稱服務的級別服務開始日期服務期限是否收費安裝培訓低軟件提交給用戶時1d不收系統(tǒng)維護高每年寒假開始2d視情況而定運行支持高軟件提交給用戶時1d不收4.4

35、 非移交的軟件產(chǎn)品項目計劃質(zhì)量保證計劃配置管理計劃項目范圍說明書概要設計說明書詳細設計說明書設計術語及規(guī)范源程序編碼規(guī)則測試計劃測試用例測試報告4.5 驗收標準1.驗收測試的對象：軟件包括程序、數(shù)據(jù)和文檔。2.驗收測試要注意問題：（1）驗收測試始終要以雙方確認的需求規(guī)格說明和技術合同為準，確認各項需求是否得到滿足，各項合同條款是否得到貫徹執(zhí)行。（2）驗收測試和單元測試、集成測試不同，它是以驗證軟件的正確性為主，而不是以發(fā)現(xiàn)軟件錯誤為主。（3）對驗收測試中發(fā)現(xiàn)的軟件錯誤要分級分類處理，直到通過驗收為止。（4）驗收測試中的用例設計要具有全面性、多維性、效率性，能以最少的時間在最大程度上確認軟件的功

36、能和性能是否滿足要求。 3.驗收測試的目的是確認系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說明和技術合同的相關規(guī)定。通過實施預定的測試計劃和測試執(zhí)行活動確認軟件的功能需求、性能需求和文檔需求。安裝測試、功能測試、界面測試、性能測試、文檔測試、負載壓力測試、恢復測試、安全性測試、兼容性測試等。（1）安裝測試 ：安裝測試的目的在于驗證軟件能否在不同的配置情況下完成安裝，并確認能否正常運行。（2）功能測試 ：功能測試是驗收測試中的主要內(nèi)容。功能測試要包含以下項目：單個模塊的查詢、增加、刪除、修改、保存等操作；數(shù)據(jù)的輸入與輸出；數(shù)據(jù)處理操作，如導入、結轉等；基礎數(shù)據(jù)定義的精度；計算的準確性，如倉庫的歷史庫存、當前庫存、貨位庫存是否準確；數(shù)據(jù)共享能力；身份驗證和權限管理。（3）界面測試 ：界面要符合現(xiàn)行標準和用戶習慣。軟件企業(yè)可以形成自己的特色，但要確保整個軟件風格一致。界面測試要從友好性、易操作性、美觀性、布局合理、分類科學、標題描述準確等方面入手。測試用例的設計要重點掌握以下幾點： 第一，背景和前景的顏色是否協(xié)調(diào)，顏色反差是否用得恰當；第二，軟件得圖標、按鈕、對話框等外觀風格是否一致，美觀效果所要求的屏幕分辨率；第三，窗口元素的布局是否合理，并保持一致；第四，各種字段標題的信息描述是否準確；第五，快捷鍵、按鈕、鼠標等操作在軟件中是否一致；第六，窗口