任課計劃系統需求分析

?

結對人員：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

?

?

轉載于:https://www.cnblogs.com/sofeware02523/p/4830589.html

總結

以上是生活随笔為你收集整理的结对项目之需求分析与原型模型设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。