【正文】 .................................................................... 2 功能測試 2 用戶界面測試 2 性能評測 3 安全性測試 3 工具 .................................................................................................... 錯誤 !未定義書簽。 項目組在每個階段結束時，由各小組在本階段中的狀態(tài)匯報，來編制該階段的狀態(tài)報告。 通過本項目的實施，可以比較方便的實現(xiàn) 酒店管理 系統(tǒng)的實施，為用戶的管理和查詢提供方便快捷的后臺服務。 5. 專題計劃要點 ........................................................................................................................ 7 基礎技術積累計劃 ................................................................................................... 7 測試計劃 ................................................................................................................. 8 配置計劃 ................................................................................................................. 8 組織、職 責和接口 ................................................................ 錯誤 !未定義書簽。 它說明了本項目軟件開發(fā)的方法，是一個高級計劃，可以為本項目的相關專題計劃的制定提供指導與參考。 《測試日志》 結項 202046 生成目標系統(tǒng)； 生成目標系 統(tǒng)的安裝系統(tǒng)； 確認是否達成項目目標 . 程序 《配置狀態(tài)報告》 《測試分析報告》 《項目總結報告》 項目工作任務分解 任務項 負責人 參加人員 交付項、應提交文檔 預計起止時間 計劃 陳敏 李治國、 李艷麗、李土榮 、 《項目開發(fā)計劃書》 《 配置管理計劃 》 2020329至2020330 需求分析 李艷麗 李艷麗、梁浩、李寧， 全體成員參與 《需求規(guī)格說明書》 《測試計劃》 2020329至2020330 概要設計 李艷麗 李艷麗、梁浩、陳浩文、李寧、 李治國、李文亮、洪湖廣 《概要設計 說明書》 《數(shù)據(jù)庫設計說明書》 《系統(tǒng)測試用例》 2020329 202043 編碼 /測試 李土榮 全組成員 《測試日志》 202043至202046 結項 陳敏 全 組 成員 程序 《配置狀態(tài)報告》 《測試分析報告》 《項目總結報告》 202046 進度 進度安排 進度控制計劃 1） 本項目組分為 6 個小組， 每天晚上 是對本 日 的工作做一個總結。 基礎技術積累計劃 技術編號 基礎技術名稱 形成和提交時間 負 責人 技術編號 基礎技術名稱 形成和提交時間 負 責人 1 SQA 2020． 4． 6 李治國 2 SCM 2020． 4． 6 李治國 3 Jbuilder + SQL server 2020． 4． 6 李土榮 4 測試 2020． 4． 6 洪湖廣 測試計劃 測試階段分解： 測試 測試類型 負責人 時間 1 單元 李土榮 、 洪湖廣、李文亮 202043 到 202046 2 集成 李文亮 202043 到 202046 3 系統(tǒng) 洪湖廣 202046 4 驗收 李土榮 202046 詳細信息請參閱 測試計劃 ?？梢?，酒店管理電腦化勢在必行。 測試序號 測試項 優(yōu)先級 1 董事長 登錄 高 2 經(jīng)理 登錄 高 3 業(yè)務員登錄 高 4 客房預定 高 5 客房設 置 高 6 點菜收銀 高 7 酒菜設置 高 8 添加商品 高 9 供應商信息 高 10 酒菜查詢 中 11 客戶消費查詢 中 12 商品查詢 中 非功能性測試需求 非功能性測試需求主要來自于系統(tǒng)補充規(guī)約的要求，而產(chǎn)生的對應各種要求的測試類型。 完成標準： 所計劃的測試能 夠覆蓋用例事件流 (基本流及所有備選流 )以及由此產(chǎn)生的所有場景，并且所計劃的測試已全部執(zhí)行。 對于補充規(guī)約的容量條件，驗證哪個時間段是可以接受的時間，這里的時間是指程序響應。修改用戶類型并為相同的用戶重新運行測試。 3. 如有新的項目需求，則在原測試計劃下做相應的調整。 定義 HMS（ hotel management system） 酒店管理系統(tǒng) 項目開發(fā)計劃 項目名稱 9 參考資料 《酒店管理系統(tǒng)》 《項目開發(fā)計劃書》 《 Java 程序設計》 軟件工程 (第二版 )(作者：史濟民 李昌武 出版社：高等教育出版社 ) 16. 總體概述 產(chǎn)品標識 產(chǎn)品名稱：酒店管理系統(tǒng) 產(chǎn)品縮稱： HMS 版本號： 產(chǎn)品描述 系統(tǒng)屬性 HMS 是一個在 Windows2020 以上的操作系統(tǒng)平臺下運行的酒店管理系統(tǒng)，并借助數(shù)據(jù)庫系統(tǒng)（ SQL SERVER 2020）進行數(shù)據(jù)管理。 項目開發(fā)計劃 項目名稱 10 產(chǎn)品功能 本產(chǎn)品包括四大功能模塊，優(yōu)先級定義可采用以下方法（ QFD 對功能需求的分類方法）： a. 高 —— 必須實現(xiàn)的功能，用戶有明確的功能定義和要求； b. 中 —— 件應該實現(xiàn)的功能，用戶的功能定義和要求可能是模糊的、不具體的、或低約束的 ，但是這類功能的缺少會導致用戶的不滿意，因此這類功能的具體需求應當由需求分析人員誘導用戶產(chǎn)生并明確； c. 低 —— 盡量實現(xiàn)的功能，并可根據(jù)開發(fā)進度進行取舍，但這類功能的實現(xiàn)將會增加用戶的滿意度。 硬件接口 支持一 般的微機、筆記本電腦、個人掌上電腦等移動 pc 設備。檢驗用戶身份， 存在相應的身份證號碼則進入客戶端界面，否則返回失敗信息。若輸入不完整則提示“請輸入完整的信息”。 輸出項 對 operator(低 級 )：不能進入用戶管理、營業(yè)設置、營業(yè)信息分析和庫存信息管理。 性能需求 ，能有效控制和管理不同的用戶的權限 1 兆每秒以上的專用網(wǎng)上，服務器能同時處理 5000 用戶端并發(fā)的訪問 3. 在 PⅢ以上，內存 128M 以上，硬盤 2G 以上的微機與筆記本電腦上，響應時間要求在 ~1 秒內。 刪除原用戶。 界面要求 圖形界面 功能編號 3 功能名稱 營業(yè)管理 功能描述 根據(jù)需求進行酒菜設置、 商家 設置、點菜 結賬 、進貨入庫 輸入項 1. 酒菜設置：輸入酒菜名稱、生產(chǎn)地、酒菜類型、單位、批發(fā)價、零售價、生產(chǎn)商、備注 2. 商家 設置：（此處只可查詢不可修改，因為 商家 信息已在酒菜管 理處設置過） 3. 選擇點菜 結賬 ：選擇房間號進入菜單列表，選擇食品名稱、輸入數(shù)量及折扣 4. 選擇進貨入庫：輸入所進商品名稱、 商家 、單價、折扣、數(shù)量及相關備注 處理描述 根據(jù)輸入提供相關資料記錄 輸入出 1. 酒菜設置：酒菜添加成功，并輸出酒菜的相關信息（包括名稱、生產(chǎn)地、項目開發(fā)計劃 項目名稱 14 酒菜類型、單位、批發(fā)價、零售價、生產(chǎn)商、備注） 2. 商家 設置： 輸出 商家 信息（包括 商家 名稱、地址、郵政、電話及公司主頁） 3. 選擇點菜 結賬 ：輸出訂單信息（包括訂單號、業(yè)務員、顧客姓名、菜名、數(shù)量、折扣、付帳情況、消費日期） 4. 選擇進貨入庫：已成功進行入庫操作 界面要求 圖形界面 功能編號 4 功能名稱 信息查詢 功能描述 可以以不同的方式通過統(tǒng)計查詢得知酒店的營業(yè)情況，酒店便可以根據(jù)情況實時地調整營銷策略。數(shù)據(jù)庫調置了這三類人員的登錄用戶名密碼及相關權限，若登錄信息與數(shù)據(jù)庫不符則提示“錯誤的用戶名及密碼”，需重新輸入。 6. 設計良好的聯(lián)機幫助 7. 顯示啟動畫面：畫面簡潔明快，富有現(xiàn)代氣息，不能太花哨。 酒店管理的電腦化，不僅是體現(xiàn)酒店現(xiàn)代化形象的一個重要標志 ，而且對 提高員工工作效率， 讓管理層有時間 集中精力規(guī)劃管理 、制定運作策略和實施決策， 加速資金周轉、降低各項成本 以 及改善服務質量都有十分積極的作用。 本需求分析包含了初步分析設計各功能模塊、提供性能要求、對用戶影響的信息 、 以及對各功能模塊功能的描述；同時也是規(guī)范開發(fā)人員進行設計和部署實施的基礎和依據(jù)，為整體工作組的工作流程做出明確指導，引導工作組員之間、工作組員與用戶之間的溝通。 9. 暫停標準和再啟動要求 1. 若開發(fā)暫停，則相應測試也暫停。 系統(tǒng)級別的安全性： 核實只有具備系統(tǒng)和應用程序訪問權限的主角才能訪問系統(tǒng)和應用程序 。 通過修改輸入數(shù)據(jù)來改變事務數(shù)量或執(zhí)行時間，或通過修改腳本來增加每項事務的迭 代數(shù)量。并且錄制、編輯腳本用于回歸測試。 五級：其他錯誤。為了提高服務質量，酒店的管理系統(tǒng)會隨客人的需求而不斷完善，及時的共享客人的信息，給客人提供人性化的服務已成為酒店管理的目標和方向，而酒店裝潢、客房數(shù)量、價格等競爭將退居二線，可以預見的是，未來酒店的競爭將在智能化、信息化方面展開。 對項目成員的接口人員：由組長（ 李土榮 、 洪湖廣 ）負責。 項目開發(fā)過程階段劃分 階段名稱 起止時間 工作內容 階段產(chǎn)品 計劃 2020329至2020330 編制各項計劃 《 項目開發(fā)計劃書》 《 配置管理計劃 》 需求分析 2020329至2020330 對用戶原始需求，進行詳細的功能需求分析和數(shù)據(jù)需求分析 《 需求規(guī)格說明書》 《 測試計劃》 概要設計 2020329 202043 對需求分析 , 具體分板功能模塊 《概要設計說明書》 《數(shù)據(jù)庫設計說明書》 《 系統(tǒng)測試用例》 編碼 /測試 202043至202046 將實現(xiàn)方案（設計）使用工程化的方法，采用恰當?shù)倪^程和工具生成滿足需求、符合實現(xiàn)方案的目標系統(tǒng)。 評審計劃 ................................................................................................................. 8 質量保證計劃 .......................................................................................................... 8 培訓計劃 ................................................................................................................. 9 系統(tǒng)安裝計劃 .......................................................................................................... 9 1. 引言 編寫目的 編寫此計劃的目的是安排項目 組織、進度、項目的風險管理、配置管理等內容和活動，使項目開發(fā)活動有組織、有計劃的遵循一定的流程開展。 標識方法 .............................................................................. 錯誤 !未定義書簽。 可復用資源 4. 實施計劃 項目選用的生命周期 本項目采用的是以瀑布開發(fā)模型。 對項目組的接口人員： 李土榮 負責。傳統(tǒng)的管理系統(tǒng)往往令管理 者花費大量的時間精力來處理顧客投訴，例如錯誤查詢、煩瑣的的登記和結帳手續(xù)、顧客費用計算錯誤、房間資料不能及時更新等，從而影響出租效率，使得管理人員不得不集中精力規(guī)劃管理運行策略和進行決策。 四級：使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。為各測試用例制定測試過程。 對于多用戶訪問 使測試對象處理大量的數(shù) 據(jù) ,特別是對于數(shù)據(jù)庫的訪問 ,看是否超出軟硬件的極限 ,確定系統(tǒng)的負載程度 . 測試目標 ： 核實所指定的測試需求中 性能測試需求中定義的 內容進行測試 核實測試