構建之法閱讀筆記——具體職位、使用者和行業篇
本書中的第八章（需求分析）、第十章（典型使用者和場景）和第十二章（使用者分析）可以說是在使用者方面的介紹。
在第八章中，作者分析了軟體需求的類別和獲得使用者具體需求的步驟。此外還交代了各種的軟體產品利益相關者、競爭需求的分析。提供了功能定位和優先順序界定的方法。還給出了在需求分析中分而治之的方法。
在第十章中，交代了典型使用者的價值：可以使我們在實際開發是從使用者的角度考慮問題，而不是一味地憑自己的靈感去創作。還給了我們定義典型使用者的方法，並給出了乙個具體的模板。然後介紹了場景的作用：讓設計這在做需求分析的時候模仿使用者，設計場景，親身體驗這個設計，能夠很好、很快地得出這個設計是否合理，是否適合實際的應用場景。同樣也給出了場景設計的方式。再然後就是從場景到任務：通過對場景地實際設計、演示。開發人員就可以得到乙個比較清楚地開發任務。尤為重要的是給出了功能驅動地設計步驟：構造總體模型、構造功能列表、指定開發計畫、功能設計階段和實際具體功能。
在第十二章中，則是與使用者密切相關的內容——使用者體驗：使用者的第一印象十分重要，文中給出了兩個比較重要的兩個考慮方向。著重指出要對我們的目標使用者有充分的認識，要考慮產品對使用者來說的易用性和易學性。並給出了5w1h（who？when？where？what？why？how？）的方法判斷。並強調要從使用者的角度考慮問題，要求軟體的設計師和軟體工程師有「同理心」，要能理解別人的處境、心理、動機的能力。此外還說明了軟體服務始終要記住使用者的選擇的重要性。文中以乙個大型國有銀行註冊賬號的例子說明了這一點的重要性。最後分析了短期刺激和長期影響以及不要讓使用者犯簡單的錯誤兩個內容。
文中的第九章（專案經理）、第十一章（軟體設計與實現）、第十三章（軟體測試）、第十四章（質量保障）、第十五章（穩定和發布階段）以及第十七章（人，績效和職業道德）則是對具體的人和相關職能的要求。
私以為，第九章是對專案經理的技能和職能的相關要求（顯而易見），界定了pm的能力要求和任務。第十三章則是對測試人員的具體職能的介紹，給出了單元測試、整合測試和確認測試的測試步驟。第十四章和十五章則是對開發人員在實際開發中在質量方面的具體要求，其中第十四章中給出了軟體工程的質量的具體體現的方面。第十五章則是對軟體發布之前的各種問題的應對方式。我們應根據不同的問題、情況選擇合適的方法解決問題。第十七章便是對業內人士的一些建議。
第十六章，即it行業的創新，是作者對業內的創新並結合實際情況後的看法。給了我很多在業內創新方面的不一樣的認識。從創新的迷思、創新的時機、創新的招數、魔方的創新以及創新和作坊幾個方面，給我了乙個在創新上的比較全面的認識。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
《構建之法》閱讀筆記
第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題，球場上，網遊中都有著若干個團隊。個人離開團隊無法健康成長，團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。團隊的特點 團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。團隊成員有各自的分工，互相依賴合...
構建之法閱讀筆記
本週先看了 構建之法 的第一章。這一章介紹的理論和知識點有電腦科學的領域 軟體的特性 軟體工程 軟體工程與電腦科學的關係，還向我們詳細介紹了軟體工程的定義與組成部分。其中有三個推論 程式 資料結構 演算法 軟體 程式 軟體工程 軟體企業 軟體 商業模式 由此可知，程式 演算法 資料結構 是基本功，但...