軟件工程-教務管理系統(tǒng)

1、System requirements specification 軟件工程課程設計報告 報告題目：酒店管理系統(tǒng)學 院：計算機科學與技術專 業(yè)：計算機科學與技術 班 級： 計科132 組 長： 王垚 成 員：盧保安 余穎 吳穎 程夏煜 指導教師： 黃瑞章 2016年 5月 13 日System requirements specification目錄 1 目的.1 2 范圍 2.1 標識.1 2.2 設計基線.1 3 參考文獻.1 4 概述 4.1 背景.2 4.2 總體概述.2 5 調(diào)查和分析方法 5.1可行性分析和需求獲取.3 5.2系統(tǒng)分析和需求規(guī)模.3 5.2.1用面向?qū)ο蟮姆椒ㄟM行問

2、題分析.3 5.2.2適用范圍和局限性.3 5.2.2.1分析方法.3 5.2.2.2運行環(huán)境.4 5.2.2.3用戶特點.4 5.2.2.4約束條件.4 6 操作需求 6.1應用服務和支持.4 6.2系統(tǒng)分級.4 7 功能需求 7.1顧客功能.5 7.1.1個人信息.5 7.1.2操作功能.5 7.2管理員功能.5 7.3輔助功能.5 8非功能需求 8.1性能需求.5 8.2安全設施需求.6 8.3安全性需求.6 8.3.1用戶安全性需求.68.3.2用戶安全性需求.68.3.3系統(tǒng)安全性需求.68.3.4服務安全性需求.6 8.4軟件質(zhì)量屬性.68.4.1可用性.68.4.2健壯性.7 9

3、 需求模型9.1 Use cases用例分析.79.2 CRC Cards類模型分析.10 1、目的酒店訂房和交易不能通過大量的電話呼叫方式進行，同時在登記和注冊方面采用人工的方法會顯得非常緩慢，在人流量過多時會造成擁堵，影響經(jīng)營。所以我們需要開發(fā)一個預訂、支付、查詢等各種酒店管理一體化的酒店管理系統(tǒng)，能夠充分讓顧客擁有自主性，同時讓整個交易環(huán)節(jié)變得簡單高效。此文檔的撰寫是為了往后進行系統(tǒng)開發(fā)進行前期的準備工作。2、 范圍2.1標識SRS適用范圍：酒店管理系統(tǒng)標識號：GZU001（Guizhou University）標題：綜合性酒店管理系統(tǒng)版本號：XXXXX2.2設計基線本文檔設計基線是軟件

4、工程實踐者的研究方法（Roger S.Pressman 著，鄭人杰，馬素霞等譯）3、 參考文獻1 李紅，數(shù)據(jù)庫原理及應用（第二版) 高等教育出版社 20032 謝希仁，計算機網(wǎng)絡（第五版）電子工業(yè)出版社 20123 Roger S.Pressman軟件工程實踐者的研究方法（第七版）機械工業(yè)出版社 2011 4、概述4.1 背景當前，隨著信息的不斷飛速發(fā)展，信息技術已逐漸成為各種技術的基礎，信息也成為企業(yè)具有競爭力的核心要素。企業(yè)的生存和發(fā)展依靠正確的決策，而決策的基礎就是信息，所以，企業(yè)競爭力的高低完全取決于企業(yè)對信息的獲取和處理能力。企業(yè)要準確、快速的獲取和處理信息，企業(yè)信息化是必然的選擇。

5、企業(yè)必須加快內(nèi)部信息交流，改進企業(yè)業(yè)務流程和管理模式，提高運行效率，降低成本，提高競爭力，信息化建設是企業(yè)適應社會發(fā)展的要求。企業(yè)管理信息系統(tǒng)即企業(yè)MIS是企業(yè)信息化的重要內(nèi)容。4.2 總體概述隨著旅游業(yè)的發(fā)展，酒店、餐飲娛樂行業(yè)日趨發(fā)達，引入全方位的計算機服務和計算機管理日益流行。同時，酒店和餐飲娛樂業(yè)引入計算機服務和管理也取得了優(yōu)良的經(jīng)濟效益和社會效益。為此，國家建設部已作出明確規(guī)定：凡星級酒店在項目審批時，其設計方案必須包括計算機管理系統(tǒng)，否則不予立項?？梢?，酒店管理計算機化勢在必行。而傳統(tǒng)的酒店管理方法不僅耗時耗力而且容易出錯，只有將酒店管理系統(tǒng)與先進的計算機技術結合起來，才能滿足現(xiàn)代

