[通用]需求分析模板

需求分析模板1

一、那些人應該參與網站開發項目的需求分析活動

需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較爲適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：

1、負責組織相關開發人員與用戶一起進行需求分析。

2、組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。

3、組織相關人員對《網站功能描述書（初稿）》進行反覆討論和修改，確定《網站功能描述書》正式文檔。

4、如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。

5、如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。

二、完整的需求調查文檔記錄體系

在整個需求分析的過程中，將按照一定規範的編寫需求分析的相關文檔不但可以幫助

目成員將需求分析結果更加明確化，也爲以後開發過程中做到了現實文本形式的備忘，並且有助於公司日後的開發項目提供有益的借鑑和模範，成爲公司在項目開發中積累的符合自身特點的經驗財富。

需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。爲了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規範和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文後面討論。

三、向用戶調查些什麼

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：

1、網站當前以及日後可能出現的功能需求。

2、客戶對網站的性能（如訪問速度）的要求和可靠性的要求。

3、確定網站維護的要求。

4、網站的實際運行環境。

5、網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。

6、主頁面和次級頁面數量，是否需要多種語言版本等

7、內容管理及錄入任務的分配。

8、各種頁面特殊效果及其數量（js,flash等）

9、項目完成時間及進度（可以根據合同）

10、明確項目完成後的維護責任。

調查結束以後，需要編寫《用戶調查報告》，《報告》的要點是：

1、調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。

2、調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。

3、調查資料彙編：將調查得到的資料分類彙總（如調查問卷，會議記錄等等）

四、市場調研活動內容

通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博採衆長開發出更加優秀的網站。

但是由於實際中時間、經費、公司能力所限，市場調研覆蓋的範圍有一定的侷限性，在調研市場同類網站的時候，應儘可能調研到所有比較出名和優秀的同類網站。應該瞭解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的.用戶詳細需求（需要公司或者項目負責人有一定的關係）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：

1、市場中同類網站作品的確定。

2、調研作品的使用範圍和訪問人羣。

3、調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）

4、簡單評價所調研的網站情況。

調研的目的是明確並且引導用戶需求。

對市場同類產品調研結束後，應該撰寫《市場調研報告》主要包括一下要點：

1、調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。

2、調研內容說明：調研的同類網站作品名稱、網址、設計公司、網站相關說明、開發背景、主要適用訪問對象、功能描述、評價等

3、可採用借鑑的調研網站的功能設計：功能描述、用戶界面、性能需求、可採用的原因。

4、不可採用借鑑的調研網站的功能設計：功能描述、用戶界面、性能需求、不可採用的原因。

5、分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優勢。

6、調研資料彙編：將調研得到的資料進行分類彙總。

五、清晰的需求分析輸出——《網站功能描述書》：

在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較爲詳細具體的用戶調查和市場調研活動，借鑑其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，並輸出一份詳細清晰的總結性文檔――《網站功能描述書（最終版）》以供作爲日後項目開發過程中的依據。

《網站功能描述書》必須包含以下內容：

1、網站功能

2、網站用戶界面（初步）

3、網站運行的軟硬件環境

4、網站系統性能定義

5、網站系統的軟件和硬件接口

6、確定網站維護的要求

7、確定網站系統空間租賃要求

8、網站頁面總體風格及美工效果。

9、主頁面及次頁面大概數量。

10、管理及內容錄入任務分配。

11、各種頁面特殊效果及其數量。

12、項目完成時間及進度（根據合同）

13、明確項目完成後的維護責任。

綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便於日後在項目開發過程中作爲開發成員的依據和借鑑。

需求分析模板2

職責：

1、研究用戶需求，關注用戶體驗，完成需求分析；

2、與客戶技術交流，收集客戶需求，進行售前技術支持工作，產品及方案的講解演示等；

3、負責技術方案，需求文檔，投標方案的撰寫；

