一．實習題目
c/s模式下的網路遊戲平臺（類似於聯眾）
二．題目要求
a. 平臺上至少能夠提供兩種遊戲（僅供兩人蔘加）供使用者選擇。
b. 伺服器端實現使用者賬號、密碼的管理，監控使用者上下線狀態管理。
c. 伺服器端實現使用者遊戲資料及文字通訊資料的中轉交換。
d. 客戶端能夠連線到伺服器並選擇遊戲種類和遊戲桌面，並參與遊戲。
e. 客戶端能夠通過伺服器進行文字通訊。
三．小組成員及分工
組長：黃? 飛
成員：黃? 飛? 王潤琛? 陳? 磊 韓振軍 王向富
四．人員安排及進度
a. 人員安排：
黃? 飛：系統設計，文件管理：2周，系統的整合與總結：1周
陳? 磊：編寫專案計劃文件：0。5周，需求，概要文件的編寫：2周
王潤琛：系統設計：1周，程式主要模組的實現：2周
韓振軍：需求的收集與文件：1周，軟體測試與分析：1周
王向富：編寫軟體測試計劃：1周，軟體測試：1周。
b. 進度：
第一階段 專案啟動(05-8-22----------05-8-23):? 實習分析；專案簡單分工。
第二階段 需求分析(05-8-24----------05-8-26):? 確定軟體效能；功能；編寫文件。
第三階段 概要設計(05-8-29----------05-9-01):? 確定總體架構,程式模組。
第四階段 詳細設計(05-9-02----------05-9-07):? 設計客戶端,伺服器端細節。
第五階段 軟體實現(05-9-08----------05-9-16):? 編寫原始碼。
第六階段 軟體測試(05-9-19----------05-9-21):? 完成測試及文件。
第七階段 專案總結(05-9-22----------05-10-07):? 總結提高，答辯。
五．系統架構
?整體架構圖：
六．實現的功能與未實現的功能
a. 實現的功能：
客戶端：
1）使用者登陸：使用者執行客戶端軟體後，彈出登陸框，使用者通過輸入帳號和密碼登陸平臺，高階實現程度有記住密碼選項。
2）使用者註冊：登陸框有註冊選項，供使用者註冊新平臺帳號。使用者需要輸入新的帳號名，密碼，以及一些基本資料：姓名，性別，出
生日期，郵箱。
3）使用者修改資料：使用者可以在登陸後修改個人基本資料，除帳號外其他資料均可選擇修改。
4）使用者選擇遊戲：使用者登陸後，平臺介面即會顯示所支援遊戲，使用者可選擇要進行的遊戲。平臺與遊戲捆綁安裝，在高階實現程度下伺服器新增加遊戲通過新的安裝檔案提供給使用者。
伺服器端：
1）批准新使用者註冊：基本實現程度為由伺服器自動批准，既使用者名稱不與現有使用者衝突並且使用者名稱和密碼長度符合規範(使用者名稱長度不超過十個單詞或字母，密碼不低於6位)及予以批准。高階實現程度為伺服器與管理員雙重批准，既伺服器批准後只具有參觀遊戲和聊天等功能但不能參加遊戲，需等管理員批准後賦予正式的使用者權利。
2）刪除使用者：伺服器管理員可以從資料庫刪除任意已註冊使用者(所有使用者資料項同時刪除)。為防止誤操作等情況發生，高階實現程度中刪除使用者操作只是暫時禁止該使用者登陸，資料庫保留該使用者資料一週(或數週，示伺服器硬體資源)後再自動刪除。
b. 待實現的功能：
1.使用者登入的限制
使用者在不同地點以相同的使用者名稱登入。
註冊時對新使用者名稱的符號（如非法字元）檢查
2.使用者的異常掉線
在遊戲過程中，玩家的中途異常掉線，伺服器對玩家的線上資訊的監聽，並及時修改。
3.遊戲的新增
此平臺須在對遊戲進行修改的情況下使遊戲嵌入平臺，尚缺少良好的對遊戲的管理。
七．系統演示
a. 客戶端；
b. 伺服器端。
八．實習總結
這個專案所涉及的技術比較多，主要包括：網路通訊，資料庫通訊與操作，使用者的介面設計。我們採用vc++ 語言進行程式設計，主要呼叫mfc中的類函式，其中自己編寫了一些類函式，具體的細節見詳細設計文件。
作為一個遊戲對戰，它所能允許的最大的遊戲玩家是衡量好壞的一個重要標準，對於每個使用者以產生獨立的執行緒對其進行排程，控制就成為該對戰平臺的一個重要問題。
解決方案：
建立兩個執行緒池(csendthreadpool，crecvthreadpool)，主要負責管理執行緒的生成,結束和任務分配等工作，執行緒池類相當於一個容器,在容器中執行很多個執行緒,應用程式只需要將工作交給執行緒池,執行緒池負責協調和分配內部工作。
九．經驗總結與參考書目
經驗總結：
1．本軟體在初期的設計中不是十分的完善，致使在進行編碼的階段不斷地修改，使得軟體件專案的進度和程式的質量受到很大的影響。
2．協同開發組員間的配合很重要，尤其是各個部分如果不按照一定的標準，就使組員間的合作出現很大的問題。我們這次本來打算使用vc。net，但是由於有些組員不是很熟悉，後來改用mfc。
三優範文網