閱讀筆記 我們應當怎麼做需求分析

2022-07-19 06:18:11 字數 1135 閱讀 1865

看了那篇長**,如果說是本學期《軟體需求與分析》需要掌握哪些必要的內容的話,我想從宗旨角度這個方面來說。

從宗旨角度,縱觀全文,應該講的就是以下的內容:

首先,要了解客戶真正的需求。這一點,上課的時候,王老師已經講過,做需求分析,不僅要知道客戶的需求,而且要知道客戶為什麼有這個需求的原因。這個其實跟對待孩子是一樣的,過年的時候,家中孩子異常的多,一會這個不開心,一會那個不開心,有時候,一根棒棒糖可以解決所有問題,但是,終究原因還是要問清楚的,有的是因為真的想吃了,這個時候給了棒棒糖就可以了,有時卻不是這樣,也許他是羨慕或者嫉妒別的孩子有而自己沒有,這時候不僅要給乙個棒棒糖,而且要跟他講點道理,否則,他要的不會只是乙個棒棒糖。簡而言之,就是要學會因人而異,具體問題具體分析。只有如此,一切才能掌握在自己手中,而不一直受客戶的牽制而不能發揮自己最大的作用;

其次,要秉持實事求是的態度基於技術做需求分析。這個觀點其實源於一句話「隔行如隔山」,有時候,看起來很理所當然的事到了別人那裡並非如此,這個同樣適用於客戶和計算機的操作人員。是的,我們的確要聽從客戶的要求,但是,並不是一昧的盲從。作為技術人員,需求分析必須實事求是的、基於技術可以實現的角度去考慮。那種「有條件要上,沒有條件創造條件也要上」的魯莽行事,結果必然是悲慘的。所以 我們必須要基於技術實現去引導客戶的需求。說大點,這個原理還是源自於中國特色社會主義理論體系「實事求是,一切從實際出發」;

再者,要從角色角度進行調研。講到這個,不免要講到典型使用者分析。同樣的,這一點上課也講過。不同的使用者群體會對同一款軟體有不同的建議或者需求。需求調研的時候,就應該分好使用者群體,進行因人而異,從而更好的獲得調研成果。同時,調研的結果也虛及時與專家建立聯絡,反覆溝通,遵循科學的方法,最後確定需求調研的結果;

另一方面,不斷地更新需求分析。這個是乙個迴圈的過程,文中多次提到「需求捕獲->需求整理->需求驗證->再需求捕獲」這個迴圈線,必然的,需求分析並不是只是一開始的調研,這個應該貫穿於專案始終,並不斷的引導著專案的進行;

最後要注意的便是對待客戶的態度應該是不卑不亢。這個其實和做人應該是一樣的道理,過於謙卑和過於驕傲都是不可取的,尤其是在這個顧客為上帝的時代。有了不卑不亢的態度,需求分析和接下來的過程才能是談下來的了,不然可都是要被客戶牽著鼻子走了;

最後的最後,不容忽視的就是擁有需求調研的科學的條理。這個講的就是文中後面的內容,各種的角度與方法。科學的方法,不用我說,都知道是有益的就可以了。

我們應當怎麼做需求分析

又到新年了,日曆又要從2011年翻到2012年了,這使我有太多的感慨,進而勾起了對太大往事的回憶。過去的10年,毫無疑問是中國軟體業發展最快的10年。當我們剛剛畢業的時候,還在使用vb pb開發一些簡單的資料庫應用,而現在卻幾乎看不到它們的蹤影,換來的是諸如j2ee和.net這樣的大型web應用。而...

我們應當怎麼做需求分析

無體現出論是從東軟開發軟體還是作者自己開發軟體的經歷中都體現出提前做好全面徹底的需求分析的重要性。而且就像上課時提到的不能完全任由客戶提出需求,也就是不能說使用者提出什麼需求就完成什麼,應該就能力還有開發實際情況,還有社會情況綜合提出。這樣給出自己的建設性的意見,不僅能夠使開發過程更加得心應手,而且...

《我們應當怎樣做需求分析》閱讀筆記

通過閱讀 我們應當怎麼做需求分析 一文,我了解了需求分析的基本步驟和一些方法 1 需求調研 如何與客戶交流 建立聯絡 研討業務需求,捕獲需求 2 需求分析 功能角色分析 業務流程分析與業務領域分析,用例分析及用例圖,查詢報表分析,原文分析,非功能需求 3 需求確認 需求列表,需求例項,快速原型法,需...