任課計劃系統需求分析
結對人員：031302513 、031302523
閱讀《構件之法》，大緻了解了NABCD模型的大緻過程：
即N（Need需求），A（Approach做法），B（Benefit 好處），C（Competition競争），D（Delivery推廣）。通過這個模型我們可以較好的明确自己設計的産品對使用者來說比較無用的功能和還未能滿足使用者需求的子產品，以及己方的優劣勢。
接下來的分析就以這個模型的流程架構描述。
1、N---Need
我們設計的系統有2類使用者：負責人（即客戶），任課教師。
對于客戶來說，他的困擾是要實作：群發郵件，群收郵件，催收郵件以及最為頭疼的彙總所有表格：
（1）針對群發郵件來說，麻煩之處在于客戶需要填寫收件人資訊。
（2）針對群收郵件來說，麻煩之處在于客戶需要一份份下載下傳表格。
（3）針對催收郵件來說，麻煩之處在于整理出還未送出的任課老師并對其發送催收郵件。
（4）針對彙總表格來說，麻煩之處在于需要将所有表格一份份打開，并整理彙總，工作量大，而且隻要表格數量一多便極其容易出錯。
以上便是我們在讨論中确認的客戶難點，而客戶的需求便是将以上這些麻煩通過一個軟體可以傻瓜式的簡單操作，随便按個按鈕便能完成所有過程。
而任課教師也不需要再操作郵箱，僅需在軟體的表格上填寫資訊，送出便可。
2、A---Approach
我們将所有功能通過android app來實作。在我們的設計中，負責人即客戶模闆有開課計劃，任課彙總，催發設定，使用者登出這四個功能子產品。
其中開課計劃：可以導入任課計劃表格并檢視。
任課彙總：一鍵彙總所用送出上去的任課老師表格。當同一個老師重複送出隻擷取最後送出的那份表格。
催發設定：顯示未送出人數，并一鍵提醒這些任課教師。
使用者登出：退出。
任課教師模闆有任課選擇，消息通知，使用者登出這三個功能子產品。
其中任課選擇：檢視任課表，并可以直接操作填寫資訊，送出。
消息通知：接受開課通知，催收通知等。
我們小組使用Axure pro來進行原型設計：
（1）登入界面
（2）管理者界面
催發設定：
（3）任課教師界面
任課選擇：
3.B—Benefit
任課計劃系統主要針對教師學期開課計劃的統計與安排，它針對使用者的角色分為負責人和教師兩類。此系統主要是簡化了負責人在發送、接收與彙總檔案時的操作，同時也提供了便捷的催收功能，友善負責人提醒還未送出開課計劃的教師。
4.C—Competitors
根據需求分析，開課計劃是由負責人手動發送任課計劃表給所有教師及接收、彙總教師的任課計劃表，同時負責人還需提醒還未送出任課計劃的教師，此過程耗時費力。是以這個軟體的必要性就很大，可以幫助負責人更快更容易的操作。
5.D—Delivery
我們可以通過多種管道推廣我們的應用，首先可以在一些下載下傳平台釋出我們的軟體；其次，我們可以通過微信、微網誌等社交平台推廣我們的應用；最後，我們可以制作海報，在上面附上我們應用的二維碼，然後張貼在校園的宣傳欄上。
總結：限于時間，我們沒有進行項目的實際調查，主要是根據這份需求對系統進行了簡單的設計。是以，此次需求分析實際上還不能算是一個完整的NABCD的過程，大部分内容都隻限于理論設計，實際操作起來還有些問題需要解決。同時，限于技術水準及相關知識的欠缺，我們難以想出更為完善的方案，隻是按照所給的需求背景簡單設計了系統的功能，在一些細節的處理上還存在問題及不足。
生成PDF連結：http://pan.baidu.com/s/1bnqIV5l