【正文】 目的經(jīng)濟(jì)等方 面的要求來(lái)開(kāi)發(fā)項(xiàng)目，所以說(shuō)，市場(chǎng)需求是項(xiàng)目可行性的根本。因?yàn)轫?xiàng)目的啟動(dòng)需要資金的支持，資金的多少以及未來(lái)的風(fēng)險(xiǎn)，都會(huì)給投資方帶來(lái)一定的經(jīng)濟(jì)風(fēng)險(xiǎn)。日） 單價(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ā)成功后，用戶(hù)便可以在網(wǎng)上出售商品。 7 表 22 網(wǎng)上商城的貨幣時(shí)間價(jià)值 年份 將來(lái)值（萬(wàn)） （ 1+i） n 現(xiàn)在值（萬(wàn)） 累計(jì)的現(xiàn)在值（萬(wàn)） 1 3 2 3 3 3 4 3 5 3 3．投資回收期 系統(tǒng)開(kāi)發(fā)成功后，第一 年可以賺得 萬(wàn)元，比投資少 萬(wàn)元。 經(jīng)過(guò)以上分析，開(kāi)發(fā)網(wǎng)上商城在經(jīng)濟(jì)方面是可行的。 運(yùn)行可行性 運(yùn)行可行性研究?jī)?nèi)容包括新系統(tǒng)規(guī)定的運(yùn)行方式是否可行。于是，計(jì)算機(jī)的應(yīng)用者在計(jì)算機(jī)的配置方面不斷更新，以滿(mǎn)足自己越來(lái)越高的需求。綜上考慮，本項(xiàng)目的開(kāi)發(fā)技術(shù)成熟、完備，有一定的經(jīng)濟(jì)效益，運(yùn)行環(huán)境優(yōu)良，具有一定的開(kāi)發(fā)前景。該過(guò)程將軟件調(diào)研階段的需求資料進(jìn)行分析和設(shè)計(jì)，使軟件范圍逐步 細(xì)化到詳細(xì)定義的程序，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決方法。這些需求包括：功能需求（做什么），性能需求（要達(dá)到什么 指標(biāo)），環(huán)境需求（如機(jī)型，操作系統(tǒng)等），可靠性需求（不發(fā)生故障的概率），安全保密需求，用戶(hù)界面需求，資源使用需求（軟件運(yùn)行是所需的內(nèi)存， CPU 等），軟件成本消耗與開(kāi)發(fā)進(jìn)度需求，預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)。請(qǐng)注意，需求分析階段的成果 是需求規(guī)格說(shuō)明書(shū)，向下一階段提交。業(yè)務(wù)需求（ business requirement）反映了組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。 業(yè) 務(wù) 需 求功 能 需 求約 束 條 件系 統(tǒng) 需 求其 他 非 功 能 需 求用 戶(hù) 需 求 質(zhì) 量 屬 性項(xiàng) 目 視 圖 與 范 圍 文 檔使 用 實(shí) 例 文 檔軟 件 需 求 規(guī) 格 說(shuō) 明 圖 31 需求的層次圖 需求分析過(guò)程是整個(gè)系統(tǒng)開(kāi)發(fā)的重要階段，分析的成功與否，決定著整個(gè)系統(tǒng)功能的完善性以及穩(wěn)定性。 首先要了解用戶(hù)的相關(guān)業(yè)務(wù)，如果是一家公司做網(wǎng)上商城，除了參考現(xiàn)在已經(jīng)存在的類(lèi)似和相關(guān)系統(tǒng)外，還需要通過(guò)用戶(hù)的演示、講解和有關(guān)文檔， 11 與用戶(hù)進(jìn)行交流協(xié)商。還要了解用戶(hù)對(duì)于軟件的期望值，除了需要能夠正確處理用戶(hù)的業(yè)務(wù)外，用戶(hù)對(duì)系統(tǒng)的其他需求 也要了解 ，這些對(duì)于用戶(hù)而言也顯得尤為重要。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個(gè)方面對(duì)系統(tǒng)的邏輯模型進(jìn)行完整的描述 。需求分析要依照需求分析的過(guò)程，按需求的業(yè)務(wù)需求、用戶(hù)需求、功能需求三個(gè)層次來(lái)完成。前臺(tái)供給客戶(hù)使用，用于展現(xiàn)信息和完成與客戶(hù)的交互性處理，前臺(tái)包括九大模塊：數(shù)碼分類(lèi)、信息公告、產(chǎn)品查詢(xún)、會(huì)員登陸、銷(xiāo)售排行、商品瀏覽、購(gòu)物流程、付款方式、購(gòu)物車(chē)；后臺(tái)供給網(wǎng)站的管理者使用，用于管理網(wǎng)站內(nèi)容。樹(shù)形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表各個(gè)數(shù)據(jù)的子集，最底層的各個(gè)矩形框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（不能再分割的元素）。 數(shù)碼分類(lèi)公告信息會(huì)員登陸銷(xiāo)售排行付款方式商品瀏覽購(gòu)物流程購(gòu)物車(chē)前 臺(tái) 系 統(tǒng)最新信息商品信息新聞查看產(chǎn)品查詢(xún)高級(jí)查詢(xún)立即查詢(xún)清空購(gòu)物車(chē)更新物品查詢(xún)物品 圖 41 前臺(tái)文件結(jié)構(gòu)圖 16 后臺(tái)文件結(jié)構(gòu)圖如圖 42 所示 。數(shù)據(jù)庫(kù)是指長(zhǎng)期儲(chǔ)存在計(jì)算機(jī)內(nèi)、 有 組織的、可共享的數(shù)據(jù)集合，它是 數(shù)據(jù)管理的最新技術(shù)，是計(jì)算機(jī)科學(xué)的重要分支。因此，作為信息系統(tǒng)核心和基礎(chǔ)的數(shù)據(jù)庫(kù)技術(shù)得到越來(lái)越廣泛的應(yīng)用，從小型單項(xiàng)事務(wù)處理系統(tǒng)到大型信息系統(tǒng)，從聯(lián)機(jī)事務(wù)處理到聯(lián)機(jī)分析處理，從一般企業(yè)管理到計(jì)算機(jī)輔助設(shè)計(jì)與制造（ CAD/CAM）、計(jì)算機(jī)集成制造系統(tǒng)（ CIMS）、辦公信息系統(tǒng)（ OIS）、地理信息系統(tǒng)（ GIS）等，越來(lái)越多新的應(yīng)用領(lǐng)域采用數(shù)據(jù)庫(kù)存儲(chǔ)和處理他們的信息資源。 2．?dāng)?shù)據(jù)操縱功能 DBMS 還提供數(shù)據(jù)操縱語(yǔ)言（ DML），用戶(hù)可以使用 DML 操縱數(shù)據(jù)實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的基本操作，如查詢(xún)、插入、刪除和修改等。 商品類(lèi)別表（ GoodsType）：分類(lèi)編號(hào)，分類(lèi)名稱(chēng)。 管理員表 (Admin)：用戶(hù)名，密碼，用戶(hù)姓名。 3． 聯(lián)系：用菱形表示，菱形框內(nèi)寫(xiě)明聯(lián)系名，并用無(wú)向邊分別與有 關(guān)實(shí)體連接起來(lái)，同時(shí)在無(wú)向邊旁標(biāo)上聯(lián)系的類(lèi)型（ 1： 1， 1： n或 m： n）。由于數(shù)據(jù)庫(kù)在設(shè)計(jì)中有 非常重要的作用，所以在開(kāi)發(fā)過(guò)程中，在考慮數(shù)據(jù)庫(kù)上的時(shí)間較多。 現(xiàn)在就介紹購(gòu)物車(chē)的工作原理吧，其實(shí)原理并不復(fù)雜，我們是把用戶(hù)所選購(gòu)的所有商品的信息全部記錄在用戶(hù)的 Session 中，用戶(hù)所選購(gòu)的商品信息我們是把它封裝處理到一個(gè) Bean中后才保存到 Session中的。另外，在這個(gè) CartItem 對(duì)象中，還包括了這些屬性的 setXXX()和 getXXX()方法。 在購(gòu)物車(chē)的對(duì)象中包括了兩個(gè)屬性：購(gòu)物項(xiàng)的信息和購(gòu)物車(chē)中的商品的總價(jià)錢(qián)。 delCartitem() 從購(gòu)物車(chē)中清除購(gòu)物項(xiàng)，也就是清除購(gòu)物車(chē)中某種商品的記錄。 而我對(duì)購(gòu)物車(chē)操作的三個(gè)方法中都使用了 synchronized 關(guān)鍵字，限制在同一時(shí)刻只有一個(gè)線程可以運(yùn)行該方法，這樣做的目的是為了避免同時(shí)修改購(gòu)物車(chē)中商品的總價(jià)錢(qián)而造成的價(jià)格混亂。用戶(hù)還可以在這里修改每種商品的數(shù)量。 功能性測(cè)試 在這一部分的測(cè)試中主要是關(guān)于購(gòu)物車(chē)的操作。 24 在這里還進(jìn)行從購(gòu)物車(chē)中刪除商品的功能測(cè)試，單擊 “ 刪除 ” 文字鏈接，可將該商品從購(gòu)物車(chē)中刪除，同時(shí)該商品的金額要從合計(jì)金額中扣除。 orders表用來(lái)保存訂單的基本信息，例如：訂貨人，地址，電話等。 在這個(gè)類(lèi)中，除了所有的屬性的 setXXX()getXXX()方法外，又增加了getProduct()方法，它用于得到這個(gè)訂單項(xiàng)所對(duì)應(yīng)的商品對(duì)象。它的作用是取得 Session 中的購(gòu)物車(chē)的信息，然后傳遞給頁(yè)面，并且跳轉(zhuǎn)到提交訂單頁(yè)面。由于這里的權(quán)限涉及到的是具體的數(shù)據(jù)，也就是某些具體的訂單信息，所以以前的實(shí)現(xiàn)的權(quán)限系統(tǒng)已經(jīng)不能滿(mǎn)足要求了。 定單查詢(xún)頁(yè)面 1．實(shí)現(xiàn)目標(biāo) 在關(guān)于訂單功能的操作中，主要涉及到了 3 個(gè)頁(yè)面，包括：訂單提交頁(yè)面，訂單提交結(jié)果頁(yè)面，訂單列表頁(yè)面。前一部分是訂單的詳細(xì)信息，包括每個(gè)訂單的詳細(xì)信息（所訂購(gòu)的商品，數(shù)量和總價(jià)錢(qián)）和這個(gè)訂單的總價(jià)錢(qián)。 （ 2） 訂單提交結(jié)果頁(yè)面 下面要完成的是訂單提交后的提交結(jié)果頁(yè)面，它的主要功能是將用戶(hù)訂單相關(guān)的信息再一次顯示出來(lái)，以便用戶(hù)可以核實(shí)，及時(shí)發(fā)現(xiàn)是否有填寫(xiě)錯(cuò)誤等問(wèn)題，如圖 54 所示。 2．實(shí)現(xiàn)過(guò)程 實(shí)現(xiàn)訂單過(guò)程如圖 56 所示。這個(gè)過(guò)程級(jí)大的給用戶(hù)提供了方便。有錯(cuò)是軟件的屬性，而且是無(wú)法改變的，因?yàn)檐浖怯扇藖?lái)完成的，所有由人做的工作都不會(huì)是完美無(wú)缺的。從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度，可分為白盒測(cè)試和黑盒測(cè)試。 “ 黑 盒 ” 法著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。白盒測(cè)試主要用于軟件驗(yàn)證。 本系統(tǒng)的軟件測(cè)試 等價(jià)類(lèi)劃分是一種典型的黑盒測(cè)試方法，也是一種非常實(shí)用的重要的測(cè)試方法。使用這一方法設(shè)計(jì)的測(cè)試用例要經(jīng)歷劃分等 價(jià)類(lèi)和選取測(cè)試用例兩步。只有按著以上說(shuō)明填寫(xiě)，系統(tǒng)則會(huì)提示符合條件，表示你注冊(cè)的用戶(hù)名有效，你可以使用該用戶(hù)名。這里簡(jiǎn)單說(shuō)明了一下應(yīng)用黑盒測(cè)試方法里的等價(jià)類(lèi)劃分法對(duì)用戶(hù)注冊(cè)過(guò)程進(jìn)行的測(cè)試的過(guò)程。在此期。 32 結(jié)論 我的畢業(yè)設(shè)計(jì)的題目是網(wǎng)上商城系統(tǒng)。 表 61 測(cè)試用例表 輸入 合理等價(jià)類(lèi) 不合 理等價(jià)類(lèi) 用戶(hù)名 1．用戶(hù)名符合規(guī)定 1．以下劃線開(kāi)頭 2．以數(shù)字開(kāi)頭 3．小于 6 個(gè)字符 本章小結(jié) 本章簡(jiǎn)單介紹了軟件測(cè)試的黑盒測(cè)試、白盒測(cè)試、客戶(hù)測(cè)試等幾種方法。在確立了等價(jià)類(lèi)之后，建立等價(jià)類(lèi)表，列出所有劃分出的等價(jià)類(lèi)，再選擇測(cè)試用例。如何選擇適當(dāng)?shù)淖蛹蛊浔M可能多地發(fā)現(xiàn)錯(cuò)誤?？蛻?hù)測(cè)試是基于復(fù)雜的軟件產(chǎn)品有許多錯(cuò)誤的原則。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。 軟件測(cè)試 軟件測(cè)試的方法和技術(shù)是多種多樣的。為了解決這場(chǎng)危機(jī)，軟件從業(yè)人員、專(zhuān)家和學(xué)者做出了大量的努力。它使用了 Action方法，具體的業(yè)務(wù)邏輯是編寫(xiě)了 Bean 類(lèi)，我們沒(méi)把購(gòu)物信息存儲(chǔ)在數(shù)據(jù)庫(kù)表中，而是將它作為 HttpSession屬性保存起來(lái)，方便了各個(gè)用戶(hù)購(gòu)物信息的管理。 （ 3） 訂單列表頁(yè)面 下面訂單列表的頁(yè)面在很多地方都能用到，例如，可以用于顯示未處理、正在處理、已處理的訂單列表，也可以用于顯示歷史訂單列表，還可以用于顯示訂單的查詢(xún)結(jié)果等，如圖 55 所示。 為了減少用戶(hù)的輸入量，系統(tǒng)將用戶(hù)自己設(shè)置為默認(rèn)的收貨人，而相應(yīng)的其他信息的默認(rèn)值也是用戶(hù)在注冊(cè)時(shí)填寫(xiě)的信息。用戶(hù)還需要輸入收貨人的姓名，地址，郵政編碼，電子郵件和電話等送貨信息，如圖 53 所示。 客戶(hù)只能查看自己的訂單信息。他的主要處理過(guò)程是先得到用戶(hù)的信息和購(gòu)物車(chē)的信息，然后在利用這兩個(gè)基本點(diǎn)對(duì)象生成訂單對(duì)象和訂單項(xiàng)對(duì)象，并將訂單信息保存到數(shù)據(jù)庫(kù)中。 完成后臺(tái)處理 Action 在這一部分的后臺(tái)處理是關(guān)于訂單的，其中包括：顯示訂單詳細(xì) 信息，訂單查詢(xún)，提交訂單和跳到訂單頁(yè) 4 個(gè)后臺(tái)處理方法。 編寫(xiě)定單的基本信息 ActionForm 這里是根據(jù)已經(jīng)定義的 orders 表來(lái)完成相 應(yīng)的 ActionForm。 訂單和購(gòu)物清單查詢(xún) 在完成了購(gòu)物車(chē)之后就可以實(shí)現(xiàn)擁有商品的功能了，也就是將用戶(hù)選擇的商品生成一個(gè)訂單。而要特別注意的是檢查商品金額的計(jì)算是否正確，如圖 52 所示。 在這個(gè)頁(yè)面中，對(duì)結(jié)帳的鏈接進(jìn)行了限制，沒(méi)有登錄的用戶(hù)是不能看到“ 結(jié)帳 ” 按鈕的。 在購(gòu)物車(chē)頁(yè)面中，主要包括兩部分：購(gòu)物清單和對(duì)購(gòu)物車(chē)操作的功能按鈕。然后在重新增加，使用的是上面的兩個(gè)方法來(lái)實(shí)現(xiàn)的。購(gòu)物車(chē)中的商品的總價(jià)錢(qián)則記錄了這個(gè)購(gòu)物車(chē)中所有商品的總價(jià)錢(qián)，主要是為了顯示和存儲(chǔ)的時(shí)候方便些，不需要每次都重新計(jì)算價(jià)格。當(dāng)然我們除了記錄用戶(hù)所有的購(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)等等。 CartItem 對(duì)象用來(lái)描述每個(gè)購(gòu)物項(xiàng)的信息，他記錄的是每次購(gòu)物過(guò)程中購(gòu)買(mǎi)一個(gè)商品的詳細(xì)情況。 表 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)。 19 用 戶(hù)用 戶(hù) 地 址聯(lián) 系 電 話用 戶(hù) 郵 件用 戶(hù) 密 碼用 戶(hù) 名用 戶(hù) 登 陸 名提 交購(gòu) 買(mǎi) n商 品 編 號(hào)用 戶(hù) 登 陸 名購(gòu) 物 項(xiàng) 數(shù) 量產(chǎn) 品 I D商 品 價(jià) 格商 品商 品 編 號(hào)商 品 名 稱(chēng)商 品 廠 家商 品 品 牌商 品 進(jìn) 貨 價(jià) 格商 品 零 售 價(jià) 格商 品 庫(kù) 存 數(shù) 量商 品 銷(xiāo) 售 數(shù) 量商 品 出 售 時(shí) 間屬 于 商 品 類(lèi) 別類(lèi) 別 編 號(hào)類(lèi) 別 名 稱(chēng)訂 單訂 單 號(hào)用 戶(hù) I D訂 單 產(chǎn) 生 日 期訂 單 是 否 確 認(rèn)訂 單 處 理 人訂 單 發(fā) 送 狀 態(tài)接 收 人 姓 名接 收 地 址 編 碼訂 單 總 價(jià)用 戶(hù) I D 1mn1n用 戶(hù) 名密 碼用 戶(hù) 姓 名管 理 員 發(fā) 布 公 告 信 息公 告 標(biāo) 題公 告 信 息提 交 時(shí) 間提 交 人公 告 編 碼mn 圖 43 數(shù)據(jù)庫(kù) ER 圖 HdStcms 數(shù)據(jù)庫(kù) 中用戶(hù)訂單 如表 41 所示 。 18 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) ER 圖提供了表示實(shí)體型、屬性和聯(lián)系的方法： 1． 實(shí)體型：用矩形表示，矩形內(nèi)寫(xiě)明實(shí)體名。 購(gòu)物車(chē)表（ Basket）：商品編號(hào)，用戶(hù)登陸名，產(chǎn)品 ID，購(gòu)物項(xiàng)數(shù)量，商品價(jià)格。 4．?dāng)?shù)據(jù)庫(kù)的建立和維護(hù)功能