畢業(yè)設計（論文）局域網(wǎng)聊天系統(tǒng)的設計與實現(xiàn)

1、北方民族大學 學士學位論文 論文題目: 局域網(wǎng)聊天系統(tǒng)的設計與實現(xiàn) 院(部)名 稱: 計算機科學與工程學院 學 生 姓 名: 學 號: 專 業(yè): 軟件工程 指 導 教 師： 北方民族大學教務處制 摘摘 要要 隨著互聯(lián)網(wǎng)的不斷進步和發(fā)展，網(wǎng)絡通信在人們的生活中占據(jù)著越來越重要的 地位。網(wǎng)絡聊天工具已在不斷更新?lián)Q代，越來越多的聊天工具都有著很多的廣泛的 應用。對于人們，網(wǎng)上即時聊天已成為一種相互溝通的重要方式，網(wǎng)絡上購物更是 一種方便生活的理想選擇。 本文通過對客戶端/服務器與瀏覽器/服務器架構的特點進行分析，再結合系統(tǒng) 的實際情況考慮，采用一種全新的 c/s 與 b/s 混合模式架構對局域網(wǎng)聊天

2、系統(tǒng)進行 設計，簡要介紹了系統(tǒng)的每個功能模塊的設計與實現(xiàn)。 本系統(tǒng)采用 java 語言，在 myeclipse 工具上開發(fā),采用 oracle 11 數(shù)據(jù)庫來對 數(shù)據(jù)進行支撐。在聊天子系統(tǒng)中，采用 java 中 socket 強大的網(wǎng)絡編程功能，是實 現(xiàn)客戶端與服務器端相互通信的橋梁；采用 io 流來對數(shù)據(jù)的傳輸與訪問；用 java 提供的多線程功能實現(xiàn)點對點與點對多聊天。在 web 前端子系統(tǒng)和 chat 后臺管理中， 采用 strut2 框架來實現(xiàn)系統(tǒng)的業(yè)務邏輯，使用強大功能的 ognl 標簽來對參數(shù)進行 傳遞；采用 hibernate 框架來對數(shù)據(jù)庫進行操作，它的對象/關系數(shù)據(jù)庫映射特點

3、， 在使用時只需要操作對象，使得開發(fā)更具有對象化。局域網(wǎng)聊天系統(tǒng)的實現(xiàn)，意味 著一個具有聊天、購物、后臺管理的多功能系統(tǒng)的完成。 【關鍵字】局域網(wǎng)聊天系統(tǒng)，購物，java，socket，框架 abstract with the progress and development of the internet, network communication in the life of people occupies a more and more important position.network chat tool has been constantly upgrading, more an

4、d more chat tool has a lot of widely used.for people, online instant messaging has become an important way to communicate, shopping on the internet is the ideal choice for a convenient life. based on client/server and browser/server architecture is analyzed, the characteristics of the actual situati

5、on of combining system considering, using a new kind of c/s and b/s mixed mode architecture for lan chat system design, this paper briefly introduces the system design and realization of each function module. this system uses java language, the myeclipse development tools, the oracle 11 database to

6、support data.in chat subsystem, using java socket in the powerful network programming, is the realization of client and server as a bridge to communicate with each otheradopting the io streams to the data transmission and access;with the multi-threaded functionality provided by the java implementati

7、on point to point and point to chat more.in the web front-end subsystem and chat backstage management, adopting strut2 framework to implement the business logic of the system, using the powerful function of ognl tag to pass parameters;using hibernate framework to the database, object/relational data

8、base mapping characteristics of it, when using only need action object, make development has more objectivity.lan chat system, means that a multi-function chat, shopping, background management system. 【keykey wordswords】 lan chat system, shopping, java, socket, framework 目目 錄錄 摘 要 .i abstract .2 目 錄

9、 .2 第 1 章 緒論 .6 1.1 系統(tǒng)的開發(fā)背景.6 1.2 國內(nèi)外的研究現(xiàn)狀.6 1.3 系統(tǒng)需要解決的主要問題.7 1.4 本文的主要工作.7 第 2 章 系統(tǒng)需求分析 .8 2.1 系統(tǒng)概述.8 2.1.1 總體目標 .8 2.1.2 業(yè)務描述 .8 2.2 項目開發(fā)過程.9 2.2.1 項目的軟件開發(fā)生命周期模型 .9 2.2.2 項目實施計劃 .12 2.3 功能性需求分析.12 2.3.1 聊天子系統(tǒng)功能性需求 .12 2.3.2 web 前端子系統(tǒng)功能性需求 .13 2.3.3 chat 后臺管理子系統(tǒng)功能性需求 .13 2.4 非功能性需求分析 .14 2.4.1 操作需

10、求 .14 2.4.2 產(chǎn)品性能需求 .14 2.4.3 系統(tǒng)的安全性 .14 第 3 章 系統(tǒng)設計 .15 3.1 系統(tǒng)體系結構設計.15 3.2 功能架構設計.16 3.3 邏輯結構設計.19 3.3.1 用例設計 .19 3.3.2 邏輯數(shù)據(jù)模型設計 .21 3.4 數(shù)據(jù)庫設計.21 3.4.1 數(shù)據(jù)庫概念結構設計 .21 3.4.2 數(shù)據(jù)庫邏輯結構設計 .22 第 4 章 系統(tǒng)實現(xiàn) .26 4.1 聊天子系統(tǒng)的實現(xiàn).26 4.2 web前端子系統(tǒng)的實現(xiàn) .29 4.2.1 商品展示模塊的實現(xiàn) .29 4.2.2 訂單處理模塊的實現(xiàn) .30 4.2.3 購物車管理模塊的實現(xiàn) .32 4.

