極為正確的分析方法

『壹』 如何分析問題

分析問題的方法有很多種，明叔在這里介紹幾種能最快學以致用的分析法：

第一種：電工法

復盤目標達成中的各個環節，將問題范圍逐漸縮小，從而確定問題發生的環節在哪裡。

昨天我在編輯上一篇文章時，我遇到了這樣的問題：我在微信編輯器中將文章編輯完成後點擊保存時，彈窗提醒我文章中存在敏感關鍵字，有可能造成審核無法通過，但是我通讀文章並修改幾個可能觸發敏感關鍵詞的語句後，仍然有這個提示。

於是我採取這樣的方法：我將全文剪切了二分之一，只留下一半的上文，此時點保存發現可以正常保存，那麼知道觸發關鍵詞的語句是在文章的下半部分，然後我繼續用同樣的辦法，每次檢驗剩餘文章的二分之一，不斷的縮短關鍵詞的范圍，最終找到了問題關鍵詞的地方。

在分析一般問題上，這個方法能夠方便又有效地幫助我們確定問題所在，與排除法有著異曲同工之妙，排除法在於將假命題進行排除，最後留下正確的答案，電工法與之相反，通過不斷的排除正確選項以接近問題點。

第二種：類比法

類比法是將一類事物的某些相同方面進行比較，以另一事物的正確或錯誤證明這一事物的正確或錯誤，這是運用類比推理形式進行論證。

簡單說就是用一個已知的相似案例，對照現存案例來獲得問題的解釋。

這里舉個生活中常見的案例：通過遙控器控制家裡的空調時突然失靈了，而上次家裡遙控電視機失靈時，發現是因為遙控器沒有電了所以失靈，那麼這次空調失靈也可能是因為沒電而導致的。這樣的一個分析過程就是類比分析法。

要提高類比結論的可靠程度，就要盡可能地確認對象間的相同點。相同點越多，結論的可靠性程度就越大，因為對象間的相同點越多，二者的關聯度就會越大，結論就可能越可靠。

第三種：極端法

即將現有問題在想像中進行無限放大或縮小，看看在極端情況下會有什麼不同的看法。

在劉潤的5分鍾商學院中，有一期談到了非常著名的「三門問題」（如果你已經了解這個問題，你可以跳過這段）假設你參加一個了能上台抽獎的機會，主持人告訴你這里有A、B、C三個門，而其中一個門後面有一輛豪車，只要猜對了豪車在哪一扇門後面，車就歸你了，這種情況下，選中豪車的概率是三分之一。如果你選了B後，主持人打開了另外兩扇門中的一扇空門A，主持人給你一個改變選擇的機會，你是堅持原來的選擇，還是選擇另一扇們呢？

在第一直覺下，我們會認為所有選擇的概率都是三分之一，換與不換不存在區別，但是我們用極端法進行分析的話：如果不是三扇門，而是一共有一萬扇門時候，你是會選擇萬里挑一的那扇門，還是選擇被9998扇們過濾後剩下的那扇門呢？

這一下我們就明白了，此時換一扇門的中獎概率，是高於不換的，而且實際上在只有三扇門的情況下，換門後的中獎概率會上升一倍。

極端法算是一種另闢蹊徑的分析方法，在某些問題前，直覺往往會優先於思維對事物給出判斷，比如在三門問題中很多人會陷入怪圈，直覺下認為幾率是三分之一，而運用極端法就能將問題點極端凸顯，直到打破直覺怪圈。

第四種：試錯法

這個應該很好理解，就是不斷地嘗試和驗證結果，直到找到正確的解法。

可以說試錯法是最愚蠢，卻也是最簡單有效的分析法，而且試錯法有一個關鍵性的優點，擁有很少或是沒有信息的情況下進行，特別其他分析法都無法奏效情況下，唯有試錯法可以進行分析。

這個分析法還有一個特別出名的代言人：李時珍，我們都知道李時珍嘗百草編《本草綱目》的故事，在當時缺乏對草葯屬性信息的情況下，李時珍就是用不斷的親身試葯，分析每一種草葯的葯性和毒性，為後人留下這本鴻篇巨制。

當我們面對一個新問題的時候，通過不斷的試驗和消除誤差，最終接近所求的答案。

第五點：思維導圖

思維導圖是一個非常實用的思考工具和助記工具。總得來說思維導圖就是幫助我們思考，記憶，並給每個信息點之間建立關聯。

