這些天閱讀了《構建之法：現代軟體工程》這本書的第
六、七、八章的內容。第六章講的是敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫；相反這些流程也會流於形式化，像書中說的「狗熊開每日例會」的狀態，我想可能就是我今年暑假的狀態，再開始安裝eclipse到學習html和css的這個階段，我可能就是保證著每天敲**的時間，但是確實書中所說的「狗熊開例會」的狀態，不問收穫和效率，不講究問題的解決和分析。但是看到這本書時對之前有了反思和感想：不可使自己做的事情和花費在**的時間上流於形式，而是將其轉變成真正的收穫和反思。但是在本章的後面對敏捷的故事——兼酒後問答，我不是很能看懂，理解的也不是很透徹很到位，可能是缺乏相應的工作經驗，還是能力有限，還需不斷學習呀。第七章有點吃力，所裡我們來看第八章需求分析吧。需求分析對於軟體團隊來說是十分重要的。這關乎到軟體是否能夠收到針對人群的歡迎，軟體團隊必須慎重考慮並且在開發過程中必須考慮到這個元素，而這裡就詳細的描述了需求分析。在這裡它講述了七個重點內容：
軟體需求：軟體需求的具體步驟和需求的類別；
獲取使用者需求——使用者調查：準確的獲得使用者最需要東西的方法；
競爭性需求分析的框架：通過nabcd模型，將我們的階段統合成乙個整體，保證在執行時有一定的標準；
功能的定位和優先順序：說明了兩種功能和兩種需求的作用以及相互聯絡；
計畫和估計：指定目標，並能在預計的範圍內控制或者改善計畫；
分而治之：可以分工的調整工作；
第八章開始則著重講了微軟pm的來歷，主要解決的問題是交流成本，開發和測試搞不定的事情，並且也說明了要成為合格的pm,需要具備的能力：觀察、理解和快速學習的能力，分析管理能力，一定的專業能力和自省能力，這都表明我們學習自己的專業知識要有目的性，不可毫無目標，毫無計畫的亂學一通，要著實的講究效率。
構建之法筆記2
鄒老師在針對這些教學的弊病以及學生所展現出的問題，他也給出了一些解決方法，而在我校本課程的實際教學中，也大量應用了鄒老師所給的方法，自身也從中頗有獲益。當然，更多的是 書中所提到的很多概念和理論方法等都將我引入了乙個全新的世界，這些在以往的學習中從未遇到 從未想到 從未經歷的事，隨著課程的學習，個人...
《構建之法》閱讀筆記（2）
構件之法 閱讀筆記2 第二章提及不同的測試，其中有單元測試 回歸測試和效能分析。單元測試是一種讓自己負責的模組功能定義盡量明確，模組內部的改變不會影響其他模組 而且模組的質量能得到穩定的量化的保證的很有效的解決方案 回歸測試可以理解為 回歸到以前不正常的狀態 所進行的測試。針對乙個bug fix也要...
構建之法閱讀筆記（2）
1.這次我閱讀了關於團隊合作的那部分構建之法。正好老師也要求了我們兩人結隊合作做乙個網頁版的小學生四則運算，雖說工程的比較簡單，但是對於剛接觸製作網頁的知識的我們編起來還是比較吃力的，剛開始我們就大致分配好了兩個人的任務，隊友的html語言知識學的比較好，大部分的頁面都是她做的，我負責最後的美化和整...