第一篇：優秀系統分析師必讀：需求分析20條原則

優秀系統分析師必讀：需求分析20條原則

需求通常有一定靈活性，分析人員可能發現已有的某個軟件組件與客戶描述的需求很相符，在這種情況下，分析人員應提供一些修改需求的選擇以便開發人員能夠降低新系統的開發成本和節省時間，而不必嚴格按原有的需求說明開發。客戶要盡量將每項需求的內容都闡述清楚，以便分析人員能準確地將它們寫進“軟件需求報告”中去。

對商業用戶來說，他們后面是成百上千個供應商，前面是成千上萬個消費顧客。怎樣利用軟件管理錯綜復雜的供應商和消費顧客，如何做好精細到一個小小調料包的進、銷、調、存的商品流通工作，這些都是商業企業需要信息管理系統的理由。軟件開發的意義也就在于此。而弄清商業用戶如此復雜需求的真面目，正是軟件開發成功的關鍵所在。

經理：“我們要建立一套完整的商業管理軟件系統，包括商品的進、銷、調、存管理，是總部-門店的連鎖經營模式。通過通信手段門店自動訂貨，供應商自動結算，賣場通過掃條碼實現銷售，管理人員能夠隨時查詢門店商品銷售和庫存情況。另外，我們也得為政府部門提供關于商品營運的報告。”

分析員：“我已經明白這個項目的大體結構框架，這非常重要，但在制定計劃之前，我們必須收集一些需求。”經理覺得奇怪：“我不是剛告訴你我的需求了嗎？”

分析員：“實際上，您只說明了整個項目的概念和目標。這些高層次的業務需求不足以提供開發的內容和時間。我需要與實際將要使用系統的業務人員進行討論，然后才能真正明白達到業務目標所需功能和用戶要求，了解清楚后，才可以發現哪些是現有組件即可實現的，哪些是需要開發的，這樣可節省很多時間。”

經理：“業務人員都在招商。他們非常忙，沒有時間與你們詳細討論各種細節。你能不能說明一下你們現有的系統？”

分析員盡量解釋從用戶處收集需求的合理性：“如果我們只是憑空猜想用戶的要求，結果不會令人滿意。我們只是軟件開發人員，而不是采購專家、營運專家或是財務專家，我們并不真正明白您這個企業內部運營需要做些什么。我曾經嘗試過，未真正明白這些問題就開始編碼，結果沒有人對產品滿意。”

經理堅持道：“行了，行了，我們沒有那么多的時間。讓我來告訴您我們的需求。實際上我也很忙。請馬上開始開發，并隨時將你們的進展情況告訴我。”風險躲在需求的迷霧之后

以上我們看到的是某客戶項目經理與系統開發小組的分析人員討論業務需求。在項目開發中，所有的項目風險承擔者都對需求分析階段備感興趣。這里所指的風險承擔者包括客戶方面的項目負責人和用戶，開發方面的需求分析人員和項目管理者。這部分工作做得到位，能開發出很優秀的軟件產品，同時也會令客戶滿意。若處理不好，則會導致誤解、挫折、障礙以及潛在的質量和業務價值上的威脅。因此可見——需求分析奠定了軟件工程和項目管理的基礎。

撥開需求分析的迷霧

像這樣的對話經常出現在軟件開發的過程中。客戶項目經理的需求對分析人員來講，像“霧里看花”般模糊并令開發者感到困惑。那么，我們就撥開霧影，分析一下需求的具體內容：

·業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。·用戶需求——描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。

·功能需求——定義了開發人員必須實現的軟件功能，使用戶利用系統能夠完成他們的任務，從而滿足了業務需求。

·非功能性的需求——描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標準、規范和約束，操作界面的具體細節和構造上的限制。

·需求分析報告——報告所說明的功能需求充分描述了軟件系統所應具有的外部行為。“需求分析報告”在開發、測試、質量保證、項目管理以及相關項目功能中起著重要作用。

前面提到的客戶項目經理通常闡明產品的高層次概念和主要業務內容，為后繼工作建立了一個指導性的框架。其他任何說明都應遵循“業務需求”的規定，然而“業務需求”并不能為開發人員提供開發所需的許多細節說明。

下一層次需求——用戶需求，必須從使用產品的用戶處收集。因此，這些用戶構成了另一種軟件客戶，他們清楚要使用該產品完成什么任務和一些非功能性的特性需求。例如：程序的易用性、健壯性和可靠性，而這些特性將會使用戶很好地接受具有該特點的軟件產品。

