校園二手交易平臺系統(tǒng).doc

《校園二手交易平臺系統(tǒng).doc》由會員分享，可在線閱讀，更多相關《校園二手交易平臺系統(tǒng).doc（43頁珍藏版）》請在裝配圖網(wǎng)上搜索。

校園二手交易平臺系統(tǒng) 1、系統(tǒng)規(guī)劃 1.1項目背景 1.1.1 技術背景 近些年來互聯(lián)網(wǎng)技術迅速發(fā)展，使得不同地點的人們在任何時間都可以輕松獲取自己需要的信息，同時互聯(lián)網(wǎng)的出現(xiàn)也極大地推動了教育事業(yè)的發(fā)展，特別是javaEE技術，以其交互性、動態(tài)性的特點，大大擴展了互聯(lián)網(wǎng)的應用范圍，互聯(lián)網(wǎng)的廣泛應用也深刻的影響了教育教學領域。隨著全世界互聯(lián)網(wǎng)技術的不斷發(fā)展，各種基于互聯(lián)網(wǎng)技術的網(wǎng)絡應用不斷涌現(xiàn),網(wǎng)絡技術正在不斷的深入人們的生活。人們從網(wǎng)上獲取信息、享受生活、交流感情、網(wǎng)上工作、網(wǎng)上購物等。網(wǎng)絡正在迅速改變著人們的生活方式。在當前社會上，許多的各種類型的電子商務類網(wǎng)站紛紛建立，可以很大程度上解決人們信息資源的閉塞以及地域上的限制。大學生在網(wǎng)絡的使用上占了很大一部分比例，他們熟練操作各種軟件，熱衷于網(wǎng)上購物、網(wǎng)上聊天。校園網(wǎng)的推行也為大學生上網(wǎng)提供了便利條件。 1.1.2 經(jīng)濟背景 在網(wǎng)絡廣泛使用的條件下，人們的消費方式也發(fā)生了很大改變。人們開始傾向于網(wǎng)上購物，特別是大學生。所以網(wǎng)上二手交易的推廣有著良好的消費基礎。在人們習慣網(wǎng)絡購物的前提下，可以發(fā)動大學生使用二手交易平臺來購買自己想要的商品。 同時，大學生目前還不能做到經(jīng)濟獨立，個人的經(jīng)濟能力有限。網(wǎng)上二手交易平臺的推廣，對大學生來說有一定的吸引力。賣出自己不用的物品，能夠獲得一定的回報，而買入一些低價實用的二手商品，則可以為大學生們節(jié)約一定的錢財。 1.1.3 傳統(tǒng)的校園二手交易方式 在大學校園，伴隨著學生的購買能力的提高和每年的升學和畢業(yè)，也存在的許多各種類型的二手商品，由于信息交流的落后，很多只限于實地買賣或者請人代為宣傳的方式進行交易。這種方式有很多局限性和偶然性，并不能滿足二手商品暢通交流的要求。 每年大四畢業(yè)季，在學校各大食堂周圍就可以看到很多大四的學長和學姐在擺攤賣東西。 但是這種方式不能給其他學生提供全面的信息，沒有全面的對比，對自己商品的宣傳不夠到位，常常只能做到低價甩賣。買方不能獲得自己想要商品的信息，對已經(jīng)得到的商品期望過低，消費者剩余沒有最大化。賣方已經(jīng)賣出的商品也不能達到自己期望的價格，生產(chǎn)者剩余低下。所以，這種買賣是一種沒有效率的買賣。 1.1.4 新興的校園二手交易方式 隨著網(wǎng)絡技術的發(fā)展，新興的二手交易方式出現(xiàn)了。它利用網(wǎng)絡信息的共享性，在網(wǎng)上發(fā)布商品信息，實現(xiàn)商品價值的最大化。這種交易方式的優(yōu)點有：信息共享性大、耗時少、方便快捷、運行成本低等。通過網(wǎng)上交易，可以提高買賣的效率和滿意度，也可以實行物物交換，達到物盡其用的原則。通過一個專門的網(wǎng)上交易平臺，收錄各種二手商品的信息，并對商品進行分類，方便買者根據(jù)自己的意愿進行檢索，買到自己想要的商品。同時，交易平臺也為賣者提供便利，讓他們在不耗時不耗力的情況下銷售自己不用的物品，過得一定的經(jīng)濟回報。 1.2系統(tǒng)目標 1.2.1 系統(tǒng)功能目標 1、用戶可以進行注冊、登陸和注銷 2、用戶能夠在系統(tǒng)上輸入自己的商品信息 3、用戶能夠在系統(tǒng)上瀏覽其他用戶發(fā)布的商品信息 4、用戶可以在系統(tǒng)上檢索自己所需的商品 5、用戶可以對商品進行評價和留言 6、用戶可以進行商品購買、交換、饋贈 1.2．2系統(tǒng)性能目標 1、系統(tǒng)運行安全穩(wěn)定，可靠性強，功能齊全 2、操作方便、靈活、頁面簡潔 3、信息容量大，安全性高 4、系統(tǒng)易于維護和擴充升級 1.3 總體功能需求和關鍵信息需求 1.3 總體功能需求和關鍵信息需求 1.3.1 總體功能需求 我們設計的校園二手交易平臺主要是為了方便校內(nèi)同學們的二手物品的買賣和饋贈、愛心募捐等，其要滿足的主要功能需求是以下幾點： （1）、會員可以通過賬號和密碼登錄，搜索或查看二手商品的信息和募捐活動的信息； （2）、會員可以發(fā)布要賣掉或者捐贈的二手物品的信息； （3）、會員可以購買平臺上的二手物品并進行評價； （4）、會員可以在平臺上發(fā)起愛心募捐活動； （5）、游客可以搜索、查看平臺上的二手物品或注冊成為會員； （6）、系統(tǒng)管理員可以管理會員和二手物品的基本信息。 用圖表示如下： 1.3.2 非功能性需求 （1）、性能需求 ①數(shù)據(jù)精確度： 查詢信息時應保證查全率，所有相應域包含查詢關鍵字的記錄都應該查到。 查詢信息應保證查準率，查到的記錄應與給定的查詢條件完全匹配。 ②時間特性： 本網(wǎng)站具體時間特性要求要根據(jù)網(wǎng)速來決定。我們將最大限度的減少系統(tǒng)響應時間，最小化更新處理時間和數(shù)據(jù)轉(zhuǎn)換時間。 ③系統(tǒng)容量需求 注冊用戶：10000以上；在線用戶：4500以上；并發(fā)數(shù)：1500以上。 （2）、安全性需求 ①設置權限，對于某些特定的用戶，只分配其部分權限。讓其只能做自己能做的操作。 ②對于敏感的數(shù)據(jù)，在存入數(shù)據(jù)庫前進行加密操作。 ③對于數(shù)據(jù)庫中的數(shù)據(jù)，一定要進行實時的備份操作。每當數(shù)據(jù)庫中發(fā)生一些修改操作時，就進行備份操作，這樣的話，再后來的數(shù)據(jù)丟失時，就可以進行及時的恢復，從而避免了數(shù)據(jù)丟失造成的損失。 1．4 可行性分析 1.4.1技術可行性 我們設計的二手交易平臺可以運用ASP來編寫。 （1）、ASP簡介： ASP（Microsoft Active Server Pages）是一套微軟開發(fā)的服務器端腳本環(huán)境，ASP內(nèi)含于IIS 3.0和4.0 之中，通過ASP我們可以結合HTML網(wǎng)頁、ASP指令和ActiveX元件建立動態(tài)、交互且高效的WEB服務器應用程序。運用了ASP我們就不必擔心客戶的瀏覽器是否能運行你所編寫的代碼，因為所有的程序都將在服務器端執(zhí)行，包括所有嵌在普通HTML中的腳本程序。當程序執(zhí)行完畢后，服務器僅將執(zhí)行的結果返回給客戶瀏覽器，這樣也就減輕了客戶端瀏覽器的負擔，大大提高了交互的速度。 （2）、以下羅列了ASP 所獨具的一些特點： ①使用VBScript 、JScript等簡單易懂的腳本語言，結合HTML代碼，即可快速地完成網(wǎng)站的應用程序。 ②無須compile 編譯，容易編寫，可在服務器端直接執(zhí)行。 ③使用普通的文本編輯器，如Windows的記事本，即可進行編輯設計。 ④與瀏覽器無關(Browser Independence), 用戶端只要使用可執(zhí)行HTML碼的瀏覽器，即可瀏覽Active Server Pages 所設計的網(wǎng)頁內(nèi)容。Active Server Pages 所使用的腳本語言(VBScript、Jscript)均在WEB服務器端執(zhí)行，用戶端的瀏覽器不需要能夠執(zhí)行這些腳本語言。 ⑤ASP 能與任何ActiveX scripting 語言相容。除了可使用VBScript 或JScript 語言來設計外，還通過plug-in 的方式，使用由第三方所提供的其他腳本語言，譬如REXX、Perl、Tcl等。腳本引擎是處理腳本程序的COM(Component Object Model)物件。 ⑥ASP 的源程序，不會被傳到客戶瀏覽器，因而可以避免所寫的源程序被他人剽竊，也提高了程序的安全性。 ⑦可使用服務器端的腳本來產(chǎn)生客戶端的腳本。 ⑧物件導向（Object-oriented ）。 ⑨ActiveX Server Components(ActiveX 服務器元件)具有無限可擴充性?？梢允褂肰isual Basic 、Java 、Visual C++ 、COBOL 等編程語言來編寫你所需要的ActiveX Server Component。 1.4.2 市場可行性 武大和所有學校一樣，每年都有畢業(yè)生要畢業(yè)，每年也都有新生來報到。畢業(yè)生們不可能將大學幾年留存下來的東西全部帶走，有些物品帶著是累贅，賣掉反而還能賺些路費。學生們的消費水平本來也不高，都希望能買到物美價廉的商品，這個時候，網(wǎng)上二手交易平臺的作用就發(fā)揮出來了。賣主可以在網(wǎng)上登記自己要處理的物品以及售賣價格，聯(lián)系方式，買主則可以在網(wǎng)上搜索自己所需要的，若沒有搜索到，也可以在網(wǎng)上發(fā)布求購信息。當然，我們的網(wǎng)上二手交易平臺不僅僅是處理畢業(yè)生的多余物品，平時學生們有任何閑置的東西或有任何需求都可以免費在網(wǎng)上二手交易平臺上得到處理，并且不限時間也不限地點。買賣雙方同學只要達成一致意見，就可以選擇以錢物交換、物物交換、饋贈等方式完成交易，方便易行。 另外，現(xiàn)在學校里有越來越越多的同學熱心于公益，也有很多公益類的社團會不定期在學校里進行募捐活動，偶爾也會有同學為了班里生了重病的同學募捐。但是，他們的募捐大多采取在食堂擺點或在人人上宣傳的方式，效果并不是很好。而我們設計的二手交易平臺不僅可以進行二手物品的交易，還將設有專門的募捐區(qū)域，由平臺統(tǒng)一發(fā)布募捐信息，可以擴大募捐活動的宣傳范圍，吸引更多同學參與募捐。 而且，校園二手交易平臺上進行交易的都是武大的學生，他們在發(fā)布供求信息時都提供了真實的聯(lián)系方式，商品價格及質(zhì)量可以直接當面確定，不像那些純商業(yè)網(wǎng)站，買賣雙方都存在很大的風險。這使得同學們的交易有了安全保證。 1.4.3 操作可行性 首先，這個二手交易平臺開發(fā)完成、投入使用后，將有計算機專業(yè)的同學專門負責維護和管理，保證系統(tǒng)的正常運作。 其次，根據(jù)市場可行性分析我們可以知道，此二手交易平臺毫無疑問將受到同學們的歡迎和使用。因為武漢大學現(xiàn)有的校內(nèi)二手交易平臺只是利用人人網(wǎng)轉(zhuǎn)發(fā)，而人人網(wǎng)的使用人數(shù)在逐漸減少，所以這樣一個新的、能滿足更多需求的二手交易將會被同學們廣泛使用。 再次，這個二手交易平臺將適用于電腦和移動終端，而現(xiàn)在的在校同學們基本上都有自己的電腦和智能手機，只需要下載客戶端就可以使用該平臺進行交易，簡便易行，不存在設備上的限制。 1.4.4 進度可行性 二手交易平臺系統(tǒng)開發(fā)的全過程包括規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、開發(fā)、測試、實施、維護等七個階段。 系統(tǒng)規(guī)劃階段主要進行項目背景、系統(tǒng)目標、總體功能需求和關鍵信息需求以及系統(tǒng)可行性分析工作；系統(tǒng)分析階段主要進行組織結構及人員職能的劃分、業(yè)務及相關數(shù)據(jù)表的記錄和整理、業(yè)務和數(shù)據(jù)流程圖的繪制、u/c矩陣圖及相應計算和目標系統(tǒng)邏輯功能結構的開發(fā)工作；系統(tǒng)設計階段擬訂詳細設計報告，主要進行目標系統(tǒng)軟硬件配置方案的確定、業(yè)務流程與數(shù)據(jù)類的描述以及功能結構、設計數(shù)據(jù)庫文件、安全保密機制、編碼方案、功能模塊的輸入/輸出設計與處理流程等工作；系統(tǒng)實施階段主要進行程序設計說明書、源程序備份文件、系統(tǒng)測試報告和用戶使用手冊等的撰寫工作；最后的系統(tǒng)運行維護與評價階段主要進行系統(tǒng)運行階段的運行、維護修改記錄以及系統(tǒng)的評價結果整理等工作。 目前我們進行的工作主要是系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計和系統(tǒng)實施的設計方案的撰寫。其中，規(guī)劃部分由李艷麗和劉冰負責，時間是11月29日到12月3日中午；系統(tǒng)分析部分由劉春然、李彥霖負責，時間是12月3日中午至7日晚；系統(tǒng)設計由楊朝雅、譚珊珊負責，時間為12月8日至14日晚；系統(tǒng)實施的后續(xù)內(nèi)容由簡潔負責，時間為12月15日至18日晚。我們小組同學分工合作，充分保證時間安排合理，系統(tǒng)開發(fā)有序進行。 2 系統(tǒng)分析 2.1 組織結構分析 2.1.1 組織結構圖 2.1.2職能劃分 l 委員會：負責校園二手交易平臺系統(tǒng)開發(fā)戰(zhàn)略的制定，其中包括系統(tǒng)的定位和遠期發(fā)展戰(zhàn)略等。 l 市場部：二手交易平臺與市場直接接觸的部門，主要職責為品牌推廣、活動策劃與信息合作。 a) 品牌推廣：主要負責線上線下平臺的宣傳，開拓市場，增加用戶數(shù)量。 b) 活動策劃：進行特別活動的策劃，例如“畢業(yè)季”與“迎新季”的二手產(chǎn)品交易的品牌活動、大型公益募捐活動等等。 c) 信息合作：負責用戶注冊、認證等工作，以及用戶信息等大規(guī)模數(shù)據(jù)的錄入和整合。 l 技術部：對整個系統(tǒng)進行日常的維護與定期的更新，以及特殊情況下的維修。 l 運營部：維持平臺常規(guī)運行。 a) 交易平臺組：交易活動產(chǎn)生的結構化，常規(guī)性工作，包括發(fā)布資格審核等。 b) 募捐平臺組：募捐活動產(chǎn)生的結構化，常規(guī)性工作，包括與公益組織及個人的募捐資格的審核等。 c) 社交平臺組：交易評價，朋友圈模塊管理。 l 人事部：對各個部門日常工作人員的招聘，培訓與管理。 l 財務部：負責與系統(tǒng)財務相關的工作 a) 外聯(lián)組：負責向商家拉取贊助，用于系統(tǒng)的開發(fā)和人員的薪酬福利。 b) 會計組：執(zhí)行出納任務，并將財務狀況形成賬簿。 l 物流部：負責交易、募捐商品的物流工作 a) 倉儲組：會在各個校區(qū)設點，把提交申請審批通過的貨物進行存儲。 b) 運輸組：將完成訂單的貨物進行學校范圍內(nèi)的派送。 2.2 業(yè)務流程分析 業(yè)務流程圖（TFD）反映業(yè)務處理的過程，基本符號如下： 業(yè)務處理部門或個人 業(yè)務處理活動 生成的報表、卡片憑證等 傳遞 使用的基本數(shù)據(jù)或同級數(shù)據(jù) 2.2.1經(jīng)過分析，得到系統(tǒng)綜合業(yè)務流程圖如下： 圖2.2.1 業(yè)務流程圖——二手商品交易 圖2.2.2 業(yè)務流程圖——募捐 圖 2.2.3 業(yè)務流程圖——物流 圖2.2.4 業(yè)務流程圖——活動發(fā)布 注：活動中產(chǎn)生的交易業(yè)務流程同圖2.2.1 2.3 數(shù)據(jù)流程分析 基本符號如下： 外部實體 處理 數(shù)據(jù)流 數(shù)據(jù)存儲 圖2.3.1 數(shù)據(jù)流程圖——二手商品交易 2.3.2 數(shù)據(jù)流程圖——募捐 2.3.3數(shù)據(jù)流程圖——物流 圖2.3.4 數(shù)據(jù)流程圖——活動發(fā)布 注：活動中產(chǎn)生的交易數(shù)據(jù)流程同圖2.3.1 2.4 數(shù)據(jù)字典 表一：用戶信息表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Stu_na 字符型 8 否 真實姓名 Stu_no 數(shù)字型 13 否 綁定學號 Car_no 字符型 18 否 綁定身份證號 Add 字符型 25 否 地址 TEL_no 數(shù)字型 11 否 手機號碼 Ban_no 數(shù)字型 19 否 綁定銀行卡 表二：商品信息表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Goo_ta 字符型 8 否 商品類型 Valid 字符型 8 否 有效狀態(tài) 幾成新 Time 字符型 3 否 使用年限 P_bef 數(shù)字型 8 否 原價 單位：元 P_pre 數(shù)字型 8 否 標價 單位：元 表三：商品實際情況表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Goo_id 數(shù)字型 8 否 商品編號 Goo_ta 字符型 8 否 商品類型 Valid 字符型 8 否 有效狀態(tài) 幾成新 Time 字符型 3 否 使用年限 P_bef 數(shù)字型 8 否 原價 單位：元 P_pre 數(shù)字型 8 否 標價 單位：元 表四：商品訂單 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Ord_id 數(shù)字型 8 否 訂單號 Goo_id 數(shù)字型 8 否 商品編號 Stu_no_b 數(shù)字型 13 否 買家學號 Stu_no_s 數(shù)字型 13 否 賣家學號 P_rea 數(shù)字型 8 否 成交價 單位：元 Way_p 字符型 2 否 付款方式 網(wǎng)銀/付現(xiàn) Way_ts 字符型 2 否 物流方式 自取/送貨 P_ts 數(shù)字型 3 是 運費 單位：元 Add_b 字符型 25 是 買家收貨地址 表五：募捐申請單 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Req_id 數(shù)字型 8 否 申請單號 Stu_no_r 數(shù)字型 13 否 發(fā)起者學號 Add_r 字符型 25 否 發(fā)起人地址 Ban_no 數(shù)字型 19 否 發(fā)起人銀行卡號 表六：募捐情況表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Req_id 數(shù)字型 9 否 申請單號 Stu_no_r 數(shù)字型 13 否 發(fā)起者學號 Add_r 字符型 25 否 發(fā)起人地址 Ban_no 數(shù)字型 19 否 發(fā)起人銀行卡號 P_req 數(shù)字型 8 否 募捐手續(xù)費 單位：元 表七：捐贈信息表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Req_id 數(shù)字型 8 否 申請單號 Stu_no_co 數(shù)字型 13 否 捐贈人學號 Goo_id 數(shù)字型 8 是 商品編號 Money 數(shù)字型 25 是 捐贈貨幣 單位：元 表八：募捐賬單 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Req_id 數(shù)字型 8 否 申請單號 Goo_id 數(shù)字型 8 是 商品編號 Money_tle 數(shù)字型 25 是 募捐貨幣總額 單位：元 表九：物流情況表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Goo_id 數(shù)字型 8 否 商品編號 Date_in 日期型 8 否 入庫日期 Date_out 日期型 8 是 出庫日期 Goo_pla 字符型 25 否 倉儲網(wǎng)點 表十：評價單 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Ord_id 數(shù)字型 8 否 訂單號 Rev_goo 數(shù)字型 1 否 商品評分 5分最高 Rev_ts 數(shù)字型 1 否 物流評分 5分最高 表十一：活動情況表 數(shù)據(jù)項名稱 數(shù)據(jù)項類型 數(shù)據(jù)項長度 是否允許為空 數(shù)據(jù)項含義 備注 Act_id 數(shù)字型 8 否 活動編號 Date_beg 日期型 8 否 活動開始日期 Date_end 日期型 8 否 活動結束日期 Act_tim 字符型 8 否 每日活動時間 Act_pla 字符型 25 否 活動地點 P_rent 數(shù)字型 8 否 場地租借費用 單位：元 2.5 系統(tǒng)功能結構分析 U/C矩陣 數(shù)據(jù)類 功能 用戶信息 商品信息 商品實際情況表 物流情況表 商品訂單 募捐申請單 募捐情況表 捐贈信息表 募捐賬單 評價單 活動情況表 行號 用戶注冊、認證以及用戶信息錄入和整合。 C 1 賣家申請發(fā)布商品。 U C U 2 對商品信息進行審核與修改后將商品掛上平臺。 U U C U 3 對已置入實體倉儲網(wǎng)點的商品進行物流的更新。 C U 4 買賣雙方達成交易。 U U C 5 募捐發(fā)起人申請發(fā)起募捐。 U C 6 對募捐信息進行審核與修改后將項目掛上平臺。 U U C 7 捐贈人完成捐贈。 U U C 8 進行捐贈物和捐贈貨幣的整合、記錄。 U C 9 買賣雙方、募捐雙方對交易和物流進行評價。 U U C 10 展示計劃舉行的實體二手交易活動情況。 C 11 買家檢索商品信息、募捐信息及大型實體活動。 U U U 12 對捐贈物和捐贈貨幣進行運輸和結算。 U 13 對評價較差的用戶進行取締，對評價較好的用戶進行獎勵。 U U 14 對交易與募捐情況進行階段性的統(tǒng)計和總結。 U 15 對交易款項進行結算并記錄。 U U 16 列號 1 2 3 4 5 6 7 8 9 10 11  3、系統(tǒng)設計 3.1系統(tǒng)結構設計： 交易服務系統(tǒng) 消息中間件 交易復制系統(tǒng) 買家?guī)? 賣家?guī)? 寫 讀 募捐和社交平臺是基于交易平臺基礎上運作的，募捐和社交的會員信息可以直接來自于交易系統(tǒng)中的買家?guī)旌唾u家?guī)臁? 系統(tǒng)硬件：包括平臺內(nèi)部運營需要的Pc機，多端口的轉(zhuǎn)發(fā)器，交換機，調(diào)制解調(diào)器等。 系統(tǒng)軟件:包括客戶端開發(fā)，電腦軟件開發(fā)等。 預算：購置Pc機等其他硬件設備，大約20000元，軟件開發(fā)3000元。初步預算23000.  3.2 數(shù)據(jù)類描述 數(shù)據(jù)流圖——二手商品交易 輸入商品信息 物流信息 審核 用戶信息 商品分類 商品信息匯總 輸入商品名 搜索 買賣雙方成交 生成訂單 賣家 買家 數(shù)據(jù)流圖——募捐 物流信息 用戶信息 物資信息匯總 發(fā)布募捐信息 審核 物資分類 搜索捐贈信息 雙方達成捐贈 捐贈信息單 捐贈人 受助人 數(shù)據(jù)流圖——物流 存貨信息匯總 物流訂單 商品入庫 已審核訂單 送貨 賣家 物流部運輸組 數(shù)據(jù)流圖——活動發(fā)布 活動信息匯總 活動計劃及申請 審核 活動情況描述 市場部活動策劃組  3.3功能結構 校園二手交易平臺 交易管理 募捐管理 社交管理 賣家信息登記及交易方式選擇（自銷/或代銷） 注冊買家信息登記匯總 交易信息登記表（商品名稱，時間，價格，地點，賣家送貨/買家自?。? 交易情況反饋及評價登記匯總 組織募捐申請表 捐助對象及金額選擇 募捐結果公示及被募捐人后期情況反饋 賣家買家間聊天平臺管理 帖子（交流經(jīng)驗，求購商品等）發(fā)布管理 賣家買家間聊天平臺管理 商品分類及信息登記  3.4 數(shù)據(jù)庫文件設計 3.4.1 ER圖 地點 時間 原價 名稱 類別 編號 幾成新 標價 運費 訂單號 方式 商品 物流 配送 地址 賬號（學號/工號） 手機號 專業(yè) 年級 姓名 專業(yè) 年級 姓名 地址 賬號（學號/工號） 手機號 買家 賣家 交易 3.4.1.1 ER圖——二手商品交易 N 1 M N 物資 受助人 發(fā)起人 募捐 3.4.1.2 ER圖——募捐 年級 地點 時間 手機號 賬號（學號/工號 姓名 地址 專業(yè) 金額 名稱 類別 編號 專業(yè) 手機號 地址 賬號（學號/工號 ） 年級 姓名 N M N 注：紅色字體為關鍵字。 3.4.2 關系模型 二手商品交易： 賣家（賬號，姓名，年級，專業(yè)，地址，手機號） 交易（賬號） 買家（賬號，姓名，年級，專業(yè)，地址，手機號） 賣家（賬號，姓名，年級，專業(yè)，地址，手機號） 配送（賬號，編號，訂單號，時間，地點） 商品（編號，類別，名稱，原價，標價，幾成新） 物流（方式，訂單號，運費） 募捐： 發(fā)起人（賬號，姓名，年級，專業(yè)，地址，手機號） 募捐（賬號，編號，時間，地點） 受助人(賬號，姓名，年級，專業(yè)，地址，手機號) 物資（編號，類別，名稱，金額） 注：畫紅線處為關鍵字  3.5編碼方案： A：買家賣家編碼（Id）：學號或工號。同時實名制驗證，以保證賣家買家信息的真實性。 B：商品編碼： 大類碼 細類碼1 細類碼2 學習用品 1 圖書：1 課本 1 全新：10 一成新：1二成新：2 三成新：3 四成新：4 五成新：5 六成新：6 七成新：7 八成新：8 九成新：9 練習冊 2 筆記 4 其他書籍： 5 文具：2 學習用品 1 體育用品 2 生活用品 2 電器：1 吹風機 1 照明類 2 電煮鍋 3 其他 4 衣物：2 上裝 1 下裝 2 其他 3 清潔用品：3 無細分 0 其他：4 坐墊 1 毛絨玩具 2 收納 3 其他 4 其他 3 無細分：0 無細分 0 C：訂單編碼： 商品編碼+日期（0000/00/00）+物流方式（自取1，送貨2）+當日第N筆訂單 D：募捐編碼： 個人1 募捐對象 +募捐日期（0000/00/00）+募捐序號（第N筆） 組織2  3．6功能模塊的輸入輸出設計 3.6.1輸入設計： 1輸入項目：姓名，Id，登陸密碼，商品信息，訂單信息，募捐信息，募捐訂單 2輸入人員：買家，賣家，募捐者，捐贈者 3設計要求：操作簡單，一目了然，頁面分明，使用方便，便于人機交互操作 4輸入校驗: 靜態(tài)校驗法，文件查詢校驗法 A輸入界面-用戶登錄 姓名： Id： 登錄 取消 密碼： B：輸入界面-賣家輸入商品信息 商品名稱： 商品簡介： 賣家電話： 賣家報價： 新舊程度： 賣家住址： 確認 重新輸入 商品圖片 C輸入界面-訂單信息 商品名稱： 商品號： 交易地點： 成交價格： 交易時間： 交易方式： 訂單號： 賣家ID 買家ID 提交訂單 取消訂單 D：輸入界面-募捐申請 募捐組織人/社團： 募捐時間： 募捐對象： 募捐對象簡介： 發(fā)起募捐 取消 E輸入界面—募捐訂單 捐贈人姓名： 捐贈人ID： 取消 捐贈方式：(網(wǎng)上支付/現(xiàn)實交付)（選擇） 募捐單號： 捐贈內(nèi)容：（物品/捐款） 確認 募捐內(nèi)容：（選擇）捐款/物資/均可 F輸入界面-商品檢索 商品號： 商品類型： *商品名稱：（必填） 賣家ID： 商品新舊程度： 價格區(qū)間： 檢索 取消  G：輸入界面---募捐信息檢索 募捐編碼： 募捐對象： 檢索 左側(cè)信息至少選擇一項填寫 募捐時間： 取消 組織機構/個人：  3.6.2 輸出界面 A輸出界面—商品檢索 商品 商品名稱： 商品編碼： 商品分類： 商品價格： 新舊程度 商品簡介 賣家姓名 賣家電話 商品圖片： B：輸出界面—募捐信息 募捐編碼： 募捐對象： 募捐組織者： 募捐背景介紹： 募捐時間 募捐內(nèi)容 組織者聯(lián)系方式： 3.7 功能模塊的處理流程 PROCEDURE 用戶登錄 顯示：請輸入賬號和密碼 賬號——ZH 密碼——MM IF ZH=MM 顯示：登錄成功 ELSE 顯示：登錄失敗，請檢查賬號和密碼是否正確 ENDIF 返回調(diào)用模塊 PROCEDURE 商品發(fā)布 顯示：請輸入商品描述及上傳圖片 商品名——SP DO CASE 發(fā)布待售商品頁面 顯示：商品信息及購買界面 ENDCASE ENDIF 返回調(diào)用模塊 PROCEDURE 商品搜索 顯示：請輸入商品名稱 商品名——SP DO CASE 對商品名進行搜索 顯示：商品搜索輸出界面 ENDCASE ENDIF 返回調(diào)用模塊 4系統(tǒng)開發(fā)與測試階段 4.1開發(fā)階段 4.1.1開發(fā)基礎設施 校園二手交易平臺系統(tǒng)的建立需要依賴與一定的物理通信環(huán)境，該系統(tǒng)的操作平臺是在網(wǎng)站或者APP上，需要網(wǎng)絡覆蓋。但我們可以利用現(xiàn)有的廣域網(wǎng)，不需要自己構建。系統(tǒng)硬件方面包括平臺內(nèi)部運營需要的Pc機、多端口的轉(zhuǎn)發(fā)器、交換機、調(diào)制解調(diào)器等。系統(tǒng)軟件方面包括包括手機客戶端開發(fā)、網(wǎng)站設計以及電腦軟件開發(fā)。 4.1.2開發(fā)數(shù)據(jù)庫和程序 數(shù)據(jù)庫的實現(xiàn)主要是設計數(shù)據(jù)庫的物理結構，根據(jù)數(shù)據(jù)庫的邏輯結構來選定RDBMS(如Oracle、Sybase等)，并設計和實施數(shù)據(jù)庫的存儲結構、存取方式等。本系統(tǒng)后臺是采用access作為數(shù)據(jù)存儲庫，其中設計的表（用戶表）在其平臺上實現(xiàn)如下圖所示： 【等設計完全確定后再進行操作，然后截圖】 4.2測試階段 4.2.1前臺用戶測試 測試條件（用戶登錄功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 點擊頁面 彈出登錄頁面 與期望結果相同 通過 2 點擊登錄頁面登錄按鈕 彈出登錄頁面，要求輸入用戶名和密碼 與期望結果相同 通過 3 輸入用戶名和密碼，并點擊確定 發(fā)送用戶登錄請求，驗證通過 測試條件（買家瀏覽選擇功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 輸入關鍵字，點擊搜索按鈕 出現(xiàn)需要的商品信息 2 點擊商品名稱或圖標 出現(xiàn)商品的詳細信息 3 有意向購買，點擊與賣家聯(lián)系的按鈕 出現(xiàn)對話框 4 點擊“購買”按鈕 出現(xiàn)訂單界面 5 完成訂單，確認進行提交 出現(xiàn)“付款”選擇界面 6 選擇在線支付 跳出在線支付方式選擇界面 7 進行一系列支付信息填寫，點擊確定 出現(xiàn)付款成功的提示框 測試條件（買家查看訂單功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 點擊“我的訂單” 跳出用戶登錄界面 2 點擊單個訂單 出現(xiàn)訂單的詳細信息 3 點擊查看物流 出現(xiàn)目前商品所處位置 測試條件（賣家上傳商品信息功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 點擊“我要轉(zhuǎn)讓” 出現(xiàn)轉(zhuǎn)讓物品信息填寫界面 2 進行信息填寫 能夠成功輸入 3 點擊上傳照片，添加照片 能夠鏈接到本地照片庫并上傳 4 點擊確定，完成發(fā)布 出現(xiàn)發(fā)布成功的提示框 測試條件（賣家標記已售出產(chǎn)品信息交易功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 點擊我要轉(zhuǎn)讓 出現(xiàn)已經(jīng)掛在頁面上的物品 2 點擊單個物品 出現(xiàn)產(chǎn)品信息 3 修改產(chǎn)品出售狀態(tài)為已出售或下架 產(chǎn)品狀態(tài)被改變 4.2.2后臺管理系統(tǒng)測試 測試條件（管理員登陸功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 點擊后臺管理頁面 彈出登錄頁面 2 點擊登錄頁面登錄按鈕 彈出登錄頁面，要求輸入用戶名和密碼 與期望結果相同 3 輸入用戶名和密碼，并點擊確定 發(fā)送用戶登錄請求，驗證通過 與期望結果相同 測試條件（管理員管理功能測試） 編號 測試條件 期望結果 實際結果 通過/錯誤 1 點擊后臺“用戶管理” 彈出管理員登錄頁面 2 輸入管理員用戶名和密碼進行登錄 成功跳轉(zhuǎn)到用戶信息界面 與期望結果相同 3 對用戶發(fā)布的信息進行審核，不符合要求的出售品點擊“刪除” 公共頁面上該商品信息被刪除 與期望結果相同 4 點擊用戶反饋 出現(xiàn)用戶反饋信息，重點的進行回復 5 點擊發(fā)布公告 出現(xiàn)發(fā)布公告信息填寫頁面 6 完成公告填寫，點擊發(fā)布 公告出現(xiàn)在首頁公告欄中 5.系統(tǒng)實施和維護 5.1實施階段 由于在該系統(tǒng)之前不存在舊系統(tǒng)，因此采用直接接入的方法，在武大廣泛進行宣傳，然系統(tǒng)能夠立即被使用。對于已經(jīng)慣用了APP以及社交網(wǎng)站和電子商務網(wǎng)站的同學們來說，操作不會有太大問題，因此不需要大量發(fā)放用戶手冊。如果有問題可以點擊平臺上的幫組按鈕進行學習。 5.2維護階段 v 正確性維護：交易系統(tǒng)如果出現(xiàn)一些錯誤，例如無法上傳商品信息，或是無法進行交易，系統(tǒng)管理員要及時糾正錯誤，盡快恢復交易平臺的使用。 v 適應性維護：如果校園二手交易方面出現(xiàn)了新的需求，管理員可以通過添加新的功能模塊使得系統(tǒng)一直保持著與時俱進的活力。 v 完整性維護：提高對用戶反饋信息的處理能力，保證系統(tǒng)的可用性。 v 預防性維護：在一些特殊的時期，例如畢業(yè)季，用戶可能會迅猛增加，導致系統(tǒng)癱瘓。因此管理員要加強預防措施，防止該種可能的發(fā)生。 6.結語 6.1項目書總結 v 完成了對校園二手平臺的系統(tǒng)規(guī)劃，對項目的需求性以及可行性進行了分析。 v 對系統(tǒng)進行初步分析，確定業(yè)務活動完成的流程，繪制系統(tǒng)工作的數(shù)據(jù)流程圖，完成了校園二手交易平臺系統(tǒng)的框架。同時通過定義數(shù)字字典更加清楚的描述數(shù)據(jù)流程圖。 v 對系統(tǒng)進行設計，畫出校園二手交易系統(tǒng)的ER圖，完成邏輯設計和物理設計。 v 對后期交易系統(tǒng)的開發(fā)與測試、實施與維護進行方案設計。 6.2下一步工作 基于B/S架構的校園二手交易信息系統(tǒng)是一個比較龐大的系統(tǒng)，本文旨在研究開發(fā)校園二手交易管理信息系統(tǒng)的思想和方法。通過對當前的計算機應用技術和開發(fā)方法的研究，并且自己進行了數(shù)據(jù)庫設計實驗，得出了適合于校園交易的最佳系統(tǒng)。 由于設計時間較短，因此該系統(tǒng)還有許多不盡如人意的地方，比如沒有具體程序代碼、使用文檔比較少，用戶界面不夠美觀等多方面問題，這些都有待進一步解決和改善。 另外，在進一步開發(fā)校園二手交易信息系統(tǒng)過程中，還需考慮信息安全和信息共享的策略，力圖使本系統(tǒng)更具有可復用、可伸縮、可分布、可維護、安全和可靠的特性，以適應需求不斷變化的需要。 6.3感想 通過本文的撰寫，我們團隊對開發(fā)管理信息系統(tǒng)有了更深入的理解，也取得了一些經(jīng)驗教訓。一個看似簡單的系統(tǒng)，在背后卻需要如此繁雜的設計分析。在這樣一個過程中，我們讓邏輯思維得到了鍛煉，讓創(chuàng)造思維得到了發(fā)散，這為我們今后的工作打下了良好的基礎。