上週閱讀的內容有關團隊開發流程及敏捷開發，本週閱讀了構建之法的8、9、10章。這三章從需求分析、專案經理及典型使用者和場景的知識進行了講解。
軟體工程同其他工程專案一樣存在風險。很多時候，客戶的需求是難以捕捉的。對於客戶所提供的需求, 不同的利益相關者有著不同的理解。最後很有可能得出的產品與客戶的需要的十分不同。當然有很多調研方法去調研客戶的需求（如:焦點小組、深入面談、卡片分類、使用者調查問卷„.），但如果做的太過有可能會「深陷泥潭」，被快速發展的網際網路拋棄。鄒欣老師在第八章講了nabcd 模型用來分析需求、提出創意。得到需求後，是對功能的定位, 然後是對專案的計畫和估計。
pm(專案經理) 是軟體團隊的乙個重要角色。他可以領導大家把問題「分而治之」，當然公司不同pm 職能略不同。 鄒欣老師在第九章主要講了微軟pm 的來歷、職能、能力要求及任務等。
軟體開發要考慮不同的使用者，尤其是典型使用者的需求，然後才可以構架程式。軟體開發中文件也必不可少，團隊需要文件來溝通。設計的規格說明書有兩種：功能說明書與技術說明書。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...