11、2.4 安全中心模塊的實現(xiàn) .33 4.3 chat后臺管理子系統(tǒng)的實現(xiàn).34 4.3.1 管理員管理模塊的實現(xiàn) .34 4.3.2 用戶管理模塊的實現(xiàn) .35 4.3.3 報表管理模塊的實現(xiàn) .35 第 5 章 系統(tǒng)測試與調試 .37 5.1 程序調試.37 5.2 功能調試.38 5.3 測試結果調試.43 總 結 .45 結束語 .46 致 謝 .47 參考文獻 .48 第1章 緒論緒論 1.11.1 系統(tǒng)的開發(fā)背景系統(tǒng)的開發(fā)背景 隨著互聯(lián)網(wǎng)的飛速發(fā)展，各種先進的技術給人們的生活帶來了深遠的影響，它極大 的改善我們的生活方式。網(wǎng)絡聊天工具已經(jīng)成為人們即時通訊的一種重要的信息交流 工具。目

12、前，出現(xiàn)了很多非常不錯的聊天工具，其中應用比較廣泛的有微信、騰訊 qq 等等。雖然局域網(wǎng)聊天工具在市場上很多，比如飛鴿、飛秋等等，適用的范圍也比較 廣，用的地方也比較多，但是這些工具目前來說都只是有通訊的功能，并不能滿足人 們的生活需要。為了滿足當今社會的需要，做一個具有購物的局域網(wǎng)聊天系統(tǒng)很有必 要，實現(xiàn)在局域網(wǎng)內(nèi)進行溝通與交流，還可以購物，可以簡化我們生活中繁瑣的做事 流程，提高工作效率，提高信息交換的速度。使用具有購物的局域網(wǎng)聊天系，可以達 到局域網(wǎng)資源共享、建立完備的數(shù)據(jù)交換體系、快速的傳遞信息，可以避免局域網(wǎng)內(nèi) 部的資源通過 internet 泄露到外部，從而保護了局域網(wǎng)內(nèi)部信息的安

13、全，也為我國 it 行業(yè)的發(fā)展創(chuàng)建堅實的基礎。 隨著用戶對軟件功能的需求不斷提高,網(wǎng)絡通訊工具的不斷地更新?lián)Q代。隨著人們 思想覺悟以及生活水平的提高，如今的計算機已經(jīng)走進了千家萬戶，對于大多數(shù)人來， 足不出戶的在自己的計算機上查看自己喜歡的商品，并購買商品已經(jīng)很普遍了。通訊 工具在擴展應用方面有著飛躍的發(fā)展，比如騰訊公司的 qq，最初只能發(fā)文字，如今有 qq 游戲、qq 音樂、購物商城等等。人們已經(jīng)越來越習慣于在家里從網(wǎng)上購物，常見的 網(wǎng)上商城有當當網(wǎng)、淘寶網(wǎng)、京東商城等等。在我國，既能即時通訊又能網(wǎng)上購物的 一體化產(chǎn)品相對相對較少，具有很大的發(fā)展空間。 1.21.2 國內(nèi)外的研究現(xiàn)狀國內(nèi)外的

14、研究現(xiàn)狀 如今,不管是國內(nèi)還是國外，網(wǎng)絡聊天系統(tǒng)的開發(fā)技術已經(jīng)成熟。比如國外開發(fā)得 比較早的產(chǎn)品有 icq，msn，yahoo 通等等；還有國內(nèi)一些比較有名的聊天工具，如騰 訊的的 qq、微信，新浪 uc 等等，這一類網(wǎng)絡聊天工具都實現(xiàn)廣域網(wǎng)上的即時通信、即 時聊天、傳輸文件等等，他們所實現(xiàn)的功能都各有各的特點。其實基于局域網(wǎng)的聊天 系統(tǒng)只是廣域網(wǎng)聊天系統(tǒng)的一個很小的模塊，最大的區(qū)別就是在于網(wǎng)絡，廣域網(wǎng)的網(wǎng) 絡結構本身比局域網(wǎng)要復雜得多，廣域網(wǎng)聊天工具就是利用各種平臺上的網(wǎng)絡通信接 口，采用底層的 tcp/ip,或者是 udp/ip 協(xié)議的軟件產(chǎn)品。局域網(wǎng)聊天工具如飛秋、飛 鴿等等。不管是基于

15、什么網(wǎng)的聊天工具，像具有購物功能和即時通信、聊天功能的一 體化產(chǎn)品，在國內(nèi)和國外幾乎都沒有研究。目前雖然有些聊天工具具有購物功能，但 是他們是使用或超鏈接者對方的接口，比如騰訊的微信購物功能直接使用京東購物的 超鏈接等。 1.31.3 系統(tǒng)需要解決的主要問題系統(tǒng)需要解決的主要問題 為了實現(xiàn)人們的即時通訊，提高生活水平與質量，需要解決的問題主要有： （1）給人們提供一個即時通訊，快捷購物的網(wǎng)絡環(huán)境。 （2）提高信息傳遞的速度，從而提高人們的工作效率。 （3）保障局域網(wǎng)內(nèi)信息交換的安全性，使用戶可以放心的使用系統(tǒng)。 （4）給人們提供一個不出門就可方便又快捷的購物、銷售商品的平臺。 1.41.4 本

16、文的主要工作本文的主要工作 本文通過對人們生活中的業(yè)務需求進行系統(tǒng)性的分析，借鑒對其他聊天系統(tǒng)的通信 經(jīng)驗和購物系統(tǒng)的購物經(jīng)驗，再結合各個地方的實際情況，采用了非常先進的開發(fā)模 式來開發(fā)系統(tǒng)。首先是對局域網(wǎng)聊天系統(tǒng)的需求分析和系統(tǒng)的設計，為系統(tǒng)的實現(xiàn)奠 定了堅實的基礎。通過本項目的快速開發(fā)和實施，可以有力地把人們即時通信和購物 的思想貫穿在整個信息化系統(tǒng)的建設中，從而正真地提高人們的生活質量。下面是本 文的主要工作： 其一，是通過比較國內(nèi)外聊天工具的研究形狀，來確定本項目所開發(fā)的背景及其研 究方向。 其二，是根據(jù)客戶對本系統(tǒng)所提的需求及自身的一些經(jīng)驗，來對局域網(wǎng)聊天系統(tǒng)進 行需求的分析和定義,

