實驗八 基於原型的團隊項目需求調研與分析

《FBG》團隊項目原型設計：http://www.cnblogs.com/ymm3/p/9012534.html

 GitHub的連接地址：https://github.com/FBGfbg/xuqiu

 

一.實驗目的與要求

（1）體驗以原型設計爲基礎的團隊軟件項目需求獲取技巧與方法。

（2）學習利用UML模型描述用戶需求。

（3）編寫軟件需求規格說明書。

二.實驗環境要求

（1）實驗七開發的團隊項目原型；

（2）UML繪製工具。

三.實驗內容與步驟

實施團隊項目軟件用戶調研活動。

一、需求調研方法

（1）原型法

　　將咱們APP端的原型發給調研用戶，用戶經過使用反饋給咱們一些意見和建議。

（2）通信工具交流

  （a）QQ交流

   因爲剛開始接觸，咱們選擇先利用QQ聯繫典型用戶，得到用戶必定的需求及痛點，在瞭解了必定的用戶需求之後將咱們已經作好的原型發送給用戶進行體驗，進一步確認未來作出來的產品是否真的能知足用戶的需求，解決用戶的痛點；此外咱們團隊也能夠經過此方法瞭解實際產品與用戶需求的差距，以期進一步對產品進行完善修改。如下是咱們進行調研的截圖。

        

 

       

 

  （b）電話訪談

   電話訪談部分錄音：https://github.com/FBGfbg/xuqiu/blob/master/用戶調查錄音.mp3

（3）實地訪問

   鑑於電話，QQ，原型等方法雖具備簡單快捷的好處，可是細節方面簡單的溝通並不能知足的狀況，咱們團隊又利用了實地訪問方法，對一名五年級孩子的家長進行了具體採訪

 

  (4) 問卷調查

　 雖然咱們利用了多種形式的調查訪問，但前面幾種都是典型用戶調查，其調查結果具備典型性卻沒有普適性，因此咱們團隊記過商量決定要面向大衆進行一次採訪調查，利用問卷星平臺，咱們根據前期的總結、資料以及別人的意見等，提出了16道問題，將咱們的問卷經過咱們的母校老師進行擴散，獲得了78份反饋問卷。調查問卷見：https://www.wjx.top/jq/23849062.aspx ，反饋詳情以下所示：

 

 

  

 

 

 

 

 

 

二、需求調研結果

典型用戶：

           教師素材來源——馬牧溝學校小學部

姓名	朱老師
年齡	38
性別	女
職業	馬牧溝初級中學小學部小學四年級數學老師
知識層次和能力	本科畢業，對電腦有必定的瞭解，可以簡單操做各類APP、網站等網絡產品
典型場景	佈置了家庭做業，並要求學生家長對做業進行檢查並簽名可是有好多家長反應一些題不會作或者不太肯定答案，讓家長審閱的目的沒有達到而且加劇了本身的工做負擔
典型描述	檢查做業費時費力，效率不高

 

 

 

 

 

 

 

 

 

 

 

 

 

 

解決方案：

       教師利用該app與家長創建聯繫，佈置家庭做業之後順便上傳答案，順利擺脫教師痛點。 

 

 

               家長素材來源——某五年學生家長

 

姓名	李**
年齡	45
性別	女
職業	個體經營（小賣鋪）
知識層次和能力	小學剛畢業，會簡單數學，但稍微難一點的就不行
動機，目的，困難	完成老師給孩子佈置的家庭做業（家長檢查做業並簽名） 想要給孩子必定的指導 困難：a.自身的學識限制，致使很大一部分題不會作，也就沒辦法給孩子輔導 b.手機上的app或者網頁什麼的操做太難不會用
典型場景	老師給孩子佈置了家庭做業，並要求家長對做業進行檢查並簽名，可是有好多題不會作，也有一些會的，但也不太肯定答案；沒辦法好好的輔導孩子
典型描述	學識限制，好多題不會；app太難，不會操做

 

