這一周看了書的後面幾章，學習了需求分析、典型使用者分析、人機互動設計等
軟體是因為人們有需求才誕生的，軟體團隊需要準確而全面的找到這些需求，通常分為以下幾個步驟：1、獲取和引導需求，2、分析和定義需求，3、驗證需求，4、在軟體產品的生命週期中管理需求。對軟體的需求又可以從不同角度來劃分：1、對產品功能性的需求，2、對產品開發過程的需求，3、非功能性需求，4、綜合需求。
在定義使用者角色時，正如戲劇中有正面和反面的角色，軟體系統中也有受歡迎的和不受歡迎的典型使用者。如果使用者有不同的安全需求，切記要定義不同的角色來適應這些需求。
在人機互動中，對軟體開發者提出了四點要求：1、從使用者的角度考慮，2、從頭到尾記住使用者的選擇，3、短期刺激和長期的好處/壞處，4、不讓使用者犯簡單的錯誤。
這些要求都具有實質性的意義，那我們自己的專案來說，在查詢時，有一項是選擇周次，我就沒有自動定位當前周，在選擇時如果使用者沒有進行正確的選擇，應該有彈框提示他未選擇；記住使用者的選擇，我們需要對每次一使用者的選擇進行資料儲存、分析，在他下次重複操作是能夠顯示上次的記錄，比如我們的軟體在搜尋功能塊，每次都會由搜尋歷史。在介面設計上也需要注意簡單大方才是設計之本，不能只圖些花裡胡哨的。軟體用來服務使用者，因此重要的就是使用者的滿意程度，在今後我們製作軟體時，應該加強與客戶、目標使用者的溝通，真正把自己放在使用者的角度去考慮。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...