經理層有時試圖代替實際用戶說話，但通常他們無法準確說明“用戶需求”。用戶需求來自產品的真正使用者，必須讓實際用戶

參與到收集需求的過程中。如果不這樣做，產品很可能會因缺乏足夠的信息而遺留不少隱患。

在實際需求分析過程中，以上兩種客戶可能都覺得沒有時間與需求分析人員討論，有時客戶還希望分析人員無須討論和編寫需求說明就能說出用戶的需求。除非遇到的需求極為簡單；否則不能這樣做。如果您的組織希望軟件成功，那么必須要花上數天時間來消除需求中模糊不清的地方和一些使開發者感到困惑的方面。

優秀的軟件產品建立在優秀的需求基礎之上，而優秀的需求源于客戶與開發人員之間有效的交流和合作。只有雙方參與者都明白自己需要什么、成功的合作需要什么時，才能建立起一種良好的合作關系。

由于項目的壓力與日俱增，所有項目風險承擔者有著一個共同目標，那就是大家都想開發出一個既能實現商業價值又能滿足用戶要求，還能使開發者感到滿足的優秀軟件產品。

客戶的需求觀

客戶與開發人員交流需要好的方法。下面建議20條法則，客戶和開發人員可以通過評審以下內容并達成共識。如果遇到分歧，將通過協商達成對各自義務的相互理解，以便減少以后的磨擦（如一方要求而另一方不愿意或不能夠滿足要求）。

1、分析人員要使用符合客戶語言習慣的表達

需求討論集中于業務需求和任務，因此要使用術語。客戶應將有關術語（例如：采價、印花商品等采購術語）教給分析人員，而客戶不一定要懂得計算機行業的術語。

2、分析人員要了解客戶的業務及目標

只有分析人員更好地了解客戶的業務，才能使產品更好地滿足需要。這將有助于開發人員設計出真正滿足客戶需要并達到期望的優秀軟件。為幫助開發和分析人員，客戶可以考慮邀請他們觀察自己的工作流程。如果是切換新系統，那么開發和分析人員應使用一下目前的舊系統，有利于他們明白目前系統是怎樣工作的，其流程情況以及可供改進之處。s3、分析人員必須編寫軟件需求報告

分析人員應將從客戶那里獲得的所有信息進行整理，以區分業務需求及規范、功能需求、質量目標、解決方法和其他信息。通過這些分析，客戶就能得到一份“需求分析報告”，此份報告使開發人員和客戶之間針對要開發的產品內容達成協議。報告應以一種客戶認為易于翻閱和理解的方式組織編寫。客戶要評審此報告，以確保報告內容準確完整地表達其需求。一份高質量的“需求分析報告”有助于開發人員開發出真正需要的產品。

4、要求得到需求工作結果的解釋說明

分析人員可能采用了多種圖表作為文字性“需求分析報告”的補充說明，因為工作圖表能很清晰地描述出系統行為的某些方面，所以報告中各種圖表有著極高的價值；雖然它們不太難于理解，但是客戶可能對此并不熟悉，因此客戶可以要求分析人員解釋說明每個圖表的作用、符號的意義和需求開發工作的結果，以及怎樣檢查圖表有無錯誤及不一致等。

5、開發人員要尊重客戶的意見

如果用戶與開發人員之間不能相互理解，那關于需求的討論將會有障礙。共同合作能使大家“兼聽則明”。參與需求開發過程的客戶有權要求開發人員尊重他們并珍惜他們為項目成功所付出的時間，同樣，客戶也應對開發人員為項目成功這一共同目標所做出的努力表示尊重。

6、開發人員要對需求及產品實施提出建議和解決方案

通常客戶所說的“需求”已經是一種實際可行的實施方案，分析人員應盡力從這些解決方法中了解真正的業務需求，同時還應找出已有系統與當前業務不符之處，以確保產品不會無效或低效；在徹底弄清業務領域內的事情后，分析人員就能提出相當好的改進方法，有經驗且有創造力的分析人員還能提出增加一些用戶沒有發現的很有價值的系統特性。

7、描述產品使用特性

客戶可以要求分析人員在實現功能需求的同時還注意軟件的易用性，因為這些易用特性或質量屬性能使客戶更準確、高效地完成任務。例如：客戶有時要求產品要“界面友好”或“健壯”或“高效率”，但對于開發人員來講，太主觀了并無實用價值。正確的做法是，分析人員通過詢問和調查了解客戶所要的“友好、健壯、高效所包含的具體特性，具體分析哪些特性對哪些特性有負面影響，在性能代價和所提出解決方案的預期利益之間做出權衡，以確保做出合理的取舍。

