酒店預訂系統(tǒng)分析及設計_第1頁
酒店預訂系統(tǒng)分析及設計_第2頁
酒店預訂系統(tǒng)分析及設計_第3頁
酒店預訂系統(tǒng)分析及設計_第4頁
酒店預訂系統(tǒng)分析及設計_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 通信與信息工程學院電子商務系統(tǒng)分析與設計課程設計設計題目:酒店預訂系統(tǒng)分析與設計班 級:電子商務1001姓 名:學 號:指導教師: 2013年7月9日 設計任務書設計目的和要求1目的通過該課程設計的實踐,使學生全面掌握在互聯(lián)網(wǎng)環(huán)境下進行電子商務應用系統(tǒng)設計和開發(fā)的基本原理和方法,掌握常用電子商務系統(tǒng)的分析與設計技術(shù),使學生具備電子商務系統(tǒng)規(guī)劃、設計和系統(tǒng)實現(xiàn)的能力。2要求結(jié)合生產(chǎn)實習環(huán)節(jié)中系統(tǒng)的規(guī)劃、分析與設計、系統(tǒng)實現(xiàn)和系統(tǒng)測試與優(yōu)化,每位同學規(guī)劃設計一份電子商務系統(tǒng)規(guī)劃報告。設計內(nèi)容1明確電子商務系統(tǒng)設計課程設計的目的、要求和任務。2電子商務系統(tǒng)規(guī)劃報告撰寫電子商務系統(tǒng)規(guī)劃報告,包括系統(tǒng)

2、背景描述、需求描述、系統(tǒng)的總體結(jié)構(gòu)、應用系統(tǒng)方案、實施方案等內(nèi)容。3電子商務系統(tǒng)分析與設計4電子商務系統(tǒng)數(shù)據(jù)庫設計結(jié)合所要開發(fā)的系統(tǒng),用三個范式和反規(guī)范化設計方法設計數(shù)據(jù)庫,并形成數(shù)據(jù)字典。選擇合適的數(shù)據(jù)庫管理系統(tǒng),并建立數(shù)據(jù)庫。5電子商務系統(tǒng)編碼實現(xiàn)采用常用的系統(tǒng)開發(fā)工具實現(xiàn)電子商務系統(tǒng),并對實現(xiàn)的電子商務系統(tǒng)進行測試,包括程序測試和系統(tǒng)測試。6撰寫課程設計報告系統(tǒng)開發(fā)完成后,寫出課程設計報告。開發(fā)語言:Java、ASP、JSP等數(shù)據(jù)庫:SQL Server、Access或MySQL評語及成績簽字: 年 月 日酒店預訂系統(tǒng)分析與設計摘 要:在國內(nèi)網(wǎng)上酒店預訂發(fā)展相對較晚,雖然近年來發(fā)展迅速,

3、但是同樣有需要繼續(xù)改進的地方。在技術(shù)方面,目前多數(shù)網(wǎng)上酒店預訂系統(tǒng)都采用ASP技術(shù),后臺管理采用傳統(tǒng)的兩層C/S結(jié)構(gòu)。ASP一直以來在網(wǎng)站建設發(fā)展方面發(fā)揮著巨大作用,但是隨著網(wǎng)絡使用的普及,受傳統(tǒng)C/S結(jié)構(gòu)影響,它的限制問題也將逐漸暴露出來,需要一種新的方式來彌補這些不足。本文采用結(jié)構(gòu)化的方法,從現(xiàn)代商旅酒店的實際需求出發(fā),基于B/S的模式,使用JSP、SQL Server2005技術(shù),對酒店預訂業(yè)務進行分析、設計,實現(xiàn)了登陸注冊、酒店預訂、客戶管理、預訂管理等功能,以期達到提高酒店預訂效率的目的。關鍵詞:酒店預訂系統(tǒng);B/S模式;JSP;SQL Server20054目 錄第1章 引言1第2

4、章 系統(tǒng)規(guī)劃22.1 軟件開發(fā)方法22.1.2 軟件開發(fā)模型22.1.3 分析設計方法22.2 系統(tǒng)開發(fā)技術(shù)及體系結(jié)構(gòu)選擇32.2.1 JSP概述32.2. SQL Server 2005概述3第3章 系統(tǒng)分析與設計43.1 可行性分析43.1.1 開發(fā)可行性43.1.2 技術(shù)可行性43.1.3 經(jīng)濟可行性43.2系統(tǒng)需求分析53.2.1功能需求53.2.2性能需求53.3 系統(tǒng)業(yè)務流程分析53.3.1顧客網(wǎng)上酒店操作業(yè)務分析63.3.2管理員管理業(yè)務流程分析63.4 數(shù)據(jù)流程圖73.4.1 頂層數(shù)據(jù)流圖73.4.2 分層數(shù)據(jù)流圖73.5 數(shù)據(jù)字典103.6 系統(tǒng)功能結(jié)構(gòu)設計133.7 功能模

5、塊設計143.7.1 用戶模塊設計143.7.2 管理員模塊設計153.8 數(shù)據(jù)庫設計183.8.1 數(shù)據(jù)庫概念設計183.8.2 數(shù)據(jù)庫邏輯設計193.8.3 表設計20第4章 功能模塊實現(xiàn)224.1 網(wǎng)上酒店預訂過程224.1.1 注冊以及登陸224.1.2 預訂234.1.3 預訂查詢244.2 后臺管理254.2.1 登陸管理254.2.2 管理員管理用戶264.2.3 訂單管理264.2.4 酒店信息管理264.3 系統(tǒng)測試27結(jié) 論29參考文獻30第1章 引言在中國的預訂行業(yè)中,運通酒店預訂網(wǎng)(E-hotel)的開通運營,預示著酒店網(wǎng)絡預訂在我國的正式興起,信息系統(tǒng)開始融入酒店行業(yè)

