jsp69訂單管理系統(tǒng)(sqlserver)-qkrp_第1頁
jsp69訂單管理系統(tǒng)(sqlserver)-qkrp_第2頁
jsp69訂單管理系統(tǒng)(sqlserver)-qkrp_第3頁
jsp69訂單管理系統(tǒng)(sqlserver)-qkrp_第4頁
jsp69訂單管理系統(tǒng)(sqlserver)-qkrp_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

-PAGEII--PAGEI-摘要本文采用自頂向下的結構化的系統(tǒng)分析方法,闡述了一個功能全面的眼鏡訂單管理系統(tǒng)的開發(fā)過程、操作流程及其一些核心的技術。根據(jù)前幾個階段的分析和設計,本系統(tǒng)在設計方面采用B/S模式,同時使用C++技術進行基本頁面的設計與功能實現(xiàn),后臺數(shù)據(jù)庫選用SQLServer2005數(shù)據(jù)庫。本系統(tǒng)的設計實施為眼鏡訂單管理系統(tǒng)的運行做基礎,為眼鏡訂單管理系統(tǒng)提供良好的條件。關鍵詞:客戶訂單;結構化分析;管理系統(tǒng)AbstractKeyWords:Customerorders;structuralanalysis;ManagementSystem-PAGEIV-目錄摘要 IAbstract II一、 引言 1(一)項目開發(fā)的背景 1(二)項目開發(fā)的意義 1二、可行性分析及總體設計原則 3(一)可行性分析 31.技術可行性 32.經(jīng)濟可行性 33.社會可行性 3(二)總體設計原則 4三、系統(tǒng)分析 5(一)業(yè)務流程分析 5(二)數(shù)據(jù)流圖 6(三)數(shù)據(jù)字典 9四、系統(tǒng)設計 12(一)系統(tǒng)功能設計 12(二)系統(tǒng)數(shù)據(jù)庫設計 131.概念結構設計 132.數(shù)據(jù)庫表設計 16(三)系統(tǒng)開發(fā)工具與開發(fā)模式的選擇 181.系統(tǒng)開發(fā)工具 182.系統(tǒng)設計模式 19五、系統(tǒng)實現(xiàn) 22(一)系統(tǒng)管理員登錄模塊 221.登錄 222.管理員維護界面 243.訂單管理界面 244.商品類別管理界面 255.商品信息管理界面 256.注冊用戶管理界面 257.修改密碼界面 26(二)客戶登錄模塊 271.客戶注冊界面 272.系統(tǒng)屬性界面 273.商品信息瀏覽界面 284.在線下單界面 285.我的訂單列表界面 29六、軟件測試與分析 30(一)軟件測試的重要性 30(二)測試實例的研究與選擇 30(三)測試環(huán)境與測試條件 31(四)系統(tǒng)運行情況 31(五)系統(tǒng)評價 31結論 33參考文獻 34致謝 35PAGE2–PAGE31–引言(一)項目開發(fā)的背景隨著計算機產(chǎn)業(yè)的迅速發(fā)展,電子計算機已廣泛的應用于信息管理、文字處理、輔助設計、輔助教學及人們的日常生活中。眼鏡訂單管理系統(tǒng)主要是針對客戶訂單管理中涉及的一系列相關工作的管理,本系統(tǒng)的建立使客戶訂單管理的管理更加規(guī)范化、系統(tǒng)化,查詢手段更加便捷化。同時,眼鏡訂單管理系統(tǒng)也是實現(xiàn)客戶訂單管理現(xiàn)代化和信息化的重要內(nèi)容。近年來,隨著客戶訂單規(guī)模的逐漸增大和客戶訂單數(shù)量的增多,人工書寫數(shù)據(jù)已經(jīng)不能夠處理如此龐大的數(shù)據(jù)。為了更好的適應信息時代的高效性,一個利用計算機來實現(xiàn)客戶訂單管理工作的系統(tǒng)將必然誕生?;谶@一點,設計了一個眼鏡訂單管理系統(tǒng),用來就客戶訂單管理進行管理,以便在最短的時間內(nèi),高效準確的完成整個客戶訂單管理過程?;趯ι鲜龅恼J識,收集相關資料和數(shù)據(jù),查閱有關文獻及技術參數(shù),對客戶訂單管理的實際需求等方面進行了調研,發(fā)現(xiàn)目前所采用的手工記錄的方法進行管理存在以下幾個方面的弊端:對象范圍廣,數(shù)據(jù)存儲不易;填寫的數(shù)據(jù)多,所填寫的內(nèi)容相當復雜,且大量數(shù)據(jù)重復;不易存檔,成千上萬的信息和堆積如山的單據(jù)對管理人員來說是一個負擔,需要大量的文檔資料。鑒于以上種種原因,客戶訂單管理的管理急需一種軟件來代替手工操作來管理數(shù)據(jù)資料。計算機技術在現(xiàn)代管理中的應用,使計算機成為領導者和管理人員應用現(xiàn)代技術的重要工具[1]。計算機輔助客戶訂單管理活動,可以極大地增強管理者采集、處理信息的能力,從而有利于管理者及時決策。計算機系統(tǒng)能根據(jù)管理過程的變化情況,將原始數(shù)據(jù)、資料等進行加工、保存,管理人員可以在解決具體問題需要信息資料時,隨時進行檢索查詢,了解整個眼鏡訂單管理系統(tǒng)的動態(tài)情況,進行動態(tài)管理,從而有效的處理客戶訂單管理的管理工作,實現(xiàn)對客戶訂單管理信息管理的自動化,提高效率。(二)項目開發(fā)的意義眼鏡訂單管理系統(tǒng)的開發(fā)目的是使客戶訂單管理模式從手工記錄轉變成信息管理,為客戶訂單管理人員提供方便條件。對客戶訂單管理的實際情況進行調研之后,進行詳細的需求分析,對現(xiàn)有的管理模式進行改進,開發(fā)出一套新型的管理系統(tǒng),從中領悟系統(tǒng)開發(fā)的思想,掌握系統(tǒng)開發(fā)的流程和方法。隨著客戶訂單信息系統(tǒng)的不斷完善,客戶訂單的管理將越來越依賴于信息化的管理。所以系統(tǒng)開發(fā)將圍繞客戶訂單管理工作的實際情況,使之能迅速適應客戶訂單的需要。眼鏡訂單管理系統(tǒng)的實施的現(xiàn)實意義:減少客戶訂單管理的工作人員;管理人員可以隨時瀏覽查看,而且更加直觀;改變了以前工資手工記錄的方式,電腦錄入更加方便快捷;實現(xiàn)了客戶訂單管理的計算機化。