首先是記憶，在分析復雜問題過程中，如果僅靠大腦記憶，很難記住所有的問題點，會造成分析過程存在漏洞，影響分析結果。當我們藉助思維導圖進行分析時候，不僅是能對分析過程進行完整的梳理，也能記錄整個分析過程。

其次是思考，當我們在閱讀一本書的時候，如果我們只是看書上的文字，做點簡單的標記，很多時候會進入一個只認字不思考的狀態。但是如果我們有個任務就是要不斷完善這個思維導圖，那麼這個過程其實就是強迫自己思考書中的內容，讓其在我們的圖中相互交織，並有自己的特色。

思維導圖的特點就是信息的圖形化。

將分析問題的過程由記憶和思考兩個行為，簡化為看圖思考，當看著一張邏輯清晰，信息明了的思維導圖時， 分析問題瞬間就變得簡單了許多。

下次再遇到問題，學會運用系統而專業的上面這幾招進行分析，明叔保證你會發現，問題其實一點都不可怕，抽絲剝繭的分析過程甚至能體會到做偵探的快感。

本文總結

1、所有的分析必須有嚴謹的分析邏輯。

2、所有找出來的問題都應該有方法去實踐驗證。

3、應該建立警報系統，當出現問題就知道哪裡有問題。

4、分析是解決問題的基礎，要重視與堅持。

還有一點非常重要，那就是不斷地擴大提高自己的知識領域和認知水平，而提高知識和認知水平最有效的方法，除了閱讀就是不斷地和各種知識領域的人進行語言交流思維碰撞。

『貳』 數據的分析涉及到的思想方法

數據分析是指用適當的統計分析方法對收集來的大量數據進行分析，提取有用信息和形成結論而對數據加以詳細研究和概括總結的過程。這一過程也是質量管理體系的支持過程。在實用中，數據分析可幫助人們作出判斷，以便採取適當行動。
數據分析的數學基礎在20世紀早期就已確立，但直到計算機的出現才使得實際操作成為可能，並使得數據分析得以推廣。數據分析是數學與計算機科學相結合的產物。
在統計學領域，有些人將數據分析劃分為描述性統計分析、探索性數據分析以及驗證性數據分析；其中，探索性數據分析側重於在數據之中發現新的特徵，而驗證性數據分析則側重於已有假設的證實或證偽。
探索性數據分析是指為了形成值得假設的檢驗而對數據進行分析的一種方法，是對傳統統計學假設檢驗手段的補充。該方法由美國著名統計學家約翰·圖基(John Tukey)命名。
定性數據分析又稱為「定性資料分析」、「定性研究」或者「質性研究資料分析」，是指對諸如詞語、照片、觀察結果之類的非數值型數據（或者說資料）的分析。
具體方法
數據分析有極廣泛的應用范圍。典型的數據分析可能包含以下三個步：
1、探索性數據分析：當數據剛取得時，可能雜亂無章，看不出規律，通過作圖、造表、用各種形式的方程擬合，計算某些特徵量等手段探索規律性的可能形式，即往什麼方向和用何種方式去尋找和揭示隱含在數據中的規律性。
2、模型選定分析，在探索性分析的基礎上提出一類或幾類可能的模型，然後通過進一步的分析從中挑選一定的模型。
3、推斷分析：通常使用數理統計方法對所定模型或估計的可靠程度和精確程度作出推斷。
分析方法
1、列表法
將實驗數據按一定規律用列表方式表達出來是記錄和處理實驗數據最常用的方法。表格的設計要求對應關系清楚、簡單明了、有利於發現相關量之間的物理關系；此外還要求在標題欄中註明物理量名稱、符號、數量級和單位等；根據需要還可以列出除原始數據以外的計算欄目和統計欄目等。最後還要求寫明表格名稱、主要測量儀器的型號、量程和准確度等級、有關環境條件參數如溫度、濕度等。
2、作圖法
作圖法可以最醒目地表達物理量間的變化關系。從圖線上還可以簡便求出實驗需要的某些結果（如直線的斜率和截距值等），讀出沒有進行觀測的對應點（內插法）或在一定條件下從圖線的延伸部分讀到測量范圍以外的對應點（外推法）。此外，還可以把某些復雜的函數關系，通過一定的變換用直線圖表示出來。例如半導體熱敏電阻的電阻與溫度關系為，取對數後得到，若用半對數坐標紙，以lgR為縱軸，以1/T為橫軸畫圖，則為一條直線。
3、數據分析主要包含：
1. 簡單數學運算（Simple Math）
2. 統計（Statistics）
3. 快速傅里葉變換（FFT）
4. 平滑和濾波（Smoothing and Filtering）
5.基線和峰值分析(Baseline and Peak Analysis)