17、確定系統(tǒng)的功能性需求和非功能性需求;確定項目的軟件開發(fā)生 命周期模型,并對整個軟件的開發(fā)制定一個合理的進度計劃。 其三，是使用 rup 方法對局域網(wǎng)聊天系統(tǒng)進行系統(tǒng)設計，首先是設計系統(tǒng)的體系結 構、功能加架構，然后以某個用例為主進行類的詳細設計，從而自動生成活動圖、順 序圖；最后設計數(shù)據(jù)庫，從數(shù)據(jù)庫的概念結構和邏輯結構展開設計。 其四，是簡要介紹本系統(tǒng)的每個模塊的實現(xiàn)方法，以及展示最終實現(xiàn)的每個模塊的 界面。 其五，是通過程序調試和功能調試兩種方法來對局域網(wǎng)聊天系統(tǒng)進行調試，使系統(tǒng) 能夠達到最終理想的效果，最后通過系統(tǒng)測試，來記錄和分析本系統(tǒng)中的 bug。 其六，是通過自己在系統(tǒng)的實現(xiàn)過程中所

18、遇到的問題和系統(tǒng)的調試與測試過程來總 結本系統(tǒng)的不足之處和其它想法。 第2章 系統(tǒng)需求分析系統(tǒng)需求分析 2.12.1 系統(tǒng)概述系統(tǒng)概述 .1 總體目標總體目標 （1）通過查閱資料，不斷總結聊天和購物的經(jīng)驗；通過現(xiàn)場訪問人們的需求，來 完善對局域網(wǎng)聊天系統(tǒng)的需求的定義，要有效地收集和管理對本系統(tǒng)所涉及到的需求； 對自己的研究方向有一個明確的定位；熟悉整個項目的業(yè)務流程，為系統(tǒng)做一個詳細 的設計。 （2）局域網(wǎng)聊天系統(tǒng)是一個具有購物功能的綜合性管理系統(tǒng)，因此把局域網(wǎng)聊天 系統(tǒng)設計為三個子系統(tǒng)，分別是聊天子系統(tǒng)、web 前端子系統(tǒng)、chat 后臺管理系統(tǒng)； 其中聊天子系統(tǒng)主要是基于

19、java 中的 socket 編程，來實現(xiàn)即時通信；web 前端子系統(tǒng) 和 chat 后臺管理系統(tǒng)都是基于 web 開發(fā)。 （3）本項目中需要采用兩種應用服務器，其中 web 前端子系統(tǒng)與 chat 后臺管理系 統(tǒng)需要采用 tomcat 中間件，聊天子系統(tǒng)需要開發(fā)出一個 chat 服務器，只處理聊天系 統(tǒng)之間的數(shù)據(jù)交換。聊天子系統(tǒng)跟另外兩個子系統(tǒng)需要具有獨立性，chat 客戶端需要 具有很好的移植性。 （4）本項目的實現(xiàn)要能做到讓人們在生活中正真地體驗到生活的方便，足不出門 即可辦到想要做的事情，能夠保障人們在通信之中的信息安全。 .2 業(yè)務描述業(yè)務描述 局域網(wǎng)聊天系統(tǒng)從使用對

20、象的角度來看，所涉及到的業(yè)務包括三大方面： 第一，是用戶涉及到的業(yè)務，用戶自己可以自由在局域網(wǎng)內(nèi)其它 pc 機上裝 chat 客 戶端，如果本地服務器地址不是系統(tǒng)默認的服務器地址，則需要聯(lián)系管理員把 chat 登 錄客戶端的服務器地址長期固定下來，這樣可以避免每次登錄客戶端都要修改服務器 地址所帶來的麻煩；用戶可以用注冊的賬號來登錄客戶端，而非真實姓名，保護好自 己的信息；用戶為了及時地相應對方好友，可以發(fā)窗體抖動來提醒對方；用戶具有一 個多功能的環(huán)境，可以聊天、自由地播放背景音樂、發(fā)圖片、購物等等；有的用戶需 要在購物時喜歡直接購買一種商品，還有的則是先把放入購物中，最后一起去購買； 用戶為

21、了能夠管理好自己的信息和訂單等等，則需要在 web 前端子系統(tǒng)進行登錄，用 戶在登錄之后，不僅可以查看訂單，還可以對訂單進行操作，比如繼續(xù)支付、確認收 貨等等；大多數(shù)用戶都提出，制定一種積分規(guī)則，只有積分滿足的情況下，才可以在 局域網(wǎng)商城做商家；有的用戶提出需要對自己的賬號進行安全性的保護，比如像 qq 的 那種，可以對自己的賬號進行密保設置，以便密碼忘記時找回密碼；對于新用戶來說， 他們需要下載一個用戶操作手冊進行參考，以便熟悉使用系統(tǒng)。 第二，是局域網(wǎng)內(nèi)管理員所涉及的業(yè)務，管理員需要 chat 服務器和 tomcat 中間件 進行控制和管理，以便應用能夠正常的使用，管理員需要對整個系統(tǒng)進行

22、圖形化的后 臺管理，比如可以添加其它權限不同的管理員，還可以對用戶、商品、訂單進行管理； 管理員還需要對本系統(tǒng)商品交易情況或者用戶進行報表統(tǒng)計。 第三，是我們的實施人員需要接觸到的業(yè)務，比如把系統(tǒng)交互給用戶時，需要部署 到用戶的服務器上，涉及到裝 oracle 數(shù)據(jù)庫、創(chuàng)建表空間、創(chuàng)建用戶、創(chuàng)建表、裝中 間件、部署應用等等。 圖 21 給出了局域網(wǎng)聊天系統(tǒng)數(shù)據(jù)流圖。 用戶信息注冊 管理員 用戶信息庫 申請注冊 注冊成功 用戶信息記錄 管理員信息庫 商品信息庫 訂單信息庫 用戶 服務器端驗 證 商品信息查 詢 客戶端登 錄 開通會員 發(fā)送用戶信息 用戶信息 用戶信息記錄 用戶信息記錄驗證結果 登

