【文章內容簡介】 Socket 連接 圖 36 客戶端數據流圖 本科畢業(yè)設計 14 數據庫設計 數據庫需求分析 根據即時聊天系統(tǒng)的功能模塊分析可知，一個最最簡單的聊天系統(tǒng)至少應該包括一張用戶基本檔案的數據表。由于本系統(tǒng)功能設計理念較為簡單，因此只包含了兩張數據表：用戶表 (users)和消息表 (msg)。用戶表用于存儲用戶信息，消息表用于存儲用戶的離線聊天消息，因此本系統(tǒng)需要的數據源包括用戶信息、離線聊天消息。 概要設計 根據數據庫的需求分析設計規(guī)劃出的數據實體有：賬戶實體、用戶信息實體、 離線消息 實體。每一個實體都是現實中實際存在的對象的抽象，并存在一定的數據關系。 圖38 至 310 給出 本系統(tǒng)的總體 ER 圖和 數據庫中各信息實體的 ER 圖 [4][5]。 Socket 連接 服務器端控制臺 數據庫操作 驗證用戶密碼 連接到客戶端線程 圖 37 服務器端數據流圖 （ 3）服務器端數據流圖 本科畢業(yè)設計 15 系統(tǒng)總體 ER 模型 ： 圖 38 系統(tǒng)總體 ER 圖 賬 戶 賬戶名 賬戶密碼 賬戶 ID 擁 有 用戶信息 上次登錄日期 用戶性別 用戶狀態(tài) 用戶 IP 上次退出日期 用戶頭像 用戶生日 用戶郵箱 擁 有 離線消息 消息 ID 消息發(fā)送時間 消息類型 消息發(fā)送者 消息內容 消息接受者 1 1 1 N 本科畢業(yè)設計 16 用戶的基本信息 ER 模型 ：用戶 (用戶 ID，用戶名，用戶密碼 ，用戶 IP 地址，用戶狀態(tài)， 用戶性別，用戶郵箱，用戶最近一次登錄日期，用戶上一次退出日期，用戶簽名，用戶頭像，用戶生日 ) 離線消息的 ER 模型 ：消息 (消息 ID，消息內容，消息發(fā)送者，消息接收者，消息發(fā)送時間 ) 用戶信息 用戶 ID 上次登錄日期 用戶性別 用戶狀態(tài) 用戶 IP 用 戶密碼 用戶名 上次退出日期 用戶頭像 用戶生日 用戶郵箱 圖 39 用戶信息 ER 圖 消息信息 圖 310 聊天消息 ER 圖 消息 ID 消息發(fā)送時間 消息類型 消息發(fā)送者 消息內容 消息接受者 本科畢業(yè)設計 17 邏輯設計 本系統(tǒng)的數據庫名稱是 MyIM，該數據庫中包含了兩張表，分別為 用戶信息表、聊天消息表 。下面簡要介紹這兩個表的設計。 （ 1）用戶信息表 : 該表中記錄了本系統(tǒng)所有注冊用戶的用戶名及其 密碼，以及其它一些個人信息。用戶可以在客戶端登錄窗口通過輸入用戶名和匹配的密碼登錄，用戶信息中只要有兩者之一與該表內容不符便無法登錄，系統(tǒng)會給出出錯提示。 該表的設計如下： 表 1 用戶信息表 字段名 數據類型 是否是主鍵 U_ID int 是 U_NAME varchar(50) 否 U_PWD varchar(50) 否 U_IP varchar(50) 否 U_STATE varchar(10) 否 U_GENDER varchar(50) 否 U_EMAIL varchar(50) 否 U_LAST_LOGIN date 否 U_LAST_EXIT date 否 U_HEAD_IMG varchar(50) 否 U_BIRTHDAY date 否 （ 2）離線消息表： 記錄了用戶發(fā)送給離線好友的消息，管理員可以查看。包括發(fā)送者、接受者和消息產生的時間等。 表 2 聊天消息表 字段名 數據類型 是否是主鍵 MSG_ID int 是 MSG_CONTENT varchar(2021) 否 MSG_SENDFROM int 否 本科畢業(yè)設計 18 MSG_SENDTO int 否 MSG_TYPE varchar(2) 否 MSG_SENDTIME date 否 物理設計 數據庫最終要存儲于存儲設備上， 將一個給定邏輯結構實施到具體的環(huán)境中時，邏輯數據模型要選取一個具體的工作環(huán)境，這個工作環(huán)境提供了數據存儲結構與存取方法。圖 31圖 312 是在 MySQL 中本系統(tǒng)數據庫的物理結構的具體實現 [4]。 (1) 表 圖 311 users 表 /*創(chuàng)建 表格 */ CREATE TABLE `users` ( `U_ID` int(11) NOT NULL AUTO_INCREMENT COMMENT 39。用戶 ID39。, `U_NAME` varchar(50) NOT NULL COMMENT 39。用戶名 39。, `U_PWD` varchar(50) NOT NULL COMMENT 39。密碼 39。, `U_IP` varchar(50) DEFAULT NULL COMMENT 39。IP 地址 39。, `U_STATE` varchar(50) DEFAULT NULL COMMENT 39。用戶狀態(tài) 39。, `U_GENDER` varchar(50) DEFAULT NULL COMMENT 39。性別 39。, `U_EMAIL` varchar(50) DEFAULT NULL COMMENT 39。電子郵件 39。, `U_LAST_LOGIN` date DEFAULT NULL COMMENT 39。最后一次登錄 39。, `U_LAST_EXIT` date DEFAULT NULL COMMENT 39。最后一次退出 39。, `U_SIGNATURE` varchar(100) DEFAULT NULL COMMENT 39。個性簽名 39。, `U_HEAD_IMG` varchar(100) DEFAULT NULL COMMENT 39。頭像 39。, `U_TYPE` varchar(50) DEFAULT NULL COMMENT 39。類型 39。, `U_BIRTHDAY` date DEFAULT NULL COMMENT 39。生日 39。, 本科畢業(yè)設計 19 PRIMARY KEY (`U_ID`) ) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8。 (2) 表 圖 312 msg 表 /*創(chuàng)建 表格 */ CREATE TABLE `msg` ( `MSG_ID` int(11) NOT NULL AUTO_INCREMENT COMMENT 39。消息 ID39。, `MSG_CONTENT` varchar(2021) NOT NULL COMMENT 39。消息內容 39。, `MSG_SENDFROM` int(11) NOT NULL COMMENT 39。消息發(fā)送者 39。, `MSG_SENDTO` int(11) DEFAULT NULL COMMENT 39。消息接收者 39。, `MSG_SENDTIME` date NOT NULL COMMENT 39。消息發(fā)送時間 39。, `MSG_REMARK` varchar(3000) DEFAULT NULL COMMENT 39。備用 39。, `MSG_TYPE` varchar(2) DEFAULT NULL COMMENT 39。消息類型，如是群聊消息還是私聊消息 39。, PRIMARY KEY (`MSG_ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8。 系統(tǒng)關鍵類結構設計 本系統(tǒng)采用簡單的 MVC 設計模式，具體架構如圖 313 所 示。 圖 313 程序架構 本科畢業(yè)設計 20 所謂 MVC模式，即模型 (model)視圖 (view)控制器 (controller)的縮寫 ,它是一種軟件設計規(guī)范，是一種使業(yè)務邏輯和數據顯示分離的代碼組織方法。它強制性地使應用程序的輸入、處理和輸出分開。 MVC模式里包含三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。采用 MVC模式組織系統(tǒng)有如下好處 [3]： (1)耦合性低 視圖層和業(yè)務層分離，這樣就允許更改視圖層代碼，而不用重新編譯模型和控制器代碼。運用了 MVC的應用程序三個部件相互獨立，改變其中一個不會影響其他 兩個。例如在本系統(tǒng)中，筆者采用的是 MySQL數據庫，如果把數據庫從 MySQL移植到 oracle，只需改變模型即可，因為模型和控制器、視圖向分離，所以很容易改變應用程序的數據層和業(yè)務規(guī)則。 (2)重用性高 MVC模式允許使用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為多個視圖可以共享一個模型。例如在本系統(tǒng)中存在存在兩個不同的聊天窗口：一對一聊天、聊天室聊天，其實不管是哪種方式的聊天在后臺控制層都可以采用同一個控制器，不需要因為界面的不同而大動后臺的控制代碼，充分利用這一點以提高代碼重用性。 (3)可維 護性高 MVC模式層次分明，結構清晰，分離視圖層和業(yè)務邏輯層使得應用程序更容易維護和修改。 (4)有利于軟件工程化管理 由于不同的層各司其職每一層不同的應用具有某些相同的特征，有利于通過工程化、工具化的方式管理程序代碼。 在本系統(tǒng)中，很明顯的可以看出，模型層即為 model包，視圖層即為 view包，控制層即為 tools包和 db包，包的名稱取法因人而異，其本質都是反映了 MVC的思想。 本科畢業(yè)設計 21 關鍵 Java類設計 (1)Msg類 客戶端和服務器端通信時，不管是純粹的聊天內容，還是一個返回好友列表的請求，亦或是客 戶端登錄驗證的消息，其實發(fā)送的都是 Msg類的對象。 Msg類封裝了消息類型、發(fā)送雙方、發(fā)送時間等屬性，它是本系統(tǒng)中雙方通信的載體。 表 3 Msg類 屬性名 作用 private int msgId 消息的 ID號，唯一識別該消息 private String msgContent 消息的內容 private int sendFrom 消息的發(fā)送者 private int sendTo 消息的接收者 private String sendTime 消息發(fā)送時間 private String msgTye 消息類型 (私聊、群消息 ) (2)Users類 用戶表的實體即轉化成 Java程序中的 Users類 ，該類封裝了用戶的各項信息，是實現不同用戶相互聊天的基本對象，也是建立通訊連接的主體。 表 4 Users類 屬性名 作用 private int id 用戶 ID，唯一識別該用戶 private String name 用戶名 private String pwd 用戶密碼 private String ip 用戶登錄機器 IP private String state 用戶在線狀態(tài) 本科畢業(yè)設計 22 private String gender 用戶性別 private String 用戶電子郵箱 private String lastLogin 用戶上一次登錄時間 private String lastExit 用戶上一次退出系統(tǒng)時間 private String headImg 用戶頭像 (3) MyServer和 MyClient類 本系統(tǒng)設計的目的便是即時聊天， MyServer類和 MyClient類便是實現通信功能的主干類，它是一個功能類，不是一個實體類，因此沒有封裝太多的屬性。此類的 主要代碼如下： MyServer類： public class MyServer { public MyServer() { try { (服務器在 8888端口監(jiān)聽 )。 ServerSocket ss = new ServerSocket(9988)。 while (true) { Socket s = ()。 ObjectInputStream ois=new ObjectInputStream(())。 User u=(User)()。 (服務器接收到用戶 id:+()+密碼 :+())。 Message m=new Message()。 ObjectOutputStream oos=new ObjectOutputStream(())。 if (().equals(123456)) { // 返回成功登錄的消息 (1)。 (m)。 //這里就單開一個線程，讓該線程與該客戶端保持通訊 SerConClientThread scct=new SerConClientThread(s)。 //加入服務器端的 Has