目錄1.緒言 緒言1.1項目設計的背景網上商城是指類似于現實生活中的百貨超市，二者的最大區別是，網上商城是在互聯網線上進行購物的一種電子商務形式，在萬維網中實現從買到賣這一交易效果。如今的網上購物是群眾們非常時尚的購物方式，而廣大商家們也非常重視電子商務的營銷作用，都紛紛順勢利用互聯網的低成本來對其商品進行營銷。為便捷當代人們的購物形式，提升廣大商家們的營銷效率以及順應商業模式的發展，本人特意創建了一款能解決以上問題的互聯網商城系統。1.2設計目的與意義1.2.1設計目的設計該系統目的是為了方便商家進行電子商務，商家和消費者在網上進行買賣產品。減少商品買賣過程的兩頭環節，消弭其中的代理間的差價以及運輸資金費用，促成對普通消費與加強市場之間的流通所帶來的廣大發展空間。1.2.2設計意義創建一個網上商城，既可減少消費群眾在購買商品過程中由于繁瑣的程序所耗費掉的時間，使消費者購物更順心便捷，又能有效地夠減輕商家們實現銷售商品時為店鋪租金付出成本壓力，降低商家們的商業運作本錢。由本商城系統的設計精確地瞄準了以上現象的所在，力求跟上現代流行的購物方式以及解決商家們的痛點，為商家們的商品進行線上推廣與銷售，旨在實現商品在互聯網上的銷售及展示，同時，購物者能在線上實現購買商家的商品，實現在線交易支付等功能。使用B2C這一創新型的商業運作模式，足以體現電子商務可以減少以往商業營業的資金、提高商品買賣過程中的服務質量、并且能及時發布店鋪最新布告的優點。這樣一套商城網站系統能夠具體化、合理化地管理營銷情況，用結構化的思維方式去認識計算機的工作原理。2.系統的相關技術介紹2.1相關技術介紹2.1.1ThinkPHP框架介紹PHP技術中最為流行的一款Web框架非ThinkPHP莫屬，該框架作為一款輕量級的Web開發框架，其不但免費，而且具備疾速開源的、并擁有面向對象等特性，其創始于2006年初，該框架從誕生以來就一直保持至簡與實用的設計理念，在注重其易用性的基礎上，也維持打造其強大的性能和簡潔的代碼。同時，TP(ThinkPHP的簡寫)框架具有眾多的原始開發功能與獨特的性能，得益在社區團隊的不斷改進優化，該框架在易用性、靈活性以及其他方面的性能都在不斷完善中。經過多年的發展與改進，TP框架已經發展為國內中最具有影響力的Web（萬維網）應用開發框架，并有眾多典型的實際案例確保能夠適用于門戶級別以及商業中的web開發。該框架通過近年來的不停完善更新，而且模擬了國外許多十分出色的web應用框架與設計模式，運用面向對象的開發模式結構加上MVC（ModelViewController）模式，RoR中的ORM（對象關系）映射與ActiveRecord（活動記錄）設計模式，并交融了Struts框架中的Action思想、封裝了CURD（數據庫技術中的縮寫）以及一些相對常用操作，也包含單一入口模式等，在認證機制、模板引擎以及拓展性等方面都有著其特有的表現。使用TP框架，能夠使開發與部署應用程序都變得十分快捷。其簡單性、兼容性以及便捷等特性能使任何的PHP應用開發都從中受益。TP框架的發展一直延續著實用、快捷以及簡潔這一宗旨，所以TP框架不斷吸取以及融合更完善的技術以確保其活力，不斷為Web應用開發提供著最佳的實踐體驗。 2.1.2Apache服務器Apache服務器是一款為用戶免費提供的開源軟件。在Web服務器軟件行列中，Apache被使用得最普遍。它占據了寰球上一切網絡服務器總量的67.6％。具備可靠、快捷、安全等特性。它可以經過應用擴展以及模塊來進行高度精準的定制，確保以滿足多數不一樣的系統環境的要求。大部分WordPress（PHP語言開發的博客平臺）托管服務提供商均已使用了Apache作為其本身的Web服務器軟件。Apache服務器的基本目標是創建一款可以托管單個以上基于http協議的網站服務器。需要了解的功能包含支持數據庫，身份驗證機制以及支持多種編程語言。能夠通過操縱其代碼庫以及添加多個擴展等形式來加強Apache服務器的性能。同時，其被多數Web托管公司用于作為虛擬主機以及提供共享等范圍。Apache作為一款自由軟件，由此用戶們在使用它的過程中就會不斷為其開發出新的功能與特性、不斷修復軟件中存在的bug，使該服務器不斷發展變得更加完善。Apache服務器的最大特性是速度快、操作方式簡單、性能非常穩定，并且能夠作為代理服務器來利用。2.1.3PHP技術PHP（超文本預處理器）是一種服務器端腳本語言，其具有快捷性、執行效率高、開源性以及跨平臺性等特征。因其吸取了Java以及Perl等編程語言的語法特性，相對于初學者來說非常易于學習，且該語言在編程中被使用得特別廣泛，PHP主要運用在Web開發領域中，其相對于CGI以及Perl來說能夠更疾速地執行動態網頁。作為一款跨平臺的語言代碼，其幾乎能夠在所有操作系統中運行，其既能夠被編譯成一個CGI的二進制文件，或一個Apache模塊。PHP被編譯成為Apache模塊的時候尤為方便。因其大致上沒任何的繁瑣程序所帶來的負擔，因而能夠很疾速地得到結果。當PHP與MySQL數據庫相結合時，非常適用于中小型應用項目的開發，所以PHP越來越受開發人員的偏愛，并且一直被廣泛應用到Web以及移動端的開發當中。2.1.4MySQL數據庫MySQL是一款非常經典的關系型數據庫，使用MySQL數據庫的基本上以互聯網公司為主，其是被現今社會使用得最為廣泛的一款數據庫。MySQL的整體性能特別健壯，其帶有的多線程多用戶特性是其成為一款最炙手可熱的數據庫的一個很重要因素。與此同時，它并不是把數據統統放在一個雜亂的數據大倉庫中。而是把數據庫里面的數據分別儲存在不相同的表中，這但提升了數據庫的讀寫性能，而且使數據庫存儲結構變得更加規范。因為其查詢速度快、存儲更規范、使用的成本不高、重點在開源這一特征上，這都促使非常多的中小型企業開發網站或者應用時都首選了MySQL。其作為一款后臺數據庫工具，其實它遠比Fox/Access二者的性能更加強大。除此之外，MySQL數據庫提供了非常多的關系型數據庫管理功能，這些管理功能能夠適應各種硬件平臺，當中包含Unix以及主機系統。基于MySQL的優越的綜合性能，由此選擇其作為本系統的數據庫。3.系統功能的實現3.1網上商城系統流程圖3.1.1前臺業務流程圖商城前臺的主要功能是為訪問的普通用戶給予登錄注冊、商品信息展示、添加商品到購物車以及商品收貨的具體信息，并且確定提交最終訂單等一系列功能。該商城的前臺業務流程如圖3-1所示。圖3-1前臺業務流程3.1.2后臺管理業務流程圖商城后臺的所有業務流程均由系統管理員來進行操控，先由系統管理員輸入用戶名以及密碼，檢查驗證用戶名或密碼是否合法，驗證通過之后就可以對商城中的用戶、訂單、商品等數據信息來實行管理以及維護。該商城的后臺管理系統的整體業務流程如圖3-2所示。圖3-2后臺管理業務流程3.2商城前臺的設計3.2.1MVC模式用例該商城系統使用了ThinkPHP框架中的MVC（模型-視圖-控制器）模型來進行總的設計，這能夠最大化讓業務邏輯層與視圖層進行解耦分離，這有利于系統日后的維護，并且很大程度上削減了模塊的代碼數量。商城網站首頁如圖3-3所示。 圖3-3商城系統網站首頁 以上首頁頁面的URL默認地址是,是由thinkPHP框架路由來處理，分組為home，默認的控制器是IndexAction，默認動作是index，該頁面的控制器代碼如下：3.2.2用戶登錄注冊模塊該商城系統的用戶分為游客以及會員兩種類型。游客是指尚未登錄的前提下而在商城中進行瀏覽的一類用戶。本站用戶在注冊是需要輸入自己的用戶名，設置用戶密碼、手機號碼等信息，在注冊頁面中設置了判斷用戶輸入的內容格式是否正確、輸入是否為空、輸入用戶名或者手機號碼是否已存在等判別功能。用戶注冊界面以及登錄界面如圖3-4、圖3-5所示。 圖3-4用戶注冊界面圖3-5用戶登錄界面實現注冊頁面的部分邏輯代碼如下：用戶在注冊過程中，系統會判斷用戶名或者手機號碼是否已被注冊過，關鍵代碼如下：在信息驗證這一功能上,我在眾多第三方短信服務商中選擇了云網絡。本系統的短信驗證流程是先點擊“發送驗證碼”按鈕，隨后系統就會觸發一個Ajax請求響應事件，把手機號碼發送到短信平臺上，隨之在后臺上就會生成一個驗證碼，并會將其發送到移動終端上，然后返回一個驗證碼到手機終端驗證前臺進行。關鍵代碼如下：3.2.3購物車模塊購物車模塊是構成商城網站不可或缺的一部分。購物車的功能模塊主要是存儲用戶在購物時所選擇的商品信息，能夠在購物車中修改所需商品的數量，勾選上購物車中所選擇的商品，然而購物車就可以算出所選商品的訂單的總金額，同時也能夠清空購物車或者選擇性的清除購物車中的商品，重新把想要購買的商品添到個人購物車中。用戶只要在商品詳情頁中挑選所需購置的商品數量，點擊“加入購物車”按鈕，即可把想要購買的商品詳細信息添加至購物車頁面，如圖3-6所示。點擊“購物車”按鈕，用戶就能夠看到自己所選擇的商品及數量，在勾選上想要購買的商品，就會算出訂單的總金額，商城購物車頁面如圖3-7所示。圖3-6商品詳情頁 圖3-7購物車頁面（1）商城的購物流程用戶可進入商城網站對商品進行預覽，也能夠使用商城網站的搜索功能找尋心儀的物品，決定好想要購買的商品及其數量，在用戶已進行登錄的前提中，可把選擇的商品添加到購物車或者直接購買該商品，完善收貨信息，完成最終訂單，購物的整體流程如下：eq\o\ac(○,1)用戶進入商城網站，可瀏覽網站推薦的商品，也可以通過搜索框或者商品分類來挑選商品；eq\o\ac(○,2)用戶挑選完心儀的商品并選擇好商品數量，即可把該商品的詳細信息添加到購物車中；eq\o\ac(○,3)用戶提交訂單的請求之后，系統會檢測該用戶是否已經登錄，如果還沒在系統中登錄就跳轉到eq\o\ac(○,4)，若該用戶已登錄則需要確認用戶信息，跳轉到eq\o\ac(○,5)；eq\o\ac(○,4)用戶登錄頁面，再次回到商品購物車的頁面，跳轉回eq\o\ac(○,3)；eq\o\ac(○,5)用戶確認好訂單信息之后，系統會自動完成訂單的詳細信息，并刷新訂單表；eq\o\ac(○,6)待數據庫成功更新之后，系統會返回用戶訂單成功的信息。商城網站購物流程如圖3-8所示。 圖3-8商城網站購物流程（2）商城購物流程的實現在開發該網站的過程中，商品購物車占據了大部分的開發時間，畢竟它是作為網站商城的重點以及難點。當用戶添加好商品到購物車，達成最終訂單并提交，同時用戶也可以選擇性地刪除購物車中的商品以及更改商品數量等操作。商品購物車的全部功能都是由CartController控制器來實現，添加商品時分為兩個情況，一個是用戶已經登錄，一個是用戶還未登錄。如果用戶是已經在登錄的前提下，添加的商品信息會放到購物車表中。未登錄的時候，因為使用了cookie來存儲了用戶數據，即便用戶使用商城網站過程中關閉了瀏覽器，網站購物車里面的商品信息還仍然存在。購物車中的商品分為多規格以及無多規格，多規格商品就會用它的商品id和規格id拼接起來作為其鍵名，然后存進cookie(必須序列化)，設置時間為7天，同時也要判斷cookie購物車中是否已經存在了這個鍵名，一旦存在此鍵名就直接添加數量，不存在就添加一個新的下標，即購物車商品數據。部分重要代碼如下顯示： 3.2.4在線支付接口的實現國內的商城網站，線上付款方式大致可以分成收款發貨、擔保交易巴支付寶，還有貨到付款等方式。在線支付是實現網上購物的一項重要分支，它給予企業與個人一個安全與便捷的電子商務環境，在線支付真正做到了可以讓用戶足不出戶也能夠在網上購物，同時豐富了大眾的消費支付方式，使支付方式變得多元化，提高了社會資金的流動速度。在線支付的手段通常能夠分為：商城網站和銀行提供的支付接口達成支付渠道，通過第三方支付平臺提供支付接口來實現交易支付這一功能。由于第三方支付平臺所提供的支付接口在開發過程中工作量比較少，即便是銀行在對其網上支付系統進行升級，在第三方支付平臺的支付接口接入規范不變得的前提下，就無須更改商城中支付模塊的代碼，這很大程度上減輕了系統日后維護的工作量。與此同時，出于在線支付具備相對安全、交易成本低以及便捷的特點，愈來愈多的商城網站或者需要網上在線支付的平臺網站均利用第三方支付來達到交易支付的目的。當前國內主要的第三方支付平臺有支付寶、微信支付、銀聯商務、銀聯在線以及京東支付等。支付寶是當今最流行的電子支付方式之一，其由阿里巴巴集團所創立，直至2019年1月，支付寶官宣全球注冊使用人員已達到10億人次，其在移動支付、電商支付等眾多領域都占有重要的位置。淘寶商城買家最常用的付款方式：先把付款金額存放入支付寶作為擔保資金并通知賣家進行發貨，當買家確認好收獲之后，支付寶中存放的交易資金就會轉進到賣家的支付寶賬戶中，最終完成交易。交易的流程大致是：“買家使用支付寶付款”→“賣家收到訂單通知發貨”→“買家收貨并確認收貨”→“賣家最終確認收付款”。支付寶其執行的流程大致如圖3-9所示，支付執行流程用例圖如3-10所示。圖3-9支付寶第三方支付平臺執行流程圖3-10支付流程用例如上圖所示，用戶在商城網站中下單并付款之后，商城系統會依照手機網站支付接口alipay.trade.wap.payAPI的參數規范生成相應的訂單數據，隨后就在前端頁面中應用Form表單來請求支付寶。接著支付寶就會自動把頁面跳轉到支付寶H5的收銀臺頁面上，若是用戶的手機上已經安裝好了支付寶移動端應用,則該頁面就會自動喚起支付寶APP。在使用支付寶第三方應用開發支付功能時，開發者須要關注的是兩種狀況，一種是用戶已安裝好了支付寶，另一種狀況是未安裝，在手機瀏覽器中喚起H5頁面的模式下，若是用戶已經安裝了支付寶應用的前提下卻沒被喚起，最有可能是因為用戶當前使用的瀏覽器在支付寶的白名單以外。本商城網站是使用支付寶第三方支付來測試支付功能，借用了一個支付商戶號來調試。關鍵步驟是，下載PHP版本的SDK，并將SDK文件夾重命名為alipay并放到TP框架中的Vendor文件夾下，打開“shortcut.php”文件，由于C函數與TP框架中的C函數重復，所以把C函數更變為CC,調用接口用Vendor(alipay.Aopsdk)。其中Alipay.php.class中關鍵的支付寶配置參數如下：$parameter=array( "service"=>$alipay_config['service'], "partner"=>$alipay_config['partner'], "seller_id"=>$alipay_config['seller_id'], "payment_type" =>$alipay_config['payment_type'], "notify_url"=>$alipay_config['notify_url'], "return_url"=>$alipay_config['return_url'], "_input_charset"=>trim(strtolower($alipay_config['input_charset'])), "out_trade_no" =>$out_trade_no, "subject" =>$subject, "total_fee" =>$total_fee, "show_url" =>$show_url, "app_pay" =>"Y",//啟用此參數能喚起錢包APP支付寶 "body" =>$body, );配置好參數后，再創建一個支付寶支付的控制器PayControl，在付款成功之前，系統會先查看訂單信息，然后再調用統一下單API,同時也設置了兩個回調函數，一個是同步回調函數，主要是返回下單是否成功的界面供于客戶查看，另一個是異步回調，作用是確認訂單之后減庫存等操作，創建好訂單之后，系統用訂單ID去獲取相關信息，再去調用支付寶的。待支付完成之后，會在異步回調這個方法里面，更改商品訂單狀態，訂單改為已支付。其中異步回調的部分關鍵代碼如下：if($notify->checkSign()==TRUE) { if($notify->data["return_code"]=="FAIL"){ //此處應該更新一下訂單狀態，商戶自行增刪操作 $log_->log_result($log_name,"【通信出錯】:\n".$xml."\n"); } elseif($notify->data["result_code"]=="FAIL"){ //此處應該更新一下訂單狀態，商戶自行增刪操作 $log_->log_result($log_name,"【業務出錯】:\n".$xml."\n"); } else{ //此處應該更新一下訂單狀態，商戶自行增刪操作 //將xml轉成數組 $new_arr=xmlToArray($xml); $key=substr($new_arr['out_trade_no'],0,2); switch($key){case'YK': $res=$this->UpdateOrder($new_arr['out_trade_no'],$new_arr['total_fee'],2); if($res){ echo"SUCCESS"; } break; } }支付實現效果由下列圖片所顯示：eq\o\ac(○,1)首先選好需要購買的商品，可看到該商品的庫存為2123，如圖3-11所示；eq\o\ac(○,2)確定提交訂單，如圖3-12所示；eq\o\ac(○,3)查看訂單信息，選擇支付寶支付，如圖3-13所示；eq\o\ac(○,4)選擇好支付寶中的付款方式，選擇余額寶付款，如圖3-14所示；eq\o\ac(○,5)當支付顯示成功之后，系統會展示訂單支付成功的頁面，如圖3-15所示；eq\o\ac(○,6)付款成功后，訂單狀態被修改為已支付，并減少庫存，庫存變為2122，如圖3-16所示； 圖3-11商品庫存圖3-12提交訂單 圖3-13選擇支付方式 圖3-14余額寶支付圖3-15支付成功 圖3-16庫存減少3.3商城管理后臺設計3.3.1后臺商品管理模塊后臺商品管理分為兩個子模塊，分別是產品類表管理和分類列表管理。系統管理員通過輸入賬號密碼登錄進入商城管理后臺，能夠對商城網站中的商品進行管理操作。eq\o\ac(○,1)根據商品名稱、屬性以及分類來查詢商品信息；eq\o\ac(○,2)往商城添加商品；eq\o\ac(○,3)修改商品信息；eq\o\ac(○,4)對商品進行批量刪除；eq\o\ac(○,5)把商品推薦到首頁。產品類管理頁面如圖3-17所示。圖3-17產品類管理頁產品類管理功能由控制器GoodsController來完成，添加產品頁面如圖3-18所示。 圖3-18添加產品頁面管理員在添加商品的過程中，上傳圖片時，會立即顯示上傳的圖片，這是采用了外部插件，具體代碼如下所示：管理員可在后臺對商城中的商品進行刪除操作，其實現由del方法完成，具體代碼如下：在分類列表的設計中，本商城系統使用了無限極分類的方式，使用遞歸算法實現無限極分類。即一個類可以擁有多個子類，其每個子類之下也可以繼續細分各自的子類，無限制地創建更多分類，如Windows中創建文件夾的規則是一樣的。無限極分類列表實現如圖3-19所示。圖3-19商品無限極分類3.3.2后臺管理員管理模塊超級管理員可以控制普通管理員的后臺操作權限，能夠添加或刪除普通管理員可操作的模塊及方法，管理員列表頁面如圖3-20所示。 圖3-20管理員列表頁在管理員列表頁中，超級管理員可對普通管理員進行查詢、添加以及刪除管理員并可對管理員的角色身份進行編輯。其中編輯管理員具體代碼如下所示：本商城系統后臺管理員模塊設計使用了RBAC（Role-BasedAccessControl）基于角色的權限訪問控制。RBAC的核心是其連接帳戶、角色和權限的設計方式，其工作原理如圖3-21所示： 圖3-21RBAC工作原理由上圖可容易看出，用戶在訪問后臺系統時通過使用不同的賬號就會被系統判別出該用戶的角色身份。在該賬戶所在的角色下，若不持有該模塊的權限，則該用戶即不能操作此模塊。總而言之，每個用戶若要使用后臺系統則必須要基于一個用戶賬號，利用特定的用戶賬號來進行登錄操作。而RBAC模型，就是基于多角色和多賬號來建立權限管控。具體形式如圖圖3-22所示。 圖3-22多賬號多角色權限以上可以看出，用戶的角色不一樣就致使他對系統所持有的權限和功能模塊的使用權限都不相同，由此可見，生活中公司中不同的職位（角色）都能夠應用角色映射這一方式，本系統的權限設置也同樣使用這種方式創建。但需要考慮到另一種情況，系統的超級管理員與普通管理員，這樣的角色它并沒有實際的映射。由此在系統設計的過程中就需要設置默認的“超級賬戶”，這種賬戶原本就具備這樣的權限和角色，所以就不需要特意添加或者創建角色。除了操作權限不同以外，權限與角色設計還必須考慮到數據權限。對于系統最高階的角色，其在開發設計的過程中就應該默認賦予一個具備全局權限以及數據的角色，因為在一個全局系統中，超級管理員是不應該在系統使用過程中所被創建的。因此，處于數據權限最高端的“超級管理員”，在系統創建的過程中就應該默認設置好。其余的角色能夠使用配置創建，同樣也能夠賦予其“超級管理員”同樣的權限。管理員權限管理頁面如圖3-23所示。 圖3-23管理員權限管理頁面3.3.3商品交易管理模塊商品交易模塊主要分為交易信息、訂單管理以及訂單回收站三個子模塊。交易信息頁面：主要是使用條形圖的形式，按照月份顯示每個月的訂單數量進行統計展示，頁面效果如圖3-24所示。 圖3-24交易信息頁面訂單管理頁面：管理員可對商城網站中的所有訂單按照訂單號、訂單狀態、買家名稱以及時間的方式進行查詢訂單操作。管理員可看到訂單編號、具體下單時間、商品具體信息以及支付狀態等，也可對訂單進行發貨等操作。訂單頁面如圖3-25所示。3-25商品訂單頁面商品訂單回收站：管理員可把錯誤或過期的訂單信息添加到訂單回收站，同時可查看回收站中訂單詳情，也可通過訂單號、買家信息以及訂單狀態等對訂單進行查詢，管理員也能把回收站中的訂單還原到商品訂單頁面重新處理該訂單。商品訂單回收站頁面如圖3-26所示。 圖3-26商品回收站頁面3.4主要功能模塊的業務流程3.4.1商城購物流程 圖3-27商城購物流程3.4.2數據流圖由于原始的數據流程圖存在流程的不合理性以及操作的重復性，依照網上商城系統的購物流程，本系統利用從總體到部分、逐漸細化的方法，整理了以下的數據流程圖：第一層： 圖3-28網上商城頂層數據流圖第二層： 圖3-29網上商城第二層數據流圖第三層： 圖3-30網上商城第三層數據流圖 圖3-31網上商城第三層購物車管理數據流圖 圖3-32網上商城第三層個人賬號管理數據流圖 圖3-33網上商城第三層個人訂單管理數據流圖 3.4.3數據字典（1）關鍵部分數據項（2）數據流描述（3）數據存儲3.4.4數據庫概念結構設計（1）系統主要功能E-R圖： 圖3-34實體與實體之間的關系E-R注：實體集的屬性已經部分省略（2）部分相關數據表表6-2管理員信息表（tb_sys_admin）表6-3購物車信息表（tb_cart_rec）表6-4商品信息表（tb_goods_res）表6-5商品分類信息表（tb_category_rec）表6-6訂單信息表（tb_order_goods）表6-7訂單動作信息表（tb_order_res） 4.系統的測試與分析 經過系統測試能夠檢測系統運行時性能可否達到使用的要求，同時也可驗證系統中功能的正確性以及完整性等，系統測試是系統開發進程中不可忽視的環節。商城網站系統的測試和傳統的軟件測試方法以及要點有著很大的不同，商城網站的測試不僅需要驗證到系統功能模塊能否根據設計時的需求正常運行，并且也需測試該系統在不一樣的瀏覽器中能否依然可以正常顯示。與此同時，還需要從終端用戶的角度來測試其可用性以及安全性。4.1測試的策略系統測試大致可分為三個階段，分別是單元測試、集成測試以及系統測試。（1）單元測試，其測試重點是檢測系統程序運行的準確性、用戶界面的友好性、系統運行的時間以及存儲空間的可行性等功能。該檢查工作能夠經過一定的測試方法來完成，測試方法總的來說能夠分成兩種：清楚某一系統必須具備的功能，能經過測試來驗證各個功能模塊能否可如常運行操作。比如，在測試系統中“商品查詢”模塊時，能夠驗證是否可以達到用戶查詢需求，該測試的方案就稱作“黑盒測試”，又稱“功能測試”；若非常了解模塊的內部工作流程，經過查看軟件內部的邏輯構造，對軟件中的邏輯路徑實行覆蓋測試，能夠經過檢測模塊內部動作是不是根據設計時的要求正常運行。比如，在檢測系統“商品分類”模塊的過程中，可否能隨時對各分類新增子分類，刪除或者修改，把該測試方法命名為“白盒測試”。在系統測試過程中，本商城網站對各單元模塊分別采用了這兩種測試方法，測試的最后結果均達到了預期的目標要求。（2）集成測試就是在單元測試的基礎上，將所有模塊按照設計的需求組合成子系統或系統，來進行集成測試。這一過程主要是測試系統中的接口，檢驗接口之間通信規則是否合理，各程序之間的接口能否正常匹配，檢測各子系統之間是否存在相互干擾。在集成測試過程中不僅能夠驗證系統設計目的所指定功能的正確性，還能夠發現設計以及編碼過程中所產生的錯誤，本系統最終完成了集成測試，并且系統的動態性也能夠達到預定的目的。（3）系統測試，指將系統真正投放到實際的應用環境中去，讓參與系統測試不同的人員在現場使用部分特定的數據來對系統展開驗收測試。系統測試的目的即是檢測商城網站系統是否達到設計的目的，能夠解決實質性的問題，滿足用戶的使用需求。本商城系統已經請同學模擬商城用戶進行了系統測試，最終的結果得出系統能夠達到設計的初始目標，完成了商城的全部運作流程。4.2測試目標對本商城網站開展全方位的測試，迅速排除存在的問題，并做出修護改正，以保證商城系統能夠符合用戶的使用需求。驗證系統的各個功能模塊，排查各個功能模塊運行時存在的錯誤并隨即修改，同時對網站實行分模塊測試以及檢測其運行性能的條件。與此同時，也需要對各個功能模塊實行綜合測試，便以提升商城網站系統的總體性能。4.3測試需求分析測試需求分析是系統測試的首要工作，通過對系統進行需求分析，對其原始需求列表里給出的任一需求點，分析出需要實施測試的關鍵點。指向已確定的測試要點，分析出進行測試時所需的應對計劃。需求分析的目的是實時找出系統中的不足并加以修正完善。本商城網站系統的測試需求分析是由兩部分所組成，一部分是系統功能模塊測試，另一部分是系統性能測試。 功能模塊測試的測試對象是系統中每個功能模塊，當中包括商品模塊、訂單管理模塊、商品管理模塊、商品模塊、權限管理模塊、用戶模塊、購物車模塊等測試，對商城中上述各功能模塊的測試內容如表4-1所示；測試需求的另一部分系統性能測試的關鍵點是系統的訪問壓力和系統頁面的響應時間，應對在測試過程中所出現的問題并展開分析修改完善。表4-1模塊測試內容模塊名稱子模塊功能測試商城前臺功能測試用戶模塊注冊檢測登錄檢測添加收貨地址商品模塊商品分類商品展示查看商品信息購物車模塊添加商品修改購買數量刪除商品訂單模塊提交訂單查看訂單商城后臺功能測試商品管理發布商品修改商品刪除商品訂單管理處理訂單搜索訂單權限管理分配權限 4.4測試結果由于本系統測試的項目數量較多，此章節僅展示出部分系統測試用例和對應的測試結果進行表明系統測試的大致情況。4.4.1用戶模塊測試（1）注冊用戶名檢測，測試效果如圖4-1所示。預計輸入實際輸入測試結果535355535355用戶名輸入錯誤，請重新輸入！PyPy用戶名輸入錯誤，請重新輸入！wangjunjiewangjunjie用戶名已存在了，請換一個吧！zhangguorongzhangguorong輸入正確。 圖4-1注冊用戶名檢測（2）用戶密碼檢測，測試效果如圖4-2所示。輸入密碼確認密碼測試結果20200202空密碼確認不能為空！6677889911111111兩次輸入密碼不一致，請重新輸入123123123123123123輸入密碼正確。 圖4-2用戶密碼檢測（3）用戶登錄檢測，測試效果如圖4-3所示。輸入賬號登錄密碼測試結果空33898323賬號不能為空！13232700755932489231賬號或密碼錯誤！1831927600566778899輸入正確，登錄成功。 圖4-3用戶登錄檢測 4.4.2購物車模塊測試（1）添加商品輸入測試結果添加商品購買的數量在購物車中增加一行商品記錄，包含商品名稱、數量以及價格等。添加購物車中已存在商品在購物車中已有的商品中增加數量。 （2）修改商品數量輸入測試結果購買數量（10）更改購物車中的商品數量，并修改相應的商品總金額。（3）刪除商品輸入測試結果刪除商品從購物車中移除該商品信息，并修改相應的總計價格信息。4.4.3訂單管理測試（1）查看訂單系統管理員登錄進入商城管理后臺，點擊“交易管理”中的“訂單管理”進行查看所有買家所提交的訂單信息，并且可以按照“訂單狀態”、“訂單狀態”等字段對訂單進行升序或者降序的操作。最終測試結果：訂單管理界面正常顯示出所有訂單信息，包括全部買家所提交的訂單。按“時間類型”中的“下單時間”進行降序排序的測試結果如圖4-4所示。 圖4-4“下單時間”降序排序（2）搜索訂單本系統提供了多種搜索訂單的功能，如“訂單號”、“用戶名”、“訂單金額”、“訂單狀態”等。測試結果：根據不同搜索字段，顯示訂單列表。搜索“未發貨”的訂單測試結果如圖5-5所示。本商城后臺系統“訂單管理”模塊中有多種搜索訂單的選擇，如“快遞單號”、“用戶信息”、“訂單號”等。測試結果：按照不一樣的搜索字段，展示訂單列表。按“訂單號”進行搜索訂單的測試效果如圖4-5所示。 圖4-5按“訂單號”搜索訂單信息（3）訂單處理在商城管理后臺中，若買家尚未對訂單進行付款，系統管理員能夠選擇將該訂單進行取消操作，可對訂單進行“詳情”查看操作，即可查看到訂單中的詳情頁面信息，該測試效果如圖4-6所示。 圖4-6訂單詳情信息5．結語與展望5.1總結經過將近四個月的投入開發，在畢設指導老師的幫助以及用心指導下，結合了在校期間所學習的專業知識，查詢了大量的資料和閱讀了大量的參考文獻，我最終得以在規定的時間范圍內完成了MyStyle商城系統的設計，該系統總體上實現了商城網站所需具備的各項功能。該商城系統操作簡單，功能上前臺實現了商品展示、商品分類、商品搜索、商品購物車以及用戶的注冊登錄等；后臺的交易管理、商品管理、管理員管理等功能，基本上可以滿足網上購物的基本功能需求。本論文是從現今網上商城系統的現狀展開研究，根據軟件開發的一般過程，對商城系統進行了系統設計與分析、需求分析、數據庫設計、詳細設計和概要設計，然后對系統進行代碼操作、測試等步驟。從這項目中我學到了很多有用的技術知識，這對我來說在理論和實踐上都是一個很大的進步。可以說，這是一個從理論到實踐的飛躍。從中掌握到的編程經驗對我日后的工作以及學習都有著很大的促進作用。總而言之，通過這次畢業設計，我不僅鍛煉了自己動手能力，能夠熟練使用PHP語言和MySQL數據庫，而且對ThinkPHP框架也更加熟悉。作為一名應屆畢業生，我除了要完成畢設設計的任務以外，同時也即將要走出社會，面對社會中工作的挑戰，經過這次所做的設計，我不但能夠學到了許多計算機的知識，還學會了處理各種問題需要使用到的不同方式以及態度，這都對我日后工作學習有著很大的幫助。5.2展望本商城系統目前已達到了預期的目標，但是由于時間的限制，某些功能模塊還未能完全預期中的效果，系統總體上還有待更進一步完善。除了完善商城系統的功能以外，還必須增強其安全性以及可靠性，進而提高系統的總體性能。由系統測試能夠發現系統的性能還能夠進一步的提升，本系統主要是以單個商家為主的B2C模式電商平臺的開發，但是考慮到若是以多個商家為主的平臺，就必須添加多個商家業務模塊，使其他商家通過系統的審核之后也能夠獨立地在平臺上開設B2C業務。參考文獻[1]李建國.基于PHP技術的網上購物系統的設計與實現[D].福建電腦.2016(2):122-123.[2]張健.XML技術在網上購物系統中的應用與安全分析[J].科技創新導報.2015(14):21-24.[3]張博.B2C商業模式評價研究[D].哈爾濱理工大學,2017.

[4]李云帆.PHP&MYSQLWEB數據庫應用開發指南[M].南京:東南大學出版社,2018.[5]馬杰.AJAX與PHPWEB開發[M].北京:人民郵電出版社,2016.[6]夏磊.ThinkPHP5實戰【M】.清華大學出版社,2017.[7]龍浩.PHP語言，進階和高級應用[M].北京:清華大學出版社,2018.[8]潘凱華,鄒天思.PHP開發實戰寶典[M].北京:清華大學出版社,2017.致謝首先，感謝任浩老師對我確定論文題目、建立架構以及論文的寫作方面的種種指導，方可更加順利地完成畢業設計以及論文，同時，讓我體會到論文寫作對創新能力、研究能力以及學習能力有著非常大的幫助。任浩老師教會了我的不僅僅是專業知識，更多的是對待學習、對待生活的態度。而且，在指導的過程中，讓我意識到傾聽他人建議的重要性，讓我及時地改正了自己遇到的錯誤。同時還要感謝我的父母，他們是我的力量源泉。 感謝大學四年給我的所有，感謝這段時光鑄造我的成長，最后對老師，同學和家人再次致以我衷心的感謝！

電腦故障檢測卡代碼表

1、特殊代碼"00"和"ff"及其它起始碼有三種情況出現：

①已由一系列其它代碼之后再出現："00"或"ff"，則主板ok。

②如果將cmos中設置無錯誤，則不嚴重的故障不會影響bios自檢的繼續，而最終出現"00"或"ff"。

③一開機就出現"00"或"ff"或其它起始代碼并且不變化則為主板沒有運行起來。

2、本表是按代碼值從小到大排序，卡中出碼順序不定。

3、未定義的代碼表中未列出。

4、對于不同bios（常用ami、award、phoenix）用同一代碼代表的意義不同，因此應弄清您所檢測的電腦是屬于哪一種類型的bios，您可查閱您的電腦使用手冊，或從主板上的bios芯片上直接查看，也可以在啟動屏幕時直接看到。

5、有少數主板的pci槽只有一部分代碼出現，但isa槽有完整自檢代碼輸出。且目前已發現有極個別原裝機主板的isa槽無代碼輸出，而pci槽則有完整代碼輸出，故建議您在查看代碼不成功時，將本雙槽卡換到另一種插槽試一下。另外，同一塊主板的不同pci槽，有的槽有完整代碼送出，如dell810主板只有靠近cpu的一個pci槽有完整代碼顯示，一直變化到"00"或"ff"，而其它pci槽走到"38"后則不繼續變化。

6、復位信號所需時間isa與pci不一定同步，故有可能isa開始出代碼，但pci的復位燈還不熄，故pci代碼停要起始代碼上。

代碼對照表

00.已顯示系統的配置；即將控制INI19引導裝入。

01處理器測試1，處理器狀態核實,如果測試失敗，循環是無限的。處理器寄存器的測試即將開始，不可屏蔽中斷即將停用。CPU寄存器測試正在進行或者失敗。

02確定診斷的類型（正常或者制造）。如果鍵盤緩沖器含有數據就會失效。停用不可屏蔽中斷；通過延遲開始。CMOS寫入／讀出正在進行或者失靈。

03清除8042鍵盤控制器，發出TESTKBRD命令（AAH）通電延遲已完成。ROMBIOS檢查部件正在進行或失靈。

04使8042鍵盤控制器復位，核實TESTKBRD。鍵盤控制器軟復位／通電測試。可編程間隔計時器的測試正在進行或失靈。

05如果不斷重復制造測試1至5，可獲得8042控制狀態。已確定軟復位／通電；即將啟動ROM。DMA初如準備正在進行或者失靈。

06使電路片作初始準備，停用視頻、奇偶性、DMA電路片，以及清除DMA電路片，所有頁面寄存器和CMOS停機字節。已啟動ROM計算ROMBIOS檢查總和，以及檢查鍵盤緩沖器是否清除。DMA初始頁面寄存器讀／寫測試正在進行或失靈。

07處理器測試2，核實CPU寄存器的工作。ROMBIOS檢查總和正常，鍵盤緩沖器已清除，向鍵盤發出BAT（基本保證測試）命令。.

08使CMOS計時器作初始準備，正常的更新計時器的循環。已向鍵盤發出BAT命令，即將寫入BAT命令。RAM更新檢驗正在進行或失靈。

09EPROM檢查總和且必須等于零才通過。核實鍵盤的基本保證測試，接著核實鍵盤命令字節。第一個64KRAM測試正在進行。

0A使視頻接口作初始準備。發出鍵盤命令字節代碼，即將寫入命令字節數據。第一個64KRAM芯片或數據線失靈，移位。

0B測試8254通道0。寫入鍵盤控制器命令字節，即將發出引腳23和24的封鎖／解鎖命令。第一個64KRAM奇／偶邏輯失靈。

0C測試8254通道1。鍵盤控制器引腳23、24已封鎖／解鎖；已發出NOP命令。第一個64KRAN的地址線故障。

0D1、檢查CPU速度是否與系統時鐘相匹配。2、檢查控制芯片已編程值是否符合初設置。3、視頻通道測試，如果失敗，則鳴喇叭。已處理NOP命令；接著測試CMOS停開寄存器。第一個64KRAM的奇偶性失靈

0E測試CMOS停機字節。CMOS停開寄存器讀／寫測試；將計算CMOS檢查總和。初始化輸入／輸出端口地址。

0F測試擴展的CMOS。已計算CMOS檢查總和寫入診斷字節；CMOS開始初始準備。.

10測試DMA通道0。CMOS已作初始準備，CMOS狀態寄存器即將為日期和時間作初始準備。第一個64KRAM第0位故障。

11測試DMA通道1。CMOS狀態寄存器已作初始準備，即將停用DMA和中斷控制器。第一個64DKRAM第1位故障。

12測試DMA頁面寄存器。停用DMA控制器1以及中斷控制器1和2；即將視頻顯示器并使端口B作初始準備。第一個64DKRAM第2位故障。

13測試8741鍵盤控制器接口。視頻顯示器已停用，端口B已作初始準備；即將開始電路片初始化／存儲器自動檢測。第一個64DKRAM第3位故障。

14測試存儲器更新觸發電路。電路片初始化／存儲器處自動檢測結束；8254計時器測試即將開始。第一個64DKRAM第4位故障。

15測試開頭64K的系統存儲器。第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）屏蔽位。正在觸發存儲器更新線路，即將檢查15微秒通／斷時間。第一個64DKRAM第10位故障。

1B測試CMOS電池電平。完成存儲器更新時間30微秒測試；即將開始基本的64K存儲器測試。第一個64DKRAM第11位故障。

1C測試CMOS檢查總和。.第一個64DKRAM第12位故障。

1D調定CMOS配置。.第一個64DKRAM第13位故障。

1E測定系統存儲器的大小，并且把它和CMOS值比較。.第一個64DKRAM第14位故障。

1F測試64K存儲器至最高640K。.第一個64DKRAM第15位故障。

20測量固定的8259中斷位。開始基本的64K存儲器測試；即將測試地址線。從屬DMA寄存器測試正在進行或失靈。

21維持不可屏蔽中斷（NMI）位（奇偶性或輸入／輸出通道的檢查）。通過地址線測試；即將觸發奇偶性。主DMA寄存器測試正在進行或失靈。

22測試8259的中斷功能。結束觸發奇偶性；將開始串行數據讀／寫測試。主中斷屏蔽寄存器測試正在進行或失靈。

23測試保護方式8086虛擬方式和8086頁面方式。基本的64K串行數據讀／寫測試正常；即將開始中斷矢量初始化之前的任何調節。從屬中斷屏蔽存器測試正在進行或失靈。

24測定1MB以上的擴展存儲器。矢量初始化之前的任何調節完成，即將開始中斷矢量的初始準備。設置ES段地址寄存器注冊表到內存高端。

25測試除頭一個64K之后的所有存儲器。完成中斷矢量初始準備；將為旋轉式斷續開始讀出8042的輸入／輸出端口。裝入中斷矢量正在進行或失靈。

26測試保護方式的例外情況。讀出8042的輸入／輸出端口；即將為旋轉式斷續開始使全局數據作初始準備。開啟A20地址線；使之參入尋址。

27確定超高速緩沖存儲器的控制或屏蔽RAM。全1數據初始準備結束；接著將進行中斷矢量之后的任何初始準備。鍵盤控制器測試正在進行或失靈。

28確定超高速緩沖存儲器的控制或者特別的8042鍵盤控制器。完成中斷矢量之后的初始準備；即將調定單色方式。CMOS電源故障／檢查總和計算正在進行。

29.已調定單色方式，即將調定彩色方式。CMOS配置有效性的檢查正在進行。

2A使鍵盤控制器作初始準備。已調定彩色方式，即將進行ROM測試前的觸發奇偶性。置空64K基本內存。

2B使磁碟驅動器和控制器作初始準備。觸發奇偶性結束；即將控制任選的視頻ROM檢查前所需的任何調節。屏幕存儲器測試正在進行或失靈。

2C檢查串行端口，并使之作初始準備。完成視頻ROM控制之前的處理；即將查看任選的視頻ROM并加以控制。屏幕初始準備正在進行或失靈。

2D檢測并行端口，并使之作初始準備。已完成任選的視頻ROM控制，即將進行視頻ROM回復控制之后任何其他處理的控制。屏幕回掃測試正在進行或失靈。

2E使硬磁盤驅動器和控制器作初始準備。從視頻ROM控制之后的處理復原；如果沒有發現EGA／VGA就要進行顯示器存儲器讀／寫測試。檢測視頻ROM正在進行。

2F檢測數學協處理器，并使之作初始準備。沒發現EGA／VGA；即將開始顯示器存儲器讀／寫測試。.

30建立基本內存和擴展內存。通過顯示器存儲器讀／寫測試；即將進行掃描檢查。認為屏幕是可以工作的。

31檢測從C800：0至EFFF：0的選用ROM，并使之作初始準備。顯示器存儲器讀／寫測試或掃描檢查失敗，即將進行另一種顯示器存儲器讀／寫測試。單色監視器是可以工作的。

32對主板上COM／LTP／FDD／聲音設備等I／O芯片編程使之適合設置值。通過另一種顯示器存儲器讀／寫測試；卻將進行另一種顯示器掃描檢查。彩色監視器（40列）是可以工作的。

33.視頻顯示器檢查結束；將開始利用調節開關和實際插卡檢驗顯示器的關型。彩色監視器（80列）是可以工作的。

34.已檢驗顯示器適配器；接著將調定顯示方式。計時器滴答聲中斷測試正在進行或失靈。35.完成調定顯示方式；即將檢查BIOSROM的數據區。停機測試正在進行或失靈。

36.已檢查BIOSROM數據區；即將調定通電信息的游標。門電路中A－20失靈。

37.識別通電信息的游標調定已完成；即將顯示通電信息。保護方式中的意外中斷。

38.完成顯示通電信息；即將讀出新的游標位置。RAM測試正在進行或者地址故障＞FFFFH。

39.已讀出保存游標位置，即將顯示引用信息串。.

3A.引用信息串顯示結束；即將顯示發現信息。間隔計時器通道2測試或失靈。

3B用OPTI電路片（只是486）使輔助超高速緩沖存儲器作初始準備。已顯示發現＜ESC＞信息；虛擬方式，存儲器測試即將開始。按日計算的日歷時鐘測試正在進行或失靈。

3C建立允許進入CMOS設置的標志。.串行端口測試正在進行或失靈。

3D初始化鍵盤／PS2鼠標／PNP設備及總內存節點。.并行端口測試正在進行或失靈。

3E嘗試打開L2高速緩存。.數學協處理器測試正在進行或失靈。

40.已開始準備虛擬方式的測試；即將從視頻存儲器來檢驗。調整CPU速度，使之與外圍時鐘精確匹配。

41中斷已打開，將初始化數據以便于0：0檢測內存變換（中斷控制器或內存不良）從視頻存儲器檢驗之后復原；即將準備描述符表。系統插件板選擇失靈。

42顯示窗口進入SETUP。描述符表已準備好；即將進行虛擬方式作存儲器測試。擴展CMOSRAM故障。

43若是即插即用BIOS，則串口、并口初始化。進入虛擬方式；即將為診斷方式實現中斷。.44.已實現中斷（如已接通診斷開關；即將使數據作初始準備以檢查存儲器在0：0返轉。）BIOS中斷進行初始化。

45初始化數學協處理器。數據已作初始準備；即將檢查存儲器在0：0返轉以及找出系統存儲器的規模。.

46.測試存儲器已返回；存儲器大小計算完畢，即將寫入頁面來測試存儲器。檢查只讀存儲器ROM版本。

47.即將在擴展的存儲器試寫頁面；即將基本640K存儲器寫入頁面。

48.已將基本存儲器寫入頁面；即將確定1MB以上的存儲器。視頻檢查，CMOS重新配置。

49.找出1BM以下的存儲器并檢驗；即將確定1MB以上的存儲器。.

4A.找出1MB以上的存儲器并檢驗；即將檢查BIOSROM數據區。進行視頻的初始化。

4B.BIOSROM數據區的檢驗結束，即將檢查＜ESC＞和為軟復位清除1MB以上的存儲器。.4C.清除1MB以上的存儲器(軟復位)即將清除1MB以上的存儲器.屏蔽視頻BIOSROM。.4D。已清除1MB以上的存儲器（軟復位）；將保存存儲器的大小。.

4E若檢測到有錯誤；在顯示器上顯示錯誤信息，并等待客戶按＜F1＞鍵繼續。開始存儲器的測試：（無軟復位）；即將顯示第一個64K存儲器的測試。顯示版權信息。

4F讀寫軟、硬盤數據，進行DOS引導。開始顯示存儲器的大小，正在測試存儲器將使之更新；將進行串行和隨機的存儲器測試。.

50將當前BIOS監時區內的CMOS值存到CMOS中。完成1MB以下的存儲器測試；即將高速存儲器的大小以便再定位和掩蔽。將CPU類型和速度送到屏幕。

51.測試1MB以上的存儲器。.

52所有ISA只讀存儲器ROM進行初始化，最終給PCI分配IRQ號等初始化工作。已完成1MB以上的存儲器測試；即將準備回到實址方式。進入鍵盤檢測。

53如果不是即插即用BIOS，則初始化串口、并口和設置時種值。保存CPU寄存器和存儲器的大小，將進入實址方式。.

54.成功地開啟實址方式；即將復原準備停機時保存的寄存器。掃描“打擊鍵”

55.寄存器已復原，將停用門電路A－20的地址線。.

56.成功地停用A－20的地址線；即將檢查BIOSROM數據區。鍵盤測試結束。

57.BIOSROM數據區檢查了一半；繼續進行。.

58.BIOSROM的數據區檢查結束；將清除發現＜ESC＞信息。非設置中斷測試。

59.已清除＜ESC＞信息；信息已顯示；即將開始DMA和中斷控制器的測試。.

5A..顯示按“F2”鍵進行設置。

5B..測試基本內存地址。

5C..測試640K基本內存。

60設置硬盤引導扇區病毒保護功能。通過DMA頁面寄存器的測試；即將檢驗視頻存儲器。測試擴展內存。

61顯示系統配置表。視頻存儲器檢驗結束；即將進行DMA＃1基本寄存器的測試。.

62開始用中斷19H進行系統引導。通過DMA＃1基本寄存器的測試；即將進行DMA＃2寄存器的測試。測試擴展內存地址線。

63.通過DMA＃2基本寄存器的測試；即將檢查BIOSROM數據區。.

64.BIOSROM數據區檢查了一半，繼續進行。.

65.BIOSROM數據區檢查結束；將把DMA裝置1和2編程。.

66.DMA裝置1和2編程結束；即將使用59號中斷控制器作初始準備。Cache注冊表進行優化配置。

67.8259初始準備已結束；即將開始鍵盤測試。.

68..使外部Cache和CPU內部Cache都工作。

6A..測試并顯示外部Cache值。

6C..顯示被屏蔽內容。

6E..顯示附屬配置信息。

70..檢測到的錯誤代碼送到屏幕顯示。

72..檢測配置有否錯誤。

74..測試實時時鐘。

76