數據來源
1、搜索引擎蜘蛛抓取數據；
2、網站IP、PV等基本數據；
3、網站的HTTP響應時間數據；
4、網站流量來源數據。
數據分析過程的主要活動由識別信息需求、收集數據、分析數據、評價並改進數據分析的有效性組成。

識別需求
識別信息需求是確保數據分析過程有效性的首要條件，可以為收集數據、分析數據提供清晰的目標。識別信息需求是管理者的職責管理者應根據決策和過程式控制制的需求，提出對信息的需求。就過程式控制制而言，管理者應識別需求要利用那些信息支持評審過程輸入、過程輸出、資源配置的合理性、過程活動的優化方案和過程異常變異的發現。

收集數據
有目的的收集數據，是確保數據分析過程有效的基礎。組織需要對收集數據的內容、渠道、方法進行策劃。策劃時應考慮：
①將識別的需求轉化為具體的要求，如評價供方時，需要收集的數據可能包括其過程能力、測量系統不確定度等相關數據；
②明確由誰在何時何處，通過何種渠道和方法收集數據；
③記錄表應便於使用； ④採取有效措施，防止數據丟失和虛假數據對系統的干擾。
分析數據
分析數據是將收集的數據通過加工、整理和分析、使其轉化為信息，通常用方法有：
老七種工具，即排列圖、因果圖、分層法、調查表、散步圖、直方圖、控制圖；
新七種工具，即關聯圖、系統圖、矩陣圖、KJ法、計劃評審技術、PDPC法、矩陣數據圖；

過程改進
數據分析是質量管理體系的基礎。組織的管理者應在適當時，通過對以下問題的分析，評估其有效性：
①提供決策的信息是否充分、可信，是否存在因信息不足、失准、滯後而導致決策失誤的問題；
②信息對持續改進質量管理體系、過程、產品所發揮的作用是否與期望值一致，是否在產品實現過程中有效運用數據分析；
③收集數據的目的是否明確，收集的數據是否真實和充分，信息渠道是否暢通；
④數據分析方法是否合理，是否將風險控制在可接受的范圍；
⑤數據分析所需資源是否得到保障。

『叄』 財務分析方法有哪些

一、短期償債

1.營運資本=流動資產-流動負債

=（總資產-非流動資產）-（負債 -非流動負債）

=（總資產 - 非流動資產）-（總資產 -股東權益- 非流動負債）

=（股東權益 + 非流動負債）- 非流動資產

=長期資本-長期資產

2.流動比率= 流動資產÷流動負債

* 流動比率 = 1 ÷（1 - 營運資本÷流動資產）

3.速動比率=速動資產÷流動負債

* 速動資產 = 流動資產 -存貨

4.現金比率=（貨幣資金+交易性金融資產）÷流動負債

5.現金流量比率= 經營現金凈流量÷流動負債

二、長期償債

1.資產負債率= 負債總額 ÷ 總資產× 100%

2.產權比率=負債總額÷股東權益

3.權益乘數= 總資產÷股東權益

* 權益乘數 = 1 + 產權比率

= 1 ÷（1 - 資產負債率）

4.長期資本負債率 = 非流動負債÷長期資本× 100%

=[非流動負債÷（非流動負債+股東權益）]× 100%

5.利息保障倍數=息稅前利潤÷利息費用

=（凈利潤+ 利息費用 +所得稅費用）÷利息費用

6.現金流量利息保障倍數= 經營現金流量÷利息費用

三、應收賬款周轉率

1.應收賬款周轉次數 = 賒銷收入凈額÷應收賬款平均余額。

2.應收賬款周轉天數= 365 ÷應收賬款周轉次數

3.應收賬款與收入比 = 應收賬款÷銷售收入

四、存貨周轉率

1.存貨周轉次數 = 銷售成本÷存貨平均余額

2.存貨周轉天數= 365 ÷存貨周轉次數

3.存貨與收入比 = 存貨÷銷售收入

五、流動資產周轉率

1.流動資產周轉次數 = 銷售收入÷流動資產

2.流動資產周轉天數= 365 ÷流動資產周轉次數

3.流動資產與收入比 = 流動資產÷銷售收入

六、非流動資產周轉率