6、。在開業(yè)初期,它的規(guī)模還比較小,會員酒店僅為300多家,會員在40萬左右。但是在短短的幾年之內(nèi),E-hotel得到了快速的發(fā)展,現(xiàn)在全國至少有3000家預訂公司。2006年全球酒店數(shù)據(jù)顯示,全世界的酒店業(yè)績都在提升,“歐洲的RevPAR增長11.61%,美國和亞太地區(qū)的RevPAR分別增長7.5%和20.12%” 1。有權(quán)威人士認為,其獲取巨額收入的主要渠道來自于從顧客那里獲取的不菲傭金。而對于消費者,酒店網(wǎng)絡預訂不收取任何服務傭金,可以提供個性化報價,同時還可以實現(xiàn)消費者與酒店討價還價,實在是實惠誘惑不小。相關的數(shù)據(jù)表明了酒店網(wǎng)絡預訂系統(tǒng)是未來酒店業(yè)務發(fā)展的核心競爭能力,在中國也被越來越多的

7、酒店所接受;一方面,對于大多數(shù)單體酒店,酒店網(wǎng)絡預訂系統(tǒng)幫助他們形成虛擬集團,使其擁有全球網(wǎng)絡和品牌;另一方面,酒店與電子商務的融合, 通過網(wǎng)絡酒店預訂,讓客戶可以直接在網(wǎng)上預訂各種酒店服務,將會吸引更多的各地客戶入住,也同樣為酒店的發(fā)展帶來了無限商機,多樣化的選擇以及訂房過程中完全的透明流程可以獲得客戶的全面認可。具體來說,“酒店預訂系統(tǒng)”就是需要完成網(wǎng)上酒店預訂功能,客戶可以直接通過Internet在Web頁面實現(xiàn)酒店的預訂,“足不出戶”實現(xiàn)酒店預訂;不再需要到酒店現(xiàn)場或者通過中介辦理預訂,大大節(jié)省了客戶和酒店方面的預訂成本,縮短了預訂周期,同時也給客戶提供了更大選擇余地。人們生活水平和消

8、費意識的提高刺激了旅游業(yè)的發(fā)展,這無不為酒店行業(yè)提供了良好的環(huán)境,而酒店規(guī)模的的擴大妖氣有一條使用而且方便的系統(tǒng)進行酒店客房的管理。在當前的這個大的氣候下,酒店行業(yè)將具有長足的發(fā)展。特別是在改革開放的中國,經(jīng)濟的突飛猛進加上2008年奧運會成功舉辦讓世界更加了解中國,其發(fā)展前景可想而知。也正因此,酒店客房管理系統(tǒng)應運而生,可以為酒店行業(yè)有效的解決很多實際問題。作為計算機應用的一部分,使用計算機對酒店信息進行管理,具有手工管理所無法比擬的優(yōu)點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高客房管理的有效,也是酒店的科學化、正規(guī)化管理的重要條件。國

9、內(nèi)外現(xiàn)狀:隨著市場經(jīng)濟和世界貿(mào)易的不斷深入,市場的競爭變得越來越激烈,一個賓館如果想在激烈的競爭中不被淘汰,既要有好的經(jīng)濟基礎,還要有好的客戶服務。丙谷胺要做到能及時滿足各戶的要求,按時分配客房,及時就絕客戶退房等突發(fā)情況,這就必須計劃粗一個最佳方案,使賓館的入住率達到最大值。隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展和普及,酒店就可以充分這一有效的途徑,開設互聯(lián)網(wǎng)上客戶預訂系統(tǒng),不但能為國內(nèi)顧客提供有效的訂房服務,同時也能不受地域的限制,為國外的客人提供異地訂房服務。這就要求對計算機的應用有以下幾點:計算機管理大大提高了賓館客房管理的運作效率,計算機管理可以使賓館客房信息管理規(guī)范化,提高服務質(zhì)量,計算機管理系統(tǒng)的

10、應用時賓館的經(jīng)濟效益得到提高,全面的信息采集和處理可以輔助提高賓館的決策水平。01第2章 系統(tǒng)規(guī)劃本章主要介紹了系統(tǒng)開發(fā)的方法(其中包括軟件開發(fā)模型和分析設計方法)和本系統(tǒng)的開發(fā)技術(shù)及體系結(jié)構(gòu)的選擇等相關問題。2.1 軟件開發(fā)方法軟件的開發(fā)方法主要是由軟件開發(fā)模型和分析設計方法兩個部分組成。2.1.2 軟件開發(fā)模型軟件的開發(fā)模型主要有:瀑布模型、快速原型模型、螺旋模型等,它們規(guī)定了完成各項工作的順序、應該交付的文獻檔案、必須采取的管理措施和在軟件開發(fā)過程中必須遵循的各項任務的工作步驟要求。當然對于各個模型來說,它們在軟件的開發(fā)中都具備各自的優(yōu)缺點;對于本系統(tǒng)來說,由于是畢業(yè)設計(開發(fā)實現(xiàn)的時間

11、較短),我選擇了開發(fā)周期相對較短的瀑布模型進行開發(fā)。瀑布模型是指經(jīng)過分析、設計、測試、實施與維護的工作流程,最終得到完整的系統(tǒng)2;它的流程如圖2-1所示。軟件計劃需求分析軟件維護綜合測試編碼概要設計詳細設計圖 2-1 瀑布模型圖2.1.3 分析設計方法分析設計方法包括面向過程的結(jié)構(gòu)化分析設計和面向?qū)ο蟮脑O計方法。本系統(tǒng)系統(tǒng)分析設計階段根據(jù)瀑布模型的選擇,采用了面向過程的結(jié)構(gòu)化分析設計。面向過程就是分析出解決問題所需要的步驟,然后用函數(shù)把這些步驟一步一步實現(xiàn),使用的時候一個一個依次調(diào)用就可以了。結(jié)構(gòu)化即用3種基本邏輯結(jié)構(gòu)(順序、選擇和循環(huán)結(jié)構(gòu))來編寫程序,把結(jié)構(gòu)化程序設計思想引入系統(tǒng)分析和設計中