4、負責產品、解決方案的`研究和推廣等；

5、和相關研發人員進行溝通，確保需求被正確理解

6、參與系統的需求分析，撰寫相關技術文檔；

7、負責相關產品規劃與需求分析工作，做到需求梳理、需求跟蹤。

任職要求：

本科及以上學歷。

2年以上工作經歷，曾參與1個項目以上的需求分析工作。

熟練使用Axure、X—mind、Visio等產品工具；

有較強的文案功底和良好的細節意識；

熟悉JAVA開發優先；

思維清晰敏捷，邏輯分析和溝通能力較強；

懂得合理規劃安排時間，懂項目管理者優先，瞭解智慧校園行業優先。

需求分析模板3

職責

1）負責銀行費用成本分攤、盈利分析系統的諮詢工作，包括需求調研、內部訪談、存在問題分析、考覈制度制定，業務諮詢方案實施等；

2）負責費用成本分攤、盈利分析系統的需求細化工作，負責收集、分析和定義系統需求，制定系統的界面原型和編制需求規格說明書；

3）負責需求的跟蹤和變更管理，以及與開發的需求溝通和交接；

4）負責系統功能業務模型、邏輯及數據驗證等工作。

任職資格：

1、經濟、金融、會計、數學、統計類或相關專業統招本科以上學歷；

2、一年以上業務諮詢及需求分析相關實際工作經驗；

3、具有較強的組織、管理、溝通表達、總結及PPT彙報能力；

4、具有很強的.學習和獨立分析能力、工作責任心、團體合作精神，能接受華南區域出差；

5、熟悉銀行業務、財稅或接觸過銀行成本分攤&盈利管理&風險管理項目的優先考慮。

需求分析模板4

[摘要]職場英語是筆者所在院校開設的一門選修課，本文以需求分析理論爲基礎，闡述瞭如何優化這門選修課的課程體系，培養複合應用型人才，以滿足社會需求和個人需求。

[關鍵詞]選修課 職場英語 社會需求 個人需求

教育部高等教育司20xx年頒佈的《大學英語課程教學要求》（以下簡稱《要求》）明確指出：各高等學校應根據實際情況，按照《要求》和本校的大學英語教學目標設計出各自的大學英語課程體系，將必修課程和選修課程有機結合，確保不同層次的學生在英語應用能力方面得到充分的訓練和提高。隨着全球化步伐的加速，對學生外語水平的要求越來越專業化，學生本身對外語的需求也越來越高。大學課程的設置合理與否就在於是否可以滿足學生的特定需求。無論是必修課還是選修課，都應該建立在馬斯洛的需求分析理論基礎之上。我校爲理工科院校，經過多年公共外語的教學發現，學生英語基礎薄弱，經過兩年――四個學期的大學英語學習，聽、說、讀、寫的技能中，只有“讀”能達到一般水平，聽、說、寫都差強人意。幾年以來，觀察與調查用人單位顯示：傾向於選擇複合型人才，尤其是可以涉外交流的人才。選修課職場英語是大學英語的延續和補充，可以彌補在大學英語課程中教與學的不足，滿足社會需求和個人需求。

一、社會需求

按照馬克思主義的觀點，社會存在決定社會意識，社會需求是客觀存在，大學生擇業必須以社會需求爲客觀前提。對用人單位和學生個人對英語需求的調查研究顯示，很多學生反映聽、說、寫都是其薄弱的技能，從而反映出大學英語教學與社會需求之間的差距。大學英語作爲必修課程，顯然對社會需求的反應是相對遲緩的。隨着全球化進程的發展，在國際化的過程中，用人單位不僅對具有海外開拓能力的高級人才有高標準的英語水平要求，對中低層工作人員也要求具備職業相關的英語應用能力。由於對必修課程內容的設置和調整是非常複雜而又受多方制約的過程，所以實用性較高的選修課職場英語是一個非常必要且有益的補充。

二、個人需求

選修課的課程勢必要爲了滿足社會需求而設立，然而選修課面對的主體是學生，既滿足社會需求又滿足學生個人需求的`選修課才能受到學生的歡迎和喜愛，最終達到服務社會的目的。結合需求理論和對學生的調查，學生在選擇選修課時會遵循本身興趣的需求，職業的需求和人文素質的需求。大學生都將要面臨就業的挑戰，在選擇選修課時，其職業需求就成爲了重中之重。學生期待在選修課上可以補充大學英語學習，尤其是習得與職業能力相關的英語知識，提高英語的實際應用能力。

三、課程設置

（一）教學大綱