1.非流動資產周轉次數 = 銷售收入÷非流動資產

2.非流動資產周轉天數 = 365 ÷非流動資產周轉次數

3.非流動資產與收入比 = 非流動資產÷銷售收入

七、總資產周轉率

1.總資產周轉次數 = 銷售收入÷總資產

2.總資產周轉天數 = 365 ÷總資產周轉次數

3.總資產與收入比 = 總資產÷銷售收入

八、與銷售額有關的

1.銷售毛利率 = 息稅前利潤總額÷銷售收入× 100%

=（銷售收入－銷售成本）÷銷售收入× 100%

2.銷售凈利率= 凈利潤÷銷售收入× 100%

3.主營業務利潤率 = 主營業務利潤÷主營業務收入凈額× 100%

九、與投資額有關的

1.資產凈利率 = 凈利潤÷總資產 × 100%

=（凈利潤×銷售收入）×（銷售收入÷總資產）× 100%

= 銷售利潤率×總資產周轉次數

2.總資產報酬率 = 息稅前利潤總額÷總資產 × 100%

* 資產凈利率和總資產報酬率都屬於資產報酬率（ROA）

3.權益凈利率= 凈利潤÷股東權益× 100%

= 資產凈利率×權益乘數

= 銷售利潤率×總資產周轉次數×權益乘數

4.資本保值增值率 = 扣除客觀因素後的年末所有者權益÷年初所有者權益× 100%

十、其他的

1.盈餘現金保障倍數 = 經營現金凈流量÷凈利潤× 100%

2.成本費用利潤率 = 利潤總額÷成本費用總額× 100%

十一、能力分析

1.銷售增長率 = 本年主營業務收入增加額÷上年主營業務收入額× 100%

=（本年主營業務收入額 - 上年主營業務收入額）÷上年主營業務收入額× 100%

2.資本積累率 = 本年所有者權益增加額÷年初所有者權益× 100%

=（年末所有者權益 - 年初所有者權益）÷年初所有者權益× 100%

3.技術投入比率 = 當年技術轉讓費支出與研究投入÷當年主營業務收入凈額× 100%

十二、收現分析

1.銷售收現率 = 銷售商品提供勞務收到的現金÷銷售收入× 100%

2.資產的經營現金凈流量回報率 = 經營現金凈流量÷總資產× 100%

3.每股經營現金凈流量 = 經營現金凈流量÷普通股股數

4.營業利潤的經營現金凈流量 = 經營現金凈流量÷營業利潤

十三、上市企業

1.每股股利 = 普通股股利總額÷年末普通股股份總數

2.每股收益率 = 普通股每股股利÷普通股每股市價× 100%

3.每股盈餘（EPS） = 可供普通股股東分配的凈收益÷年末普通股股份總數

4.市盈率（P/E） = 普通股每股市價÷普通股每股盈餘

5.每股賬面價值= 普通股股東權益總額÷年末普通股股份總數

6.市凈率（P/BV） = 普通股每股市價÷普通股每股賬面價值

7.股利支付率 = 普通股每股股利÷普通股每股盈餘× 100%

8.每股凈資產 = 年末凈資產÷年末普通股股份總數

9.股利保障倍數= 普通股每股盈餘÷普通股每股股利

= 1÷股利支付率

『肆』 spss數據分析方法五種是什麼

線性模型；點擊分析，一般線性模型，單變數，設置因變數和固定因子，點擊確定即可。圖表分析。回歸分析；點擊分析，打開回歸，設置自變數和因變數數據，點擊確定即可。直方圖分析。統計分析。

軟體功能：

SPSS是世界上最早採用圖形菜單驅動界面的統計軟體，它最突出的特點就是操作界面極為友好，輸出結果美觀漂亮。它將幾乎所有的功能都以統一、規范的界面展現出來，使用Windows的窗口方式展示各種管理和分析數據方法的功能，對話框展示出各種功能選擇項。

用戶只要掌握一定的Windows操作技能，精通統計分析原理，就可以使用該軟體為特定的科研工作服務。SPSS採用類似EXCEL表格的方式輸入與管理數據，數據介面較為通用，能方便的從其他資料庫中讀入數據。

其統計過程包括了常用的、較為成熟的統計過程，完全可以滿足非統計專業人士的工作需要。輸出結果十分美觀，存儲時則是專用的SPO格式，可以轉存為HTML格式和文本格式。

『伍』 如何去分析一件事或物

