版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
摘要目前大學生的校園活動層出不窮,導致高校師生參加的校園活動比較頻繁,這樣就造成了師生隨身物品的丟失問題,然而依靠學校的管理平臺尋找丟失的物品,往往由于學校管理經常以院系為單位,導致管理比較閉塞,只是局限于院系內部的交流,就算通過校級學生組織,也僅僅局限于師生之間,教職工難以聯(lián)系起來,因此導致物品丟失以后想要找回變得困難重重。在互聯(lián)網和計算機技術飛快發(fā)展的今天,如果能夠通過網上的平臺來實現(xiàn)失物招領,通過該平臺可以有針對性的尋找失主或者尋找自己丟失的物品,顯然具有較大的發(fā)展前景。本系統(tǒng)基于J2EE的開發(fā)框架,結合“Struts2+Spring+Hibernate”框架,開發(fā)了一個輕量級的高校失物招領系統(tǒng),具有很強的現(xiàn)實意義和研究價值。關鍵詞:校園失物招領Web網站MySQLJ2EE
AbstractAtpresent,thereareendlesscampusactivitiesforcollegestudents,whichleadstofrequentcampusactivitiesattendedbyteachersandstudentsinuniversities.Thishascausedtheproblemofthelossofpersonalbelongingsofteachersandstudents.Themanagementoftheunitisrelativelyclosed,anditislimitedtotheinternalcommunicationofthedepartment.Eventhroughthestudentorganizationattheschoollevel,itisalsolimitedtotheteacherandstudent.Itisdifficulttoconnectthestaffandstaff.Difficult.WiththerapiddevelopmentofInternetandcomputertechnology,ifthelostpropertycanbefoundthroughthenetworkplatform,thenthisplatformcanbeusedtofindtheownerorlostproperty,whichobviouslyhasagreatdevelopmentprospect.ThissystembasedonJ2EEdevelopmentframework,combinedwith"struts2+spring+hibernate"framework,developedalightweightuniversitylostandfoundsystem,hasastrongpracticalsignificanceandresearchvalue.Keywords:CampuslostandfoundWebsiteMySQLJ2EE
目錄TOC\o"1-3"\h\u第一章緒論 第一章緒論本章節(jié)為緒論部分,主要用來描述該課題選題的背景與意義、課題下國內外各自的研究現(xiàn)狀和未來的發(fā)展趨勢,并概述本文的研究內容。隨著人民的生活水平的提高,1.1選題的背景自21世紀以來,經濟與互聯(lián)網技術的快速發(fā)展,生活節(jié)奏不斷加快,就容易發(fā)生物品丟失的情況。過去人們都是通過傳統(tǒng)的方法來尋回失物,而傳統(tǒng)的方法不僅讓失物丟失與拾取的信息擴散的慢,還容易給失主造成一定的經濟損失。據不完全統(tǒng)計,目前大學生在校園內丟失過物品的人超過75%,而也有過半的人嘗試在物品丟失后尋回的過程中,受到各種因素的干擾,最終還是沒找到。目前大學的校園面積不斷擴大,學生校園活動層出不窮,導致高校師生參加的校園活動比較頻繁且攜帶東西數(shù)量不斷增多,這樣就容易造成師生隨身物品丟失的問題,然而依靠學校的管理平臺尋找丟失的物品,往往由于學校管理經常以院系為單位,導致管理比較閉塞,只是局限于院系內部的交流,就算通過校級學生組織,也僅僅局限于師生之間,教職工難以聯(lián)系起來,因此導致物品丟失以后想要找回變得困難重重。在科技水平迅速發(fā)展的今天,已經有了失物招領系統(tǒng),但是這種方式大部分卻不適用在范圍較小的學校里面,失主需要通過系統(tǒng)找到失物還需要到某個地方領取,無疑增加了時間花費。如果能夠通過手機上的軟件來實現(xiàn)失物招領,通過該軟件可以有針對性的尋找失主或者尋找自己丟失的物品,失主與拾主就可以很快的聯(lián)系上,這顯然具有較大的發(fā)展前景。本系統(tǒng)基于J2EE的開發(fā)框架,結合“Struts2+Spring+Hibernate”框架,開發(fā)了一個輕量級的高校失物招領系統(tǒng),具有很強的現(xiàn)實意義和研究價值。1.2課題研究現(xiàn)狀1.2.1國內研究現(xiàn)狀現(xiàn)如今我國正在努力建設和諧社會,政府對居民道德水平的提高尤為重視,因此,政府應當為了實現(xiàn)城市的信息現(xiàn)代化和促進縣、市級城市與各高校的文明化管理義不容辭。而我從國內關于網上失物招領的研究現(xiàn)狀了解到,我國十分重視失物招領制度的建設,在失物招領制度的建設和推廣方面取得了一定的成績。目前,一些大學還計劃設立失物招領處。但是目前大學校內的失物招領需要大量的人力物力并且效率低,資源不集中,導致了手工工作的損耗和丟失物品難以找回,所以建立一個失物招領系統(tǒng)是非常重要的。1.2.2國外研究現(xiàn)狀跟國內不同的是,國外一些地區(qū)或機構針對不同的商品和不同的消費環(huán)境建立了獨特的失物招領管理制度。對于東方國家來說,日本現(xiàn)在已經對失物招領機進行了強有力的重建,全國到處各種失物招領機構。但主要采用手動控制方式,日常工作量非常大。因此,人員和在日本的創(chuàng)辦組織在貨運站安裝了幾噸起重卡車用來裝失物。從指定的項目規(guī)范中,可以減少管理人員的難度。為了方便失主尋找失物,日本政府建立了網絡數(shù)據庫,以避免失主因丟失或玩忽職守而造成的損失。1.2.3發(fā)展趨勢現(xiàn)如今,人們的生活節(jié)奏不斷加快,丟失物品的幾率就會加大,遺失物品的現(xiàn)象時有發(fā)生。有些人丟失了較為貴重的東西就很難找回,傳統(tǒng)方式在現(xiàn)在很難起到大的作用,而常用的尋物方法其信息傳達率不高,不易找回失物,很不方便。為處理該問題,有必要開發(fā)一個失物招領渠道網絡辦理體系,為失主和拾到者建立起一個良好的溝通交流平臺,來便利大眾生活。國內現(xiàn)在對失物招領制度的建設十分重視,在失物招領制度的建設和推廣方面取得了一定的成績。目前,在很多網站,例如失蹤網、失物招領網、58招領網等。上面列出的各種失物招領系統(tǒng)都有自己的功能。有些網站分布在全國各地,可以根據地區(qū)或項目類型進行分類。它們有特定的搜索功能。有些物品丟失并被找到,有些站點是門戶網站的子服務,可能會列出丟失的項,還將為大學和學院提供一些簡單的搜索功能,所有這些功能都為缺少的項目和顯示元素提供屬性搜索功能。這樣,在手工工作的過程中可以大大減少損耗和檢測,也可以提高失物管理的效率,所以建立一個失物招領系統(tǒng)是非常重要的。1.3本文研究內容本文基于web技術開發(fā)失物招領網站,論文面向的用戶主要是校內注冊用戶和管理員。論文的主要研究方向,主要從以下六個章節(jié)展開論述。第一章緒論,對論文進行概括,簡要概述課題的背景、研究意義、課題研究的現(xiàn)狀,從而得到開發(fā)一個高校失物招領系統(tǒng)的可行性與必要性。第二章系統(tǒng)開發(fā)環(huán)境及相應技術的簡述。系統(tǒng)框架工作的流程圖和開發(fā)環(huán)境的主要框架,闡述了系統(tǒng)主要的開發(fā)環(huán)境以及涉及到的關鍵技術與實際應用;第三章系統(tǒng)總體設計,從整體的全局角度考慮系統(tǒng)的設計問題。其中分為四個模塊:總體功能模塊、系統(tǒng)管理員模塊、用戶功能模塊、程序流程圖;第四章系統(tǒng)詳細設計與實現(xiàn),主要描述系統(tǒng)的數(shù)據庫配置以及概念模型等。其中包含數(shù)據庫的配置與搭建,概念模型的設計與數(shù)據庫的邏輯模型;第五章系統(tǒng)功能實現(xiàn),主要通過流程圖、時序圖對系統(tǒng)繁榮具體實現(xiàn)過程進行闡釋,此章節(jié)主要通過8個圖來展現(xiàn)功能的實現(xiàn)過程;第六章系統(tǒng)測試,通過分析測試的目的、任務,并給出測試環(huán)境,最終得到測試結果。最終對系統(tǒng)進行了總結和展望。
第二章系統(tǒng)開發(fā)工具和技術簡介本章主要描述系統(tǒng)開發(fā)環(huán)境及技術簡介,系統(tǒng)工作框架的流程圖和開發(fā)環(huán)境的主要框架以及涉及到的關鍵技術與實際應用2.1系統(tǒng)開發(fā)環(huán)境本次研究基于J2EE框架,選擇了Eclipse開發(fā)平臺,Eclipse屬于編程語言的一種,它不僅用作Java集成開發(fā)工具,而且還支持C/c++、COBOL和PHP等編程語言的插件。它本身只是一個框架和服務。Eclipse附帶了一組插件,包括java開發(fā)工具(JDD),這使得ElPaso成為一個較成熟的開發(fā)平臺。既可以創(chuàng)建web項目也可以創(chuàng)建Java項目。所以本次系統(tǒng)的開發(fā)選擇了Eclipse開發(fā)平臺。同時為了實現(xiàn)對用戶數(shù)據的有效存儲和使用,系統(tǒng)借助了MySQL作為數(shù)據庫端的開發(fā)平臺,它運行速度很快,并且完全適用于網絡可以和網絡任意地方的人分享[1]。具備速度快,體積小的優(yōu)點。因為是開放源代碼,不需要其他的成本,能夠實現(xiàn)輕量級的數(shù)據支持。2.2“Struts2+Spring+Hibernate”的簡述SSH不是一個框架,而是多個框架(struts+spring+hibernate)的集成,SSH在J2EE項目中表示了3種框架,即Spring+Struts2+Hibernate。它由以下3個框架構成:2.2.1Struts2框架Struts2是Apache托管的開放源碼項目。Struts2是一個改進的MVC框架,它為MVC系統(tǒng)的開發(fā)提供了底層支持。其主要技術有servlet庫、JSP和自定義標記庫[3]。其基本構成如圖2-1所示。圖2-1Struts框架的工作流程2.2.2Spring框架Springcore是一種輕量級容器、IIC容器(反向控制)、無干擾(無威脅)方案,并提供了面向程序的AOP概念。它支持持久性和操作,提供MVC網絡實現(xiàn),并為一些常見的企業(yè)服務api(軟件接口)提供一致的模型包。除了現(xiàn)有的各種其他框架(struts、JSF、hibernate等)之外,spring還提供了一個集成它們的解決方案[4]。圖2-2Spring主要框架2.2.3Hibernate框架Hibernate是一個ORM源層。Hibernate框架是持久性層框架的優(yōu)秀實現(xiàn),它為具有一致數(shù)據庫的服務提供了高效、經濟的對象。開發(fā)人員可以使用面向對象的設計來開發(fā)一致的層。簡而言之,HYPERNET只是一個將類一致映射到數(shù)據庫表的工具,例如,每個持久類對應于數(shù)據庫表中的一行數(shù)據[5]。用戶只需要使用一個直接面向的方法來運行這些實例來完成、插入、刪除和讀取數(shù)據表。如圖2-3所示:圖2-3Hibernate主要架構
第三章需求分析開發(fā)一個系統(tǒng)最先都是對其進行需求分析調研,本章簡述系統(tǒng)的總體設計,針對校園失物招領系統(tǒng)進行了需求分析,從整體的全局角度考慮系統(tǒng)的設計問題。系統(tǒng)用戶是軟件中最核心的使用者,普通用戶可以通過注冊、登陸、發(fā)布信息與查詢信息進行操作。而系統(tǒng)管理員又是軟件維護必不可少的一部分,管理員可以根據實際情況,通過物品審核,監(jiān)控后臺數(shù)據,對系統(tǒng)進行日常維護和維護系統(tǒng)安全。根據之前的需求分析調研數(shù)據可以將系統(tǒng)其中細分為四個模塊:總體功能模塊、系統(tǒng)管理員模塊、用戶功能模塊、程序流程圖。3.1總體功能模塊系統(tǒng)總體上分為普通用戶和管理員用戶。這兩類用戶在功能上存在著差異。系統(tǒng)主要分為失物招領啟事發(fā)表、瀏覽失物招領啟事以及收發(fā)感謝信、查看成功案例、用戶登錄注冊等功能模塊。3.2系統(tǒng)管理員功能模塊系統(tǒng)管理員通過系統(tǒng)管理用戶信息,操控系統(tǒng)后臺數(shù)據,保證用戶信息安全的同時,可以核實用戶信息,因此具有管理的權限。系統(tǒng)管理員需要實現(xiàn)的功能有以下幾點:登陸管理:通過輸入管理員賬號名字與密碼,選擇登陸角色,經由系統(tǒng)判斷登陸是否安全后,自動跳轉到管理員界面。普通用戶管理:管理員可以針對不同用戶的需求,增加或者修改用戶的使用權限,不同權限的用戶可以使用不同的功能。物品管理:管理員在后臺審核物品信息,待管理員審核通過之后,信息會展現(xiàn)在軟件失物招領或拾物認領界面。感謝信管理:失主可以在拾主背景墻評論發(fā)表感謝,拾主可以在自己的背景墻看到感謝信。信息欄管理:對物品信息部分公開,同時加入了搜索引擎,若用戶查詢物品,則展示相似物品信息。如圖3-1所示:圖3-1系統(tǒng)用戶與管理員功能模塊3.3用戶的功能模塊3.3.1軟件配置需求普通用戶的功能模塊實現(xiàn)比較簡單,普通用戶的功能模塊只需要包括失物招領啟事發(fā)表:失主或拾主向系統(tǒng)提供物品的信息,包括物品名字,丟失地點,時間,物品顏色等詳細信息,經管理員審核后發(fā)表到信息欄里。瀏覽失物招領啟事以及收發(fā)感謝信:用戶可以通過搜索引擎,對相似物品進行搜索,點開對應物品后,可以對信息發(fā)布者背景墻發(fā)感謝信。查看成功案例:每個失物招領的事件都會被展示在功能中的成功案例里。用戶登錄注冊功能:用戶通過實名認證信息跟個人信息的填寫后,可以注冊成為普通用戶并登陸系統(tǒng)。普通用戶不能夠刪除發(fā)布的內容。如圖3-2所示:圖3-2用戶功能模塊3.4程序流程圖本節(jié)通過對程序的運行過程進行分析,得到程序的流程圖如圖3-3所示:圖3-3程序流程圖圖3-4失物招領流程圖圖3-5用戶登錄流程圖圖3-6用戶注冊流程圖
第四章系統(tǒng)詳細設計與實現(xiàn)本章主要描述系統(tǒng)詳細設計與實現(xiàn),主要描述系統(tǒng)的數(shù)據庫配置以及概念模型等。其中包含數(shù)據庫的配置與搭建,概念模型的設計與數(shù)據庫的邏輯模型;4.1系統(tǒng)和數(shù)據庫的配置數(shù)據庫存儲著大量的信息,當用戶需要對數(shù)據進行增加,查詢和刪除等操作時都是在數(shù)據庫完成,由此可見它是每一個管理系統(tǒng)的基礎與核心,所以必須要設計的合理安全。由于該系統(tǒng)面向校園的失物招領管理,固然會有大量的信息存儲,所以本系統(tǒng)要設計并實現(xiàn)一個最優(yōu)的數(shù)據庫構造模式,使數(shù)據能夠有效地,安全的,全面的被存儲在數(shù)據庫里,以滿足用戶的各種基本需求,數(shù)據庫中信息表的各個部分必須要緊密并且精確的關聯(lián)在一起,使之成為一個數(shù)據表。4.2概念模型設計經過系統(tǒng)分析,每個實體用戶都有自己的屬性,不同實體用戶間的關系可通過系統(tǒng)E-R圖來描述。(1)系統(tǒng)中管理員實體是用來存放管理員信息的,它的屬性包括用戶名,并將其設置為主鍵。另外還有密碼、角色、性別、地址等屬性。如圖4-1所示。管理員管理員用戶名密碼角色性別年齡地址圖4-1管理員實體圖(2)招領啟事文章頁面內容實體圖,如圖4-2所示。其中主要包括主鍵id,內容標題,內容文字、內容類型、生成時間、物品名稱,其中根據內容類型來判斷是尋物還是招領,生成文章或頁面都會記錄時間,內容文字用來存儲啟事內容。圖4-2內容頁面實體圖4.3數(shù)據庫邏輯模型本節(jié)描述數(shù)據的邏輯模型,即數(shù)據庫表的設計。以用戶信息表為例。用戶名表數(shù)據結構如表4-1所示,該表存儲著網站用戶的基本信息。其中以id為主鍵,每一個主鍵都帶有一條唯一性的數(shù)據,其中username和password用來做登陸系統(tǒng)校驗,校驗成功則會登陸成功并記錄活動時間(activated)。如下所示:表4-1用戶信息表名稱類型空備注idint(11)no主鍵createtimedatetimeyes添加時間emailvarchar(255)yes郵箱passwordvarchar(255)yes密碼roleint(11)no用戶權限userlockint(11)no是否刪除標志usernamevarchar(255)yes用戶名表4-2分類表名稱類型空備注idint(11)no主鍵namevarchar(255)yes分類名表4-3感謝信表名稱類型空備注idint(11)no主鍵createtimedatetimeyes添加時間infovarchar(255)yes詳情描述titlevarchar(255)yes標題uidint(11)yes添加用戶表4-4回復表名稱類型空備注idint(11)no主鍵contentvarchar(255)yes回復內容createtimedatetimeyes添加時間gidint(11)no關聯(lián)的失誤IDuidint(11)yes關聯(lián)的用戶ID表4-5失物招領表名稱類型空備注idint(11)no主鍵addressvarchar(255)yes丟失地點createtimedatetimeyes添加時間happentimedatetimeyes丟失時間infovarchar(255)yes詳情描述mobilevarchar(255)yes手機namevarchar(255)yes物品名稱qqvarchar(255)yesQQremarkvarchar(255)yes備注resultvarchar(255)yes結果stateint(11)no狀態(tài)titlevarchar(255)yes標題typenamevarchar(255)yes失物cidint(11)yes子分類claimuidint(11)yes添加的用戶uicint(11)yes關聯(lián)的用戶表4-5失物招領表第五章系統(tǒng)功能實現(xiàn)本章主要描述系統(tǒng)功能實現(xiàn),主要通過流程圖、時序圖對系統(tǒng)功能具體實現(xiàn)過程進行闡釋,此章節(jié)主要通過8個圖來展現(xiàn)功能的實現(xiàn)過程;5.1系統(tǒng)功能實現(xiàn)的主要框架系統(tǒng)功能實現(xiàn)主要分為系統(tǒng)管理員和普通用戶兩個方面。系統(tǒng)管理員主要負責通過系統(tǒng)來管理物品信息,及時更新數(shù)據,為普通用戶提供技術支持。普通用戶發(fā)布的信息在經過系統(tǒng)審核后,對信息進行公開,用戶可以根據系統(tǒng)的提示來閱讀其他用戶發(fā)出的文章,尋物或者招領啟事,如果處理成功則管理員將案例轉移至成功案例模塊。此外,管理者還可以針對用戶提出的系統(tǒng)請求增加或者刪除普通用戶。普通的用戶只需要注冊登錄該系統(tǒng),然后跳轉到個人主頁進行發(fā)表啟事,或者編輯感謝信發(fā)送,同時還可以瀏覽平臺所有的公開信息。這樣區(qū)分權限的系統(tǒng)設計,更有助于失物招領系統(tǒng)的有效管理,提高了效率。5.2個人中心模塊與管理員模塊用戶在登錄Android移動客戶端后,首先進入登錄界面,注冊成功后,用戶可以在登陸界面選擇個人登陸或者管理員登陸。在登錄后進入個人中心界面,在系統(tǒng)提示下完善個人詳細信息和進行實名認證,若用戶已經在Web端進行了相關操作,登錄后信息同步完成則不需要上述操作。登錄界面和個人中心界面如圖5-1所示。圖5-1登錄界面和個人中心界面除了上述的普通用戶界面,該系統(tǒng)還有后臺管理者界面,管理者輸入自己的賬號密碼以后登入后臺系統(tǒng),如圖5-2所示。圖5-2管理者用戶管理界面5.3實物招領模塊實現(xiàn)失物招領模塊主要實現(xiàn)拾物信息發(fā)布、失物認領、信息查詢、失物申述功能。用戶在登陸成功之后,可以在搜索框中輸入關鍵詞,系統(tǒng)將自動提取關鍵詞到后臺核實數(shù)據來處理信息,再反饋給用戶。用戶登錄成功后,系統(tǒng)功能將在左側以不同按鈕的形式展現(xiàn)出來,用戶可以點擊不同的按鈕進入相對應的功能。拾物信息發(fā)布如圖5-3所示:圖5-3發(fā)布拾物信息用戶通過關鍵字搜索進入拾物信息列表中,找到自己丟失的物品后可以點擊進入拾物詳細界面,并進行失物認領操作。拾物詳情及認領頁面如圖5-4所示:圖5-4拾物詳情及認領界面在用戶確認物品后,可以點擊認領按鈕,系統(tǒng)在核實信息后會彈出提示信息,在用戶認定后點擊確認按鈕方可查看拾物詳細信息和拾物聯(lián)系人方式,同時該物品會被標記為認領中狀態(tài)。認領提示界面和認領確認后界面如圖5-5、5-6所示:圖5-5認領提示界面圖5-6認領確認后界面5.4物品發(fā)布模塊實現(xiàn)信息發(fā)布頁面主要有失物信息發(fā)布和拾物信息發(fā)布。用戶登錄后可以通過物品發(fā)布功能進入到該界面下進行選擇發(fā)布物丟失物品信息或撿拾物品信息。在進入相應信息發(fā)布后需要填寫物品的名稱、類型、地點、時間、特征等詳細信息,信息填寫完成后點擊發(fā)布按鈕即可將信息發(fā)布,同時系統(tǒng)會將已發(fā)布信息提交給管理員審核,待管理員審核通過后會自動同步到Web端頁面。物品發(fā)布界面如圖5-7所示。圖5-7物品發(fā)布界面5.5拾物招領模塊實現(xiàn)在用戶進入拾物招領功能后,客戶端會在主界面顯示拾物招領列表,拾物招領列表保存了拾主撿拾物品的信息,主要包括標題,物品拾取地點,時間跟物品特征,用戶可以在列表中看到物品的相應狀態(tài),待用戶在確定某一物品之后,點擊進入物品詳細信息界面。拾物招領列表和物品詳細信息界面如圖5-8所示:圖5-8失物啟示界面
第六章系統(tǒng)調試與測試系統(tǒng)測試是軟件開發(fā)流程中所不能少的過程,當完成代碼的基本開發(fā)后,需要驗證軟件是否滿足軟件開發(fā)提出的需求,是否系統(tǒng)存在不足,以及判斷軟件的能否安全使用和質量是否可靠。以下,是對系統(tǒng)功能的詳細測試。6.1軟件測試的目的軟件測試的目的就是要找到系統(tǒng)的缺陷與不足,以便提前對系統(tǒng)的各功能進行改進與完善,并且在對后期的維護中提供方便和減少出錯率,防止用戶使用過程中網站不斷出錯的現(xiàn)象發(fā)生,從而提高系統(tǒng)的用戶黏著度。另一方面就是驗證該系統(tǒng)開發(fā)出來的功能是否可以滿足失物招領網站的各種需求,如果網站開發(fā)出來在功能上都難以滿足用戶的需求,那么該系統(tǒng)的開發(fā)顯然是失敗的。6.2軟件測試的任務本次將采用測試用例,兼容性測試以及性能測試三種方法來對此次的系統(tǒng)進行有效測試,用例測試就是針對某項功能設置一個具體動作,通過程序的執(zhí)行以及結果的輸出來判斷該功能是否達到預期效果,并且滿足了特定需求。兼容性測試就是測試本系統(tǒng)在特定的瀏覽器中是否都能夠正常運行的測試。性能測試則是測試各個模塊在多人使用的情況下是否出錯的測試。6.2.1測試用例本節(jié)將進行用例測試,根據模塊的重要性本次選取部分重要模塊進行測試用例。對基本信息管理的測試:包括用戶注冊以及登錄、用戶發(fā)表失物招領啟事、用戶瀏覽失物招領啟事等。測試用例如下表6-1系統(tǒng)登錄測試用例。表6-1登錄測試用例表測試名稱測試用例預期結果實際結果是否通過登錄測試不填寫用戶名、密碼和驗證碼提示請?zhí)顚懹脩裘執(zhí)顚懹脩裘侵惠斎胗脩裘鸻dmin和密碼admin提示請?zhí)顚戲炞C碼提示請?zhí)顚戲炞C碼是隨意輸入用戶名、密碼和驗證碼提示用戶名或密碼錯誤提示用戶名或密碼錯誤是登錄進主頁面后30分鐘不操作提示登陸已超時,重新登錄提示登陸已超時,重新登錄是復制并進入操作界面地址點擊無法進入并跳轉到登錄界面無法進入并跳轉到登錄界面是6.2.2兼容性測試該部分是兼容性測試。兼容性測試就是測試本系統(tǒng)的各種功能是否能夠在瀏覽器中正常使用。為滿足兼容性測試,將本系統(tǒng)分別設置在特定的不同瀏覽器中進行運行。下表將列出測試具體內容及結果,如表6-2所示。表6-2兼容性測試測試描述在不同瀏覽器中,軟件是否能夠正常使用通過標準在不同瀏覽器中,軟件是能夠正常使用設置條件電腦上安裝火狐、谷歌、IE瀏覽器客戶端和服務器能否正常網絡連接正常測試步驟在不同瀏覽器中輸入統(tǒng)一登錄地址并登錄,點擊各個模塊進行查看實際輸出主要模塊火狐谷歌IE8IE9獵豹用戶登錄正常正常正常正常正常發(fā)表失物招領啟事不支持正常正常正常正常瀏覽失物招領啟事正常正常正常正常正常查看成功案例正常正常正常正常正常收發(fā)感謝信不支持正常正常正常正常測試結果在火狐瀏覽器中部分功能不支持,其他都能運行正常6.2.3性能測試在實際的運行操作過程中,同一個系統(tǒng)會被不同身份的人進行同時使用,為了進行系統(tǒng)的壓力測試,將用于測試的系統(tǒng)放在自己的計算機當中,并同時邀請同學以及家人,通過局域網和因特網進行同時測試。對系統(tǒng)一直保持在線3天,第一天,同時邀請的20人對系統(tǒng)進行登錄并使用各個模塊功能。觀察到系統(tǒng)的失物招領圖片加載有些慢,其余功能正常工作。剩下的2天內都有人不間斷的使用測試系統(tǒng),功能一切正常,由于高校學生一般都是白天活動,夜間很少有人登錄系統(tǒng),因此此次測試結果基本能滿足高校學生對于失物招領網站的正常需求。6.3測試環(huán)境系統(tǒng)測試需要一臺Windows操作系統(tǒng)的電腦,并需要裝有火狐、谷歌、IE、獵豹等瀏覽器。6.4測試過程及結果當用戶未登錄直接在瀏覽器輸入本系統(tǒng)的后臺管理地址時,系統(tǒng)會判斷是否登錄,未登錄則會跳到登錄頁,無法強制進去后臺主頁。當用戶輸入相應的信息,點及登錄按鈕時,如果用戶名錯誤,則提示不存在的用戶詳細信息如圖6-1所示:圖6-1用戶名錯誤提示當用戶輸入的賬號或密碼有誤時,則會出現(xiàn)提示框,提示密碼錯誤,詳細信息如圖6-2所示:圖6-2密碼錯誤提示經過以上用戶登錄測試,本系統(tǒng)可以攔截任何想要暴力登入到后臺的用戶,安全性達到了符合標準,在以上測試用例中,基本測試了本系統(tǒng)所有功能模塊,每一個功能模塊的測試用例中的實際結果與期望結果相同,本系統(tǒng)的功能也達到了標準。
第七章結論本系統(tǒng)的實現(xiàn)可以滿足大部分用戶對失物招領系統(tǒng)的需求,系統(tǒng)采用開源Struts、Hibernate框架,框架可以更好地優(yōu)化JDBC數(shù)據庫連接復雜的問題,對比市面上早一些的Struts框架,采用Struts、Hibernate框架更加易于開發(fā)和維護;SSH框架能夠提高我們的開發(fā)效率使得系統(tǒng)開發(fā)過程更加高效。在頁面上采用動態(tài)的jsp頁面,利用作為界面美化工具,可以讓失物招領網站的使用輕量而高效,用戶體驗流暢,體驗效果更好,且可以實現(xiàn)后臺接口的復用,易于維護。經過對本系統(tǒng)功能的總結,本系統(tǒng)還存在著很多潛在的不足和安全性隱患。對于本系統(tǒng)來說,只是實現(xiàn)了發(fā)布失物招領啟示、瀏覽失物招領信息、收發(fā)感謝信、用戶登錄等功能,后期還可以添加用戶自主刪除帖子或者在線修改帖子等功能,以及用戶權限,以及網站切換主題功能等。本系統(tǒng)的開發(fā)可以滿足很多想尋找自己丟失的物品或者發(fā)布消息招領的用戶,基本上可以滿足用戶的需求。由于本人經驗不足,學識疏淺,系統(tǒng)還可以進一步的增添新的功能。希望今后經過學習新的知識后,發(fā)掘并添加本系統(tǒng)的其他功能。在未來的工作和學習中,我還需要繼續(xù)豐富自己并提高自己。只有這樣,我們才能無休止地學習,尋求更大的發(fā)展。通過這個畢設項目,我獲得了很多好處,并實現(xiàn)了設計批準必須達到的目標。
參考文獻[1]王紅旗.基于J2EE的高校失物招領系統(tǒng)網站信息管理系統(tǒng)的設計[J].數(shù)碼世界,2018,(9):78.DOI:10.3969/j.issn.1671-8313.2018.09.068.[2]李夏輝,林詩同.探究以NodeJS為基礎的學校失物招領系統(tǒng)[J].數(shù)碼世界,2017,(3):58.DOI:10.3969/j.issn.1671-8313.2017.03.044.[3]鄭宇.基于Web的科技信息管理系統(tǒng)開發(fā)與管理[J].微型電腦應用,2019,35(10):142-147.[4]胡毅.基于WEB的信息系統(tǒng)軟件開發(fā)與項目管理[J].數(shù)碼設計(下),2019,(11):21-22.[5]董圓圓.基于web的學生資助管理系統(tǒng)的設計與開發(fā)[J].軟件,2019,40(7):133-137.DOI:10.3969/j.issn.1003-6970.2019.07.025.[6]謝葉.基于軟件工程的Web開發(fā)技術[J].數(shù)字化用戶,2018,24(45):101.DOI:10.3969/j.issn.1009-0843.2018.45.096.[7]胡強.MySQL數(shù)據庫常見問題分析與研究[J].電腦編程技巧與維護,2019,(12):91-92.[8]張偉龍,呂明,胡宏,等.MySQL數(shù)據庫服務器監(jiān)控系統(tǒng)設計與實現(xiàn)[J].工業(yè)控制計算機,2019,32(12):18-20.[9]路宇,張靖,唐軼軒.關于MySQL數(shù)據庫的優(yōu)化研究[J].科學與信息化,2019,(33):49.[10]王海濤,賈宗璞基于Struts和Hibernate的Web應用開發(fā)[J].計算機工程2011,37(9):113[11]傅鵬,殷旻昊基于Structs+Spring+Hibernate+Ajax技術的科研管理系統(tǒng)設計[J].軟件導刊,2009,8(1):135-136.[12]孫鑫編著.JavaWeb開發(fā)詳解[M].電子工業(yè)出版社,2006.189-274[13]林上杰,林康司編著.JSP2.0技術手冊[M].電子工業(yè)出版社,2004.3-6[14]薩師煊,王珊.數(shù)據庫系統(tǒng)概論(第三版)[M].北京:高等教育出版社,1998.[15]蔡劍,景楠.JavaWeb應用開發(fā):J2EE和Tomcat[M].北京:清華大學出版社,2004.[16]HuanyuCheng,MingZhong,JianWang.Diversifiedkeywordsearchbasedwebservicecomposition[J].TheJournalofSystems&Software,2020,163.[17]LouiseHindborgMortensen,CarlaCruz-Paredes,JiayiQin,ReginR?nn,MetteVesterg?rd.EffectofashapplicationonthedecomposerfoodwebandNmineralizationinaNorwayspruceplantation[J].ScienceoftheTotalEnvironment,2020,715.
致謝在論文設計過程中,非常感謝葉小鶯老師給我的指導和幫助,在選題階段,葉小鶯老師給予我很大的啟發(fā),讓我順利確定了論文題目。再到開題報告和任務書,葉小鶯老師也對我做了詳細的指導。最后,到論文編寫階段,葉小鶯老師用她博學的知識為我提供了很大的幫助,節(jié)省了我許多的時間,避免了我做無用功。經過此次的畢業(yè)論文的撰寫過程,我學到了許多從課本中學不到的知識,鍛煉了我的實際動手能力和創(chuàng)新能力。時光匆匆,一晃,這一階段的學習生活就這么快要結束了。這幾年的學習時光是我最值得回憶的一段時間,在設計書寫自己的畢業(yè)論文這段時間,得出了許多感悟,感嘆時間真的是一個奇妙的東西,讓人變得越來越成熟。在撰寫畢業(yè)論文的這段時間里不僅對所學的專業(yè)知識有了更深的理解和認識,同時還對專業(yè)知識的應用有了新的見解和看法,為我之后工作和努力明晰了思路,提供了方向。在這里,同時對那些在我完成畢業(yè)論文期間給以我?guī)椭耐瑢W和老師表示由衷的感謝,因為你們,才能讓我順利的完成論文,也是因為你們,才讓我的大學生活多姿多彩。謝謝廣東東軟學院里所有老師對我的教導,所有同學對我的幫助和陪伴,感恩有你,感謝青春!
電腦故障檢測卡代碼表
1、特殊代碼"00"和"ff"及其它起始碼有三種情況出現(xiàn):
①已由一系列其它代碼之后再出現(xiàn):"00"或"ff",則主板ok。
②如果將cmos中設置無錯誤,則不嚴重的故障不會影響bios自檢的繼續(xù),而最終出現(xiàn)"00"或"ff"。
③一開機就出現(xiàn)"00"或"ff"或其它起始代碼并且不變化則為主板沒有運行起來。
2、本表是按代碼值從小到大排序,卡中出碼順序不定。
3、未定義的代碼表中未列出。
4、對于不同bios(常用ami、award、phoenix)用同一代碼代表的意義不同,因此應弄清您所檢測的電腦是屬于哪一種類型的bios,您可查閱您的電腦使用手冊,或從主板上的bios芯片上直接查看,也可以在啟動屏幕時直接看到。
5、有少數(shù)主板的pci槽只有一部分代碼出現(xiàn),但isa槽有完整自檢代碼輸出。且目前已發(fā)現(xiàn)有極個別原裝機主板的isa槽無代碼輸出,而pci槽則有完整代碼輸出,故建議您在查看代碼不成功時,將本雙槽卡換到另一種插槽試一下。另外,同一塊主板的不同pci槽,有的槽有完整代碼送出,如dell810主板只有靠近cpu的一個pci槽有完整代碼顯示,一直變化到"00"或"ff",而其它pci槽走到"38"后則不繼續(xù)變化。
6、復位信號所需時間isa與pci不一定同步,故有可能isa開始出代碼,但pci的復位燈還不熄,故pci代碼停要起始代碼上。
代碼對照表
00.已顯示系統(tǒng)的配置;即將控制INI19引導裝入。
01處理器測試1,處理器狀態(tài)核實,如果測試失敗,循環(huán)是無限的。處理器寄存器的測試即將開始,不可屏蔽中斷即將停用。CPU寄存器測試正在進行或者失敗。
02確定診斷的類型(正?;蛘咧圃欤?。如果鍵盤緩沖器含有數(shù)據就會失效。停用不可屏蔽中斷;通過延遲開始。CMOS寫入/讀出正在進行或者失靈。
03清除8042鍵盤控制器,發(fā)出TESTKBRD命令(AAH)通電延遲已完成。ROMBIOS檢查部件正在進行或失靈。
04使8042鍵盤控制器復位,核實TESTKBRD。鍵盤控制器軟復位/通電測試??删幊涕g隔計時器的測試正在進行或失靈。
05如果不斷重復制造測試1至5,可獲得8042控制狀態(tài)。已確定軟復位/通電;即將啟動ROM。DMA初如準備正在進行或者失靈。
06使電路片作初始準備,停用視頻、奇偶性、DMA電路片,以及清除DMA電路片,所有頁面寄存器和CMOS停機字節(jié)。已啟動ROM計算ROMBIOS檢查總和,以及檢查鍵盤緩沖器是否清除。DMA初始頁面寄存器讀/寫測試正在進行或失靈。
07處理器測試2,核實CPU寄存器的工作。ROMBIOS檢查總和正常,鍵盤緩沖器已清除,向鍵盤發(fā)出BAT(基本保證測試)命令。.
08使CMOS計時器作初始準備,正常的更新計時器的循環(huán)。已向鍵盤發(fā)出BAT命令,即將寫入BAT命令。RAM更新檢驗正在進行或失靈。
09EPROM檢查總和且必須等于零才通過。核實鍵盤的基本保證測試,接著核實鍵盤命令字節(jié)。第一個64KRAM測試正在進行。
0A使視頻接口作初始準備。發(fā)出鍵盤命令字節(jié)代碼,即將寫入命令字節(jié)數(shù)據。第一個64KRAM芯片或數(shù)據線失靈,移位。
0B測試8254通道0。寫入鍵盤控制器命令字節(jié),即將發(fā)出引腳23和24的封鎖/解鎖命令。第一個64KRAM奇/偶邏輯失靈。
0C測試8254通道1。鍵盤控制器引腳23、24已封鎖/解鎖;已發(fā)出NOP命令。第一個64KRAN的地址線故障。
0D1、檢查CPU速度是否與系統(tǒng)時鐘相匹配。2、檢查控制芯片已編程值是否符合初設置。3、視頻通道測試,如果失敗,則鳴喇叭。已處理NOP命令;接著測試CMOS停開寄存器。第一個64KRAM的奇偶性失靈
0E測試CMOS停機字節(jié)。CMOS停開寄存器讀/寫測試;將計算CMOS檢查總和。初始化輸入/輸出端口地址。
0F測試擴展的CMOS。已計算CMOS檢查總和寫入診斷字節(jié);CMOS開始初始準備。.
10測試DMA通道0。CMOS已作初始準備,CMOS狀態(tài)寄存器即將為日期和時間作初始準備。第一個64KRAM第0位故障。
11測試DMA通道1。CMOS狀態(tài)寄存器已作初始準備,即將停用DMA和中斷控制器。第一個64DKRAM第1位故障。
12測試DMA頁面寄存器。停用DMA控制器1以及中斷控制器1和2;即將視頻顯示器并使端口B作初始準備。第一個64DKRAM第2位故障。
13測試8741鍵盤控制器接口。視頻顯示器已停用,端口B已作初始準備;即將開始電路片初始化/存儲器自動檢測。第一個64DKRAM第3位故障。
14測試存儲器更新觸發(fā)電路。電路片初始化/存儲器處自動檢測結束;8254計時器測試即將開始。第一個64DKRAM第4位故障。
15測試開頭64K的系統(tǒng)存儲器。第2通道計時器測試了一半;8254第2通道計時器即將完成測試。第一個64DKRAM第5位故障。
16建立8259所用的中斷矢量表。第2通道計時器測試結束;8254第1通道計時器即將完成測試。第一個64DKRAM第6位故障。
17調準視頻輸入/輸出工作,若裝有視頻BIOS則啟用。第1通道計時器測試結束;8254第0通道計時器即將完成測試。第一個64DKRAM第7位故障。
18測試視頻存儲器,如果安裝選用的視頻BIOS通過,由可繞過。第0通道計時器測試結束;即將開始更新存儲器。第一個64DKRAM第8位故障。
19測試第1通道的中斷控制器(8259)屏蔽位。已開始更新存儲器,接著將完成存儲器的更新。第一個64DKRAM第9位故障。
1A測試第2通道的中斷控制器(8259)屏蔽位。正在觸發(fā)存儲器更新線路,即將檢查15微秒通/斷時間。第一個64DKRAM第10位故障。
1B測試CMOS電池電平。完成存儲器更新時間30微秒測試;即將開始基本的64K存儲器測試。第一個64DKRAM第11位故障。
1C測試CMOS檢查總和。.第一個64DKRAM第12位故障。
1D調定CMOS配置。.第一個64DKRAM第13位故障。
1E測定系統(tǒng)存儲器的大小,并且把它和CMOS值比較。.第一個64DKRAM第14位故障。
1F測試64K存儲器至最高640K。.第一個64DKRAM第15位故障。
20測量固定的8259中斷位。開始基本的64K存儲器測試;即將測試地址線。從屬DMA寄存器測試正在進行或失靈。
21維持不可屏蔽中斷(NMI)位(奇偶性或輸入/輸出通道的檢查)。通過地址線測試;即將觸發(fā)奇偶性。主DMA寄存器測試正在進行或失靈。
22測試8259的中斷功能。結束觸發(fā)奇偶性;將開始串行數(shù)據讀/寫測試。主中斷屏蔽寄存器測試正在進行或失靈。
23測試保護方式8086虛擬方式和8086頁面方式?;镜?4K串行數(shù)據讀/寫測試正常;即將開始中斷矢量初始化之前的任何調節(jié)。從屬中斷屏蔽存器測試正在進行或失靈。
24測定1MB以上的擴展存儲器。矢量初始化之前的任何調節(jié)完成,即將開始中斷矢量的初始準備。設置ES段地址寄存器注冊表到內存高端。
25測試除頭一個64K之后的所有存儲器。完成中斷矢量初始準備;將為旋轉式斷續(xù)開始讀出8042的輸入/輸出端口。裝入中斷矢量正在進行或失靈。
26測試保護方式的例外情況。讀出8042的輸入/輸出端口;即將為旋轉式斷續(xù)開始使全局數(shù)據作初始準備。開啟A20地址線;使之參入尋址。
27確定超高速緩沖存儲器的控制或屏蔽RAM。全1數(shù)據初始準備結束;接著將進行中斷矢量之后的任何初始準備。鍵盤控制器測試正在進行或失靈。
28確定超高速緩沖存儲器的控制或者特別的8042鍵盤控制器。完成中斷矢量之后的初始準備;即將調定單色方式。CMOS電源故障/檢查總和計算正在進行。
29.已調定單色方式,即將調定彩色方式。CMOS配置有效性的檢查正在進行。
2A使鍵盤控制器作初始準備。已調定彩色方式,即將進行ROM測試前的觸發(fā)奇偶性。置空64K基本內存。
2B使磁碟驅動器和控制器作初始準備。觸發(fā)奇偶性結束;即將控制任選的視頻ROM檢查前所需的任何調節(jié)。屏幕存儲器測試正在進行或失靈。
2C檢查串行端口,并使之作初始準備。完成視頻ROM控制之前的處理;即將查看任選的視頻ROM并加以控制。屏幕初始準備正在進行或失靈。
2D檢測并行端口,并使之作初始準備。已完成任選的視頻ROM控制,即將進行視頻ROM回復控制之后任何其他處理的控制。屏幕回掃測試正在進行或失靈。
2E使硬磁盤驅動器和控制器作初始準備。從視頻ROM控制之后的處理復原;如果沒有發(fā)現(xiàn)EGA/VGA就要進行顯示器存儲器讀/寫測試。檢測視頻ROM正在進行。
2F檢測數(shù)學協(xié)處理器,并使之作初始準備。沒發(fā)現(xiàn)EGA/VGA;即將開始顯示器存儲器讀/寫測試。.
30建立基本內存和擴展內存。通過顯示器存儲器讀/寫測試;即將進行掃描檢查。認為屏幕是可以工作的。
31檢測從C800:0至EFFF:0的選用ROM,并使之作初始準備。顯示器存儲器讀/寫測試或掃描檢查失敗,即將進行另一種顯示器存儲器讀/寫測試。單色監(jiān)視器是可以工作的。
32對主板上COM/LTP/FDD/聲音設備等I/O芯片編程使之適合設置值。通過另一種顯示器存儲器讀/寫測試;卻將進行另一種顯示器掃描檢查。彩色監(jiān)視器(40列)是可以工作的。
33.視頻顯示器檢查結束;將開始利用調節(jié)開關和實際插卡檢驗顯示器的關型。彩色監(jiān)視器(80列)是可以工作的。
34.已檢驗顯示器適配器;接著將調定顯示方式。計時器滴答聲中斷測試正在進行或失靈。35.完成調定顯示方式;即將檢查BIOSROM的數(shù)據區(qū)。停機測試正在進行或失靈。
36.已檢查BIOSROM數(shù)據區(qū);即將調定通電信息的游標。門電路中A-20失靈。
37.識別通電信息的游標調定已完成;即將顯示通電信息。保護方式中的意外中斷。
38.完成顯示通電信息;即將讀出新的游標位置。RAM測試正在進行或者地址故障>FFFFH。
39.已讀出保存游標位置,即將顯示引用信息串。.
3A.引用信息串顯示結束;即將顯示發(fā)現(xiàn)信息。間隔計時器通道2測試或失靈。
3B用OPTI電路片(只是486)使輔助超高速緩沖存儲器作初始準備。已顯示發(fā)現(xiàn)<ESC>信息;虛擬方式,存儲器測試即將開始。按日計算的日歷時鐘測試正在進行或失靈。
3C建立允許進入CMOS設置的標志。.串行端口測試正在進行或失靈。
3D初始化鍵盤/PS2鼠標/PNP設備及總內存節(jié)點。.并行端口測試正在進行或失靈。
3E嘗試打開L2高速緩存。.數(shù)學協(xié)處理器測試正在進行或失靈。
40.已開始準備虛擬方式的測試;即將從視頻存儲器來檢驗。調整CPU速度,使之與外圍時鐘精確匹配。
41中斷已打開,將初始化數(shù)據以便于0:0檢測內存變換(中斷控制器或內存不良)從視頻存儲器檢驗之后復原;即將準備描述符表。系統(tǒng)插件板選擇失靈。
42顯示窗口進入SETUP。描述符表已準備好;即將進行虛擬方式作存儲器測試。擴展CMOSRAM故障。
43若是即插即用BIOS,則串口、并口初始化。進入虛擬方式;即將為診斷方式實現(xiàn)中斷。.44.已實現(xiàn)中斷(如已接通診斷開關;即將使數(shù)據作初始準備以檢查存儲器在0:0返轉。)BIOS中斷進行初始化。
45初始化數(shù)學協(xié)處理器。數(shù)據已作初始準備;即將檢查存儲器在0:0返轉以及找出系統(tǒng)存儲器的規(guī)模。.
46.測試存儲器已返回;存儲器大小計算完畢,即將寫入頁面來測試存儲器。檢查只讀存儲器ROM版本。
47.即將在擴展的存儲器試寫頁面;即將基本640K存儲器寫入頁面。
48.已將基本存儲器寫入頁面;即將確定1MB以上的存儲器。視頻檢查,CMOS重新配置。
49.找出1BM以下的存儲器并檢驗;即將確定1MB以上的存儲器。.
4A.找出1MB以上的存儲器并檢驗;即將檢查BIOSROM數(shù)據區(qū)。進行視頻的初始化。
4B.BIOSROM數(shù)據區(qū)的檢驗結束,即將檢查<ESC>和為軟復位清除1MB以上的存儲器。.4C.清除1MB以上的存儲器(軟復位)即將清除1MB以上的存儲器.屏蔽視頻BIOSROM。.4D。已清除1MB以上的存儲器(軟復位);將保存存儲器的大小。.
4E若檢測到有錯誤;在顯示器上顯示錯誤信息,并等待客戶按<F1>鍵繼續(xù)。開始存儲器的測試:(無軟復位);即將顯示第一個64K存儲器的測試。顯示版權信息。
4F讀寫軟、硬盤數(shù)據,進行DOS引導。開始顯示存儲器的大小,正在測試存儲器將使之更新;將進行串行和隨機的存儲器測試。.
50將當前BIOS監(jiān)時區(qū)內的CMOS值存到CMOS中。完成1MB以下的存儲器測試;即將高速存儲器的大小以便再定位和掩蔽。將CPU類型和速度送到屏幕。
51.測試1MB以上的存儲器。.
52所有ISA只讀存儲器ROM進行初始化,最終給PCI分配IRQ號等初始化工作。已完成1MB以上的存儲器測試;即將準備回到實址方式。進入鍵盤檢測。
53如果不是即插即用BIOS,則初始化串口、并口和設置時種值。保存CPU寄存器和存儲器的大小,將進入實址方式。.
54.成功地開啟實址方式;即將復原準備停機時保存的寄存器。掃描“打擊鍵”
55.寄存器已復原,將停用門電路A-20的地址線。.
56.成功地停用A-20的地址線;即將檢查BIOSROM數(shù)據區(qū)。鍵盤測試結束。
57.BIOSROM數(shù)據區(qū)檢查了一半;繼續(xù)進行。.
58.BIOSROM的數(shù)據區(qū)檢查結束;將清除發(fā)現(xiàn)<ESC>信息。非設置中斷測試。
59.已清除<ESC>信息;信息已顯示;即將開始DMA和中斷控制器的測試。.
5A..顯示按“F2”鍵進行設置。
5B..測試基本內存地址。
5C..測試640K基本內存。
60設置硬盤引導扇區(qū)病毒保護功能。通過DMA頁面寄存器的測試;即將檢驗視頻存儲器。測試擴展內存。
61顯示系統(tǒng)配置表。視頻存儲器檢驗結束;即將進行DMA#1基本寄存器的測試。.
62開始用中斷19H進行系統(tǒng)引導。通過DMA#1基本寄存器的測試;即將進行DMA#2寄存器的測試。測試擴展內存地址線。
63.通過DMA#2基本寄存器的測試;即將檢查BIOSROM數(shù)據區(qū)。.
64.BIOSROM數(shù)據區(qū)檢查了一半,繼續(xù)進行。.
65.BIOSROM數(shù)據區(qū)檢查結束;將把DMA裝置1和2編程。.
66.DMA裝置1和2編程結束;即將使用59號中斷控制器作初始準備。Cache注冊表進行優(yōu)化配置。
67.8259初始準備已結束;即將開始鍵盤測試。.
68..使外部Cache和CPU內部Cache都工作。
6A..測試并顯示外部Cache值。
6C..顯示被屏蔽內容。
6E..顯示附屬配置信息。
70..檢測到的錯誤代碼送到屏幕顯示。
72..檢測配置有否錯誤。
74..測試實時時鐘。
76..掃查鍵盤錯誤。
7A..鎖鍵盤。
7C..設置硬件中斷矢量。
7E..測試有否安裝數(shù)學處理器。
80.鍵盤測試開始,正在清除和檢查有沒有鍵卡住,即將使鍵盤復原。關閉可編程輸入/輸出設備。
81.找出鍵盤復原的錯誤卡住的鍵;即將發(fā)出鍵盤控制端口的測試命令。.
82.鍵盤控制器接口測試結束,即將寫入命令字節(jié)和使循
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024-2030年中國汽車電動燃油泵過濾網行業(yè)市場運營模式及未來發(fā)展動向預測報告
- 2024年光纖用GECL4項目規(guī)劃申請報告范文
- 2024-2030年中國氫氧化鉀(苛性鉀)市場供需預測分析及投資可行性研究報告
- 多功能廳空氣調節(jié)射流風機方案
- 教師培訓與發(fā)展方案
- 隧道施工期間瓦斯監(jiān)測方案
- 制藥行業(yè)RO膜清洗規(guī)范方案
- 物業(yè)管理消防安全維護方案
- 家具制造供貨進度優(yōu)化方案
- 2024年特定蛋白分析儀器試劑項目評價分析報告
- 2022年深圳市地鐵集團有限公司招聘筆試題庫及答案解析
- 《分數(shù)四則混合運算》-完整版PPT
- 高校教師崗前培訓題庫完整版
- 北師大版數(shù)學二年級上冊《有多少張貼畫》
- 婦產科課件-胎兒窘迫
- 臨時用工安全安全教育
- GB∕T 33217-2016 沖壓件毛刺高度
- 貸款客戶信息登記表
- 旅游政策與法規(guī) 教學大綱
- 垃圾焚燒鍋爐低溫烘爐方案
- 直線和雙曲線交點問題
評論
0/150
提交評論