8、允許重用已有的軟件組件

需求通常有一定靈活性，分析人員可能發現已有的某個軟件組件與客戶描述的需求很相符，在這種情況下，分析人員應提供一些修改需求的選擇以便開發人員能夠降低新系統的開發成本和節省時間，而不必嚴格按原有的需求說明開發。所以說，如果想在產品中使用一些已有的商業常用組件，而它們并不完全適合您所需的特性，這時一定程度上的需求靈活性就顯得極為重要了。

9、要求對變更的代價提供真實可靠的評估

有時，人們面臨更好、也更昂貴的方案時，會做出不同的選擇。而這時，對需求變更的影響進行評估從而對業務決策提供幫助，是十分必要的。所以，客戶有權利要求開發人員通過分析給出一個真實可信的評估，包括影響、成本和得失等。開發人員不能由于不想實施變更而隨意夸大評估成本。

10、獲得滿足客戶功能和質量要求的系統

每個人都希望項目成功，但這不僅要求客戶要清晰地告知開發人員關于系統“做什么”所需的所有信息，而且還要求開發人員能通過交流了解清楚取舍與限制，一定要明確說明您的假設和潛在的期望，否則，開發人員開發出的產品很可能無法讓您滿意。

11、給分析人員講解您的業務

分析人員要依靠客戶講解業務概念及術語，但客戶不能指望分析人員會成為該領域的專家，而只能讓他們明白您的問題和目標；不要期望分析人員能把握客戶業務的細微潛在之處，他們可能不知道那些對于客戶來說理所當然的“常識”。

12、抽出時間清楚地說明并完善需求

客戶很忙，但無論如何客戶有必要抽出時間參與“頭腦高峰會議”的討論，接受采訪或其他獲取需求的活動。有些分析人員可能先明白了您的觀點，而過后發現還需要您的講解，這時請耐心對待一些需求和需求的精化工作過程中的反復，因為它是人們交流中很自然的現象，何況這對軟件產品的成功極為重要。

13、準確而詳細地說明需求

編寫一份清晰、準確的需求文檔是很困難的。由于處理細節問題不但煩人而且耗時，因此很容易留下模糊不清的需求。但是在開發過程中，必須解決這種模糊性和不準確性，而客戶恰恰是為解決這些問題作出決定的最佳人選，否則，就只好靠開發人員去正確猜測了。

在需求分析中暫時加上“待定”標志是個方法。用該標志可指明哪些是需要進一步討論、分析或增加信息的地方，有時也可能因為某個特殊需求難以解決或沒有人愿意處理它而標注上“待定”。客戶要盡量將每項需求的內容都闡述清楚，以便分析人員能準確地將它們寫進“軟件需求報告”中去。如果客戶一時不能準確表達，通常就要求用原型技術，通過原型開發，客戶可以同開發人員一起反復修改，不斷完善需求定義。

14、及時作出決定

分析人員會要求客戶作出一些選擇和決定，這些決定包括來自多個用戶提出的處理方法或在質量特性沖突和信息準確度中選擇折衷方案等。有權作出決定的客戶必須積極地對待這一切，盡快做處理，做決定，因為開發人員通常只有等客戶做出決定才能行動，而這種等待會延誤項目的進展。

15、尊重開發人員的需求可行性及成本評估

所有的軟件功能都有其成本。客戶所希望的某些產品特性可能在技術上行不通，或者實現它要付出極高的代價，而某些需求試圖達到在操作環境中不可能達到的性能，或試圖得到一些根本得不到的數據。開發人員會對此作出負面的評價，客戶應該尊重他們的意見。

16、劃分需求的優先級

絕大多數項目沒有足夠的時間或資源實現功能性的每個細節。決定哪些特性是必要的，哪些是重要的，是需求開發的主要部分，這只能由客戶負責設定需求優先級，因為開發者不可能按照客戶的觀點決定需求優先級；開發人員將為您確定優先級提供有關每個需求的花費和風險的信息。

在時間和資源限制下，關于所需特性能否完成或完成多少應尊重開發人員的意見。盡管沒有人愿意看到自己所希望的需求在項目中未被實現，但畢竟是要面對現實，業務決策有時不得不依據優先級來縮小項目范圍或延長工期，或增加資源，或在質量上尋找折衷。

17、評審需求文檔和原型