二、可行性分析及總體設計原則(一)可行性分析可行性分析也稱為可行性研究,是在調查的基礎上,針對新系統(tǒng)的開發(fā)是否具備必要性和可能性,對新系統(tǒng)的開發(fā)從技術、經(jīng)濟、社會等方面進行分析和研究,以避免投資失誤,保證新系統(tǒng)的開發(fā)成功[2]??尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決。下面將分別從技術、經(jīng)濟、社會三個方面對眼鏡訂單管理系統(tǒng)的建設進行分析和研究。根據(jù)客戶訂單提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各種約束條件,根據(jù)新系統(tǒng)目標來衡量所需的技術是否具備,本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng),現(xiàn)有的技術已較為成熟,硬件、軟件的性能要求、環(huán)境條件等各項條件良好,估計利用現(xiàn)有技術條件應完全可以達到該系統(tǒng)的功能目標。同時,考慮給予的開發(fā)期限也較為充裕,預計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)的。由以上分析可知,眼鏡訂單管理系統(tǒng)的開發(fā)在技術上是可行的。公司管理學校具有信息化的處理設施,并且擁有支持本系統(tǒng)的應用平臺。因此無需再投入資金購買其他設施。系統(tǒng)的開發(fā)基于本人對程序開發(fā)的實踐學習而來,學校無需資金投入,并且軟件開發(fā)過程投入的成本不高,因此開發(fā)經(jīng)費完全可以接受。由以上分析可知,眼鏡訂單管理系統(tǒng)在經(jīng)濟上是可行的。本系統(tǒng)的社會可行性主要從法律因素、用戶使用可行性兩方面進行研究。(1)法律因素本系統(tǒng)是根據(jù)眼鏡訂單管理系統(tǒng)的實際情況開發(fā)研制的,是通過大量的調研得出的,系統(tǒng)的軟件設計是在獨立的環(huán)境下完成的,無可供抄襲的軟件產(chǎn)品。(2)用戶使用可行性本系統(tǒng)對用戶的要求,除了需要具備在MicrosoftWindows平臺上使用個人電腦的知識外,并不需要特別的技術能力。使用系統(tǒng)的管理員,需要具備對Tomcat服務器的使用能力,在投入使用前,無需對操作系統(tǒng)的人員進行培訓。這樣既減少投入成本又簡化了操作環(huán)節(jié)。由以上分析可知,本系統(tǒng)具有社會可行性。(二)總體設計原則本系統(tǒng)為了設計、實現(xiàn)和后期維護的方便,以及系統(tǒng)用戶使用的便利,所以必須采取一定的設計原則[3]。其主要設計原則有:簡單性:在實現(xiàn)系統(tǒng)的功能的同時,盡量讓系統(tǒng)操作簡單易懂,這對于一個系統(tǒng)來說是非常重要的。針對性:本系統(tǒng)設計是針對客戶訂單管理的需求定向開發(fā)設計,所以具有專業(yè)突出和很強的針對性。實用性:要求本系統(tǒng)能夠滿足客戶訂單管理的需求,因此具有良好的實用性。一致性:頁面整體設計風格以及命名規(guī)則的一致性:整體頁面布局和用圖用色風格及變量、類名和其他元素的命名規(guī)則保持一致。功能一致性:完成同樣的功能應該盡量使用同樣的元素。元素風格一致性:界面元素的美觀風格、擺放位置在同一個界面和不同界面之間都應該是一致的。變量命名規(guī)則的一致性:變量應該用統(tǒng)一的規(guī)則進行命名,做到任意變量均能從上下文推斷其義。先進性:本系統(tǒng)采用C++技術、SQLServer2005等被廣泛采用系統(tǒng)開發(fā)技術和數(shù)據(jù)庫,因此本設計具有良好的先進性,具體表現(xiàn)在其具有良好的可擴展性,可開發(fā)性。

