需求分析心得體會

1、需求分析心得體會【篇一：軟件需求工程的學(xué)習(xí)心得】軟件需求工程的學(xué)習(xí)心得隨著社信息化京城的不斷深入,計算機軟件的需求越來越復(fù)雜,規(guī)模也越來越大.但軟件危機問題提出了三十多年,至今仍無法很 好的得到解決.究其原因,主要還是,主要是無視了軟件開發(fā)過程中的 質(zhì)量監(jiān)控,以及在軟件開發(fā)過程中,對需求的準(zhǔn)確把握不能做到很好的 定位.因此,這要求我們在這個過程中要準(zhǔn)確把握需求的內(nèi)容,并予以準(zhǔn) 確的定位.需求工程作為軟件工程生命周期的起點是軟件開發(fā)后繼階段的根底.軟件需求是軟件開發(fā)的目標(biāo),也是其工程開發(fā)成功與失敗的 重要因素.有時候錯誤的需求分析很可能導(dǎo)致軟件開發(fā)的全盤否認(rèn),需 求錯誤的代價會隨著工程的展開兒發(fā)

2、生變化.如果需求錯誤能夠及時的 修復(fù),那么其代價就會被限定在一定的范圍之內(nèi).如果沒有及時的發(fā) 現(xiàn),那么很可能讓整個軟件的開發(fā)失去其本來應(yīng)有的意義.明白了正確的需求的重要性,還要注意一點就是把握軟件在開發(fā)過 程中應(yīng)該有的功能性需求和非功能性需求.軟件開發(fā)的前期要首先 分析和撰寫需求規(guī)格說明書,這也在一定程度上給我們一個時機去 深究軟件本身應(yīng)該具備的功能性意義.采用合理化的需求分析模型, 能夠快速的開發(fā)出系統(tǒng)的概貌,有利于開發(fā)過程的順利進行,具模型包括： 瀑布模型,螺旋模型,rup ,迭代模型和敏捷方法等.這些方法能夠準(zhǔn)確 的定位產(chǎn)品的生命周期,從而使開發(fā)過程不至于偏離方向.減少開發(fā) 過程中走的彎

3、路. 我們根據(jù)用戶需求,通過反復(fù)討論、分析,最終 明確一個唯一性的用戶需求,這個結(jié)果其實就是我們的軟件需求分析報告.一般我 們米用一些開發(fā)工具,如 vc或bc等,同樣也會使用一些圖形工具,如 potoshop、調(diào)色板等畫圖工具.使用各種工具表達軟件需求分析, 苴且體表達手段可以分為：1.效果圖描述.主要是用戶 ui界面的描述反 映用戶需求功能；2.邏輯圖描述.根據(jù)用戶需求功能,使用抽象化理 論,以及需求分析理論,對用戶需求功能進行全面的分析,建立功能性 邏輯關(guān)系圖,流程邏輯關(guān)系圖等；3.關(guān)系圖表描述.主要是對信息關(guān)系、數(shù)據(jù)庫表格、接口函數(shù)等描述；4.工程數(shù)學(xué)描述.分析用戶需求,分 析用戶需求信

4、息,運用工程數(shù)學(xué)進行算法推導(dǎo),進行合理化需求分 析推導(dǎo)；5.甘地圖描述.主要是軟件工程工作安排,開發(fā)周期預(yù)估；6.其它方法描述.保證完整性合理性的有效描述.進行需求分析時,應(yīng)注意一切信息與需求都是站在用戶的角度上. 盡量防止分析員的主觀想象,并盡量將分析進度提交給用戶.在不 進行直接指導(dǎo)的前提下,讓用戶進行檢查與評價.從而到達需 求分析的準(zhǔn)確性.分析員通過需求分析,逐步細(xì)化對軟件的要求, 最為困難的概念性工作便是要編寫出詳細(xì)的技術(shù)需求,這包括所有 面向用戶、面向機器和其它軟件系統(tǒng)的接口.如果做錯,這將是會 最終給系統(tǒng)帶來極大損害的一局部,并且以后再對它進行修改也極 為困難.目前,國內(nèi)產(chǎn)品的龐雜

5、,一家企業(yè)可能有幾個系統(tǒng)并立運 行,它們之間的接口是系統(tǒng)開發(fā)人員最頭痛的問題.對于商業(yè)最終 品是顯而易見的.但是對于我們開發(fā)人員來說,并沒有編寫出客戶 認(rèn)可的需求文檔,我們?nèi)绾沃拦こ逃诤螘r結(jié)束？而如果我們不知 道什么對客戶來說是重要的,那我們又如何能使客戶感到滿意呢？ 軟件需求分析評估是為了檢查我們進行軟件需求分析工作,保證軟 件需求分析工作正確性、完整性、有效性、合理性、可確認(rèn)性、可 實施性,完全保證用戶所需求的功能.我們對組織結(jié)構(gòu)與責(zé)任治理 的評估主要有：參與人員任務(wù)和責(zé)任界面的明確；安排方案按時完成狀況；相互間的協(xié)調(diào)水平狀況.我們進行需求分析的目的是完整、 準(zhǔn)確地描述用戶的需求,跟蹤用

