結對項目之需求分析與原型設計

031402317 李佳恺

031402511 黃家俊

這是我們兩個人第一次合作，雖然結對是棟哥幫我們配置設定的，并且一開始我們就認識，但是也很開心有這個機會能一起合作完成任務。

• 初步分工我負責随筆，家俊負責原型設計

• 以下是原型設計完成後我們一起完善細節的照片

需求分析

在閱讀《建構之法》以及分析了客戶的現實困擾之後，下面我們将提出我們項目的NABCD模型。

N（Need）

• 客戶需要簡化資訊收集的過程
• 客戶需要能夠實作學生與老師之間的雙向選擇
• 每個學生必須被配置設定到有且隻有一個導師
• 盡量減少學生被分到非志願的老師的情況

A（Approach）

我們決定開發一個安卓端的導師選擇系統，首先代碼的學習可以配合接下去我們各自小組的項目，并且能更有效率更有品質地完成這個系統。

• 學生和導師都可以登入這個系統，實作學生選擇導師或者導師選擇學生
• 學生和導師可以在系統上完善自己的個人資訊
• 學生和導師可以在系統上了解自己想要的導師或者學生的資訊
• 學生選擇導師的時候需要填寫五個志願，老師在選擇學生的時候，根據學生的志願，志願靠前的老師優先選擇學生
• 登入系統後學生和老師都可以看到最新的教務處的通知，有助于學生和導師了解學校最新的動态

B（Benefit）

• 簡化資訊收集的過程，系統直接統計學生的導師選擇情況并直接回報給導師
• 學生導師之間可以互相了解，個人資訊的完善可以向對方展現個人的優點
• 系統操作簡單，功能實用

C（Competitors）

優勢：功能具有針對性，為廣大師生服務，提高學生與導師之間的互動

劣勢：功能不夠豐富，在提供學生與導師互選的服務之後，容易失去價值

D（Delivery

通過與教務處之間的合作，可以在學生和老師直接推廣開來

原型設計

在經過NABCD模型的建立以及一些細節的讨論之後，我們開始着手于原型的設計

1. 原型工具：MockingBot

2. 原型模型：

• 登入：學生通過學号，導師通過教職工号登入導師選擇系統

• 在學生選擇導師的界面當中，導師資訊裡面列出學生可以選擇的所有導師，并且可以點選導師的姓名欄了解導師詳細地資訊

在導師詳細資訊當中，有統計了目前選擇該位導師的學生人數

• 在導師選擇學生的界面當中，學生資訊裡面列出所有選擇該位導師的學生，也可以點選學生的姓名欄了解學生詳細的資訊，包括成績排名

• 學生在個人選擇當中填寫自己的五個志願，在第一欄我的配置設定結果中了解自己的導師配置設定結果

• 導師在選擇詳情當中了解自己的學生選擇結果

• 學生可以在個人中心完善自己的個人資料，導師也是如此

<img src="http://images2015.cnblogs.com/blog/1019977/201609/1019977-20160918152152612-1720574848.png" width = "25%" height = "25%"/

• 設定中心，可以設定是否開啟推送

PSP

計劃	估計需要3周時間
開發	需求分析：簡化雙發互選的過程，減少系負責人的工作量，提高效率
生成設計文檔：PDF
設計複審：兩個人共同讨論，一步一步完善
代碼規範：格式整齊，變量名詞化
具體設計：界面設計、資料庫設計、代碼邏輯設計等等
具體編碼：Java
代碼複審：小組内部一起稽核
測試：黑白盒測試
記錄用時	利用課餘時間，大概2-3周左右的時間
測試報告	根據黑白盒的測試結果寫測試報告
計算工作量	多利用課餘時間應該可以完成
事後總結
過程改進計劃

小結

第一次接觸到原型設計，一開始是懵逼的，完全不知道怎麼入手，這時候隊友提供了很大的幫助，完成了大部分原型設計的工作，并且教會了我怎麼去做原型設計，自然我接受了部落格的工作，但是裡面需求分析也是我們共同分析的結果，是以結對讓我認識到團隊合作的重要性。然而這是大學第一次接觸項目，部落格的内容以及原型設計都存在很多需要改進的地方，而我們盡力而為。第二次軟工實踐的作業就讓我覺得受益匪淺。

結對項目之需求分析和原型設計PDF檔案

部落客已搬家到csdn了