三、系統(tǒng)分析(一)業(yè)務流程分析在進行業(yè)務流程分析時,需要按照原有信息流動過程,逐個地調查分析所有環(huán)節(jié)的處理業(yè)務、處理內(nèi)容、處理順序和對處理時間的要求,弄清各個環(huán)節(jié)需要的信息、信息來源、流經(jīng)去向、處理方法、計算方法、提供信息的時間和信息形態(tài)(報告、報單、屏幕顯示)等[4]。業(yè)務流程分析可以幫助開發(fā)者了解該業(yè)務處理過程,發(fā)現(xiàn)和處理系統(tǒng)調查工作中的錯誤和疏漏。業(yè)務流程分析是通過業(yè)務流程圖來進行,即用一些規(guī)定的符號及連線來表示某個具體業(yè)務處理過程[5]。具體業(yè)務流程如圖3.1所示。圖3.1業(yè)務流程圖(二)數(shù)據(jù)流圖數(shù)據(jù)流程是指數(shù)據(jù)在系統(tǒng)中產(chǎn)生、傳輸、加工處理、使用、存儲的過程[6]。數(shù)據(jù)流程分析是把數(shù)據(jù)在現(xiàn)行系統(tǒng)內(nèi)部的流動抽象的獨立起來,舍去了具體組織機構、信息載體、處理工具、物質、材料等,單從數(shù)據(jù)流動過程來考查實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流程與數(shù)據(jù)流程分析是今后建立數(shù)據(jù)庫系統(tǒng)和設計功能模塊處理過程的基礎。描述數(shù)據(jù)流程的工具是數(shù)據(jù)流程圖以及其附帶的數(shù)據(jù)字典、處理邏輯等圖表。其中數(shù)據(jù)流程圖是描述系統(tǒng)邏輯模型的主要工具,它以少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、存儲和傳遞[7]。在業(yè)務流程分析的基礎上,對數(shù)據(jù)流進行了分析,從數(shù)據(jù)流動過程考察了實際業(yè)務的數(shù)據(jù)處理模式。該系統(tǒng)的數(shù)據(jù)流圖分為頂層、一層、二層?,F(xiàn)行的頂層數(shù)據(jù)流圖如圖3.2所示。圖3.2頂層數(shù)據(jù)流圖具體分析第一層數(shù)據(jù)流圖,該層數(shù)據(jù)流圖如圖3.3所示。圖3.3第一層數(shù)據(jù)流圖由于論文的篇幅限制不能一一列舉數(shù)據(jù)流圖,只給出了部分數(shù)據(jù)流圖,其他的數(shù)據(jù)流圖基本一致。(三)數(shù)據(jù)字典通過對系統(tǒng)數(shù)據(jù)流的分析,接下來用數(shù)據(jù)字典描述數(shù)據(jù)流圖中一些主要的數(shù)據(jù)元素條目、數(shù)據(jù)流、處理過程、數(shù)據(jù)存儲和外部實體[8]。數(shù)據(jù)元素條目如表3.1所示。表3.1數(shù)據(jù)元素管理員編號調入年份數(shù)據(jù)元素條目管理員編號調入年份數(shù)據(jù)元素條目總編號:1-101編號:101名稱:管理員編號XXX說明:管理員的編號數(shù)據(jù)值類型:離散長度:50有關數(shù)據(jù)結構:管理員信息表 如:123數(shù)據(jù)結構條目如表3.2所示。表3.2數(shù)據(jù)結構數(shù)據(jù)結構條目數(shù)據(jù)結構條目名稱:管理員信息表說明:創(chuàng)建管理員信息記錄似的數(shù)據(jù) 總編號:2-01結構: 編號:01 編號 有關數(shù)據(jù)流、數(shù)據(jù)存儲: 用戶名 P5修改密碼、D5管理員信息表 密碼 數(shù)量:每月約30份 數(shù)據(jù)流條目如表3.3所示:表3.3數(shù)據(jù)流數(shù)據(jù)流條目數(shù)據(jù)流條目名稱:修改密碼 總編號:3-10說明:將密碼信息存儲到密碼信息存儲 編號:10數(shù)據(jù)流來源:P5修改密碼數(shù)據(jù)流去向:D5管理員信息表,D4客戶信息表 流通量:10份/周包含的數(shù)據(jù)結構: 數(shù)據(jù)存儲條目如表3.4所示:表3.4數(shù)據(jù)存儲數(shù)據(jù)存儲條目數(shù)據(jù)存儲條目名稱:管理員信息 總編號:4-01說明:存儲管理員信息 標號:D5結構: 編號用戶名密碼有關的數(shù)據(jù)流: P5→D5 信息量:40份/月處理過程條目如表3.5所示:表3.5處理過程處理過程條目處理過程條目名稱:商品信息管理 總編號:5-15說明: 編號:P2輸入:P2商品信息管理輸出:D2商品信息處理:外部實體條目如表3.6所示:表3.6外部實體外部實體條目外部實體條目名稱:管理員 總編號:6-01說明: 編號:001輸入數(shù)據(jù)流:P4注冊用戶管理 個數(shù):1個輸出數(shù)據(jù)流:由于論文篇幅的限制,不在此一一列舉,其他所有的數(shù)據(jù)字典條目都是根據(jù)數(shù)據(jù)流圖繪制的。