6、戶需求的變化,將用戶的需求準(zhǔn)確 地反映到系統(tǒng)的分析和設(shè)計中,并使系統(tǒng)的分析、設(shè)計和用戶的需求保持一致.需求分析的特點是需求的完整性、一致性和可追溯性.完整性：是準(zhǔn)確、全面的描述用戶的需求.一致性：是通過分析整理,剔除 用戶需求矛盾的方面,標(biāo)準(zhǔn)用戶需求.可追溯性：有兩個方面的含義,整理和標(biāo)準(zhǔn)的需求,其一,需要不斷的和用戶進一步交流,保持和用戶 最新的需求一致.其二,和系統(tǒng)分析設(shè)計保持一致.因此在需求分析之前我們必須建立需求分析技術(shù)層面的根本框架,從技術(shù)上保證需求分析的要求,在此根底上我們進行的需求分 析才能滿足工程對需求分析的要求.我們必須以用戶軟件需求為依據(jù),以求實的態(tài)度詳細(xì)的、準(zhǔn)確的、完整的

7、編寫軟件需求分析,防止空想世界,空中樓閣的想法；防止無邏輯性、無核心的描述；防止無量化思維,無實際空間概念.需求分析評價指標(biāo)主要有這么幾個：功能性、完整性、正確性、邏輯性、表現(xiàn)性、合理性,可實施性等.評價人員投入,以及費用支出的合理性問題.正確制定工作周期,保證軟件工程的順 利完成.還有就是需求的可確認(rèn)性,可確認(rèn)需求功能是實現(xiàn)用戶需求的根本 保證,如果不可確認(rèn)的、不確定更改存在,將會阻礙軟件實現(xiàn),或 者軟件設(shè)計存在著不完整性缺陷,或者存在著不可實施性問題,我們必 須區(qū)分是功能性障礙問題,還是未來性問題.如果不能夠明確是未來性 問題,那么必須調(diào)整功能需求,化解不確定更改的問題.因此,判斷不確定

8、性更改是一個非常重要的問題 對于需求工程,它無疑是當(dāng)今軟件工程中 的關(guān)鍵問題,但又是軟件工程中最復(fù)雜的過程之一,它是一個不斷 反復(fù)的需求定義、記錄、演進的過程.需求工程的過程：1.需求獲取2.需求分析3.需求規(guī)格說明 4.系統(tǒng)建模5.需求確認(rèn)6.需求治理.首先獲取需求是一個確定和理解不 同涉眾的需要和約束的過程.獲取需求的方法有面向目標(biāo),基于場 景,面向方向,面向視點,基于知識這幾個層次 ,它也是需求工程的主體內(nèi)容 之一.學(xué)習(xí)軟件工程這門課程已經(jīng)有一個學(xué)期了,整一個學(xué)期下來, 應(yīng)該說還是有許多值得肯定的地方的,其實在我看來,軟件工程與 其說是一門課程,不如說是一門思想.是一個如何去分析和處理問

9、 題的過程,應(yīng)該說其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課程,成為了一個綜合的一 個能夠解決問題的思想集合.所謂的需求獲取,那就是一個談判, 辯論,交流的過程,已經(jīng)不是單純的編編程序就能解決的問題了. 這門課程教給了我們在完成一個實際工程時的一般程序及過程,我認(rèn)為這是一份 非常具有實際意義的教學(xué)內(nèi)容.當(dāng)我們在畢業(yè)之后,這是我們實際 要運用的一項非常有用的技能,而且不僅僅局限于軟件工程的范疇, 我們即使是從事與其它行業(yè),不也是要從需求獲取開始.今天在這 里寫了這些,算是我對軟件工程這門課程的一點點心得體會,也許是正確的,也許在一定的程度上存在著觀點的偏激錯誤,但是起碼這些東西是我覺得存 在著的一些問題,但

10、愿軟件工程這門課程能夠開的越來越好,讓更 多的學(xué)生們能夠從這門課程中受益,在以后社會殘酷的競爭之中存活下來！【篇二：需求分析一點心得】需求分析一點心得2021年8月15日,我休假回到公司,四川分支crm行業(yè)部進行了四維分工,我分在了需求組.組長徐茜之前已經(jīng)與我溝通過需求組具體的工作明細(xì),但自己心里還是很擔(dān)憂,是否能做好這份新工作, 畢竟自己以前都是做的開發(fā)工作,接觸的都是代碼,很少編寫文檔； 不過我還是很快樂,新的工作具有挑戰(zhàn)性,可以更好的鍛煉自己各 方面的水平；首先我查看了一些以前同事寫的需求分析文檔,從中積累一些好的 經(jīng)驗,比方如何描述需求要點,如何繪制流程圖等；然后給自己制定了工作要求,