職場英語選修課面對的是有一定英語基礎的大二、大三和大四學生，以Jeremy Harmer提出的課堂語言教學的三個基本要素，即投入、學習、運用爲原則，爲學生提供在交際中創造性地運用知識的機會。教學目的和任務是在其原有的英語基礎之上，培養學生在求職、就業領域的英語綜合素養；提高聽說讀寫譯多方面的英語能力，以滿足學生在未來擇業之時、就業之後對英語語言的實用性需求。教學最終要達到的要求是學生熟悉並掌握求職過程中的常用英語表達，書寫英文求職信和個人簡歷，並掌握英語面試的禮儀，技巧及相關表達；能進行日常工作，同事之間的交流；掌握一般的商務用途英語，如預訂酒店，書寫英文商務信函等。

（二）教學內容

考慮到所面對的學生英語基礎以及教學目標，教師有機地結合了課程學習與社會、個人的需求，結合兩本書的內容作爲該門選修課的教材，它們分別是中國時代經濟出版社的《職場英語，看這本就夠了》，以及齊魯電子音像出版社的《職場英語――口語話題王》。課時內容安排精心，由淺入深，涵蓋了職場求職、日常工作、同事相處、職場禮儀、商務旅行、商業信函以及職業規劃的話題。每一部分都設定經典場景，常用表達句型，詳細介紹了職場英語文化背景，剖析職場英語文化。內容難易適中，實用性強，能滿足用人單位對職員英語水平的要求和學生學習英語的個人需求。

（三）教學方法

針對不同的教學版塊，教師在實踐教學中可以運用不同的教學手段，如角色扮演、情境教學、小組討論等，尤其推崇角色扮演型任務教學。職場中多出現會議討論、商務談判、客戶服務這樣的場景，學生在教師的指導下進行模擬操練才能達到理想效果。這樣，不但可以調動學生的主動性和積極性，也可以有效提高學生的實踐能力和學習效果。

四、結束語

作爲大學選修課的職場英語是在大學公共英語的基礎上，進一步培養語言應用能力的一門課程，符合用人單位的需求和學生個人的需求。職場英語這門選修課的課程設置還在不斷探索和實踐中，仍有許多問題值得繼續探討和深入研究。

【參考文獻】

[1]陳冰冰.大學英語需求分析模型的理論構建[J].外語學刊，20xx.

[2]文波.基於需求理論下的大學英語選修課課程設置的研究[J].牡丹江大學學報，20xx.

需求分析模板5

軟件需求分析工作是軟件生存期中重要的一步，也是決定性的一步。只有軟件需求分析，才能把軟件功能和性能的總體概念描述爲具體的軟件需求規格說明，從而奠定軟件開發的基礎。軟件需求分析工作也是一個不斷認識和逐步細化的過程。該過程將軟件設計階段所確定的軟件範圍（工作域）逐步細化到可詳細定義的程度，並分析出各種不同的軟件元素，然後爲這些元素找到可行的解決方法。制定軟件的需求規格說明不只是軟件開發人員的事，用戶也起着至關重要的作用。用戶必須對軟件功能和性能提出初步要求，並澄清一些模糊概念。而軟件分析人員則要認真瞭解用戶的要求，細緻地進行調查分析，把用戶“做什麼”的要求最終轉換成一個完全的、精細的軟件邏輯模型並寫出軟件的需求規格說明，準確地表達用戶的要求。

1.軟件需求分析任務

需求分析所要做的工作是深入描述軟件的功能和性能，確定軟件設計的限制和軟件同其他系統元素的接口細節。定義軟件的其他有效性需求。分析員**需求分析，逐步細化對軟件的要求，描述軟件要處理的數據域，並給軟件開發提供一種可轉化爲數據設計、結構設計和過程設計的數據與功能表示。在軟件完成後，制定的軟件需求規格說明還要爲評價軟件質量提供依據。需求分析階段研究的對象是軟件項目的用戶要求。需要注意的是，必須理解用戶的各項要求，但又不能全盤接受所有的要求。因爲並非所有用戶要求都是合理的。對其中模糊的要求還需要澄清，然後才能決定是否可以採納。對於那些無法實現的要求應向用戶做充分的解釋，以求得諒解。準確地表達所接受的用戶要求，是需求分析的另一個重要方面。