四、系統(tǒng)設計(一)系統(tǒng)功能設計系統(tǒng)設計是一個把軟件需求轉換成用軟件系統(tǒng)表示的過程[9]。通過對目標系統(tǒng)的分析和研究,做出了眼鏡訂單管理系統(tǒng)的總體規(guī)劃,這是全面開發(fā)系統(tǒng)的重要基礎。圖4.1眼鏡訂單管理系統(tǒng)前臺功能模塊圖圖4.2眼鏡訂單管理系統(tǒng)后臺功能模塊圖(二)系統(tǒng)數(shù)據(jù)庫設計數(shù)據(jù)庫是本系統(tǒng)的核心和基礎[10]。它設計的好壞直接影響著整個系統(tǒng)的質量。從數(shù)據(jù)需求分析中得出系統(tǒng)的實體屬性圖。管理員實體屬性圖如圖4.3所示:圖4.3管理員實體屬性圖客戶實體屬性圖如圖4.4所示:圖4.4客戶實體屬性圖訂單實體屬性圖如圖4.5所示:圖4.5訂單實體屬性圖商品實體屬性圖如圖4.6所示:圖4.6商品實體屬性圖商品類別實體屬性圖如圖4.7所示:圖4.7商品類別實體屬性圖[11][12]從數(shù)據(jù)需求分析中得出系統(tǒng)的實體屬性圖,如圖4.8所示:圖系統(tǒng)E-R圖說明:圖中用矩形表示實體。實體之間的關系用菱形表示,用無向邊把菱形與有關實體連接,在邊上標明聯(lián)系的類型。實體的屬性用橢圓表示,并用無向邊把實體與屬性聯(lián)系起來。

