我們應當怎樣做需求調研：初識
需求調研是需求分析最重要的一環，也最集中地體現了需求分析的特點——既是乙份體力活兒，更是乙份技術活兒。它既要求我們具有一種理解能力、設計能力，更要求我們具有一種與人交往、溝通的能力。開始首先是需求的收集，需求收集可以通過調查表，業界標準，會議討論溝通等多種方式進行。需求收集第一是要能夠很好的描述現狀，第二是要搞清楚使用者的期望。調查使用者的操作習慣以及可以用同類軟體的優點參考。
我們應當怎樣做需求調研：拜訪
首先是給客戶留下了乙個良好的印象，這是乙個開端，但要在他們心目中樹立自己的職業威信還要看你今後的表現。我們應當清晰地向客戶表達這樣乙個意思，要完成這樣的目標，不是某一方的努力，而是雙方共同努力的結果。這也是客戶方召開這樣乙個專案啟動會議的重要意義。最後乙個成果，也是最重要的成果，就是與各種角色、各個型別的客戶建立了聯絡。我們將乙個乙個去拜訪他們，展開我們的需求調研。問清楚客戶需要什麼，或者怎樣操作比較方便。
由於對軟體不了解，客戶提不出需求，不知道軟體最終會做成什麼樣子。這類客戶在需求討論過程中，往往只能描述目前自己手工管理的方式是怎樣的，不知道計算機會怎樣管理。
前面我一直在反覆強調這樣乙個觀點，需求分析不是一蹴而就的，是乙個反覆迭代的過程。它將從第一次需求分析開始，一直持續到整個專案生命週期。為什麼這樣說呢？讓我們一起來分析分析。
在我們進行一系列需求調研工作的同時，我們的需求分析工作也開始啟動了。需求調研與需求分析工作應當是相輔相伴共同進行的。每次參加完需求調研回到公司，我們就應當對需求調研的成果進行一次需求分析。當下一次開始進行需求調研時，我們應當首先將上次需求分析的結果與客戶進行確認，同時對需求分析中提出的疑問交給客戶予以解答。這就是乙個需求捕獲->需求整理->需求驗證->再需求捕獲的過程。
2023年秋季 《UML大戰需求分析》 閱讀筆記5
流程分析三劍客之總結 順序圖，活 相類似表示活動，狀態機圖表示狀態。分析特點 順序圖 強調角色之間的互動，資訊明確 從上到下，從左到右，按時間順序 不適合表達複雜特殊情況 迴圈分支，條件分支，可選分支 因為需要畫框框，看起來很亂，不清晰 活 強調每個角色做了什麼 泳道分開，一目了然，每個泳道就是每個...
2023年秋季 《UML大戰需求分析》 閱讀筆記3
描繪系統的骨架 部署圖 1.認識 24小時便利店管理系統 的網路拓撲結構圖。2.通過該系統來學習部署圖。3.演練部署圖。4.怎樣才能畫好部署圖？在 火球大戰uml需求與分析 中的第八章，在乙個需求調研的故事中，說得是 某個軟體公司為乙個客戶開發乙個系統專案中，由於軟體公司在需求調研中並沒有了解到客戶...
《軟體需求與分析》
在我看來，軟體需求與分析，說的就是我們這些程式設計人員要理解客戶的需求，分析客戶想要的究竟是什麼，來做出使客戶滿意的作品。專案經理在和客戶溝通的時候要清晰地理解客戶的需求，這將為後續的軟體設計打下良好的 基礎。需求調研 需求調研是需求分析最重要的一環，也最集中地體現了需求分析的特點 既是乙份體力活兒...