JAVA課程設計網(wǎng)吧管理系統(tǒng)_第1頁
JAVA課程設計網(wǎng)吧管理系統(tǒng)_第2頁
JAVA課程設計網(wǎng)吧管理系統(tǒng)_第3頁
JAVA課程設計網(wǎng)吧管理系統(tǒng)_第4頁
JAVA課程設計網(wǎng)吧管理系統(tǒng)_第5頁
已閱讀5頁,還剩31頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

〔學生版初稿〕第一章1234網(wǎng)吧計費治理系統(tǒng)背景介紹業(yè)務背景技術背景需求分析功能需求分析業(yè)務對象分析驗收測試要求系統(tǒng)設計總體設計具體設計系統(tǒng)實現(xiàn)小結展望第一章1234網(wǎng)吧計費治理系統(tǒng)背景介紹業(yè)務背景1234口效勞臺,出示上機卡,假設是客戶則先發(fā)卡;治理員先查詢是否有空機器,假設有則依據(jù)上機卡號查到該卡對應的記錄〔賬簿,假設有余額〔>5元,則安排一個空閑的機器號給客戶,客戶依據(jù)機器號對號入座,治理員登記客戶卡號、上機機器號、上機時間。客戶下機要到門口的效勞臺,懇求下機,治理員依據(jù)當前時間、上機時間及費率計算出本次上機費用,并記錄,同時將費用從卡余額中扣除,假設手工記帳,治理超時超費使用不能準時覺察。因此需要開上下機、計費、上機卡、機器狀況,供給簡潔統(tǒng)計功能,超時超費提示功能等。技術背景本系統(tǒng)要求使用java〔如MySQL〕保存數(shù)據(jù),集成開發(fā)環(huán)境可使用支持可視化GUI界面設計的主流工具(如eclipse)。開發(fā)者應有javaJDBC據(jù)庫、使用一種集成開發(fā)工具的根本學問和技能。系統(tǒng)承受兩層C/S體系構造,CGUIS析設計方法。需求分析功能需求分析系統(tǒng)需求分析的主要任務是從用戶角度考察系統(tǒng)應具有哪些功〔刷身份證、刪身份證、充值、查詢、機器治理〔添加機器、刪除機器、查詢狀〔〔添加用戶、刪除用戶、修改口令,參數(shù)設置〔時段費率,使用幫助。主要使用流程是:治理員登錄,依據(jù)客戶懇求上機,依據(jù)客戶懇求下機。主要功能的用例〔usecase〕描述如下:—.上機治理員輸入空閑機器號,上網(wǎng)人輸入口令、卡號,懇求上機。系統(tǒng)驗證卡號,檢查卡中余額,卡狀態(tài)系統(tǒng)獵取當前系統(tǒng)時間作為上機開頭時間系統(tǒng)修改該機器的使用標志為“在用系統(tǒng)記錄上機信息〔卡號、機器號、上機時間〕系統(tǒng)提示上機成功假設1中無空閑機器又懇求上機的,系統(tǒng)提示“沒用空閑機器中卡驗證未通過,提示“無此卡號二.下機治理員選擇被使用的機器號,懇求下機系統(tǒng)獵取系統(tǒng)當前時間作為下機時間;系統(tǒng)計算費用;系統(tǒng)顯示應繳費用系統(tǒng)記錄下機時間和此次費用;系統(tǒng)從卡中扣費,修改卡狀態(tài)為“空閑系統(tǒng)修改該機器的狀態(tài)為“空閑系統(tǒng)顯示本次上機記錄信息,提示下機成功三.登錄治理員輸入用戶名和密碼,懇求進入系統(tǒng)系統(tǒng)驗證用戶名和密碼系統(tǒng)顯示主界面假設一次驗證不通過,則提示再輸入一次,仍不通過則系統(tǒng)退出。四.卡維護卡有三種狀態(tài):停用、空閑、在用。發(fā)卡:治理員輸入卡號〔保證卡號唯一〕治理員輸入卡初始金額上網(wǎng)人輸入用戶名、口令治理員懇求添加卡系統(tǒng)保存卡號、金額、用戶名和密碼,狀態(tài)為“空閑”系統(tǒng)提示添卡成功,顯示卡號及金額,以便核對。治理員將系統(tǒng)生成的有卡號、用戶名的紙卡給上網(wǎng)人。充值:治理員輸入卡號系統(tǒng)顯示該卡信息〔卡號、用戶名、余額、狀態(tài)〕治理員核對后,輸入充值金額系統(tǒng)計算并保存該卡總金額系統(tǒng)顯示充值后的卡信息〔卡號、用戶名、余額、狀態(tài)。查詢卡信息:治理員輸入卡號或懇求觀看全部卡信息系統(tǒng)查詢卡信息〔卡號、用戶名、余額〕并顯示刪除卡:治理員輸入卡號系統(tǒng)查詢卡余額及狀態(tài)假設余額已結清且狀態(tài)為“空閑系統(tǒng)提示刪除成功假設有余額或“在用”則不能刪除機器有三種狀態(tài):停用、空閑、在用。添加機器:治理員輸入機器號,懇求添加系統(tǒng)驗證機器號是否重復系統(tǒng)添加機器記錄信息〔機器號、狀態(tài)為“空閑〕系統(tǒng)提示添加成功刪除機器:治理員輸入機器號,懇求刪除系統(tǒng)刪除相應機器信息系統(tǒng)提示刪除成功查詢機器狀態(tài):治理員輸入機器號或懇求觀看全部機器信息系統(tǒng)查詢并顯示機器信息〔機器號和狀態(tài)〕并顯示六.治理員口令治理添加用戶治理員輸入用戶名、密碼和確認密碼,懇求添加系統(tǒng)驗證用戶是否是用戶,兩次輸入的密碼是否一樣系統(tǒng)添加用戶、密碼信息系統(tǒng)提示添加成功刪除用戶治理員輸入用戶名、密碼系統(tǒng)驗證用戶名、密碼是否正確系統(tǒng)刪除用戶名、密碼記錄系統(tǒng)提示刪除成功修改密碼治理員輸入用戶名、密碼,懇求修改密碼系統(tǒng)驗證用戶名、密碼是否正確治理員輸入密碼、及確認密碼系統(tǒng)保存密碼系統(tǒng)提示修改成功七.統(tǒng)計治理治理員輸入起始時間〔年、月、日月、年匯總系統(tǒng)查詢上網(wǎng)記錄,計算、統(tǒng)計出時間段的總費用、人次、總上機時間等信息。系統(tǒng)顯示上述信息八.參數(shù)治理時段費率設置:系統(tǒng)顯示當前設置治理員設置時間段〔時、分〕及對應的費率,懇求保存系統(tǒng)保存設置系統(tǒng)提示保存成功超時報警定時器間隔設置九.超時超費報警30時間及費用,計算其卡中余額是否低于最低費用。系統(tǒng)提示已超費卡號、機器號,及超的費用本系統(tǒng)除了功能性需求,還有易用性、牢靠性、安全性等要求,可以在實現(xiàn)上述功能性需求的根底上,進一步實現(xiàn)完善非功能性要求。業(yè)務對象分析依據(jù)上面的主要用例描述,可以分析出系統(tǒng)的主要業(yè)務對象,它是設計階段核心類圖的根底〔不愿定一一對應,這些對象必需實際存在,其行為和屬性應與問題領域相關:上網(wǎng)卡:主要維護上網(wǎng)卡的相關信息??ㄌ?、密碼、余額、卡用戶名、卡狀態(tài)〔在用、空閑、停用〕〔在用、停用、空閑、備注費用記錄:記錄每次上機的信息。記錄編號、卡號、機器號、開頭上機時間,下機時間、費用費率記錄:起始時間、終止時間,費率1—4驗收測試要求用戶要求開發(fā)產(chǎn)品,產(chǎn)品開發(fā)完成后,需要交付用戶驗收,驗路是依據(jù)用戶使用的過程測試系統(tǒng),越頻繁使用的功能越要多測試。本系統(tǒng)功能性需求驗收測試的根本要求如下:前置條件:除口令表有初始用戶名和密碼外,各庫表為空。程序安裝配置正確,能正常啟動運行。一.初始化數(shù)據(jù)啟動程序,進入“卡維護3張卡,其中有張卡余額為0;再進1,添加機器。二.功能測試明操作上機,連續(xù)上機3連續(xù)下機兩次。觀看輸出信息界面,看內(nèi)容是否正確〔金額、卡號,時間,費用。已下機器是否已被同步從上機下拉表中去除。再進入結果;輸入卡金額缺乏的卡號,觀看結果;不輸入任何值,直接按確認的結果。統(tǒng)計測試,進入“統(tǒng)計”功能,按日,月,年查詢統(tǒng)計,與庫中實22張卡,應不能刪除在線卡,并能標識出卡余額,以便清帳;進入“信35測試“費率維護率,上下機,觀看費用計算結果。測試超時報警功能:發(fā)一張卡,初始額剛到達最低標準,以此卡上機,為縮短超時等待時間,可設置定時器間隔為12鐘,看系統(tǒng)是否能正確報警。測試幫助功能。依據(jù)幫助說明使用系統(tǒng),驗證幫助說明的正確性。系統(tǒng)設計總體設計系統(tǒng)體系構造圖形界面SWING客戶端效勞端業(yè)務規(guī)律SQL數(shù)據(jù)庫ACCESS數(shù)據(jù)訪問〔JDBC〕一般要確定系統(tǒng)的體系構造,主要模塊,系統(tǒng)運行環(huán)境〔如操作系統(tǒng)、數(shù)據(jù)庫,開發(fā)平臺及語言。本系統(tǒng)主要運行在windows圖形界面SWING客戶端效勞端業(yè)務規(guī)律SQL數(shù)據(jù)庫ACCESS數(shù)據(jù)訪問〔JDBC〕1系統(tǒng)體系構造3〔javaSWING〕負責與用戶交互,業(yè)務規(guī)律層則依據(jù)用戶的懇求執(zhí)行各種功能(如上、下機等),JDBC/SQL數(shù)據(jù)庫使用ACCESS,可依據(jù)狀況使用其他數(shù)據(jù)庫〔如SQLServer〕,上。二.系統(tǒng)功能模塊及主要類系統(tǒng)的主要功能模塊如圖 2 所示:主模塊主模塊登錄上機下機幫助卡維護統(tǒng)計機器維護參數(shù)維護口令維護發(fā)卡充值查詢刪除卡添加機器刪除機器查詢添加用戶更改口令刪除用戶可據(jù)此設計菜單,劃分模塊。系 統(tǒng) 主 要 類 圖 如 下 :圖3總類圖的畫法根本遵循視圖層、業(yè)務規(guī)律層、數(shù)據(jù)模型及數(shù)據(jù)庫要的業(yè)務規(guī)律把握類是BusinessManager,用戶的上下機懇求,通過BusinessManagerxDAOxDAODBConnection獲取連接,再通過JDBC/SQL訪問數(shù)據(jù)庫。Card\Computer\Record\ManagersetX\getX法中傳遞。三.閱歷共享1客戶端根本承受三層構造〔視圖View、把握Controller、模型Mode,層與層間耦合性較小,提高了整體的可擴展性、可重用及抗變動力氣。缺點是要求預先設計好,對設計水平要求高,不過一旦形成模式,養(yǎng)成習慣,能“照葫蘆畫瓢2使用xDAOxDAO〔如業(yè)務規(guī)律層。接口中的參數(shù)主要是“值對象”,這樣即使Card\Computer\Record\Manager類中的屬性發(fā)生轉(zhuǎn)變,由于“值對而又只用到其中很少的屬性,則對性能和內(nèi)存鋪張較大。與此對應,〔上下機、JDBC、符合一般過程性思維〔常用于初始的或原型系統(tǒng)的開發(fā)中,缺點是代碼一旦需要修改,則改動較多、且簡潔出錯,代碼重用性差。3DBConnection代碼可重復使用,假設連接參數(shù)〔如連到不同的數(shù)據(jù)庫〕改動,只DBConnection〔固然更好的做法是將這序xDAO具體設計〔時,也介紹了相應的解決方法及設計閱歷。數(shù)據(jù)庫設計哪些對象需要長期保存,然后將對象屬性及對象間關系轉(zhuǎn)化成關系Card、Computer、Record、Manger中,將ConfigCard、Computer、Record圖長期對象屬性及關系圖RecordCardComputer,對于未用Record中設置CARDID,COMPUTERIDCard和Computer。共設計出四張表:名稱編碼數(shù)據(jù)類型名稱編碼數(shù)據(jù)類型卡號ID〔〕VARCHAR卡狀態(tài)STATUS〔〕INTEGER余額BALANCE〔〕DOUBLE〔20〕用戶名USERNAME〔非VARCHAR空〕〔20〕密碼PASSWORD空〕〔非VARCHAR〔15〕COMPUTER名稱編碼數(shù)據(jù)類型機器號ID〔〕狀態(tài)STATUS〔〕INTEGER備注NOTESVARCHAR〔200〕RECORD名稱編碼數(shù)據(jù)類型記錄號ID〔〕VARCHAR〔20〕卡號CARDID〔〕VARCHAR〔20〕機器號COMPUTERID〔VARCHAR〔10〕空〕上機時間BEGINTIME〔非空〕DATE下機時間ENDTIMEDATE上機費用FEEDOUBLEManager名稱編碼數(shù)據(jù)類型用戶名USERNAME空〕〔非VARCHAR〔20〕口令PASSWORD空〕〔非VARCHAR〔20〕E-R方面的問題。首先根本的是確定有哪幾張表,表間關系,然后是表中的字段,比較麻煩的是確定字段的約束〔主鍵、非空等,字段數(shù)據(jù)類型,范式的調(diào)整等,由于此時會考慮到存儲空間、性能、易編程、數(shù)據(jù)質(zhì)量等方面的因素。如定義“用戶名”字段要有多大,就需要在存儲空間節(jié)約和適應性間權衡,定義的較小,遇到長名字的狀況,程序不能適應;定義的以空間換取適應性。再比方確定哪些字段為“非空字段有值,這會增加驗證“非空”字段程序的代碼量,對用戶的約束也加強,有些值要求用戶必需輸入,如口令就不能為空。但假設允許字定,影響數(shù)據(jù)質(zhì)量。一個根本的方向是“約束”多,則編程的代碼量Record機時間”和“上機費用”沒有定義為“非空兩項不能確定,只能填寫局部上機記錄信息。xDAO大的改動。一界面設計windowGUI〔如字體、顏色〕44參考界面1初始化顯示界面獵取空閑機器將空閑機器號參與下拉列表2上機處理過程:驗證機器號、卡號、密碼是否為空依據(jù)卡號、密碼獵取卡對象假設卡對象為空則說明卡號或密碼錯,給出提示“卡號或密推斷卡狀態(tài),假設卡正在使用則給出提示“不能一卡多用”計算卡中余額,假設低于設定值,則提示“余額缺乏”修改卡狀態(tài)為在用,修改機器狀態(tài)為在用,獵取上機時間,將上機時間、機器號、卡號保存到記錄對象,再通過RecordDAO提示上網(wǎng)成功三閱歷共享6證數(shù)據(jù)的全都性。了降低簡潔性,可規(guī)定時段只能為三段,時間準確到分,費用準確到角。記錄ID如何保證唯一且自動增長。根本有兩種:一是編程把握,插入記錄前獵取當前最大記錄號 ,通過selectmax(id)fromrecord,加1后,將ID及其它信息寫入,假設有多用戶訪問該表,則上述過程要放在一個“事務”中。二是利用關系數(shù)據(jù)庫供給的“自增字段”特性,將ID設置成“自增字段,由數(shù)據(jù)庫負責每添加一條記錄就將ID加1。一界面設計下機模塊主要依據(jù)用戶懇求〔報出卡號/機器號,治理員依據(jù)卡號/5機的全部記錄信息,選中其中一條執(zhí)行下機操作。5下機模塊界面二下機流程治理員輸入機器號或卡號,懇求下機誤的狀況系統(tǒng)依據(jù)記錄對象獵取該記錄對應的卡對象系統(tǒng)計算費用,并比較卡對象余額,假設不夠則提示“余額缺乏并顯示余額系統(tǒng)從卡中扣費,修改卡狀態(tài)為“空閑〔下機時間、費用。下機成功4一界面設計發(fā)卡需要輸入卡號用戶名密碼金額參考界面如以以下圖所示。界面設計布局應簡潔全都,從用戶友好性動身,供給了輸入提示,增加了“確認密碼,以提示用戶記住密碼,輸入的密碼號顯示以提高安全性雖然有了提示但在代碼中仍需對輸入進展驗證如金額不能為負值,以避開誤輸及惡意輸入。固然從口令強度考慮,要求密碼只輸入數(shù)字和字母又是不妥的相反可提示用戶輸入特別字符及輸入的最小字符數(shù)。所以此界面雖簡潔,但已涉及到界面的視覺風格、用戶 友 好 性 、 安 全 性 考 慮 。圖發(fā)卡界面二發(fā)卡流程系統(tǒng)從界面獵取全部信息,依次推斷是否為空0推斷密碼和確認密碼是否全都,推斷密碼和用戶名是否在最小及最大長度之間推斷卡號是否有效〔唯一〕生成CardCardDaoCard提示卡添加成功,并顯示卡號和金額三閱歷共享的長度,驗證是否為空、數(shù)字數(shù)據(jù)是否在范圍內(nèi)等,有些輸入控件供給了限定輸入長度等功能,應當充分利用以削減編碼量。一般驗證可遵循如下策略:輸入前提示如何輸入,輸入后驗證,驗證不通過則再提示〔如通過對話框。輸入驗證的時機:可以在輸入一項后馬上驗證該項輸入是否合法,也可以全部輸完后再逐項驗證,某項假設驗證不通過,除給出提示,從用戶友好性角度,還可以將焦點定位到出錯項〔缺點是代碼簡潔性增加。驗證通過后的數(shù)據(jù)在程序內(nèi)部傳遞時,一般無需重復驗證??ㄌ柕墨C取。最根本的方式由治理員手工編號并保證卡號的唯一性,但卡一旦多了,這會成為治理員的負擔,因此,可以由系統(tǒng)自動編號,如規(guī)定卡號從1ID,1也可以獵取當前時間轉(zhuǎn)化成字符串作為ID,一般時間不會重復,可保證IDID一界面設計刪除卡參考界面如以以下圖所示:圖刪除卡界面二刪除卡流程治理員輸入卡號系統(tǒng)依據(jù)卡號,懇求CardDAO假設返回的卡對象存在,則執(zhí)行下一步,否則提示“卡號錯誤要求重輸。系統(tǒng)從Card查詢余額,假設有則對話框提示“請結清余額”假設余額已結清且狀態(tài)為“空閑系統(tǒng)提示刪除成功三閱歷共享1如何刪除卡:一種是真刪,卡記錄信息從數(shù)據(jù)庫中永久刪除,承受deletefromwhere語句,此時還要留意,由于RecordCardRecordRecord中記錄是統(tǒng)計費用的根本依據(jù),刪除后會使統(tǒng)計數(shù)據(jù)失真。update更改其狀態(tài)即可,這樣做好處是:一是可以完整保存已發(fā)卡信息,二是易于重恢復已刪卡。害處是:假設有大量卡〔數(shù)以十萬計〕長期不用,會占用數(shù)據(jù)庫空間,影響訪問卡表的性能。2一般數(shù)據(jù)庫中數(shù)據(jù)刪除后難以恢復,同時難以避開由于意外導致備份〔手動或定期自動備份〕功能也是必要的。系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)主要運用集成開發(fā)環(huán)境、Java、數(shù)據(jù)庫工具依據(jù)設計制做出實際的界面,編寫代碼,生成數(shù)據(jù)庫表,進展測試,這也是初級程序員所要完成的主要任務,在此列出局部典型代碼,僅供參考。數(shù)據(jù)庫訪問對數(shù)據(jù)庫的根本操作是:增、刪、改、查,數(shù)據(jù)庫連接的建立、關閉,其中的難點是訪問數(shù)據(jù)庫的特別處理和參數(shù)化SQL,現(xiàn)舉例如下:獵取連接的代碼:privatestaticfinalStringDRIVER_CLASS=“sun.jdbc.odbc.JdbcOdbcDriver“;//定義驅(qū)動類private static final String DATASOURCE “jdbc:odbc:NetBarDataSource“;//定義ODBCpublicstaticConnectiongetConnction{ConnectiondbConnection=null;try{Class.forName(DRIVER_CLASS);dbConnection =DriverManager.getConnection(DATASOURCE);}catch(Exceptione){e.printStackTrace;}returndbConnection;}該代碼針對JdbcOdbcDriver驅(qū)動,ODBC源名為NetBarDataSource,未支持口令驗證。查詢代碼:/**judgecardisvalidornot.@paramcardCard@returnboolean*/publicbooleanisValid(Cardcard){booleanisValid=false;ConnectiondbConnection=null;PreparedStatementpStatement=null;ResultSetres=null;try{dbConnection=ConnectionManager.getConnction;//構建查詢SQLStringstrSql=“select*fromcardwhereid=”“+card.getId+“”andpassword=”“+card.getPassword+“”“;if(dbConnection!=null){System.out.println(dbConnection!=null);}//查詢操作pStatement=dbConnection.prepareStatement(strSql);respStatement.executeQuery;//執(zhí)行SQL結果if(res.next){ //假設resisValid=true;}}catch(SQLExceptionsqlE){sqlE.printStackTrace;}finally{ConnectionManager.closeResultSet(res);//關閉結果集ConnectionManager.closeStatement(pStatement);ConnectionManager.closeConnection(dbConnection);//閉連接}returnisValid;}更代碼下面是更機器狀態(tài)的代碼,其中SQL“id數(shù),具體值設置在pStatement.setString(1,computer.getId)/**recordthecomputerhaveused.@paramcomputerComputer*/publicvoidupdateOnUse(Computercomputer){ConnectiondbConnection=null;PreparedStatementpStatement=null;try{StringstrSql=“updatecomputersetStatus=1whereid=(?);“;pStatement=dbConnection.prepareStatement(strSql);pStatement.setString(1,computer.getId);//設置機器號idpStatement.executeUpdate;}catch(SQLExceptionsqlE){sqlE.printStackTrace;}finally{ConnectionManager.closeStatement(pStatement);ConnectionManager.closeConnection(dbConnection);}}下機模塊在BusinessManagerdoCheckOut〔〕方法是實現(xiàn)下機過程的關鍵。/**docheckoutbusiness.@paramrecRecord,已有機器號值@returnComsumeDisplayInfo*/publicstaticComsumeDisplayInfodoCheckOut(Recordrec){RecordDAOdao=newRecordDAO;//獵取包含了下機記錄及對應卡信息的ComsumeDisplayInfoComsumeDisplayInfo result dao.getStopCompouterRelationInfo(rec);Recordrecord=result.getRecord;Cardcard=result.getCard;//計算本次上機的費用int fee = calFee(record.getBeginTime,record.getEndTime);record.setFee(fee);//計算余額intbalance=card.getBalance-fee;card.setId(record.getCardId);card.setBalance(balance);//將數(shù)據(jù)寫入數(shù)據(jù)庫RecordDAOdao2=newRecordDAO;dao2.doCheckOutDB(record,card);CARDComsumeDisplayInfo,供界面顯示下機結果result.setRecord(record);result.setCard(card);returnresult;}上機模塊處理懇求上機的局部代碼如下,主要有界面數(shù)據(jù)〔機器號、密碼、卡用戶號〕驗證代碼;卡有效性、余額可用性驗證。/**dealbusinessaboutclickconfirmbutton.@parameActionEvent*/voidconfirmButton_actionPerformed(ActionEvente){StringcardId=““;Stringpasswordtemp=““;StringcomputerId=““;//獵取機器號,并去掉空格cardId=cardIdTextField.getText.trim;//獵取密碼for(inti=0;i<passwordFiled.getPassword.length;i++){passwordtemp+=passwordFiled.getPassword[i];}//獵取機器號computerId =computerIdCombox.getSelectedItem.toString;//推斷機器號是否為空,未填或只有空格if(computerId==null||computerId.trim.length==0){JOptionPane.showMessageDialog(this,“請選擇機器號!“,“警告“,JOptionPane.WARNING_MES

溫馨提示

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

評論

0/150

提交評論