客戶評審需求文檔，是給分析人員帶來反饋信息的一個機會。如果客戶認為編寫的“需求分析報告”不夠準確，就有必要盡早告知分析人員并為改進提供建議。

更好的辦法是先為產品開發一個原型。這樣客戶就能提供更有價值的反饋信息給開發人員，使他們更好地理解您的需求；原型并非是一個實際應用產品，但開發人員能將其轉化、擴充成功能齊全的系統。

18、需求變更要立即聯系

不斷的需求變更，會給在預定計劃內完成的質量產品帶來嚴重的不利影響。變更是不可避免的，但在開發周期中，變更越在晚

期出現，其影響越大；變更不僅會導致代價極高的返工，而且工期將被延誤，特別是在大體結構已完成后又需要增加新特性時。所以，一旦客戶發現需要變更需求時，請立即通知分析人員。

19、遵照開發小組處理需求變更的過程

為將變更帶來的負面影響減少到最低限度，所有參與者必須遵照項目變更控制過程。這要求不放棄所有提出的變更，對每項要求的變更進行分析、綜合考慮，最后做出合適的決策，以確定應將哪些變更引入項目中。

20、尊重開發人員采用的需求分析過程

軟件開發中最具挑戰性的莫過于收集需求并確定其正確性，分析人員采用的方法有其合理性。也許客戶認為收集需求的過程不太劃算，但請相信花在需求開發上的時間是非常有價值的；如果您理解并支持分析人員為收集、編寫需求文檔和確保其質量所采用的技術，那么整個過程將會更為順利。

“需求確認”意味著什么

在“需求分析報告”上簽字確認，通常被認為是客戶同意需求分析的標志行為，然而實際操作中，客戶往往把“簽字”看作是毫無意義的事情。“他們要我在需求文檔的最后一行下面簽名，于是我就簽了，否則這些開發人員不開始編碼。”

這種態度將帶來麻煩，譬如客戶想更改需求或對產品不滿時就會說：“不錯，我是在需求分析報告上簽了字，但我并沒有時間去讀完所有的內容，我是相信你們的，是你們非讓我簽字的。”

同樣問題也會發生在僅把“簽字確認”看作是完成任務的分析人員身上，一旦有需求變更出現，他便指著“需求分析報告”說：“您已經在需求上簽字了，所以這些就是我們所開發的，如果您想要別的什么，您應早些告訴我們。”

這兩種態度都是不對的。因為不可能在項目的早期就了解所有的需求，而且毫無疑問地需求將會出現變更，在“需求分析報告”上簽字確認是終止需求分析過程的正確方法，所以我們必須明白簽字意味著什么。

對“需求分析報告”的簽名是建立在一個需求協議的基線上，因此我們對簽名應該這樣理解：“我同意這份需求文檔表述了我們對項目軟件需求的了解，進一步的變更可在此基線上通過項目定義的變更過程來進行。我知道變更可能會使我們重新協商成本、資源和項目階段任務等事宜。”對需求分析達成一定的共識會使雙方易于忍受將來的摩擦，這些摩擦來源于項目的改進和需求的誤差或市場和業務的新要求等。

需求確認將迷霧撥散，顯現需求的真面目，給初步的需求開發工作畫上了雙方都明確的句號，并有助于形成一個持續良好的客戶與開發人員的關系，為項目的成功奠定了堅實的基礎。

第二篇：需求分析師崗位職責

需求分析師崗位職責

1、負責與用戶(包括客戶、潛在用戶、項目人員、公司高管等)溝通，進行需求調研，挖掘,分析,引導并歸納用戶(客戶)需求;

2、配合架構師，與開發人員溝通分析需求的可行性、合理性,參與需求匯報與評審;

3、分析項目、用戶需求，熟悉競爭對手動態和市場動態，規劃產品路線圖，提出產品需求滿足路線和現有產品改進路線;

4、通過各種手段，收集分析同類軟件產品的功能，提出軟件改進建議和功能需求;

5、根據產品規劃或者項目要求，開展需求調研，完成調研報告和需求規格說明書;

6、進行業務流程的分析和建模;

7、進行數據結構的分析和建模;

8、進行系統架構的分析和底層設計;

9、核心模塊的編碼;

10、開發人員技術指導;

需求分析師崗位職責(二)

1)負責調研和收集客戶需求，梳理業務流程和系統設計，完成需求規格說明書;

2)負責項目資料的編寫、收集、整理、歸檔;

3)與開發人員對接需求，負責開發過程中的需求把控、測試、bug跟蹤及現場實施;