只有經過確切描述的軟件需求才能成爲軟件設計基礎。通常軟件開發項目是要實現目標系統的物理模型，即確定待開發軟件系統的系統元素，並將功能和數據結構分配到這些系統元素中。它是軟件實現的基礎。但是目標系統的具體物理模型是由它的邏輯模型經實例化，即具體到某個業務領域而得到的。與物理模型不同，邏輯模型忽視實現機制與細節，只描述系統要完成的功能和要處理的數據。作爲目標系統的參考，需求分析的.任務就是藉助於當前系統的邏輯模型導出目標系統的邏輯模型，解決目標系統的“做什麼”的問題。

（1）獲得當前系統的物理模型。當前系統可能是需要改進的某個已在計算機運行的數據處理系統，也可能是一個人工的數據處理過程。在這一步首先分析、理解當前系統是如何運行的，瞭解當前系統的組織機構、輸入輸出、資源利用情況和日常數據處理過程，並用一個具體模型來反映自己對當前系統的理解。這一模型應客觀地反映現實世界的實際情況。

（2）抽象出當前系統的邏輯模型。在理解當前系統“怎樣做”的基礎上，抽取其“做什麼”的本質，從而從當前系統的物理模型抽象出當前系統的邏輯模型。在物理模型中有許多物理因素，隨着分析工作的深入，有些非本質的物理因素就成爲不必要的負擔，因而需要對物理模型進行分析，區分出本質的和非本質的因素，去掉那些非本質的因素即可獲得反映系統本質的邏輯模型。

（3）建立目標系統的邏輯模型。分析目標系統與當前系統邏輯上的差別，明確目標系統統到底要“做什麼”，從當前系統的邏輯模型導出目標系統的邏輯模型。（4）爲了對目標系統做完整的描述，還需要對得到的邏輯模型做一些補充。①說明目標系統的用戶界面。根據目標系統所處的應用環境及它與外界環境的相互關係，研究所有可能與它發生聯繫和作用的部分，從而決定人機界面。②說明至今尚未詳細考慮的細節。這些細節包括系統的啓動和結束、出錯處理、系統的輸入輸出和系統性能方面的需求。③其他。例如系統的其他必須滿足的性能和限制等等。

2.需求分析的過程

需求分析階段的工作，可以分成以下4個方面:對問題的識別、分析與綜合、制定規格說明和評審。

（1）問題識別首先系統分析人員要研究計劃階段產生的可行性分析報告（如果有的話）和軟件項目實施計劃。主要是從系統的角度來理解軟件並評審用於產生計劃估算的軟件範圍是否恰當。確定對目標系統的綜合要求，即軟件的需求。並提出這些需求實現條件，以及需求應達到的標準。也就是要求所開發軟件做什麼，做到什麼程度。這些需求包括:

功能需求:列舉出所開發軟件在職能上應做什麼。這是最主要的需求。

性能需求:給出所開發軟件的技術性能指標，包括存儲容量限制、運行時間限制、安全保密性等。

環境需求:這是對軟件系統運行時所處環境的要求。例如在硬件方面，採用什麼機型、有什麼外部設備、數據通信接口等等。在軟件方面，採用什麼支持系統運行的系統軟件（指操作系統、網絡軟件、數據庫管理系統等）。在使用方面，需要使用部門在制度上、操作人員的技術水平上應具備什麼樣的條件等等。

可靠性需求:各種軟件在運行時，失效的影響各不相同。在需求分析時，應對所開發軟件在投入運行後不發生故障的概率，按實際的運行環境提出要求，對於那些重要的軟件，或是運行失效會造

需求分析模板6

職責：

1、負責產品需求調研工作，通過各種方式，客觀的瞭解、收集和分析目標客戶羣體的業務需求，應用場景，提出解決方案，並編寫PRD/MRD/BRD文檔;

2、根據產品需求完成界面的信息架構，輸出產品原型、交互設計方案和交互設計說明文檔;3、負責跟進研發部門提交的產品是否滿足業務需求，並關注上線運營的.情況，與運營部門一起完善產品;

4、配合定義產品功能，並承擔相應模塊的需求規約文檔編寫;

5、配合收集和分析產品市場信息，編寫和整理相關產品資料;