表4.1管理員信息表字段名類型長度說明idInt4管理員編號(主鍵)namevarchar30用戶名pwdvarchar20用戶密碼說明:用戶表用于存放管理員的信息。表4.2商品類別信息表字段名類型長度說明idInt4編號(主鍵)namevarchar20名稱jieshaovarchar1000介紹Beizhuvarchar50備注說明:用于商品類別的基本信息。表4.3商品信息表字段名類型長度說明idInt4編號(主鍵)leib_idInt4類別編號(外鍵)Mingchengvarchar20名稱Chandivarchar20產(chǎn)地Danweivarchar20單位Guigevarchar20規(guī)格Beizhuvarchar50備注說明:用來存放商品的基本信息。

表4.4訂單信息表字段名數(shù)據(jù)類型長度功能描述idInt4編號(主鍵)kehu-idInt4客戶編號(外鍵)Good-idInt4商品編號(外鍵)PriceMoney8價錢TimeDatetime8時間說明:用來存放警告的基本信息。表4.5客戶信息表字段名數(shù)據(jù)類型長度功能描述idInt4編號(主鍵)namevarchar20登錄名AgeInt4年齡truenamevarchar8姓名sexvarchar2性別Liveint4居住地Passwordvarchar30密碼Addvarchar20出生地Telvarchar20電話Leixingvarchar20類型說明:用戶信息表用來存放用戶的基本信息的。(三)系統(tǒng)開發(fā)工具與開發(fā)模式的選擇C語言是1972年由美國的DennisRitchie設計發(fā)明的,并首次在UNIX操作系統(tǒng)

的DEC

PDP-11

計算機上使用。

它由早期的編程語言BCPL(Basic

Combind

ProgrammingLanguage)發(fā)展演變而來。在1970年,

AT&T

貝爾實驗室的Ken

Thompson根據(jù)BCPL語言設計出較先進的并取名為B的語言,最后導了C語言的問世。

隨著微型計算機的日益普及,出現(xiàn)了許多C語言版本。由于沒有統(tǒng)一的標準,

使得這些C語言之間出現(xiàn)了一些不一致的地方。為了改變這種情況,美國國家標準

研究所(ANSI)為C語言制定了一套ANSI標準,成為現(xiàn)行的C語言標準。C語言發(fā)展如此迅速,而且成為最受歡迎的語言之一,主要因為它具有強大的

功能。許多著名的系統(tǒng)軟件,如DBASEⅢPLUS、DBASEⅣ都是由C語言編寫的。

用C語言加上一些匯編語言子程序,就更能顯示C語言的優(yōu)勢了,

象PC-DOS、

WORDSTAR等就是用這種方法編寫的。歸納起來C語言具有下列特點:

