結對項目之需求分析與原型設計
031402317 李佳愷
031402511 黃家俊
這是我們兩個人第一次合作，雖然結對是棟哥幫我們分配的，并且一開始我們就認識，但是也很開心有這個機會能一起合作完成任務。
初步分工我負責隨筆，家俊負責原型設計
以下是原型設計完成后我們一起完善細節的照片
需求分析
在閱讀《構建之法》以及分析了客戶的現實困擾之后，下面我們將提出我們項目的NABCD模型。
N（Need）
- 客戶需要簡化信息收集的過程
- 客戶需要能夠實現學生與老師之間的雙向選擇
- 每個學生必須被分配到有且只有一個導師
- 盡量減少學生被分到非志愿的老師的情況
A（Approach）
我們決定開發一個安卓端的導師選擇系統，首先代碼的學習可以配合接下去我們各自小組的項目，并且能更有效率更有質量地完成這個系統。
- 學生和導師都可以登錄這個系統，實現學生選擇導師或者導師選擇學生
- 學生和導師可以在系統上完善自己的個人信息
- 學生和導師可以在系統上了解自己想要的導師或者學生的信息
- 學生選擇導師的時候需要填寫五個志愿，老師在選擇學生的時候，根據學生的志愿，志愿靠前的老師優先選擇學生
- 登錄系統后學生和老師都可以看到最新的教務處的通知，有助于學生和導師了解學校最新的動態
B（Benefit）
- 簡化信息收集的過程，系統直接統計學生的導師選擇情況并直接反饋給導師
- 學生導師之間可以互相了解，個人信息的完善可以向對方體現個人的優點
- 系統操作簡單，功能實用
C（Competitors）
優勢：功能具有針對性，為廣大師生服務，提高學生與導師之間的交互
劣勢：功能不夠豐富，在提供學生與導師互選的服務之后，容易失去價值
D（Delivery
通過與教務處之間的合作，可以在學生和老師直接推廣開來
原型設計
在經過NABCD模型的建立以及一些細節的討論之后，我們開始著手于原型的設計
原型工具：MockingBot
原型模型：
登錄：學生通過學號，導師通過教職工號登錄導師選擇系統
在學生選擇導師的界面當中，導師信息里面列出學生可以選擇的所有導師，并且可以點擊導師的姓名欄了解導師詳細地信息
在導師詳細信息當中，有統計了當前選擇該位導師的學生人數
在導師選擇學生的界面當中，學生信息里面列出所有選擇該位導師的學生，也可以點擊學生的姓名欄了解學生詳細的信息，包括成績排名
學生在個人選擇當中填寫自己的五個志愿，在第一欄我的分配結果中了解自己的導師分配結果
導師在選擇詳情當中了解自己的學生選擇結果
學生可以在個人中心完善自己的個人資料，導師也是如此
設置中心，可以設置是否開啟推送
PSP
| PSP | |
|---|---|
| 計劃 | 估計需要3周時間 |
| 開發 | 需求分析：簡化雙發互選的過程，減少系負責人的工作量，提高效率 |
| 生成設計文檔：PDF | |
| 設計復審：兩個人共同討論，一步一步完善 | |
| 代碼規范：格式整齊，變量名詞化 | |
| 具體設計：界面設計、數據庫設計、代碼邏輯設計等等 | |
| 具體編碼：Java | |
| 代碼復審：小組內部一起審核 | |
| 測試：黑白盒測試 | |
| 記錄用時 | 利用課余時間，大概2-3周左右的時間 |
| 測試報告 | 根據黑白盒的測試結果寫測試報告 |
| 計算工作量 | 多利用課余時間應該可以完成 |
| 事后總結 | |
| 過程改進計劃 |
)
)
