原標(biāo)題：北京軟件開發(fā)的需求分析

現(xiàn)在企業(yè)信息化的程度越來越訓(xùn)，越來越多的企業(yè)希望通過軟件系統(tǒng)提升自身的市場(chǎng)競(jìng)爭(zhēng)力，而這些企業(yè)往往自己沒有開發(fā)人員，對(duì)軟件系統(tǒng)的了解也不夠，需要找專業(yè)的軟件公司合作，在合作過程中會(huì)有一些疑問，今天和大家分享一下軟件開發(fā)過程中的需求分析過程。北京木奇移動(dòng)技術(shù)有限公司，專業(yè)的軟件外包開發(fā)公司，歡迎交流合作。

需求分析是軟件系統(tǒng)開發(fā)最基礎(chǔ)的工作，也是啟動(dòng)軟件項(xiàng)目第一步需要做的工作，需求分析做好了，至少為軟件系統(tǒng)最終的成功打下了基礎(chǔ)的一步，如果需求分析做的不好，那軟件系統(tǒng)注定是失敗的，因此需求分析對(duì)軟件系統(tǒng)的成功至關(guān)重要，花再多的精力都是值得的。今天講一下傳統(tǒng)的需求分析方法。

一、傳統(tǒng)的需求分析方法

1.產(chǎn)品經(jīng)理找到業(yè)務(wù)人員口頭進(jìn)行交流，先從整體上明確現(xiàn)在的工作中遇到什么問題，需要解決什么問題，這些問題明確后可以從整體上有一個(gè)把握，不要因?yàn)樵诩?xì)節(jié)中迷失了方向，最終連基本問題都沒有解決。

2.產(chǎn)品經(jīng)理根據(jù)自己的理解將交流中得到的需求用文字整理出來，列出業(yè)務(wù)人員提出的問題，給出相應(yīng)的軟件解決方案，這時(shí)可以是一個(gè)粗略的解決方案，從模塊層給出相應(yīng)的解決方案，不要過于陷入細(xì)節(jié)。

3.根據(jù)模塊化的解決方案和業(yè)務(wù)人員交流，逐步培養(yǎng)業(yè)務(wù)人員的軟件知識(shí)，讓他們知道他們的問題用軟件是如何解決的，因此業(yè)務(wù)人員是最終的用戶，因此需要在認(rèn)識(shí)上讓他們明白，他們需要有一定基礎(chǔ)的軟件知識(shí)，這樣在后期的交流中會(huì)節(jié)省很多時(shí)間。而不是一直把業(yè)務(wù)人員當(dāng)非專業(yè)人員，只懂業(yè)務(wù)就行，這樣可能的后果是業(yè)務(wù)人員最終覺得做出的軟件系統(tǒng)不是他們想要的。

4. 根據(jù)模塊化的功能整理細(xì)節(jié)，這時(shí)對(duì)應(yīng)的業(yè)務(wù)人員是個(gè)別人，當(dāng)業(yè)務(wù)人員從整體上理解軟件系統(tǒng)后也就可以理解自己所負(fù)責(zé)的模塊在整體中扮演的角色，這時(shí)更容易理出細(xì)節(jié)需求。在傳統(tǒng)軟件中結(jié)合UML圖+文字描述來描述需求，常見的需求文檔和設(shè)計(jì)文檔都是偏文字多，這點(diǎn)其實(shí)在新的軟件系統(tǒng)需求分析中已經(jīng)發(fā)生了變化。

5.在需求文檔出來后，一定要逐條與業(yè)務(wù)人員進(jìn)行核對(duì)，不管再浪費(fèi)時(shí)間或業(yè)務(wù)人員多忙都得逐條核對(duì)，確保大家的理解是一致的，這樣可以減少后期的糾紛。在業(yè)務(wù)人員已經(jīng)充分理解后需要簽字或郵件確認(rèn)，這是一個(gè)正常的工作流程，這可以確保大家都認(rèn)真對(duì)待工作，為接下來軟件的成功打下基礎(chǔ)。

二、可能遇到的問題及解決方法

1.需求確定不下來，這有兩種可能性，一是業(yè)務(wù)人員基礎(chǔ)知識(shí)太差，雙方溝通有障礙，這點(diǎn)在軟件開始的時(shí)候一定要注意，因?yàn)檐浖_發(fā)至少得2-3月，如果在前期發(fā)現(xiàn)業(yè)務(wù)人員基礎(chǔ)知識(shí)太差，那后面同樣會(huì)有這樣的問題。二是項(xiàng)目的需求不明確，沒有人能準(zhǔn)確的說出要干什么，這同樣是一個(gè)大問題。這兩種情況都是難處理的情況，這時(shí)需要對(duì)項(xiàng)目的整體困難度提升一個(gè)層次，項(xiàng)目時(shí)間會(huì)延長(zhǎng)，時(shí)間也會(huì)增長(zhǎng)，相應(yīng)成本也會(huì)增加，因此在早期要有一個(gè)清楚的認(rèn)識(shí)，防患于未然。

2.需求太籠統(tǒng)，有的項(xiàng)目客戶只知道個(gè)大概，甚至簡(jiǎn)單一句要抄襲一個(gè)微信或其它很成熟的軟件，這說明客戶不懂基礎(chǔ)軟件知識(shí)，這時(shí)可以看看客戶的項(xiàng)目預(yù)算，如果預(yù)算很少就果斷放棄，否則勉強(qiáng)接了項(xiàng)目后面也會(huì)有很多的糾紛。

3.項(xiàng)目時(shí)間緊，有的客戶項(xiàng)目時(shí)間要求緊，在計(jì)劃的需求分析時(shí)間內(nèi)整理不出需求，這種要及時(shí)讓客戶知道后果是整體項(xiàng)目拖延，并認(rèn)客戶郵件確認(rèn)知曉該事件并說明不需要開發(fā)公司負(fù)責(zé)，否則有的項(xiàng)目后期會(huì)發(fā)生糾紛。返回搜狐，查看更多

責(zé)任編輯：