23、錄提示 服務器端轉 發(fā)消息 客戶端發(fā)送和 接收消息 聊天信息 聊天信息 聊天信息 聊天信息 用戶信息 用戶信息記錄 開通成功 購買商品 訂單信息查 詢 物流信息庫 查詢條件 圖書信息 圖書信息記錄 物流信息記錄 訂單信息記錄 訂單信息 訂購信息 查詢條件 訂單信息 用戶管理 商品管理 訂單管理 商品發(fā)布 商品下架 商品編輯 我的寶貝 統(tǒng)計 統(tǒng)計報表 商品信息 管理員管理 商品信息 管理員信息 報表信息 訂單信息 用戶信息 商品信息 訂單信息 管理員信息 用戶信息 圖 21 局域網(wǎng)聊天系統(tǒng)數(shù)據(jù)流圖 2.22.2 項目開發(fā)項目開發(fā)過程過程 .1 項目的軟件開發(fā)生命周期模型項目的軟件

24、開發(fā)生命周期模型 本系統(tǒng)才用迭代模型開發(fā) 需求分析 系統(tǒng)設計 系統(tǒng) 系統(tǒng)實現(xiàn) 系統(tǒng)測試 項目計劃 圖 22 基于迭代開發(fā)的生命周期模型圖 （1）理由 局域網(wǎng)聊天系統(tǒng)開發(fā)包括發(fā)送文字、發(fā)送圖片、聽音樂、購物、密保管理、報表統(tǒng) 計等多方面的內(nèi)容，涉及的功能非常多，范圍非常廣泛，開發(fā)人員又少，工期特別的 緊張。在軟件的開發(fā)過程中，需要通過快速原型向用戶演示一下系統(tǒng)功能，以便更好 的收集用戶對系統(tǒng)的反饋，及時地修改對用戶需求的理解差異，從而確保所開發(fā)的系 統(tǒng)能夠解決用戶的實際問題。控制好開發(fā)項目的風險度。盡可能推廣每一個成熟的功 能，使廣大用戶能夠早早地使用局域網(wǎng)聊天系統(tǒng)，滿足用戶對系統(tǒng)的迫切需求。由

25、于 早期需求可能會發(fā)生變化，選用迭代模型開發(fā)有利于降低風險度，并且可以在后續(xù)階 段中不斷的細化，知道了問題的焦點所在，我的工作會更有效率，會加快整個開發(fā)工 作的進度。迭代方法在設法解決項目重要度和風險度較低的方面之前，先開發(fā)最重要 和風險高的方面，由此來降低在一個增量上的開支風險。在開發(fā)早期就確定風險，可 以盡早來解決而不至于在開發(fā)后期匆匆忙忙。開發(fā)人員清楚問題的焦點所在，我們的 工作會更有效率。其次，用戶在開發(fā)期間可以較早的體驗產(chǎn)品由，由于用戶的需求并 不能在一開始就做出完全的界定我們通常會在后續(xù)階段中不斷細化。如果，項目需放 棄，通常出現(xiàn)在項目早期，因此可以降低損失。所以選擇迭代開發(fā)我的項

26、目。 （2）生命周期模型的描述與概要解釋 基于迭代開發(fā)相聯(lián)系的 4 個階段是：開端、細化、構建和轉換。 開端階段：定義項目的開發(fā)范圍，準備好業(yè)務的例子，準備好架構，準備項目的開 發(fā)環(huán)境。在本項目中，比較重要的有，開發(fā)人員要參與人們的實際生活中，去了解用 戶在生活中存在著哪些業(yè)務，分析他們對局域網(wǎng)聊天系統(tǒng)的業(yè)務需求，與用戶在系統(tǒng) 的業(yè)務需求上達成一個統(tǒng)一的共識，對系統(tǒng)最終的目標能做出比較明確的定位，確定 項目的可行性，理解用戶需求，并準備一份軟件開發(fā)計劃。 細化階段：本階段主要是對用戶的需求進行細化，并確定好系統(tǒng)的架構，為后面構 建階段創(chuàng)造一個很好的基礎。在此階段，開發(fā)人員需要清晰地認識到項目的

27、邊界和目 標，使需求的變更變少，能夠讓用戶也參與到項目的開發(fā)中，能夠積極地配合需求的 細化工作，增進對問題域的理解，給出項目計劃并識別關鍵項目風險。 構建階段：構建階段要對資源進行控制和管理，要關心的是系統(tǒng)設計，還要進行開 發(fā)和測試。系統(tǒng)的各個功能模塊并行開發(fā)，在開發(fā)過程中需要不斷測試，要保證整個 開發(fā)過程不會與用戶的需求產(chǎn)生分離，測試的結果要讓用戶能夠認可，最后把各個功 能模塊集成在一起，組成一個完整的系統(tǒng)，然會進入轉換階段。 轉換階段：轉換階段主要涉及到跟用戶之間產(chǎn)品的交互過程，部署局域網(wǎng)聊天系統(tǒng)， 對用戶進行培訓，試運行等工作。一般系統(tǒng)試運行二三個月，把軟件所出現(xiàn)的故障排 除掉，等待系統(tǒng)

28、運行穩(wěn)定以后，然后準備項目的驗收。 （3）生命周期模型各階段說明（階段目標、輸入、階段的行為與任務、輸出） 開端階段：確定項目的可行性和范圍，做出初步的成本估計，識別所有與系統(tǒng)交互 的外部實體并定義這些交互。然后使用這些信息評估系統(tǒng)對業(yè)務的貢獻。如果這個貢 獻是微小的，那么項目就要在此階段結束時被取消。 細化階段：明確成本，完成系統(tǒng)的需求模型，可能是一組用 uml 描述的用例、體 系結構描述和開發(fā)計劃。開發(fā)人員經(jīng)過前期的溝通，為進一步細化需求做好了比較充 分的準備，對系統(tǒng)構架設計影響最大的需求和用例有了比較清晰的認識，并通過一個 或多個構架原型進行構架穩(wěn)定性的討論和評估。本階段產(chǎn)生了比較詳細的