解決方案：

痛點一：學識限制，好多題不會該

  課本內容家長只需設置須要查的相關信息（XX版X年級XX學科X冊XX單元）就可找到完整答案

  其他內容，在教師已上傳做業和答案的基礎上，家長能夠利用app簡單高效的找到答案，完成檢查做業的任務。

痛點二：app太難，不會操做

  該app頁面簡單，功能明確，操做簡單。

 

問卷調查分析：

 （1）大多數選擇此類產品的，都是基於可以解決學校做業的基礎，且做業難度較大。咱們選擇和老師創建必定聯繫，上傳題目及答案

 （2）搜題機率最高的學科是數學

 （3）市面上普通的搜題軟件存在的最大困難是題目準確率不高，或者直接找不到此題。而咱們軟件除了課本答案是數據庫一開始自帶之外，其他由老師上傳，避免了這一缺點

 （4）能夠替用戶節省一部分時間

 （5）頁面簡答大方，沒有更多附加功能，容易操做

 （6）上手快

 

四.製做UML圖

在線做圖工具ProcessOn：https://www.processon.com/

UML圖連接：https://www.processon.com/view/link/5afce5dee4b096c6eeb4db9b

 

 

 

 

 

五.《軟件需求規格說明書》

   軟件需求規格說明書在GitHub中的連接地址：https://github.com/FBGfbg/xuqiu

六.成員分工

 

 

成員分工	成員姓名
總結及撰寫博客	馬玉婷
需求調研建模	馬美玲
製做問卷調查	益西卓嘎
採訪用戶，用戶調研，整理數據	馬玉婷，馬美玲，益西卓嘎
用戶需求分析規格說明書	馬玉婷，馬美玲

 

 

需求文檔任務的工做量比例：

   馬玉婷：35.49%

   馬美玲：35.49%

   益西卓嘎：29.02%

七.實驗心得

     在已具備了原型的狀況下，進行用戶需求調研使得咱們的工做進展的很順利，用戶不只僅能經過咱們書面的虛擬的文字語言去感知咱們的系統，也能經過實實在在的原型去感覺咱們的系統，而這進一步爲咱們的用戶需求調研打下了堅實的基礎，用戶看得見，能夠試體驗，就能提出更有建設性的問題，咱們能夠更明確的體會到用戶的具體需求和用戶痛點，也能使咱們與用戶的交流更加簡單化，明瞭化，而想要獲得一份更權威更具體的調研報告，咱們與用戶溝通的能力和深淺就佔了很大比重，也能夠說，適時的適當的提出問題讓用戶回答是整個需求分析成功的核心，只有問到用戶的痛點用戶才能給咱們真實可靠的建議和要求。

通過此次實驗，咱們更加明白了原型設計的好處，也明白了只有嚴格按照軟件工程的三個時期七個階段，才能真正嚴謹的科學的高效的作出一份好的軟件工程。

七.評價其餘小夥伴博客

《F4+2》： http://www.cnblogs.com/cnboke/p/9048753.html

咱們不同： http://www.cnblogs.com/tdbk-nwnu/p/9030332.html

<Dare To Dream>： http://www.cnblogs.com/Dare-To-Dream/p/9046566.html

《Spring_four》： ttp://www.cnblogs.com/lztxh/p/9046751.html

《WAP團隊》： http://www.cnblogs.com/tdlr/p/9048477.html

A_Pancers團隊： http://www.cnblogs.com/A-Pancers/p/9046289.html

Miracle-Houose團隊： http://www.cnblogs.com/Miracle-House/p/9048861.html

《開拓者軟件開發團隊》 http://www.cnblogs.com/LWDL/p/9048360.html

對不隊： http://www.cnblogs.com/bingoF6/p/9046785.html

《JUST DO IT》： http://www.cnblogs.com/Just-Do-IT666/p/9040372.html

《Blue Flke》： http://www.cnblogs.com/ruanjgc/p/9007541.html