1.C是中級語言

它把高級語言的基本結構和語句與低級語言的實用性結合起來。C語言可以象

匯編語言一樣對位、字節(jié)和地址進行操作,而這三者是計算機最基本的工作單元。

2.C是結構式語言

結構式語言的顯著特點是代碼及數(shù)據(jù)的分隔化,即程序的各個部分除了必要的

信息交流外彼此獨立。這種結構化方式可使程序層次清晰,便于使用、維護以及調

試。C語言是以函數(shù)形式提供給用戶的,

這些函數(shù)可方便的調用,

并具有多種循

環(huán)、條件語句控制程序流向,從而使程序完全結構化。

3.C語言功能齊全

C語言具有各種各樣的數(shù)據(jù)類型,并引入了指針概念,可使程序效率更高。另

外C語言也具有強大的圖形功能,支持多種顯示器和驅動器。而且計算功能、邏輯

判斷功能也比較強大,可以實現(xiàn)決策目的。

4.C語言適用范圍大

C語言還有一個突出的優(yōu)點就是適合于多種操作系統(tǒng),如DOS、UNIX,也適用于

多種機型。B/S結構,即Browser/Server(瀏覽器/服務器)結構,是隨著Internet技術的興起,對C/S結構的一種變化或者改進的結構。在這種結構下,用戶界面完全通過WWW瀏覽器實現(xiàn),一部分事務邏輯在前端實現(xiàn),但是主要事務邏輯在服務器端實現(xiàn),形成所謂3-tier結構。B/S結構,主要是利用了不斷成熟的WWW瀏覽器技術,結合瀏覽器的多種Script語言(VBScript、JavaScript…)和ActiveX技術,用通用瀏覽器就實現(xiàn)了原來需要復雜專用軟件才能實現(xiàn)的強大功能,并節(jié)約了開發(fā)成本,是一種全新的軟件系統(tǒng)構造技術。隨著Windows98/Windows2005將瀏覽器技術植入操作系統(tǒng)內(nèi)部,這種結構更成為當今應用軟件的首選體系結構。顯然B/S結構應用程序相對于傳統(tǒng)的C/S結構應用程序將是巨大的進步。B/S結構采用星形拓撲結構建立企業(yè)內(nèi)部通信網(wǎng)絡或利用Internet虛擬專網(wǎng)(VPN)。前者的特點是安全、快捷、準確。后者則具有節(jié)省投資、跨地域廣的優(yōu)點。須視企業(yè)規(guī)模和地理分布確定。企業(yè)內(nèi)部通過防火墻接入Internet,再整個網(wǎng)絡采TCP/IP協(xié)議。C/S與B/S區(qū)別:Client/Server是建立在局域網(wǎng)的基礎上的.Browser/Server是建立在廣域網(wǎng)的基礎上的。1.硬件環(huán)境不同:C/S一般建立在專用的網(wǎng)絡上,小范圍里的網(wǎng)絡環(huán)境,局域網(wǎng)之間再通過專門服務器提供連接和數(shù)據(jù)交換服務.B/S建立在廣域網(wǎng)之上的,不必是專門的網(wǎng)絡硬件環(huán)境,例與電話上網(wǎng),租用設備.信息自己管理.有比C/S更強的適應范圍,一般只要有操作系統(tǒng)和瀏覽器就行2.對安全要求不同C/S一般面向相對固定的用戶群,對信息安全的控制能力很強.一般高度機密的信息系統(tǒng)采用C/S結構適宜.可以通過B/S發(fā)布部分可公開信息.B/S建立在廣域網(wǎng)之上,對安全的控制能力相對弱,面向是不可知的用戶群.3.對程序架構不同C/S程序可以更加注重流程,可以對權限多層次校驗,對系統(tǒng)運行速度可以較少考慮.B/S對安全以及訪問速度的多重的考慮,建立在需要更加優(yōu)化的基礎之上.比C/S有更高的要求B/S結構的程序架構是發(fā)展的趨勢,從MS的.Net系列的BizTalk2005Exchange2005等,全面支持網(wǎng)絡的構件搭建的系統(tǒng).SUN和IBM推的JavaBean構件技術等,使B/S更加成熟.4.軟件重用不同C/S程序可以不可避免的整體性考慮,構件的重用性不如在B/S要求下的構件的重用性好.B/S對的多重結構,要求構件相對獨立的功能.能夠相對較好的重用.就入買來的餐桌可以再利用,而不是做在墻上的石頭桌子5.系統(tǒng)維護不同系統(tǒng)維護是軟件生存周期中,開銷大,重要C/S程序由于整體性,必須整體考察,處理出現(xiàn)的問題以及系統(tǒng)升級.升級難.可能是再做一個全新的系統(tǒng)B/S構件組成,方面構件個別的更換,實現(xiàn)系統(tǒng)的無縫升級.系統(tǒng)維護開銷減到最小.用戶從網(wǎng)上自己下載安裝就可以實現(xiàn)升級.6.處理問題不同C/S程序可以處理用戶面固定,并且在相同區(qū)域,安全要求高需求,與操作系統(tǒng)相關.應該都是相同的系統(tǒng)B/S建立在廣域網(wǎng)上,面向不同的用戶群,分散地域,這是C/S無法作到的.與操作系統(tǒng)平臺關系最小.7.用戶接口不同C/S多是建立的Window平臺上,表現(xiàn)方法有限,對程序員普遍要求較高B/S建立在瀏覽器上,有更加豐富和生動的表現(xiàn)方式與用戶交流.并且大部分難度減低,減低開發(fā)成本.8.信息流不同C/S程序一般是典型的中央集權的機械式處理,交互性相對低B/S信息流向可變化,B-BB-CB-G等信息、流向的變化,更像交易中心。