29、項目計劃， 細化的需求規(guī)格說明書以及架構設計說明書。 構建階段：需要進行嚴格的成本監(jiān)控，并且用戶手冊的編寫貫穿該階段。得到一個 能工作的軟件系統(tǒng)，還有能交付給用戶的相關文檔。移交階段的需求變更已經(jīng)比較少， 在本階段的制品除了可試運行的產(chǎn)品外，還進行了部署計劃的編制和培訓計劃、培訓 文檔編寫的初期工作。 轉換階段：在實際環(huán)境當中投入并使用系統(tǒng)，通過不斷完善系統(tǒng)所出現(xiàn)的 bug,最后 得到一個完整的系統(tǒng)和操作手冊交給用戶。 .2 項目實施計劃項目實施計劃 id任務名稱開始時間 持續(xù)時 間 2015年 12月2016年 03月2016年 01月2016年 04月2016年 02月 4

30、/32/143/272/211/171/313/133/64/1012/273/201/31/102/2812/201/242/7 15d2015-12-202015-12-16明確項目概要信息 25d2015-12-242015-12-20選擇軟件開發(fā)模型 37d2016-1-22015-12-27項目實施計劃與管理 45d2016-1-72016-1-3 功能與非功能需求分 析 54d2016-1-112016-1-8體系結構設計 64d2016-1-152016-1-12功能結構設計 74d2016-1-192016-1-16邏輯結構設計 94d2016-1-242016-1-21數(shù)據(jù)物

31、理模型設計 1021d2016-2-132016-1-24實現(xiàn)聊天子系統(tǒng) 1121d2016-3-52016-2-14實現(xiàn)web前端子系統(tǒng) 1221d2016-3-262016-3-6 實現(xiàn)chat后臺管理子 系統(tǒng) 135d2016-3-312016-3-27系統(tǒng)集成 1510d2016-4-242016-4-15系統(tǒng)驗收 1414d2016-4-142016-4-1系統(tǒng)測試 完成 81d2016-1-202016-1-20 測試數(shù)據(jù)的收集與管 理 圖 23 項目實施進度計劃 2.32.3 功能性需求功能性需求分析分析 .1 聊天子系統(tǒng)功能性需求聊天子系統(tǒng)功能性需求 1) 用戶

32、可以打開客戶端登錄窗體的注冊按鈕進入 web 前端子系統(tǒng)的注冊頁面進行 注冊。 2）客戶端登錄窗體根據(jù) chat 服務器的各種狀態(tài)返回給用戶各種提示信息。 3）客戶端好友管理器窗體中我的在線好友可以自動更新當前局域網(wǎng)內(nèi)的在線好友， 并且可以選擇某個好友發(fā)送消息。 4）客戶端好友管理器窗體中我的群可以向局域網(wǎng)內(nèi)所有的在線好友發(fā)送消息。 5）客戶端好友管理器窗體中可以 播放與暫停背景音樂。 6）客戶端好友管理器可以點擊幫助按鈕，查看系統(tǒng)信息；可以點擊注銷，結束應 用。 7）用戶在好友管理器中雙擊聊天對象，可以打開相應的聊天窗體進行聊天。 8）客戶端對話窗體發(fā)送消息具有快捷鍵，可以點擊發(fā)送和關閉。

33、9）客戶端對話窗體可以發(fā)送窗體抖動，文件。 10）客戶端通信器負責客戶端與 chat 服務器之間通信最低層的數(shù)據(jù)傳輸與控制等 工作。 11）服務器控制器開啟服務，用戶即可通過客戶端登錄到服務器端。 12）服務器控制器停止服務，所有客戶端自動掉線。 13）服務器控制器退出，即結束服務器端所有進程。 14）服務器控制器可以向所有客戶端發(fā)送系統(tǒng)消息。 15）服務器傳輸器負責 chat 服務器與客戶端之間和服務器與數(shù)據(jù)庫之間通信最低 層的數(shù)據(jù)傳輸與控制等工作。 .2 webweb 前端子系統(tǒng)功能性需求前端子系統(tǒng)功能性需求 1）用戶狀態(tài)：如果用戶已經(jīng)注冊為 chat 用戶，則輸入用戶信息

34、直接登錄；如果用 戶是新用戶，則輸入詳細信息進行注冊，對新用戶獎勵 10 積分；如果用戶忘記密碼， 可以打開找回密碼進入安全中心去找回。 2）商品展示：用戶可根據(jù)對商品的分類瀏覽和輸入關鍵字進行本站包含商品的查 找瀏覽，單擊圖片或者名稱可以查看商品的詳情。 3）熱銷排行榜：對暢銷量高的前 10 種商品進行排行，為用戶提供熱門商品的選擇。 4）我的用戶：用戶登陸之后可以查看和修改個人信息；瀏覽我的訂單，如果訂單 狀態(tài)還未支付，可以去支付、查看訂單明細；我的用戶，若積分大于 10 分，即可開通 用戶，開通之后可以發(fā)布商品、下架商品和編輯商品，還可以統(tǒng)計我的寶貝數(shù)量、月 銷售額等信息。 5）安全中心

35、：修改密碼、設置密保、找回密碼。 6）購物車功能：用戶可以先把自己想要購買的商品加入購物車，在購物車中可以 修改商品數(shù)量和刪除商品；購物車自動統(tǒng)計每一個商品的價格及所有商品的總價格， 最后把所有商品一起去支付。 7）訂單處理功能：用戶在確認訂單信息時，可以修改所選擇的商品的數(shù)量和刪除 商品，也可以選擇快遞方式；確認訂單之后，選擇支付方式進行付款；付款成功，即 訂單處理完成，可以查看自己的訂單明細。 8）用戶每成功交易一筆，則自己的積分增加 1 分。 9）幫助：下載操作手冊，介紹如何使用局域網(wǎng)聊天系統(tǒng)。 .3 chatchat 后臺管理子系統(tǒng)功能性需求后臺管理子系統(tǒng)功能性需求 1

