在現實社會中，人們為了解決生活中的各種問題，需要借助於軟體。但每個人的需求都有不同，軟體團隊通過以下幾個步驟來獲取人們的需求：
1.獲取和引導需求
軟體團隊需要找到軟體得利益相關者，了解挖掘他們對軟體的需求，引導他們表達出真實需求。同時，需求還可以來自各種管理機構，還可以來自軟體企業本身，也可以來自技術團隊本身。有些需求的目的是要「更好的了解使用者的行為和需求」。
2.分析和定義需求
這是指對從各個方面獲取的需求進行規整，定義需求的內涵，從各個角度將需求量化。
3.驗證需求
軟體團隊要跟利益相關者溝通，通過分析報告、技術原型、使用者調查或演示等形式向他們驗證軟體團隊對於這些需求的認知。
4.在軟體產品的生命週期中管理這些需求
在軟體的生命週期中，需求在發生變化，技術在發展，團隊成員的能力也在提高。對軟體的需求也可作以下角度的劃分：
1.對產品功能性的需求：要求產品必須實現某些功能。
2.對產品開發過程的需求：要求軟體的開發流程必須滿足某些約束條件。
3.非功能性需求：這也叫「服務質量需求」。
4.綜合需求：有些需求不單單是乙個軟體模組就能滿足。
在上面這些步驟中，經常出現利益相關者，這些所謂的利益相關者就是：使用者、顧客、市場分析者、監管機構、系統\應用整合商、軟體團隊、軟體工程師。
軟體開發不可能一次滿足所有利益相關者的要求，但我們一定要讓這些相關者在這個階段有機會提出他們的意見和需求，同時要弄清楚「他們想從軟體中得到什麼」。
軟體的開發過程，就是「使用者最需要的東西」在一條關係鏈中傳送、轉換、實現、扭曲、或丟失的過程。如何確定"使用者最需要的東西"我們可以靠一些經過實踐證明行之有效的辦法，其中許多具體做法既可以用在軟體需求的收集階段，也可以用在測試階段，下面就是經常用的使用者調研方法：
1.焦點小組、2.深入面談、3.卡片分類、4.使用者調查問卷、5.使用者日誌研究、6.人類學調查、7.眼動跟蹤研究、8.快速原型調研、9.a/b測試。
在使用者調查問卷方法中經常會出現一些常見錯誤，如問題1.定義不準確、2.使用含糊不清的形容詞、副詞描述時間、數量、頻率、**等、3.讓使用者花額外的努力來回答問題、4.問題帶有導向性、5.問題涉及使用者隱私、使用者所在公司的商業機密或細節等。問題調查問卷可以有以下這些問題：1.全開放式問題 2.二項選擇題 3.多項選擇題 4.順位選擇題等。
構建之法3
要想成為乙個優秀的程式設計師 規範，及時整理錯誤記錄，注重團隊和合作與分工。1.縮排，使用tab鍵，4個空格的距離看著正好。2.行寬，必須限制行寬。3.括號，括號清楚的表示邏輯優先順序。4.斷行與空白 行。5.分行，不要將多條語句放在同一行。6.命名，必須分清楚類，變數，關鍵字的命名方式。7.下劃線...
構建之法閱讀筆記（3）
本週閱讀的內容是關於團隊和流程方面的，團隊在我們學習中也很常見，團隊為了完成乙個專案，團隊成員有各自的分工，互相依賴合作，共同完成任務，只有好的團隊模式才能及時的，完美的完成任務。很多團隊的最後都演變成功能團隊，就是具備不同能力的同事們平等協作，共同完成乙個功能，這種功能小組被稱為feature c...
構建之法閱讀筆記（3）
這一周我閱讀了本書的第四章兩人合作。體會到了程式設計師之間互相協作的重要性，也了解到當今網際網路的大牛很多都是靠兩人合作才取得了巨大的成功，完成了乙個人幾乎不可能完成的任務和要求。首先講述了 的規範性，書寫 的格式要養成乙個良好的習慣，這樣既便於自己閱讀 也方便他人很快的閱讀，是一種必要的基本素質。...