12、,就形成了機構(gòu)化的系統(tǒng)分析與設計方法。結(jié)構(gòu)化方法的基本思想如下3:(1)面向用戶的觀點;(2)自頂向下地開發(fā);(3)充分考慮變化的情況;(4)開發(fā)成果規(guī)范化,標準化。2.2 系統(tǒng)開發(fā)技術(shù)及體系結(jié)構(gòu)選擇2.2.1 JSP概述JSP(JAVA SERVER PAGES)是由Sun 公司在java語言上開發(fā)出來的一種動態(tài)網(wǎng)頁制作技術(shù),其可使你可以將網(wǎng)頁中的動態(tài)部分和靜態(tài)的HTML相分離。你可以使用平常得心應手的工具并按照平常的方式來書寫HTML語句。然后,將動態(tài)部分用特殊的標記嵌入即可,這些標記常常放在“% %”中。通常,要將文件以“.jsp”為擴展名,并將它放置到任何你可以放置普通WEB頁面的路徑

13、下。盡管JSP文件看起來更象是HTML文件而不是Servlet文件,但,事實上,它恰恰將轉(zhuǎn)換為Servlet文件,其中的靜態(tài)HTML僅僅用來輸出Servlet服務方法返回的信息。如果JSP pages 已經(jīng)被轉(zhuǎn)換為Servlet且Servlet 被編譯進而被裝載(在第一次被Request時),當你再次Request 此JSP頁面時,將察覺不到一瞬的延遲。也請留意這個現(xiàn)象,一些Web Servers允許你為它定義別名,從而,好象一個URL是指向一個HTML,但事實上它指向的是一個Servlet 或JSP pages.構(gòu)造一個JSP page,除了可內(nèi)嵌的規(guī)則的HTML,還有三類主要的JSP元素:

14、Scripting elements,Directives,和 Actions.使用Scripting elements我們可以定義最終轉(zhuǎn)換為Servlet的部分,Directives 使我們可以控制這個Servlet的整體結(jié)構(gòu),而Actions使我們可以指定可重用的已有組件,另外,還可控制JSP引擎的運行5。為了簡化Scripting elements,我們可以在某一段上利用一些預定義的變量,如request。2.2. SQL Server 2005概述SQL Server2005作為一種開放源碼數(shù)據(jù)庫,以其簡單易用的特點廣泛被廣大用戶采用;MySQL雖然是免費的,但同Oracle, Syb

15、ase, Informix等商業(yè)數(shù)據(jù)庫一樣,具有數(shù)據(jù)庫系統(tǒng)的通用性如下:(1)數(shù)據(jù)庫管理系統(tǒng)。我們知道,所謂的數(shù)據(jù)庫就是一些結(jié)構(gòu)化的數(shù)據(jù)的聯(lián)合體,要提供對這些數(shù)據(jù)的存取、增加、修改、刪除或更加復雜的數(shù)據(jù)抽取等操作,需要有一個支撐系統(tǒng),這就是數(shù)據(jù)庫管理系統(tǒng)(DBMS),SQL Server2005完全具有這方面的功能;(2)關系型數(shù)據(jù)庫管理系統(tǒng)。在數(shù)據(jù)庫的發(fā)展歷程中,曾出現(xiàn)過多種不同形式的數(shù)據(jù)庫系統(tǒng),但關系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS)以其優(yōu)越性而被廣為采用,像現(xiàn)在幾種廣泛使用的數(shù)據(jù)庫全為關系型數(shù)據(jù)庫。同樣,SQL Server2005也是關系型的數(shù)據(jù)庫系統(tǒng),支持標準的結(jié)構(gòu)化查詢語言(Struc

16、tured Query Language);2.2.4 系統(tǒng)體系結(jié)構(gòu)傳統(tǒng)的二層C/S結(jié)構(gòu)存在以下幾個局限:(1)它是單一服務器且以局域網(wǎng)為中心的,所以難以擴展至大型企業(yè)廣域網(wǎng)或Internet;(2)受限于供應商;(3)軟、硬件的組合及集成能力有限;(4)難以管理大量的客戶機。B/S結(jié)構(gòu),即瀏覽器和服務器結(jié)構(gòu)(Browser/Server),在這種結(jié)構(gòu)下,用戶只需要安裝瀏覽器,用戶界面完全通過WWW瀏覽器實現(xiàn);一部分事務邏輯在在前端實現(xiàn),但是主要事務邏輯在服務器前端實現(xiàn),形成3層結(jié)構(gòu),如圖2-2所示??蛻魴C表示層(接受用戶輸接受服務器信息并顯示給用戶)應用服務器業(yè)務邏輯層(執(zhí)行業(yè)務邏輯,向數(shù)據(jù)

17、庫發(fā)送請求)數(shù)據(jù)庫服務器數(shù)據(jù)存儲層(進行數(shù)據(jù)處理)圖2-2 B/S模式三層結(jié)構(gòu)圖三層B/S結(jié)構(gòu)是對傳統(tǒng)C/S結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。用戶工作界面是通過WWW瀏覽器來實現(xiàn),極少部分事務邏輯在前端(Browser)實現(xiàn),但是主要事務邏輯在服務器端(Server)實現(xiàn),形成所謂的三層3-tier結(jié)構(gòu)。這樣就大大簡化了客戶端電腦載荷,減輕了系統(tǒng)維護與升級的成本和工作量,降低了用戶的總體成本(TCO)。以目前的技術(shù)看,局域網(wǎng)建立B/S結(jié)構(gòu)的網(wǎng)絡應用,并通過Internet/Intranet模式下數(shù)據(jù)庫應用,相對易于把握、成本也是較低的。根據(jù)本系統(tǒng)的數(shù)據(jù)信息需要及時更新和需要交互以及開發(fā)特點,采用了

18、三層B/S體系結(jié)構(gòu)。第3章 系統(tǒng)分析與設計本章主要對酒店預訂系統(tǒng)做了可行性分析、需求分析(主要是功能分析和性能分析)、業(yè)務流程分析并且分析給出了系統(tǒng)的數(shù)據(jù)流程圖和數(shù)據(jù)字典。3.1 可行性分析可行性分析的目的是用最小的代價在盡可能短的時間內(nèi)確定問題是不是可以得到解決。3.1.1 開發(fā)可行性酒店預訂系統(tǒng)是網(wǎng)絡時代發(fā)展的產(chǎn)物,能夠幫助酒店更好的發(fā)展,也是未來中國非常有潛力的系統(tǒng)之一;開發(fā)這個系統(tǒng)可以吸收新的科技發(fā)展信息,了解我國網(wǎng)絡化發(fā)展程度,并且關于這個系統(tǒng)的開發(fā)可以在畢業(yè)后繼續(xù)深入研究;另一方面JSP是時下最熱門的新技術(shù)之一,越來越多的技術(shù)人員和公司介入到JSP的研究領域中,就連媒體也開始關注該