36、）管理員狀態(tài)：管理員輸入登錄信息后可以登錄，也可以重置。登錄之后，可以 點擊注銷，退出應用。 2）管理員管理：超級管理員對本系統(tǒng)所有的管理員進行瀏覽、修改、刪除、查看 詳情。 3）商品管理：商品管理員對商品進行瀏覽、查看詳情、刪除、添加、修改。 4）訂單管理：訂單管理員訂單的查詢和刪除。 5）用戶管理：用戶管理員實現(xiàn)對用戶的瀏覽、查詢和刪除。 6）報表統(tǒng)計：統(tǒng)計管理員對系統(tǒng)的用戶、商品、訂單進行統(tǒng)計，以便通知其他管 理員制定新的方針和計劃。 7）所有管理員都可以查看和修改自己的詳細信息，并且超級管理員擁有 chat 后臺 管理子系統(tǒng)所有功能。 2.42.4 非功能性需求非功能性需求分析分析 2

37、. 操作需求操作需求 1）用戶界面是一個非常美觀的界面，用戶在使用過程中能夠輕松愉快的完成操作。 使用戶能夠建立起比較精確的心理模型，便于用戶操作。 2）本軟件對硬件或者硬件接口沒有太大的要求，只需要在 windows2008 系統(tǒng)以上 的 pc 機上即可運行。 3）只需要正確配置好網(wǎng)絡，即可使用系統(tǒng)，在 windows2008 或者更高版本的操作 系統(tǒng)上可以運行。 4）正常使用時不會出現(xiàn)任何錯誤，在運行時，不管系統(tǒng)內(nèi)部出現(xiàn)什么錯誤，都能 保證數(shù)據(jù)庫中的數(shù)據(jù)完好無損。 5）本系統(tǒng)能夠滿足用戶的需求，可以實所需要的各種功能。 .2 產(chǎn)品性能需求產(chǎn)品性能需求 1)

38、數(shù)據(jù)精確度:本系統(tǒng)對數(shù)據(jù)的查詢采用兩種方式，一種是精確查詢，另一種是模 糊查詢。 在查詢具體的某一條數(shù)據(jù)時，采用精確查詢，如果輸入格式不對，不會得到 處理。模糊查詢，只需要輸入一個關鍵字，即可幫助我們查詢大量的信息。 2) 時間特性:在用戶操作之后，響應時間不能超過 2s。 3) 適應性:能滿足用戶生活的需求。對系統(tǒng)所需要的運行環(huán)境都能滿足。 .3 系統(tǒng)的安全性系統(tǒng)的安全性 1) 任何人都不能修改用戶的信息，保證用戶自身的信息安全性；超級管理員可以 對其它普通管理員進行管理，如修改角色、刪除等。 2) 用戶的封閉性很好，用戶所進行的每一步操作，都有溫馨提示。 第3章 系統(tǒng)設計系

39、統(tǒng)設計 3.13.1 系統(tǒng)體系結構設計系統(tǒng)體系結構設計 (1)體系結構 本系統(tǒng)所采用 b/s 和 c/s 混合體系結構開發(fā)，b/s（browser/server）結構即瀏覽 器和服務器結構，c/s（client/server）結構即客戶端和服務器結構。本系統(tǒng)包含三 個子系統(tǒng)，聊天子系統(tǒng)采用 c/s 結構，chat 后臺管理子系統(tǒng)和 web 前端子系統(tǒng)均采用 b/s 結構。c/s 是一種兩層架構，其中客戶端是在用戶的電腦上運行的程序，響應速度 快，可移植性較強，且界面美觀已操作，但是也有缺點，比如維護成本很高，每一次 升級都要修改程序。b/s 是一種三層架構，適應性很強，用戶只需要安裝 web

40、瀏覽器即 可訪問或操作系統(tǒng)，升級也容易，只需要升級服務器即可，但也有缺點，如在擴瀏覽器時，界面 的樣式不盡人意等等。綜合 b/s 與 c/s 架構的特點，故設計為三層架構，即表現(xiàn)層、業(yè)務 邏輯層、數(shù)據(jù)訪問層。表現(xiàn)層主要對用戶的請求進行接收和數(shù)據(jù)的返回，業(yè)務邏輯層 主要是實現(xiàn)業(yè)務邏輯，數(shù)據(jù)訪問層主要是對數(shù)據(jù)庫進行操作。系統(tǒng)的體系結構圖，見 圖 3-1。 (2)硬件基礎 硬件要求：cpu 在 cpu intel mmx 233mhz 以上；內(nèi)存在 512m 以上；硬盤空間 7g 以上（主分區(qū)、ntfs） ；顯卡在 8mb 以上的 pci 或 agp 顯卡。 操作系統(tǒng)：windows xp / wi

41、ndows 7 或更高版本。 網(wǎng)絡配置：必須正確配置服務器的網(wǎng)卡，添加固定的“tcp/ip”協(xié)議，使用多個交 換機時，要保證有一臺交換機是主交換機，并且沒有寫入固定的 ip 地址數(shù)據(jù)，倘若該 交換機接入了互聯(lián)網(wǎng)，不想影響用戶使用互聯(lián)網(wǎng)，則需要在本地連接中先固定互聯(lián)網(wǎng) ip，然后高級屬性里面添加系統(tǒng)所部屬的服務器 ip，需要保證整個網(wǎng)絡是同一個局域 網(wǎng)。 服務器配置：配置 java 環(huán)境，安裝如下軟件： myeclipse,tomcat7.0,oracle，sqldeveloper。 客戶端配置：需要裝 java，正確配置環(huán)境變量保證 chat 客戶端正常運行；正確配 置 chat 客戶端的服務

42、器地址；裝 web 瀏覽器來訪問或操作 web 前端子系統(tǒng)。 (3)技術框架及開發(fā)環(huán)境 本設計中，uml 建模工具采用 visio2003、powerdesigner 12、rationalrose，圖 片處理工具采用 photoshop5。聊天子系統(tǒng)的 chat 客服端和 chat 服務器均采用 java 面 向對象、socket 網(wǎng)絡編程等技術；web 前端子系統(tǒng)與 chat 后臺管理子系統(tǒng)的編程技術 采用 java 面向對象、jdbc、jsp、javascript、hibernate、struts2、css 等等，服務 器采用 tomcat 7.0,數(shù)據(jù)庫采用 oracle 11g,數(shù)據(jù)