6、化人們的需求。由此可見設計酒店管理系統(tǒng)軟件的必要性。本次課程設計選擇酒店管理系統(tǒng)為設計題目,要求設計出可適用于酒店的管理要求。通過本系統(tǒng)，能夠?qū)崿F(xiàn)完成客房標準管理，包括客房標準的添加、刪除、修改等；查詢客房的入住情況；方便快捷的訂房功能，并能隨時查詢訂房信息；對客戶進行自動一體化的結賬包括餐飲、客房使用、以及其他收費服務進行并賬，并能實現(xiàn)對特定客戶的折扣率的特殊管理等相關功能。要求結合課堂所學知識和生活中的信息管理和應用需求，完成本次酒店管理系統(tǒng)的設計和實現(xiàn)。5、調(diào)查和分析方法5.1.可行性分析和需求獲取組織一個由多人組成的開發(fā)團隊進行開發(fā)和實施，對目前軟件的開發(fā)定期召開會議，對需求用戶的需求

7、采集將進行系統(tǒng)的存檔，員工的反饋系統(tǒng)以及溝通系統(tǒng)也是必須的。同時必須進行可行性和風險評估研究，以確定哪些方案是合理的?？尚行院惋L險評估研究包括：·投資必要性及風險評估·技術可行性及風險評估·財務可行性及風險評估·經(jīng)濟可行性及風險評估·社會可行性及風險評估5.2系統(tǒng)分析和需求規(guī)模 5.2.1用面向?qū)ο蟮姆椒ㄟM行問題分析 酒店管理系統(tǒng)的外部視圖包括酒店基本信息的簡介，用戶的信息，房間信息，結算界面，訂單的查詢和用戶反饋界面。我們所主要需要實現(xiàn)的系統(tǒng)的具備的一些特點為： ·易學易用，特指在windows操作系統(tǒng)下，界面友好只管，方便操作，能

8、夠使用戶能夠輕松上手。 ·功能完整，區(qū)分前臺和后臺管理，權限分級，實現(xiàn)酒店的數(shù)字化管理。·數(shù)據(jù)安全，實現(xiàn)數(shù)據(jù)的手動備份和安全性監(jiān)督，保障數(shù)據(jù)不被外泄。·查詢簡單，能輕松的管理酒店每天的顧客和收入等信息5.2.2適用范圍和局限性 5.2.2.1分析方法 分析方法包括業(yè)務分析、需求分析、數(shù)據(jù)分析、過程分析、架構分析·業(yè)務分析：業(yè)務功能、業(yè)務所有權，贊助及相關項目預算要求·需求分析：系統(tǒng)IO描述，用戶需求定義，功能和安全性需求·數(shù)據(jù)分析：數(shù)據(jù)采集過程、數(shù)據(jù)驗證、數(shù)據(jù)存儲、處理和檢索·過程分析：項目進行流程分析，流程分解和系統(tǒng)界面&

9、#183;架構分析：系統(tǒng)可操作性，用戶界面設計，系統(tǒng)信息結構 5.2.2.2運行環(huán)境：名稱相關需求及描述服務器可自選軟件 Windows XP及以上操作系統(tǒng)，配備Microsoft SQL Server 2000以上數(shù)據(jù)庫，JDK 1.7以上版本。硬件 Inter 雙核處理器，能夠支持多線程，硬盤不少于100GB，內(nèi)存大于1GB支持DDR2。電源 因有內(nèi)部電源和外部電源，或者是應急電源，以保證在突然斷電的情況下能夠保存數(shù)據(jù)，避免數(shù)據(jù)丟失造成損失。5.2.2.3 用戶特點系統(tǒng)開發(fā)人員：擁有系統(tǒng)最高權限，對系統(tǒng)進行維護和更新。系統(tǒng)管理員：擁有較高權限，能夠?qū)ο到y(tǒng)進行管理。顧客：擁有一般權限，不能進