6、參與需求和系統設計評審;

7、參與業務諮詢和培訓。

崗位要求：

1、三年及以上項目需求經驗或者文案祕書工作經驗;

2、具有完善的邏輯分析能力和流暢的語言文字表達能力，善於分析、歸納、總結，同時能夠承擔一定的工作壓力;

3、具有良好的溝通能力，對客戶需求有敏捷的感知力,能夠鑑別需求真僞，提取關鍵需求;4、有軟件開發經驗優先。

需求分析模板7

職責：

1、參與軟件系統需求調研、需求分析、業務建模;

2、負責軟件系統規劃及設計工作，編寫需求報告，流程圖、原型等;

3、負責開發過程中的需求管理，需求變更及生命週期管理，編寫詳細需求規格說明書;

4、對分析完成的需求與開發人員、測試人員進行講解、討論;

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

任職要求：

1、3年以上需求調研、分析以及產品設計經驗;參與過項目或產品的需求調研、分析和需求管理工作;

2、精通流程圖設計，至少熟練一種需求分析工具，具有良好的文檔編寫習慣及處理能力;

3、熟悉需求調研方法，較強的業務流程及業務模型分析設計能力;善於控制需求，進行項目範圍管理;豐富的客戶(及內部)溝通經驗，能快速把握需求的核心要點;

4、掌握軟件需求獲取與分析方法，至少熟悉一種開發語言和一種數據庫;

5、需有較強的.團隊協作精神。有效的溝通技巧，在團隊協作中具有精煉思維和解決複雜問題的能力，具備良好的學習能力，責任心強;

6、成功參與過快銷行業的需求分析工作經驗者優先;有開發經驗者優先。

7、英文溝通能力良好者優先。

需求分析模板8

職責：

1、專注銀行績效管理，負責項目前期調研、資料收集、資料分析等工作;

2、協助諮詢師開展諮詢規劃、制度制定、績效文化建設等工作;

3、負責績效管理體系推廣及日常運營、溝通、反饋等工作;

4、負責對接技術條線，跟進系統落地，負責業務需求驗證;

任職要求：

1、金融、財務管理或人力資源管理相關專業本科以上學歷;

2、2年以上薪酬績效或管理等相關工作經驗;

3、良好的溝通、表達、邏輯思維能力和文案撰寫能力;

4、較強的組織、協調能力;

需求分析模板9

一、項目介紹

1.1編寫目的：

本需求分析報告的目的是規範化本軟件的編寫，旨在於提高軟件開發過程中的能見度，便於對軟件開發過程中的控制與管理，同時提出了本學校排課系統的軟件開發過程，便於程序員與客戶之間的交流、協作，並作爲工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大範圍的應用，同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。

1.2背景及範圍

本項目的名稱：學校排課系統。

本項目的任務提出者及開發者是：計算機應用三班張哲，用戶是學校。

本產品是針對電腦進行排課的需求設計的，可以完成：基本數據錄入與維護、課程表編排、課表衝突分析報告、課表輸出、可以直接或導出至Excel打印總課表、教師課表、班級課表、場地課表、系統管理。

1.3定義 縮寫詞

