構建之法讀書筆記
第八章 需求分析
這一章主要是講需求的分析，對於一個程式專案來說，我覺得，需求是這個專案的嚮導，他可以決定程式專案會發展成什麼樣子。書裡面需求這裡大致分為兩個：軟體需求和使用者需求。
軟體需求：我們不僅僅要考慮到專案功能的需求，要實現的功能，還要考慮到開發過程以及非功能方面的需求，還有綜合需求。
使用者需求：是針對在使用者這個角度，使用者最需要的東西。我覺得使用者需求在需求分析中較為重要，畢竟每一個要做的程式的根本目的是滿足使用者的要求。
所以書裡面野介紹了九種獲取使用者需求的調研方法：
焦點小組 深入面談 卡片分類 使用者調查問卷 使用者日誌研究
民族誌/人類學調查 眼動跟蹤研究 快速原形調研 A/B測試
在收集完需求後我們還要對需求進行分析，對功能的確立，還要對專案程式進行計劃和估計。
這看的出來對一個專案的需求分析是很重要，那麼我們是不是要在每次的專案開展示寫一份需求分析的文件，這樣可能會讓程式設計者更清楚瞭解自己程式的目的，需要什麼？
第九章 專案經理
在這一章節裡面主要講的是微軟的PM(Programe Manager)和其他團隊PM(Project Manager)的區別，個人覺得微軟的PM給團隊成員帶來的感覺是很不一樣，就好像是戰友一樣，工作起來也很有感覺。
還有介紹了PM的能力要求以及人物，不同的PM有不同能力，一個專案有多個PM我覺得還是挺科學的畢竟每個人能力是有限，找到優秀的戰鬥力很重要，適當運用人才，沒人發揮各自優勢，那就完美，是鞋子就不能假裝一個帽子，不是嗎？
我們的團隊作業也有一個PM，但是感覺我們的PM就是一個較為積極的團隊戰友，會帶動大家一起參與，這樣的PM可以嗎？
第十章 典型使用者和場景
我們要開發一個軟體，使用者是必須的，我們會想到使用者使用我們的軟體時，他是想幹嘛？還有不同的人使用軟體的目的是不同的。
書本中提到的典型使用者和場景這種方式來為使用者考慮，我覺得很生動，可行性也很大。書本中吳石頭的例子也是很生動，馬上就能理解大概，還有場景也是。
老師讓我們回去也寫一份針對自己專案寫一份典型使用者跟場景Story的文件。這樣或許可以讓我們更清晰瞭解明白接下去我們該怎麼做。
前面需求分析，還有後面體到的典型使用者以及Story，都是針對自己的程式來進行一種分析，可見開發軟體是，需求的分析很重要，還有Specifition（需求分析文件）規格說明書。
書本195頁有詳細介紹。我們在下學期的課程設計也要設計這一類文件的編寫。
總結:軟體的需求分析很重要，需求是你軟體的嚮導，你的初衷。做好需求的分析，做好計劃，那麼接下去就技術了~我們的開發需要一個好的開頭。就從需求分析做起。