4)溝通表達能力良好，思維邏輯清晰，有較強的學習能力;

5)熟悉物流、公路運輸業務等優先;

6)兩年以上項目需求、實施經驗;

7)svn;Axure;office辦公軟件等基本軟件使用。

需求分析師崗位職責(三)

1、負責O2O及電商ERP系統的業務需求分析和評估及管理工作;

2、負責相關系統的需求調研、分析和管理工作，對需求文檔進行管理;

3、對需求進行分析、管理，估算需求執行的成本和工作量，跟蹤及控制變更;

4、配合產品經理估算項目的需求開發成本和周期，并跟進項目/任務執行進度;

5、負責需求優先級等;

6、負責向開發和測試團隊講解業務需求和業務流程;

7、負責跟進維護型需求的設計、開發、測試、上線整個流程，保障需求與實現的一致性。

需求分析師崗位職責(四)

1、根據公司發展戰略方向，收集行業應用相關信息，為新產品規劃、設計提供決策支持和依據;

2、通過客戶溝通、現場調研、規程研究、數據分析等方式，結合用戶需求，推進產品的不斷改進和完善;

3、負責客戶需求的收集、整理、分析，編制需求規格說明書，完成新功能/產品的概念設計;

4、引導完成產品的界面、功能、流程設計及開發工作，負責引導用戶合理控制需求范圍，把控項目質量;

5、完成項目監控、協調工作，參與實施、培訓、驗收、推廣等文件資料的編寫及內外部應用培訓工作

需求分析師崗位職責(五)

1、負責行業需求分析工作

2、負責行業解決方案拓展，具備一定需求應急變更應對方案能力

3、對行業業務有深入了解并具備一定的醫療衛生行業流程管理知識

4、負責需求變更記錄工作

5、負責需求變更上傳下達

6、負責與客戶交流，并掌握變更尺度

7、良好的溝通能力，敬業，態度積極主動

第三篇：需求分析師的職責

需求分析師的職責

職責：

1.負責公司售前招標文檔，產品規劃方案的編寫;

2.負責電信運營商電商、市場、客服等部門的需求溝通、產品設計和文檔編寫;

3.負責公司自用支撐系統相關模塊的需求分析、產品設計等工作;

4.協助產品匯報，完成方案組合包裝。

任職要求：

1、全日制正規院校本科或以上學歷;

2、___年以上業務調研、需求分析或策劃工作經驗(有開發經驗優先);

3、熟悉業務需求調研的方法，掌握相關工具Xmind、visio、Axure工具的使用;

4、具有良好的與用戶溝通的能力，能獨立進行需求分析及功能設計;

5、能夠代表本部門與跨部門、外部的客戶進行溝通，并保持良好合作關系;

6、具備良好的自我管理能力，具備快速學習能力及適應能力，能夠承受一定壓力;

7、工作態度端正，積極主動，團隊合作能力強。

需求分析師的職責2

職責：

1、負責產品業務需求收集、梳理及可行性分析;

2、負責產品業務功能驗證，數據測試，提供界面優化建議;

3、制作產品原型，參與制定需求計劃并負責需求分析規格說明書編寫;

4、跟蹤產品開發進度，關注用戶需求，收集用戶反饋，分析用戶行為，提升產品用戶體驗。

任職資格：

1、本科及以上學歷，財稅相關專業;

2、熟悉軟件需求分析工具以及辦公軟件，良好的文檔撰寫能力;

3、良好的邏輯能力，學習理解能力強，具備優秀的溝通協作、執行能力;

4、思維活躍，對用戶體驗敏感，有較強的洞察能力，創新意識和責任心;

5、有財稅、財稅軟件等相關工作經驗(至少___年以上)，或具備稅務師、會計師等證書者優先考慮。

需求分析師的職責3

職責：

需求調研、系統分析和設計;

產品功能、業務規則設計;

配合項目的整體計劃和安排，指導系統設計和開發工作;

與程序人員及時溝通，進行需求確認，推進項目實施進度;

編寫各類系統分析和設計文檔。

崗位要求

三年工作經驗，有項目管理經驗、電氣或信息化行業背景優先;

本科以上學歷，計算機、電氣等相關專業;

熟悉應用產品開發流程，熟悉體系架構設計，善于控制需求，進行版本范圍及項目范圍管理;

良好的軟件質量控制意識和經驗，優秀的語言表達能力;邏輯思維能力強;思路清晰、敏銳;能快速捕捉用戶需求并引導用戶;

熟練的office使用技巧;

良好的溝通和團隊合作精神。

