【正文】 分欄目。從對(duì)頂層信息的分類(lèi)開(kāi)始，沿著圖中每條路徑反復(fù)細(xì)化，直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細(xì)節(jié)為止。今天，信息資源已經(jīng)成為各個(gè)部門(mén)的重要財(cái)富和資源。 4．?dāng)?shù)據(jù)庫(kù)的建立和維護(hù)功能 它包括數(shù)據(jù)庫(kù)初始數(shù)據(jù)的輸入、轉(zhuǎn)換功能，數(shù)據(jù)庫(kù)的轉(zhuǎn)儲(chǔ)、恢復(fù)功能，數(shù)據(jù)庫(kù)的重組織功能和性能監(jiān)視、分析功能等。 18 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) ER 圖提供了表示實(shí)體型、屬性和聯(lián)系的方法： 1． 實(shí)體型：用矩形表示，矩形內(nèi)寫(xiě)明實(shí)體名。 表 51 運(yùn)行環(huán)境硬件配置 硬件 配置 處理器 Pentium III800 以上 內(nèi)存 1G 以上 硬盤(pán)空間 1G 以上 2． 軟件環(huán)境： Windows 2020 Professional/Server or Windows XP 操作系統(tǒng)。當(dāng)然我們除了記錄用戶所有的購(gòu)物項(xiàng) Bean以及購(gòu)買(mǎi)的所有物品的總價(jià)錢(qián)外，還要對(duì)購(gòu)物車(chē)的增加一些常規(guī)的操作，例如增加購(gòu)物項(xiàng)和刪除購(gòu)物項(xiàng)等等。然后在重新增加，使用的是上面的兩個(gè)方法來(lái)實(shí)現(xiàn)的。 在這個(gè)頁(yè)面中，對(duì)結(jié)帳的鏈接進(jìn)行了限制，沒(méi)有登錄的用戶是不能看到“ 結(jié)帳 ” 按鈕的。 訂單和購(gòu)物清單查詢 在完成了購(gòu)物車(chē)之后就可以實(shí)現(xiàn)擁有商品的功能了，也就是將用戶選擇的商品生成一個(gè)訂單。 完成后臺(tái)處理 Action 在這一部分的后臺(tái)處理是關(guān)于訂單的，其中包括：顯示訂單詳細(xì) 信息，訂單查詢，提交訂單和跳到訂單頁(yè) 4 個(gè)后臺(tái)處理方法。 客戶只能查看自己的訂單信息。 為了減少用戶的輸入量，系統(tǒng)將用戶自己設(shè)置為默認(rèn)的收貨人，而相應(yīng)的其他信息的默認(rèn)值也是用戶在注冊(cè)時(shí)填寫(xiě)的信息。它使用了 Action方法，具體的業(yè)務(wù)邏輯是編寫(xiě)了 Bean 類(lèi)，我們沒(méi)把購(gòu)物信息存儲(chǔ)在數(shù)據(jù)庫(kù)表中，而是將它作為 HttpSession屬性保存起來(lái)，方便了各個(gè)用戶購(gòu)物信息的管理。 軟件測(cè)試 軟件測(cè)試的方法和技術(shù)是多種多樣的。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。如何選擇適當(dāng)?shù)淖蛹蛊浔M可能多地發(fā)現(xiàn)錯(cuò)誤。 表 61 測(cè)試用例表 輸入 合理等價(jià)類(lèi) 不合 理等價(jià)類(lèi) 用戶名 1．用戶名符合規(guī)定 1．以下劃線開(kāi)頭 2．以數(shù)字開(kāi)頭 3．小于 6 個(gè)字符 本章小結(jié) 本章簡(jiǎn)單介紹了軟件測(cè)試的黑盒測(cè)試、白盒測(cè)試、客戶測(cè)試等幾種方法。在此期。只有按著以上說(shuō)明填寫(xiě)，系統(tǒng)則會(huì)提示符合條件，表示你注冊(cè)的用戶名有效，你可以使用該用戶名。 本系統(tǒng)的軟件測(cè)試 等價(jià)類(lèi)劃分是一種典型的黑盒測(cè)試方法，也是一種非常實(shí)用的重要的測(cè)試方法。 “ 黑 盒 ” 法著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。有錯(cuò)是軟件的屬性，而且是無(wú)法改變的，因?yàn)檐浖怯扇藖?lái)完成的，所有由人做的工作都不會(huì)是完美無(wú)缺的。 2．實(shí)現(xiàn)過(guò)程 實(shí)現(xiàn)訂單過(guò)程如圖 56 所示。前一部分是訂單的詳細(xì)信息，包括每個(gè)訂單的詳細(xì)信息（所訂購(gòu)的商品，數(shù)量和總價(jià)錢(qián)）和這個(gè)訂單的總價(jià)錢(qián)。由于這里的權(quán)限涉及到的是具體的數(shù)據(jù)，也就是某些具體的訂單信息，所以以前的實(shí)現(xiàn)的權(quán)限系統(tǒng)已經(jīng)不能滿足要求了。 在這個(gè)類(lèi)中，除了所有的屬性的 setXXX()getXXX()方法外，又增加了getProduct()方法，它用于得到這個(gè)訂單項(xiàng)所對(duì)應(yīng)的商品對(duì)象。 24 在這里還進(jìn)行從購(gòu)物車(chē)中刪除商品的功能測(cè)試，單擊 “ 刪除 ” 文字鏈接，可將該商品從購(gòu)物車(chē)中刪除，同時(shí)該商品的金額要從合計(jì)金額中扣除。用戶還可以在這里修改每種商品的數(shù)量。 delCartitem() 從購(gòu)物車(chē)中清除購(gòu)物項(xiàng)，也就是清除購(gòu)物車(chē)中某種商品的記錄。另外，在這個(gè) CartItem 對(duì)象中，還包括了這些屬性的 setXXX()和 getXXX()方法。由于數(shù)據(jù)庫(kù)在設(shè)計(jì)中有 非常重要的作用，所以在開(kāi)發(fā)過(guò)程中，在考慮數(shù)據(jù)庫(kù)上的時(shí)間較多。 管理員表 (Admin)：用戶名，密碼，用戶姓名。 2．?dāng)?shù)據(jù)操縱功能 DBMS 還提供數(shù)據(jù)操縱語(yǔ)言（ DML），用戶可以使用 DML 操縱數(shù)據(jù)實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的基本操作，如查詢、插入、刪除和修改等。數(shù)據(jù)庫(kù)是指長(zhǎng)期儲(chǔ)存在計(jì)算機(jī)內(nèi)、 有 組織的、可共享的數(shù)據(jù)集合，它是 數(shù)據(jù)管理的最新技術(shù)，是計(jì)算機(jī)科學(xué)的重要分支。樹(shù)形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表各個(gè)數(shù)據(jù)的子集，最底層的各個(gè)矩形框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（不能再分割的元素）。需求分析要依照需求分析的過(guò)程，按需求的業(yè)務(wù)需求、用戶需求、功能需求三個(gè)層次來(lái)完成。還要了解用戶對(duì)于軟件的期望值，除了需要能夠正確處理用戶的業(yè)務(wù)外，用戶對(duì)系統(tǒng)的其他需求 也要了解 ，這些對(duì)于用戶而言也顯得尤為重要。 業(yè) 務(wù) 需 求功 能 需 求約 束 條 件系 統(tǒng) 需 求其 他 非 功 能 需 求用 戶 需 求 質(zhì) 量 屬 性項(xiàng) 目 視 圖 與 范 圍 文 檔使 用 實(shí) 例 文 檔軟 件 需 求 規(guī) 格 說(shuō) 明 圖 31 需求的層次圖 需求分析過(guò)程是整個(gè)系統(tǒng)開(kāi)發(fā)的重要階段，分析的成功與否，決定著整個(gè)系統(tǒng)功能的完善性以及穩(wěn)定性。請(qǐng)注意，需求分析階段的成果 是需求規(guī)格說(shuō)明書(shū)，向下一階段提交。該過(guò)程將軟件調(diào)研階段的需求資料進(jìn)行分析和設(shè)計(jì)，使軟件范圍逐步 細(xì)化到詳細(xì)定義的程序，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決方法。于是，計(jì)算機(jī)的應(yīng)用者在計(jì)算機(jī)的配置方面不斷更新，以滿足自己越來(lái)越高的需求。 經(jīng)過(guò)以上分析，開(kāi)發(fā)網(wǎng)上商城在經(jīng)濟(jì)方面是可行的。日） 單價(jià)（元） 合計(jì)（元） 1 需求分析 10 800 8,000 2 總體設(shè)計(jì) 12 800 9,600 3 詳細(xì)設(shè)計(jì) 10 800 8,000 4 編碼實(shí)現(xiàn) 15 800 12,000 5 系統(tǒng)集成測(cè)試 5 800 4,000 6 說(shuō)明手冊(cè)編制 3 800 2,400 7 合計(jì) 44,000 2．貨幣的時(shí)間價(jià)值 本系統(tǒng)開(kāi)發(fā)成功后，用戶便可以在網(wǎng)上出售商品。有的時(shí)候，我們即使沒(méi)有技術(shù)，沒(méi)有經(jīng)濟(jì)實(shí)力，只要找對(duì)市場(chǎng)，我們也會(huì)通過(guò)其他渠道來(lái)達(dá)到項(xiàng)目的經(jīng)濟(jì)等方 面的要求來(lái)開(kāi)發(fā)項(xiàng)目，所以說(shuō)，市場(chǎng)需求是項(xiàng)目可行性的根本。本系統(tǒng)在技術(shù)方面可行 ， 系統(tǒng)的目標(biāo)確定后，可以從市場(chǎng)可行性、經(jīng)濟(jì)可行性、技術(shù)可行性和運(yùn)行可行性等幾個(gè)方面對(duì)能否實(shí)現(xiàn)新系統(tǒng)目標(biāo)進(jìn)行可行性分析。 JDBC 和 ODBC 及其他 API 的比較： 1． ODBC 不適合在 Java 中直接使用 ， 因?yàn)樗且粋€(gè) C 語(yǔ)言實(shí)現(xiàn)的 API，從 Java 程序調(diào)用本地的 C 程序會(huì)在安全性 ， 完整性 ， 健壯性方面都有許多缺點(diǎn) 。同時(shí)，還可以通過(guò)設(shè)置連接池的參數(shù)來(lái)控制連接池中的連接數(shù)、每個(gè)連接的最大使用次數(shù)等。 Tomcat 中連接池機(jī)制 使用傳統(tǒng)的方式開(kāi)發(fā) JDBC 應(yīng)用時(shí)，要為每一次請(qǐng)求建立一次數(shù)據(jù)庫(kù)連接，因此在一個(gè)這樣 Web 應(yīng)用中，建立數(shù)據(jù)庫(kù)連接的操作是系統(tǒng)中代價(jià)最大的操作之一。因此普遍認(rèn)為 JSP 的執(zhí)行效率比 PHP 和 ASP 都高。購(gòu)買(mǎi)者可以根據(jù)自己的需要，靈活的瀏覽頁(yè)面，查找所需的物品。 系統(tǒng)設(shè)計(jì)思想 一個(gè)優(yōu)秀的應(yīng)用系統(tǒng)，必須有一個(gè)正確的設(shè)計(jì)思想，通過(guò)合理地選擇數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)以及開(kāi)發(fā)環(huán)境，構(gòu)成一個(gè)完善的體系結(jié)構(gòu)，才能充分發(fā)揮計(jì)算機(jī)應(yīng)用的優(yōu)勢(shì)。廣義的電子商務(wù)包括基于 WEB 的全部商業(yè)活動(dòng)，稱作電子商業(yè)（ EBUSINESS）。他分前臺(tái)部分和后臺(tái)部分，前臺(tái)部分由用戶使用，主要包括用戶注冊(cè)，購(gòu)物車(chē)管理，訂單管理，個(gè)人資料管理等功能；后臺(tái)部分由管理員使用，主要包括商品管理，處理訂單，用戶信息管理等功能。 本系統(tǒng)用 JSP 在網(wǎng)絡(luò)上架 構(gòu)一個(gè)動(dòng)態(tài)的電子商務(wù)網(wǎng)站，它是在 WindowsXP 下，以 SQL Server 2020 為數(shù)據(jù)庫(kù)開(kāi)發(fā)平臺(tái)， Tomcat 網(wǎng)絡(luò)信息服務(wù)作為應(yīng)用服務(wù)器，采用 JSP(Java Server Pages)技術(shù)開(kāi)發(fā)的網(wǎng)上購(gòu)物系統(tǒng)。國(guó)際互聯(lián)網(wǎng)（ Inter）在商務(wù)中廣泛、深入的應(yīng)用，宣布了電子商務(wù)時(shí)代的來(lái)臨 ， 不久，將有 60%的商務(wù)活動(dòng)在網(wǎng)上運(yùn)行 ， 您準(zhǔn)備好了嗎？企業(yè)如果不開(kāi)展電子商務(wù)，將喪失21 世紀(jì)國(guó)際貿(mào)易的 “ 球籍 ” ，您不心急？電子商務(wù)是通過(guò)互聯(lián)網(wǎng)實(shí)現(xiàn)企業(yè) 、商戶及消費(fèi)者的網(wǎng)上購(gòu)物、網(wǎng)上交易及在線電子支付的一種不同于傳統(tǒng)商業(yè)運(yùn)營(yíng)的新型商業(yè)運(yùn)營(yíng)模式，電子商務(wù)是隨著 INTERNET 發(fā)展而發(fā)展起來(lái)的，主要以 EDI（電子數(shù)據(jù)交換）和 INTERNET 來(lái)實(shí)現(xiàn)的，電子商務(wù)有廣義和狹義之分，狹義的電子商務(wù)是主要利用 WEB 在網(wǎng)上進(jìn)行交易，稱作電子網(wǎng)易（ ECOMMERCE）。當(dāng)然，你還可以在第一時(shí)間了解到商城引進(jìn)的新產(chǎn)品，或者在里面瀏覽，以找到自己感興趣的數(shù)碼產(chǎn)品，這一切，都將在您點(diǎn)擊鼠標(biāo)的過(guò)程中輕松完成，從某種程度上說(shuō)，這更有利于文化知識(shí)的傳播。 5． 可擴(kuò)展性及靈活性 系統(tǒng)的設(shè)計(jì)以方便未來(lái)業(yè)務(wù)的擴(kuò)展和系統(tǒng)擴(kuò)充為目標(biāo)，系統(tǒng)要求能夠方便 的瀏覽，充分保護(hù)系統(tǒng)的投資。 PHP和 ASP 都是由語(yǔ)言引擎解釋執(zhí)行程序代碼，而 JSP 代碼卻被編譯成 Servlet并由 Java 虛擬機(jī)執(zhí)行，這種編譯操作僅在對(duì) JSP 頁(yè)面的第一次請(qǐng)求時(shí)發(fā)生。由于 Java 的跨平臺(tái)特性，基于 Java 的Tomcat 也具有跨平臺(tái)性。而連接的創(chuàng)建和關(guān)閉都由連接池來(lái)管理。 JDBC 是一種低級(jí)的 API。本系統(tǒng)的開(kāi)發(fā)環(huán)境是使用現(xiàn)在非常流行的開(kāi)源開(kāi)發(fā)工具 Eclipse 和 Tomcat 服務(wù)器。一個(gè)項(xiàng)目的市場(chǎng)需求是推動(dòng)技術(shù)進(jìn)步的主要?jiǎng)恿Γ袝r(shí)市場(chǎng)的需求，決定了某項(xiàng)技術(shù)的產(chǎn)生。 表 21 網(wǎng)上商城初期投資 序號(hào) 項(xiàng)目 人工（人 而且考慮到開(kāi)發(fā)本系統(tǒng)將為以后帶來(lái)的利益，拿出 萬(wàn)來(lái)進(jìn)行網(wǎng)站維護(hù)與更完善的開(kāi)發(fā)，是絕對(duì)必要的。計(jì)算機(jī)技術(shù)的成熟，帶來(lái)了 8 軟硬件的越來(lái)越優(yōu)的配置及性能，越來(lái)越能被大眾所接受的價(jià)格。軟件需求分析工作也是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程。 制訂規(guī)格說(shuō)明書(shū)即編制文檔，描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書(shū)。 軟件需求各組成部分之間的關(guān)系，如圖 31 所示。 其次要分 析用戶的業(yè)務(wù)流程，前面了解的用戶業(yè)務(wù)只是一些離散的業(yè)務(wù)活動(dòng)，而業(yè)務(wù)流程是一種重要的信息，比如用戶購(gòu)買(mǎi)商品這個(gè)流程，它需要經(jīng)歷商品查詢、加入購(gòu)物車(chē)、查詢購(gòu)物車(chē)、結(jié)算（包括填寫(xiě)訂購(gòu)人詳細(xì)信息、送貨方式和支付方式）、訂單確認(rèn)、送貨到收貨等一系列活動(dòng)，然后將了解到的用戶活動(dòng)加以整理并按照這些活動(dòng)所固有的次序形成業(yè)務(wù)流程。本系統(tǒng)的需求分析的任務(wù)是通過(guò)對(duì)系統(tǒng)使用者，即顧客購(gòu)物的需求進(jìn)行分析，來(lái)完成下一階段的系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)、功能模塊等的設(shè)計(jì)工作。層次方框圖是用樹(shù)形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。數(shù)據(jù)是按一定的格式存放的。他是數(shù)據(jù)庫(kù)系統(tǒng)的一個(gè)重要組成部分，其主要功能包括以下幾個(gè)方面： 1．?dāng)?shù)據(jù)定義功能 DBMS 提供數(shù)據(jù)定義語(yǔ)言（ DDL），用戶通過(guò)它可以方便地對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)對(duì)象進(jìn)行定義。 用戶表（ Users）：用戶名，用戶登陸名，用戶密碼，用戶郵件，用戶地址。 表 41 UserOrder_table（用戶訂單表） 序號(hào) 英文名 中文名 類(lèi)型 長(zhǎng)度 (字符 ) 1 Ordered 訂單號(hào) Varchar 20 20 2 UserId 訂購(gòu)人 ID Smallint 2 3 OrderTime 訂單產(chǎn)生日期 Datetime 8 4 OrderStatus 訂單是否確認(rèn) Int 2 5 OrderPassTime 確認(rèn)時(shí)間 Datatime 8 6 OrderPassId 訂單處理人 Smallint 2 7 OrderSendState 訂單發(fā)送狀態(tài) Int 4 8 OrderRecName 訂單接收人姓名 Varchar 10 9 OrderRecAddrss 訂單接收地址 Varchar 200 10 OrderPecZip 訂單接收地址編碼 Float 10 11 OrderTotalPrice 訂單總價(jià) Int 10 本章小結(jié) 總體設(shè)計(jì)階段，在需求分析的基礎(chǔ)之上規(guī)劃出了系統(tǒng)的功能模塊，以及在此分析基礎(chǔ)上設(shè)計(jì)出的具體的、可以滿足本系統(tǒng)全部需求的數(shù)據(jù)庫(kù)。主要包括單個(gè)屬性：客戶購(gòu)買(mǎi)的商品 、 購(gòu)買(mǎi)數(shù)量以及總價(jià)錢(qián)。 在 Cart 對(duì)象中，還包括了一系列購(gòu)物車(chē)對(duì)象的操作方法，分別包括為以下一些方法： addCartitem() 向購(gòu)物車(chē)中增加一個(gè)購(gòu)物項(xiàng)，也就是增加客戶放入購(gòu)物車(chē)中某種商品的記錄。其中購(gòu)物清單列出了購(gòu)物車(chē)中所有商品的情況，包括每種商品的單價(jià)，數(shù)量和總價(jià)錢(qián)。 圖 52 購(gòu)物商品 單擊 “ 繼續(xù) 采購(gòu)” 按鈕，可以返回商品展示頁(yè)面，供用戶繼續(xù)瀏覽并添加商品，添加多個(gè)商品后的頁(yè)面這時(shí)重點(diǎn)看的是金額是否正確。 首先來(lái)實(shí)現(xiàn) orders 表所對(duì)應(yīng)的 ActionForm，在這個(gè)類(lèi)的開(kāi)始首先定義了訂單狀態(tài)的常量，這樣可以避免程序中使用不能確定含義的整數(shù)處理訂單狀態(tài)的情況出現(xiàn)，增強(qiáng)了程序的可讀性。 25 list() 這個(gè)方法用于響應(yīng)用戶查看訂單列表的（包括正在處理的 訂單列表和所有訂單列表）請(qǐng)求，根據(jù)訂單的狀態(tài)得到訂單信息的列表，在這個(gè)方法中要注意對(duì)權(quán)限的特殊處理。 圖 53 訂單提交頁(yè)面 26 在這個(gè)頁(yè)面中，包括兩部分內(nèi)容。 27 圖 55 訂單列表頁(yè)面 這個(gè)頁(yè)面的實(shí)現(xiàn)比較簡(jiǎn)單，只是將后臺(tái) Action查詢出來(lái)的訂單信息一一