軟件工程第一次做業補充

3.在一週以內快速看完《構建之法》，列出你不懂的5-10個問題，發佈在本身的博客

① 在每一個問題後面，請說明哪一章節的什麼內容引發了你的提問，提供一些上下文
② 列出一些事例或資料，支持你的提問 。
③ 說說你提問題的緣由，你說由於本身的假設和書中的不一樣而提問，仍是不懂書中的術語，仍是對推理過程有疑問，仍是書中的描述和你的經驗（直接經驗或間接經驗）矛盾？

一個模板能夠是這樣：
我看了這一段文字 （引用文字），有這個問題 （提出問題）。 我查了資料，有這些說法（引用說法），根據個人實踐，我獲得這些經驗（描述本身的經驗）。 可是我仍是不太懂，個人困惑是（說明困惑）。

【或者】
我反對做者的觀點（提出做者的觀點，本身的觀點，以及理由）。

（1）在第三章《軟件工程師的成長》中看到「高級工程師下班回家了，新手還在電腦面前工做，他們的行爲沒有什麼區別：一樣是在電腦前敲敲打打，有時候查郵件，有時候上網，有時看手機，討論......彷佛看不出誰更高級」並且在一般狀況下軟件工程師比普通程序員工資高，那麼相比較之下如何才能成爲一名合格的軟件工程師？經過查找閱讀須要有良好的編程能力並且至少要精通一門編程語言才能夠提升項目開發效率，根據個人實踐認爲最重要的一點要擁有良好的團隊意識，只有團隊能夠更好的解決大規模的項目。老師在這方面對於工程師的水平技能方面還有什麼技巧呢？

(2)在第二章《我的技術流程》單元測試中有的不是特別理解，例如VSTS,我查了資料才知道是由微軟開發的一套具備高生產力、高集成性、可擴展的生命週期開發工具，VSTS使得整個開發團隊擁有更好的溝通與合做，而且保證了更好的質量的一套開發工具。我的理解爲：單元測試結果的好壞，是檢驗一個程序好壞的標準，是檢驗一個程序是否有隱藏的bug的標準，一個好的標準的單元測試能找到程序運行快慢的緣由，從而進行程序的提升。那麼對於在單元測試中，必定要要求代碼覆蓋率達到100%嗎？

（3）第五章《團隊和流程》我得出的結論是：團隊跟我的的關係——團隊是由我的組成的，我的離不開團隊，團隊又依賴於我的，我的與團隊是相互依存的兩個實體。每一個人都有每一個人的優勢，取每一個人的長處，改進每一個人的短處，這樣就能夠更快地作出更好的程序了，可是時代在變，信息在變，咱們的需求也在變，這個時候咱們就由最初的瀑布模型變形發展成了圓形模型，在這個模型中咱們能夠隨時根據客戶的要求更改需求分析，並編寫出更符合時代需求的程序。但在這裏，我有一個疑問，瀑布模型跟圓形模型都有它的特色——瀑布模型需求明確但不實用，圓形模型實用但需求分析不明——咱們應當怎樣選擇不一樣的開發流程才能開發出適應時代的軟件呢？

（4）在閱讀第八章《需求分析》後我學到了軟件需求的類型，利益的相關者，獲取用戶需求的經常使用方法和步驟，四象限方法，能夠說，在軟件工程當中的"需求分析"就是肯定要計算機"作什麼"，要達到什麼樣的效果。能夠說需求分析是作系統以前必作的，需求分析肯定了整個團隊的方向，那麼怎麼作好需求分析呢？有如下幾個步驟：一、獲取和引導需求；二、分析和定義需求；三、驗證需求；四、在軟件產品的生命週期中管理需求但仍有疑惑的是怎麼獲取用戶的潛在需求？

（5）閱讀第十章《典型用戶和場景》瞭解到在作研究前，產品或交互須要可以明確列出此次想要衡量比較的場景。若是自己沒有一個場景庫能夠從中挑選，那麼能夠簡單的作一個場景腦暴，或快速訪問蒐集一下身邊朋友的場景故事。最後選擇出一些存在疑惑的場景來進行研究。那麼，如何判斷一個場景的典型性及優先級？