1、一分為一法：即是由單純思想的人（小孩），對待事物和人，只看到了它的表面現象，不去研究現象背後的原因。
2、一分為二法：這是樸素的唯物辯證法。事物有正反兩方面，有對事物或人深入研究的人會用此法來分析事物或人產生的現象及原因。此法有很大的精準性。這是思想者所常用的思維分析方法。
4、一分為四法：事物是由四性的，這一點不被多數人所知。一分為四法是對事物分析更為全面的一種思維方法，常用於對事物的謀劃及對待事物應採取的更為客觀有效使用的方法，是一分為三法的進一步演化與應用。它存在於日常生活中，但不被人們所認知，在中醫中將其應用於辯證施治，其它領域則少有人用之。
例如：人一分為一法：一個人
男人或女人
一面性
一分為二法：男性人、女性人
有性別的特徵
兩面性
一分為三法：男性人、女性人、無性人
三面性
一分為四法：男性人、女性人、無性人、兩性人
四面性
清代劉純在《誤治余論》里說：陰陽之分不盡已矣。人非男女之別，萬物具備四性也，人者有男、有女、有天宦、有兩性人。
也就是說矛盾問題應當考慮四個方面；第一是矛，第二是盾，第三既是矛又是盾，第四既不是矛又不是盾。尤其是搞科研的高級知識分子，要掌握這種廣闊的思維方法，不然的話可能不容易出成果。例如物質問題，是否應當考慮有物質，也有反物質，既是物質又是反物質，既不是物質也不是反物質。
比如朋友的劃分。如果按照一分為二的觀點，那麼不是敵人就是朋友。這種觀點是十分錯誤的。因為沒有有恆的敵人，也沒有有恆的朋友。夫妻兩個人都要磕磕碰碰的，別說朋友了。按照一分為二的觀點，劃分敵人太多了，就要打擊一大片；劃分朋友太多了，就難免看走了眼，也容易吃虧上當。按一分為四的觀點就清晰得多，敵人是很少的，朋友也是很少的。可是既是敵人又是朋友的，這是比較多的。利害相同的時候就是朋友，吃了點虧就是敵人。但是不是敵人也不是朋友，這是最多的。這是為什麼呢？別人根本不知道你是誰，所以既不把你當作敵人也不和你交朋友。如果這樣劃分朋友和敵人，自己就不會看走了眼，也不會出虧上當，更不會絕交朋友而氣惱，也不會因為增添敵人而恐懼。因為是敵人又是朋友的情況，本來就是比較多的；一會是敵人，一會是朋友，是十分正常的。所以說一分為四的分析思維方法是最全面的。
佛家在經典的敘述中已將一分為四的方法運用到了極致，因不為大多數人所理解，只有具備了大智慧的人才能領會透徹。如對於「道」的描述，是空，是無，即是空是無，也是非空非無，只有空無兩不佔，才是得到了「道」的真諦，反過來應對世俗才能達到超然灑脫狀態。

『陸』 如何做好需求分析，需求調研

轉載以下資料供參考

