需求分析與原型設計

031402632 朱鬆

031402615 林昊斌
____

需求分析：

N(Need，需求)：

• 信息收集困難，每一個學生要把信息報給年級負責人再報給系負責人，過程十分繁瑣複雜。
• 信息不透明，學 生和導師之間的信息流通困難。
• 每一個學生最後必須得分配給一個導師。
• 每一個導師帶的學生人數不超過8個。
• 導師的選擇有條件，人數過多時按績點排名。
• 每一個師要求本身帶的學生人數有變更，那麼儘量滿導師的學生數儘量平均，若是導足老師的需求。
• 儘可能保證學生分配到的導師在他的志願名單內。

A(Approach,作法)：

• 採用web端的形式，由於選導師系統四年只用到一次，與客戶端相比較之下更方便，而且免去不一樣平臺的覆蓋，在各類機型上的適配以及推廣難度等問題。
• 咱們的網頁分爲學生和導師兩種界面，分別具備不一樣的功能，而且記錄了不一樣的導師和學生的具體信息。
• 在導師界面，導師能夠本身設置學生人數，系統按照績點排名進行篩選；在學生界面，學生能夠從導師列表中本身設置5個志願。
• 爲了不有的學生沒法分配到導師，咱們採用了多輪選取。

B(Benefit,好處)：

• 節省人力，不須要大量的負責人。
• 讓導師和學生在選擇時更直觀，方便。
• 在分配時，不須要系負責人進行復雜的人工分配，讓分配更加簡單智能，使最後結果的滿意度最高。

C(Competitors,競爭)

• 咱們小組認爲，在這個項目上存在競爭的方面有2點，一是使用便捷性，二是用戶的選擇。在便捷性上web端不只能在電腦，還能在手機等具備上網功能的設備上進行使用，而客戶端在這點上就具備侷限性；而且由於這個系統大學基本只用一次，因此客戶可能更傾向於web端。

D(Delivery,推廣)

• 若是這個系統更好用的話，能夠在教務系統添加這個系統的接口，這樣每一個學生選導師時就能直接進入。

---

原型模型設計：

結對過程:

原型模型介紹：

導師選擇系統主界面中根據輸入的用戶名進入不一樣的系統界面，分爲學生界面和導師界面，當遇到問題時，可發郵件諮詢管理員。系統中的導師和學生詳細信息都從教務處系統導入。

學生界面，學生可在左邊的信息欄中查看具體的方向介紹，而後根據不一樣的方向選擇合適的導師，而且可在選擇框中直觀的設定志願和查看中選狀況。而且點擊導師姓名便可跳轉到教師資料界面查看詳細介紹。

教師信息界面，在這裏學生能夠了解到各位導師的我的信息和教學成果。

導師界面，在這個界面中，導師能夠設置要帶的學生的人數，而且對選了他的學生進行挑選，點擊學生姓名便可查看學生詳細信息學生列表可按績點排序，而且每輪選擇結束均可查看學生的中選狀況。

學生信息界面，在這裏能夠了解學生的詳細資料和學習狀況。

PSP：

PSP
計劃	估計這個任務須要3周的時間。
開發	分析需求：實現雙向選擇系統，解放人力並提升分配效率。
	生成設計文檔：md文檔。
	設計複審：由於結對編程，和隊友都在討論審覈最適合的模型。
	具體設計：根據實際狀況，一步一步完善起初的設想。
	測試：設計完，讓一些用戶進行測試查看是否存在不合適的地方。
報告	因爲結對編程，因此報告由雙方共同討論完成。

感想：

閱讀完《構建之法》後，對於一個項目的需求分析有了更加深刻的瞭解，知道了NABCD模型，也和隊友在摸爬滾打中完成了這個模型。第一次接觸原型模型設計工具，感受開啓了新世界的大門。。設計完這個模型心裏仍是有點激動的，但願能繼續進步吧。

PDF附件：http://files.cnblogs.com/files/linhaobin/%E7%BB%93%E5%AF%B9.pdf