19、領域內(nèi)出現(xiàn)的新技術(shù)和創(chuàng)新成果,利用JSP來開發(fā)系統(tǒng),也可以親身體會其強大的功能。3.1.2 技術(shù)可行性本系統(tǒng)采用B/S模式,其解決方案是:對這三層進行明確分割,并在邏輯上使其獨立,這種計算模型極大地方便了應用程序的開發(fā)和維護,無須考慮客戶端的兼容性,它實現(xiàn)了開發(fā)環(huán)境與應用環(huán)境的分離,大大提高了工作效率4。JSP技術(shù)是以Java語言作為腳本語言,跨平臺,是一種較成熟與穩(wěn)定的動態(tài)網(wǎng)頁編程技術(shù);Java語言通過提供防止內(nèi)存泄露的方法在內(nèi)存管理方面大顯身手,加之JSP為應用程序提供了更為健壯的意外事件處理機制,更大地發(fā)揮了Java的優(yōu)勢。所以在技術(shù)上是可行的。3.1.3 經(jīng)濟可行性本系統(tǒng)的開發(fā)工具采用

20、的是開源并免費的Eclipse,無須購買編譯器;網(wǎng)頁編輯方面使用免費的topstyle,非常的實用方便;對于畢業(yè)設計來說,無需專門購置服務器,一般的普通學習用的電腦就可以了,免費的JDK 1.4運行環(huán)境 、免費的Tomcat、MySQL等軟件都為系統(tǒng)的設計和開發(fā)提供了基礎,所以本系統(tǒng)在經(jīng)濟上是可行的。經(jīng)過對開發(fā)可行性、技術(shù)可行性以及經(jīng)濟可行性的研究,我得出結(jié)論:酒店預訂系統(tǒng)是完全可行的。3.2系統(tǒng)需求分析系統(tǒng)需求分析是以可行性分析為出發(fā)點的,本質(zhì)的工作是回答“系統(tǒng)必須做什么”這個問題,確定系統(tǒng)須具備的功能;它的主要任務是:確定系統(tǒng)的功能需求、性能需求、運行需求等7。3.2.1功能需求用戶功能需

21、求如下:(1) 用戶的注冊功能:包括用戶名、密碼、聯(lián)系電話、EMAIL等;(2) 用戶的登陸功能:驗證用戶名和密碼;(3) 用戶預訂功能:包括預訂日期,人數(shù)等;(4) 用戶個人中心:在這里用戶可以看到自己的預訂情況。管理員功能需求如下:(1) 管理員后臺登陸功能:驗證管理員的用戶名和密碼;(2) 用戶信息管理功能:查看以及刪除;(3) 管理用戶訂單功能:查看以及刪除;(4) 酒店添加刪除功能:添加部分要有固定的選擇或者填寫的項目,比如酒店的名稱、星級、地址等。3.2.2性能需求系統(tǒng)的性能需求如下:(1)界面友好性要求:系統(tǒng)提供統(tǒng)一的操作界面和方式.要求操作界面簡潔大方,布局合理,功能完善,對于

22、初級用戶容易上手;(2)信息的完整性:要求采用值約束、缺省等方法確保信息的完整性,一旦用戶錄入數(shù)據(jù)不符合系統(tǒng)要求時,系統(tǒng)必須明確給出警告信息;(3)系統(tǒng)運行在主流的WINDOWS操作系統(tǒng)平臺上,便于以后系統(tǒng)的升級;(4)遵循主流的標準和協(xié)議,不僅可以為系統(tǒng)與上級平臺系統(tǒng)交換信息提供便利,而且也有利于系統(tǒng)內(nèi)部各部分之間交換信息,這將有助于提高系統(tǒng)擴充性。響應速度:要求能夠響應快速;響應速度盡量在人員可忍受的時間內(nèi)并給予提示8。3.3 系統(tǒng)業(yè)務流程分析在對系統(tǒng)的組織結(jié)構(gòu)和功能進行分析時,需從一個實際業(yè)務流程的角度將系統(tǒng)調(diào)查中有關該業(yè)務流程的資料都串起來作進一步的分析3。根據(jù)需求分析中需要完成的功能

23、進行分析研究,得到酒店預訂系統(tǒng)用戶操作業(yè)務流程圖3-1和管理員管理操作業(yè)務流程圖3-2。3.3.1顧客網(wǎng)上酒店操作業(yè)務分析圖3-1 顧客預訂流程圖根據(jù)圖3-1我們可以得出顧客網(wǎng)上預訂主要流程如下:(1)會員注冊完畢登陸頁面;(2)顧客可以在酒店列表里面查詢酒店情況;(3)顧客進入預訂頁面,填寫相關信息;(4)當顧客確定選擇完畢后,顧客可以將其提交至服務器并生成訂單;(5)顧客可以在個人中心中查詢自己的訂單情況。3.3.2管理員管理業(yè)務流程分析圖3-2 管理員流程圖根據(jù)圖3-2我們可以得出管理員管理后臺數(shù)據(jù)主要流程如下:(1)管理員登陸;(2)在用戶管理中對用戶進行操作;(3)對訂單進行管理操作

24、;(4)對酒店信息進行管理操作。3.4 數(shù)據(jù)流程圖數(shù)據(jù)流圖(Data Flow Diagram)簡稱DFD,它是一種描述“分解”的圖示工具?!八弥庇^的圖形清晰地描繪了系統(tǒng)的邏輯模型,圖中沒有任何具體的物理元素,只是描述數(shù)據(jù)在系統(tǒng)中的流動和處理的情況,具有直觀、形象、容易理解的優(yōu)點?!?3.4.1 頂層數(shù)據(jù)流圖根據(jù)系統(tǒng)業(yè)務流程圖,頂層數(shù)據(jù)流圖分為兩個數(shù)據(jù)源點:用戶和管理員。圍繞用戶數(shù)據(jù)處理有登陸、注冊、預訂、查詢。圍繞管理員的數(shù)據(jù)處理有登陸、酒店管理、用戶管理、訂單管理。在數(shù)據(jù)流圖中用戶表存儲用戶相關信息,酒店表存儲酒店相關信息,訂單表存儲酒店預訂相關信息。如圖3-3所示。圖3-3 頂層數(shù)據(jù)流

