第一部分：團隊第二次作業github編程實戰
1、項目github地址以及項目部署的在線地址
github地址：https://github.com/FZUSESPR21/meeting-system-3
2、組員職責分工
| 學號 |
|
工作內容 |
貢獻度（百分比） |
| 041801114 |
柯少彬 |
完成整體架構、完成javafx的主要工作、全棧 |
18 |
| 221801130 |
梁揚新 |
數據庫設計、交互，協助秘書前端設計，后端邏輯 |
13 |
| 031801124 |
陳皓宇 |
秘書前端設計 協助數據庫相關設計 |
11 |
| 131801208 |
陳杉 |
分論壇主席的 頁面設計 五國語言適配 |
13 |
| 221801105 |
黃鈺棟 |
前端設計 |
10 |
| 071808114 |
李家成 |
Chairman的gui實現 |
11 |
| 221801109 |
池毓地 |
五國語言翻譯 |
7 |
| 221801110 |
黃凱榮 |
前端設計 |
8 |
| 031801133 |
陳力涵 |
輔助前端設計，團隊博客撰寫 |
9 |
3、github 的提交日志截圖（鼓勵小粒度提交），統計各組員的commit次數
commit次數統計：
柯少彬：21
梁揚新：7
池毓地：5
陳杉：4
李家成：3
陳皓宇：3
陳力涵：3
黃鈺棟：3
黃凱榮：3
4、程序運行截圖
登錄界面
注冊界面
服務端
主席客戶端
分主席界面
秘書界面
5、遇到的困難及解決方法
柯少彬(隊長)：第一次使用javaFX技術來實現UI設計、服務器客戶端交互以及數據庫交互；2、第一次以團隊形式在較短時間內完成項目
解決方案：查閱有關資料，和觀看視頻，動手實踐操作測試；在做項目的過程中集中精神，與隊友進行有效交流
李家成：附加功能要加入多語言支持，在一些控件和顯示上不能直接顯示一種語言。
解決方案：通過向組內成員尋求幫助，最終采用將目標字段轉化為Unicode的方法來解決。
陳皓宇：第一次接觸java FX ，在一天內現學現賣比較困難。
解決方案：現場百度+查文檔。沒什么是不能學會的
黃鈺棟：設計參會者界面使用的是Javafx技術，編碼進度非常緩慢。
解決方案：通過組長推薦的入門教程，認真學習后，成功地掌握了Javafx初步技術，完成了界面的設計
池毓地：不同語種之間unicode與ascii的轉換
解決方案：借助unicode與ascii碼轉換工具與語言翻譯工具，進行多次轉換
陳杉：臨時決定使用沒學過的javafx但好在 我短時間的學到了一些 可以用得上的東西
解決方案：一開始想用java的swing寫后來發現 其他人都用javafx這個有更好用的，而且還找到了很多相關網站，有很多設計的原稿參考，而且還很有結構性
梁揚新：第一次使用javaFX技術來實現UI設計、服務器客戶端交互以及數據庫交互；2、第一次以團隊形式在較短時間內完成項目
解決方案：查閱有關資料，和觀看視頻，動手實踐操作測試；在做項目的過程中集中精神，與隊友進行有效交流
陳力涵：對於不熟悉的語言和框架無從下手
解決方案：從頭開始學習、不懂的多問隊長，多與隊友溝通
黃凱榮：1、沒學過JavaFX，不懂得JavaFX的GUI編程；2、程序調試過程中出bug，拋出異常，不知道bug在哪。
解決方案：第一個問題，后面從組長那邊的JavaFX教程中得到一些知識，仿照教程的寫法去寫Member頁面。第二個問題，通過一個一個函數的調試，發現是出現在語言方面的問題，緊急修改了代碼。
6、PSP表格（每名組員一個表格，發布在團隊博客中）
柯少彬
| PSP2.1 |
Personal Software Process Stages |
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
30 |
30 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
60 |
70 |
| • Design Spec |
• 生成設計文檔 |
50 |
60 |
| • Design Review |
• 設計復審 |
50 |
40 |
| • Coding Standard |
• 代碼規范 (為目前的開發制定合適的規范) |
10 |
10 |
| • Design |
• 具體設計 |
120 |
90 |
| • Coding |
• 具體編碼 |
1200 |
560 |
| • Code Review |
• 代碼復審 |
200 |
10 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
100 |
30 |
| Reporting |
報告 |
|
|
| • Test Repor |
• 測試報告 |
20 |
30 |
| • Size Measurement |
• 計算工作量 |
10 |
10 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
10 |
10 |
| 合計 |
|
1860 |
950 |
陳杉
| Personal Software Process Stages |
預估耗時 |
實際耗時 |
| 計划 |
|
|
| • 估計這個任務需要多少時間 |
180h |
16h |
| 開發 |
|
|
| • 需求分析 (包括學習新技術) |
12h |
0.2h |
| • 生成設計文檔 |
6h |
0.2h |
| • 設計復審 |
6h |
0.05h |
| • 代碼規范 (為目前的開發制定合適的規范) |
1h |
0.05h |
| • 具體設計 |
50h |
5h |
| • 具體編碼 |
70h |
8h |
| • 代碼復審 |
20h |
1h |
| • 測試（自我測試，修改代碼，提交修改） |
10h |
0.5h |
| 報告 |
|
|
| • 測試報告 |
2h |
0.5h |
| • 計算工作量 |
2h |
5min |
| • 事后總結, 並提出過程改進計划 |
1h |
0.5h |
| 合計 |
180h |
16h |
梁揚新
| PSP2.1 |
Personal Software Process Stages
|
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
20 |
25 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
120 |
100 |
| • Design Spec |
• 生成設計文檔 |
30 |
40 |
| • Design Review |
• 設計復審 |
15 |
20 |
| • Coding Standard |
•代碼規范 (為目前的開發制定合適的規范) |
30 |
60 |
| • Design |
• 具體設計 |
60 |
100 |
| • Coding |
• 具體編碼 |
120 |
150 |
| • Code Review |
• 代碼復審 |
30 |
40 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
30 |
40 |
| Reporting |
報告 |
30 |
30 |
| • Test Repor |
• 測試報告 |
30 |
20 |
| • Size Measurement |
• 計算工作量 |
30 |
30 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
30 |
30 |
|
合計 |
545 |
685 |
陳力涵
| PSP2.1 |
Personal Software Process Stages |
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
20 |
10 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
30 |
20 |
| • Design Spec |
• 生成設計文檔 |
10 |
20 |
| • Design Review |
• 設計復審 |
20 |
40 |
| • Coding Standard |
• 代碼規范 (為目前的開發制定合適的規范) |
30 |
30 |
| • Design |
• 具體設計 |
40 |
50 |
| • Coding |
• 具體編碼 |
120 |
160 |
| • Code Review |
• 代碼復審 |
30 |
20 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
30 |
40 |
| Reporting |
報告 |
|
|
| • Test Repor |
• 測試報告 |
15 |
30 |
| • Size Measurement |
• 計算工作量 |
10 |
10 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
40 |
30 |
| 合計 |
|
405 |
460 |
黃凱榮
| PSP2.1 |
Personal Software Process Stages |
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
10 |
5 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
30 |
15 |
| • Design Spec |
• 生成設計文檔 |
30 |
15 |
| • Design Review |
• 設計復審 |
30 |
25 |
| • Coding Standard |
• 代碼規范 (為目前的開發制定合適的規范) |
20 |
15 |
| • Design |
• 具體設計 |
90 |
100 |
| • Coding |
• 具體編碼 |
550 |
600 |
| • Code Review |
• 代碼復審 |
40 |
40 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
90 |
100 |
| Reporting |
報告 |
|
|
| • Test Report |
• 測試報告 |
5 |
5 |
| • Size Measurement |
• 計算工作量 |
5 |
5 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
5 |
5 |
| 合計 |
|
905 |
930 |
李家成
| Personal Software Process Stages |
預估耗時 |
實際耗時 |
| 計划 |
|
|
| • 估計這個任務需要多少時間 |
10min |
10min |
| 開發 |
|
|
| • 需求分析 (包括學習新技術) |
30min |
40min |
| • 生成設計文檔 |
10min |
20min |
| • 設計復審 |
10min |
15min |
| • 代碼規范 (為目前的開發制定合適的規范) |
20min |
20min |
| • 具體設計 |
30min |
40min |
| • 具體編碼 |
180min |
320min |
| • 代碼復審 |
10min |
10min |
| • 測試（自我測試，修改代碼，提交修改） |
20min |
20min |
| 報告 |
|
|
| • 測試報告 |
20min |
15min |
| • 計算工作量 |
10min |
5min |
| • 事后總結, 並提出過程改進計划 |
10min |
5min |
| 合計 |
360min |
520min |
陳皓宇
| PSP2.1 |
Personal Software Process Stages |
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
20 |
10 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
60 |
70 |
| • Design Spec |
• 生成設計文檔 |
10 |
20 |
| • Design Review |
• 設計復審 |
20 |
40 |
| • Coding Standard |
• 代碼規范 (為目前的開發制定合適的規范) |
30 |
30 |
| • Design |
• 具體設計 |
40 |
50 |
| • Coding |
• 具體編碼 |
50 |
40 |
| • Code Review |
• 代碼復審 |
60 |
50 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
30 |
40 |
| Reporting |
報告 |
|
|
| • Test Repor |
• 測試報告 |
15 |
30 |
| • Size Measurement |
• 計算工作量 |
10 |
10 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
60 |
40 |
| 合計 |
|
405 |
430 |
池毓地
| PSP2.1 |
Personal Software Process Stages |
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
30 |
25 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
60 |
80 |
| • Design Spec |
• 生成設計文檔 |
50 |
60 |
| • Design Review |
• 設計復審 |
50 |
45 |
| • Coding Standard |
• 代碼規范 (為目前的開發制定合適的規范) |
0 |
0 |
| • Design |
• 具體設計 |
60 |
90 |
| • Coding |
• 具體編碼 |
180 |
210 |
| • Code Review |
• 代碼復審 |
10 |
10 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
20 |
30 |
| Reporting |
報告 |
|
|
| • Test Repor |
• 測試報告 |
20 |
30 |
| • Size Measurement |
• 計算工作量 |
10 |
10 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
10 |
10 |
| 合計 |
|
500 |
590 |
黃鈺棟
| PSP2.1 |
Personal Software Process Stages |
預估耗時（分鍾） |
實際耗時（分鍾） |
| Planning |
計划 |
|
|
| • Estimate |
• 估計這個任務需要多少時間 |
30 |
25 |
| Development |
開發 |
|
|
| • Analysis |
• 需求分析 (包括學習新技術) |
60 |
80 |
| • Design Spec |
• 生成設計文檔 |
50 |
60 |
| • Design Review |
• 設計復審 |
50 |
45 |
| • Coding Standard |
• 代碼規范 (為目前的開發制定合適的規范) |
0 |
0 |
| • Design |
• 具體設計 |
60 |
90 |
| • Coding |
• 具體編碼 |
180 |
210 |
| • Code Review |
• 代碼復審 |
10 |
10 |
| • Test |
• 測試（自我測試，修改代碼，提交修改） |
20 |
30 |
| Reporting |
報告 |
|
|
| • Test Repor |
• 測試報告 |
20 |
30 |
| • Size Measurement |
• 計算工作量 |
10 |
10 |
| • Postmortem & Process Improvement Plan |
• 事后總結, 並提出過程改進計划 |
10 |
10 |
| 合計 |
|
500 |
590 |
第二部分：團隊選題
1、團隊選題展示過程中，老師和同學提出了一些問題。有沒有哪個問題你們想重新回答？
每局游戲結束之后勝利者和失敗者分別會有什么結果？
答：勝利方將會獲得積分，到達一定的積分就會獲得特殊稱號；失敗方將會減去一定積分，在當前積分不夠的時候，將會失去特殊稱號。
在上一次展示中，老師認為我們的項目在設計細則上不夠完善，對於這個問題，我們進行重新回答：
我們將會在游戲過程中，設計的每一個繪圖環節初步定為30秒，每個游戲環節結束后，將會對關於答案的小知識，進行大約5秒的展示，這樣既不會由於時間過短導致傳播小知識的目的無法達到，又不會讓玩家感到厭煩。
2、在上次團隊選題之后，你們組有什么新的思考和想法？有什么具體的行動，列出具體行動。
在正式選題之后，我們對開發項目需要的技術進行了進一步的討論，增加了對新技術的要求：javafx、socket等。
行動：組員開始對新技術的學習，自己在本地多進行實踐和測試。細化了分工，將前端又分為邏輯部分、服務器部分，使每個人對自己的分工更加明確。
當今游戲最大的難題就是玩家玩膩了，要使這個游戲改變這種窘迫，我們決定要增添主題板塊，主題可以有多種類型，比如趣味類型、學習類型，而這些主題里面包含的是當今比較流行的詞匯，來吸引玩家興趣。我們會進行不定時的更新詞庫和主題數
行動：平時多注意熱點時事，收集高頻詞匯；在身邊進行問卷調查，收集不同人群的興趣愛好