五、系統(tǒng)實現(xiàn)(一)系統(tǒng)管理員登錄模塊(1)登錄模塊此模塊主要功能是用于登錄本系統(tǒng),不同權限的用戶登錄本系統(tǒng)會進入不同的管理模塊界面,因為在后臺對該用戶進行的判斷,首先將從前臺頁面提交的用戶名和密碼進行接受,之后在后臺進行處理,按照用戶名在數(shù)據(jù)庫中進行查詢?nèi)绻榈皆撚脩魟t將該用戶的權限和密碼全都取出來分別賦給兩個字符串變量,判斷從數(shù)據(jù)庫中讀出的密碼與登錄時輸入的密碼是否配比上,若兩個密碼相同則根據(jù)權限的值進入相應的頁面,否則輸出密碼錯誤。若用戶未被管理員分配好權限那么也是無法登錄本系統(tǒng)的。如圖5.1所示:圖5.1登錄界面(2)程序流程圖5.2登錄程序流程圖

系統(tǒng)管理員登登錄本系統(tǒng)后,可以管理訂單信息。如圖5.4所示:圖5.4訂單管理界面系統(tǒng)管理員登錄本系統(tǒng)后,可以對商品類別進行管理。如圖5.5所示:圖5.5商品類別管理界面系統(tǒng)管理員登錄本系統(tǒng)后,可以對商品信息進行管理。如圖5.6所示:圖5.6商品信息管理界面系統(tǒng)管理員登錄本系統(tǒng)后,可以管理注冊用戶信息。如圖5.7所示:圖5.7注冊用戶管理界面系統(tǒng)管理員登錄本系統(tǒng)后,可以修改登錄密碼信息。如圖5.8所示:圖5.8修改密碼界面(二)客戶登錄模塊客戶必須先注冊成為本站會員,方可下訂單。如圖5.9所示:圖5.9注冊界面客戶登錄本系統(tǒng)后,可以瀏覽商品信息。如圖5.11所示:圖5.11商品信息瀏覽界面客戶登錄本系統(tǒng)后,可以在線下訂單。如圖5.12所示:圖5.12在線下單界面客戶登錄本系統(tǒng)后,可以查看我的訂單列表信息。如圖5.13所示:圖5.13我的訂單列表界面

