第七章，msf
msf是微軟解決方案框架，也就是微軟推薦的軟體開發方法。它有9條基本原則：1.推動資訊共享與溝通，就是所有信心都保留並公開2.為共同的遠景而工作3.充分授權和信任，關鍵是授權，一是給某人權力和權威，二是給與某人更多自信和自尊4.各司其職，對專案共同負責，即團隊中每個角色都有自己的職責，如果出了問題，這個角色就要負責任5.交付增量的價值6.保持敏捷，預期和適應變化。軟體工程唯一不變的是變化，我們是預期變化而不是期望變化，要求我們團隊保持敏捷的身段。7.投資質量，對質量的重視，引發對質量的投資，引發對人，過程和工具的投資8.學習所有經驗，這樣以來大家隊成敗記憶猶新，能通過比較準確和全面的反饋，如果發現了錯誤，可以馬上研究解決方法，在下乙個里程碑中通過時間來驗證9.與客戶合作。
在msf團隊模型中，任何技術專案都必須達到特定的關鍵質量目標，才能被認為是成功的專案，任何乙個角色無法實現其目標，都將危機整個專案。除了專案的各個角色之外，msf團隊模型還可以推廣到包括操作，業務和使用者等外部因素。在對立中尋找利益，在衝突中達到平衡。msf團隊模型推動了不同利益代表在追求共同利益過程中的融合。msf也有敏捷開發模式，它更強調與使用者的交流。重視質量 ，做到防患於未然。還強調在實戰條件下的質量，而且它精簡過程，直奔主題 。 msf還支援cmmic能力集成熟度模型整合，這會使專案的質量與 按期完成率大大提高。
第八章，需求分析
人們為了解決現實社會和生活中的各種問題，要求助於軟體，通過獲取和引導需求，分析和定義需求，驗證需求，在軟體產品的生命週期中管理需求來準確和全面的找到這些需求。對軟體的主球從不同角度可以劃分為：對產品功能性的需求，對產品開發過程的需求，非功能性需求，綜合需求。很多人或者機構都是某個軟體的利益相關者，軟體團隊在分析軟體需求時要考慮如下利益相關者。
接下來要獲取使用者需求，進行使用者調研。調研方法有：1.焦點小組2.深入面談3.卡片分類4.使用者調查問卷5.使用者日誌研究6.人類學調查7.眼動跟蹤研究8.快速原型調研9.a/b調研然後介紹了競爭性需求分析的框架。講述了n（需求）a（做法）b（好處）c（競爭）d（推廣）。得到需求之後，軟體團隊就要考慮實現這些需求，就要有功能定位和優先順序。然後有劃分了殺手功能，外圍功能，必要需求，輔助需求，這四種劃分構成四個象限。
個人感受：
以前是怎麼做的：對需求分析進行的不夠透徹，沒有更好的說明nabcd五個方面，而且只進行焦點小組，和使用者調查問卷。
這樣做為什麼不好：對需求的分析不夠透徹，不全面， 不利於更準確的對軟體進行定位，並且不利於軟體的生存和發展。
解決方法：進行多種調研方式，然後增加調研的使用者，以及使用者的類別，增加調研的普遍性。
構建之法閱讀筆記04
夢斷 01 人類文明執行於軟體之上。但是，軟體建立藝術卻隱於暗處，即便對於專家們也是如此。在歷史上，我們從未如此的完全依賴於這樣一種人類自己不知道怎麼樣做得好的產品。在對軟體系統的加速依賴和踱著步學習怎樣做好軟體之間，有一條巨大且有時叫人恐懼的壕溝。對軟體的依賴以指數級增長，而做軟體的技能 和應用技...
構建之法閱讀筆記04
本次閱讀了第十一 軟體設計與實現 十二章 使用者體驗 在做班級派團隊專案時，缺少了與團隊成員的溝通，導致作業模組的介面成為一大遺憾，而且功能的實現也有欠缺，進度的報告沒有能及時有效的提交 沒有太多的考慮到使用者的體驗，只想自己要實現的功能，可以說有些跑偏，但幸好不太多 如何避免在產品開發後期不斷有重...
構建之法閱讀筆記04
1.msf，微軟解決問題框架，他有如下基本原則 1 推動資訊共享與溝通2 為共同的遠景而工作3 充分授權和信任4 各司其職，對專案共同負責5 交付增量的價值6 保持敏捷，預期和適應變化7 投資質量8 學習所有的經驗9 與顧客合作。在msf團隊模型中任何技術專案都必須到達特定的關鍵質量目標，才能被認為...