43、庫可視化管理工具采用 sqldeveloper。 客戶機 數(shù)據(jù)庫 chat服務器 web服務器(tomcat) 客戶機 客戶機 客戶機 客戶機 圖 3-1 系統(tǒng)體系結構圖 3.23.2 功能架構設計功能架構設計 局域網(wǎng)聊天系統(tǒng)包括聊天子系統(tǒng)、web 前端子系統(tǒng)、chat 后臺管理子系統(tǒng)，其總功 能模塊圖如下： 局域網(wǎng)聊天系統(tǒng) 聊 天 子 系 統(tǒng) web 前 端 子 系 統(tǒng) chat 后 臺 管 理 子 系 統(tǒng) chat 客 戶 端 chat 服 務 器 端 我 的 用 戶 購 物 車 管 理 商 品 展 示 處 理 訂 單 用 戶 管 理 訂 單 管 理 商 品 管 理 報 表 統(tǒng) 計 管 理

44、 員 管 理 安 全 中 心 熱 銷 排 行 榜 管 理 員 登 錄 用 戶 登 錄 幫 助 圖 3-2 局域網(wǎng)聊天系統(tǒng)總功能模塊圖 聊天子系統(tǒng)功能模塊圖如下： 聊天子系統(tǒng) chat 客 戶 端 chat 服 務 器 端 對 話 窗 體 客 戶 端 通 信 器 好 友 管 理 用 戶 登 錄 服 務 端 通 信 器 服 務 端 控 制 器 好 友 及 群 組 展 示 幫 助 播 放 背 景 音 樂 傳 輸 文 字 傳 輸 文 件 開 啟 服 務 停 止 服 務 退 出 服 務 登 錄 重 置 注 銷 圖 3-3 聊天子系統(tǒng)功能模塊圖 web 前端子系統(tǒng)功能模塊圖如下： web前端子系統(tǒng) 修 改

45、 我 的 訂 單 個 人 資 料 登 錄 分 頁 展 示 我 的 會 員 分 類 查 詢 搜 索 商 品 查 看 詳 情 選 擇 商 品 確 認 訂 單 修 改 訂 單 提 交 訂 單 支 付 我 的 用 戶 購 物 車 管 理 商 品 展 示 處 理 訂 單 訂 單 完 成 添 加 修 改 數(shù) 量 刪 除 用 戶 狀 態(tài) 安 全 中 心 幫 助 繼 續(xù) 支 付 查 看 詳 情 確 認 收 貨 設 置 密 保 找 回 密 碼 修 改 密 碼 注 冊 開 通 會 員 統(tǒng) 計 下 架 編 輯 發(fā) 布 我 的 寶 貝 注 銷 圖 3-4 web 前端系統(tǒng)功能模塊圖 chat 后臺管理子系統(tǒng)系統(tǒng)功能如

46、下： chat后臺管理子系統(tǒng) 用 戶 管 理 訂 單 管 理 商 品 管 理 查 看 詳 情 分 頁 展 示 刪 除 查 看 詳 情 分 頁 展 示 刪 除 更 新 分 頁 展 示 添 加 刪 除 報 表 統(tǒng) 計 統(tǒng) 計 用 戶 統(tǒng) 計 商 品 統(tǒng) 計 訂 單 管 理 員 狀 態(tài) 重 置 登 錄 管 理 員 管 理 刪 除 查 看 詳 情 分 頁 展 示 添 加 注 銷 圖 3-5 chat 后臺管理子系統(tǒng)系統(tǒng)功能模塊圖 3.33.3 邏輯結構設計邏輯結構設計 .1 用例設計用例設計 局域網(wǎng)聊天系統(tǒng)涉及到兩個角色，用戶和管理員，其總用列圖如下： 上 上 上 上 上 上 上 上

47、上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 chat上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上

48、上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 chat上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 圖 3-6 局域網(wǎng)聊天系統(tǒng)總用例圖 以其中發(fā)送文字用例為主進行解說如下： 表 1.1 用例名：用例名：發(fā)送文字 id： 1.1 重要性級別重要性級別: : 高 主要參與者主要參與者 ： 用戶 觸發(fā)事件：觸發(fā)事件： 用戶選擇局域網(wǎng)內(nèi)進行聊天的對象，發(fā)送文字進行聊天 類型：類型： 外部的 主要輸入：主要輸入： 描述描述 來源來源 我的在線好友或群組 chat 好友管理器 聊天對象 chat 好友管理器 文

49、字信息 用戶 發(fā)送按鈕或快捷鍵 ctrl+z chat 聊天窗體 服務器轉發(fā)信息 chat 服務器 聊天記錄窗口消息 chat 聊天窗體 主要輸出：主要輸出： 描述描述 目標目標 好友列表顯示 用戶 聊天對話窗口 用戶 在發(fā)送窗口顯示 用戶 將信息發(fā)送到服務器 chat 服務器 將信息發(fā)送到目標好友 用戶 聊天記錄 用戶 主要執(zhí)行步驟主要執(zhí)行步驟 1.用戶展開我的在線好友或群組 2.用戶雙擊選擇聊天對象 3.用戶輸入文字 4.用戶單擊發(fā)送按鈕或按 ctrl+z 5.服務器將信息轉發(fā)到其他用戶 6.用戶通過下拉聊天記錄窗體查看聊天記錄信息 步驟所需信息步驟所需信息 好友列表或群組 聊天對象 發(fā)送

50、窗口 按鈕和快捷鍵 chat 服務器 聊天記錄窗口 .2 邏輯數(shù)據(jù)模型設計邏輯數(shù)據(jù)模型設計 -運單編號 -物流公司 -收貨地址 -運送方式 運運單單 -訂單編號 -用戶編號 -運單編號 -是付款 -訂單日期 -付款時間 -付款方式 -完成時間 -訂單狀態(tài) 訂訂單單 -商品編號 -商品名稱 -生產(chǎn)商 -經(jīng)營者 -庫存量 -已售 -單價 -類型 -圖片 -簡介 商商品品 11 1.2.n 1.2.m -權限編號 -權限名稱 權權限限 -角色編號 -角色名稱 角角色色 -管理員編號 -角色編號 -登錄賬號 -真實姓名 -密碼 管管理理員員 1.2.n 1.2.m 1 0.1. -用戶