學校排課系統軟件：學校排課系統軟件是爲了幫助學校老師對學校的排課更加方便和快速製作處課程表及其管理學校的課程的`軟件。

二、項目描述：

使用改程序後，學校的排課可以很輕鬆的安排好，而卻可以儘量避免平時排課時出現的排課衝突，還可以臨時加補課等功能。

2.1軟件開發的目標：

改善目前有些學校人工排課是常常出現的衝突以及浪費的大量時間。同時也通過實踐來提高自己的動手能力。

2.2應用範圍：

理論上能實現中國小排課，職業中學排課。

2.3子集說明：

軟件主要分爲兩個模塊，一個基本信息的錄入，一個是進行排課的管理。

2.4軟件功能描述：

外部功能：實現了可視化窗口，排課，調課。

內部功能：基本信息的錄入、固定課的設置、科目的錄入、年級的錄入、任課老師的錄入、場地限制的錄入和課表的查看;排課操作、調課操作、場地調課操作、老師課表及學生課表生成。

2.5軟件操作人員的要求

軟件的操作人員要求具有一定的電腦常識，並且具有排課的初步常識。

三、軟件結構化描述

自己添加一些

四、環境要求：

4.1數據錄入精度需求

在進行向數據庫錄入數據時，要求數據記錄準確。

4.2軟件自身時間特性需求

程序排課響應時間：由於生成課表是需要看電腦的配置，所有時間可能會不一樣，有時候需要等上幾分鐘

五、軟件屬性

5.1可用性

本軟件由於自身的能力限制，所有隻限現在所有的功能。

5.2安全性

由於軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞，可以從新錄入信息進行更正

5.3可維護性

本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放於數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性十分方便。

5.4兼容性

由於尚未測試，故無法對兼容性進行評析。

需求分析模板10

20xx年8月15日，我休假回到公司，四川分支crm行業部進行了四維分工，我分在了需求組。組長徐茜之前已經與我溝通過需求組具體的工作明細，但自己心裏還是很擔心，是否能做好這份新工作，畢竟自己以前都是做的開發工作，接觸的都是代碼，很少編寫文檔；不過我還是很高興，新的工作具有挑戰性，可以更好的鍛鍊自己各方面的能力；

首先我查看了一些以前同事寫的需求分析文檔，從中積累一些好的經驗，比如如何描述需求要點，如何繪製流程圖等；然後給自己制定了工作要求，明確用戶需求、不遺漏需求點、對需求進行分析、提出自己的意見和建議、輸出需求規格說明書給開發人員；就這樣我井井有序的開展着自己的新工作，本以爲自己已經做的夠細緻了，幾周下來還是出現了不少問題。需求規格說明書寫的不夠細、自己寫的需求規格說明書開發人員看後理解的與需求原意不一致、測試上線開發點不齊全、設計需求時未考慮到後期的維護使維護工作增多、需求不能按照之前與用戶指定的時間上線等；對於這些問題，自己進行了深入的思考，如何避免這些問題的出現；深思後發現大家好像缺乏溝通，需求的每一個環節沒有貫穿起來，每個環節似乎都斷開了，不像以前一個需求自己與用戶溝通、自己開發、自己測試、上線，整個環節都在同一個人的掌控中，時間也是由自己安排；

作爲需求分析負責人，自己是不是應該貫穿整個需求，而不僅僅只是把輸出需求規格說明書作爲一個需求分析工作完成的目標呢？

首先溝通，與用戶溝通，明確需求要點，不僅需要聆聽用戶的需求說明，還要懂得在用戶已說明的基礎上進行拓展，發掘客戶沒有講出來的`潛在需求。在已有業務的基礎上進行模擬業務流程，分析業務是否走的通並且有無邏輯上不合理的地方。發現問題，及時與用戶溝通，及時修改需求；與開發組長溝通，明確開發人員和上線完成時間；與開發人員溝通，使開發人員知曉需求要點，自己更好的完善需求分析規格說明書；與測試人員溝通，需求測試要點，判斷需求上線的標準；與維護人員溝通，對應需求的維護工作如何開展等；

其次就是協調，開發時間的協調，如果用戶同時有幾個需求都要求比較緊急，那麼需要我們協調用戶是否能將這些都很緊急的需求排一個優先級；需求要點協調，如果兩個需求都要修改同一個模塊的代碼，那麼爲了保障程序版本問題，需要協調將兩個需求開發時間錯開；以及當維護人員發現模塊BUG時，需要協調用戶發起對該BUG的優化；

有時還需要引導，引導用戶走向有利於系統開發的軌道上，用戶的一些需求，有些對整個業務其實可有可無，如果在實現起來很麻煩的話，可以引導用戶取消這個需求，避免對系統大的改造影響了其他正常的業務，也浪費了開發人員的時間。如果系統本來就已經具備的功能，那麼就要引導用戶複用該功能，使系統可以最大程度的複用原來的功能。提高系統的代碼的使用率，同時提高我們的工作效率。

最後就是完善，完善我們編寫的需求規格說明書，可以使用需求用例、業務邏輯圖、辦理流程圖、表格、界面圖片等對需求進行說明，使需求規格說明書簡單易懂，避免歧義；

