在書中第八章需求分析中提到使用者需求的不確定性。在實際開發過程中，獲得準確的使用者需求很困難，這是很多原因導致的。可能是使用者沒有能力準確的表達自己的要求，在表達自己的要求時隱含了大量的假設等等。
問題1：那麼應該如何從使用者獲得「好」的需求呢，驗證需求好壞的標準是什麼？
問題2：需求在軟體開發過程中是否會變化呢？怎樣應對多次變換的需求？
在書中第十章中提到在編寫用例時，需要描述角色與系統的互動過程。
問題3：對於互動過程的描寫應該達到多細緻呢？是否有乙個標準來指導編寫用例呢？比如說是否在用例中考慮應用的架構是server-client還是原生應用呢？
在書中的第十二章提到了ui設計，在進行ui設計時
問題4：ui設計有什麼規範嗎？ui的設計是否會影響到整個專案的結構上的設計？
在書中的第二章章提到了單元測試。
問題5：我們在測試中應該測試那些**呢？
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
《構建之法》閱讀筆記
第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題，球場上，網遊中都有著若干個團隊。個人離開團隊無法健康成長，團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。團隊的特點 團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。團隊成員有各自的分工，互相依賴合...
構建之法閱讀筆記
本週先看了 構建之法 的第一章。這一章介紹的理論和知識點有電腦科學的領域 軟體的特性 軟體工程 軟體工程與電腦科學的關係，還向我們詳細介紹了軟體工程的定義與組成部分。其中有三個推論 程式 資料結構 演算法 軟體 程式 軟體工程 軟體企業 軟體 商業模式 由此可知，程式 演算法 資料結構 是基本功，但...