需求分析師的職責4

職責：

1.負責需求調研、分析，完成調研報告和需求規格說明書等需求文檔;

2.負責交互式高保真原型設計;

3.負責與客戶的溝通協調，編制與客戶相關的各類文檔、方案;

4.負責用戶的培訓和技術指導;

5.參與系統設計工作，并向開發團隊提供咨詢、指導、解釋業務需求;

6.參與整個項目開發過程，負責需求跟蹤，需求變更的管理，與項目團隊一起保證最終交付。

任職要求：

___本科學歷，___年以上業務需求分析工作經驗;

2.精通業務需求分析方法如UML;

3.精通業務流程圖繪制，如使用VISIO繪制職能帶圖等;

4.精通原型設計，能使用Axure原型工具進行高保真原型設計;

5.快速學習能力，從業務專家處快速學習業務，進行歸納總結提煉;

6.有國網物資業務經驗更佳。

需求分析師的職責5

職責：

1.根據概要需求(客戶及內部需求)編寫詳細需求規格說明書;

2.系統規劃，與產品人員進行前期調研和產品設計工作，編寫調研報告和項目解決方案;

3.參與系統功能驗收工作及用戶手冊、新增產品功能培訓資料的編寫;

4.負責客戶需求調研及需求反饋的分析;

5.配合測試人員編寫測試計劃、測試用例、測試報告的編寫、問題缺陷的發現及跟蹤、產品用戶手冊編寫等;

6.協助系統架構師、系統分析師對需求進行理解。

要求：

1.計算機相關專業，全日制本科以上學歷，二年以上軟件需求分析工作經驗，有軟件開發和大型行業應用系統撰寫經驗;

2.熟悉軟件工程理論，掌握軟件需求獲取與分析技術和管理方法;

3.熟練掌握用戶調研、需求分析、架構設計及交互設計等分析相關技能;

4.熟悉軟件研發過程，關注用戶體驗，了解企業級系統的基本開發技術;

5.能獨立閱讀英語資料，有較強的書面和語言表達能力;

6.具有良好的團隊意識和合作精神，具敏銳的觀察力和良好的分析判斷能力;

7.思維敏捷，責任感強，善于發現和理解業務需求、挖掘并引導客戶需求。

第四篇：需求分析師的崗位職責

需求分析師的崗位職責

職責：

1、負責客戶需求調研，進行需求收集、分析、整理、提煉，并能有效引導控制用戶的需求。

2、根據項目需求進行原型設計，編制用戶需求說明書，并得到用戶的認可與確認。

3、負責需求評審會議上的需求講解，協助開發團隊理解和掌握需求，保證需求的正確實現，對項目需求方向和易用性負責。

4、負責產品的現場演示和售前講解，廣泛收集客戶的意見和反饋，為后續系統迭代提供需求支持。

5、負責系統交付使用前，驗證需求實現情況。

6、根據公司的產品編寫用戶操作手冊，開展用戶的操作使用培訓工作。

任職要求：

1、熟悉需求調研方法、軟件工程理論，有較強的業務流程及業務模型分析設計能力。有開發經驗的優先

2、具有很強的業務分析和文檔編寫能力，熟練掌握Axure、visio等設計工具，思路清晰;

3、具有較強邏輯思維能力和嚴謹的工作態度。

4、具有良好的溝通能力，豐富的客戶訪談經驗，對客戶需求有敏捷的感知能力;

5、有高度的責任心和團隊協作精神，能承受較大的工作壓力;

需求分析師的崗位職責21、分解項目建設內容，對比項目招投標等材料，形成待調需求列表;

2、需求調研，輸出《需求列表》、《需求說明書〉及必要的原型設計;

3、持續不斷地學習公司產品，有效應用到需求調研及引導工作中;

4、需求確認，與客戶達成一致，最小范圍的控制需求變更;

5、有效對需求進行傳達開發工作，確保需求可落地，兼備系統分析師職責;

6、驗證需求實現，確保滿足項目建設需求功能;

7、有效提煉需求，反饋優化需求至產品中心;

8、其他需要配合的工作，譬如POC演示、擅長方案的編寫、PPT匯報等工作;

9、具備一定的項目經理職能。

需求分析師的崗位職責3

職責：

1、根據產品規劃或項目要求進行需求調研及分析，撰寫高質量的需求文檔;

2、設計產品原型圖、產品交互設計，確保技術及業務部門準確理解，并監控開發過程中的需求質量;

3、制定產品版本計劃，對產品需求進行可行性分析;負責需求的跟蹤及控制;