這一年的需求分析工作，使自己對該工作有了更多、更深的認識；不僅要認真，還要有細心、耐心、有責任感；不僅要考慮當前的需求，還要分析系統已經具備的和將來需要支撐的；希望通過自己的努力，能將需求分析工作做的更好；

需求分析模板11

職責

1.協助對接需求與軟件、業務之間的協調處理。

2.協助做好項目規劃，項目工作的`計劃按排。

3.協助地市培訓項目中的前、中、後期的實施工作。

4.各類需求、數據採集與數據整理。

5.協助項目經理進行產品的需求分析工作。

6.協助項目經理、產品經理進行事務性工作。

崗位要求

1、本科以上學歷，教育、計算機軟件等專業優先，2年以上工作經驗。

2、熟悉使用日常辦公軟件，有產品的原型設計及需求分析經驗。

3、頭腦靈活、思路清晰、善於思考總結與學習。

4、較強的協調、溝通、觀察力與應變能力。

需求分析模板12

職責：

1. 對信息化項目進行立項評估管理、跟蹤項目執行進度與狀態、項目過程變更管理、評估信息化項目上線後的實際產出效果;

2. 對接業務部門，對信息化需求進行需求調研、整理、分析、原型設計、評估需求合理性可行性，提出系統解決方案;

3. 對信息系統建設進行優先級及版本統一協調、規劃;

4. 與跨體系開發團隊、供應商對接需求、審覈解決方案、管理項目/SR的執行情況、推動項目/SR的`落地;

5. 統籌、指導用戶完成驗收測試及系統上線切換工作;

6. 完善信息系統建設相關的流程規範、並推動流程規範的實施。

任職資格：

1. 精通需求分析的方法;

2. 具備對需求合理性準確的把握能力;

3. 具備2年及以上的開發經驗;有3年以上的需求分析經驗;

4. 具備良好的項目評估、項目管理經驗;

5. 具備快速理解業務，以IT角度對業務進行抽象的能力，善於理解和溝通，邏輯思維能力好;

6. 對新技術感興趣，對新事物感興趣，把握新技術前沿應用;

7. 至少5年以上同類工作經驗。

需求分析模板13

職責

1、負責財務領域產品需求調研、需求分析、競品分析、行業分析等工作;

2、負責產品前後臺的功能設計及流程優化，編寫產品需求規格說明書;

3、與研發團隊緊密配合，推進產品開發，達成產品目標;

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

5、與運營團隊緊密配合，完成產品支持、一線推廣等工作;

任職要求

1、全日制統招本科及以上學歷，計算機或財務相關專業;

2、要求3年以上產品規劃、產品設計經驗，熟悉產品管理、產品開發知識，具備產品思維;

3、瞭解趨勢，具有互聯網產品需求分析經驗;

4、有財務、稅務專業基礎，熟悉NC財務產品或者有財務信息化工作優先;

5、熱愛軟件產品的研發，對於需求、業務模型、商業模型有深刻的.理解;

6、用戶需求敏感，追求極致的用戶體驗。邏輯分析能力強，有較強的創新意識與商業嗅覺;

7、出色的溝通協調能力和執行力，能在跨團隊的協作中起到協調、領導作用。

需求分析模板14

職責：

A.熟悉瞭解企業生產製造領域業務模式、工作流程和運行機制，對信息流、數據流和處理規則全盤理解，對用戶提出的業務需求能充分理解並給出實現方案;

B.與客戶直接溝通，明確落實需求細節、現有業務狀態、處理規則和業務流程、業務優化方向等;

C.整理、分析、引導客戶的業務需求;

D.編寫給項目設計團隊和開發人員可用於功能設計、代碼開發的需求規格文檔;

E.對同類型業務需求進行歸納、引導客戶，形成通用化、模塊化、產品化的需求文檔;

F.配合技術架構師、產品設計人員、技術開發人員的相關功能實現工作;充當與客戶之間的.溝通橋樑。

任職資格：

A.有2年以上需求工作經驗，熟悉需求文檔規範編寫，擅於引導啓發客戶需求，與設計開發人員能高效溝通;

B.思路清晰、歸納總結能力強，表達順暢，有一定的語言溝通技巧;

C.學習理解能力強，熟悉新業務速度快，一週左右時間能快速上手業務知識;

D.對工業製造領域信息化有相關經驗者優先，有MES相關經驗爲***匹配度;

