軟體需求
尋找需求：1. 獲取和引導需求（elicitation）
軟體團隊需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。
2. 分析和定義需求（analysis&specification）
這是指對從各個方面獲取的需求進行規整，定義需求的內涵，從各個角度將需求量化（需求實現的最後期限，實現需求大致所需的時間和資源成本，各個不同需求的優先順序，需求帶來的收益，等等）。
3. 驗證需求（validation）
軟體團隊要跟利益相關者溝通，通過分析報告、技術原型、使用者調查或演示等形式向他們驗證軟體團隊對於這些需求的認知。
4. 在軟體產品的生命週期中管理需求（management）
在軟體的生命週期中，需求在傳送變化，技術在發展，團隊成員的能力在提高。
對軟體需求的劃分：
1. 對產品功能性的需求：要求產品必須實現某些功能。
2. 對產品開發過程的需求：要求軟體的開發流程必須滿足某些約束條件，例如，開發過程必須產生某種型別的文件，必須在某個時間點達到某個狀態，必須對源**施以某種約束（安全性檢查、**版權核查、**規範和支援文件的核查）。
3. 非功能性需求：例如：執行時間限制等。
4. 綜合需求：可能牽涉到其他系統的情況。
使用者：顧客：購買這個軟體或者根據合同或規定接收軟體的人。這些人不一定是軟體的直接使用者。使用者最需要的》市場分析師：市場部門要代表「典型使用者」的需求。
監管機構：
軟體工程師：工程師也是軟體需求階段的乙個重要角色，軟體的各種約束、特性會影響到他們的工作效率、開發難度和軟體維護的難度。他們應積極參與到軟體需求階段中來。
使用者表達出來的》
軟體團隊能理解的+團隊的商業目的》
軟體團隊成員具體表達出來的（pm寫spec）>
在各種約束條件下，具體執行表達出來的（dev寫**）>
驗證通過的（test）>
通過各種渠道告訴使用者目標（發布/推廣）>
使用者終於能用上了，但是他們不滿意
1. 焦點小組（focus group）2. 深入面談（in-depthinterview）一般是一對一。3. 卡片分類（card sorting）
討論->明晰定義->歸類->排序
4. 使用者調查問卷（user survey）
5. 使用者日誌研究（user diary study）
6. 人類學調查（ethnographic study）
這種方法聽起來學術味很濃，其實可以解釋為——和目標使用者「同吃同住同勞動」。
7. 眼動跟蹤研究（eye tracking）
一些研究發現了f模式。
8. 快速原型調研（quick prototype）
9. a/b測試（a/b testing）
大部分普通使用者的需求都有好幾個互相競爭的機構在提供服務，對於網際網路型別的軟體來說，更是如此。很多需求並不是使用者提出來的，而是技術的突破讓產品團隊看到了可以讓使用者做到以前不敢想、不敢做的事情——但這個時候大多數使用者並沒有意識到自己有這個具體需求。1. n（need，需求）
3. b（benefit，好處）
4. c（competition，競爭）
5. d（delivery，推廣）
探詢估計數值背後的假設，這是作為專案經理最重要的能力。做好wbs的幾個要點：1.保證所有子節點覆蓋了全部父節點包含的內容。
2.保證各個子節點不要相互覆蓋。
3.葉子節點要保證足夠小，能在乙個里程碑中完成。
4.從結果（outcome）出發構建wbs，而不是從團隊的活動（action）出發。
C Primer讀書筆記（四）
vector.resize與vector.reserve的區別 reserve是容器預留空間，但並不真正建立元素物件，在建立物件之前，不能引用容器內的元素，因此當加入新的元素時，需要用push back insert 函式。resize是改變容器的大小，並且建立物件，因此，呼叫這個函式之後，就可以引...
《Effective C 》讀書筆記（四）
模板以前只是學習的時候寫過一些例子，並沒有真正用過。本人對模板還處於超級小白的狀態，基本看不懂這章，所以就先瀏覽一遍吧，等今後有經驗之後，再回頭看一下模板相關的內容。目前打算下一步學一下stl。a classes和templates都支援介面和多型。b 對於classses中的介面是顯式的，以函式簽...
《C primer》讀書筆記四
模板引數的名字，在它被宣告為模板引數後，一直到模板宣告或定義的結束，都可以被使用，如果在全域性域中宣告了與模板引數同名的變數，則該變數被隱藏。typedef double type template class type class queue 模板引數的名字在模板參數列中只能被引入一次。在不同的了...