第二次做業——結對項目之需求分析與原型模型設計

結對成員：031302615 ，031302623 ；
原型開發時使用Axure Rp，如下是結對開發照片

NABCD模型分析

1. N（Need，需求）

客戶的需求比較明顯，主要困擾在於查看每一個老師所回覆的郵件，並手動彙總各個老師所發的Excel，工做量巨大且繁瑣。咱們的設想是爲客戶提供管理平臺，自動彙總各個老師所報的課，爲負責人減輕工做量。

2. A（Approach，作法）

將登陸用戶分爲負責人和教師兩種身份；

在教師登陸頁面中，能夠直接看到當前學期的課表。

點擊消息通知，能看到負責人所發的消息。

點擊報課，能選擇提交下學期的開課計劃。

在負責人界面中，提供課表上傳功能，由此上傳下學期開課課表。

點擊消息通知，能看到本身過去所發的消息，也能夠新建消息。


點擊報課狀況查詢，能夠看到老師所報課的彙總狀況，無需手動彙總。

3. B（Benefit，好處）

　　由系統自動彙總老師的報課課程，無需負責人手動彙總，極大的減輕工做量。在平臺上直接進行信息的收發，能夠全選羣發，也能夠對未報課的老師單獨發送催收信息，不須要額外的郵件收發，也不用註冊帳戶與郵箱綁定。

4. C（Competitors，競爭）

　　捨去了較爲複雜浮誇的界面，操做簡單。並且除了必要的文字輸入外（如：編輯消息），其餘功能只需點擊來查看或提交，更加便捷，人性化。
　　可是僅能實現客戶現階段的需求，沒有挖掘出潛在需求。

5. D（Delivery，推廣）

　　能夠先在校內實行，推出APP版和Web版，擴大用戶人數，並根據反饋進行功能的調整。　

解決方案預期規劃

　　因爲以前並無這樣的實踐經歷，也是剛開始接觸安卓開發。因此想從基本的開發工具入手，分功能開發，而後再進行整合，最後對界面進行一些美化。人手方面，如果只有兩我的，可能須要2-3個月的時間。

附件PDF