閱讀構建之法11--13章。軟體分析和設計方法。軟體進行描述的方法：直接進行文字描述：例如設計思路等；進行圖形你描:流程圖；**和漢字組合進行描述；**和注釋進行描述；等四種主要方法。之前進行的開發練習，除**和漢字描述外，都進行了訓練，並一直堅持。當然，還有其他的軟體描述方法，而這些方法並沒有高低貴賤之分，不同的場景，可能選擇不同的描述方法。每一種方法都是前輩們進行總結進行的，凝聚了前輩的心血，推動了軟體描述倫的發展，對軟體歷史具有重大影響。開發的日常管理。有的團隊管理鬆懈，閉門造車，缺乏團隊之間的交流，只是一大失誤，交流使人進步，從古至今都是如此，孔子尚且問學老子。同時每日構建的重要性。全球95%的企業會進行每日構建，每週構建，從而調動軟工的工作積極性，有利於公司的生存。
1.之前做法：對於軟體需求分析，通常進行的是設計思路的編寫，二軟體流程圖稍次之，同時設計思路有時簡化，無法理解其目的。通常流程圖劃分的不夠細膩，邏輯結構不清，而有些同學根本沒有設計思路，和需求分析直接就開始工作，隨大流。
2結合書中所講，說明為什麼這樣不好；無法熟練的形成邏輯結構，沒有需求分析，和實際思路，進行流程圖演示，容易導致軟體框架上的變動，偏離客戶的意思。軟體團隊及個人也無法更好的編寫任務。導致團隊整體水平下降。
3。改進方法 ：使用者的體驗。使用者的第一要素，首先就是進入軟體的介面，滿足使用者的需求，吸引使用者的眼球，但同時要進行簡化，不能相當繁瑣是使用者使用操作步驟過多。根據使用者的需求，設計解決功能的邏輯結構，完成流程圖的演示，是工作人員了解開發的思路，及軟體的靈魂指標。記住我們服務的使用者，是高學歷i，還是普同，是專項那類物件使用者，記住使用者的選擇，並及時的再次顯示此項選擇，沒當使用者再次使用時，減少使用者的時間，怎家使用者的好感。保持使用者的新鮮感，進行對使用者進行刺激，占有市場，同時簡化是喲個步驟，保證使用者使用的準確率。同時要收集使用評價，各色人物，使用的標準，幫助使用者進行評價，使用說明。同時是使用者具有控制權，失誤後可以退出，避免和垃圾軟體並存，軟亂使用者的好感，失去市場先機。
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...
構建之法閱讀筆記06
夢斷 06 程式設計師常依賴一種稱為 媽媽測試 的手段，以對計算機一無所知的父母為假象用例，有時甚至請這類使用者親自體驗。這是現在程式設計師的通病，做出來的軟體或許在計算機上是完美無誤的程式，甚至是最優化做快的演算法，但是使用者的體驗和反饋卻並不是很好，這就要考慮到軟體設計的問題了，良好的軟體設計像...
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...