| 這個作業屬于哪個課程 | 班級的連結 |
| 這個作業要求在哪裡 | 作業要求的連結 |
| 團隊名稱 | OneDay! |
| 這個作業的目标 | 團隊作業第二次 |
| Github連結 | 連結位址 |
| 作業正文 | 如下 |
| 其他參考文獻 |
第一部分
一、組員職責分工
- 221701422韓津:負責管理者頁面的前端，以及相對應頁面的後端（資料庫連接配接的功能子產品），中選後端的編寫，以及各項後端的小子產品功能的實作，還有前後端的對接。
- 221701304牛姝雯:負責使用者首頁即使用者進行預約登記的頁面的前端，以及相對應頁面的後端（資料庫連接配接的功能子產品），以及各項後端的小子產品的實作，還有前後端的對接
- 221701137張平:負責後端檢視使用者是否登記注冊的功能子產品，并負責本次事件中三次過程截圖送出的整理
- 221701336何泉清:負責使用者查詢是否預約中獎的查詢頁面的前端，以及後端删除資料庫表中資料、判斷是否中獎子產品的部分實作，以及文檔的編寫。
- 041701320楊鑫傑:編寫了添加使用者登記資訊的函數，提供測試資料
- 221701318連添偉:編寫了身份證和手機号合法性的判斷
- 221701221蔡啟文:文檔編寫，圖檔收集
- 221701119張宇甯:參與群内需求分析
- 221600419劉濤:參與群内需求分析
二、github 的送出日志截圖（鼓勵小粒度送出），各組員的commit次數
團隊作業第二次——團隊Github實戰訓練 | 學号 | 有效commit次數 |
| 221600419 | 0次 |
| 221701119 | |
| 221701137 | 1次 |
| 221701221 | |
| 221701304 | 6次 |
| 221701318 | |
| 221701336 | 5次 |
| 041701320 | 3次 |
| 221701422 | 10次 |
三、程式運作及GUI界面截圖
中獎查詢頁面
團隊作業第二次——團隊Github實戰訓練 團隊作業第二次——團隊Github實戰訓練 團隊作業第二次——團隊Github實戰訓練 管理者登入頁面
團隊作業第二次——團隊Github實戰訓練 預約頁面
團隊作業第二次——團隊Github實戰訓練 團隊作業第二次——團隊Github實戰訓練 四、程式運作環境
配置tomcat伺服器,導入eclipse可以直接運作，資料庫MySQL
五、基礎功能實作
| 功能點 | 完成度 |
| 身份證、手機号格式驗證及錯誤提示 |
| 身份證、手機号的唯一性及錯誤提示 | 0.5 隻完成了身份證唯一性及錯誤提示 |
| 間隔三次才能預約及錯誤提示 | 1 |
| 存儲預約資訊 | |
| 預約結束後的中簽計算 | |
| 預約查詢及提示 | |
1. 預約功能：
- 口罩預約定時開放 √
- 開放預約後，市民可以進行登記；登記内容包括①真實姓名；②身份證号；③手機号；④預約口罩數量（如果中簽，想要買幾個口罩）√
- 如果手機号或者身份證号已經在本次搖号登記過了，預約失敗√
- 如果手機号或者身份證号在此前三次預約中成功中簽，預約失敗√
- 否則預約成功，給出不重複的預約編号√
- 預約定時關閉√
- 登記時單個使用者最高可預約口罩數量，預設為3個√
2. 中簽查詢功能：
- 使用者輸入自己的預約編号，顯示是否中簽√
- 如果中簽，生成購買憑證，包含姓名、身份證号、電話号和購買數量√
3. 抽簽算法：
六、附加功能實作
| | |
| 管理者登入 | |
| 設定預約的開放時間和截止時間 | |
| 設定預約時單個使用者最高可預約數量 | |
| 設定口罩總數 | |
| 導出某次中簽的名單 | |
| | |
管理者釋出預約搖号活動
- 管理者登入√
- 設定預約的開放時間和截止時間√
- 設定預約時單個使用者最高可預約數量√
- 設定口罩總數√
- 導出某次中簽的名單√
七、使用者體驗，操作的友善、快捷性
由上圖的GUI截圖可知，本次小組項目為web項目，使用者界面美觀大方，兩個按鈕直接将功能區分開。點選“口罩預約”，跳出懸浮框，需要輸入的内容一目了然，口罩數量也直接作為下拉菜單确定了選擇區間。點選“中簽結果查詢”，就跳轉到查詢頁面，也是一目了然，輸入後，通過通知欄獲得是否中簽消息及憑證。
八、遇到的困難及解決方法
221701336何泉清:遇到的最大的難題就是，沒有項目經驗，也不懂得功能的劃分，在這次實踐中，作為組長，我沒有很好的展現任務有效配置設定的職能，所幸小組成員中的韓津與牛姝雯具有一定的經驗和編碼能力，極大促進此次實踐的完成。個人在編寫前端頁面時，遇到的問題就是對于js與後端資料連接配接上，當場學習了牛同學的代碼和網上Ajax的相關知識，然後在編寫部分後端功能時，對servlet的用法了解甚少，也是對虧了兩位大佬最後的前後端對接整理。
九、評估每位組員的貢獻比例，總分100
十、各組員PSP表格
221701137張平的PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
| Planning | 計劃 | 15 | |
| Estimate | 估計這個任務需要多少時間 | 120 | 140 |
| Development | 開發 | 20 | |
| Analysis | 需求分析 (包括學習新技術) | | |
| Design Spec | 生成設計文檔 | | |
| Design Review | 設計複審 | | |
| Coding Standard | 代碼規範 (為目前的開發制定合适的規範) | | |
| Design | 具體設計 | | 30 |
| Coding | 具體編碼 | 70 | 80 |
| Code Review | 代碼複審 | | |
| Test | 測試（自我測試，修改代碼，送出修改） | | |
| Reporting | 報告 | | |
| Test Repor | 測試報告 | | |
| Size Measurement | 計算工作量 | | 35 |
| Postmortem&Process Improvement Plan | 事後總結, 并提出過程改進計劃 | 40 | |
| 合計 | 420 | 470 |
221701304牛姝雯的PSP表格
| | | | |
| | | | |
| | | | |
| | | 180 | 260 |
| | | | |
| | | | |
| | | | 5 |
| | | - | |
| | | | 25 |
| | | | 240 |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | 515 | 670 |
221701318連添偉的PSP表格
221701336何泉清的PSP表格
| | | | |
| | | | |
| | | | |
| | | 200 | 300 |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| Postmortem & Process Improvement Plan | | | |
| | | 590 |
221701422韓津的PSP表格
221701221蔡啟文的PSP表格
221701119張宇甯的PSP表格
041701320楊鑫傑的PSP表格
二、第二部分
- 對于老師與助教建議
- 對于貓咪的由2D轉為3D,團隊會着手學習實作如何實作，依照團隊技術能力做取舍，盡力使其成為可以學習的個性貓咪，同時想說明一下，我們組的重點其實不在大篇幅記錄，而是生活中小确幸或者小情緒的記錄，是以更多的是友善标簽記錄和互動方面，之後我們也将實作對各段時間的情緒報告做一個歸納，能分享出去并吸引更多使用者
- 對于其他組的建議
- 功能單一：Oneday将在主打輕松記錄日常的基礎上，在不增加使用者的使用學習成本的情況下添加一些小功能，保證軟體的簡潔高效。
- 貓的種類:Oneday将提供多種類的貓咪供選擇,使用者可以挑選專屬于自己的心儀的貓咪。
- 針對人群局限性、有寫日記習慣的人不多：Oneday針對人群是原有記錄習慣和因為記錄方式繁瑣而放棄記錄的人群，不分階層年齡，通過降低記錄的行為門檻值來吸引使用者，擁有可觀的潛在使用者。
- 新的思考和想法
