【正文】 發(fā)布商品信息留言11 管理員 用戶功能 管理員用戶可以 管 理 會員用戶 ，對 會員用戶 中發(fā)布的 無用信息 亦或是無效信息進(jìn)行刪除操作。 各個 功能需 求 數(shù)據(jù)流程圖如下： 5 圖二 、數(shù)據(jù)流圖 0 層 圖 6 圖 三、用戶 信息 管理數(shù)據(jù)流圖 數(shù)據(jù)字典 主要的數(shù)據(jù)流 條目： ? 數(shù)據(jù)流名稱：用戶信息 別名：無 簡述：用戶注冊本網(wǎng)站會員時填寫的信息 來源：會員 去向：加工 ”注冊 ”和會員 ”個人信息管理 ” 數(shù)據(jù)流量：網(wǎng)站的注冊會員人數(shù) 組成：會員編號 +用戶名 +密碼 +電子郵箱 ? 數(shù)據(jù)流 名稱： 商品信息 別名：無 簡述 ： 賣家 發(fā)布商品出 售 信息 來源 ： 賣家 去向：賣家 “商品 信息發(fā)布 ”和 ”商品信息 管理 “ 數(shù)據(jù)流量 ： 本臺 中的商品數(shù)量 組成：商品編號 +商品名稱 +商品發(fā)布者 +商品介紹 +商品圖片 +商品所屬類別 +商品評價 +商品原價 +新舊程度 +商品二手價 +所屬賣家 ID ? 數(shù)據(jù)流名稱：商品類別信息 別名：無 簡述：賣家發(fā)布商品時選擇的項(xiàng)目 來源：賣家 7 去向：加工賣家 ”商品發(fā)布 ”、 ”二手商品信息管理 ” 數(shù)據(jù)流量：本平臺的商品類別量 組成：商品 類別編號 +商品 類別名稱 ? 數(shù)據(jù)流名稱：訂單信息 別名：無 簡述：買家訂貨時填寫的項(xiàng)目 來源：買家 去向：加工“檢驗(yàn)訂單” 數(shù)據(jù)流量：買家訂貨的訂單數(shù) 組成：訂單編號 +商品編號 +商品數(shù)量 +商品單價 +商品總價 +賣家 ID+買家ID 四 、 系統(tǒng) 功能模塊設(shè)計 采用 面向?qū)ο笤O(shè)計方法進(jìn)行設(shè)計， 系統(tǒng) 中共有 分為 多種角色，其中包含用戶類 、 商品類、以及留言類。 3. 會員用戶 可以 發(fā)出 商品出售信息，當(dāng)然也可以發(fā)出求購信息。 本 網(wǎng)站還存在一種反饋機(jī)制， 買賣 雙方進(jìn)行交易前可以進(jìn)行交互，這些交互信息對于第三人來說，是不可見的。 我 們 直接在 Win7 上 進(jìn)行開發(fā)。 在 經(jīng)濟(jì)方面，可以幫助同學(xué)們 省些 零用錢 ； 在物品 方面 ，可以物盡其用，達(dá)到一種勤儉節(jié)約的 作用 。因此 ， 大學(xué)生對 校內(nèi)二手物品 尤其是 書籍 、 自行車 、 電子產(chǎn)品 有 很大 需求量 。未經(jīng) 注冊 的游客， 也可以 查看預(yù)留的商品信息，但是商品信息中的聯(lián)系方式及其它敏感信息無法查看。 項(xiàng)目 背景 名稱 ：在校大學(xué)生 商品 交易平臺 開發(fā)人員 ：戎亞茹、高登魁、蔡清華、張群星 用戶 ：在校大學(xué)生及教職工人員 軟硬件 設(shè)施： 個人 計算機(jī)、 JavaWeb、 MySQL、 MyEclipse 集成開發(fā)環(huán)境 ,tomcat. 系統(tǒng) 概述 當(dāng)前 系統(tǒng)分 析 由于 我們團(tuán)隊技術(shù)水平有限， 該 應(yīng)用平 臺 將只能簡單地支持用戶進(jìn)行發(fā)布信息，其他用戶通過出售 物品 用戶 預(yù)留 的 信息 進(jìn)行聯(lián)系。 會員用戶 可以 進(jìn)行增刪 改查 操作，管理員用戶除了有 會員用戶 的權(quán)限之外，還可以對 會員用戶 進(jìn)行操作。然而 ， 由于大學(xué) 生 的消費(fèi)觀念 不成熟、 心理 發(fā)展 不健全， 生活中 常常會發(fā)生購買了某件商品 后 發(fā) 現(xiàn) 并非自己所想的 那樣 而感到后悔，也可能受從眾心理的影響 ， 控制不住自己的行為，盲目消費(fèi)。 大學(xué)生 ，作為 現(xiàn)代 生活中不可或缺的消費(fèi)者之一， 其 消費(fèi) 金額 也在日益增長。 會員用戶 可以通過注冊，發(fā)布有關(guān)貨物交易的信息，其他用戶通過 瀏覽 網(wǎng)站可以尋找自己相中的商品，除 了出售自己的商品，用戶還可以捐贈自己的物品，管理員通過查看捐 贈信息，將捐贈的物品收集起來， 統(tǒng)一 捐贈給 貧困 地區(qū)的學(xué)生。 這樣 ，不僅可以節(jié)約資源，也可以 減少 自己的損失。 頂層 數(shù)據(jù)流程圖如下： 圖一 、 頂層 數(shù)據(jù)流程圖 目標(biāo) 系統(tǒng)分析 會員用戶 注冊個人信息后， 可以 查看其它用戶預(yù)留的商品信息 ， 還可以發(fā)布自己 預(yù) 出售的商品的信息。 3 二 、可行性分 析 經(jīng)濟(jì) 可行性 在校 大學(xué)生商品交易平臺主要是針對在校大學(xué)生的二手貨物，大學(xué)生在生活中難 免會 有已經(jīng)不需要的物品。 二手 貨物通常 會 以低廉的價 格 出售，而這正好能夠被廣大學(xué)生 接受。 同時 ，借助 Myeclipse 集成開發(fā) 環(huán)境 ， 數(shù)據(jù)庫采 用 Mysql。當(dāng)然 ，那些無效 抑或是過期 的信息，理應(yīng)及時處理，提供高效的 檢索方式 。 2. 對于 以上的不同用戶擁有不同的權(quán)限 ， 每一種用戶可以進(jìn)行不同的操作，以適應(yīng)各種需求。此外 ， 管理員可以對數(shù)據(jù)庫進(jìn)行管理，及時更新、備份數(shù)據(jù)庫 。此外 ， 用戶還可以瀏覽其他用戶預(yù)留的信息，并與賣家聯(lián)系。 信息 的發(fā)布 中 的商品的屬性包括商品 類別 、商品 名稱、商品 描述、商品數(shù)量、新舊 程度 描述 、 原價 、現(xiàn)價、 賣家 聯(lián)系方式 、 商品下架 倒計時 。 商品管理 功能示意圖如下： 管理員注冊管理員信息管理用戶管理數(shù)據(jù)庫發(fā)布留言12 圖 六 、 商品管理 功能 用例 圖 五 、 數(shù)據(jù)庫 設(shè)計 ER 圖 設(shè)計 根據(jù) 上述分析可知，本系統(tǒng)平臺 的 數(shù)據(jù) 庫實(shí)體劃分為 用戶 信息 實(shí)體集 、 商品信息實(shí)體集、 商品 類別實(shí)體集、訂單實(shí)體集 、 留言信息實(shí)體集 四個 實(shí)體 。 各個 模塊具體 ER 圖如下： 商品信息發(fā)布信息修改信息刪除信息檢索13 圖七、用戶 及屬性 ER 圖 圖八 、商品及屬性 ER 圖 圖九 、商品類別 及 屬性 ER 圖14 圖十一 、留言 及 屬性 ER 圖 關(guān)系 模型設(shè)計 將 ER 圖 設(shè)計 中的 各類 ER 圖 轉(zhuǎn)換 為關(guān)系模型，形成本系統(tǒng)數(shù)據(jù)庫中的 主要數(shù)據(jù) 表結(jié)構(gòu) 。 項(xiàng)目背景 此項(xiàng)目旨在開發(fā)一個供大學(xué)生二手商品交易的平臺。表面看設(shè)計是建造，而測試是破壞，但最終的任務(wù)是要建造高質(zhì)量的軟件產(chǎn)品。例如，“將不實(shí)施和執(zhí)行該測試。測試類型有如下幾種： 數(shù)據(jù)和數(shù)據(jù)庫完整性測試 數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為“在校大學(xué)生商品交易平臺”中的子系統(tǒng)來進(jìn)行測試。 方法： 調(diào)用各個數(shù)據(jù)庫訪問方法和進(jìn)程，并在其中填充有效的和無效的數(shù)據(jù)或?qū)?shù)據(jù)的請求。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應(yīng)用程序交互并分析輸出結(jié)果來驗(yàn)證應(yīng)用程序及其內(nèi)部進(jìn)程。 需考慮的特殊事項(xiàng)： 測試可能需要 DBMS 開發(fā)環(huán)境或驅(qū)動程序以便在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。 方法： 利用有效的和無效的數(shù)據(jù)和操作來執(zhí)行各個用例、用例流或功能，以核實(shí)以下內(nèi)容： 在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。 所發(fā)現(xiàn)的缺陷已全部解決。如果具有數(shù)據(jù)級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜牛òㄘ攧?wù)數(shù)據(jù)），而“用戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。 完成標(biāo)準(zhǔn)： 證實(shí)各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn) 需考慮的特殊事項(xiàng)： 并不是所有定制或第三方對象的特征都可訪問。 故障轉(zhuǎn)移測試可確保：對于必須始終保持運(yùn)行狀態(tài)的系統(tǒng)來說，如果發(fā)生了故障，那么備選或備份的系統(tǒng)就適當(dāng)?shù)貙l(fā)生故障的系統(tǒng)“接管”過來，而且不會丟失任何數(shù)據(jù)或事務(wù)。 方法： 應(yīng)用程序級別的安全性： [確定并列出各用戶類型及其被授權(quán)使用的功能或數(shù)據(jù)。 系統(tǒng)級別的訪問：請參見下面的“需考慮的特殊事項(xiàng)” 完成標(biāo)準(zhǔn)： 各種已知的主角類型都可訪問相應(yīng)的功能或數(shù)據(jù)，而且所有事務(wù)都按照預(yù)期的方式運(yùn)行，并在先前的應(yīng)用程序功能測試中運(yùn)行了所有的事務(wù)。測試中將包括以下各種情況： 1) 客戶機(jī)斷電 2) 服務(wù)器斷電 3) 通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的通信中斷 4) 周期未完成（數(shù)據(jù)過濾進(jìn)程被中斷，數(shù)據(jù)同步進(jìn)程被中斷） 5) 數(shù)據(jù)庫指針或關(guān)鍵字無效 6) 數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭到破壞 27 表 6 故障轉(zhuǎn)移和恢復(fù)測試 測試風(fēng)險及控制方法 測試風(fēng)險 軟件測試 風(fēng)險 是不可避免的、總是存在的，所以對測試風(fēng)險的管理非常重要，必須盡力降低測試中所存在的風(fēng)險，最大程度地保證質(zhì)量和滿足客戶的需求。 c. 通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動網(wǎng)絡(luò)的通信中斷（實(shí)際斷開通信線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源）。 e. 對以下情況的測試需要達(dá)到一個已知的數(shù)據(jù)庫狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表明進(jìn)程或事務(wù)因中斷而未被完成的報表。 需要系統(tǒng)（或計算機(jī)操作）、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源。最后一種回歸測試風(fēng)險是可以避免，但出于時間或成本的考慮，一般也是存在的。