25、圖3.4.2 分層數(shù)據(jù)流圖分層數(shù)據(jù)流圖是對頂層數(shù)據(jù)流圖的進一步的細化,將功能分解為功能相對獨立的子系統(tǒng),這些子系統(tǒng)成為一張新數(shù)據(jù)流圖上的處理,在這張新的數(shù)據(jù)流圖上還可以包括自己內(nèi)部的數(shù)據(jù)存儲和數(shù)據(jù)流7。將頂層數(shù)據(jù)流圖細化得到用戶注冊數(shù)據(jù)流圖如圖3-4,用戶登錄數(shù)據(jù)流圖如圖3-5,管理員登錄數(shù)據(jù)流圖如圖3-6,用戶預訂酒店數(shù)據(jù)流圖如圖3-7,管理員管理數(shù)據(jù)流圖如圖3-8。用戶注冊信息錯誤信息提示信息注冊信息用戶信息用戶表提示注冊檢查生成用戶信息圖3-4 用戶注冊數(shù)據(jù)流圖用戶錯誤信息提示信息用戶信息通過用戶表提示用戶檢查預訂系統(tǒng)圖3-5 用戶登錄數(shù)據(jù)流圖管理員錯誤信息提示信息管理員信息通過管理員表

26、提示登陸檢查管理頁面圖3-6 管理員登錄數(shù)據(jù)流圖已登錄用戶訂單表訂單表預訂信息預訂信息預訂信息預訂信息酒店信息酒店信息提示信息酒店表酒店列表個人預訂信息瀏覽系統(tǒng)網(wǎng)頁預訂酒店圖3-7 用戶預訂酒店數(shù)據(jù)流圖修改信息管理員用戶表訂單表酒店表操作提示信息操作提示信息操作提示信息修改信息修改信息酒店信息用戶信息訂單信息管理用戶管理訂單管理酒店圖3-8 管理員管理數(shù)據(jù)流圖3.5 數(shù)據(jù)字典數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合,也是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用是在軟件分析與設計過程中給人提供關于數(shù)據(jù)的描述信息。一般來說,數(shù)據(jù)字典由外部實體、數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)處理四個部分組成2。外部實體

27、如表3-1、表3-2所示,數(shù)據(jù)流如表3-3、表3-4、表3-5所示,數(shù)據(jù)儲存如表3-6、表3-7、表3-8、表3-9、表3-10所示,處理過程如表3-11、表3-12所示。表3-1 用戶外部實體條目表外部實體條目名稱:用戶簡要說明:使用酒店預訂系統(tǒng)輸入數(shù)據(jù)流:瀏覽信息、提示信息輸出數(shù)據(jù)流:注冊信息、登錄信息、預訂信息表3-2 管理員外部實體條目標外部實體題目名稱:管理員簡要說明:對酒店預訂系統(tǒng)進行管理輸入數(shù)據(jù)流:瀏覽信息、提示信息輸出數(shù)據(jù)流:登錄信息、修改信息、操作信息表3-3 登錄信息數(shù)據(jù)流條目表數(shù)據(jù)流條目名稱:登錄信息簡要說明:用戶或管理員在登錄系統(tǒng)時輸入的用戶名和密碼數(shù)據(jù)流來源:用戶、管

28、理員數(shù)據(jù)流去向:驗證、提示、轉(zhuǎn)入相應界面包含的數(shù)據(jù)結(jié)構(gòu):用戶名或管理員名、密碼表3-4 提示信息數(shù)據(jù)流條目表數(shù)據(jù)流條目名稱:提示信息簡要說明:對用戶和管理員的操作給予錯誤提示和幫助提示數(shù)據(jù)流來源:提示數(shù)據(jù)流去向:用戶、管理員包含的數(shù)據(jù)結(jié)構(gòu):提示相關語句表3-5 瀏覽信息數(shù)據(jù)流條目表數(shù)據(jù)流條目名稱:身份確認信息簡要說明:系統(tǒng)用戶通過 “身份確認信息”后,用戶或管理員才能進入系統(tǒng),即具有系統(tǒng)的使用權(quán)數(shù)據(jù)流來源:用戶信息。數(shù)據(jù)流去向:用戶包含的數(shù)據(jù)結(jié)構(gòu):用戶名或管理員名表3-6 用戶表數(shù)據(jù)存儲條目表數(shù)據(jù)存儲條目名稱:用戶表簡要說明:存儲了用戶的個人信息結(jié)構(gòu):用戶名、密碼、EMAIL、真實姓名、備注表

29、3-8 管理員表數(shù)據(jù)存儲條目表數(shù)據(jù)存儲條目名稱:用戶表簡要說明:存儲了管理員的個人信息結(jié)構(gòu):用戶名、密碼表3-9 酒店數(shù)據(jù)存儲條目表數(shù)據(jù)存儲條目名稱: 酒店信息表簡要說明:存儲酒店相關信息結(jié)構(gòu):酒店名稱、所在地區(qū)、星級、地址、介紹其他、添加日期 表3-10 酒店預訂表數(shù)據(jù)存儲條目表數(shù)據(jù)存儲條目名稱: 酒店預訂表簡要說明:存儲酒店預訂的相關信息結(jié)構(gòu):帳號、預訂酒店、預訂人、固定電話、移動電話、預訂日期、預訂數(shù)量、預訂天數(shù)、訂單生成日期、其他 表3-11 酒店信息處理條目處理過程條目名稱:酒店信息處理條目簡要說明:管理員對酒店信息進行操作輸入:管理員輸出:酒店信息處理:管理員對酒店進行查看、刪除和