10、入后臺管理界面。5.2.2.4約束條件（1） 數(shù)據(jù)精確性：在顧客進行查詢時必須使數(shù)據(jù)盡可能精確，所有相關域都應該能被搜索到。（2） 反應靈敏性：所有系統(tǒng)用戶對系統(tǒng)進行操作時都應該在1-2秒內(nèi)作出反應。（3） 數(shù)據(jù)庫穩(wěn)定性：所用的數(shù)據(jù)庫必須足夠穩(wěn)定。6、操作要求 6.1應用服務和技術支持程序員和應用開發(fā)人員應隨時準備訪問和修改源代碼，解決錯誤或者進行系統(tǒng)增強更新，同時網(wǎng)絡管理員以及DBMS也保護系統(tǒng)全天性的正常運行。 6.2用戶分級在線的系統(tǒng)中應包括系統(tǒng)安全性和訪問級別的分配，房客的訪問權限僅限進行查詢和訂購，而通過系統(tǒng)授權的管理員可以進行房間信息的發(fā)布修改、酒店主頁面的更新等。7、功能需求該系

11、統(tǒng)應具有以下功能7.1顧客功能顧客能夠在線進行酒店房間查詢、搜索、預訂和反饋等功能。 7.1.1 個人信息 （1）用戶身份信息 （2）用戶身份驗證/更改密碼 （3）用戶郵箱/用戶電話號碼 （4）用戶的級別信息 （5）退出 7.1.2操作功能 （1）注冊和登陸狀態(tài) （2）房間查詢和搜索 （3）房間預訂和在線支付 （4）訂單的生成與退訂 7.2管理員功能 （1）房間信息發(fā)布及修改 （2）訂單查詢和修改 （3）用戶信息查詢和修改 （4）管理員信息查詢和修改 7.3輔助功能 錯誤信息判斷： （1）房間不存在或者預訂沖突 （2）顧客注冊時身份證號與姓名不匹配 （3）預訂房間數(shù)量超過已有數(shù)量8.非功能需求

12、8.1性能需求1、當查詢空余項目時，系統(tǒng)的響應時間不能超過2秒。2、用戶向系統(tǒng)提交信息后，系統(tǒng)將在1秒鐘內(nèi)向用戶顯示確認信息。8.2安全設施需求無8.3安全性需求8.3.1用戶安全性需求： （1）限制不必要的用戶。經(jīng)常檢查系統(tǒng)的用戶，刪除已經(jīng)不再使用的用戶。 （2）創(chuàng)建兩個管理員賬號。創(chuàng)建一個一般權限用戶用來處理一些日常事物，另一個擁有管理員權限的用戶只在需要的時候使用。（3）開啟用戶策略，分別設置復位用戶鎖定計數(shù)器時間為20分鐘，用戶鎖定時間為20分鐘，用戶鎖定閾值為3次。8.3.2密碼安性需求： （1）使用安全密碼，注意密碼的復雜性，還要經(jīng)常改密碼。（2）設置屏幕保護密碼。（3）開啟密碼策

13、略。設置密碼長度最小值為6位，設置強制密碼歷史為5次，時間為30天。8.3.3系統(tǒng)安全性需求：（1）安裝防毒軟件，經(jīng)常進行系統(tǒng)掃描并升級病毒庫。（2）關閉默認共享。 8.3.4服務安全性需求：（1）關閉不必要的端口。用端口掃描器掃描系統(tǒng)已開放的端口，確定系統(tǒng)開放的哪些服務可能引起黑客入侵。（2）設置好安全記錄的訪問權限。安全記錄在默認情況下是沒有保護的，把它設置成只有管理員和系統(tǒng)賬戶才有權訪問。（3）要把一些重要的用戶數(shù)據(jù)（文件、數(shù)據(jù)表、項目文件等）定時備份在另一個安全的服務器中。8.4軟件質(zhì)量屬性8.4.1可用性 （1）“酒店管理系統(tǒng)”將具備每天24小時可用。8.4.2健壯性（1）如果在繳納

