教室借用系統原型需求調研與分析

一、調研過程：

要求：

（1）真實的用戶調研對象；

（2）利用實驗七所開發的軟件原型；

（3）要有除原型法之外的其他需求獲取手段；

（4）收集用戶需求調研活動的佐證材料（訪談錄音、問卷、調研人員名單等等）。

1. 調查問卷：https://www.wjx.cn/jq/23874661.aspx

　　利用問卷星，列出來13道題對在校學生進行了問卷調查。本次問卷針對高校大學生，通過調查對教室借用系統的功能需求，完善我們產品的功能。

　　問卷統計結果：

　　　　

　　問卷分析：

 

　　通過分析調查問卷的結果，我們的教室借用系統很受同學們的歡迎。還需補充一些功能：

　　　　（1）教室容量顯示功能

　　　　（2）使用教室次數等級功能

　　　　（3）手機版本

　　　　（4）含課程表

2. 調研對象：

　　老師：管理教室的老師

　　學生：在校學生

　　調研記錄：

 

3. 軟件原型：

　　原型工具：mockplus

　　原型鏈接：http://www.cnblogs.com/tdbk-nwnu/p/9002044.html

二、采用UML模型描述任務1所獲取的用戶需求，請調研用戶復查。

 

三、撰寫軟件需求規格說明書

文檔要求：

• 使用一致的圖形符號和文字描述內容。
• 參考國標GB8567——88中《軟件需求規格說明書》格式
• 對軟件項目不熟悉的人員，通過閱讀這份文檔，能否完全讀懂軟件要做什么
• 將該文檔上傳到團隊項目Github倉庫

文檔鏈接：http://www.cnblogs.com/tdbk-nwnu/p/9032063.html

Github倉庫地址：https://github.com/ilyar1015/Word

四、描述團隊成員的具體分工及占整個需求文檔任務的工作量比例

團隊成員	分工	所占比例
伊力亞	UML建模，圖表設計	18%
李國棟	設計原型	17%
馬蘭	撰寫需求規格說明書	17%
張惠惠	撰寫博客	18%
阿合	設計問卷，訪問用戶	15%
馬娟	整理訪問結果，分析問卷結果	15%
張康	整理訪問結果，分析問卷結果

五、總結團隊項目需求分析心得

　　我們從兩個角度去考慮項目需求：一個是從用戶的角度，一個是從開發者角度，所以在談需求時，必須邊聊邊記，把所談的話記錄整理，將提出的需求加以分析，做下技術評估，如果有特別的難題可以提前讓開發人員做技術預研，在做評估后，需要分段實施的，就做好規划，然后和提需求的人員確認，需求文檔的功能可以多寫點，在需求定出階段后，我們得把要馬上實施的功能放在當前，改進我們的原型。

　　通過這次項目，我們也明白了：一個好的團隊，必定是發揮了團隊中每個人的優勢。這個項目要做好，軟硬件結合，團隊之間的每個成員都不能懈怠，組員不能有打醬油的狀態。

　　總體來講，我們認為：需求分析其實就像一位專業的翻譯員，他必須做到講用戶的語言和開發人員的語言融合在一起，讓雙方准確迅速地理解對方的意思，以便在開始開發軟件之前讓雙方都真正明白對方的思路。