30、添加的操作表3-12 酒店預訂信息處理條目處理過程條目名稱:酒店預訂信息處理條目簡要說明:管理員對酒店預訂信息進行操作輸入:管理員輸出:酒店預訂信息處理:管理員對酒店預訂信息查看和刪除3.6 系統(tǒng)功能結(jié)構(gòu)設計系統(tǒng)大體要實現(xiàn)的功能一方面要完成網(wǎng)上酒店預訂,需要設置前臺預訂模塊,使用戶可以直接通過計算機、網(wǎng)絡在Web頁面實現(xiàn)酒店的預約,查詢等活動。另一方面,為了對系統(tǒng)后臺進行管理,設置了后臺管理模塊,使系統(tǒng)管理員可以對網(wǎng)站進行日常維護,處理相關數(shù)據(jù)信息等。從上面系統(tǒng)功能模塊的分析可以知道,本系統(tǒng)主要分為兩個模塊:用戶模塊和管理員模塊。該系統(tǒng)的功能結(jié)構(gòu)圖如圖3-6所示。酒店預訂系統(tǒng)用戶模塊管理員模塊

31、用戶注冊用戶登錄用戶預訂用戶查詢酒店管理用戶管理訂單管理酒店添加酒店刪除用戶查看用戶刪除訂單查看訂單刪除登錄圖3-6 系統(tǒng)功能模塊結(jié)構(gòu)圖3.7 功能模塊設計 系統(tǒng)功能模塊設計包括兩個部分:用戶模塊設計和管理員模塊設計。3.7.1 用戶模塊設計用戶模塊中包括了用戶注冊模塊、用戶登錄模塊、用戶預訂模塊、用戶查詢模塊。(1)用戶注冊模塊:用戶進入主頁面,填寫相關信息,系統(tǒng)通過網(wǎng)頁的表單接受用戶資料,插入數(shù)據(jù)庫里。(2)用戶登錄模塊:用戶通過用戶名和密碼進行登陸,系統(tǒng)將根據(jù)用戶填寫的情況來判斷用戶能否登陸,出錯時系統(tǒng)將給出提示信息,用戶登錄成功,頁面上會顯示用戶的用戶名,用戶可以注銷登錄。用戶登錄模塊

32、結(jié)構(gòu)圖如圖3-6所示。用戶登錄用戶登錄用戶注銷圖3-7 用戶登錄模塊結(jié)構(gòu)圖用戶登錄模塊的設計書如表3-7所示。表3-6登錄模塊設計書表模塊名稱:登錄模塊輸入:數(shù)據(jù)流,登錄信息輸出:數(shù)據(jù)存儲,用戶信息處理:系統(tǒng)將根據(jù)用戶填寫的情況來判斷用戶能否登陸,根據(jù)用戶的操作將用戶的登錄信息寫入數(shù)據(jù)文件用戶表中(3)用戶預訂模塊:用戶登錄后,可以進入預訂模塊,填寫相關的內(nèi)容,系統(tǒng)通過網(wǎng)頁的表單接受預訂訂單,插入數(shù)據(jù)庫里。用戶預訂模塊結(jié)構(gòu)圖如圖4-3所示。預訂模塊酒店查看酒店預訂圖4-3 用戶預訂模塊結(jié)構(gòu)圖用戶預訂模塊的設計書如表3-7所示。表3-7 預訂模塊設計書表模塊名稱:預訂模塊輸入:數(shù)據(jù)流,操作信息,

33、預訂信息輸出:數(shù)據(jù)存儲,酒店信息處理:對酒店信息進行查看、將信息寫入酒店預訂表中(4)用戶查詢模塊:用戶在“個人中心”中進行查詢,系統(tǒng)從數(shù)據(jù)庫的訂單表單中提取相關數(shù)據(jù),顯現(xiàn)給用戶。3.7.2 管理員模塊設計管理員模塊主要包括了管理員登錄模塊、酒店管理模塊、酒店管理模塊、訂單管理模塊。(1)管理員登陸模塊:用戶通過用戶名和密碼進行登陸,系統(tǒng)將根據(jù)管理員填寫的情況來判斷能否登陸,出錯時系統(tǒng)將給出提示信息。管理員登錄模塊結(jié)構(gòu)圖如圖3-7-2所示。管理員登錄登錄注銷圖3-7-2 管理員登錄模塊結(jié)構(gòu)圖管理員登錄模塊的設計書如表3-7-3所示。表3-7-3 管理員登錄模塊設計書表模塊名稱:登錄模塊輸入:數(shù)

34、據(jù)流,登錄信息輸出:數(shù)據(jù)存儲,管理員信息處理:系統(tǒng)將根據(jù)管理員填寫的情況來判斷管理員能否登陸,根據(jù)管理員的操作將管理員的登錄信息寫入數(shù)據(jù)文件管理員表中(2)酒店管理模塊:包括酒店添加和酒店刪除,酒店添加包括酒店的星級,地區(qū),情況等,添加成功,系統(tǒng)返回提示信息,酒店資料,插入數(shù)據(jù)庫;酒店刪除成功同樣返回提示信息,相關的酒店資料從數(shù)據(jù)庫中刪除。酒店管理模塊結(jié)構(gòu)圖如圖3-7-4所示。酒店管理酒店查看酒店添加酒店刪除圖3-7-5 酒店管理模塊結(jié)構(gòu)圖酒店管理模塊的設計書如表3-7-4所示。表3-7-4 酒店管理模塊設計書表模塊名稱:酒店管理模塊輸入:數(shù)據(jù)流,操作信息,酒店信息輸出:數(shù)據(jù)存儲,返回信息處理

35、:對酒店信息進行查看、添加、刪除,將信息寫入“酒店表”中(3)用戶管理模塊:包括用戶的查看和刪除,查看用戶時,從數(shù)據(jù)庫調(diào)出用戶表,并顯示給管理員;刪除用戶時,返回提示信息,并在用戶表中刪除相關信息。用戶管理模塊結(jié)構(gòu)圖如圖3-7-6所示。用戶管理用戶查看用戶刪除圖3-7-6 用戶管理模塊結(jié)構(gòu)圖用戶管理模塊的設計書如表3-7-5所示。表3-7-5 用戶管理模塊設計書表模塊名稱:用戶管理模塊輸入:數(shù)據(jù)流,操作信息輸出:數(shù)據(jù)存儲,返回信息處理:對用戶信息進行查看、刪除,將信息寫入“用戶表”中(4)訂單管理模塊:包括訂單的查看和刪除,查看訂單時,從數(shù)據(jù)庫調(diào)出訂單表,并顯示給管理員;刪除訂單時,返回提示信