14、定金或退房結賬時客戶機和服務器中斷，那么當時的操作全部視為無效，系統(tǒng)不記錄到數(shù)據(jù)庫。9需求模型9.1 Use Cases用例分析酒店管理系統(tǒng)酒店管理員extendextendextend修改信息修改信息修改信息管理員信息查詢訂單查詢發(fā)布酒店主頁退訂客戶訂單生成在線支付房間預訂注冊登錄房間查詢?yōu)g覽酒店首頁extendincludeinclude產(chǎn)品用戶使用場景場景分析使用我們的產(chǎn)品“酒店管理系統(tǒng)”的人員主要有系統(tǒng)開發(fā)人員、酒店管理員、顧客。用例名稱：瀏覽系統(tǒng)首頁用例標識號：001參與者：顧客情境目標：顧客能夠從首頁中瀏覽關于酒店的介紹前提條件：無場景：顧客無需登錄直接從系統(tǒng)首頁中瀏覽酒店信息異常

15、：無后置條件：無注釋：無用例名稱：房間情況查詢用例標識號：002參與者：顧客情境目標：顧客登錄系統(tǒng)后可對對房間入住和剩余情況進行查詢前提條件：顧客已注冊并登錄系統(tǒng)場景：1、顧客瀏覽首頁后點擊“房間查詢”按鈕，如已登錄則直接進入 2、如沒登錄系統(tǒng)提示登錄，沒注冊則注冊后再登錄 3、登錄后進入房間查詢頁面，顯示酒店房間入住和剩余情況異常及異常處理：系統(tǒng)后臺崩潰，無法顯示信息，則開發(fā)人員及時維護后置條件：無注釋：無用例名稱：房間預訂用例標識號：003參與者：顧客情境目標：顧客通過系統(tǒng)進行房間預訂前提條件：顧客已注冊并登錄系統(tǒng)場景：1、顧客進行房間查詢后，選中對應房間后進入房間預訂界面 2、點擊“預訂

16、”按鈕進行確認預訂異常：無后置條件：在線支付注釋：無用例名稱：在線支付用例標識號：004參與者：顧客情境目標：顧客可通過系統(tǒng)網(wǎng)上預訂并支付前提條件：進行了房間預訂-參看用例：003房間預訂場景：1、顧客在預訂房間后進入支付界面，選擇支付方式 2、點擊“支付”按鈕后彈出用于輸入密碼的彈框，用戶輸入密碼后點擊“確認” 3、如密碼正確提示“支付成功”。 4、如密碼不匹配提示“密碼不正確，請重新輸入”再次進入輸入密碼界面，重復（2）中步驟，如輸入次數(shù)太多，提示“是否找回密碼”，點擊“找回”則進入手機驗證界面。異常：無后置條件：訂單生成注釋：無用例名稱：訂單生成用例標識號：005參與者：顧客情境目標：通

17、過系統(tǒng)在線預訂好房間前提條件：顧客已支付訂單場景：1、顧客已成功在線支付，訂單生成 2、顧客可以點擊“個人信息”查看已有訂單異常：個人信息里無訂單-是否成功支付查看用例004“在線支付”后置條件：退訂注釋：無用例名稱：房間退訂用例標識號：006參與者：顧客情境目標：在線退訂房間前提條件：訂單已生成場景： 1、顧客已生成訂單后想退訂 2、點擊“個人信息”后查看已有訂單 3、點擊對應訂單進入訂單詳情，點擊“退訂”，彈出“是否退訂”，點擊“確認”成功退訂，刷新后查看已有訂單成功退訂異常：無后置條件：無注釋：無用例名稱：發(fā)布酒店首頁用例標識號：007參與者：酒店管理員情境目標：管理員發(fā)布酒店最新動態(tài)，