從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。
狹義上理解需求分析指需求的分析、定義過程。
原因
需求分析就是分析軟體用戶的需求是什麼。如果投入大量的人力，物力、財力、時間，開發出的軟體卻沒人要，那所有的投入都是徒勞。如果費了很大的精力，開發一個軟體，最後卻不滿足用戶的要求，從而要重新開發過，這種返工是讓人痛心疾首的(相信大家都有體會)。比如：用戶需要一個for linux的軟體，而你在軟體開發前期忽略了軟體的運行環境，忘了向用戶詢問這個問題，而想當然的認為是開發for windows的軟體。當你千辛萬苦地開發完成向用戶提交時才發現出了問題，那時候你是欲哭無淚了，恨不得找塊豆腐一頭撞死。
需求分析之所以重要，就因為他具有決策性、方向性、策略性的作用，他在軟體開發的過程中具有舉足輕重的地位，大家一定要對需求分析具有足夠的重視。在一個大型軟體系統的開發中，他的作用要遠遠大於程序設計。
任務
簡言之，需求分析的任務就是解決「做什麼"的問題，就是要全面地理解用戶的各項要求，並准確地表達所接受的用戶需求。
過程
需求分析階段的工作,可以分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。
問題識別：就是從系統角度來理解軟體，確定對所開發系統的綜合要求，並提出這些需求的實現條件，以及需求應該達到的標准。這些需求包括：功能需求(做什麼)、性能需求(要達到什麼指標)、環境需求(如機型、操作系統等)、可靠性需求(不發生故障的概率）、安全保密需求、用戶界面需求、資源使用需求(軟體運行是所需的內存、CPU等)、軟體成本消耗與開發進度需求、預先估計以後系統可能達到的目標。
分析與綜合： 逐步細化所有的軟體功能，找出系統各元素間的聯系，介面特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最後綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什麼的模型)。
制訂規格說明書： 即編制文檔，描述需求的文檔稱為軟體需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。
評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。
方法
需求分析的方法有很多，這里只強調原型化方法，其它的方法如：結構化方法、動態分析法等，從來沒用過這些方法在此不討論。
原型化方法是十分重要的，原型就是軟體的一個早期可運行的版本，它實現了目標系統的某些或全部功能。
原型化方法就是盡可能快地建造一個粗糙的系統，這系統實現了目標系統的某些或全部功能。但是這個系統可能在可靠性、界面的友好性或其他方面上存在缺陷。建造這樣一個系統的目的是為了考察某一方面的可行性，如演算法的可行性、技術的可行性或考察是否滿足用戶的需求等。如：為了考察是否滿足用戶的要求，可以用某些軟體工具快速的建造一個原型系統，這個系統只是一個界面，然後聽取用戶的意見，改進這個原型。以後的目標系統就在原型系統的基礎上開發。
原型主要有三種類型：探索型、實驗型、進化型。
探索型：目的是要弄清楚對目標系統的要求，確定所希望的特性，並探討多種方案的可行性。
實驗型：用於大規模開發和實現前，考核方案是否合適，規格說明是否可靠。
進化型：目的不在於改進規格說明，而是將系統建造得易於變化，在改進原型的過程中，逐步將原型進化成最終系統。
在使用原型化方法時有兩種不同的策略：廢棄策略、追加策略。
廢棄策略：先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成比較好的思想，據此設計出較完整、准確、一致、可靠的最終系統。系統構造完成後，原來的模型系統就被廢棄不用。探索型和實驗型屬於這種策略。
追加策略：先構造一個功能簡單而且質量要求不高的模型系統，作為最終系統的核心，然後通過不斷地擴充修改，逐步追加新要求，發展成為最終系統。進化型屬於這種策略。