4、配合產品經理做競品分析，以及產品的戰略規劃。

任職要求：

1、計算機或通訊相關專業本科或以上學歷，___年或以上的實際需求分析經驗，豐富的IT技能;

2、具有很強的文檔撰寫能力及表達理解能力，能夠理解客戶的需求并向設計開發人員清晰地闡述;

3、熟悉軟件需求分析的理論和方法，熟悉軟件生命周期、需求相關文檔標準;

4、熟悉掌握常用的需求分析工具，如Visio、Axure等相關軟件;

5、有一定的數據挖掘及分析能力;

6、有安全相關及大數據業務工作經驗者優先考慮。

需求分析師的崗位職責4

職責：

1、負責進行需求調研、客戶溝通、需求分析、需求確認等全流程工作;

2、主導開展需求陳述、需求評審工作，完善并確保需求可行合理;

3、配合并參與設計評審、測試評審，確保需求高度轉化;

4、持續跟進項目開發工作，對需求實現進行跟蹤與確認。

任職資格：

1、本科及以上學歷

2、計算機、軟件工程、通信工程、網絡工程等相關專業

3、具有政務類相關工作經歷，至少___年以上軟件開發，需求分析或項目管理工作經驗，其中___年以上軟件需求分析經驗，成功參與過大型政府項目的需求分析工作;

4、熟悉需求調研方法，具備較強的業務流程及業務模型分析設計能力;熟悉軟件工程理論，掌握軟件需求獲取與分析方法，熟悉數據庫，熟悉J2EE知識體系。

5、善于控制需求，進行版本范圍及項目范圍管理;具備政務業務需求分析經驗者優先;具備開發經驗者優先;

6、具備較強的團隊協作精神、有效的溝通技巧，在團隊協作中具有精煉思維和解決復雜問題的能力，具備良好的學習能力，責任心強，能夠承受較大的工作壓力

需求分析師的崗位職責5

職責：

1、負責對需求資料收集、進行需求調研，與用戶溝通并歸納用戶需求;

2、根據業務需求完成產品設計、流程設計，優化系統相關功能，并轉化為系統需求文檔;

3、負責與UI、開發、測試人員溝通及協調，確保對于需求理解的正確性;

4、收集和跟蹤問題反饋，維護已有產品的業務需求變更;

5、對項目進度進行監控并驗收功能;

任職要求：

1、全日制本科及以上，985/211院校優先;

2、___年以上工作經驗，具有金融行業，特別是證券、期貨交易前后臺工作經驗的優先;

4、熟練使用Axure原型工具;

5、具備良好的邏輯分析能力和文字表達能力，思維清晰敏捷，執行力強;

6、熟悉軟件系統開發流程、擅長技術文檔的書寫。

第五篇：需求分析師的主要職責

需求分析師的主要職責

職責：

1.輔助產品總監做用戶需求分析，快速產出產品原型，以原型迭代方式明確產品需求范圍，細化產品功能;

2.產出___、用戶與業務需求說明書、需求規格說明書、交互原型等工作成果，并通過評審。

3.在進行項目需求分析的同時，在行業應用層面進行業務積累與沉淀。

4.在項目與應用的需求分析過程中，對本公司的業務方向與研發平臺的規劃提出建議，以提高公司核心競爭力。

5.進行需求講解，幫助研發與測試團隊準確的理解需求。

6.對于具備項目管理經驗的需求分析師，可承擔項目管理工作。

7.對需求過程進行管理，合理安排需求工作計劃，對需求進行跟蹤并管理需求變更。

8.本部門安排的其他相關事宜。

崗位要求:

1.熟練使用原型制作工具如Dreamweaver或Axure，能夠快速產出動態原型，熟練使用各類常用辦公軟件;(必備要求)

2.具備良好的需求分析思想，具備優秀的表達溝通能力與團隊合作能力。

3.具備交互設計或開發經驗者優先，具備產品或平臺需求分析與規劃經驗者優先。

4.具備應急行業經驗者優先，具備千萬級項目需求分析經驗者優先。

___人機交互、心理學(應用領域)、計算機等相關專業優先，本科及以上學歷。

需求分析師的主要職責2

職責

1、需求調研：進行需求調研，了解客戶需求，歸納需求模型，能根據客戶的描述進行需求分析;

2、需求分析：負責需求分析與系統設計，編寫詳細的需求規格說明書;

3、組織評審工作：組織開發人員及測試人員進行需求規格說明書的評審工作;

