圖書銷售系統(tǒng)需求分析

網(wǎng)上圖書銷售系統(tǒng)需求分析1HYPERLINK引言1HYPERLINK1.1簡介1HYPERLINK1.2參考資料1HYPERLINK2系統(tǒng)分析2HYPERLINK2.1開發(fā)背景及意義2HYPERLINK2.2可行性研究2HYPERLINK2.3功能需求4HYPERLINK2.3.1用例分析4HYPERLINK2.3.2概念類描述8HYPERLINK2.3.3順序類描述10HYPERLINK2.4性能需求13HYPERLINK2.4.1響應時間13HYPERLINK2.4.2吞吐量13HYPERLINK2.4.3并發(fā)用戶數(shù)13HYPERLINK2.4.4資源利用率14HYPERLINK2.5環(huán)境需求14HYPERLINK2.5.1硬件環(huán)境14HYPERLINK2.5.2軟件環(huán)境14HYPERLINK3系統(tǒng)設計15HYPERLINK3.1系統(tǒng)結(jié)構(gòu)設計15HYPERLINK3.1.1軟件設計的原那么15HYPERLINK3.1.2系統(tǒng)層次結(jié)構(gòu)16HYPERLINK3.2數(shù)據(jù)庫設計17HYPERLINK3.2.1數(shù)據(jù)庫概念設計17HYPERLINK3.2.2數(shù)據(jù)庫邏輯設計18HYPERLINK3.3用戶界面設計21HYPERLINK3.3.1人機界面設計原那么21HYPERLINK3.3.2主界面設計22HYPERLINK3.4系統(tǒng)詳細設計23HYPERLINK3.4.1訂單管理PAD圖24HYPERLINK3.4.2購物車PAD圖25HYPERLINK3.4.3圖書查詢PAD圖25HYPERLINK4系統(tǒng)實現(xiàn)27HYPERLINK4.1任務與原那么27HYPERLINK4.2系統(tǒng)功能實現(xiàn)27HYPERLINK4.2.1系統(tǒng)登錄27HYPERLINK4.2.2圖書管理28HYPERLINK4.2.3訂單管理28HYPERLINK4.2.4個人信息29HYPERLINK4.2.5圖書信息29HYPERLINK4.2.6其他功能簡介30HYPERLINK5軟件測試30HYPERLINK5.1測試方案的制定30HYPERLINK5.1.1調(diào)試方案的整體目標31HYPERLINK5.1.2定義軟件測試的標準31HYPERLINK5.1.3測試實施策略的制定31HYPERLINK5.1.4測試方案的活動的細分31HYPERLINK5.1.5測試方案的要點32HYPERLINK5.2測試的根底32HYPERLINK5.2.1測試的目標32HYPERLINK5.2.2白盒測試和黑盒測試33HYPERLINK5.2.3測試的準那么33HYPERLINK5.3功能測試34HYPERLINK5.3.1等價劃分測試34HYPERLINK5.4軟件可靠性35HYPERLINK5.4.1根本定義35HYPERLINK5.4.2估算平均無故障時間的方法36HYPERLINK5.4.3MTTF和ASS的估算37HYPERLINK結(jié)論371引言簡介隨著計算機和互聯(lián)網(wǎng)的開展翻開了人們的視野，使人們呼吸道信息化、數(shù)字化的這股春風，一種新的購物平臺已經(jīng)被創(chuàng)立，電子商務平臺。通過網(wǎng)絡進行電子購物不但節(jié)省了消費者的時間，而且商家也可以根據(jù)需要進行產(chǎn)品的生產(chǎn)和不斷更新，這樣在一定的程度上提高了生產(chǎn)效率，促進了商品和資金的流通，改良了人們的生活方式。在當今這個不斷變化，不斷更新的社會，人們的生活方式和生活節(jié)奏變得越來越快。那些傳統(tǒng)的營銷模式已經(jīng)不能夠在滿足現(xiàn)在社會的需要。在中國圖書銷售行業(yè)實現(xiàn)在網(wǎng)上銷售，通過計算機來管理信息。卻只在1998年才有了中國的第一家網(wǎng)上圖書銷售網(wǎng)站。這比世界先進水平的國家晚了將進10年之久。中國大陸已經(jīng)注冊的網(wǎng)上書店大約有100多家，有網(wǎng)站的有50多家，但已經(jīng)投入運營能夠買到書的只有十來家。很多人看到了書這種商品網(wǎng)上銷售的諸多好處：方便購置、金額小、風險小、用戶容易決定；信息的完整性以及很少出現(xiàn)質(zhì)量問題和退貨現(xiàn)象等。盡管全球最大的網(wǎng)上書城亞馬遜股票慘跌，盡管各家書店都成認目前的虧本經(jīng)營狀況，但這并未阻擋投資者對網(wǎng)上書店“錢〞景的期待。眾所周知國內(nèi)各大型網(wǎng)站都有各自的網(wǎng)上書店，國內(nèi)最大的網(wǎng)上書店亞馬遜就是一個例子。這種網(wǎng)上書店的開展正在逐步完善。其中的功能比擬豐富，操作也比擬簡便，因此吸引了大量的用戶。然而，網(wǎng)絡的資源是有限的，隨著數(shù)據(jù)量的加大，網(wǎng)站的效勞質(zhì)量，尤其是熟讀會變得不堪忍受。而我的系統(tǒng)針對小范圍。如此一來，在保證效率的前提下，可以使用相對廉價的設備，節(jié)省費用和資源。1.2參考資料1．朱少民《軟件測試方法和技術(shù)》清華大學出版社20052．韓萬江姜立新《軟件工程管理案例教程》機械工業(yè)出版社20233．徐人鳳曾建華《SQLServer2005數(shù)據(jù)庫及應用》高等教育出版社20074．KarlE.Wiegers《軟件需求》清華大學出版社20045．吳煒煜《面向?qū)ο蠓治鲈O計與編程》清華大學出版社20076．吉根林崔海源《Web程序設計》電子工業(yè)出版社2023系統(tǒng)分析開發(fā)背景及意義社會的開展正在向信息化和數(shù)字化的方向開展，信息技術(shù)在社會各行各業(yè)都有了很大的開展空間，而且產(chǎn)業(yè)的開展強大必須依靠信息化的管理。計算機，互聯(lián)網(wǎng)也必須是他們的主要依附。圖書銷售行業(yè)的開展壯大一樣必須依靠互聯(lián)網(wǎng)的技術(shù)，在這種情況下網(wǎng)上圖書銷售系統(tǒng)應運而生。開發(fā)網(wǎng)上圖書銷售系統(tǒng)的宗旨在于方便人們進行圖書的購置，加快書本的更新速度，使訪問者足不出戶就可以購置到自己想要的書籍，這種購書的方式打破了傳統(tǒng)的單一購書方法，促使人們以更快的節(jié)奏、更高的投入到現(xiàn)在的生活中來。網(wǎng)上圖書銷售系統(tǒng)有很多突出的優(yōu)點，具體如下。1、全面的書籍介紹：當讀者找到自己所需要的書后，就可以更進一步地查看該書的相關(guān)介紹，除了書名、定價、出版社等根本信息外，還可以查看該書的目的、內(nèi)容簡介。2、方便的書籍瀏覽：購書系統(tǒng)中以列表方式顯示圖書的信息，包括最新上架圖書、特價圖書以及最近的圖書銷售排行。3、快捷的購物方式：當讀者找到適宜的書籍后，就可以將其添加到購物車中，待購置結(jié)束后就可以進行訂單的提交，以等待商家寄書。4、高價值的圖書評論：圖書的評論不但影響其他讀者的購置欲望，更在很大的程度上對商家的供貨、更新以及裝訂質(zhì)量提出了更高的要求?？尚行匝芯靠尚行匝芯康娜蝿帐菑募夹g(shù)上、經(jīng)濟上、使用上、法律上分析應解決的問題是否有可行的解決方案。其目的是用極少的代價在最短的時間內(nèi)確定被開發(fā)的軟件是否開發(fā)成功。1、技術(shù)可行性Web技術(shù)的迅猛開展正推動Internet上信息效勞類的進步。WWW效勞的根底是HTML語言，HTML語言是靜態(tài)網(wǎng)頁編程語言，不能帶后臺，不能帶數(shù)據(jù)庫。所以在當今這個社會中HTML已經(jīng)不能滿足人們的需求。Struts2語言就很好的解決了HTML中的問題，并且支持數(shù)據(jù)庫的連接，寫好的網(wǎng)站會有一個后臺的管理，當瀏覽器向效勞器請求網(wǎng)頁的時候，效勞器會響應這個請求。將網(wǎng)頁再發(fā)回給瀏覽器，同時將數(shù)據(jù)保存在后臺的數(shù)據(jù)庫中。斷開連接，直到下一個請求。網(wǎng)絡圖書銷售管理系統(tǒng)有以下幾個特點：一是數(shù)據(jù)量大，要求及時查詢和瀏覽的內(nèi)容較多，二是數(shù)據(jù)處理比擬集中。內(nèi)部數(shù)據(jù)處理量大，輸入和輸出的量大。三是即時處理，要不斷更新最新的數(shù)據(jù)信息。基于以上三個特點，現(xiàn)有的技術(shù)都可以到達現(xiàn)有的目標。在單機環(huán)境下組建管理信息系統(tǒng)，該系統(tǒng)的開發(fā)工作可以用struts2做前臺，SQLServer2000做后臺，前臺可視化程度較高，人機交互能力較強，應用方便。后臺數(shù)據(jù)庫管理數(shù)據(jù)功能強大，能更好的支持系統(tǒng)的運行。2、經(jīng)濟可行性軟件系統(tǒng)的主要設資費用包括：設備費用〔計算機及軟件配置的費用〕，開發(fā)費用〔開發(fā)人員，維護人員的費用〕，系統(tǒng)開銷〔所用的電力，硬件的磨損折舊等〕和另外的一些系統(tǒng)的費用?，F(xiàn)在各大中小型書店都是自主經(jīng)營，自負營虧。本系統(tǒng)對硬件的要求并不是特別高，只是一般的計算機就可以運行起來，還有就是開發(fā)人員和維護人員的費用，開發(fā)人員只需要一次性付款，而維護人員只是公司員工開工資即可，系統(tǒng)的開銷并不大。中小型書店應該可以接受并支付得起。另外還有一點就是公司員工的培訓，本系統(tǒng)簡單易學。對于熟悉圖書銷售的工作人員來說，只要掌握簡單的計算機操作知識，便可以熟練掌握。本系統(tǒng)的后臺系統(tǒng)穩(wěn)定，易于維護，并不會消耗掉太多的人力和物力，商家也應該愿意支付。本系統(tǒng)會給商家?guī)砭薮蟮慕?jīng)濟利益。前期的投資對于后期的創(chuàng)益來說應該是極其值得的。系統(tǒng)能使書店的工作人員從繁重的體力勞動中解脫出來。系統(tǒng)不僅給銷售管理工作帶來方便，同時也滿足了不同客戶的不同需求。提高了數(shù)據(jù)的平安性、共享性和實力性，大大地降低公司預算，提高了工作效率，為圖書商家在業(yè)界市場的劇烈競爭中減少不小的開支。3、使用可行性本系統(tǒng)采用Struts2設計前臺界面，用SQLServer2000數(shù)據(jù)庫為后臺管理。可以在Windowsxp、Windows2000等Windows操作系統(tǒng)系列下運行。本系統(tǒng)考慮到當今社會當中計算機已經(jīng)成為不可缺少的元素之一，中國現(xiàn)在網(wǎng)民人數(shù)已經(jīng)突破2.6億，而這也僅僅是上半年的調(diào)查結(jié)果。中國在網(wǎng)上消費的人數(shù)也在大幅度增加。這些人都有一定的計算機操作根底。本系統(tǒng)前臺界面美觀，操作簡單，只要掌握一些計算機根本操作的人便可以短時間內(nèi)熟練使用系統(tǒng)。后臺管理中數(shù)據(jù)庫穩(wěn)定不易出現(xiàn)錯誤，易于管理?；谝陨系姆N種理由，本系統(tǒng)完全可以在社會中使用，推動中國計算機網(wǎng)絡的開展，同時也為書店商家創(chuàng)造出巨大的經(jīng)濟利益。4、法律可行性現(xiàn)在中國的法律中對于非法的軟件的管理還處在一個空白的階段，使得現(xiàn)在非法軟件肆意猖獗。比方偷窺別人的隱私，打攪別人的正常生活〔病毒〕，盜版等。本系統(tǒng)是完全遵守著軟件開發(fā)人員的職業(yè)道德，系統(tǒng)并沒有參加任何能夠損害到商家和消費者利益的東西，可以放心使用。而且本系統(tǒng)完全遵守國家的《中華人民共和國計算機軟件保護條例》的條例，使本系統(tǒng)也擁有著法律的保護。功能需求主要針對中小型書店對書店的圖書信息和用戶〔書店工作人員，網(wǎng)站注冊用戶即潛在購書者〕信息的進行有效的管理，對圖書的進銷存等環(huán)節(jié)進行信息化管理，實現(xiàn)讀者網(wǎng)上瀏覽圖書，網(wǎng)上購書的可能。通過讀者對購置圖書的在線評價，處理讀者網(wǎng)上的投訴和建議。用例分析用例圖主要用來圖示化系統(tǒng)的主事件流程，它主要用來描述需求，即希望系統(tǒng)具備的完成一定功能的動作，通俗地理解用例就是軟件的功能模塊，是設計系統(tǒng)分析階段的起點，設計人員根據(jù)需求來創(chuàng)立和解釋用例圖，用來描述軟件應具備哪些功能模塊以及這些模塊之間的調(diào)用關(guān)系，用例圖圖符如表2.1所示。表2.1uml用例圖圖符可視化圖符名稱描述系統(tǒng)邊界用來表示系統(tǒng)邊界，所有用例放在系統(tǒng)之中，它確定系統(tǒng)的范圍用例用來表示用例圖中的用例，它代表系統(tǒng)提高的范圍參與者用于描述與系統(tǒng)功能有關(guān)的外部實體，可以是用戶，也可以是外部系統(tǒng)關(guān)聯(lián)連接執(zhí)行者和用例，它表示角色與用例間的關(guān)系通過系統(tǒng)的功能需求分析，可得到系統(tǒng)的效勞對象為購書者，網(wǎng)上圖書銷售系統(tǒng)的內(nèi)部工作人員可以按照工作需要各自完成自己指定的任務。其中管理員為抽象角色，所以系統(tǒng)角色分析用例圖如圖2.1所示。圖2.1系統(tǒng)角色分析用例圖頂層用例：對網(wǎng)站涉及到的所有人員進行詳細地分工，描述了每個用例之間的聯(lián)系。故網(wǎng)上圖書銷售系統(tǒng)頂層用例圖如圖2.2所示。圖2.2頂層用例圖圖書管理：對圖書庫中的所有的圖書信息進行管理包括根本的增、刪、改、查，同時也能對圖書進行分類像計算機類，經(jīng)濟類，外語類等，還可以對讀者對圖書的評價進行回應，可以及時改變書店的圖書供貨關(guān)系，可以查看缺書登記，對用戶想要購置的書及時進貨，圖書管理用例圖如圖2.3所示。圖2.3圖書管理用例圖訂單管理：訂單的管理主要是執(zhí)行訂單和查看訂單的詳細信息，修改訂單的下達信息，保證用戶能夠及時看到自己購置圖書的發(fā)貨信息，同時，管理員可以對不合法的訂單進行刪除?？傮w來說用戶在網(wǎng)站前臺購書并到收銀臺結(jié)賬生成訂單后，還需要執(zhí)行訂單。訂單管理用例圖如圖2.4所示。圖2.4訂單管理用例圖用戶管理：對在網(wǎng)站注冊的用戶進行統(tǒng)一管理，可以查看用戶列表，對于會員信息的管理主要是查看會員根本信息和對局部非法用戶予以刪除，用戶管理用例圖如圖2.5所示。圖2.5用戶管理用例圖新聞管理：對于新聞的管理主要是查看新聞列表及信息的查看，添加新聞和刪除新聞。由于新聞信息涉及到新聞發(fā)布時間，所以沒有修改新聞信息的功能，新聞管理的用例圖如圖2.6所示。圖2.6新聞管理用例圖注冊用戶：通過網(wǎng)站注冊的用戶可以直接登錄網(wǎng)站進行相關(guān)的活動，用戶登錄后可以查看、搜索、購置圖書，并可以對喜歡的圖書進行購置放入購物車，并且可以管理購物車對購物車的圖書下訂單結(jié)賬，并對不小心參加購物車的圖書進行刪除，對自己已經(jīng)下訂單的并不滿意在沒有發(fā)貨前也可以對訂單刪除，注冊用戶用例圖如圖2.7所示。圖2.7注冊用戶用例圖概念類描述類圖(Classdiagram)是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。類圖不顯示暫時性信息[9]。類圖是由假設干類關(guān)聯(lián)在一起，反映系統(tǒng)或者子系統(tǒng)組成結(jié)構(gòu)的靜態(tài)圖。類圖的建模貫穿工程的分析和設計階段的始終，通常從商務伙伴能夠理解的類開始建模，最終往往成為只有開發(fā)小組才能夠完全理解的類。類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類,表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等,也包括類的內(nèi)部結(jié)構(gòu)(類的屬性和操作)。類圖描述的是一種靜態(tài)關(guān)系,在系統(tǒng)的整個生命周期都是有效的。類圖是在面向?qū)ο蟮南到y(tǒng)模型中使用得最普遍的圖。類圖包含了一組類、接口和協(xié)作以及其之間的關(guān)系。使用類圖來為系統(tǒng)的靜態(tài)視圖建模。通常這包括模型化系統(tǒng)的詞匯，模型化協(xié)作，或那么模型化模式。類圖還是一些相關(guān)的圖的根底，包括組件圖、分布圖。類圖的重要性不僅僅表達在為系統(tǒng)建立可視化的、文檔化的結(jié)構(gòu)模型，同樣重要的是構(gòu)建通過正向和反向工程建立執(zhí)行系統(tǒng)。沒有類是單獨存在的，類通常和別的類協(xié)作，創(chuàng)造比單獨工作更大的語義。因此，除了捕獲系統(tǒng)的詞匯以外，還要將注意力集中到這些類是如何在一起工作的。使用類圖來表達這種協(xié)作，類圖圖符如表2.2所示。表2.2類圖圖符可視化圖符名稱描述類表示具體的一個類，第一欄為類名，第二欄為類的屬性，第三欄為類的方法包一種分組機制，表示一個類圖的集合關(guān)聯(lián)表示類的對象間的關(guān)系，包括聚集關(guān)聯(lián)和組成關(guān)聯(lián)泛化關(guān)系描述類或包的一般元素與特殊元素之間的分類關(guān)系類圖是一種顯示應用程序的類及類之間關(guān)系的可視表示。類可以定義每個元素實例包含的屬性以及每個元素執(zhí)行或經(jīng)歷的操作。由上面的用例圖得到圖書類的方法可有查看圖書信息、添加圖書信息、修改圖書信息、刪除圖書等，圖書訂單類和圖書庫存類的方法可有查看訂單詳細信息、更新庫存等，操作記錄類的方法可有高級查詢、查看圖書詳細信息、查詢訂單詳細信息、查詢圖書庫存、刪除訂單等，管理員類的方法可有用戶管理、訂單管理、庫存管理、公告管理等。其中圖書類別類可以泛化出小說、幼兒讀物、計算機類圖書、工具書、哲理書等具體類，圖書訂單類和圖書庫存類可以分別泛化出查看訂單詳細信息、刪除訂單等具體類，概念類的類圖如圖2.8所示。圖2.8概念類類圖順序類描述順序圖重點是顯示對象之間發(fā)送的消息的時間順序。它也顯示對象之間的交互，就是在系統(tǒng)執(zhí)行時，某個指定時間點將發(fā)生的事情。順序圖由多個用垂直線顯示的對象組成，圖中時間從上到下推移，并且順序圖顯示對象之間隨著時間的推移而交換的消息或函數(shù)。消息是用帶消息箭頭的直線表示的，并且它位于垂直對象線之間。時間說明以及其他注釋放到一個腳本中，并將其放置在順序圖的頁邊空白處。順序圖是一種動態(tài)建模方法。一般用于確認和豐富一個使用情境的邏輯。一個使用情境就是系統(tǒng)潛在的使用方式的描述，也就是它的名稱所要描述的。通過觀察什么消息被發(fā)送給一個對象，以及通過概略的觀察運行被調(diào)用的方法需要花費多長時間，很快就能了解哪里的設計需要變化，以到達在系統(tǒng)內(nèi)部平衡負荷的目的，UML順序圖圖符如表2.3所示。表2.3UML順序圖圖符可視化圖符名稱描述帶有生命線的對象用于表示順序圖中參與交互的對象激活表示在這個時間段內(nèi)，對象處于活動狀態(tài)消息用于表示對象之間傳遞的消息返回消息用于表示對象之間傳遞的消息創(chuàng)立順序圖包含4項任務：一、確定需要建模的工作流；二、從左道右布置對象；三、添加消息和條件以便創(chuàng)立每一個工作流；四、繪制總圖以便連接各個分圖。在了解順序圖的建模方法情況下。繪制系統(tǒng)的順序圖首先要了解系統(tǒng)的過程，根據(jù)系統(tǒng)類圖中的方法可以獲得詳細的系統(tǒng)過程，系統(tǒng)管理操作順序圖如圖2.9所示。圖2.9系統(tǒng)管理操作順序圖性能需求性能指標有些模糊，很難有一個確切、具體的數(shù)值來描述。通常是通過系統(tǒng)的穩(wěn)定性、可靠性、無故障工作時間和故障恢復難易程度來表達的。系統(tǒng)的性能是系統(tǒng)的一種非功能特性，它關(guān)注的不是系統(tǒng)是否能夠完成特定的功能，而是在完成功能時展示出來的及時性。為了能夠客觀地度量系統(tǒng)的性能，定義了一系列的性能指標，以便于在不同情況下度量系統(tǒng)的性能。響應時間響應時間是指用戶發(fā)出請求，系統(tǒng)做出相應的反響的這段時間叫做響應時間。在討論系統(tǒng)的響應時間時，通常是指系統(tǒng)所有功能的平均響應時間或者所有功能的最大響應時間。對一個系統(tǒng)，其響應時間如果小于1秒應該是不錯的，如果到達5秒就完全難以接受了。本系統(tǒng)采用jsp語言編寫對用戶本機與瀏覽器要求低，響應時間也相對較短，最大為4秒平均為2~3秒，完全符合需求。吞吐量吞吐量〔throughput〕，是指單位時間內(nèi)流經(jīng)被測系統(tǒng)的數(shù)據(jù)流量，一般單位為b/s,即每秒鐘流經(jīng)的字節(jié)數(shù)。對于無并發(fā)的系統(tǒng)而言，吞吐量與響應時間成嚴格的反比關(guān)系，實現(xiàn)上此時吞吐量就是響應時間的倒數(shù)。由于本系統(tǒng)的響應時間比擬短，所以系統(tǒng)的吞吐量比擬大。在不同領(lǐng)域不同版本的資料當中，對吞吐量的概念是不盡相同的。并發(fā)用戶數(shù)是同時執(zhí)行一個操作的用戶，或者是同時執(zhí)行腳本的用戶，這個并發(fā)在設置不同場景的時候并發(fā)的情況是不一樣的，在實際的測試中需要根據(jù)具體的需求進行設計。與吞吐量相比，并發(fā)用戶數(shù)是一個更直觀但也更籠統(tǒng)的性能指標。實際上，并發(fā)用戶數(shù)是一個非常不準確的指標，因為用戶不同的使用模式會導致不同用戶在單位時間發(fā)出不同數(shù)量的請求。資源利用率資源利用率反映的是在一段時間內(nèi)資源平均占用的情況。對于數(shù)量為1的資源，資源利用率可以表示為資源被占用的時間與整段時間的比值；對于數(shù)量不為1的資源，資源利用率可以表示為在該段時間內(nèi)平均被占用的資源數(shù)與總資源數(shù)的比值。環(huán)境需求硬件環(huán)境效勞器端的最低配置是由建立站點所需的軟件來決定的，在最低配置的情況下，效勞器的往往不盡如人意，現(xiàn)在的硬件性能已經(jīng)相當出色，而且價格也很廉價，因此通常應給效勞器端配置高性能的硬件，本系統(tǒng)效勞器端的配置如下：處理器：InterPentium(R)Dual-CoreCPUT43002.1GHz或更高內(nèi)存：2GB硬盤空間：250GB顯卡：NvidiaGeForceG210M因為客戶端主要用于瀏覽和操作數(shù)據(jù)，所以對客戶端的硬件要求不高，不過現(xiàn)在的電腦很高的性價比，因此需要的配置應該高于下面的配置：處理器：InterPentium1.9GHz或更高內(nèi)存：512MB硬盤空間：80GB顯卡：SVAG顯示適配器。軟件環(huán)境效勞器端軟件環(huán)境如下：操作系統(tǒng)：WindowsXPProfessionalServicePack3網(wǎng)絡協(xié)議：TCP/IPweb效勞器：tomcat6.0數(shù)據(jù)庫：MicrosoftSQLserver2000瀏覽器：InternetExplorer8.0用戶端要求如下：操作系統(tǒng)：Windows98/2000/XP網(wǎng)絡協(xié)議：TCP/IP效勞器：.NETFramework環(huán)境瀏覽器：InternetExplorer5.0以上系統(tǒng)設計系統(tǒng)結(jié)構(gòu)設計軟件設計的原那么1．模塊化模塊化設計不僅減低了系統(tǒng)復雜性，使得系統(tǒng)容易修改，而且推動了系統(tǒng)各個局部的并行開發(fā)，從而提高了軟件的生產(chǎn)效率。2．抽象與逐步求精抽象是指抽出事物的本質(zhì)特性而暫時不考慮他們的細節(jié)。逐步求精是把問題的求解過程分成假設干步驟活階段，每個步驟活階段都比上一個步驟更精細化，更接近問題的解法。逐步求精是與抽象緊密相關(guān)的感念，是一個由抽象到具體的過程。3．信息隱藏和局部化信息隱藏是指每個模塊的實現(xiàn)細節(jié)對于其他模塊來說是隱藏的。模塊所包含的信息部允許其他不需要這些信息的模塊使用，如模塊的內(nèi)部數(shù)據(jù)、過程等。信息屏蔽使修改軟件時引入的錯誤造成的影響只局限在一個或幾個模塊內(nèi)部，不涉及軟件的其他局部。局部化那么是指把一些關(guān)系密切的軟件元素放的彼此靠近。在模塊中使用局部數(shù)據(jù)元素就是局部化的一個例子。顯然局部化有利于實現(xiàn)信息的隱藏。4．模塊獨立性模塊獨立性是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體子功能，而和軟件系統(tǒng)中其他模塊的借口是無關(guān)的。模塊獨立的概念是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)構(gòu)。模塊的借口是無關(guān)的。系統(tǒng)層次結(jié)構(gòu)HIPO圖(hierarchyplusinput-process-output)是IBM公司于70年代中期在層次結(jié)構(gòu)圖(structurechart)的根底上推出的一種描述系統(tǒng)結(jié)構(gòu)和模塊內(nèi)部處理功能的工具(技術(shù))。HIPO圖由層次結(jié)構(gòu)圖和IPO圖兩局部構(gòu)成,前者描述了整個系統(tǒng)的設計結(jié)構(gòu)以及各類模塊之間的關(guān)系,后者描述了某個特定模塊內(nèi)部的處理過程和輸入/輸出關(guān)系。HIPO圖由三個根本圖表組成，進行模塊層次功能分解遵循以下步驟：1、總體IPO圖：它是數(shù)據(jù)流程圖的初步分層細化結(jié)果，根據(jù)數(shù)據(jù)流程圖，將最高層處理模塊分解為輸入、處理、輸出三個功能模塊。2、HIPO圖：根據(jù)總體IPO圖，對頂層模塊進行重復逐層分解，而得到的關(guān)于組成頂層模塊的所有功能模塊的層次結(jié)構(gòu)關(guān)系圖。3、低層主要模塊詳細的IPO圖：由于HIPO圖僅僅表示了一個系統(tǒng)功能模塊的層次分解關(guān)系，還沒有充分說明各模塊間的調(diào)用關(guān)系和模塊間的數(shù)據(jù)流及信息流的傳遞關(guān)系。因此，對某些輸送低層上的重要工作模塊，還必須根據(jù)數(shù)據(jù)字典和HIPO圖，繪制其詳細的IPO圖，用來描述模塊的輸入、處理和輸出細節(jié)，以及與其他模塊間的調(diào)用和被調(diào)用關(guān)系。網(wǎng)上圖書銷售系統(tǒng)的層次結(jié)構(gòu)大體分為三層，第一層是系統(tǒng)的主體，第二層是系統(tǒng)的個功能塊的劃分，第三層是對各功能模塊進行詳細說明，如此實現(xiàn)自頂向下逐步求精，系統(tǒng)的層次結(jié)構(gòu)圖如圖3.1所示。圖3.1系統(tǒng)的層次結(jié)構(gòu)圖H圖只說明了系統(tǒng)由哪些模塊組成及其控制層次結(jié)構(gòu)，并未說明模塊間的信息傳遞及模塊內(nèi)部的處理。因此對一些重要模塊還必須根據(jù)H圖繪制具體的IPO表。用戶和管理人員可利用IPO表編寫、修改和維護程序。IPO表中包含的附加信息主要有系統(tǒng)名稱、圖的作者，完成的日期，本圖描述的模塊的名字，模塊在層次圖中的編號，調(diào)用本模塊的模塊清單，本模塊調(diào)用的模塊的清單、注釋以及本模塊使用的局部數(shù)據(jù)元素等。訂單狀態(tài)修改的上層調(diào)用模塊為訂單管理，沒有下層模塊可調(diào)用，訂單狀態(tài)修改的IPO表如表3.1所示。表3.1訂單狀態(tài)修改的IPO表系統(tǒng)名稱：網(wǎng)上圖書銷售系統(tǒng)設計者：張玲、曾憲俊、張晨辰模塊名：訂單狀態(tài)修改日期：2009-12-10模塊編號：1.2上層調(diào)用模塊：訂單管理下層被調(diào)用的模塊：無輸入數(shù)據(jù)：無輸出數(shù)據(jù)：狀態(tài)修改后得到的結(jié)果處理：根據(jù)修改的狀態(tài)確認后，重新查看是否顯示相應的狀態(tài)圖書添加的上層調(diào)用模塊為圖書管理，沒有下層模塊可調(diào)用，圖書添加的IPO表如表3.2所示。表3.2修改信息的IPO表系統(tǒng)名稱：網(wǎng)上圖書銷售系統(tǒng)設計者：張玲、曾憲俊、張晨辰模塊名：修改信息日期：2009-12-10模塊編號：3.1上層調(diào)用模塊：圖書管理下層被調(diào)用的模塊：無輸入數(shù)據(jù)：填寫要添加的信息輸出數(shù)據(jù)：對數(shù)據(jù)庫的更新結(jié)果處理：判斷添加的圖書信息的合法性，添加成功后返回主頁進行瀏覽判斷添加是否成功數(shù)據(jù)庫設計數(shù)據(jù)庫概念設計1.用戶登記表：存儲用戶的根本信息。2.圖書類別表：存儲圖書類別的信息。3.圖書根本信息表：存儲圖書的根本信息。4.圖書評論表：存儲讀者對圖書的評論信息。5.缺書登記表：存儲沒有的圖書信息。6.圖書訂購信息表：存儲購置圖書的信息。7.圖書訂購者詳情表：存儲訂書用戶的信息。8.購物車詳情表：記錄購置者和書的信息。數(shù)據(jù)庫邏輯設計用戶登記表是用來存放用戶的詳細信息的數(shù)據(jù)表，會員通過用戶名和密碼登陸到本站，實現(xiàn)購置圖書，下訂單，添加購物車等功能如圖3.3所示。表3.3用戶登記表序號名稱字段類型備注1編號IDint2用戶名UserNamevarchar(60)主鍵3登錄密碼PasswordStrvarchar(60)4真實姓名RealNamevarchar(60)5性別Sexint允許空6證件名稱IDNamevarchar(60)允許空7證件編號IDNumbervarchar(20)允許空8教育水平Educationvarchar(20)允許空9所在地Provincevarchar(20)允許空10地址Addressvarchar(100)11PostCodevarchar(20)12號碼PhoneNumbervarchar(20)13移動MobliePhonevarchar(20)14電子郵件Emailvarchar(100)15讀者層次UserLevelint允許空16累計消費TotalConsumptionvarchar(40)允許空圖書類別表是用來存放圖書類別的數(shù)據(jù)表，包括類別類別編號、類別名、說明、分類，內(nèi)容如表3.4所示。表3.4圖書類別表序號名稱字段類型備注1類別名稱TypeNamevarchar(40)2說明Descriptionvarchar(200)允許空3類型編號BookTypeint4分類SuperBookTypeint圖書根本信息表，用來保存圖書的根本信息像書名、作者、出版社等等，當有新書添加時，圖書的信息都保存在這里。網(wǎng)站上圖書的顯示也是直接從這個表中讀取的，如表3.5所示。圖書評論表是用來存儲讀者對每本圖書評論意見的，當其時用戶進行瀏覽該圖書的話就會看到相應的評論，查看圖書的好與壞，如表3.6所示。所缺圖書書目表用來存儲所缺圖書信息，當用戶注冊并登陸的用戶沒有查找到自己想要的圖書時可以通過缺書登記記錄出自己想要圖書信息都存儲在此表中，如表3.7所示。圖書訂購信息表用來存儲訂單已經(jīng)下達的，表中包括讀者的信息和圖書的信息，訂單下達后，圖書管理員就可以在這里查看訂單的信息，如表3.8所示。表3.5圖書根本信息表序號名稱字段類型備注1編號IDint主鍵,自增長2書名BookNamevarchar(80)3作者Authorvarchar(40)4ISBNISBNvarchar(20)5頁數(shù)Pagesint6出版社PublishingHousevarchar(60)7類信息ClassInfoint8翻譯Translatorvarchar(40)可為空9系列名稱SeriesNamevarchar(60)可為空10出版日期PublishDatevarchar(40)11定價Pricevarchar(40)12內(nèi)容簡介Descriptiontext可為空13摘要Abstracttext可為空14目錄BookCatalogtext可為空15封面Coverimage可為空16評論條數(shù)CommentNumberint可為空17點擊次數(shù)HitNumberint可為空18售出數(shù)SoldNumberint可為空19會員級別Statusint可為空20特價SpecialPriceint可為空21折扣Discountint可為空22開本PagelargeInt表3.6圖書評論表序號名稱字段類型備注1編號IDint主鍵,自增長2書名BookIDint3說明Captionvarchar(80)可為空4評論Commenttext5讀者姓名UseNamevarchar(40)可為空6電子郵件Emailvarchar(60)可為空7出版日期PublishDatedatetime表3.7所缺圖書書目表序號名稱字段類型備注1編號IDint2讀者姓名UseNamevarchar(20)3書名BookNamevarchar(80)4出版社Publishervarchar(60)允許空5作者Authorvarchar(20)允許空6登記日期RegisterDatevarchar(60)表3.8圖書訂購信息表序號名稱字段類型備注1讀者編號UesrIDint2訂單號OrderIDint3書號BookIDint4訂購數(shù)量Quantitytinyint5優(yōu)惠價DiscountPricevarchar(40)圖書訂購者詳情表用來保存下訂單的用戶的信息，主要信息包括讀者的姓名和地址信息，如圖3.9所示。表3.9圖書訂購者詳情表序號名稱字段類型備注1編號IDint主鍵2讀者編號UserIDint3讀者姓名ContactNamevarchar(60)4讀者地址Addressvarchar(100)5電子郵件Emailvarchar(40)6PostCodevarchar(20)7號碼PhoneNumbervarchar(20)8移動MobilePhonevarchar(20)9郵寄備注SendMemovarchar(200)允許空10郵寄方法SendMethodint11付款方法payMethodint12訂購日期OrderDatevarchar(40)13訂購情況OrderStatusint14訂購完成日OrderFinishDatevarchar(40)允許空15是否要發(fā)票NeedInvoiceint16總計TotalDiseountPricevarchar(40)允許空購物車詳情表存儲購置的圖書信息，如圖3.10所示。表3.10購物車詳情表序號名稱字段類型備注1讀者編號UserIDint2書號BookIDint3訂購數(shù)量Quantityint用戶界面設計用戶界面設計也叫做人機界面設計，是指通過一定的手段對用戶界面有目標和方案的一種創(chuàng)作活動.大部份為商業(yè)性質(zhì)、少部份為藝術(shù)性質(zhì)。人機界面是計算機科學和認知心理學兩大學科相結(jié)合的產(chǎn)物，同時也吸收了語言學、人機工程學和社會學等學科的研究成果。經(jīng)過40余年的開展，已經(jīng)成為一門以研究用戶及其與計算機的關(guān)系為特征的主流學科之一。近年來，人機界面的設計理論已經(jīng)更廣泛地開展和應用到人、機、環(huán)境系統(tǒng)工程等領(lǐng)域，使工程技術(shù)設計與使用者的身心行為特點相適應，從而使人能夠高效、舒適地工作與生活。人機界面的設計質(zhì)量，直接影響用戶對軟件產(chǎn)品的評價，從而影響軟件產(chǎn)品的競爭力和壽命，因此，必須對人機界面設計給以足夠重視。人機界面設計原那么1.以用戶為中心的根本設計原那么在系統(tǒng)的設計過程中，設計人員要抓住用戶的特征，發(fā)現(xiàn)用戶的需求。在系統(tǒng)整個開發(fā)過程中要不斷征求用戶的意見，向用戶咨詢。系統(tǒng)的設計決策要結(jié)合用戶的工作和應用環(huán)境，必須理解用戶對系統(tǒng)的要求。最好的方法就是讓真實的用戶參與開發(fā)，這樣開發(fā)人員就能正確地了解用戶的需求和目標，系統(tǒng)就會更加成功。2．順序原那么即按照處理事件順序、訪問查看順序〔如由整體到單項，由大到小，由上層到下層等〕與控制工藝流程等設計監(jiān)控管理和人機對話主界面及其二級界面。3．功能原那么即按照對象應用環(huán)境及場合具體使用功能要求，各種子系統(tǒng)控制類型、不同管理對象的同一界面并行處理要求和多項對話交互的同時性要求等，設計分功能區(qū)分多級菜單、分層提示信息和多項對話欄并舉的窗口等的人機交互界面，從而使用戶易于分辨和掌握交互界面的使用規(guī)律和特點，提高其友好性和易操作性。4．一致性原那么包括色彩的一致，操作區(qū)域一致，文字的一致。即一方面界面顏色、形狀、字體與國家、國際或行業(yè)通用標準相一致。另一方面界面顏色、形狀、字體自成一體，不同設備及其相同設計狀態(tài)的顏色應保持一致。界面細節(jié)美工設計的一致性使運行人員看界面時感到舒適，從而不分散他的注意力。對于新運行人員，或緊急情況下處理問題的運行人員來說，一致性還能減少他們的操作失誤。5．頻率原那么即按照管理對象的對話交互頻率上下設計人機界面的層次順序和對話窗口萊單的顯示位置等，提高監(jiān)控和訪問對話頻率。6．重要性原那么即按照管理對象在控制系統(tǒng)中的重要性和全局性水平，設計人機界面的主次菜單和對話窗口的位置和突顯性，從而有助于管理人員把握好控制系統(tǒng)的主次，實施好控制決策的順序，實現(xiàn)最優(yōu)調(diào)度和管理。7．面向?qū)ο笤敲醇窗凑詹僮魅藛T的身份特征和工作性質(zhì)，設計與之相適應和友好的人機界面。根據(jù)其工作需要，宜以彈出式窗口顯示提示、引導和幫助信息，從而提高用戶的交互水平和效率。人機交互界面，無論是面向現(xiàn)場控制器還是面向上位監(jiān)控管理，兩者是有密切內(nèi)在聯(lián)系的，他們監(jiān)控和管理的現(xiàn)場對象是相同的，因此許多現(xiàn)場設備參數(shù)在他們之間是共享和相互傳遞的。人機界面的標準化設計應是未來的開展方向，因為它確實表達了易懂、簡單、實用根本原那么，充分表達了以人為本的設計理念。各種工控組態(tài)軟件和編程工具為制作精美的人機交互界面提供了強大的支持手段，系統(tǒng)越大越復雜越能表達其優(yōu)越性。主界面設計網(wǎng)站的頁面設計很重要，用戶第一眼看到的就是首頁，所以首頁要吸引人，這樣就需要將首頁設計的美觀，但不一定所有的用戶都對計算機特別熟練，這樣還需要設計的方便、容易操作。系統(tǒng)的前臺首頁主要有如下幾個功能：圖書展示功能、圖書查詢功能、圖書導航功能、網(wǎng)站最新動態(tài)瀏覽。網(wǎng)站的設計準那么是用戶用最少的操作完成更多更細的工作，并保證頁面的美觀。無論是注冊并登陸的用戶，還是游客的形式進入網(wǎng)站都可以對圖書進行查詢，瀏覽等根本的操作，當用戶看到自己喜歡的圖書并且價錢合理，他們只需要登錄就可以對圖書進行購置。用最少的操作完成對圖書的購置活動是網(wǎng)站的首要任務。系統(tǒng)詳細設計過程設計的任務不是具體地編寫程序，而是要設計出程序的“藍圖〞，程序員根據(jù)這個藍圖進行構(gòu)思寫出實際的代碼。因此，過程設計的結(jié)果根本上決定了最終的程序代碼的質(zhì)量。在軟件的生命周期中，實際上對于長期使用的軟件系統(tǒng)而言，人讀程序的時間可能比寫程序的時間還要長得多。因此，衡量程序的質(zhì)量不僅要看它的邏輯是否正確，性能是否滿足要求，更主要的是要看它是否容易閱讀和理解。過程設計的目標不僅僅是邏輯上正確地實現(xiàn)每個模塊的功能，更重要的是設計出的處理過程應該盡可能簡明易懂。結(jié)構(gòu)程序設計技術(shù)是實現(xiàn)上述目標的關(guān)鍵技術(shù)，因此是過程設計的邏輯根底。PAD是問題分析圖〔ProblemAnalysisDiagram〕的英文縮寫，它用二維樹形結(jié)構(gòu)的圖來表示程序的控制流，是一種用結(jié)構(gòu)化程序設計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具，將這種圖翻譯成程序代碼比擬容易。PAD圖是面向高級程序設計語言的，為FORTRAN,COBOL和PASCAL等每種常用的高級程序設計語言都提供了一整套相應的圖形符號。由于每種控制語句都有一個圖形符號與之對應，顯然將PAD圖轉(zhuǎn)換成與之對應的高級語言程序比擬容易。PAD是一種程序結(jié)構(gòu)可見性好、結(jié)構(gòu)唯一、易于編制、易于檢查和易于修改的詳細設計表現(xiàn)方法。用PAD可以消除軟件開發(fā)過程中設計與制作的別離，也可消除制作過程中的“屬人性〞。雖然目前仍需要由人來編制程序，一旦開發(fā)的PAD編程自動化系統(tǒng)實現(xiàn)的話，計算機就能從PAD自動編程，到那時程序邏輯就是軟件開發(fā)過程中人工制作的最終產(chǎn)品。顯然在開發(fā)時間上大大節(jié)省，開發(fā)質(zhì)量上將會大大提高。PAD圖的主要優(yōu)點如下：〔1〕使用表示結(jié)構(gòu)化控制的PAD符號所設計出來的程序必然是結(jié)構(gòu)化程序?！?〕PAD圖描述的程序結(jié)構(gòu)十分清晰。圖中最左面的豎線是程序的主線，即第一層結(jié)構(gòu)。隨著程序?qū)哟卧黾?，PAD圖逐漸向右延伸，每增加一個層次，圖形向右擴展一條豎線，PAD圖中豎線的總條數(shù)就是程序的層次數(shù)?！?〕用PAD圖表現(xiàn)程序邏輯易讀、易懂、易記。PAD圖是二維樹形結(jié)構(gòu)的圖形，程序從圖中最左豎線上端的結(jié)點開始執(zhí)行，自上而下，從左到右順序執(zhí)行，遍歷所有結(jié)點?！?〕有利于提高軟件的可靠性和軟件生產(chǎn)率。容易將PAD圖轉(zhuǎn)換成高級語言源程序，這種轉(zhuǎn)換可用軟件工具自動完成，從而可以省去人工編碼的工作，有利于提高軟件的可靠性和軟件生產(chǎn)率?！?〕既可用于表示程序邏輯，也可用于描述數(shù)據(jù)結(jié)構(gòu)。〔6〕PAD圖的符號支持自頂向下、逐步求精方法的使用。開始設計者可以定義一個抽象的程序，隨著設計工作的深入而使用“def〞符號逐步增加細節(jié)，直至完成詳細設計。訂單管理PAD圖管理員進行訂單管理操作時，首先要找到要管理的訂單，并填寫相應的訂單信息，系統(tǒng)會根據(jù)訂單的信息更新相應的庫存，然后添加相應的訂單記錄，訂單管理的PAD圖如圖3.4所示。圖3.4訂單管理PAD圖購物車PAD圖用戶查詢到自己想買的圖書之后，可以將此圖書添加到購物車里，并填寫相關(guān)的詳細信息，確定購物信息之后，同時確定訂單。管理員進入后臺之后，進入訂單管理，查詢用戶訂單詳細信息，核對無誤，確認發(fā)貨；核對出錯，返回重新填寫。購物車PAD圖如圖3.5所示。圖書查詢PAD圖用戶經(jīng)過登錄模塊驗證成功后可以進行系統(tǒng)，在用戶進行圖書查詢時要輸入查詢圖書的信息，系統(tǒng)對庫存中的記錄進行遍歷，找到后顯示給用戶否那么無查詢結(jié)果，圖書查詢的PAD圖如圖3.6所示。圖3.5購物車PAD圖圖3.6圖書查詢PAD圖系統(tǒng)實現(xiàn)任務與原那么詳細設計階段要確定怎樣具體地實現(xiàn)所要求的系統(tǒng)，得到目標系統(tǒng)的邏輯描述，其后續(xù)階段編碼那么可以將該描述翻譯成程序。詳細設計的主要任務：1、確定模塊采用的算法，寫出模塊的詳細過程性描述。即為每個模塊確定采用的算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，寫出模塊的詳細過程性描述。2、確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)3、確定模塊的接口的細節(jié)。其中包括對系統(tǒng)外部的接口和用戶界面，對系統(tǒng)內(nèi)部相關(guān)模塊接口，以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。詳細設計階段的主要原那么：1、模塊的邏輯描述要清晰易讀、正確可靠。2、采用結(jié)構(gòu)化設計方法，改善控制結(jié)構(gòu)，降低程序的復雜程度，從而提高程序的可讀性、可測試性、可維護性。A、程序語言中應盡量少用GOTO語句，以確保程序結(jié)構(gòu)的獨立性。B、使用單入口單出口的控制結(jié)構(gòu)，確保程序的靜態(tài)結(jié)構(gòu)與動態(tài)執(zhí)行情況相一致，保證程序易理解。C、程序的控制結(jié)構(gòu)一般采用順序、選擇、循環(huán)3種結(jié)構(gòu)來構(gòu)成，確保結(jié)構(gòu)簡單。D、用自頂向下逐步求精方法完成程序設計。結(jié)構(gòu)化程序設計的缺點是存儲容量和運行時間增加10%~20%，但可讀性、維護性好。3、選擇恰當工具來描述各模塊算法。系統(tǒng)功能實現(xiàn)系統(tǒng)登錄在登錄功能模塊中系統(tǒng)會自動識別管理員和用戶登錄并且各自登錄會跳轉(zhuǎn)到不同的頁面上。用戶想要購置圖書必須在此登錄，管理員想要進行相關(guān)的管理也必須在此登錄。管理員在此輸入其用戶名、密碼，經(jīng)過與后臺數(shù)據(jù)庫中的記錄進行相應的比照確定其為合法用戶，管理員才得到進入系統(tǒng)的權(quán)限。功能實現(xiàn)：1．用戶名和密碼輸入框中使用了驗證，這樣就確保了，用戶輸入不能為空。保證下步的進行。2．進入登錄界面時進行輸入相關(guān)信息點擊登錄后，系統(tǒng)會自動識別登錄者的身份和用戶名及對應的密碼是否正確。不正確時會提示你重新輸入，如果輸入正確系統(tǒng)也會識別身份是管理員還是用戶，然后自動引導進入相關(guān)的頁面。3．對已經(jīng)注冊的，但是忘記密碼的用戶可以進行密碼找回。點擊忘記密碼，進入提示界面。進行相關(guān)的輸入就可以對密碼進行找回。4．對游客身份進入網(wǎng)站的，可以點擊沒有注冊進入注冊界面進行注冊，注冊成功并登錄后可以使用網(wǎng)站的更多功能。圖書管理圖書管理這個模塊包括新書添加，舊書管理。在這個功能模塊中，圖書管理員可以添加新進的圖書，其中包括圖書的書名、作者、ISBN、出版日期、出版社、類別、圖書封面、描述等等。其中可以對不是很好賣的圖書進行刪除。功能實現(xiàn)：1．圖書管理員登陸后可以對后臺圖書進行管理，圖書管理員可以按照出版社提供的圖書信息進行新書添加。2．新書封面添加時使用了List實現(xiàn)圖書封皮的添加。在每次封皮添加的時候路徑選取必須不能為空。3．所有圖書一覽表主要運用到select讀取數(shù)據(jù)庫中的信息，在這里可以對圖書銷售量和點擊率進行查看，并且可以刪除低銷量的圖書進行刪除。4．圖書管理模塊是網(wǎng)上圖書銷售系統(tǒng)的主要模塊，完成了系統(tǒng)的最主要的功能。用數(shù)據(jù)庫Insert語句完成插入新書功能。訂單管理訂單管理模塊也是系統(tǒng)的主要模塊，是用戶實現(xiàn)完成購置圖書的最后一步。也是大多數(shù)電子商務類網(wǎng)站的必備的模塊之一，其中包括用戶生成訂單和管理員管理訂單，來完成整個交易。功能實現(xiàn)：1．用戶登錄后可以直接瀏覽、查詢圖書并對圖書的評論進行查看，如果喜歡圖書欲進行購置，可以直接下訂單，下訂單時用戶就必須進行詳細的郵購地址進行編輯，以保證圖書郵寄的時候能夠按時到達。2．用戶將自己喜歡的圖書添加到購物車，可以同時添加多本圖書，然后一起付款。這時就會彈出如圖的訂單下達頁，點擊確定訂單后就完成了圖書的購置。個人信息當注冊用戶登錄后，可以對自己的信息就行維護和管理，點擊我的資料就可以查看和修改自己的資料，個人資料對本人是非常重要的，當用戶購置圖書的時候就是調(diào)用系統(tǒng)的詳細資料如送貨地址、等，所以用戶必須保證個人資料的完整性和真實性。功能實現(xiàn)：1．登錄系統(tǒng)并點擊我的資料后，系統(tǒng)就出現(xiàn)用戶的個人信息，用戶可以對相應信息進行修改和維護。如性別、地址、、郵件等等，修改完了點擊確定即可。2．這里運用了數(shù)據(jù)綁定，將數(shù)據(jù)庫表中的信息讀取到TextBox中，這個既方便了修改，又可以直接觀看。3．我的資料中還可以對自己的密碼進行修改，查看自己的購物車，查看和刪除自己的訂單等。圖書信息在網(wǎng)上圖書銷售，網(wǎng)上圖書這樣的系統(tǒng)中顯示圖書信息這項也是必不可少的，這樣可以向用戶展示圖書的根本信息如圖書封皮、價格、簡介等，在這里讀者而且還可以查看其他用戶對圖書的評論，這樣就可以給下位用戶提供一些圖書的好與壞的根本信息，功能界面如圖4.5所示。功能實現(xiàn)：1．在數(shù)據(jù)庫中讀取了圖書的一些相關(guān)的信息，然后顯示在此頁中，利用CSS完成頁面的詳細布局在單元格中完成一些細節(jié)的信息的顯示。2．在讀者看到本書的詳細信息及評論后，有意向購置此書時只需點擊參加購物車然后進行下步操作〔訂單生成〕完成圖書的購置活動。其他功能簡介為了提高系統(tǒng)的實用性，不但設計的系統(tǒng)要具有可用的根本功能，而且還要有具有美觀的界面。為了實現(xiàn)導航條美觀系統(tǒng)使用了JAVA腳本中的function函數(shù)完成鼠標移動時圖標樣式的改變。其中，主頁面中為了能夠更好的顯示圖書的封皮使用了CSS完成，這樣能夠工整的排列每本圖書的信息包括封皮、書名、簡要介紹等等。在用戶注冊功能實現(xiàn)中，系統(tǒng)使用了正那么表達式來實現(xiàn)驗證用戶名、郵件、密碼等的樣式。這樣更夠使得系統(tǒng)更正正規(guī)，并能夠保證在多數(shù)用戶這側(cè)的時候防止系統(tǒng)中出現(xiàn)相同的用戶名，已導致系統(tǒng)錯誤或者是用戶登錄時出現(xiàn)賬號或密碼錯誤等。軟件測試軟件測試局部是保證系統(tǒng)質(zhì)量與可靠性的最后關(guān)口，是對整個系統(tǒng)開發(fā)包括系統(tǒng)分析，系統(tǒng)設計和系統(tǒng)實現(xiàn)的最終審查。雖然在系統(tǒng)開發(fā)的各個階段都采取了嚴格的技術(shù)措施，希望能盡快發(fā)現(xiàn)問問并改正，但難免會留下過失，如果在正式投入運行前沒有發(fā)現(xiàn)問題，在工作中暴露了來，將給圖書銷售的商家?guī)砭薮蟮膿p失。因此，對系統(tǒng)進行測試，是系統(tǒng)開發(fā)中不可缺少的階段。系統(tǒng)測試的對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴的硬件、外設甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來，在系統(tǒng)實際運行環(huán)境下來進行測試。測試方案的制定測試方案是從測試工程實施和管理的角度，討論軟件測試方案的實施目標和標準、方案階段的細分、測試工程方案的要點和編制測試方案的技巧。調(diào)試方案的整體目標調(diào)試方案的整體目標是為確定測試的任務、所需的各種資源和投入，預見可能出現(xiàn)的問題和風險，以指導測試的執(zhí)行，最終實現(xiàn)測試的目標?！?〕為測試各項活動制定一個現(xiàn)實可行的、綜合的方案，包括每項測試活動的對象、范圍、方法、進度和預期結(jié)果。〔2〕為工程實施建立組織模型，并定義測試工程中每個角色的責任與工作內(nèi)容?！?〕開發(fā)有效的測試模型，能正確地驗證正在開發(fā)的軟件系統(tǒng)?！?〕確定測試所需的時間和資源，以保證其可獲得性和有效性?！?〕確立每個測試階段的測試完成及測試成功的標準和實現(xiàn)的目標。定義軟件測試的標準為了保證測試工作能按方案執(zhí)行，必須確認測試在滿足什么外部條件下才能開始。這就是要在測試方案中定義軟件測試工程的輸入標準，然后定義測試工程的輸出標準。測試實施策略的制定測試策略描述當前測試工程的目標和所采用的測試方法。這個目標不是測試方案的目標，而是針對某個應用軟件系統(tǒng)或程序、具體的測試工程要到達的預期結(jié)果，包括在規(guī)定的時間內(nèi)哪些測試內(nèi)容要完成、軟件產(chǎn)品的特性或質(zhì)量在哪些方面得到確認。測試策略還要描述測試不同階段的測試對象、范圍和方法以及每個階段內(nèi)要進行的測試類型。測試方案的活動細分測試方案不可能一氣呵成，而是要經(jīng)過方案初期、起草、討論和審查等不同階段，才能將測試方案訂好，且不同測試階段或不同測試任務都可能要有具體的測試方案。測試方案活動的根本流程如圖5.1所示：圖5.1測試方案活動根本流程測試方案的要點〔1〕目標和范圍：包括產(chǎn)品特性、質(zhì)量目標、各個階段的測試對象、目標范圍?！?〕工程估算：根據(jù)歷史數(shù)據(jù)和采用恰當?shù)脑u估技術(shù)，對測試工作量、所需資源做出合理估算。〔3〕風險方案：測試可能存在的風險分析、識別以及風險的回避監(jiān)控和管理?！?〕日程：工程工作分解結(jié)構(gòu)，并采用時限圖、甘特圖等方法制定時間和資源表?！?〕工程資源：人員、硬件和軟件等資源的組織和分配，人力資源是重點，而且和日程安排聯(lián)系緊密?！?〕跟蹤和控制機制：質(zhì)量保證和控制、變更管理和控制。測試的根底測試的目標在軟件生存周期的每個階段都不可防止地會產(chǎn)生錯誤。力求在每個階段結(jié)束之前通過嚴格的技術(shù)審查，盡可能早的發(fā)現(xiàn)并糾正錯誤。測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對軟件規(guī)格說明、設計和編碼的最后復審。G．Myers給出了關(guān)于測試的一些規(guī)那么，這些規(guī)那么也可以看作是測試的目標或定義：〔1〕測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；〔2〕好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；〔3〕成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。白盒測試和黑盒測試測試任何產(chǎn)品都有兩種方法：如果已經(jīng)知道了產(chǎn)品應該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；如果知道產(chǎn)品內(nèi)部工作過程，可以通過測試來檢驗產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行。前一個方法稱為黑盒測試，后一個方法稱為白盒測試。對于軟件測試而言，黑盒測試法把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。也就是說，黑盒測試是在程序接口進行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息〔如，數(shù)據(jù)庫或文件〕的完整性。黑盒測試又稱為功能測試。與黑盒測試法相反，白盒測試法的前提是可以把程序看成裝在一個透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過程。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗程序中的每條通路是否都能按預定要求正確工作。白盒測試又稱為結(jié)構(gòu)測試。測試的準那么為了能設計出有效的測試方案，軟件工程師必須充分理解并正確運用指導軟件測試的根本準那么。主要的測試準那么如下所述?！?〕所有的測試都應該能追溯到用戶需求。正如前面講過的，軟件測試的自標是發(fā)現(xiàn)錯誤。從用戶角度看，最嚴重的錯誤是導致程序不能滿足用戶需求的那些錯誤?！?〕應該在測試開始之前的相當長時間，就制定出測試方案。一旦完成了需求模型就可以著手制定測試方案，在確定了設計模型之后就可以立即開始設計詳細的測試方案。因此，在編碼之前就可以對所有測試工作進行方案和設計?！?〕把Pareto原理應用于軟件測試。Pareto原理指出，測試發(fā)現(xiàn)的錯誤中的80％很可能是由程序中20％的模塊造成的。當然，問題是怎樣找出這些可疑的模塊并徹底地測試它們?！?〕測試應該從“小規(guī)模〞開始，并逐步進行“大規(guī)模〞測試。通常，首先重點測試單個程序模塊，進一步的測試重點轉(zhuǎn)向在集成的模塊簇中尋找錯誤，最后在整個系統(tǒng)中尋找錯誤?！?〕窮舉測試是不可能的。所謂窮舉測試就是把程序所有可能的執(zhí)行路徑都檢查遍的測試。即使是一個中等規(guī)模的程序，其路徑排列數(shù)也是非常大的，由于受時間、人力和資源的限制，在測試過程中不可能執(zhí)行路徑的每一種組合。這就說明，測試只能證明程序中有錯誤，不能證明程序中沒有錯誤。但是，通過精心設計測試方案，有可能充分覆蓋程序邏輯并確保把過程設計中使用的所有條件都檢查一遍?！?〕為了到達最正確的測試效果，應該由獨立的