仿QQ聊天軟件2.0版
轉載請標明出處：牟尼的專欄 http://blog.csdn.net/u012027907
上次課設做了Java版的仿QQ聊天程序。這次軟件實訓，我們繼續完好了仿QQ聊天程序，將上次未完畢及不完好的地方進行完好和改進，還新加了部分功能：表情輸入、氣泡模式、文件傳輸、截屏、語音聊天。
逐步向QQ的基本功能靠齊。通過這次軟件實訓。又有了非常多收獲。
一、設計內容及要求
1.1綜述
A.系統概述
我們要做的就是相似QQ這種面向企業內部的聊天軟件。基本功能和QQ相似。首先，系統分為兩大部分，第一部分是client，是用戶使用的部分，第二部分就是server，全部的client都是通過server來進行用戶身份驗證及聊天轉接的。client提供基本的界面及服務請求，如：登錄界面、注冊界面、找回password界面、主窗口界面、聊天界面、信息查看界面等。client主要提供服務請求界面，核心的業務邏輯處理主要由server提供。並向client發送請求的結果。同一時候，server要能提供服務的開啟、關閉功能及查看在線人數及client登錄日志。
人員組成及分工
張亞超（組長）：負責總體的架構設計、后台數據庫及通信部分。
房 鑫（組員）：聊天界面、注冊界面、登錄界面、找回password、表情輸入及字體設置。
高 明（組員）：主窗口界面、信息查看及文件傳輸。
苟周平（組員）：截屏傳輸、語音聊天
B.要求
1).小組成員必須按時完畢各自的任務。
2).設計上與技術上有問題的先自行解決（看書、上網查），如不能解決的集體討論解決。
有其它的問題及時提出來！
3).必須寫文檔（寫把各自模塊的總體設計用UML圖或Viso畫的圖（盡量不要僅僅是簡單的語言敘述）表達出來）。學會用面向對象的思想來來設計，採用模塊化的思想分解模塊。（設計原則與設計模式能用的用）
4).每一個類必須有類說明。每一個函數也必須有函數說明,函數的詳細設計也必須有必要的凝視。
5).假設不能遵守規定或要求的能夠提前退出。不強留。
（注：即使不會寫代碼，也沒關系，僅僅要一能用UML圖或其它的圖等表達出自己的設計思想及詳細的實現設計也行）
C.開發環境
執行環境：Myeclipse集成開發環境,jdk 1.6版本號。
使用語言：Java語言。
使用數據庫：Oracle數據庫。
1.2需求分析
需求背景
即時通信軟件為我們提供了諸多的方便，使我們逐步享受信息時代的便捷。
大家最熟悉的即時通信軟件就是QQ了。由於它差點兒已經融入了我們每一個人的日常生活。沒有了QQ。沒有了手機，我們也許真的“活不了了”。由此可見，生活在信息時代的人們對即時通信、聊天軟件有巨大的需求，這種軟件也將為我們節省大量的時間和金錢，也許還能成為我們發家致富的工具，比方：產品的推介、售后服務及技術交流等。
然而，既然已經有了QQ如此強大的即時通信軟件，我們再去做這種軟件還有什么競爭力嗎？QQ已經深入人心。要想再去做可能沒有不論什么競爭力。
此時，我們能夠換一個角度，調整用戶對象。現在，企業內部信息在這個信息時代就是金錢，尤其是一些大企業的內部信息。假設這些信息泄露，可能會造成巨大的經濟損失，甚至將導致企業破產。
可是，為了便捷企業員工之間的交流。做這種一個企業內部即時通信、聊天軟件還是非常有市場的。我們的目標就是做的像QQ，但面向企業內部使用。
企業內部為了方便員工之間便捷的交流，須要開發一款適合企業內部員工進行即時通信的軟件。這種軟件既滿足了企業內部員工之間便捷的交流，同一時候，也防止企業內部信息的外流，開發這樣一塊面向企業內部的即時通信軟件，對於企業來說獲益良多。
在開發這款軟件時。為了使習慣了使用QQ的用戶，更加方便的使用本軟件，我們將非常大程度上，模仿QQ的用戶界面設計。以適應用戶的使用習慣，方便用戶使用。
功能需求
1）client：提供登錄、主窗口及聊天等界面及對應的業務邏輯，向server發送對應的服務請求，並接受對應的處理結果。
client是輕量級的軟件，僅僅負責鏈接遠程server，並發出對應的服務請求。並不進行核心業務邏輯的處理。
詳細的處理交給server，而client僅僅接收server處理的結果並顯示給用戶。
2）server：監控登錄信息及在線用戶信息。接收client的服務請求，並做對應的處理，然后將處理結果發送給client。server負責處理核心的業務邏輯，並負責連接數據庫。保存和讀取數據。因此，server端設計的好壞也直接影響即時通信軟件的質量。
3）各項功能需求：
1.登陸：用戶通過QQ號和password登錄。
2.注冊賬號：用戶要先注冊賬戶才干登錄聊天。
3.好友聊天：這是最基本也是最基本的功能，能夠發送文字、表情等。
4.找回password：為了避免用戶忘記password而無法登錄。
5.查看個人和好友信息：能夠查看用戶的個人信息。
6.查找加入刪除好友：查找好友能夠加入，刪除好友用於剔除用戶。
7.截屏並傳輸：截取用戶屏幕截圖並傳輸。
8.發送文件：能夠發送用戶文件。
9.語音聊天：能夠實時進行語音聊天。
用例描寫敘述
1）client：
圖 1-1 client用例圖
2）server：
圖 1-2 server端用例圖
二、設計原理及方案
2.1總體設計
系統架構設計
1）採用MVC架構模式
client：
A． 包view（視圖、界面層）：僅僅負責界面的顯示。
B． 包business（業務邏輯層）：核心業務的處理。
C． 包data (數據訪問層)：讀寫數據、接收發送數據。
server：
A. 包view（視圖、界面層）：僅僅負責界面的顯示。
B. 包business（業務邏輯層）：核心業務的處理。
C. 包data (數據訪問層)：讀寫數據、接收發送數據。
2） 文件組織
A. client：
圖2-1 client文件組織結構
B. server：
圖2-2 server文件組織結構
3） 採用基於網路的三層C/S模式
圖2-3 基於C/S的模式圖
功能模塊設計
1）client：
圖2-4 client功能模塊圖
2)server：
圖3-5 server功能模塊圖
數據庫設計
1）概念結構設計
圖 2-6 數據庫實體E-R圖
2）邏輯結構設計
用戶表(QQ號、password、簽名、頭像編號、昵稱、性別、生日、星座、血型、學歷、電話、郵箱、所在地)
分組表(組號、組名、創建時間、QQ號)
好友表(好友QQ號、QQ號、所屬分組號、加入時間、是否上線)
聊天記錄表(記錄編號、發送者QQ號、接受者QQ號、發送時間、信息編號)
聊天內容（信息編號、內容、字體類型、字體大小、字體顏色)
登錄信息表(登錄編號、登錄IP、port號、登錄時間、是否在線、QQ號)
QQ群（群編號、群名稱、創建時間）
用戶與群關系（關系編號、QQ號、群編號）
找回password信息表（編號、問題、答案、QQ號）
表情信息表（信息編號、表情代號、表情名稱）
3）表結構設計
表 2-1 用戶與群關系（User_Group）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| ugno |
關系編號 |
Number |
2 |
否 |
主鍵 |
| |
QQ號 |
number |
5 |
否 |
外鍵 |
| gno |
群編號 |
number |
5 |
否 |
外鍵 |
表 2-2 用戶信息表（UserInfo）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| |
QQ號 |
number |
5 |
否 |
主鍵 |
| pwd |
password |
Nvarchar2 |
10 |
否 |
|
| sign |
簽名 |
Nvarchar2 |
30 |
是 |
|
| photoID |
頭像編號 |
Number |
2 |
否 |
|
| nickname |
昵稱 |
Nvarchar2 |
10 |
否 |
|
| sex |
性別 |
Char |
2 |
否 |
男或女 |
| birthday |
生日 |
Date |
|
是 |
|
| constellation |
星座 |
Nvarchar2 |
60 |
是 |
|
| bloodType |
血型 |
Char |
10 |
是 |
A、B、O、AB |
| diploma |
學歷 |
Nvarchar2 |
10 |
是 |
|
| telephone |
電話 |
Nvarchar2 |
15 |
是 |
|
| |
電子郵件 |
Nvarchar2 |
20 |
是 |
|
| address |
所在地 |
Nvarchar2 |
20 |
是 |
|
表 2-3分組信息表（Subgroup）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| sno |
組號 |
Number |
2 |
否 |
主鍵 |
| sname |
組名 |
Nvarchar2 |
20 |
否 |
|
| sdate |
創建日期 |
Date |
|
是 |
默認當前日期 |
| |
QQ號 |
number |
5 |
否 |
外鍵 |
表 2-4好友信息表（Friends）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| Fno |
編號 |
Number |
2 |
否 |
主鍵 |
| fqq |
好友QQ |
number |
5 |
|
外鍵 |
| fsno |
所屬分組號 |
Number |
2 |
否 |
外鍵 |
| fdate |
加入日期 |
Date |
|
|
|
| Fstatus |
是否在線 |
number |
2 |
|
|
| |
本人QQ |
number |
5 |
|
外鍵 |
表 2-5聊天記錄表（ChatInfo）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| cno |
記錄編號 |
number |
2 |
|
主鍵 |
| csendqq |
發送者QQ |
number |
5 |
|
外鍵 |
| creceiveqq |
接受者QQ |
number |
5 |
|
外鍵 |
| cdate |
發送日期 |
TimeStamp |
|
|
|
| tno |
信息編號 |
Number |
3 |
|
外鍵 |
表 2-6信息表（Text）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| tno |
信息編號 |
Number |
3 |
否 |
主鍵 |
| tcontext |
內容 |
Nvarchar2 |
200 |
|
|
| tfonttype |
字體類型 |
Nvarchar2 |
10 |
|
|
| tfontsize |
字體大小 |
Number |
5 |
|
|
| tfontcolor |
字體顏色 |
Nvarchar2 |
5 |
|
|
表 2-7登錄信息表（Login）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| lno |
登錄編號 |
Number |
5 |
否 |
主鍵 |
| lip |
登錄IP |
Nvarchar2 |
20 |
|
|
| lport |
port號 |
Number |
5 |
|
|
| ldate |
登錄日期 |
Date |
|
|
|
| lstatus |
是否在線 |
Number |
1 |
|
1 or 0 |
| lqq |
QQ號 |
number |
5 |
否 |
外鍵 |
表 2-8 QQ群信息（GroupTable）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| gno |
群編號 |
Number |
5 |
否 |
主鍵 |
| gname |
群名稱 |
Nvarchar2 |
20 |
否 |
|
| gdate |
創建日期 |
date |
|
|
|
表 3-9找回password信息表（GetPwdInfo）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| Gpno |
編號 |
Number |
4 |
否 |
主鍵 |
| Question |
問題編號 |
number |
4 |
否 |
|
| Answer |
答案 |
Nvarchar2 |
50 |
否 |
|
| gQq |
QQ號 |
number |
5 |
否 |
外鍵 |
表 3-10表情信息表（FaceInfo）
| 字段名稱 |
說明 |
字段類型 |
字段長度 |
是否為空 |
約束 |
| fcno |
信息編號 |
Number |
4 |
否 |
主鍵 |
| Fnumber |
表情代號 |
number |
4 |
否 |
|
| name |
表情名 |
Nvarchar2 |
50 |
否 |
|
通信協議設計
計算機之間傳送數據由兩種。即TCP通信和UDP通信。TCP是可靠的面向連接的通信協議，二UDP是不可靠的面向無連接的通信協議。
1）基於TCP的通信
在進行登錄用戶驗證、加入好友、刪除好友等操作時。採用基於TCP的通信協議。
2）基於UDP的通信
基於UDP通信的基本模式：
（1）將數據打包。稱為數據包（好比將信件裝入信封一樣）。然后將數據包發往目的地。
（2）接受別人發來的數據包（好比接收信封一樣）。然后查看數據包中的內容。
在進行用戶聊天時。採用基於UDP的通信協議。
緩存數據設計
1） 用戶信息Bean
為了保存用戶及好友的個人信息，此處設計用戶信息緩存數據。當用戶登錄時，將用戶個人及好友的基本信息保存，以備用戶查詢，就不用再次連接數據庫獲取了。
UserInfoBean類：保存用戶QQ號、昵稱、簽名、血型、地址等信息。
2） 消息信息Bean
用戶在進行聊天時。須要傳遞必要的信息，此處的消息Bean數據結構就是存儲收發用戶的QQ號、IP地址、消息內容、字體大小、字體顏色、字體類型等信息。
Message類：保存收發用戶的QQ號、IP地址等信息。
轉載請標明出處：牟尼的專欄 http://blog.csdn.net/u012027907
2.2詳細設計
系統流程圖
圖 2-7 系統流程圖
設計模式使用
1）中介者模式：
全部的用戶都通過server進行通信，server當中介的作用。
2）觀察者模式：
當實用戶登錄時，會通知其它在線好友，其它好友及時改動此用戶的在線狀態。
通信協議的實現
2.1.3.1基於TCP的通信
在進行登錄用戶驗證、加入好友、刪除好友等操作時，採用基於TCP的通信協議。
A．clientTCP通信設計
設計ClientToServer類，該類實現了Runnable接口，是一個線程。
主要方法：
[1] boolean sendLoginInfoToServer(User u) :登錄請求。
[2] void getProgerties():獲取配置文件里的serverIP地址信息。
[3] void logout(): 下線。通知server該用戶下線。
[4]inttoRegister(UserInfoBean user):新用戶注冊，返回QQ號。
[5] void noticeUpdate():通知刷新好友信息。
B. serverTCP通信設計
1）設計ServerThread線程類：處理用戶連接server請求，並為其啟動單獨的服務（Server）線程。
主要方法：
[1] void run(): 重寫線程類Thread的方法。不斷的等待client的連接請求。
[2] void pauseThread():暫停服務。
[3] void reStartThread():恢復服務。
2）設計Server線程類:處理每一個上線用戶個各種服務請求。
主要方法：
[1] void run():不斷的等待用戶的請求信息。並推斷請求類型。
[2] void login():處理用戶登錄。
[3] void registerNewUser():處理注冊新用戶
[4] void queryUser():處理查詢用戶。
[5] void addFriend():加入好友。
[6] void deleteFriend():刪除好友。
[7] void updateOwnInfo():更新自己的信息。
[8] void logout():下線。
[9] void queryFriend():查詢好友信息。
2.1.3.2基於UDP的通信
在進行用戶聊天時。採用基於UDP的通信協議。
A．clientUDP通信設計
設計ClientToServerThread線程類：負責UDP通信。
主要方法：
[1]void run():循環等待監聽發來的數據。
[2]void getPropertieInfo():獲取通信的server的IP地址及本機通信port。
[3]void sendData(byte buffer[]):發送數據。
[4]void Object ByteToObject(byte[] bytes)：將Byte數據轉為Object類型。
[5]void ObjectToByte(Object obj):將Object型數據轉為Byte型。
[6]void closeSocket():關閉收發數據報套接字。
B. serverUDP通信設計
設計ClientToServerThread線程類：負責UDP通信。主要是轉發用戶發送的信息，並保存用戶的聊天記錄。
主要方法：
[1]void run():循環等待監聽發來的數據。
[2]void getPropertieInfo():獲取通信的server的IP地址及本機通信port。
[3]void sendData(byte buffer[]):發送數據。
[4] void Object ByteToObject(byte[] bytes)：將Byte數據轉為Object類型。
[5]void ObjectToByte(Object obj):將Object型數據轉為Byte型。
[6]void closeSocket():關閉收發數據報套接字。
數據訪問層的實現
2.1.4.1 打開數據庫連接類（ConnectionFactory）
[1]void getPropertiesInfo():從配置文件里獲取數據庫連接信息。
[2]Connection getConnection():打開數據庫連接。
2.1.4.2 關閉數據庫連接類（DbClose）
[1]void getPropertiesInfo():從配置文件里獲取數據庫連接信息。
[2]void close(Connection conn):關閉數據庫連接。
[3]void close(PreparedStatement pre):關閉數據庫語句
[4]void close(ResultSet rs):關閉結果集
[5]voidclose(Connection conn, PreparedStatement pre, ResultSet rs)
2.1.4.3 數據操作類（Dml）
[1]void insert(UserInfoBean user):添加新用戶，插入信息。
[2]void update(UserInfoBean user):更新用戶信息。
[3]void delete(int qq):刪除信息。
界面層的實現
2.1.5.1登錄界面
JLoginFrm登陸窗口主要用於用戶登陸。注冊和找回password。
內部類：
BackgroundPanel 繼承於JPanel主要用於設置窗口背景圖片
主要函數：
1.actionPerformed(ActionEvent e)主要對窗口的按鍵監聽
2.JLoginFrm（）構造函數，控件的初始化。
2.1.5.2注冊界面
JRegisterFrm繼承與JFrame主要用於用戶基本信息的注冊。
主要函數：
1. Void setDay()依據不同的年份和月份設置天數
2.String getBir()以1-1月-2014形式得到用戶的生日
3.getUserInfo()得到用戶的全部信息
2.1.5.3 聊天界面
ChatPanel主要用於用戶間的聊天通信
主要函數：
1、setMessage()設置當前顯示全部會話的面板。不可編輯
2、setSendMessage（）設置當前發送消息的面板，可編輯
3、sendMessage()發送消息，講發送消息面板的內容發送到會話面板 和對方。
4、sendFile()傳輸文件
5、sendImage()發送圖片
6、startShake()發送震動消息
2.1.5.4 主界面
主界面的主要內容有QQ頭像設置，包括昵稱、QQ號、簽名的顯示。用戶登錄狀態設置，還有好友列表顯示，像這些創建好友列表所須要的信息是從服務端獲得的。另一些輔助界面。比方查看好友資料或者查看自己的資料界面，查找好友界面，加入好友界面等。
源代碼中的一些主要類及類中的主要方法及其作用：
1.ColorConvertOp類：這個類主要負責顏色轉換的
[1] public ImageIcon getGrayPicture(String path)//該方法獲取圖片路徑，將轉換后的灰色ImageIcon返回。
[2] public class CombListRenderer extends JLabelimplements 2.ListCellRenderer//該類個性化設置combobox的單元格屬性
[1] publicComponent getListCellRendererComponent(JList list,Object obj,int row,boolean sel,booleanhasFocus)
//該方法是重寫了ListCellRenderer中的getListCellRendererComponent，返回了一個自己定義的Component
3、public class findFriendFrm extends JFrame
//該類負責查找好友界面
[1] public String getName()//獲得找到好友的昵稱或者QQ號
[2] public class InformationFrm extends JFrame
//該類負責顯示好友信息的界面
2.1.5.5 用戶信息界面
好友信息界面主要是將從服務端讀取的好友的個人信息顯示出來。
[1] publicInformationFrm(UserInfoBean userInfo)
//在該構造方法中必須傳入一個UserInfoBean 的對象，此對象中包括了好友的全部信息
[2] public class selectGroupFrm extends JFrame
//該類負責顯示加入好友的一個界面
4.4.6 截屏功能
設計Cut類這個類實現了截屏功能：
[1]Dimensiond =Toolkit.getDefaultToolkit().getScreenSize();
image=robot.createScreenCapture(newRectangle(0,0, d.width,d.height));// 獲得整個屏幕
[2] RescaleOp ro = new RescaleOp(0.8f,0,null);//構造一個具有所希望的縮放因子和偏移量
tempImage =ro.filter(image, null);// 對源 BufferedImage對象image進行重縮放g.drawImage(tempImage, 0, 0,this);
4.4.7 語音功能
設計了Gain_Voice 和Play_Voice類實現語音的接收和播放功能：
[1]AudioFormat format =newAudioFormat(8000,16,2,true,true);//捕獲音頻
DataLine.Info info = newDataLine.Info(TargetDataLine.class,format);
[2] line =(TargetDataLine) AudioSystem.getLine(info);
line.open(format, line.getBufferSize());//打開具有指定格式和請求緩沖區大小的行
三、實現效果
登錄
圖5-1登錄界面
圖5-2登錄界面
找回password
找回password
注冊界面
圖5-4 注冊界面
聊天界面
圖5-5 聊天界面
5.4主界面
圖5-6主界面
圖5-7個人信息界面
消息記錄界面
圖 5-8 消息記錄界面
5.6語音聊天
圖 5-9 語音聊天界面
文件傳輸
圖 5-10 文件傳輸界面
server登錄
圖 5-9 server登錄界面
圖 5 – 10 server管理界面
四、測試與調試
1.登錄
參與者： 程序用戶
目標： 通過client用戶登陸界面登陸server，獲
取個人賬戶相關信息。
預期結果：
1. 用戶啟動程序
2. 用戶輸入自己的username
3. 用戶輸入自己的password
4. 登陸確認
5. 登陸成功：進入主面板，更新好友列表
6. 登陸失敗：輸出提示信息
異常：
1. 沒有聯網
2. password錯誤或輸入不對
3. username不存在
4. 網絡通信錯誤
2注冊賬號
參與者： 程序用戶
目標： 用戶通過注冊界面注冊帳號
預期結果：
1. 打開注冊界面。點擊賬號注冊
2. 轉到賬號注冊頁面
3. 輸入注冊的個人信息
4. 確認，轉到password找回問題設置頁面，
5. 設定password找回問題和答案
6. 確認，賬號注冊成功
異常：
1. 個人信息輸入錯誤
2. password找回問題設置錯誤
3. 網絡通信錯誤
3好友聊天
參與者： 程序用戶。聊天兩方
目標： 用戶通過聊天界面與好友進行聊天，顯示輸入的消息
和好友發送的消息
預期結果：
1. 用戶雙擊好友列表中要進行聊天的好友圖標（頭像）
2. 彈出聊天窗口
3. 在消息輸入區。輸入要發送的消息，並在消息顯示區顯示
4. 接收到的好友發送的信息在消息顯示區
5. 關閉聊天窗口
異常：
1. 消息發送失敗
2. 網絡通信錯誤
4找回password
參與者： 程序用戶
目標：用戶通過注冊時使用的密保，找回password
預期結果：
1. 打開站點。點擊找回password
2. 轉到找回password頁面
3. 輸入預設問題和答案，確認
4. 成功。返回賬號password
5. 失敗。提示找回password失敗
異常：
1. 問題回答錯誤
2. 網絡通信錯誤
5 查看個人和好友信息
參與者： 程序用戶
目標： 用戶查看設定個人信息
預期結果：
1. 用戶點擊主面板用戶頭像
2. 彈出個人信息窗口
3. 選擇所要改動的個人信息項
4. 確定改動，個人信息更新。窗口關閉
5. 取消改動
異常：
1. 個人信息更新失敗
2. 網絡通信錯誤
6 查找加入和刪除好友
參與者： 程序用戶。被加入用戶
目標： 用戶通過加入好友的界面查找加入好友。發出加入請
求，被加入用戶進行確認。
預期結果：
1. 用戶打開查找加入好友界面
2. 用戶輸入要查找的賬號
3． 選擇加入的賬號
4. 確認加入。發送加入請求
5. 等待被加入用戶驗證通過
6. 驗證通過：加入為好友，並更新個人好友列表
7. 驗證被拒：提示加入失敗
異常：
1. 不存在的賬號
2. 網絡通信錯誤
7 向好友發送文件
參與者： 程序用戶
目標： 用戶向好友發送本機文件
預期結果：
1. 用戶點擊發送文件
2. 彈出文件選擇窗口
3. 選擇要發送的文件
4. 確認發送文件
5. 好友確認接收發送的文件
6. 提示已接收到文件
異常：
1. 文件發送失敗
2. 網絡通信錯誤
8 截屏並傳輸
參與者： 程序用戶
目標： 用戶截取本機屏幕圖片，並向好友發送截屏圖片
預期結果：
1. 用戶單擊截屏
2. 彈出截屏矩形框
3. 選擇要截取屏幕
4. 確認截圖
5. 發送截圖
5. 好友接收發送的截圖
異常：
1. 截屏異常
2. 圖片發送失敗
3. 網絡通信錯誤
9 語音聊天
參與者： 程序用戶
目標： 進行實時的語音交流
預期結果：
1. 用戶點擊開始語音聊天
2. 發送信息通知好友
3. 好友允許語音聊天
4 開啟兩方的語音監聽和播放線程
5.
異常：
1. 網絡通信錯誤
2. 語音監聽錯誤或異常
3. 語音播放錯誤或異常
五、總結
通過這次聊天程序課程設計。又有了很多收獲。
聊天軟件，是我之前一直想完畢的一個小軟件，但沒有機會去做。這次有機會做，我決定把它做好，做的像QQ一樣。
剛開始，對於網絡通信、數據庫連接及操作這部分。我們之前沒練習過，因此，對於總體的設計都非常難把握，我們參考了部分書籍，大概了解了其原理。之后就是確定需求。盡管我們對QQ都非常熟悉，也都基本了解其大概需求，但在實際設計時，非常多需求方面東西都是看不見的，必須自己查資料、思考、練習才干發掘。
然后就是總體設計及人員分工。這一步也非常關鍵。怎樣協調每一個人。怎樣發揮每一個人的優勢，這須要非常多工作。
在總體設計完畢后，我們考慮先開發出簡單的聊天軟件。然后逐步細化。因此，在詳細設計時，我們簡化了一些東西，先開發出一個基本原型，用以驗證技術並進一步明白需求。
然后，對部分技術進行改進和細化，最后，再次基礎上不斷的迭代進行，由於我們的水平有限。我們最初的設計並不一定是好的設計。僅僅有不斷的試驗和改進，才干開發出好的軟件。當然，前期的總體架構設計非常重要。這將非常大程度上決定軟件的質量和適應需求變更的能力。總之。在試驗與改進中，我們學到了非常多東西，不光是技術，還有合作。
這是第二次小組一起完畢一個小項目。總體感覺相對個人完畢比較輕松。並且完畢的項目，比個人的更好，相互之間能夠互相學習，能夠看到別人的代碼風格，和對同一問題的不同解決方法。每一個人的設計思想，可充分展示每一個人的優勢，並通過相互學習，補充自己的知識不足之處，更快更好的學習知識。
本次課程設計我做的是一部分界面設計，沒啥核心技術。就是對一些組件使用的鞏固，通過使用這些組件。加深了對一些經常使用組件的繼承關系的理解，有些小問題還沒有解決，可是以后會自己慢慢解決的。
總體而言，我們完畢的聊天軟件，較好的實現了預期的目標。
軟件的長處：具有美麗、友好的界面、功能較全，軟件具有較好的架構設計，用戶體驗較好。
軟件的缺點：部分功能測試還不理想，有些功能還未實現。
參考文獻
1.石彥芳。李丹.《Oracle數據庫應用與開發》.機械工業出版社，2013
2.耿祥義。張躍平.《Java面向對象程序設計》.清華大學出版社，2010
3.張海藩.《軟件project導論》(第5版).北京.清華大學出版社，2008
4.劉新.《Java開發技術大全》.北京.清華大學出版社，2009
5.明日科技 《Java經典編程300例》清華大學出版社 2012
6.梁建全 《你必須知道的261個Java語言問題》 人民郵電大學 2009
轉載請標明出處：牟尼的專欄http://blog.csdn.net/u012027907