需求分析20條法則
客戶與開發人員交流需要好的方法。下面建議20條法則，客戶和開發人員可以通過評審以下內容並達成共識。如果遇到分歧，將通過協商達成對各自義務的相互理解，以便減少以後的磨擦（如一方要求而另一方不願意或不能夠滿足要求）。
1、 分析人員要使用符合客戶語言習慣的表達
需求討論集中於業務需求和任務，因此要使用術語。客戶應將有關術語（例如：采價、印花商品等采購術語）教給分析人員，而客戶不一定要懂得計算機行業的術語。
2、分析人員要了解客戶的業務及目標
只有分析人員更好地了解客戶的業務，才能使產品更好地滿足需要。這將有助於開發人員設計出真正滿足客戶需要並達到期望的優秀軟體。為幫助開發和分析人員，客戶可以考慮邀請他們觀察自己的工作流程。如果是切換新系統，那麼開發和分析人員應使用一下舊系統，有利於他們明白系統是怎樣工作的，其流程情況以及可供改進之處。
3、 分析人員必須編寫軟體需求報告
分析人員應將從客戶那裡獲得的所有信息進行整理，以區分業務需求及規范、功能需求、質量目標、解決方法和其他信息。通過這些分析，客戶就能得到一份「需求分析報告」，此份報告使開發人員和客戶之間針對要開發的產品內容達成協議。報告應以一種客戶認為易於翻閱和理解的方式組織編寫。客戶要評審此報告，以確保報告內容准確完整地表達其需求。一份高質量的「需求分析報告」有助於開發人員開發出真正需要的產品。
4、 要求得到需求工作結果的解釋說明
分析人員可能採用了多種圖表作為文字性「需求分析報告」的補充說明，因為工作圖表能很清晰地描述出系統行為的某些方面，所以報告中各種圖表有著極高的價值；雖然它們不太難於理解，但是客戶可能對此並不熟悉，因此客戶可以要求分析人員解釋說明每個圖表的作用、符號的意義和需求開發工作的結果，以及怎樣檢查圖表有無錯誤及不一致等。
5、 開發人員要尊重客戶的意見
如果用戶與開發人員之間不能相互理解，那關於需求的討論將會有障礙。共同合作能使大家「兼聽則明」。參與需求開發過程的客戶有權要求開發人員尊重他們並珍惜他們為項目成功所付出的時間，同樣，客戶也應對開發人員為項目成功這一共同目標所做出的努力表示尊重。
6、 開發人員要對需求及產品實施提出建議和解決方案
通常客戶所說的「需求」已經是一種實際可行的實施方案，分析人員應盡力從這些解決方法中了解真正的業務需求，同時還應找出已有系統與當前業務不符之處，以確保產品不會無效或低效；在徹底弄清業務領域內的事情後，分析人員就能提出相當好的改進方法，有經驗且有創造力的分析人員還能提出增加一些用戶沒有發現的很有價值的系統特性。
7、 描述產品使用特性
客戶可以要求分析人員在實現功能需求的同時還注意軟體的易用性，因為這些易用特性或質量屬性能使客戶更准確、高效地完成任務。例如：客戶有時要求產品要「界面友好」或「健壯」或「高效率」，但對於開發人員來講，太主觀了並無實用價值。正確的做法是，分析人員通過詢問和調查了解客戶所要的「友好、健壯、高效所包含的具體特性，具體分析哪些特性對哪些特性有負面影響，在性能代價和所提出解決方案的預期利益之間做出權衡，以確保做出合理的取捨。
8、 允許重用已有的軟體組件
需求通常有一定靈活性，分析人員可能發現已有的某個軟體組件與客戶描述的需求很相符，在這種情況下，分析人員應提供一些修改需求的選擇以便開發人員能夠降低新系統的開發成本和節省時間，而不必嚴格按原有的需求說明開發。所以說，如果想在產品中使用一些已有的商業常用組件，而它們並不完全適合您所需的特性，這時一定程度上的需求靈活性就顯得極為重要了。
9、 要求對變更的代價提供真實可靠的評估
有不同的選擇。而這時，對需求變更的影響進行評估從而對業務決策提供幫助，是十分必要的。所以，客戶有權利要求開發人員通過分析給出一個真實可信的評估，包括影響、成本和得失等。開發人員不能由於不想實施變更而隨意誇大評估成本。
10、 獲得滿足客戶功能和質量要求的系統
每個人都希望項目成功，但這不僅要求客戶要清晰地告知開發人員關於系統「做什麼」所需的所有信息，而且還要求開發人員能通過交流了解清楚取捨與限制，一定要明確說明您的假設和潛在的期望，否則，開發人員開發出的產品很可能無法讓您滿意。
11、 給分析人員講解您的業務
分析人員要依靠客戶講解業務概念及術語，但客戶不能指望分析人員會成為該領域的專家，而只能讓他們明白您的問題和目標；不要期望分析人員能把握客戶業務的細微潛在之處，他們可能不知道那些對於客戶來說理所當然的「常識」。
12、 抽出時間清楚地說明並完善需求
客戶很忙，但無論如何客戶有必要抽出時間參與「頭腦高峰會議」的討論，接受采訪或其他獲取需求的活動。有些分析人員可能先明白了您的觀點，而過後發現還需要您的講解，這時請耐心對待一些需求和需求的精化工作過程中的反復，因為它是人們交流中很自然的現象，何況這對軟體產品的成功極為重要。
13、 准確而詳細地說明需求
編寫一份清晰、准確的需求文檔是很困難的。由於處理細節問題不但煩人而且耗時，因此很容易留下模糊不清的需求。但是在開發過程中，必須解決這種模糊性和不準確性，而客戶恰恰是為解決這些問題作出決定的最佳人選，否則，就只好靠開發人員去正確猜測了。
在需求分析中暫時加上「待定」標志是個方法。用該標志可指明哪些是需要進一步討論、分析或增加信息的地方，有時也可能因為某個特殊需求難以解決或沒有人願意處理它而標註上「待定」。客戶要盡量將每項需求的內容都闡述清楚，以便分析人員能准確地將它們寫進「軟體需求報告」中去。如果客戶一時不能准確表達，通常就要求用原型技術，通過原型開發，客戶可以同開發人員一起反復修改，不斷完善需求定義。
14、 及時作出決定
分析人員會要求客戶作出一些選擇和決定，這些決定包括來自多個用戶提出的處理方法或在質量特性沖突和信息准確度中選擇折衷方案等。有權作出決定的客戶必須積極地對待這一切，盡快做處理，做決定，因為開發人員通常只有等客戶做出決定才能行動，而這種等待會延誤項目的進展。
15、 尊重開發人員的需求可行性及成本評估
所有的軟體功能都有其成本。客戶所希望的某些產品特性可能在技術上行不通，或者實現它要付出極高的代價，而某些需求試圖達到在操作環境中不可能達到的性能，或試圖得到一些根本得不到的數據。開發人員會對此作出負面的評價，客戶應該尊重他們的意見。
16、 劃分需求的優先順序
絕大多數項目沒有足夠的時間或資源實現功能性的每個細節。決定哪些特性是必要的，哪些是重要的，是需求開發的主要部分，這只能由客戶負責設定需求優先順序，因為開發者不可能按照客戶的觀點決定需求優先順序；開發人員將為您確定優先順序提供有關每個需求的花費和風險的信息。
在時間和資源限制下，關於所需特性能否完成或完成多少應尊重開發人員的意見。盡管沒有人願意看到自己所希望的需求在項目中未被實現，但畢竟是要面對現實，業務決策有時不得不依據優先順序來縮小項目范圍或延長工期，或增加資源，或在質量上尋找折衷。
17、 評審需求文檔和原型
客戶評審需求文檔，是給分析人員帶來反饋信息的一個機會。如果客戶認為編寫的「需求分析報告」不夠准確，就有必要盡早告知分析人員並為改進提供建議。更好的辦法是先為產品開發一個原型。這樣客戶就能提供更有價值的反饋信息給開發人員，使他們更好地理解您的需求；原型並非是一個實際應用產品，但開發人員能將其轉化、擴充成功能齊全的系統。
18、 需求變更要立即聯系
不斷的需求變更，會給在預定計劃內完成的質量產品帶來嚴重的不利影響。變更是不可避免的，但在開發周期中，變更越在晚期出現，其影響越大；變更不僅會導致代價極高的返工，而且工期將被延誤，特別是在大體結構已完成後又需要增加新特性時。所以，一旦客戶發現需要變更需求時，請立即通知分析人員。
19、 遵照開發小組處理需求變更的過程
為將變更帶來的負面影響減少到最低限度，所有參與者必須遵照項目變更控制過程。這要求不放棄所有提出的變更，對每項要求的變更進行分析、綜合考慮，最後做出合適的決策，以確定應將哪些變更引入項目中。
20、 尊重開發人員採用的需求分析過程
軟體開發中最具挑戰性的莫過於收集需求並確定其正確性，分析人員採用的方法有其合理性。也許客戶認為收集需求的過程不太劃算，但請相信花在需求開發上的時間是非常有價值的；如果您理解並支持分析人員為收集、編寫需求文檔和確保其質量所採用的技術，那麼整個過程將會更為順利。
「需求確認」意味著什麼
在「需求分析報告」上簽字確認，通常被認為是客戶同意需求分析的標志行為，然而實際操作中，客戶往往把「簽字」看作是毫無意義的事情。「他們要我在需求文檔的最後一行下面簽名，於是我就簽了，否則這些開發人員不開始編碼。」
這種態度將帶來麻煩，譬如客戶想更改需求或對產品不滿時就會說：「不錯，我是在需求分析報告上簽了字，但我並沒有時間去讀完所有的內容，我是相信你們的，是你們非讓我簽字的。」
同樣問題也會發生在僅把「簽字確認」看作是完成任務的分析人員身上，一旦有需求變更出現，他便指著「需求分析報告」說：「您已經在需求上簽字了，所以這些就是我們所開發的，如果您想要別的什麼，您應早些告訴我們。」
這兩種態度都是不對的。因為不可能在項目的早期就了解所有的需求，而且毫無疑問地需求將會出現變更，在「需求分析報告」上簽字確認是終止需求分析過程的正確方法，所以我們必須明白簽字意味著什麼。
對「需求分析報告」的簽名是建立在一個需求協議的基線上，因此我們對簽名應該這樣理解：「我同意這份需求文檔表述了我們對項目軟體需求的了解，進一步的變更可在此基線上通過項目定義的變更過程來進行。我知道變更可能會使我們重新協商成本、資源和項目階段任務等事宜。」對需求分析達成一定的共識會使雙方易於忍受將來的摩擦，這些摩擦來源於項目的改進和需求的誤差或市場和業務的新要求等。 需求確認將迷霧撥散，顯現需求的真面目，給初步的需求開發工作畫上了雙方都明確的句號，並有助於形成一個持續良好的客戶與開發人ONT>