36、息,并在訂單表中刪除相關信息。訂單管理模塊結(jié)構(gòu)圖如圖3-7-7。訂單管理訂單查看訂單刪除圖3-7-7 訂單管理模塊結(jié)構(gòu)圖訂單管理模塊的設計書如表3-7-6所示。表3-7-6 訂單管理模塊設計書表模塊名稱:訂單管理模塊輸入:數(shù)據(jù)流,操作信息輸出:數(shù)據(jù)存儲,返回信息處理:對訂單信息進行查看、刪除;將信息寫入“訂單表”中3.8 數(shù)據(jù)庫設計數(shù)據(jù)庫的設計關系到整個應用系統(tǒng)的運行效率,數(shù)據(jù)庫設計得好,不僅有利于日常數(shù)據(jù)的維護更新,而且可以提高系統(tǒng)的運行效率,縮短數(shù)據(jù)查詢響應周期,增加網(wǎng)站的流量9。合理的數(shù)據(jù)庫設計可以使圍繞它支持的Web頁面的Java代碼簡單化,易于實現(xiàn),并且可以提高數(shù)據(jù)存儲的效率,保證數(shù)

37、據(jù)的完整一致。根據(jù)以上系統(tǒng)的需求與分析,設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu):(1) 管理員信息,包括數(shù)據(jù)項:管理員用戶名、密碼,酒店添加,訂單管理,用戶管理等;(2) 用戶,包括數(shù)據(jù)項:用戶名、密碼、聯(lián)系方式等;(3) 酒店,包括數(shù)據(jù)項 :所在地區(qū)、星級、介紹、名稱、地址等;(4) 預訂訂單列表,包括數(shù)據(jù)項:預訂天數(shù)、訂單生成日期、預訂數(shù)量等。3.8.1 數(shù)據(jù)庫概念設計在仔細分析酒店預訂系統(tǒng)信息需求的基礎上,根據(jù)以上所設計的數(shù)據(jù)項目和數(shù)據(jù)結(jié)構(gòu)得以下的E-R模型圖3-8-2和實體屬性圖3-8-3、圖3-8-4、圖3-8-5、圖3-8-6。管理員用戶預訂系統(tǒng)訂單列表預訂訂單 1NMNL1 N管理管理1

38、1N酒店分類圖3-8-2 系統(tǒng)整體E-R模型圖用戶用戶名姓名備注密碼EMAIL圖3-8-3 用戶信息實體屬性圖管理員用戶管理酒店管理用戶名訂單管理密碼圖3-8-4 管理員信息實體屬性圖酒店分類備注名稱星級介紹地址 圖3-8-5 酒店分類屬性圖訂單列表生成日期預訂數(shù)量預訂天數(shù)其他圖3-8-6 訂單列表實體屬性圖3.8.2 數(shù)據(jù)庫邏輯設計根據(jù)系統(tǒng)E-R圖和各個實體的屬性圖,可以得到酒店管理系統(tǒng)中用到的數(shù)據(jù)庫,以下為系統(tǒng)的數(shù)據(jù)字段。(1)管理員信息(管理理員ID(主鍵),管理員用戶名,管理員密碼);(2)用戶信息(用戶ID(主鍵),用戶名,密碼,姓名,EMAIL,備注信息);(3)酒店信息(酒店ID

39、(主鍵),酒店名稱,所在地區(qū),酒店星級,酒店地址,酒店介紹,其他信息) ;(4)訂單信息(預訂ID(主鍵),酒店ID,用戶ID,數(shù)量,入住日期,入住天數(shù));(5)預訂訂單表信(預訂ID(主鍵),酒店ID,酒店名稱,用戶ID,用戶姓名,聯(lián)系電話,手機,其他聯(lián)系方式,預訂房間數(shù)量,入住日期,入住天數(shù),訂單生成日期)。3.8.3 表設計根據(jù)數(shù)據(jù)庫邏輯設計,將其轉(zhuǎn)化為5個數(shù)據(jù)庫表,設計結(jié)果如表3-8-7、表3-8-8表3-8-9、表3-8-10、表3-8-11所示。1、管理員表中記錄了管理員的登錄信息,如表3-8-7所示。表3-8-7 管理員Admin(主鍵:Admin_id)表字段名數(shù)據(jù)類型長度允許

40、空說明Admin_idint4N管理員IDAdmin_Namevarchar50N用戶名Admin_Passwordvarchar50N密碼2、用戶表中記錄了用戶的所有信息,如表3-8-8所示。表3-8-8 用戶User(主鍵:User_id)表字段名數(shù)據(jù)類型長度允許空說明User_idint4N用戶IDUser_namevarchar50N用戶名User_passwordvarchar50N密碼User_xingmingvarchar50N姓名User_emailvarchar50YEMAILUser_ramarkvarchar50Y備注信息3、酒店信息表中記錄了各個酒店詳細的信息,如表3-

41、8-9所示。表3-8-9 酒店信息Hotel(主鍵:Hotel_id)表字段名數(shù)據(jù)類型長度允許空說明Hotel_idint4N酒店IDHotel_mingchengvarchar50N酒店名稱Hotel_diquvarchar50N所在地區(qū)Hotel_xingjiimage16N酒店星級Hotel_dizhivarchar500N酒店地址Hotel_introductionvarchar500N酒店介紹Hotel_qitavarchar500Y其他信息4、訂單表中記錄了各個訂單詳細的信息,訂單的信息及時顯示給管理員,能夠使管理員在最快的時間內(nèi)做好安排,如表3-8-10所示。表3-8-10 訂單

