031402606 賀翎
031402340 牛妍輝
****
首先,讓我們一起來看一下客戶的現實困擾
系負責人下發導師候選名單(excel或word形式)給該方向的所有學生,每個學生報五個平行志願提交給年級負責人,年級方向負責人在某個截止時間點之前負責彙總該方向所有學生的填報志願,發給系負責人。系負責人通過一種複雜而說不清道不明的人工排序和安排演算法,統一給每個學生分配導師。
關鍵字:收集資訊的過程耗費資源,學生與導師的資訊不夠透明化,傳統導師祖選擇操作不便且不透明,導師分配不均勻。n(need, 需求)在分析客戶現實困擾之後,我們將其總結為以下幾點:
2.資訊分析:傳統的資訊分析方式是複雜而說不清道不明的人工排序和安排演算法,學生老師參與度低,不能盡可能地滿足學生和老師的意願。
3.資訊處理;傳統的資訊處理方式只從一種維度著手,處理效率低。
4.資訊更新;在傳統的資訊處理方式中,不能實時檢視每個老師的所剩名額和要求。
1.提供最佳的使用者體驗,最優質的使用者介面,最華麗的互動
2.針對不同平台提供不同體驗
3.可節省頻寬成本
4.可訪問本地資源
根據以上的需求,我們所做的安卓客戶端從以下的方面來解決。
1.基本功能:
註冊與登入:分學生使用者和教師使用者
學生和老師自助匯入資訊,盡可能體現學生特點和教師要求。
檢視資訊:學生可檢視每位教師的個人簡歷和研究方向,教師也可檢視學
生的學習成績和特長。
學生—教師選擇;學生填寫五個平行志願供教師選擇,教師選擇自己中意
的學生。
2.輔助功能;
學生-教師個人印象定義;該功能可讓對方在短時間內了解學生或教師的
特點,也可以讓系統為學生智慧型推薦相符的教師。
收藏簡歷;學生和教師可收藏自己中意的個人資料,以便於下次檢視。
3殺手功能:
社群互動;學生和教師可根據自主意願在論壇或者私信交流,學生可詢問
往屆選擇該教師的學長學姐詢問相關資訊。
b(bennfit,好處)基於以上做法,我們的安卓客戶端較傳統方式有以下好處;
1.方便收集資訊,資訊由學生跟老師自助匯入,節省了資源
2.方便資訊處理:徹底解放系責任人,也能最大限度的滿足學生和教師的需
求。3.提供師生交流; 為學生提供論壇平台,更好的了解老師。
4.提供及時資訊:及時更新資訊,讓同學老師更好的互相選擇。
c(competitors,競爭對比)優勢:師生互動性強,資訊渠道廣,系統能智慧型推送。
劣勢:ui不好看,移植到不同平台比較麻煩。
d(delivery,推廣)可以先向身邊的同學老師推薦使用,得到好評後,再在福大易班,福大其他開源平台上推廣。
2.預期規劃
1.經驗不足,之前沒有安卓開發的經歷。
2.五個平行志願的選擇邏輯如何實現。
要學的也還有很多,至於對這個專案的預期規劃,記得在《構建之法》中有個對預期實現的時間公式:
y = x ± x ÷ n //注:y是實際時間花費,x是對某件事的估計時間,n是做過類似開發工作的次數
如此來算的話,n=0,x = 2人月,這樣一來的話,有可能我們會在預期時間內完成。但也有可能是無限長的時間。
附件一:需求分析與模型設計pdf:需求分析與模型設計.pdf
第二次作業 結對專案之需求分析與原型設計
本次作業deadline 2020 9 28 10 00pm 一 閱讀 構建之法 第3章和第8章的內容,並在下方作業裡體現出閱讀後的成果。特別是第8章中的nabcd模型。二 結對合作,閱讀下方的客戶描述的現實困擾,請你們能將整套流程資訊化,以共同發布乙份部落格隨筆的形式,設計一套方案,向客戶推銷。描...
第二次作業 結對專案之需求分析與原型設計
鮑亮 031402401 李陳輝 031402409 結對過程我們是來自不同組的兩個人結對,一起合作分析需求,解決問題,設計介面。結對時討論的 分析原分配方案存在的弊端 分配過程不透明,老師與學生無法了解分配的具體過程 中間環節 系負責人 任務繁重,承擔了所有的分配工作 人工分配,易出現錯誤和主觀性...
第二次作業 結對專案之需求分析與原型模型設計
石偉光 031302221 遊炳坤 031302328 我們在nabcd的框架下進行分析,其中重點在nabc方面闡述,d先略寫。這是具體的uml用例圖 由於系統具有時間限制,以下是我們設計的系統時間週期圖 重複此過程 登入介面後有兩個角色。登入後有不同的功能 這個也確保了後面的可拓展性 下面我們通過...