以下為軟體1701-「洋芋好想飛」的需求分析感想
pm qxs
需求分析過程中的前進與曲折令我深刻地認識到，需求分析是乙個動態的過程，而非乙個靜態的任務結點。
比如最初我們設想可以為使用者設定角色，但最終我們選擇僅有管理員有權進入後台進行操作，其他使用者一視同仁；再比如，在對地圖功能的分析中，我們就地圖是動態顯示還是靜態顯示有過激烈的討論，與之相對應的需求分析也隨之更改；以及，我們**了雜訊地圖中的資料可信度的顯示方式問題，完善了需求分析的內容，而這個問題是我們最開始沒有注意到的。
sgf我負責的需求是首頁設計和雜訊地圖和雜訊曲線兩個部分。
在首頁設計方面，我認為，首頁應該告訴使用者我們程式的主要功能以及一些詳細的文字描述，讓使用者清楚的了解我們。所以，在首頁設計上，我採取最上方導航欄，下方內容介紹兩個部分。
之後是對於雜訊地圖和雜訊曲線的設計。
因為資料需要進行篩選，但篩選條件多種多樣，如何設計出適合使用者使用，適合我們製作難度的條件篩選，成了我們面臨的難題。為此，我們小組進行了兩次開會討論，最終一致認為：內部資料是一致的，地圖和曲線可以理解為資料的不同表現方式，這樣，將兩個介面的問題，化為乙個。然後大家都各抒己見，表明自己的看法，共同商議後，確定了最後的方案。
確實，原型設計，需求分析，是對整個專案的導向。這次專案經歷，讓我清楚的認識到需求的重要和成員達成統一，決策者的決定性作用。
總的來說，只有確定了需求，大家才有目標。才擁有共同奮鬥的方向。
yhh在做原型時，我負責的是登入、註冊、忘記密碼、重置密碼和個人中心這些介面的設計。
本以為會很簡單，結果做起來還是很麻煩，起初是因為沒有及時溝通，因此出現了很多鏈結上甚至是邏輯上的錯誤。比如首頁有兩個，乙個是登入之前的，乙個是登入之後的。由於和sgf溝通不夠，在鏈結時就有些邏輯上的小錯誤。在設計註冊介面時，最初設定的資訊比較多，後來經過和老師的溝通交流，修改了需求，因此原型中的一些欄位都要刪減，其實這也是設計時的疏忽，沒有考慮到修改的問題。
在製作頁面時，也是因為溝通問題，沒有統一格式，因此做出來的原型差異較大，美觀度大大降低。
總的來說，這是乙個團隊專案，溝通很重要。
pjy這次專案需求設計給了我許多感受。
在需求分析方面我和小組成員設計了移動端的需求與介面的設計。對於移動端介面的設計,包括主介面,檢視記錄介面,動態介面,註冊介面4個部分。
ljh在頁面設計之前，我本以為這是乙個不是乙個非常耗費精力的工作，但是在真正上手實踐之後才發現無論是在頁面的設計的美觀方面，還是針對每個頁面的需求進行資料顯示的排布和模組的分布都具有很多細節上的處理問題。其中更改次數最多的排版最難的就是個人資訊的顯示和更改頁面。由於在需求中對使用者功能的不斷的更改，導致個人資訊的資料資訊和資料顯示的排布需要不斷地進行更改。
團隊專案需求分析
隊員學號 隊員暱稱 部落格位址 041602421 der himmel 221600225 wuliaoboring 221600424 bw.lin 221600432 qzy 組長 221600431 ofy221600434 北風5620 221600435 xbn學號姓名 此次作業任務 貢...
專案需求分析（團隊）
專案名稱 福州大學社團管理系統 隊名 鹹魚也要翻身 成員 連捷 031502320 組長 黃紫儀 031502313 鍾嘉晨 221500413 翁陳華 031402323 李中瑾 031402112 針對上次答辯各位評委以及同學所提建議進行相應的修改，本次有較好分工。整體計畫安排 需求分析 原型設...
專案需求分析（團隊）
031502543 周龍榮 隊長 031502615 李家鵬 031502632 伍晨薇 031502637 張檉 031502639 鄭秦 截止時間 工作內容 10.23 編碼規範完成 平台環境搭建完成 初步架構搭建 需求規格說明書 ui設計 11.3 站立式會議 編碼 測試 專案管理同步推進，發...