18、方便顧客了解酒店前提條件：管理員已注冊登錄場景：管理員發(fā)布酒店最新動態(tài)，方便顧客了解酒店異常：無后置條件：修改首頁信息注釋：無用例名稱：訂單查詢用例標識號：008參與者：酒店管理員情境目標：對已有訂單進行查詢前提條件：管理員已注冊登錄場景：對已有訂單進行查詢異常：無后置條件：訂單修改注釋：無用例名稱：管理員信息查詢用例標識號：009參與者：管理員情境目標：查詢用戶和管理員信息前提條件：管理員已注冊登錄場景：管理員查詢用戶和管理員信息異常：無后置條件：修改用戶和管理員信息注釋：無9.2 CRC Cards類模型分析酒店管理系統(tǒng) CRC卡：如表1-1所示，它是酒店管理系統(tǒng)的頂層類，用于實現(xiàn)酒店管理

19、的業(yè)務邏輯。表1-1  Hotel CRC卡Hotel說明：是酒店管理系統(tǒng)的頂層類，用于實現(xiàn)酒店管理的業(yè)務邏輯職責協(xié)作者當系統(tǒng)打卡時，歡迎界面當系統(tǒng)關閉時，退出界面當用戶注冊時，進入注冊界面當用戶登陸時，進入用戶界面當用戶修改密碼時，進入修改密碼界面WelcomePageExitPageRegisterLoginChangeKeyHomePageUserResiger CRC卡：如表1-2所示，用于處理用戶注冊的業(yè)務邏輯。表1-2  Resiger CRC卡Resiger說明：處理用戶注冊的業(yè)務邏輯職責 協(xié)作者用戶信息輸入注冊結果返回成功跳轉(zhuǎn)登陸UserLogin表1-3&

20、#160; Login CRC卡Login說明：處理用戶登陸的業(yè)務邏輯職責協(xié)作者登陸信息輸入及驗證根據(jù)信息跳轉(zhuǎn)UserHomepageHomePage CRC卡：如表1-4所示，用于顯示用戶頁面，提供基本業(yè)務邏輯。表1-4  HomePage CRC卡HomePage說明：顯示用戶頁面，提供基本業(yè)務邏輯職責協(xié)作者根據(jù)登錄信息顯示不同功能酒店房間信息查詢功能訂單查詢功能房間預定功能訂單退訂管理員功能LoginRoomSearchCheckOrderRoomOrderOrderUnsubscribeAdministratorAdministrator CRC卡：如表1-5所示，該類用于處

21、理管理員能操作的業(yè)務邏輯。表1-5  Administrator CRC卡Administrator說明：處理管理員能操作的業(yè)務邏輯職責協(xié)作者發(fā)布修改房間信息訂單修改功能用戶信息查詢和修改功能管理員信息修改查詢ChangeRoomOrderChangeUserChangeCheckUser CRC卡：如表1-5所示，該類用于記錄用戶信息。表1-5  User CRC卡User說明：記錄用戶信息職責協(xié)作者用戶信息查詢修改時時調(diào)用用戶登錄注冊時調(diào)用存儲調(diào)用信息UserChangeCheckLoginRegisterRoomOrder CRC卡：如表1-6所示，該類用于處理房間預

22、定的業(yè)務邏輯。表1-6  RoomOrder CRC卡RoomOrder說明：處理房間預定的業(yè)務邏輯職責協(xié)作者房間信息再次確認入住信息輸入預定確認完成支付訂單生成RoomPayOnlineOrderRoomSearch CRC卡：如表1-7所示，用于查詢房間信息。表1-7  RoomSearch CRC卡RoomSearch說明：查詢房間信息職責協(xié)作者顯示房間信息滿意房間預定跳轉(zhuǎn)RoomRoomOrderRoom CRC卡：如表1-8所示，用于記錄房間信息。表1-8 Room CRC卡Room說明：記錄房間信息職責協(xié)作者記錄房間信息方便查詢和修改時調(diào)用RoomOrderRoomSearchCheckOrder CRC卡：如表1-9所示，用于處理訂單查詢的業(yè)務邏輯。表1-9  CheckOrder CRC卡CheckOrder說明：處理訂單查詢的業(yè)務邏輯職責協(xié)作者查詢訂單信息OrderOrder CRC卡：如表1-10所示，用于記錄訂單信息。表1-10  Order CRC卡Order說明：記錄訂單信息職責協(xié)作者記錄訂單信息，方便調(diào)用OrderCh