11、明確用戶需求、不遺漏需求點、對需 求進行分析、提出自己的意見和建議、輸出需求規(guī)格說明書給開發(fā) 人員；就這樣我井井有序的開展著自己的新工作,本以為自己已經(jīng) 做的夠細(xì)致了,幾周下來還是出現(xiàn)了不少問題.需求規(guī)格說明書寫 的不夠細(xì)、自己寫的需求規(guī)格說明書開發(fā)人員看后理解的與需求原 意不一致、測試上線開發(fā)點不齊全、設(shè)計需求時未考慮到后期的維 護使維護工作增多、需求不能根據(jù)之前與用戶指定的時間上線等； 對于這些問題,自己進行了深入的思考,如何防止這些問題的出現(xiàn)； 深思后發(fā)現(xiàn)大家好似缺乏溝通,需求的每一個環(huán)節(jié)沒有貫穿起來, 每個環(huán)節(jié)似乎都斷開了,不像以前一個需求自己與用戶溝通、自己 開發(fā)、自己測試、上線,整

12、個環(huán)節(jié)都在同一個人的掌控中,時間也 是由自己安排；作為需求分析負(fù)責(zé)人,自己是不是應(yīng)該貫穿整個需求,而不僅僅只 是把輸出需求規(guī)格說明書作為一個需求分析工作完成的目標(biāo)呢？ 首先溝通,與用戶溝通,明確需求要點,不僅需要聆聽用戶的需求 說明,還要懂得在用戶已說明的根底上進行拓展,開掘客戶沒有講 出來的潛在需求.在已有業(yè)務(wù)的根底上進行模擬業(yè)務(wù)流程,分析業(yè) 務(wù)是否走的通并且有無邏輯上不合理的地方.發(fā)現(xiàn)問題,及時與用 戶溝通,及時修改需求；與開發(fā)組長溝通,明確開發(fā)人員和上線完 成時間；與開發(fā)人員溝通,使開發(fā)人員知曉需求要點,自己更好的 完善需求分析規(guī)格說明書；與測試人員溝通,需求測試要點,判斷 需求上線的標(biāo)

13、準(zhǔn)；與維護人員溝通,對應(yīng)需求的維護工作如何開展 等；其次就是協(xié)調(diào),開發(fā)時間的協(xié)調(diào),如果用戶同時有幾個需求都要求 比擬緊急,那么需要我們協(xié)調(diào)用戶是否能將這些都很緊急的需求排 一個優(yōu)先級；需求要點協(xié)調(diào),如果兩個需求都要修改同一個模塊的 代碼,那么為了保證程序版本問題,需要協(xié)調(diào)將兩個需求開發(fā)時間 錯開；以及當(dāng)維護人員發(fā)現(xiàn)模塊 bug時,需要協(xié)調(diào)用戶發(fā)起對該 bug的優(yōu)化；有時還需要引導(dǎo),引導(dǎo)用戶走向有利于系統(tǒng)開發(fā)的軌道上,用戶的 一些需求,有些對整個業(yè)務(wù)其實可有可無,如果在實現(xiàn)起來很麻煩 的話,可以引導(dǎo)用戶取消這個需求,防止對系統(tǒng)大的改造影響了其 他正常的業(yè)務(wù),也浪費了開發(fā)人員的時間.如果系統(tǒng)本來就

14、已經(jīng)具 備的功能,那么就要引導(dǎo)用戶復(fù)用該功能,使系統(tǒng)可以最大程度的 復(fù)用原來的功能.提升系統(tǒng)的代碼的使用率,同時提升我們的工作 效率.最后就是完善,完善我們編寫的需求規(guī)格說明書,可以使用需求用 例、業(yè)務(wù)邏輯圖、辦理流程圖、表格、界面圖片等對需求進行說明, 使需求規(guī)格說明書簡單易懂,防止歧義；這一年的需求分析工作,使自己對該工作有了更多、更深的熟悉； 不僅要認(rèn)真,還要有細(xì)心、耐心、有責(zé)任感；不僅要考慮當(dāng)前的需 求,還要分析系統(tǒng)已經(jīng)具備的和將來需要支撐的；希望通過自己的 努力,能將需求分析工作做的更好；【篇三：鼓勵馬斯洛需求理論培訓(xùn)心得體會】用鼓勵成就你我鼓勵馬斯洛需求理論培訓(xùn)心得體會 dsm三階段培 訓(xùn)就在這個春暖花開的日子里結(jié)束了,他帶給我的是永遠(yuǎn)的記憶和 收益.自從參加dsm這個由公司最優(yōu)秀的人才組成的大家庭以來, 我一直受著鼓勵和啟發(fā).而老師的授課也讓我受益匪淺,每當(dāng)老師 的幾句話將困惑我很久的問題解決時,我就會有一種面朝大海,春暖花開的感覺,就會感到一股力量在身體內(nèi)流轉(zhuǎn),仿佛忽然間學(xué)會 了一項技能,令我沖動不已.而在這第三期培訓(xùn)中,讓我記憶最深 的就是鼓勵的作用和意義.老師首先介紹了兩個鼓勵理論：馬斯洛需求理論和赫茨伯格雙因素理論.馬斯洛需求理論這個人盡皆知的 理論,它所揭示的人們的五個需求層次,我在平時的生