4、與產品的開發流程，與開發人員溝通并驗證結果;

5、功能驗收：負責系統功能驗收工作，保證產品符合客戶需求;

6、資料編寫：對系統的用戶手冊、新增產品功能培訓資料的編寫;

7、需求變更管理;

8、處理客戶問題;

9、指導、培訓開發及測試人員理解用戶需求及設計實現;

10、必須具備服裝行業經驗;

崗位要求

1、本科以上，服裝行業相關專業或計算機相關專業;

2、___年以上軟件需求分析經驗，成功參與過大型產品項目的需求分析工作，有大型互聯網網站或ERP項目需求分析經驗，有服裝行業供應鏈項目(PLM)待遇從優;

3、熟悉需求調研方法，較強的熟悉需求調研方法，較強的業務流程及業務模型分析設計能力，善于控制需求，進行版本范圍及項目范圍管理;

4、豐富的客戶溝通經驗，能快速把握需求的核心要點;熟悉軟件開發的過程，有較強的文檔編寫能力;需有較強的團隊協作精神，有效的溝通技巧，在團隊協作中具有精煉思維和解決復雜問題的能力;

5、具備良好的學習能力、責任心強，實事求是，熱愛本職工作，遵紀守法，秉公辦事，能夠吃苦耐勞，有較強的團隊協作能力;

需求分析師的主要職責3

職責：

1.根據客戶業務的發展策略完成業務需求分析，深刻切入業務場景構建，參與系統策劃研究;

2.具有較強的溝通能力，負責與客戶對接產品相關功能與規劃模塊構建工作，完成產品需求文檔、原型設計等產品相關文檔的撰寫;

3.對需求負責，推進并協調項目各協作方業務規劃和執行，推進項目團隊完成產品技術方案和計劃并落實執行，確保項目的開發進度和質量，保證平臺功能順利發布上線;

4.與各業務部門緊密合作，完成對應需求上線后的用戶反饋和產品業務數據和業務流程分析，持續優化;

5.參與需求的開發設計、功能測試及上線運行支撐等;

___部門領導交代的其他事項。

任職要求：

1.___年工作經驗，___年以上移動運營商需求分析經驗相關經驗優先考慮;

2.有很強的敏感度，良好的自我管理能力、環境適應和執行能力;

3.具備與多團隊合作的經驗，良好團隊協作精神;

4.溝通交流能力強，有與客戶方直接交流、討論業務需求的經驗;

5.有移動通信業務知識背景、有過大型項目需求分析、產品規劃等管理者經驗者，或有一定技術背景者優先.需求分析師的主要職責4

職責：

為軟件工程師提供咨詢、指導、解釋業務需求，向用戶說明系統功能;

進行需求調研，完成調研報告和需求規格說明書;

整理和分析客戶需求，對其分類匯總和實現預估，提出需求分析報告和實現計劃要求;

參與整個產品開發流程，負責需求開發與跟蹤，完成需求變更的控制與管理，與開發測試團隊一起保證最終產品的正確定位;

支持測試工程師根據測試需求;

負責需求變更管理、生命周期管理;

完成領導交給的其他任務。

任職要求：

本科以上，___年以上的軟件需求分析經驗;

熟悉軟件工程的理論，掌握多種需求調研方法，能夠熟練使用UML工具建立系統模型;

能夠較好的把握需求重點，有較強的系統需求分析和文檔編寫能力;

熟悉保險公司運營方式或者參與保險公司系統開發經驗優先;

具有良好的團隊協作精神，有較強的業務模型分析能力，思維清晰敏捷，邏輯分析能力強，善于與人溝通。

需求分析師的主要職責5

職責：

1、收集和挖掘用戶需求，進行業務需求的整理和初步的分析工作

2、編撰需求規格說明數，并向開發、測試等團隊進行需求解釋。

3、協助需求負責人、產品經理進行需求進度跟蹤、問題確認等工作。

任職資格：

1、大學本科及以上學歷，計算機、信息管理、軟件工程等相關專業;

2、___年以上IT相關的工作經驗;

3、熟練掌握常用需求流程圖工具，具備一定的流程分析梳理能力;

4、熟練掌握常用原型制作工具，具備一定的用戶界面設計能力;

5、熟練將需求信息轉化為需求文檔，具備良好的文字表達能力;

6、能夠快速了解新業務、掌握新知識，具備較強的學習能力;

7、能夠有效溝通，具備良好的理解力、溝通力，具備團隊合作意識;

8、工作積極主動，具備較強的責任感;