42、Order(主鍵:Yuding_id)表字段名數(shù)據(jù)類型長度允許空說明Yuding_idint4N預訂IDHotel_idint4N酒店IDUser_idint4N用戶IDshuliangint4N數(shù)量Ruzhu_riqidatetime8N入住日期Ruqi_tianshuint4N入住天數(shù)5、預訂信息表中客戶的預訂信息,主要是反饋給顧客的信息, 如表3-8-11所示。表3-8-11 預訂訂單Yuding(主鍵:Yuding_id)表字段名數(shù)據(jù)類型長度允許空說明Yuding_idint4N預訂IDHotel_idint4N酒店IDHotel_mingchengvarchar50N酒店名稱User

43、_idint4N用戶IDUser_xingmingvarchar50N用戶姓名phonevarchar20N聯(lián)系電話Mobile_phonevarchar20N手機qitavarchar100Y其他聯(lián)系方式shuliangint4N預訂房間數(shù)量Ruzhu_riqidatetime8N入住日期Ruzhu_tianshuint4N入住天數(shù)Add_datedatetime8N訂單生成日期第4章 功能模塊實現(xiàn)本章節(jié)介紹了系統(tǒng)功能模塊的實現(xiàn),包括用戶模塊和后臺管理員模塊的實現(xiàn)過程,并且在計算機上成功的運行了系統(tǒng),并給出了系統(tǒng)的測試。4.1 網(wǎng)上酒店預訂過程 4.1.1 注冊以及登陸用戶進入網(wǎng)站后,首先要

44、進行注冊或者登陸;為了防止某個“不懷好意”的客戶隨意預訂酒店,給網(wǎng)站和酒店帶來不必要的資源浪費以及經(jīng)濟效益的影響,一般都會要求預訂客戶先登陸。如果客戶未注冊網(wǎng)站,則會要求該客戶先注冊,然后才能登陸網(wǎng)站進行其他操作。圖4-1 主頁面運行截圖 圖4-2 注冊界面運行截圖填寫有關信息后進行注冊,系統(tǒng)會提示您注冊成功,轉(zhuǎn)入首頁進行登陸,登陸后可顯示用戶的用戶名。如圖4-3所示。圖4-3 用戶登錄后的界面運行截圖4.1.2 預訂如果客戶想預訂某個酒店,則點擊該酒店中間的“查看酒店列表”或者在頂上的“酒店列表”中點擊“預定”,進入訂單填寫頁面,如圖4-4和圖4-5所示。圖4-4 酒店列表界面運行截圖圖4-

45、5酒店預訂界面運行截圖 當客戶填寫完所要填寫的內(nèi)容后按“提交預訂信息”,則預訂成功,系統(tǒng)會自動生成訂單保存到數(shù)據(jù)庫中。否則系統(tǒng)會提示您預訂出錯需要重新預訂或者重新填寫預訂信息?;蛘呖蛻艨梢渣c擊“重新填寫”,重新填寫有關預訂信息。預訂成功以后返回頁面提示“預定成功!”圖4-6“預定成功”運行截圖4.1.3 預訂查詢在用戶還處于登陸狀態(tài)時,用戶可以點擊頁面的“個人中心”中查詢自己的預訂情況:包括:帳號、預訂酒店、預訂人、固定電話、移動電話、其他、預訂日期、預訂數(shù)量、預訂天數(shù)、訂單生成時間。這樣用戶就可以隨時登陸自己的賬戶查詢自己的預訂情況,并根據(jù)這個預訂情況來安排自己的時間。如圖4-7即為用戶lz

46、q的“個人中心”。圖4-7 “個人中心”運行截圖4.2 后臺管理4.2.1 登陸管理管理員點擊首頁的登錄模塊,正確輸入管理員用戶名和密碼后點擊登錄按鈕就可以進入管理員管理子系統(tǒng)的管理模塊,當管理員用戶點擊重填按鈕則清空所填的項目。如圖4-8所示。圖4-8 管理員登錄界面運行截圖 當管理員用戶成功登錄后,就進入了管理子系統(tǒng)的管理模塊,管理員可以在左邊看見一排管理菜單,包括“預定列表”,“用戶列表”,“酒店列表”“添加酒店”,“修改密碼”,“注銷登陸”,如圖4-9所示。圖4-9 管理員管理頁面運行截圖4.2.2 管理員管理用戶系統(tǒng)管理員可以通過這個模塊查看用戶的詳細個人資料,可以刪除已經(jīng)存在的用戶

47、信息。當系統(tǒng)管理員要刪除該用戶信息時,點擊確定將做刪除操作。普通用戶帳號被刪除后,需要重新進行注冊才能登陸網(wǎng)站進行相關操作。如圖4-10所示。圖4-10 用戶列表界面運行截圖4.2.3 訂單管理系統(tǒng)管理員可以查看訂單的詳細情況,包括預訂用戶的姓名、聯(lián)系方式以及詳細的訂房信息等,還可以刪除用戶的訂單,便于網(wǎng)站數(shù)據(jù)的管理。圖4-11 訂單列表界面運行截圖4.2.4 酒店信息管理在管理員可以向系統(tǒng)中添加新的酒店信息。當管理員提交表單時,必須填寫酒店名稱、酒店介紹和酒店其他備注等。圖4-12 添加酒店界面運行截圖4.3 系統(tǒng)測試系統(tǒng)測試方法有很多,如黑盒測試、白盒測試、靜態(tài)分析、人工測試等。黑盒測試的目的是測試系統(tǒng)是否滿足功能設計的要求。與白盒測試相比,黑盒測試只關心功能是否達到要求,接口的數(shù)據(jù)是否正確,而不用關心程序的內(nèi)部結(jié)構(gòu)。本系統(tǒng)測試采用黑盒測試法:表4-1 黑盒測試表測試編號測試模塊測試內(nèi)容測試人預期測試結(jié)果實際測試結(jié)果1用戶注冊判斷用戶是否可以注冊輸入lzq123、1234、1234、劉志強、mywayyo、畢業(yè)設計劉志強用戶注冊成功 頁面提示“注冊成功”2用戶登錄判斷已注冊用戶是否可以登錄

溫馨提示

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

最新文檔

評論

0/150

提交評論