1、軟件需求分析師：1、 根據概要需求（客戶及內部需求）編寫詳細需求規格說明書；2、 系統規劃，與產品人員進行前期調研和產品設計工作，編寫調研報告和項目解決方案；3、 參與系統功能驗收工作及用戶手冊、新增產品功能培訓資料的編寫；4、 負責客戶（及內部）需求調研及需求反饋的分析；5、 配合測試人員編寫測試計劃、測試用例、測試報告的編寫、問題缺陷的發現及跟蹤、產品用戶手冊編寫等；任職要求：1、 年齡：2635 ,本科以上學歷，3年以上工作經驗，其中 2年以上軟件需求分析經驗，成功參與過大型產品項目的需求分析工作；有2年以上大型互聯網網站需求分析經驗者優先；有開發經驗者優先;2、 熟悉需求調研方法，較強

2、的業務流程及業務模型分析設計能力；善于控制需求，進行版本范圍及項目范圍管理；豐富的客戶（及內部）溝通經驗，能快速把握需求的核心要點；3、 熟悉軟件工程理論，掌握軟件需求獲取與分析方法，至少熟悉一種開發語言和一種數據庫。4、 有較強的文檔編寫能力；熟悉 CMM文檔規范者優先；5、 良好的英語讀寫水平，有獨立查閱英文專業資料的能力；6、 需有較強的團隊協作精神。有效的溝通技巧，在團隊協作中具有精煉思維和解決復雜問題的能力，具備良好的學習能力，責任心強，能夠承受較大的工作壓力；1 .與客戶溝通，確定需求邊界。能根據客戶的表述進行需求文檔的編寫和需求的拆分。2 .配合公司市場人員獲取需求。3 .進行需

3、求可行性研究。崗位描述崗位要求4 .參與需求調研和產品定義評估，業務需求討論與設計5 .根據產品定義實現詳細需求分析文檔、用戶手冊編寫并協助解決測試問題6 .參與整個產品開發流程，與開發測試團隊一起保證最終產品發版。1）計算機，軟件工程等相關專業，本科以上學歷；2）具有2年以上軟件項目分析經驗；參與過項目（或產品）的規劃設計、需求分析工作;3）較強的用戶需求判斷、引導、控制能力；優秀的文字表達、業務理解、交流能力；4）團隊合作精神。第1章前言目的需求調研是為需要說明書做前期工作，可以說需要說明書說是從需求調研表中得到或抽取而出。需求調研是要了解現實世界中做實際工作的人們真正需要什么樣的程序的過

4、程，再把這些需求開進細節整理由設計部開發，再由銷售部銷售給用戶。用戶：系統分析人員回頁首案工章前期準備2.1. 確定工具 沒有什么工具是好還是壞的問題，問題是關鍵是如何使用它們，無論是什么工具也只是一個輔助 工具，也不是生成工具。 工具的選取要求是自己（本組）熟悉的工具，不能是一件最新時髦工具而自己對它了解很少，結 果大部分時間化在學習工具上，而不是使用它為你工作。 工具最好也是要求是普通流行的，因為要考慮交流的問題。2.2. 要做什么就要先了解什么 如果做的項目是你所不了解的一個行業（專業）同組有要最好有要專家-最終用戶做為這個專家是最好的，最少你有了解這個專業，不是要你成為專家，但最少要了

5、解一定的專業知識（最少 專來詞匯你要知道），不然您甚至不知道去問什么問題或者如何去問他們，甚至于人家在說什么 你也不知道。 相應的專業資料是必須的，最少要有專業入門書籍和對應的資料，也需要求更深入的一些資料。 當然有專家的參入就另當別論。 如果行業的難度不是很大，可以通入分析人員的自我學習在短時間內了解行業，也許可以不用專 家，否則專家是必須的。2.3. 建立設計環境一定建立一個專門的設計環境來為本項目服務，進行一定的資源分配，進行必要的文件管理。2.4. 真正了解自己和用戶 那些是用戶可能明確要達到的目地 要知道那些是自己能做到的，那些是自己不能做的。 對于不能做的處理方法，如拒絕，轉包等

6、那些是用戶想要做到的2.5. 列出人員分配表和所有工具列表 明確項目人員分工 統一項目所用的工具 統一項目文件模版 其它資源列表（資料，相關網站，資詢電話。）回頁首第3章調研過程3.1. 搜集需求得到需求說明書注意：1 .雖然最終必須要編成基于計算機解決方案的描述，但到目前為止，我們關注的焦點的文檔在相應 領域方面的部分。2 .記住這里沒有計算機方面的行話，如果是編寫一個會計軟件，那么一位會計師都應該清楚地理解 程序員寫的會計方面的問題說明書3 .需求說明書問題中，不要太正式。只要描述能表達您想要做的事情就行了，就和另外一個人在說 話一樣就可以。4 .對于客戶或相應人員了解問題時，一定要有記筆

7、記的習慣，談上幾個小時，很多細節是記不住的 3.2.整理，檢查和細化需求說明書1 .對于客戶的需要進行必要的整理和分類有進從用戶那里會得到很多信息，不行進必要的整理就不 能從中進行合理的分析2 .分清有用功能、可選功能用、無用功能及不可實現功能對于用戶來講他可以說出他想要的很多功 能，但這些功能間的關系有時是清晰的，但對于很多用戶來講想通過計算機或新系統實現他以前 沒有的功能，在這時他所提出的新需求的可行性和與其它模塊之間的關系就已經不清，所以對于 分析員來講，要從用戶的需求中分清有用功能和無用功能和可選功能，進行分別區分處理，比如 不可實現功能請用戶放棄。3 .不要忽略明顯的錯誤用戶倒是不經

8、常提及他需要的東西，而這些東西對問題來說都是很基本的， 要細化檢查一定有注意這個問題。4 .你認為的也許不是對的對于系統分析員對需求分析的自認為的情況要加以注意，對于一個行業來 說，有些規則可以不是最合理，但它就是那樣存在和使用，所以對于每一個非明確確定的需求， 要由專業人員來審定。除非你就是專家。3.3. 改進最初的第一次需求在分析，細化一定有不明及不確定之處，那么就把整理出一份問題細化問詢表，對發現 的問題進行整理，列出不明之處，可根據以下格式 問詢人：問題：業務不清問題列表（業務描述不清）：1.是什么含義？2.與XX是什么關系？多種選擇可以列表（請用戶進行選擇）：1有多個可能，那么現在我們使用A B.C.D 3.4. 審核需求1 .自我審楊把自己從用戶的角度來考慮是否合理，