需求規格說明書

系統描述

聊天軟體主要由伺服器和客戶端兩個部分組成。伺服器端主要是實現客戶端訊息的接受、處理以及轉發。還有對客戶端狀態的檢測和核實。需要網路程式設計、字串處理、資料庫的使用等技術需求。客戶端是面向客戶的軟體系統，集成了圖形化介面，資料接受和傳輸功能。

在資料傳輸過程中採用序列化方法，將資訊結構體轉換成字串再進行傳輸。伺服器根據結構體內容獲取轉發資訊，進行下一步的操作。

預期使用者數量

預期使用者數量在200作用。

系統性能

首先系統的模型是“客戶端—伺服器”模型，這個模型具有很高的適用度，已經經過了無數軟體的應用與檢驗。而聊天軟體採用這個“客戶端—伺服器”模型已經有很多前車之鑑。這個系統模型不僅在實用性方面得到了保證，而且對於團隊合作的分工有很大的幫助，所以說這個系統是很有價值的。

GitHub連線

https://github.com/little-petrol/ChattingSotfware

團隊計劃

專案時間安排

原有專案的時間安排是按照隊員自己的想法自行安排。

校正後的安排：

週一、二：實現UDP 的接收與轉發，資訊結構體的序列化，登入視窗，聊天視窗以及好友列表。並且在週二晚開展交流活動。

週三到週四：資料庫的資訊查詢與更新。登入方法的實現。圖形化介面的優化。

週五：開展交流會，靈活安排週末時間。

團隊分工

伺服器：夏翔、郭旭

客戶端：何卓仟、韋智鋒

圖形化介面：王鍇、邵偉源

完成情況及感想

郭旭：

完成了前期各種必要模組的學習，並嘗試著對其進行使用。實現了一些粗糙的功能，強行的流量轉發以及資料庫的使用等等。感覺開發經驗還是很重要的，不然很容易重構。

王鍇：

感想：使用pyqt5做出了一個簡單的登陸介面，由於開始的時間比較晚沒有涉及到事件的處理，會在後續對一些元件進行改動，例如密碼輸入框對密碼的的保密和遮蔽右鍵選單的複製，在實現過程中遇到一些困難：比如在查詢文件時面對大量的的資料難以理解並吸收，網上可供參考的程式碼較少，會在之後試著處理好這些困難。

邵偉源：

完成情況：實現了聊天室的大致使用者介面感想：第一次學著用QT，感覺想實現一些簡單的介面並不是很難，但要做美化一點點都覺得挺複雜的，但這樣更能讓我學到東西，能不能做出來就另說了

韋智峰：

目前完成了最基本的訊息的傳送和接收問題，到還沒有跟伺服器做到正常的規範化的互動，還有其他的部分功能比如退出等還未完成 感想:不在專案中學習，就在專案中滅亡

夏翔：

我和隊長主要是寫服務端的，經過查詢資料，提出了怎麼去實現這個聊天室功能的設想，也拿出來團隊討論商議，最後擬出了初步的方案和分工，這一週感覺學到挺多東西的，從啥都沒有到分工合作，加在一起好像有點希望哦，實現了最基本兩個使用者之間服務端接收並轉發。學到了些實實在在的東西，感覺做開發有點意思啊，當然程式碼重構也是非常難受的，報錯也是常有的今晚就在debug了，一邊學一邊做今晚郭旭也萌生出了新的實現方法，從零到有是需要過程的，痛並快樂著~~還是那句話 ALL growth is aleap in the dark