51、編號 -用戶名 -真實姓名 -密碼 -性別 -電話號碼 -郵編 -地址 -等級 -積分 -賣家名稱 用用戶戶 10.1. -密保編號 -用戶編號 -密保問題 -密保答案 密密保保 1 0.1. 圖 3-7 局域網(wǎng)聊天系統(tǒng)數(shù)據(jù)建模 3.43.4 數(shù)據(jù)庫設計數(shù)據(jù)庫設計 .1 數(shù)據(jù)庫概念結構設計數(shù)據(jù)庫概念結構設計 對局域網(wǎng)聊天系統(tǒng)進行數(shù)據(jù)庫概念結構設計，本系統(tǒng)包括商品、用戶、訂單、密保、 管理員、角色、權限、運單八個實體，其實體關系圖如下： 用戶 產(chǎn)生 訂單編 號 商品 管理員角色權限 訂單運單 運單編 號 物流公 司 收貨地 址 運送方 式 商品編 號 商品名 稱 生產(chǎn)商 經(jīng)營者

52、庫存量 簡介 類型 圖片 單價 nm 擁有 1 m 屬于11 用戶編 號 運單編 號 實付款 訂單日 期 付款時 間 付款方 式 完成時 間 訂單狀 態(tài) 用戶編 號 用戶名 真實姓 名 密碼性別 電話號 碼 郵編地址等級積分 n擁有擁有mn1 角色編 號 角色名 稱 權限編 號 權限名 稱 管理員編 號 登錄賬 號 真實姓 名 角色編 號 密碼 密保 密保編 號 用戶編 號 密保問 題 密保答 案 屬于n1 已售 賣家名 稱 圖 4-1 局域網(wǎng)聊天系統(tǒng) e-r 模型圖 .2 數(shù)據(jù)庫邏輯結構設計數(shù)據(jù)庫邏輯結構設計 （1）數(shù)據(jù)庫表清單如下： 表 3.1 數(shù)據(jù)庫表清單 表名表名 描述

53、描述 chat_user 用戶表，記錄每一位用戶的詳細信息 chat_security 密保表，記錄每一個密保的詳細信息 chat_commodity 商品表，記錄每一個商品的詳細信息 chat_waybill 運單表，訂單處理完成后，系統(tǒng)自動模擬物流公司發(fā)貨， 此時記錄運單詳細信息 chat_order 訂單表，訂單的詳細信息 chat_order_commodity 訂單商品表，記錄每一個訂單中商品的信息 chat_role 角色表，記錄每一種角色的詳細信息 chat_admin 管理員表，記錄每一位管理員的詳細信息 chat_right 權限表，記錄每一種權限的詳細信息 chat_rol

54、e_right 角色權限表，記錄角色跟權限之間的對應關系 （2）數(shù)據(jù)表定義 表 3.2 用戶表（chat_user） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(6)primary key not null 用戶編號 id user_namevarchar2(30)unique not null 用戶名，用于登錄口令 real_namevarchar2(30)not null 真實姓名 user_passvarchar2(30)not null 密碼，用于登錄口令 sexchar(1)not null check(0,1) 性別;0 為男性，1 為女生 phonevarchar

55、2(20)null 電話號碼 postcodevarchar2(6)not null 郵編 addressvarchar2(120)not null 地址 gradechar(1)not null check(0,1) 等級;0 代表普通用戶，1 代表會員 integralnumber(4)null 積分 seller_namevarchar2(30)not null 賣家名稱 表 3.3 密保表（chat_security） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(6)primary key not null 密保編號 user_idnumber(6)not null 用

56、戶編號 questionvarchar2(60)not null 密保問題 answervarchar2(60)not null 密保答案 表 3.4 商品表（chat_commodity） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(6)primary key not null 商品編號 id commodity_namevarchar2(60)not null 商品名稱 manufacturervarchar2(60)null 生產(chǎn)商 operatorvarchar2(30) default 局域 網(wǎng)官方 經(jīng)營者 stocksnumber(4)not null 庫存量 so

57、ldnumber(4)default 0 已售，商品已出售的數(shù)量 pricenumber(8,2)null 單價 kindvarchar2(30)not null 類型 photovarchar2(11)null 圖片 briefvarchar2(200)null 商品簡介 表 3.5 運單表（chat_waybill） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(8)primary key not null 運單編號 companyvarchar2(60)not null 物流公司 consignee_addressvarchar2(150)not null 收件地址 car

58、rying_methodvarchar2(12) default快遞 包郵 運送方式 表 3.6 訂單表（chat_order） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(8)primary key not null 訂單編號 user_idnumber(6)foreign key not null 用戶編號 waybill_idnumber(8)foreign key null 運單編號 real_paynumber(12,2)null 實付款 order_datedatedefault sysdate 訂單日期 pay_timedatenull 付款時間 pay_meth

59、odvarchar2(12)null 付款方式 order_timedatenull 完成時間 trade_statuschar(1)not null check (0,1，2) 訂單狀態(tài) 說明： 1.訂單跟用戶是一對一關系，即一個訂單只屬于一個用戶（注意：用戶沒有關聯(lián)訂 單，所以不能理解為用戶跟訂單是一對多的關系） 2.訂單狀態(tài)： 0 表示：等待買家付款，1，表示：已付款且已發(fā)貨，2 交易成功 表 3.7 訂單商品表（chat_order_commodity） 字段名稱字段名稱類型類型備注備注描述描述 order_idnumber(8)foreign key 訂單編號 not null go

60、ods_idnumber(6)foreign key not null 商品編號 goods_numnumber(4)not null 商品數(shù)量 說明： 1.訂單跟商品是多對對的關系，即一個訂單可以擁有多種商品，一種商品可以被多 個訂單所包含 4.7 角色表（chat_role） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(2)primary key not null 角色編號 role_namevarchar2(60)not null 角色名稱 表 3.8 管理員表（chat_admin） 字段名稱字段名稱類型類型備注備注描述描述 idnumber(4)primary key