（3）如何獲取用戶需求
了解客戶方的所有用戶類型以及潛在的類型。然后，根據(jù)他們的要求來(lái)確定系統(tǒng)的整體目標(biāo)和系統(tǒng)的工作范圍。
對(duì)用戶進(jìn)行訪談和調(diào)研。交流的方式可以是會(huì)議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是，每一次交流一定要有記錄，對(duì)于交流的結(jié)果還可以進(jìn)行分類，便于后續(xù)的分析活動(dòng)。
可以將需求細(xì)分為功能需求、非功能需求（如響應(yīng)時(shí)間、平均無(wú)故障工作時(shí)間、自動(dòng)恢復(fù)時(shí)間等性能和安全等方面的要求）、環(huán)境限制、設(shè)計(jì)約束等類型。
（4）應(yīng)用要點(diǎn)
在這個(gè)階段中，開(kāi)發(fā)者一般不應(yīng)該考慮具體的代碼或程序細(xì)節(jié)。將那種以“如何實(shí)現(xiàn)”的表述方式轉(zhuǎn)換為“實(shí)現(xiàn)什么”的方式，因?yàn)樾枨蠓治鲭A段關(guān)注的目標(biāo)是“做什么”，而不是“怎么做”；
用例僅能捕獲功能性需求，不適合捕獲非功能性需求。
避免下面的情況出現(xiàn)
跨過(guò)需求，直接進(jìn)入了設(shè)計(jì)甚至實(shí)現(xiàn)階段。
因?yàn)樵谛枨蠓矫嫒魏涡〉氖杪┒伎赡軐?dǎo)致進(jìn)展不利乃致失敗，因?yàn)樘嗟墓ぷ鞅焕速M(fèi)在錯(cuò)誤的方向上。
用你的想法來(lái)理解客戶的需求設(shè)計(jì)不應(yīng)該成為需求收集的一部分，將需求與設(shè)計(jì)分離是至關(guān)重要的。我們常常是提出問(wèn)題，然后是解決問(wèn)題。而不是有了一個(gè)解決方案之后，再找一個(gè)問(wèn)題去適合它。問(wèn)題的解決方案必須在問(wèn)題已經(jīng)被確定、形成文檔、理解和達(dá)成共識(shí)之后產(chǎn)生。如果設(shè)計(jì)在需求之前提出，則系統(tǒng)用的就是自己的需求，并不能代表用戶的利益。在設(shè)計(jì)之前完整地定義問(wèn)題永遠(yuǎn)都是明智的。要做到這些的方法只有一個(gè)，就是站在用戶的角度而不是設(shè)計(jì)者的角度看待系統(tǒng)。
從一開(kāi)始你就沒(méi)聽(tīng)清客戶要的是什么
很多時(shí)候，用戶并不知道自己要什么？需要我們?nèi)ヒ龑?dǎo)。當(dāng)系統(tǒng)存在多個(gè)用戶時(shí)，你會(huì)發(fā)現(xiàn)不同的用戶在需求方面是矛盾的。
2、確定需求的流程
（1）需求工作流
了解客戶方的所有用戶類型以及潛在的類型。然后，根據(jù)他們的要求來(lái)確定系統(tǒng)的整體目標(biāo)和系統(tǒng)的工作范圍。
對(duì)用戶進(jìn)行訪談和調(diào)研。交流的方式可以是會(huì)議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是，每一次交流一定要有記錄，對(duì)于交流的結(jié)果還可以進(jìn)行分類，便于后續(xù)的分析活動(dòng)。
可以將需求細(xì)分為功能需求、非功能需求（如響應(yīng)時(shí)間、平均無(wú)故障工作時(shí)間、自動(dòng)恢復(fù)時(shí)間等性能和安全等方面的要求）、環(huán)境限制、設(shè)計(jì)約束等類型。
（4）應(yīng)用要點(diǎn)
在這個(gè)階段中，開(kāi)發(fā)者一般不應(yīng)該考慮具體的代碼或程序細(xì)節(jié)。將那種以“如何實(shí)現(xiàn)”的表述方式轉(zhuǎn)換為“實(shí)現(xiàn)什么”的方式，因?yàn)樾枨蠓治鲭A段關(guān)注的目標(biāo)是“做什么”，而不是“怎么做”；
用例僅能捕獲功能性需求，不適合捕獲非功能性需求。
避免下面的情況出現(xiàn)
跨過(guò)需求，直接進(jìn)入了設(shè)計(jì)甚至實(shí)現(xiàn)階段。
因?yàn)樵谛枨蠓矫嫒魏涡〉氖杪┒伎赡軐?dǎo)致進(jìn)展不利乃致失敗，因?yàn)樘嗟墓ぷ鞅焕速M(fèi)在錯(cuò)誤的方向上。
用你的想法來(lái)理解客戶的需求設(shè)計(jì)不應(yīng)該成為需求收集的一部分，將需求與設(shè)計(jì)分離是至關(guān)重要的。我們常常是提出問(wèn)題，然后是解決問(wèn)題。而不是有了一個(gè)解決方案之后，再找一個(gè)問(wèn)題去適合它。問(wèn)題的解決方案必須在問(wèn)題已經(jīng)被確定、形成文檔、理解和達(dá)成共識(shí)之后產(chǎn)生。如果設(shè)計(jì)在需求之前提出，則系統(tǒng)用的就是自己的需求，并不能代表用戶的利益。在設(shè)計(jì)之前完整地定義問(wèn)題永遠(yuǎn)都是明智的。要做到這些的方法只有一個(gè)，就是站在用戶的角度而不是設(shè)計(jì)者的角度看待系統(tǒng)。
從一開(kāi)始你就沒(méi)聽(tīng)清客戶要的是什么
很多時(shí)候，用戶并不知道自己要什么？需要我們?nèi)ヒ龑?dǎo)。當(dāng)系統(tǒng)存在多個(gè)用戶時(shí)，你會(huì)發(fā)現(xiàn)不同的用戶在需求方面是矛盾的。
2、確定需求的流程
（1）需求工作流