需求分析模板15

一、教材分析及CAI創意：

(多種媒體的選用、重難點部分的可視化、問題解決過程中的交互策略等)

教材分析:

本章進入生態系統的學習，首先要學習生物與環境的關係。本節有很多代表適應方式和生物關係的名詞，容易混淆，有必要引入CAI使這些關係具體形象，讓學生容易理解，深化記憶。另外種羣數量變化規律曲線的得出也是比較難的,引入CAI,給予動態的解釋,很有必要.

CAI創意:

1) 用圖片引導學生回答生物生存的環境裏有哪些非生物因素。

2) 用動畫展示生物對非生物環境的適應性，如生物怎樣運用保護色。

3) 用動畫展示成語中的生物關係，如“螳螂捕蟬黃雀在後”。

4) 用動畫展示種羣繁衍的數量變化和環境影響。

5) 種羣數量規律曲線的生成有動態的分步驟的過程，有控件控制。

6) 課件有互動的部分。也有練習部分鞏固學生對本課重難點的掌握。

二、教學內容分析：(目標以及重點、難點等)

本節學習生物與環境的關係,包括三個方面:1生物與非生物環境的關係, 2生物與生物之間的關係,3種羣的`數量變化規律及其應用.

教學目標:

1)知道生物的生存環境包括非生物環境和生物環境。

2)瞭解非生物環境(水、陽光、溫度)對生物的影響，並能舉例說明。

3)能夠舉例分析每種生物都生活在他所適應的非生物環境中，知道適應具有相對性。

4)知道保護色、警戒色、擬態等適應的方式，能夠區別三者的不同並進行相關的判斷。

5)能夠舉例說明生物和生物之間的關係，包括種內關係和種間關係。

6)知道什麼是種羣，認識到種羣的數量變化規律。

7)瞭解種羣數量變化規律對人類生產實踐活動的重要意義。

教學重點：

1)非生物環境(水、陽光、溫度)對生物的影響。

2)保護色、警戒色、擬態等適應的方式。

3)生物和生物之間的關係。

4)種羣及其數量變化規律。

教學難點：

1)區別保護色、警戒色、擬態三者的不同。

2)能夠辨別生物之間的關係，包括種內互助、種內競爭、種間競爭、貢生、寄生、捕食。

3)能夠運用種羣數量變化規律解釋相關現象。

三、學習對象特點分析：(年齡特徵、認知水平等)

本課件的使用對象爲八年級學生(大約14歲)。該年齡段的學生有強烈的求知慾望，對各種新鮮事物好學好問，並富於想像。但是他們的學習積極性還是與興趣掛鉤。枯燥抽象的理論知識很可能會失去他們對課堂的注意。因此課件要生動形象，能抓住他們的好奇心，利用他們的觀察力，有意識地引發和激勵他們發現問題，提出問題，在此過程中加強他們的觀察力。另外，八年級學生已具有一定的分析能力和生物基礎常識，但自主學習能力還不構，所以課件要注意設置引導和設問，讓學生有探索總結的過程，以培養他們的學習能力。

四、擬定開發工具及技術難點分析：(效果描述等)

authorware：主要的開發軟件。課件成品有靜態的圖片展示，配有簡單的文字說明，使枯燥抽象的名詞變得具體，淺顯易懂。課件的第三部分有動態的規律分析，要讓學生清楚明白種羣規律曲線是怎麼得來的。

F lash：主要用在第二部分。講解生物與生物之間的關係時，用動畫演示“螳螂捕蟬黃雀在後”或“鷸蚌相爭漁翁得利”中的生物關係。第三部分種羣的數量變化規律，也要用動畫展示生物繁衍的數量變化和環境等外界因素的影響。

難點：種羣數量變化規律曲線的動態演示，flash製作

五、設備條件要求：

普通設備,windows20xx/xp系統即可,鼠標鍵盤可進行正常操作.能夠運行Authorware, flash等常用軟件。

六、存在的困難及擬解決方法：(人員、時間、經費等)

剛接觸authorware和flash，對該軟件不熟悉,製作過程中會遇到技術問題，期待老師的指導和小組的共同探究。

軟件畫面製作的精美程度是個挑戰，要提高自己的審美能力。