軟件工程課程設計-飯卡管理系統(tǒng)_第1頁
軟件工程課程設計-飯卡管理系統(tǒng)_第2頁
軟件工程課程設計-飯卡管理系統(tǒng)_第3頁
軟件工程課程設計-飯卡管理系統(tǒng)_第4頁
軟件工程課程設計-飯卡管理系統(tǒng)_第5頁
已閱讀5頁,還剩48頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

任務書、課程設計題目飯卡管理系統(tǒng)、設計任務和內(nèi)容一個飯卡管理系統(tǒng)是根據(jù)學校的飯卡管理工作專門設計的一個管理信息系統(tǒng)。該系統(tǒng)能夠完成飯卡管理的工作過程。飯卡管理過程中主要涉及:持卡者信息、飯卡信息、飯卡歷史信息等數(shù)據(jù),并對數(shù)據(jù)進行相應的增、刪、改、查詢操作。使傳統(tǒng)、手工的管理工作更加規(guī)范,更加科學,保證了飯卡信息查詢更新及時到位。本課題任務是開發(fā)一個飯卡管理系統(tǒng),并撰寫符合規(guī)范的課程設計說明書以體現(xiàn)設計過程和設計結果。3設計步驟:首先進行相關資料查閱和學習,了解基本的業(yè)務流程和系統(tǒng)數(shù)據(jù)功能要求。然后結合軟件工程的理論和教材中數(shù)據(jù)庫設計的六個階段(重點是前三個階段)完成設計任務,即系統(tǒng)結構設計(需求分析、概念結構設計、邏輯結構設計、物理結構設計)和系統(tǒng)功能設計,最后對系統(tǒng)進行調(diào)試和測試,完善功能。設計要求:1(1)①能反映完成了上述設計內(nèi)容要求。②要求撰寫不少于5000(20)的文檔。③文檔中至少要包括:數(shù)據(jù)流圖、數(shù)據(jù)字典、ER說明、系統(tǒng)功能結構圖、主要功能模塊說明和軟件測試過程。(2)文檔格式要求(遵循軟件工程課程設計大綱上的要求)其中,正文部分:①分章、層次等,每一章從新一頁開始。②章節(jié)安排可如下安排.可行性研究:包括項目背景、編寫目的、軟件定義、開發(fā)環(huán)境等。.需求分析:問題陳述、需完成的功能。以數(shù)據(jù)流圖和數(shù)據(jù)字典表達。.概要設計:程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、數(shù)據(jù)庫結構設計和出錯處理設計。.詳細設計:模塊過程設計與界面設計以及代碼設.軟件測試:單元測試和集成測試2、一個可運行的飯卡管理系統(tǒng)原型(根據(jù)學分制的實際情況該要求為部分專業(yè)學生的要求,其他專業(yè)學生為可選要求)教師簽名:軟件工程課程設計工作安設計部百分蔡蓬軟件代碼的設實現(xiàn)及系統(tǒng)的架構與分析王金軟件測試及需求分析的部分內(nèi)容張文可行性研究分詳細設陸迪概要設一、可行性研 分析系統(tǒng)目 分析當前系統(tǒng)的狀 對當前系統(tǒng)的分 工作負 費用開 人員配 系統(tǒng)局限 所建議的系 對所建議系統(tǒng)的說 業(yè)務處理流程 系統(tǒng)改進之 技術條件方面的可能 制定新系統(tǒng)的技術方 可選擇的系統(tǒng)方案 可選擇的系統(tǒng)方案 投資及效益分 社會因素方面可行 法律方面的可行 使用方面的可行 結 二、需求分 引 編寫目 背 參考資 任務概 目 用戶特 假定和約 建立流程 建立數(shù)據(jù)流 建立數(shù)據(jù)字 建立E-R 三、概要設 引 編寫目 背 定 參考資 總體設 需求規(guī) 基本設計概念和處理流 系統(tǒng)功能模塊結構 系統(tǒng)數(shù)據(jù)庫結構設 邏輯設計要 物理結構設計要 4、觸發(fā)器及存儲過程設 觸發(fā) 存儲過 系統(tǒng)出錯處理設 補救措 系統(tǒng)維護設 四、詳細設 模塊過程設計與界面設 五、編碼設 連接數(shù)據(jù) 登錄界 注冊界 用戶界 管理員界 隨機 六、軟件測 概 飯卡管理系統(tǒng)概 系統(tǒng)的測試計 測試人員安 測試方法和步 測試過 單元測試(黑盒測試 集成測試(白盒測試 飯卡信息管理測 飯卡消費記錄管理測試 系統(tǒng)測試與回歸測 七、小 課設內(nèi)容總 心得體 蔡蓬 王金 張文 陳 陸迪 八、參考文 一、可行性研分析系統(tǒng)目的緊迫。校園卡管理系統(tǒng)采取銀行卡的金融功能與校園卡的校務管理功能整合的方式,由銀行校園卡系統(tǒng)的建設,為學校實現(xiàn)財務統(tǒng)一管理提供科學的、現(xiàn)代化的手段,將提高學校的管理水平,極大提高效率。分析當前系統(tǒng)的狀況校園卡管理系統(tǒng)目前在我國各高校的應用還主要處于試點和探索的階段。在部分已建立一卡通的高校中,由于出發(fā)點和著重點的不同,使得系統(tǒng)存在相當大的差異,并無統(tǒng)一、均衡的系統(tǒng)方案可供參考。有些大學以身份認證為出發(fā)點建立校園卡系統(tǒng),強調(diào)對學生的身份信息認證、門禁等方面的功能比較強大,而電子消費方面則略顯不足;有些大學一的校園卡系統(tǒng)則以金融消費為重點,強調(diào)校園卡的電子貨幣功能,在需要身份認證的信息管理系統(tǒng)中校園卡的功能不夠完善。對當前系統(tǒng)的分析分析現(xiàn)有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必要性工作負荷人工操作頻繁加減存款。工作繁瑣,枯燥,容易出錯,完成工作所需要的時間較長,工作效率比較低。費用開支由于運行現(xiàn)有系統(tǒng)所引起的費用開支,如人力、設備、空間、支持性服務、材料等項開支以及開支總額。人員配備由于現(xiàn)有系統(tǒng)的技術性含量比較低,操作不便,工作量大,因此需要較多的人才能完成工作。而新系統(tǒng)將具有較高的技術操作性,但它確使工作變得較為簡便,因此只需要少量的高素質(zhì)人才就可完成。系統(tǒng)局限性人工處理的主要局限性表現(xiàn)在系統(tǒng)依賴于大量的人力和物質(zhì)投入,工作效率較低和成本較高,現(xiàn)有系統(tǒng)主要存在如下的局限性:信息分散、共享性差每個人的時間精力是有限的,大量的信息資源分散在不同的收集者手中,難于共享和發(fā)揮作用。信息的及時性、準確性差數(shù)據(jù)的采集和處理部分靠人工,效率低、速度慢、滯后嚴重、反饋不及時,嚴重影響信宏觀定性信息。職工多,開支大所建議的系統(tǒng)對所建議系統(tǒng)的說明新的校園卡管理系統(tǒng)的設計遵循學校管理的理論和系統(tǒng)工程的方法,利用計算機技術、學生的個人信息、圖書借閱信息以及消費信息。具體原則如下:信息資源共享提高信息處理速度提高信息存儲密度業(yè)務處理流程圖4.1所示:錄入持卡者信錄入持卡者信息,從學校持卡者信息庫確認信息學校持卡者信息飯卡信息備份創(chuàng)建合法用戶飯卡信息飯卡存款額及歷史情況報表注銷卡申請新卡存款系統(tǒng)改進之處

41新校園卡業(yè)務流程圖原系統(tǒng)采用分開管理各個功能,較麻煩,使用起來也不方便。用一卡通取代了以前的各種卡證,實現(xiàn)了身份識別一卡通;以前所有卡證的信息管理系統(tǒng),其身份識別部分都連通一卡通系統(tǒng),實現(xiàn)校內(nèi)所有地方,包括食堂、校門、圖書館、超市、機房的身份識別,提高學校的管理水平。技術條件方面的可能性在以上限制條件下,利用目前現(xiàn)有的技術條件和開發(fā)人員的投入,能夠在規(guī)定時間內(nèi)完成系統(tǒng)規(guī)定的開發(fā)設計任務。應用軟件的開發(fā)設計,要充分考慮應用軟件的適應性,建立友好的人機界面。因此,從技術性方面來看是可行的。制定新系統(tǒng)的技術方案可選擇的系統(tǒng)方案卡片選擇:接觸性ICracle、DB2方案優(yōu)勢:接觸性IC卡在性能方面安全性好,網(wǎng)絡要求不高,操作方便,數(shù)據(jù)庫和前臺操作簡單,便于管理;可選擇的系統(tǒng)方案IC卡;AccessSQLServer臺數(shù)C#等來開發(fā)前臺的操作部分。方案優(yōu)勢:高效性、集成性、智能性、讀寫成本低,前臺操作與數(shù)據(jù)庫分離,便于實現(xiàn)多種需求,操作界面統(tǒng)一;投資及效益分析新系統(tǒng)開發(fā)完成后,只需要2~3名管理員,大大減少的人員方面的開支,同時由于數(shù)據(jù)冗余度也大大降低,在物質(zhì)方面也降低了開銷,因此會有較好的市場效益。社會因素方面可行性法律方面的可行性本方案在法律方面完全可行;使用方面的可行性本方案的使用技術的要求完全在能力范圍之內(nèi),并且該系統(tǒng)的維護運行容易便捷,故使用方面完全可行;結論二、需引言編寫目的需求分析是軟件系統(tǒng)生存期中定義階段的最后一個步驟。這個階段的任務不是具體解決的文檔準確地記錄目標系統(tǒng)的需求。該文檔將最終交給軟件具體的開發(fā)人員進行具體的開發(fā)。背景軟件系統(tǒng)名稱:飯卡管理系統(tǒng)項目任務提出者:軟件工程課程設計參考資料《數(shù)據(jù)庫系統(tǒng)概論》薩師宣王珊高等教育出版社《SQLServer2000教材》龔波北京希望電子出版社《軟件工程導論》張海藩清華高校出版社任務概述目標用戶特點由于系統(tǒng)的界面清晰、美觀,操作簡單、方便,所以操作人員只需要具備一定的電腦操作技能即可。管理員(維護人員)不需要任何數(shù)據(jù)庫專業(yè)技能知識。本系統(tǒng)可以極大的提高工作效率,預期使用頻度較高。假定和約束WindowsXPSQL數(shù)據(jù)庫系統(tǒng)。建立流程圖錄入持卡者信錄入持卡者信息,從學校持卡者信息庫確認信息學校持卡者信息飯卡信息備份創(chuàng)建合法用戶飯卡信息飯卡存款額及歷史情況報表注銷卡申請新卡存款建立數(shù)據(jù)流圖頂層:一層:二層:持卡者信息管理:飯卡信息管理:飯卡消費記錄管理:建立數(shù)據(jù)字典名稱:管理員描述:對飯卡管理系統(tǒng)管理的人員定義:管理員=用戶名+密碼+類別+工號用戶名=字符/20位密碼=字符/20位類別=管理員工號=字符/50位位置:用戶表名稱:持卡者定義:持卡者=用戶名+密碼+類別+學號/工號用戶名=字符/20位密碼=字符/20位類別=持卡者學號/工號=字符/50位位置:用戶表名稱:刷卡服務員描述:對飯卡管理系統(tǒng)操作的人員定義:刷卡服務員=工號+姓名+性別+電話+地址工號=數(shù)字/20位姓名=字符/20位性別=【男/女】電話=數(shù)字/20位地址=字符/500名稱:飯卡描述:飯卡管理系統(tǒng)被操作的對象定義:飯卡=ID+余額+鎖卡ID=字符/50位余額=浮點型(>=0)鎖=字符型位置:飯卡信息表名稱:刷卡器與顯示器描述:消費付款,顯示消費款額和余額定義:刷卡器與顯示器=余額+款額余額=浮點型/(>款額=浮點型/(>位置:飯卡歷史信息表名稱:用戶信息定義:用戶信息=用戶名+密碼+類別+學號用戶名=字符/20位密碼=字符/20類別=持卡者/管理員學號=字符/50位位置:用戶表名稱:持卡者信息描述:記錄持卡者相關信息定義:持卡者信息=ID+姓名+性別+電話+地址學號/工號=字符/50位ID=字符/50位姓名=字符/20位性別=【男/女】電話=數(shù)字/20位地址=字符/50位位置:持卡者信息表名稱:飯卡信息描述:記錄飯卡相關信息定義:飯卡信息=ID+余額+鎖卡ID=字符/50位余額=浮點型/(>=鎖=字符/10位位置:飯卡信息表名稱:飯卡歷史信息描述:記錄飯卡歷史使用的相關信息定義:飯卡歷史信息=ID+時間+款額+操作卡ID=字符/50位時間=年/月/款額=浮點型/(>=操作=【存款|消費|其他】位置:飯卡歷史信息表名稱:注銷信息描述:將不再使用的卡信息去除定義:注銷信息=ID+余額+卡ID=字符/50位余額=浮點型/(>=0)位置:飯卡歷史信息表名稱:掛失信息描述:將丟失的卡加鎖定義:掛失信息=ID+余額卡ID=字符/50位余額=浮點型/(>=位置:飯卡歷史信息表名稱:消費額描述:描述消費款額定義:消費額=款額=浮點型/(>=位置:飯卡歷史信息表名稱:余額描述:顯示卡上的現(xiàn)有金額數(shù)定義:余額=款額款額=浮點型/(>位置:飯卡信息表名稱:存款額描述:對存款數(shù)目的統(tǒng)計定義:存款額=款額款額=浮點型/(>位置:飯卡歷史信息表名稱:鎖信息描述:對卡掛失后信息的記錄定義:鎖信息=ID+狀態(tài)ID=數(shù)字/50狀態(tài)=【加鎖/解鎖】位置:飯卡歷史信息表名稱:學生照片表描述:對學生身份的一種驗證定義:學生照片表=卡D+卡D=數(shù)字/50位照片=字符E‐R三、概引言軟件概要設計主要是一個把軟件需求轉(zhuǎn)化為軟件表示的過程,這種表示只是描述出軟件總的概貌。編寫目的概要設計說明書編制的目的是:說明對程序系統(tǒng)系統(tǒng)的設計考慮,包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計、運行設計、數(shù)據(jù)結構設計和出錯處理設計等,為詳細設計提供基礎。背景軟件系統(tǒng)名稱:飯卡管理系統(tǒng)項目任務提出者:軟件工程課程設計定義學生照片表:存放學生的照片持卡者信息表:記錄持卡者的相關信息飯卡信息表:記錄飯卡的相關信息參考資料《數(shù)據(jù)庫系統(tǒng)概論》薩師宣王珊高等教育出版社《SQLServer2000教材》龔波北京希望電子出版社《軟件工程導論》張海藩清華高校出版社總體設計1需求規(guī)定本系統(tǒng)可大致劃分為四大模塊:系統(tǒng)用戶登錄,持卡者信息管理,飯卡信息管理,飯卡消費記錄管理。系統(tǒng)用戶登錄主要是對系統(tǒng)用戶進行身份驗證。持卡者信息管理飯卡信息管理飯卡消費記錄管理2基本設計概念和處理流程系統(tǒng)啟動時,激活身份驗證模塊。飯卡消費記錄管理飯卡信息管理持卡者信息管理飯卡管理系統(tǒng)飯卡消費記錄管理飯卡信息管理持卡者信息管理飯卡管理系統(tǒng)系統(tǒng)用戶登錄修查持改詢加卡持持鎖者卡卡與注者者解冊信信鎖息息系統(tǒng)數(shù)據(jù)庫結構設計、邏輯設計要點用戶(工號,用戶名,密碼,類別用戶名密碼類別學號持卡者信息表學號|姓名性別電話地址飯卡歷史表時間款額操作飯卡信息表余額鎖學生照片表照片、物理結構設計要點用戶表用戶表數(shù)據(jù)項類型主鍵備注用戶名是不為空密碼否不為空類型否不為空學號否可為空持卡者信息表持卡者信息表數(shù)據(jù)項類型主鍵備注學號|是不為空否不為空姓名否不為空性別否不為空電話否不為空地址否不為空飯卡歷史表飯卡歷史表數(shù)據(jù)項類型主鍵備注是不為空時間是不為空款額否可為空操作否可為空飯卡信息表飯卡信息表數(shù)據(jù)項類型主鍵備注是不為空余額否可為空鎖否可為空學生照片表學生照片表數(shù)據(jù)項類型主鍵備注是不為空照片否可為空4、觸發(fā)器及存儲過程設計、觸發(fā)器持卡者信息表:createtriggerchikaon持卡者信息表forinsertasdeclare@kaidnvarchar50)eclareshijiandatetiset@kaidselectIDfrominsertsET(RR(iinsertinto飯卡歷史表values@kaidshijia000新建insertinto飯卡信息表values@kaid000飯卡信息表:create triggerfankaxinxibiaoon飯卡信息表forupdateasdeclare@kaidnvarchar50)ecareshijiandatetimeeclare@moneryfloatsE((urset@kaidselectIDfrominserted)set@moneryselectfrominsertedselectfromeetedif@monery>0)begiinsertinto飯卡歷史表values@kaidshijian@moneryelsbegininsertinto飯卡歷史表values@kaidshijian@monery、存儲過程飯卡歷史表:createprocedurelishi@kaidnvarchar(50),s@caozuochar(20)insertinto飯卡歷史表values@kaidshijian000@caozuo)用戶表:usernamevarchar(20),@passwordvarchar(20),typechar(10),studentIDnvarchar(50)usts持卡者信息表:createprocedurexinjian@xuehaonvarchar(50),@kaIDnvarchar(50),@namechar(20),@phonenumberchar(20),@addresschar(50)a,系統(tǒng)出錯處理設計、補救措施本系統(tǒng)中當用戶輸入非空字段而進行數(shù)據(jù)提交時,系統(tǒng)提示數(shù)據(jù)不得為空,請重新輸入要求重新輸入。另外本系統(tǒng)定期備份數(shù)據(jù)庫,以便在系統(tǒng)出現(xiàn)故障時,能夠及時恢復。、系統(tǒng)維護設計本系統(tǒng)需嚴格按照軟件產(chǎn)品設計規(guī)范的步驟進行開發(fā),并重復考慮軟件的可維護性,詳細編寫各階段的文檔資料,并在程序設計過程中做出大量詳細的注釋。四、詳系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱用戶登錄模塊編號1作者蔡蓬亮日期模塊描述用于系統(tǒng)對用戶的登錄進行身份驗證調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目用戶名,密碼,用戶類型,驗證碼格式用戶名:varchar(20)密碼:varchar(20)類別:驗證碼:處理12、模塊獲得用戶名密碼等信息34、模塊返回登錄信息輸出用戶登錄成功或登錄失敗。局部數(shù)據(jù)元素數(shù)據(jù)庫表約束條件驗證碼驗證注釋需要數(shù)據(jù)庫用戶表模塊過程設計與界面設計驗證用戶登錄功能模塊功能描述對登錄系統(tǒng)的用戶進行身份驗證。IPO界面設計主要算法【登錄】按鈕:驗證用戶的合法性?!救∠堪粹o:關閉用戶登錄窗口。用戶注冊功能管理模塊功能描述用戶注冊一個登錄帳號。IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱用戶注冊模塊編號2作者蔡蓬亮日期模塊描述學生用戶注冊登錄帳號調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目用戶名,密碼,確認密碼,綁定學號,綁定飯卡號,驗證碼格式用戶名:varchar(20)密碼學號:nvarchar(50)飯卡號:nvarchar(50)驗證碼:char(4)處理12345用戶點擊登錄頁面的注冊鏈接系統(tǒng)返回注冊頁面用戶輸入注冊信息系統(tǒng)調(diào)用數(shù)據(jù)庫模塊進行數(shù)據(jù)信息比對信息確認無誤系統(tǒng)彈出注冊成功對話框輸出注冊成功或失敗局部數(shù)據(jù)元素數(shù)據(jù)庫表約束條件驗證碼驗證注釋需要數(shù)據(jù)庫用戶表及持卡者信息表界面設計主要算法【注冊】按鈕:注冊一個新用戶?!救∠堪粹o:關閉登錄窗口?!痉祷氐卿洝堪粹o:返回上層界面。查詢用戶詳細信息功能模塊功能描述用于用戶查詢本人信息。IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱查詢用戶詳細信息模塊編號3作者蔡蓬亮日期模塊描述用于用戶查詢本人詳細信息調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目點擊按鈕格式無處理1、用戶登錄成功進入用戶界面2、用戶點擊查詢用戶詳細信息3、系統(tǒng)根據(jù)用戶登錄的帳號從數(shù)據(jù)庫中查詢用戶的信息4、系統(tǒng)顯示查詢出的信息輸出用戶的詳細信息局部數(shù)據(jù)元素數(shù)據(jù)庫中持卡者信息表及照片表約束條件無注釋需要數(shù)據(jù)庫中持卡者信息表及照片表界面設計主要算法【掛失】按鈕:用戶掛失飯卡?!鞠M】按鈕:進入用戶消費界面?!旧蟼髡掌堪粹o:上傳用戶照片?!咎峤徽掌堪粹o:確認上傳照片。用戶掛失功能模塊功能描述用于用戶掛失自己的飯卡。IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱用戶掛失模塊編號4作者蔡蓬亮日期模塊描述用于用戶掛失自己的卡調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目點擊按鈕格式無處理1、用戶登錄進入用戶界面2、用戶點擊掛失按鈕3、系統(tǒng)根據(jù)用戶登錄的帳號查詢用戶信息4、系統(tǒng)顯示用戶學號及飯卡好信息5、用戶確認信息,點擊掛失按鈕6、系統(tǒng)彈出確認對話框7、用戶點擊確認,提交掛失8、系統(tǒng)更改用戶信息并添加記錄到系統(tǒng)中輸出掛失成功局部數(shù)據(jù)元素數(shù)據(jù)庫中飯卡信息表及飯卡歷史表約束條件注釋需要數(shù)據(jù)庫用戶表界面設計主要算法【掛失】按鈕:掛失自己的帳號?!敬_定】按鈕:確認所掛失的帳號?!救∠堪粹o:返回掛失界面。用戶消費功能模塊功能描述用于用戶消費使用。IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱用戶消費模塊編號5作者蔡蓬亮日期模塊描述用于用戶消費使用調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目點擊按鈕,消費金額格式消費金額:數(shù)字類型處理1、用戶登錄系統(tǒng)進入用戶界面2、用戶點擊消費按鈕3、系統(tǒng)根據(jù)用戶帳號返回用戶飯卡號及余額4、用戶輸入消費金額5、用戶點擊消費6、系統(tǒng)查詢消費金額是否小于余額當小于余額是系統(tǒng)彈出確認對話7、用戶確認消費8、系統(tǒng)返回消費成功對話款及修改數(shù)據(jù)庫余額并添加歷史記錄輸出確認用戶消費局部數(shù)據(jù)元素數(shù)據(jù)庫中飯卡信息表及飯卡歷史表及用戶表約束條件消費輸入框中限定為數(shù)字輸入,其他字符無法輸入進去注釋需要數(shù)據(jù)庫中飯卡信息表及飯卡歷史表及用戶表界面設計主要算法【消費】按鈕:消費金額?!厩蹇铡堪粹o:清空消費金額?!敬_定】按鈕:確認消費金額?!救∠堪粹o:返回消費界面。用戶查詢消費歷史功能模塊功能描述用于用戶查詢自己卡的歷史記錄IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱用戶查詢消費歷史模塊編號6作者蔡蓬亮日期模塊描述用于用戶查詢自己卡的歷史記錄調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目起始時間,終止時間,款額,操作格式起始時間 終止時間款額 操作處理1、用戶登錄系統(tǒng)進入用戶界面2、用戶點擊查詢消費歷史3、系統(tǒng)根據(jù)用戶登錄的帳號返回用戶所有歷史記錄4、用戶輸入查詢條件5、系統(tǒng)根據(jù)查詢條件查詢數(shù)據(jù)庫6、系統(tǒng)返回查詢結果輸出用戶根據(jù)查詢條件查詢的結果局部數(shù)據(jù)元素用戶表及飯卡歷史表約束條件只能查詢本卡,時間通過鼠標點入,操作類型由下拉框輸入注釋需要數(shù)據(jù)庫用戶表及飯卡歷史表界面設計主要算法新建持卡者功能模塊功能描述用于管理員錄入新建學生信息。IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱新建持卡者模塊編號7作者蔡蓬亮日期模塊描述用于管理員錄入新建學生的信息調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目學號|工號,飯卡號,姓名,電話,性別,地址,照片格式學號|工號:nvarchar(50)飯卡號:nvarchar(50)姓名:char(20)電話:char(10)性別:char(20)地址:char(50)照片處理123456管理員登錄系統(tǒng)進入管理員界面管理員打開新建持卡者信息管理員輸入信息并選擇照片管理員點擊提交系統(tǒng)將信息寫入數(shù)據(jù)庫中系統(tǒng)彈出信息錄入成功對話框輸出信息錄入成功對話框局部數(shù)據(jù)元素輸入信息到持卡者信息表及飯卡歷史表約束條件所有信息必須填寫完整除照片信息外。注釋需要數(shù)據(jù)庫中持卡者信息表及飯卡歷史表界面設計主要算法【提交】按鈕:提交用戶信息?!厩蹇铡堪粹o:清空所填用戶信息?!旧蟼髡掌堪粹o:上傳用戶照片。存款功能模塊功能驗證用于管理員對用戶的充值。IPO界面設計系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱存款模塊編號8作者蔡蓬亮日期模塊描述用于管理員對用戶的充值調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目學號|格式學號|工號:充值金額:處理1、管理員登錄系統(tǒng)進入管理員界面2、管理員輸入要充值的學生學號3、管理員點擊充值按鈕4、系統(tǒng)根據(jù)管理員輸入的學生學號查詢學生信息返回到充值頁面5、管理員輸入充值金額6、管理員點擊提交按鈕7、系統(tǒng)彈出確認對話框8、管理員確認9、系統(tǒng)彈出充值成功對話框輸出充值成功對話框局部數(shù)據(jù)元素輸出信息記錄到飯卡信息表及飯卡歷史表約束條件注釋需要數(shù)據(jù)庫飯卡信息表、飯卡歷史表主要算法【充值】按鈕:充值金額。【確定】按鈕:確定充值金額?!救∠堪粹o:取消充值并返回。注銷用戶功能模塊功能描述IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱注銷模塊編號9作者蔡蓬亮日期模塊描述用于管理員對畢業(yè)學生及過期用戶注銷調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目學號|工號格式學號|工號:處理1、管理員登錄系統(tǒng)進入管理員界面2、管理員輸入要注銷的學生學號3、管理員點擊注銷按鈕4、系統(tǒng)根據(jù)管理員輸入的學號進行查詢5、系統(tǒng)顯示查詢結果在注銷頁面6、管理員核對信息并提交注銷7、系統(tǒng)接收信息寫入數(shù)據(jù)庫并刪除注銷用戶的飯卡歷史信息輸出是否注銷對話框及注銷成功對話框局部數(shù)據(jù)元素寫入記錄到飯卡歷史表及飯卡信息表約束條件注釋需要數(shù)據(jù)庫飯卡歷史表及飯卡信息表界面設計主要算法【注銷此卡】按鈕:注銷次飯卡。【確定】按鈕:確認注銷次卡?!救∠堪粹o:返回注銷界面。更改學生信息功能模塊功能描述IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱更改學生信息模塊編號作者蔡蓬亮日期模塊描述用于管理員對需要更改的學生信息進行查詢更改調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目學號|工號,飯卡號,姓名,電話,性別,地址,照片格式學號|工號:nvarchar(50)飯卡號:nvarchar(50)姓名:char(20)電話:char(10)性別:char(20)地址:char(50)照片處理1、管理員登錄系統(tǒng)進入管理員界面2、管理員輸入要更改信息的學生學號3、系統(tǒng)根據(jù)學生學號查詢數(shù)據(jù)庫4、系統(tǒng)返回學生信息到更改學生信息頁面5、管理員修改要更改的學生信息6、管理員提交更改后的學生信息7、系統(tǒng)接收信息寫入數(shù)據(jù)庫中8、系統(tǒng)彈出更新成功對話框輸出更新成功對話框局部數(shù)據(jù)元素寫入記錄到持卡者信息表及照片表約束條件學生學號無法更改注釋需要數(shù)據(jù)庫持卡者信息表及照片表界面設計主要算法【清空】按鈕:清空所有信息。掛失,解鎖功能模塊功能描述IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱掛失,解鎖模塊編號作者蔡蓬亮日期模塊描述用于管理員對掛失用戶進行解鎖及對需要掛失用戶進行掛失調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目學號|格式學號|處理1、管理員登錄進入管理員頁面2、管理員輸入要掛失或解鎖的用戶學號3、系統(tǒng)根據(jù)管理員輸入的信息進行查詢4、系統(tǒng)返回信息到頁面5、管理員點擊掛失或解鎖按鈕6、系統(tǒng)接收信息寫入數(shù)據(jù)庫7、系統(tǒng)彈出掛失成功或解鎖成功對話框輸出掛失成功或解鎖成功對話框局部數(shù)據(jù)元素寫入記錄到飯卡歷史表及更新飯卡信息表約束條件注銷卡及已上鎖的卡系統(tǒng)不予此操作注釋需要數(shù)據(jù)庫用戶表界面設計主要算法查詢更改消費歷史功能模塊功能描述IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱查詢更改消費歷史模塊編號作者蔡蓬亮日期模塊描述用于管理員對用戶消費歷史進行查詢更改調(diào)用模塊數(shù)據(jù)庫模塊被調(diào)用模塊無輸入項目學號|格式學號|起始時間:datetime 終止時間:datetime款額:float 操作:char(20)處理1、管理員登錄系統(tǒng)進入管理員頁面2、管理員點擊查詢更改消費歷史按鈕3、系統(tǒng)根據(jù)管理員輸入的學號信息進行查詢并返回該學號的歷史信息,如果管理員沒有輸入學號信息則返回所有學生的歷史信息4、管理員在更改歷史頁面上重新選擇查詢條件5、系統(tǒng)根據(jù)查詢條件返回結果6、管理員對結果進行更改7、系統(tǒng)接收更改信息寫入數(shù)據(jù)庫輸出更改信息成功對話框局部數(shù)據(jù)元素更改飯卡歷史表中的記錄約束條件注釋需要數(shù)據(jù)庫用戶表界面設計主要算法【清空】按鈕:清空消費記錄。數(shù)據(jù)庫功能模塊功能描述記錄系統(tǒng)所有數(shù)據(jù)信息。IPO系統(tǒng)名稱飯卡管理系統(tǒng)模塊名稱數(shù)據(jù)庫模塊模塊編號作者蔡蓬亮日期模塊描述記錄系統(tǒng)所有數(shù)據(jù)信息調(diào)用模塊無被調(diào)用模塊無輸入項目持卡者信息表,飯卡歷史表,飯卡信息表,用戶表,照片表格式無處理系統(tǒng)調(diào)用的各個處理輸出持卡者信息表,飯卡歷史表,飯卡信息表,用戶表,照片表局部數(shù)據(jù)元素無約束條件無注釋各表數(shù)據(jù)類型給定五、編、連接數(shù)據(jù)庫publicstring{stringNUMS=intlength=Randomrnd=newRandom(Environment.TickCount);char[]result=newchar[length];for(inti=0;i<length;i++)result[i]=NUMS[rnd.Next(NUMS.Length)];returnnewstring(result);}、登錄界面privatevoidbutton2_Click(objectsender,EventArgs{if(textBox1.Text==""||textBox2.Text=={MessageBox.Show("");}elseif(textBox3.Text=={MessageBox.Show("");}elseif(textBox1.Text!=""&&textBox2.Text!=""&&textBox3.Text!={stringusername=textBox1.Text;stringpassword=textBox2.Text;stringyzm=textBox3.Text;stringusertype=stringSqlString="select*from用戶表where用戶名='"+username+"'";連接數(shù)據(jù)庫s=new連接數(shù)據(jù)庫();SqlConnectionsql=s.connect();SqlDataReaderdr=cmd.ExecuteReader();if(dr.Read()){strings1=dr[1].ToString().Trim();strings2=if(s1==password&&s2=={if(usertype=="管理員"&&yzm=={管理員界面f=new管理員界面();}elseif(usertype=="持卡者"&&yzm=={}

}

suo=textBox1.Text.ToString().Trim();app.value=suo;new用戶界面MessageBox.Show("驗證碼不正確!}{}

MessageBox.Show("用戶類型不正確,請查證!MessageBox.Show("用戶名密碼不正確}}、注冊界面privatevoidbutton2_Click(objectsender,EventArgs{s1=textBox1.Text;s2=textBox2.Text;s3=textBox3.Text;s4=textBox4.Text;s5=textBox5.Text;{if(s2.Trim().ToString()!={MessageBox.Show("兩次密碼輸入不爭確,請重新輸入");textBox2.Text="";textBox3.Text=}stringSqlString1="select*from用戶表where用戶名='"+s1+"'or學號='"+s4+"'";stringSqlString2="select*from持卡者信息表where[學號|工號]='"+andID='"+連接數(shù)據(jù)庫s=new連接數(shù)據(jù)庫();SqlConnectionsql=s.connect();SqlCommandcmd=newSqlCommand(SqlString1,sql);SqlDataReaderdr=if{入","提示信息

}{

MessageBox.Show("textBox1.Text="";textBox4.Text=SqlCommandcmd1=newSqlCommand(SqlString2,sql);SqlDataReaderdr1=cmd1.ExecuteReader();if{MessageBox.Show("綁定學號|工號與綁定卡ID不匹配,請重新輸入!");textBox4.Text="";textBox5.Text=}}}MessageBox.Show("信息未填完整或驗證碼錯誤,請繼續(xù)填寫!","提示信息}、用戶界面privatevoid用戶界面_Load(objectsender,EventArgs{this.tabControl1.Visible=false;i=app.value;stringsqlstring="select鎖from飯卡信息表whereID=(selectIDfrom持卡者信息表where[學號|工號]=(select學號from用戶表where用戶名='"++連接數(shù)據(jù)庫s=new連接數(shù)據(jù)庫();SqlConnectionsql=s.connect();SqlCommandcmd=newSqlCommand(sqlstring,sql);SqlDataReaderdr=cmd.ExecuteReader();stringstr=if(str=="已解鎖 button2.Enabled=true;button3.Enabled=label2.Text="您的卡運行正常 label2.Text="您的卡"+str;button2.Enabled=false;button3.Enabled=false; 連接數(shù)據(jù)庫s1=new連接數(shù)據(jù)庫();SqlConnectionsql1=s1.connect();stringsqlstring1="select*from持卡者信息表where[學號|工號學號from用戶表where用戶名='"+i+"')SqlCommandcmd1=newSqlCommand(sqlstring1,sql1);SqlDataReaderdr1=cmd1.ExecuteReader();str0=dr1[0].ToString().Trim();str1=dr1[1].ToString().Trim();str2=dr1[2].ToString().Trim();str3=dr1[3].ToString().Trim();str4=dr1[4].ToString().Trim();str5=dr1[5].ToString().Trim();}管理員界面privatevoid管理員界面_Load(objectsender,EventArgs{this.tabControl1.Visible=comboBox1.Text=comboBox1.Items[0].ToString();comboBox2.Text=comboBox2.Items[0].ToString();textBox19.Enabled=false;textBox21.Enabled=}privatevoid{

連接數(shù)據(jù)庫s=new連接數(shù)據(jù)庫();SqlConnectionsqlcn=s.connect();SqlCommandsqlcommand=newSqlCommand("xinjian",sqlcn);sqlcommand.CommandType=CommandType.StoredProcedure;SqlParameterxuehao=newSqlParameter("@xuehao",SqlDbType.NVarChar,xuehao.Value=SqlParameterkaID=newSqlParameter("@kaID",SqlDbType.NVarChar,50);kaID.Value=textBox5.Text;SqlParametername=newSqlParameter("@name",SqlDbType.Char,20);name.Value=textBox3.Text;SqlParametermale=newSqlParameter("@male",SqlDbType.Char,10);male.Value=comboBox1.Text;SqlParameterphonenumber=newSqlParameter("@phonenumber",SqlDbType.Char,20);phonenumber.Value=SqlParameteraddress=newSqlParameter("@address",SqlDbType.Char,50);address.Value=textBox7.Text;MessageBox.Show("信息插入成功!}、隨機數(shù)class隨機數(shù){publicstring{stringNUMS=intlength=Randomrnd=newRandom(Environment.TickCount);char[]result=newchar[length];for(inti=0;i<length;i++)result[i]=NUMS[rnd.Next(NUMS.Length)];returnnewstring(result);}}六、軟概述飯卡管理系統(tǒng)概述本系統(tǒng)從總體上分為系統(tǒng)用戶登錄、持卡者信息管理、飯卡信息管理和飯卡信息記錄管理四個模塊,因此需要對這四個模塊分別繼續(xù)測試。由于這四個模塊所包含的低層次功能模塊是重疊的,因此在設計測試用例的時候應該選擇有代表性的測試用例,這樣就可以用最小的工作量完成對整個系統(tǒng)的測試。系統(tǒng)的測試計劃系統(tǒng)的每一個模塊都需要進行單元測試,只有在通過了單元測試后,才能進行系統(tǒng)的集成測試。在所有的集成測試(包括模塊測試、系統(tǒng)測試)都完成以后,方可在用戶參與下進行驗收測試。只有通過了用戶的驗收測試后,系統(tǒng)才能交給最終的用戶。在系統(tǒng)項目及其所屬的各個模塊的編制與開發(fā)期間,要進行各種測試活動,準確記錄、及時分析并妥善保存有關這些測試的記錄,是確保系統(tǒng)運行的重要條件。在系統(tǒng)測試中,應有專人負責收集、匯總與保存有關系統(tǒng)測試的記錄。具體如下:最后和用戶一起做驗收測試。系統(tǒng)測試是為了驗證各階段所完成的工作是否滿足需求分析和詳細設計要求,識別出期望的結果和真正結果之間的差別,以便修正系統(tǒng)設計和代碼實現(xiàn)中的潛在錯誤,保證系統(tǒng)運行的正確性和功能完備性,提高系統(tǒng)運行的性能。測試人員安排測試者:王金鑫測試方法和步驟系統(tǒng)測試方法系統(tǒng)測試步驟先分別進行單元測試,再進行集成測試,遵循自底向上的策略。對于每一個測試用例都有考慮到合法和非法的測試情況。測試過程單元測試(黑盒測試用戶登錄模塊測試:1輸入等價類有效等價類無效等價類登錄信息1.無空值且與數(shù)據(jù)庫信息匹配無效用戶名無效密碼用戶名與密碼不匹配存在空值2有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類abc,123,管理員,輸入有效13無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類aaaaaaaaaaaaaaaaaaaa員、無效輸入2管理員,無效輸入3abc、12、管理員、無效輸入432、123無效輸入5持卡者信息管理測試:4輸入等價類有效等價類無效等價類注冊信息無空值用戶名未注冊兩次輸入密碼相同學號和飯卡號匹配存在空值用戶名已注冊過兩次輸入密碼不相同學號和飯卡號不匹配5有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類3、3、3、3、3、輸入有效1、2、3、6無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類4、4、4、4、無效輸入51、1、1、1、1、無效輸入64、1、2、2、2、無效輸入74、1、1、3、2、無效輸入87輸入等價類有效等價類無效等價類修改的信息存在待修改的持卡者可修改除學號|工號以外的所有信息修改值正確不存在待修改的持卡者信修改學號|工號修改值錯誤8有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類1、1、1、2、女、輸入有效1、2、9無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類5、1、1、1、男、無效輸入4、1、女、無效輸入610輸入等價類有效等價類無效等價類持卡者登錄信息1.顯示持卡者信息2.無效持卡者11有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類1、1、持卡者、輸入有效112無效等價類測試用例表期望結果覆蓋的無效等價類abc、123、持卡者、無效輸入2飯卡信息管理測試:13“加鎖與解鎖”輸入條件等價類表輸入等價類有效等價類無效等價類持卡者登錄信息1.2飯卡”2.您的卡已上鎖管理員登錄信息3.2飯卡”提示“請輸入學號|工號”學號|14有效等價類測試用例表期望結果覆蓋的有效等價類2、2、持卡者、1730“掛失”輸入有效1abc、123、管理員、4046號|輸入有效315無效等價類測試用例表期望結果覆蓋的無效等價類1、1、持卡者、無效輸入2abc、123、管理員、無效輸入4abc、123、管理員、3103號|無效輸入516“注銷”輸入條件等價類表輸入等價類有效等價類無效等價類管理員登錄信息,點擊“注銷”1.卡”提示“請輸入學號|工號”提示“沒有找到此學生”17有效等價類測試用例表期望結果覆蓋的有效等價類abc、123、管理員、4046號|輸入有效118無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類abc、123、管理員、無效輸入2abc、123、管理員、2239號|無效輸入319“充值”輸入條件等價類表輸入等價類有效等價類無效等價類管理員登錄信息,點擊“存款”1.可填寫充值金額提示“請輸入學號|工號”提示“沒有找到此學生”充值金額為負20有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類abc、123、管理員、4046號|2、輸入有效121無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類abc、123、管理員、無效輸入2abc、123、管理員、2239號|無效輸入3abc、123、管理員、4046號|2、-無效輸入422“消費”輸入條件等價類表輸入等價類有效等價類無效等價類持卡者登錄信息,點擊“消費”1.可用數(shù)字填寫消費金額消費金額為非數(shù)字提示“請輸入消費金額”23有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類2、2、持卡者、2251、輸入有效124無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類2、2、持卡者、2251、-無效輸入22、2、持卡者、2251無效輸入3飯卡消費記錄管理測試:25輸入等價類有效等價類無效等價類持卡者登錄信息,點擊“查操作1.消費記錄根據(jù)查詢條件正確顯示在控件中消費記錄未顯示出來顯示出來的記錄與查詢條件不匹配26有效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的有效等價類2、2、持卡者、輸入有效127無效等價類測試用例表測試數(shù)據(jù)期望結果覆蓋的無效等價類2222512011-6-22:38:232011-9-無效輸入2、28輸入等價類有效等價類無效等價類管理員登錄信息,點擊“查詢更改消費歷史”1.顯示所有卡的歷史操作消費歷史未顯示出來顯示出來的記錄與操作條件不匹配29有效等價類測試用例表期望結果覆蓋的有效等價類abc、123、管理員、3777號|輸入有效130無效等價類測試用例表期望結果覆蓋的無效等價類abc、123、管理員、2239號|無效輸入2、集成測試(白盒測試)持卡者信息管理模塊的測試:②若在查詢過程中發(fā)現(xiàn)此持卡者的某項記錄有誤,調(diào)用修改持卡者信息模塊修改這個不正確的記錄,以完善此持卡者的信息,如果可以進入下一步,否則查找錯誤。③調(diào)用查詢持卡者信息模塊查詢上面所說的持卡者,看看是否修改了該持卡者不正確的回到第二步繼續(xù)測試。流程圖11456798程序圖測試路徑:1:1->2->3->5測試用例:1飯卡信息管理測試①利用加鎖與解鎖模塊完成對卡的鎖定任務,然后調(diào)用消費模塊看剛加鎖的卡號能否進行消費,若不能則進入下一步,否則查找錯誤。③若在消費過程中發(fā)現(xiàn)余額不足,則調(diào)用充值功能模塊增加可利用款額,以完成消費,如果可以進入下一步,否則查找錯誤④調(diào)用充值模塊增加可用款額,然后調(diào)用消費模塊進行消費,看之前不足的余額是否增加,可以消費,如果可以進入下一步,否則查找錯誤或重復本次操作。⑤利用注銷功能模塊完成消除卡信息的任務,然后調(diào)用加鎖與解鎖模塊檢測卡是否還存在,若存在則重復此過程,否則查找錯誤。流程圖程序圖測試路徑::飯卡消費記錄管理測試:①調(diào)用查詢飯卡消費記錄模塊功能,若在查詢過程中發(fā)現(xiàn)此卡的某項記錄有誤,則調(diào)用修改飯卡消費記錄模塊修改這個不正確的記錄,以完善此卡的信息,如果可以進入下一步,否則查找錯誤。②調(diào)用查詢飯卡消費記錄模塊查詢上面所說的卡,看看是否修改了該卡不正確的記錄,如果是,并且該卡再無企業(yè)不正確的記錄則此次測試成功,否則發(fā)現(xiàn)錯誤,立即回到第一步繼續(xù)測試。22是否存在錯誤記錄N4Y67Y5是否修改了錯誤記錄3修改記錄開始1查詢飯卡消費記N流程圖程序圖測試路徑::系統(tǒng)測試與回歸測試完成了各個模塊的測試后,要進行系統(tǒng)測試。系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試,目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義,找出與需求規(guī)格不相符合或與之矛盾的地每當一個新的模塊被當作集成測試的一部分加進來的時候,軟件環(huán)境都很發(fā)生改變,即建立功能產(chǎn)生錯誤。因此在集成測試策略的環(huán)境中,要進行回歸測試,就是對部分已通過測試的功能要再次進行測試,以保證系統(tǒng)在新環(huán)境下能正常工作。七、小課設內(nèi)容總結本次課設我們沒有用老師給的題目而是選擇了飯卡管理系統(tǒng),因為在我們看來對于在校方式,這種方式具有明顯的局限性,主要表現(xiàn)在信息

溫馨提示

  • 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

提交評論