六、軟件測試與分析測試是開發(fā)時期最后一個階段,是保證軟件質量的重要手段。軟件測試就是在受控制的條件下對系統(tǒng)或應用程序進行操作并評價操作結果的過程,所謂控制條件應包括正常條件與非正常條件。軟件測試過程中應該故意地去促使錯誤的發(fā)生,也就是事情在不該出現(xiàn)的時候出現(xiàn)或者在應該出現(xiàn)的時候沒有出現(xiàn)。從本質上說,軟件測試是"探測",在“探測”中發(fā)現(xiàn)軟件的毛病。(一)軟件測試的重要性軟件測試在軟件生命周期中占據(jù)重要的地位,在傳統(tǒng)的瀑布模型中,軟件測試學僅處于運行維護階段之前,是軟件產(chǎn)品交付用戶使用之前保證軟件質量的重要手段。近來,軟件工程界趨向于一種新的觀點,即認為軟件生命周期每一階段中都應包含測試,從而檢驗本階段的成果是否接近預期的目標,盡可能早的發(fā)現(xiàn)錯誤并加以修正,如果不在早期階段進行測試,錯誤的延時擴散常常會導致最后成品測試的巨大困難。事實上,對于軟件來講,不論采用什么技術和什么方法,軟件中仍然會有錯。采用新的語言、先進的開發(fā)方式、完善的開發(fā)過程,可以減少錯誤的引入,但是不可能完全杜絕軟件中的錯誤,這些引入的錯誤需要測試來找出,軟件中的錯誤密度也需要測試來進行估計。測試是所有工程學科的基本組成單元,是軟件開發(fā)的重要部分。自有程序設計的那天起測試就一直伴隨著。統(tǒng)計表明,在典型的軟件開發(fā)項目中,軟件測試工作量往往占軟件開發(fā)總工作量的40%以上。而在軟件開發(fā)的總成本中,用在測試上的開銷要占30%到50%。如果把維護階段也考慮在內(nèi),討論整個軟件生存期時,測試的成本比例也許會有所降低,但實際上維護工作相當于二次開發(fā),乃至多次開發(fā),其中必定還包含有許多測試工作。(二)測試實例的研究與選擇程序測試的主要方法分為兩大類,白盒測試和黑盒測試。白盒測試:一種是以程序的內(nèi)部邏輯結構為依據(jù)而設計測試用例的方法,因而又稱結構測試或玻璃盒測試,將軟件看成一個透明的白盒子,按照程序的內(nèi)部結構和處理邏輯來選定測試用例,對軟件的邏輯路徑及過程進行測試,檢查它與設計是否相符[17]。白盒測試就是要選取足夠的測試用例,對源代碼實行比較充分的覆蓋,以便盡可能多地發(fā)現(xiàn)程序中的錯誤。主要有兩種方法:一種稱為邏輯覆蓋法,另一種稱為路徑覆蓋法。黑盒測試:也稱功能測試,數(shù)據(jù)驅動測試等,它將待測對象堪稱是一個黑盒子,在完全不考慮程序的內(nèi)部結構和特性的情況下,只依據(jù)規(guī)格說明書檢查程序的功能是否能正常使用。黑盒測試主要是根據(jù)輸入條件和輸出條件的確定測試數(shù)據(jù),來檢查程序是否能產(chǎn)生正確的輸出。進行黑盒測試主要有下面幾種方法:等價分類法、邊界值分析法、猜錯法、因果圖法。本系統(tǒng)的測試綜合了白盒測試、黑盒測試兩種方法,但主要使用的是黑盒測試方法。在測試當中遵循了“盡早地和不斷進行測試”,“保證測試用例的完整性和有效性”原則。通過測試達到以下測試目的:1.功能檢查:檢查功能是否爭取,是否遺漏或實現(xiàn)不了應該實現(xiàn)的功能等。2接口檢查:檢查能否正確地接受信息或輸出信息。3數(shù)據(jù)檢查:檢查數(shù)據(jù)結構或外部信息是否有(如數(shù)據(jù)文件)訪問錯誤。4性能檢查:檢查性

溫馨提示

  • 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

提交評論