需求分析&原型設計
引言：
軟件的最終目的是用來解決用戶的某些問題，需求分析就是要理解要解決的問題，真正明確用戶需求。原型設計能夠在表現層將設計合成一個邏輯整體，用戶能和你一起看到未來交互的軟件藍圖、功能和效果，獲得較真實的感受，在不斷討論的基礎上完善未來的設計思想。因此，原型設計能起到有效溝通的作用，漂亮，直觀的原型圖更是讓人賞心悅目。
一、需求分析：
1.訪問軟件項目的真實用戶（至少10個），確保軟件真正體現用戶的需求，為軟件最終可用奠定基礎。
調查問卷
為此，我們做了一份網上調查問卷，截止目前(2017年4月10日)我們一共收到了29份(因為本系統針對的用戶對象是教師，所以我們僅邀請師范專業的同學幫忙回答，導致答卷有點少)答卷。實際上這些答卷也足以反映一些問題，比如：
從這一選項中可以看出，在給學生做測試或者練習時，有教師會選擇自己出題，並且這一情況所占的比例還很大，這就說明了我們這個自由組卷評分系統的是有市場的，這個項目是有意義的。
再比如：
若自己出一套題目，不同的老師所需要的時間是不一樣的，但是無論時間長或者短，都需要花費好幾個小時，而我們的自由組卷評分系統會大大地提高他們的出題效率。
再比如：
分析了他們獲取題目的途徑之后，我們可以從這些途徑當中收集題目並保存到數據庫中，當用戶使用我們系統組卷的時候可以選擇試題來源，系統根據所選擇的試題來源從數據庫中選擇相應題目進行組合。
再比如：
在錯題處理這一問題上，我們提供了錯題集的功能用於收集易錯題、難題等題目，這極大地解決了用戶自行記錄錯題時所面臨的一些不必要的麻煩，同時提高了辦公效率；另外，我們的系統還提供了錯題導出功能，方便用戶對整理出來的錯題進行相關操作。
再比如：
由統計結果可知，參考答案和題目解析是必要的，方便同學們在沒有老師指導的情況下對自己掌握的知識進行測試時可以檢驗自己的思路是否正確以及學習正確解題的方法。
再比如：
上面這張統計圖反映出，這幾點要求都是剛性需求，是功能分析中的第一象限的必要需求，沒有幾項功能，用戶不會買賬，所以在軟件開發過程中要全力以赴地投入到這個領域。
同時，題目檢索也被我們划到第一象限中，我們認為這也是用戶的剛性需求。
最后比如：
我認為我們的產品如果能做好，肯定能帶來一筆豐厚的回報~
2.參考《軟件需求規格說明書》國標規范文本，撰寫對應項目的軟件需求規格說明書。提供《需求規格說明書》的Git鏈接。
說明編寫這份軟件需求說明書的目的，指出預期的讀者。軟件需求說明書的作用在於便於用戶、開發人員進行理解和交流，反映出用戶問題的結構，可以作為軟件開發工作的基礎和依據，並作為確認測試和驗收的依據。附上本項目《軟件需求說明說的》碼市鏈接：
3.NABCD
N(Need，需求)：我們了解到，對於小學、中學甚至大學教師來說，為了了解學生對知識的掌握和理解情況，一般是采取筆試的方式對學生進行測試。那么這就帶來了一些問題：如何找到題目？如何整理找到的題目？如何選擇合適的題目？如何將題目組合成試卷？如何在不耗費人力的情況下對學生給出合理的分數？等等。為此，我們小組致力於開發一款基於 WEB 的在線自由組卷評分系統，旨在為教師提供強大的功能以幫助教師更方便地對學生進行測試。
A(Approach，做法)：在大的方向上，我們選擇使用Java進行web版本的開發。有了開發的方向，就能進行具體地實現了：
1、基本功能的實現：這款產品的基本功能是實現在線的自由組卷，為此，必須建立一個數據庫用於有序地保存和管理大量的題目，系統能按照用戶要求從數據庫內選取合適的題目組成一套試卷。其他所有的功能圍繞基本功能開展。
2、用戶剛需的實現：在前文我們有提到過用戶的剛性需求，即用戶認為一個好的在線組卷系統應該滿足的幾個要求：題目質量高，為此我們必須從各種資料中精選高質量的題目並錄入數據庫；找題方便，必須將題目分門別類；上手難度低，這就要求系統的交互具備較高的人性化設計，並且具備友好的界面；組題自由，必須允許用戶從不同的類型、不同的來源、不同的難度、甚至不同的科目中出題組卷。
3、界面設計：這一方面就由美工來設計，設計模塊的位置、顏色等等，還可以設計多種皮膚。
4、跨平台運行：如果本產品能受到用戶的歡迎，我們會考慮做除了 web 以外的各種版本甚至跨 Windows 平台的版本。
B(Benefit，好處)：這個產品帶給用戶（教師）的好處當然是顯而易見的，它能大大提升用戶的工作效率，如讓用戶花費更加少的時間出更具有針對性的題目，只要用戶按照自己的想法選擇不同的選項，系統就會給其推薦符合條件的題目並列出來讓用戶自行選擇；同時，如果用戶是學生，那么本系統能提供權威的例題解析，讓學生對題目的理解更加透徹，從而更深層次地掌握知識點。
C(Competitors，競爭):目前我們有了解到一個網站：在線組卷網。該網站和我們本項目開展的初衷完全一致，旨在提高教師教學效率和反饋教學效果，提高學生學習自主性，而開發出來的綜合考試管理平台。在線組卷網收納了包括橡皮網、e卷通組卷系統在內的9大在線組卷平台，其功能包括支持教師/學生版本、分類出題/出卷、作業系統、名師課程等，題目涵蓋小學、初中、高中甚至大學的課程。可以說我們還是比較被動的，我們的優勢在於，可以根據現有成品進行分析和測試，找出需求上的空缺，做出更有針對性的產品，從而占據一定市場。
D(Delivery，交付)：交付這一部分，應該由負責商業談判的項目經理來完成，當然，我們小團隊並沒有固定的項目經理，大家相互督促、相互幫助。但是說到底，交付過程中最重要的一步就是宣傳，廣告。所以我們決定，當產品完成，我們會發動廣大親朋好友幫我們宣傳，如果效果好的話會吸引一波投資商對我們的產品進行投資，這樣我們就有一定的資金來進行進一步的宣傳。
4.團隊協作，加強分工，需要描述每個成員的具體分工及占整個文檔任務的工作量比例。
在人員分配的問題上，經過團隊內部的討論，決定分配任務如下：
201421123093 何琴琴（組長）：測試與需求分析，撰寫《軟件需求規格說明書》，占整個文檔任務的工作量的15%
201421123094 翁彬妹：模塊開發，占整個文檔任務的工作量的20%
201421123103 黃良靜：模塊開發，占整個文檔任務的工作量的20%
201421123119 吳世榮：測試與需求分析，占整個文檔任務的工作量的15%
201421123120 祝攀峰：數據庫的管理和維護，占整個文檔任務的工作量的15%
201421123121 栗海輝：美工，頁面布局，占整個文檔任務的工作量的15%
二、原型設計：
一.不要等到所有代碼寫好之后再去驗證需求，請用設計工具描述用戶界面和需求。二、原型設計不僅要考慮主要功能的頁面排布，同時也要考慮用戶實際操作中的問題，提前為用戶考慮得當並征求用戶意見。三、系統是必須可運行的，可實際使用的——請抱着這樣的同理心去考慮系統。
1、用戶登錄界面：當用戶輸入賬戶和密碼登錄系統之后，系統會判斷用戶的身份，也就是說教師和學生登錄之后是不同的界面，使用不同的功能。
2、出題選項：教師根據提示給出選題條件，系統根據教師的輸入推薦最優的結果，當教師不滿意本次推薦的結果時，還可以點擊“重新生成”按鈕重新生成新的試題卷。
3、樣卷：卷子提供題目的解析功能，當學生進行測試時能夠查看解析，一方面可以快速核對答案，另一方面可以針對不懂的題目進行思路的向導。
4、評分系統：我們必須做一個評分系統，對學該次考試做出一個合理、客觀的評價（評分），當然如果學生對我們的評分有疑問可以查看考試詳情，不服者可以選擇再考一次。
5、考試詳情：在考試詳情這一欄里，我們會給出得分的情況、歷次考試分數記錄和錯題分布等等，讓學生清楚自己的問題所在，更好地了解自身對知識點的掌握情況，從而進行針對性的復習或者學習。同時我們還為每個學生用戶提供自己的錯題集，他們可以在查看評分的時候一鍵將錯題導入錯題集。
6、等等。
三、編碼規范
1.代碼風格：簡明（該簡略的簡略，有的必要不要縮寫）、易讀（每個函數都要有注釋）、無二義性（根據用途定義變量名，勿隨意起名）。
2.縮進：采用Tab鍵
3.在復雜的條件表達式中，采用括號清楚地表示邏輯優先級。
4.條件語句中，若只有一句處理語句，換行縮進一個Tab，不加{}。
5.同一行的變量定義應相同，不要把不同的變量定義在同一行上。