HNU_團隊項目_需求分析感想（全員）

如下爲軟件1701-「洋芋好想飛」的需求分析感想

PM QXS

　　需求分析過程當中的前進與曲折令我深入地認識到，需求分析是一個動態的過程，而非一個靜態的任務結點。

　　好比最初咱們設想能夠爲用戶設定角色，但最終咱們選擇僅有管理員有權進入後臺進行操做，其餘用戶一視同仁；再好比，在對地圖功能的分析中，咱們就地圖是動態顯示仍是靜態顯示有過激烈的討論，與之相對應的需求分析也隨之更改；以及，咱們探討了噪聲地圖中的數據可信度的顯示方式問題，完善了需求分析的內容，而這個問題是咱們最開始沒有注意到的。

 

 

SGF

　　我負責的需求是首頁設計和噪聲地圖和噪聲曲線兩個部分。

　　在首頁設計方面，我認爲，首頁應該告訴用戶咱們程序的主要功能以及一些詳細的文字描述，讓用戶清楚的瞭解咱們。因此，在首頁設計上，我採起最上方導航欄，下方內容介紹兩個部分。

　　導航欄在設計時也和組員有一些爭議，好比導航欄的高度，裏面是否要設計下拉框，甚至是登陸和註冊是否要分開等細節問題。在討論過程當中，咱們求同存異，相互瞭解，最終都達成了一致，肯定了方案。在下方內容部分，我設計了項目介紹，團隊介紹，噪聲科普以及聯繫咱們的一些信息等多個板塊，這部分相對簡單。

　　以後是對於噪聲地圖和噪聲曲線的設計。

　　由於數據須要進行篩選，但篩選條件多種多樣，如何設計出適合用戶使用，適合咱們製做難度的條件篩選，成了咱們面臨的難題。爲此，咱們小組進行了兩次開會討論，最終一致認爲：內部數據是一致的，地圖和曲線能夠理解爲數據的不一樣表現方式，這樣，將兩個界面的問題，化爲一個。而後你們都各抒己見，代表本身的見解，共同商議後，肯定了最後的方案。

　　確實，原型設計，需求分析，是對整個項目的導向。此次項目經歷，讓我清楚的認識到需求的重要和成員達成統一，決策者的決定性做用。

　　總的來講，只有肯定了需求，你們纔有目標。才擁有共同奮鬥的方向。

 

YHH

　　在作原型時，我負責的是登陸、註冊、忘記密碼、重置密碼和我的中心這些界面的設計。

　　本覺得會很簡單，結果作起來仍是很麻煩，起初是由於沒有及時溝通，所以出現了不少連接上甚至是邏輯上的錯誤。好比首頁有兩個，一個是登陸以前的，一個是登陸以後的。因爲和SGF溝通不夠，在連接時就有些邏輯上的小錯誤。在設計註冊界面時，最初設置的信息比較多，後來通過和老師的溝通交流，修改了需求，所以原型中的一些字段都要刪減，其實這也是設計時的疏忽，沒有考慮到修改的問題。

　　在製做頁面時，也是由於溝通問題，沒有統一格式，所以作出來的原型差別較大，美觀度大大下降。

　　總的來講，這是一個團隊項目，溝通很重要。

 

PJY

　　此次項目需求設計給了我許多感覺。

　　在需求分析方面我和小組成員設計了移動端的需求與界面的設計。對於移動端界面的設計,包括主界面,查看記錄界面,動態界面,註冊界面4個部分。

　　在設計界面時應該先明確需求,需求的肯定能夠大大加快界面的設計速度,若是需求沒有明確,那麼界面就可能會設計的不合理,在肯定需求時也要思考實現方式與實現難度,好比咱們移動端動態最開始設計時想要設計能夠發送圖片,能夠評論,可是在通過討論後發現實現難度太大因而把界面改了,形成了時間的浪費。

 

LJH

　　在本次項目的原型設計中，我負責的是APP頁面的登陸界面以及數據結果顯示界面和用戶我的信息界面。

　　在頁面設計以前，我本覺得這是一個不是一個很是耗費精力的工做，可是在真正上手實踐以後才發現不管是在頁面的設計的美觀方面，仍是針對每一個頁面的需求進行數據顯示的排布和模塊的分佈都具備不少細節上的處理問題。其中更改次數最多的排版最難的就是我的信息的顯示和更改頁面。因爲在需求中對用戶功能的不斷的更改，致使我的信息的數據信息和數據顯示的排布須要不斷地進行更改。

　　一樣的，在web端噪音數據的顯示方面咱們一樣也進行了屢次的更新，所以我負責APP端一樣也須要根據web端的數據顯示方式的改變對APP端的原型進行相應的更改。