撰寫實踐報告需要我們準確、系統地梳理和歸納實際操作中的經驗和問題。在這里，我們為大家準備了一些撰寫辭職報告的注意事項和范文示例，相信能對大家有所啟發。

專業軟件工程需求分析報告（匯總14篇）篇一

1.1編寫目的。

提供的需求和分析員共同探討后擬定。在這里將詳細介紹用戶所需要實現的功能及實現該功能的硬件軟件的基本需求，以避免在軟件開發后交付用戶使用中出現不必要的麻煩。同時在這里將詳細的介紹本軟件的模塊調用等等相關問題。

1.2項目背景。

1.3定義。

【列出文當中所用到的專門術語的定義和縮寫詞的原文。】。

實體：客觀世界中存在的且可互相區別的事物。聯系：客觀事物中的彼此之間的關系。屬性：實體或者聯系所具有的性質。

管理員：指日常管理維護本軟件的管理人員或倉庫主管單位的領導。

1.4參考資料。

2．任務概述。

2.1目標。

3.4.5.6.行調動。

在管理方面更加便捷，無需復雜的人員記錄，管理領導在輸入相應的信息后可以直觀的了解各個倉庫的各種詳細動態。

采購人員在這里可以根據本軟件清晰地了解到哪里需求較大，哪里需求較小，從而去合理的進行采購。

2.2運行環境。

操作系統：microsoftwindows2000advancedserver支持環境：iis5.0硬件：

標準配置：

cpu:：p166以上內存：32m以上。

硬盤空間：200m以上標準鍵盤、標準鼠標、標準顯示器標準vga顯卡推薦配置：

cpu：p300以上內存：64m以上硬盤空間：1g以上標準鍵盤、標準鼠標、標準顯示器標準vga顯卡100m以太網卡軟件：

標準配置：

數據庫：microsoftsqlserver200。

2.3條件與限制。

(1)對倉庫管理的專業調配等具體技術細節缺乏足夠的知識。(2)缺乏和用戶的足夠的溝通，對目標系統很難有精確的定位。

3．數據描述。

3.1靜態數據。

員工編號、管理人員賬號、密碼。

3.2動態數據。

3.3數據庫介紹。

本系統是一種工作在windows系統平臺的軟件，它是以sql數據庫為基礎。

3.4數據詞典。

3.5數據采集3.5.1e-r圖。

綜合e-r圖。

庫區編號倉庫主管倉庫面積倉庫。

商品e-r圖。

商品名稱購買日期商品編碼商品k購買l消費者購買數量商品單價

商品名稱商品編碼生產廠家數量p商品銷售q倉庫單價銷售日期購買人銷售管理員

退貨e-r圖。

商品名稱商品編碼生產廠家退貨數量p商品退貨q倉庫單價退貨日期退貨人主要負責人

3.5.2ipo圖。

ipo表系統：倉庫管理系統作者：張啟松模塊：進貨管理日期：2011/11/2編號：4被調用：倉庫管理系統輸入：商品信息調用：產生訂貨清單；添加、刪除商品信息輸出：商品、供應商信息處理：對入庫的貨物的具體信息進行登記、刪除，便于了解倉庫存儲狀態局部數據元素：商品名稱、編碼、單價、供應商信息等注釋：

ipo表系統：倉庫管理系統作者：張啟松模塊：系統登錄日期：2011/11/2編號：1被調用：倉庫管理系統調用：登錄輸入：用戶名和密碼輸出：登錄成功或登錄失敗處理：省份驗證局部數據元素：用戶名、密碼注釋：

注釋：

注釋：

注釋：

4．功能需求。

4.1功能劃分。

1）系統登錄。

用戶可根據用戶名和密碼登錄系統，選擇自己2）系統設置。

(1)添加刪除用戶：只限于管理員操作。管理員可以向里面添加和刪除用戶信。

4）庫存管理。

(1)商品信息的添加。對商品的基本信息進行錄入并保存。

(2)商品信息的修改：在有商品進入時，修改庫存商品的基本信息，更新商品的信息，使商品信息始終是最新的商品信息。

（1）由庫存清單的信息產生訂貨清單。

（2）商品的驗收，當符合要求時選擇入庫，反之，選擇退貨。6）銷售管理。

（1）銷售信息的添加（統計時）。

（2）銷售信息的刪除（退貨時）。

（1）工作人員信息的添加。

（2）工作人員信息的刪除。（3）工作人員信息的修改。（4）工作人員信息的查詢。

4.2功能描述4.2.1用戶登錄。

系統登錄功能的主要功能是對用戶身份進行驗證，只有在系統登錄時輸入合法。

用戶名和密碼才能進入倉庫管理系統。

退出系統功能保證用戶在已經保存當前操作的情況下安全退出，防止不必要的信息丟失。

用戶注銷功能在不退出系統的情況下更改登陸用戶。

4.2.2倉庫管理。

4.2.3業務查詢。

4.2.4系統設置。

系統設置模塊主要是對供應商信息和登陸用戶信息的管理。能夠實現對供應商和登陸用戶信息的添加、修改、刪除功能。

5．性能需求。

5.1數據精確度。

5.2時間特性。

（6）數據的轉換和傳送時間:1秒以內（7）解題時間:1秒以內。

5.3適應性。

6．運行需求。

6.1用戶界面。

【如屏幕格式、報表格式、菜單格式、輸入輸出時間等。】。

6.2硬件接口。

1.登陸終端的接口2.打票終端機的接口3.條碼錄入終端機的接口。

6.3軟件接口。

圖1登錄時的用戶名和密碼。

圖2進貨管理模塊。

圖3商品銷售模塊。

圖4供貨商管理模塊。

圖5人員管理模塊。

倉庫管理員6.4故障處理。

4.（1）在輸入數據不符合定義時。

6.（3）數據在數據庫中已有備份，系統出錯時可以靠數據庫恢復；

7.（4）再啟動技術，使軟件從故障點恢復執行或使軟件從頭開始重新運行的方法；

8.（5）斷電后系統會自動保存數據。

7．其它需求。

7.1安全保密設計。

9.對數據庫的查看訪問必須有用戶名和密碼。

7.2維護設計。

11.詳細編寫各階段的文檔資料，利于開發和維護。

專業軟件工程需求分析報告（匯總14篇）篇二

學號：1176807448專業：計算機4班指導教師：趙宇紅。

文檔名稱：需求分析報告項目名稱：軟件工程課設管理系統項目負責人：王星。

編寫：完成日期：2014.6.19審核：

開發單位：

王星薛浩楠。

軟件工程課設管理系統小組。

目錄。

一．引言。

隨著計算機的普及，人們對計算機的認識及需求有了明顯的增加。計算機對于大量信息的管理的優勢更是顯而易見。有了這個軟件工程課程設計管理系統，學生與老師的工作任務就可能會事半功倍。1.編寫目的：

軟硬件設施：個人計算機，java，acess數據庫，windows97/xp操作系統決定開發軟件工程課程設計管理系統，估價成本不高于1000元，二周交付使用。3.名詞定義：

實體：客觀世界中存在的且可互相區別的事物。聯系：客觀事物中的彼此之間的關系。屬性：實體或者聯系所具有的性質。4.參考資料：

軟件工程基礎湯淮西安交通大學出版社。

軟件工程------技術，方法與環境王立福，張世琨，朱冰編著北京大學出版社。

軟件開發技術倪秉營電子科技大學出版社軟件工程張權范清華大學出版社。

二、任務概述。

該軟件工程課程設計管理系統軟件目前已有比較完善的管理與使用功能。研制軟件工程課程設計管理系統軟件是為了滿足軟件工程教師與學生方便對課程的各種管理與操作。1．目標：(1)開發意圖：

a.為了軟件工程課程管理系統更完善；

b.為了軟件工程課程管理更方便；

c.為了減輕軟件工程管理工作人員的工作負擔;d.為了加強學院的正規化管理;(2)應用目標：

通過本系統軟件，能幫助課程設計教師利用計算機，快速方便的對課程進行管理，上傳資料，填寫進度報告，查找的所需操作。(3)產品描述：

本產品是一種工作在windows系統平臺的軟件，它是以acess數據庫。(4)產品功能：2.系統功能劃分：

使用該系統有三個角色教師，學生，客戶。教師可以查看學生選課情況，可以查看學生設計報告，填寫學生項目進度情況，給出分數，修改密碼，上傳課程設計題目，學習資料。學生可以查看選課情況和成績，選課。客戶只可以瀏覽選課信息。

2．系統可分為5個模塊：

（1）基本信息：教師和學生的信息包括教師號，學生號，教師開設的課程設計的題目，學生選的課程設計題目，項目進度和分數。（2）選課：顯示教師開設的課程設計題目，實現學生選課。

（3）查詢：學生查詢可選題，自己選題情況，自己課程設計成績。教師查詢學生選題情況，學生設計報告。

（4）修改：教師填寫項目進度情況和給出分數，學生填寫同組的其他同學的姓名，學號，班級，小組長，修改結果存入相應數據庫等。

（5）密碼：教師和學生可以修改自己的登陸密碼，結果保存用戶信息數據庫。3.安全性：

設立三種級別的用戶：student,teacher,guest，對每種類型的用戶設置不同的權限。

1．系統流程圖：

圖3.1系統流程圖。

2.數據流圖：

圖3.2數據流圖。

3.數據字典：

數據流描述：

數據來源：用戶登陸處理。

數據去向：客戶界面。

說明：普通用戶不輸入用戶名和密碼直接以客戶身份登陸。

數據流名：登陸。

數據來源：驗證信息處理正確。

數據來源：教師界面的輸入選題和資料窗口數據去向：上傳處理。

說明：學生填寫所選課題的設計報告上傳。

專業軟件工程需求分析報告（匯總14篇）篇三

其實在軟件開發過程中遇到的許多問題都是由于收集編寫協商修改軟件需求過程中的失誤帶來的諸如信息收集不全功能不明確交流不充分文檔不完善需求發生變化等可以這樣說軟件項目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根”

1用戶解決問題或達到目標所需的條件或能力。

2系統或系統部件要滿足合同標準規范或其它正式規定文檔所需具有的條件或能力。

3一種反映上面1或2所描述的條件或能力的文檔說明。

軟件需求包括四個不同的層次即業務需求用戶需求和功能需求另外還有非功能需求。

軟件需求各組成部分之間的關系如下圖所示。

用戶需求。

描述了用戶使用產品必須要完成的任務可以在用例模型或方案腳本中予以說明。

功能需求。

是從各個角度對系統的約束和限制反映了應用對軟件系統質量和特性的額外要求。

用戶需求不斷增加。

需求模棱兩可。

規格說明過于簡單。

忽略了用戶分類。

本節知識點需求工程的內容需求獲取需求分析編寫需求文檔需求驗證。

通常需求工程由一些過程組成可分為需求開發和需求管理兩部分。

繪制系統關聯圖。

這種關聯圖用于定義系統與系統外部實體間的界限和接口的簡單模型。

創建用戶接口原型。

確定需求的優先級別。

a引言。

概要敘述軟件需求規格說明便于讀者理解文檔如何編寫以及如何閱讀和解釋。

描述編寫文檔時所采用的標準或排版約定包括正文風格提示區或重要符號。

a3預期的讀者和閱讀建議。

提供了對指定的軟件及其目的的簡短描述包括利益和目標a5參考文獻。

利用本節來確定可以保證新產品與外部組件正確連接的需求c1用戶界面。

c2硬件接口。

正確性完整性可驗證性無二義性可修改性可跟蹤性一致性。

審查需求文檔。

以需求為依據編寫測試用例。

編寫用戶手冊。

需求驗證包括需求評審和需求測試兩個部分需求評審又包括正式的和非正式的兩種形式。

本節知識點分析模型--實體關系圖數據流圖狀態轉換圖數據字典結構化分析過程。

兩個數據對象之間有以下三種關聯er在數據對象之間的連線上用數字或字母表示。

數據建模的其他圖形工具層次方框圖。

df有四種元素其基本符號如下圖所示。

name=baidusnap1放棄cpu的使用。

數據組合有三種方式。

順序以確定的次序連接多個數據項。

選擇從多個數據項中選取一個。

對每一個關系確定其關聯類型。

重復步驟2到步驟4直到定義了所有關系。

定義每個實體的屬性。

形式化并復審實體關系圖重復步驟1到7直到數據建模完成。

實例分析學生成績管理系統實體學生課程成績實體屬性定義。

學生學號姓名性別出生日期入學年月

課程課程編號課程名稱課程學分課程描述。

成績學號課程編號分數考核日期

顯然學生課程和成績都是系統的實體并且可以初步定義它們的屬性。

因此系統的實體是學生課程和成績。

實體關系圖。

實例分析學生成績管理系統第0層df圖。

1教務人員維護學生信息和課程信息并登錄學生的選課成績2學生查詢自己的成績單。

對于學生成績管理系統而言整個系統就是一個加工學生成績管理。

第1層df圖。

第2層df圖。

為了繼續進行分解我們分析第1層df中的加工查詢學生成績。

數據字典。

以下列出“學生成績管理系統”的部分數據字典條目。

專業軟件工程需求分析報告（匯總14篇）篇四

職責：

1.平臺軟件開發項目需求分析匯總，撰寫需求技術文檔；

2.負責與客戶和開發人員進行對接、溝通，保證開發需求準確按時完成；

3.開發及后續過程的需求跟進、變更把控。負責開發過程中的進度管理；

5.審核保存開發項目成果，負責后續在框架內的內容添加和變更。

任職要求：

1.本科以上學歷，3年以上軟件相關工作經驗；

2.有軟件開發基礎，熟悉軟件工程理論，熟練使用原型工具；

3.有較強的溝通能力和文檔編寫能力；

5.工作踏實上進，對新知識新應用具有強烈的好奇心和學習興趣。

專業軟件工程需求分析報告（匯總14篇）篇五

職責：

2.負責項目進行前期調研，編寫調研報告和項目解決方案；

3.負責編寫詳細需求規格說明書，用戶手冊，培訓資料等；

4.對外負責與客戶溝通需求，對內配合項目組的需求講解說明；

5.產品測試驗證；

6.配合項目經理完成其他事項；

崗位要求：

1.計算機相關專業，本科以上學歷。

2.擁有1-3年軟件需求分析經驗，尤其是零售行業經驗；

3.熟悉使用相關的業務需求分析，設計工具，如visio,office等；

4.具有良好的英文讀寫能力，較強的語言表達交流能力，文檔撰寫能力；

5.具有較強的用戶需要判斷，引導，控制能力；

6.需有較強的團隊協作精神；

7.有零售行業進銷存產品經驗者優先考慮，有開發經驗者優先考慮，懂粵語者優先考慮；

專業軟件工程需求分析報告（匯總14篇）篇六

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

任職要求：

1.本科學歷，5年以上業務需求分析工作經驗；

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

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

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

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

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

專業軟件工程需求分析報告（匯總14篇）篇七

隨著信息技術的快速發展，軟件工程在各個行業中起到了不可忽視的作用。作為軟件工程師，理解和滿足用戶需求是我們工作的核心。在長期的軟件工程需求分析實踐中，我深深感受到了需求分析的重要性和挑戰。下面，我將從需求分析的重要性、需求分析的方法和技巧、需求變更的管理、和用戶需求的理解四個方面來談一下我對軟件工程需求的心得體會。

首先，需求分析的重要性不可忽視。軟件開發的成功與否往往取決于是否準確理解并滿足用戶的實際需求。需求分析過程中，我們要深入了解用戶的業務流程、工作環境和使用習慣，從而充分理解用戶需求。只有在需求分析過程中對用戶需求進行準確描述和分析，才能避免開發過程中的返工和需求的不匹配，從而提高軟件開發的效率和質量。

其次，需求分析的方法和技巧十分重要。在需求分析過程中，我們可以運用需求采集、需求建模、需求驗證等方法和技巧，以確保我們完整、準確地捕獲用戶需求。需求采集通過面對面的用戶訪談、問卷調查、需求工作坊等方式，可以深入了解用戶需求。需求建模通過使用UML（統一建模語言）或其他建模工具，能夠對用戶需求進行形式化的描述和分析。需求驗證通過原型開發、功能測試等方式，可以驗證需求的正確性和完整性。通過合理運用這些方法和技巧，我們可以更好地進行需求分析，為軟件開發提供準確的需求基礎。

此外，需求變更的管理是軟件工程需求分析的一項重要任務。在軟件開發的過程中，用戶的需求是可能發生變化的。因此，我們需要及時處理和管理需求變更。在需求變更管理中，我們要與用戶進行充分的溝通，了解變更的原因和影響，并對變更進行評估和管理。合理處理需求變更可以減少不必要的返工和開發延期，同時也能保持軟件的持續演化能力。

最后，理解用戶需求是軟件工程需求分析的核心。在軟件開發中，我們要關注用戶的真實需求，而不僅僅是用戶的表面需求。有時用戶可能難以準確表達自己的需求，我們需要通過深入的觀察和溝通，去理解用戶背后的真正需求。只有準確理解用戶需求，我們才能開發出滿足用戶期望的軟件產品。

總之，軟件工程需求分析是軟件開發中不可或缺的環節。在需求分析過程中，我意識到需求分析的重要性，學習并應用了各種需求分析的方法和技巧，掌握了需求變更的管理方法，并培養了對用戶需求的敏感性。通過不斷地實踐和總結，我相信自己將能夠在軟件工程領域取得更大的成就。

專業軟件工程需求分析報告（匯總14篇）篇八

以懷化學院為例，了解大學生英語學習現狀，調查他們的英語學習需求，對英語新課程發展提出建議。

二、調查范圍。

懷化學院外語系09級4、5班。

三、調查對象。

有至少八年以上英語學習基礎的大學生、有至少三年以上英語教學經驗的老師。

四、調查方法。

1、訪談對部分懷化學院外語老師和學生進行訪談。訪談內容涉及英語教師、教材、學習策略、學習環境(課內外學習環境)四個方面。

3、任務分析。

五、成果。

1、背景概述。

近年來，我系英語專業四級、八級過級率逐年上升，學生應對考試的能力不斷提高，然而，學生的實戰應用能力卻相形見絀。歸其原因，主要是受到考試過級率的影響，教學者教學形式單一，教師唱獨角戲，滿堂灌，教與學雙邊活動難以開展等現象比較突出。

2、調查結果分析-----學生的英語學習需求整體情況分析。

a、學生對英語教師的需求主要有以下幾個方面：

a、教師的基本功要扎實知識要淵博，教師要嚴而有道，以身作則。

b、希望教師采用靈活多變的教學方法。

c、希望和教師建立良好的師生關系。

由此可見，學生對英語教師的語言基本功、知識水平、教學方法方面、有著相當高的要求;學生希望老師在教學過程中以身作則，樹立榜樣;學生更喜歡老師經常激勵他們;同時學生期待與老師建立良好的師生關系。

b、學生對教材的需求主要有以下幾個方面：

a、希望教師在教學過程中教學內容不要固定在教材本身，要及時補充鮮活的內容;。

b、希望教材內容能有助于提高他們的交際能力。

通過調查我們發現學生對教材的內容的真實性、實用性、趣味性、知識性和教材對交際能力的培養的要求很高。教師在教材的選擇和使用上應注意趨利而避弊，在固定教材上增補一些新的教學材料。另外，固定教材容易使教材的內容過時，不能反映外語。實際的現狀，并且還會造成教材的難度與學生實際水平脫節的現象授課時和班級過大等因素的限制，如何充分利。

c、學生對學習策略的需求。

通過調查我們發現有:。

小部分學生還不能有效地使用適合自己的英語學習策略;大部分學生認為教師對學生進行英語學習策略培訓有必要，還有一部分學生能夠經常反思自己的英語學習，探索適合自己的學習方法，但效果不理想，希望求助于英語教師。

4、學生對學習環境的需求。

通過調查我們發現絕大多數同學都意識到積極參加課堂活動對英語學習的重要性，從而說明了學生對課堂學習環境的期望值很高;超過三分之二的學生在課堂上存在不同程度的緊張和焦慮，經訪談發現：學生害怕被點回答問題，擔心回答問題出錯，自信心不夠強，表演欲不夠強這一點也能解釋學生為什么對來自老師同學的支持和鼓勵的需求強烈。同時大多數學生喜歡和同學進行合作學習，絕大多數學生認可自主。學習的平臺在英語學習中的作用，對于英語課外活動的學生認可度和滿意度還不高。

六、結論與啟示。

通過本次調查，我們了解了不同英語水平的學生在對英語教師、教材、學習策略、學習環境等有關因素的需求情況，發現在英語教師、教材、學習動機等方面上高低水平學生無顯著性差異，在對學習策略和學習環境的需求上高低水平學生存在著顯著性差異，我們得到了以下啟示：

1、英語教師應經常對非英語專業學生進行學習策略培訓，培養和提高學生運用學習策略的意識，從而有助于學生個性化學習方法的形成和學生自主學習能力的發展。

2、優秀的老師應當能選擇教材，活用教材，跳出教材，發展教材。

3、教師應該在課堂上創設一個輕松愜意的語言學習環境，滿足不同水平學生的需求，并把焦慮降低到最低限度。學校在課外要組織豐富多彩的英語活動，數量和質量并重。

專業軟件工程需求分析報告（匯總14篇）篇九

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

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、調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。

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

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

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

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

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

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

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

1、網站功能。

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

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

4、網站系統性能定義。

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

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

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

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

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

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

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

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

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

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

（二）一、首次調研面積及戶型選擇意向分析。

1、時間：2006年4月5日。

2、地點：繁華路段，沿街門面、行政機關單位、事業單位、陌生攔截等處選擇樣本。

3、調研方式：問卷填寫、深度訪談。

4、發出問卷：80份，有效問卷68份。

5、樣本人群基本情況。

家庭人數：

文化程度：大專以上12人中學（含高中、初中、中專）40人其他16人。

工作單位：經商或個體戶36事業或行政單位20其他1。

2收入狀況：

6、戶型結構選擇。

從圖中可以看出，客戶對房型結構的選擇中，三房兩廳的占到高達40%的份額，加上18%的四房兩廳和18%的三房一廳，合計占到76%的份額，只有不占1/4的人選擇兩房或其他戶型。

7、戶型面積選擇。

從圖中可以看出，客戶選擇110—130平方米的比例占到35%，與上圖中三房兩廳40%的比例類似；90—150平方米的比例合計占到81%，加上150平方米以上13%，全部占到總份量的94%，90平方米以下的僅占到6%。

二、2006年5月份客戶面積選擇意向分析。

數量（組）301255616651455137。

1客戶在提示作用下，除14%的客戶選擇其他戶型外，86%的客戶都能在120—150平方米之間選到滿意的戶型。

三、2006年6月份客戶面積選擇意向分析。

數量（組）242049324120164361306。

客戶在提示作用下，選擇120平方米以上的占到80%，在其他20%的客戶中，除部分選擇復式戶型的以外，選擇其他戶型的只有不足20%。

四、2006年7月客戶對戶型面積的意向分析。

客戶量56344715811。

5需要130—150平方米的客戶超過40%，而120—130平方米客戶占30%，兩者合計占到70%左右，是縣城購房的主力目標客戶群體。復式樓的需求量也在13%，是縣城高端購房人群之一。90—110平方米的人群占到9%左右，可以看作縣城購房群體的補充目標人群。

結論：

綜上所述，在豫北某縣購房群體中，最少有60%以上的客戶選擇120—150平方米的房子，最高達到86%左右的比例。另有10—20%的客戶選擇150平方米以上的戶型。只有不到10%的少量客戶需求面積在90平方米左右或以下。

如果公務員小區的房型面積不能按照市場需求狀況供應，將產生以下幾點影響：

第五，市場供應的商品房都是偏小面積，客戶需求都是稍大或較大面積，開發商雖然知道消費者需求，但由于政府限制，不能按市場規律供應滿足市場需求的產品，將形成各方均無法滿意的局面，將破壞掉構建和諧社會的基礎，間接影響到豫北某經濟的快速穩定持續發展。

（三）相關資料數據以廣州為例分析其人才需求狀況，供廣大求職者和有興趣的朋友參考。

一、招聘熱度分析。

自金融危機以后我國服裝產量的持續低增幅，企業對產量增長的謹慎態度。近來歐盟紡織品服裝市場需求低迷、部分市場向競爭對手國轉移造成了國內服裝企業的發展困境。就今年上半年而言，服裝行業的人才需求并不十分給力，反映出服裝行業整體發展緩慢。

從上圖看，廣州服裝行業招聘職位數浮動不明顯，6月低谷期后，7月略有所回升。業內人士分析認為，外貿形勢短期內難有明顯起色，但是隨著歐美服裝消費旺季的來臨，第三季度服裝出口或將有所回升。預計其人才需求也會有所增加。

二、招聘職位分析。

據百才招聘網數據統計，7月份廣州服裝行業發布職位超過一萬，僅次于上海。其中，美術/設計/創意類職位占29.01%，其次是銷售類、經營管理類職位，占比分別為12.40%、11.78%。招聘職位中，以服裝設計師、設計助理招聘職位數最多，占比均超過了15%。

三、招聘要求分析。

根據分析，目前服裝行業的人才學歷要求較其他行業要略低，就廣州招聘職位而言，其高中及以下學歷占比達28.83%，本科僅占12.42%。從經驗要求分析，0——2年、3——5年工作經驗者需求量持平，均超40%。可以看出在服裝行業人才對經驗的要求較學歷而言更嚴格。

四、行業薪酬分析。

根據數據顯示，廣州服裝業整體薪酬水平居中，高薪占比比較小。薪資2000——3999元/月占比最大，達51.20%，萬元及以上的月薪僅占比9.63%。這可能與服裝行業整體產業性質相關，服裝企業工廠員工占比較大，行業整體薪酬分布應該不會有太大的浮動。

專業軟件工程需求分析報告（匯總14篇）篇十

隨著科技的不斷發展，信息化已經成為了現代社會中不可或缺的一部分。而軟件工程作為信息化的核心技術之一，對于現代社會的發展和進步起到了至關重要的作用。在軟件工程的開發過程中，需求是其基礎和核心，合理、準確的需求分析和需求管理對于軟件項目的成功與否至關重要。以下是我在軟件工程需求方面的一些心得體會。

首先，需求的準確性是軟件項目成功的關鍵。在軟件工程開發過程中，需求的準確性對于軟件項目的整體規劃和功能設計起著決定性的作用。在需求分析階段，我們需要盡可能了解客戶的需求，并將其準確地轉化為功能要求和開發目標。在此過程中，我們應該盡可能與客戶多進行交流，采用各種溝通方式，以確保需求的準確性。此外，我們還應該運用各種技術手段和工具，例如原型設計、用例分析等，提高需求的準確性和可靠性。

其次，需求的變更是常態。在軟件工程的開發過程中，需求經常會因各種原因而發生變化。這是不可避免的，在軟件項目中，客戶需求經常在項目的不同階段發生調整和變更。所以，我們應該保持靈活性和適應性，以應對這種變化。在需求管理方面，我們可以采用迭代開發的方式，將需求分成多個階段，每個階段都允許變更。另外，我們還可以采用變更控制和配置管理手段，確保變更的追蹤和管理，以避免變更對項目進度和質量的不利影響。

再次，團隊的合作是實現需求成功的關鍵。軟件工程的需求管理不是一個人的事情，而是一個團隊的協作過程。在項目的需求分析和需求管理過程中，我們需要協作完成各種工作任務，例如需求的收集、需求的分析、需求的驗證等等。在此過程中，每個團隊成員都需要發揮自己的專業知識和經驗，充分傾聽他人的意見和建議，共同協商確定需求方案，以達到最佳效果。此外，團隊的溝通和協調也是十分重要的，團隊成員之間要積極互相配合，及時解決問題和分配任務，以確保需求的順利實施和項目的成功完成。

最后，在軟件工程的需求管理中，用戶參與是至關重要的。雖然我們在需求分析階段盡可能詳盡地了解用戶的需求，但真正的用戶體驗和滿意感需要用戶參與來驗證和確認。用戶的參與可以通過各種途徑實現，例如用戶需求調研、用戶反饋收集、用戶測試、用戶培訓等等。通過用戶的參與，我們可以更加準確地了解用戶的需求和期望，及時修正和調整需求方案，從而將軟件工程的開發結果更好地貼近用戶的需求和期望，提高軟件的質量和可用性。

總之，軟件工程的需求管理是保證軟件項目成功的關鍵一環。在軟件工程的需求管理過程中，我們需要關注需求的準確性、變更管理、團隊的合作以及用戶的參與。只有通過科學的方法和良好的管理，才能最大限度地滿足用戶的需求，推動軟件工程的快速發展和進步。

專業軟件工程需求分析報告（匯總14篇）篇十一

一、需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。

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

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

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

在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助成員將需求分析結果更加明確化，也為以后開發過程中做到了現實文本形式的備忘，并且有助于主管人員的日后的開發項目提供有益的借鑒和模范，成為項目開發中積累的符合自身特點的經驗財富。

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

三、向用戶調查些什么。

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候。

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

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

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

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

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

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

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

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

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

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

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

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

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

求、實際運行環境；用戶對新網站的期望等。

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

四、市場調研活動內容。

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

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

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

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

活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網站功能描述書》以供作為日后項目開發過程中的依據。

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

1、網站功能。

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

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

4、網站系統性能定義。

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

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

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

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

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

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

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

12、項目完成時間及進度。

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

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

專業軟件工程需求分析報告（匯總14篇）篇十二

1.3定義【列出文檔中用到的專門術語的定義和縮寫詞的原文。】。

2.4可行性研究方法。

2.5決定可行性的主要因素。

3.對現有系統的分析。

3.1處理流程和數據流程。

3.2工作負荷。

3.3費用支出【如人力、設備、空間、支持性服務、材料等項開支。】。

3.4人員【列出所需人員的專業技術類別和數量。】。

3.5設備。

3.6局限性【說明現有系統存在的問題以及為什么需要開發新的系統。】。

4.1對系統的簡要描述。

4.2處理流程和數據流程。

4.3與現有系統比較的優越性。

4.4采用建議系統可能帶來的影響。

4.4.1對設備的影響。

4.4.2對現有軟件的影響。

4.4.3對用戶的影響。

4.4.4對系統運行的影響。

4.4.5對開發環境的影響。

4.4.6對運行環境的影響。

4.4.7對經費支出的影響。

5.1支出。

5.1.1基建投資。

5.1.2其他一次性支出。

5.1.3經常性支出。

5.2效益。

5.2.1一次性收益。

5.2.2經常性收益。

5.2.3不可定量收益。

5.3收益/投資比。

5.4投資回收周期。

6.1法律因素【如，合同責任、侵犯專利權、侵犯版權等問題的分析。】。

7.其他可供選擇的方案。

【逐個闡明其他可供選擇的方案，并重點說明未被推薦的理由。】。

8.結論意見。

專業軟件工程需求分析報告（匯總14篇）篇十三

好地開展計劃生育優質服務的重要手段，是新形勢下計劃生。

育優質服務發展的必然趨勢。群眾需求信息搜集的目的，就。

劃生育目標，通過全社區50名育齡群眾信息的收集、匯總，計劃生育優質服務工作今后應從以下幾方面加以改進。

一、宣傳教育有待進一步深化。

宣傳教育是優質服務的重要內容，從群眾需求信息來看，增。

強宣傳教育的針對性和吸引力、感染力最為重要。根據群眾。

需求，應從兩個方面進行改進：

（1）宣傳內容。50人要求多講生殖保健知識、占總數的100%。9人要求嬰幼兒早期教育方面知識內容，占總數的18%。5人要求孕期保健、優生優育方面知識，占總數10%。

20人要求獲得避孕節育方面知識，占總數23.8%。18人要求。

獲得兩性生殖健康方面知識，占總數21.4%。

（2）宣傳形式和方法。過去通過人口學校對育齡婦女。

進行灌輸的宣傳形式，已遠遠不能適應群眾的意愿，她們沒。

有時間在家等著組織學習。通過群眾需求問卷了解到，有29。

人希望通過電視等媒體來獲得所需求的知識，占總數58%。有12人想通過計生工作人員上門指導計劃生育方面的知識，占總數的24%。有18人想了解兩性方面知識，占總數21.4%。群眾確實想獲得多方面的計生知識，但我們通過什么形式、方式方法有待于進一步探討，真正通過改變宣傳教育方式使宣傳教育工作常抓常新、貼近群眾、充滿活力，講究效果。

二、避孕節育服務要因人而宜，注重群眾的需求。

在避孕節育方面，了解群眾通過什么途徑獲得避孕藥具，有25人要求自己到社區領取，占總數50%。有20人要求計生干部送上門，占總數的40%。有16人避孕措施由夫妻共同決定的，占總數的32%。有2人愿意接受專業技術人員指導，占總數0.4%。有16人愿意接受計生干部指導，占總數的32%。有20人愿意得到避孕節育方面知識，占總數的40%。通過上述群眾的需求來看，工作中繼續加大服務力度，在避孕節育知識方面，我們要加大科學知識的普及力度，這樣將更加有利于推進避孕方法的知情選擇。

三、圍繞生殖保健服務，開展好“民心工程”

意在在市計生服務機構計生服務，占總數的14%。有11人愿意在市級以上醫院接受服務，占總數的22%。根據調查群眾愿意接受生殖保健方面的服務，渴望得到生殖保健服務檢查。而且需要更好的醫療服務。我們今后要努力從提高服務方面下功夫，使育齡群眾得到更好的服務，滿足不同層次人群服務的需求。

四、根據優生優育信息，做好產前、產后的隨訪服務。

群眾的生育觀念已在發生了很大的轉變，都想生一個健康聰明的小孩。通過服務問卷信息來看，有5人要求得到孕期保健、優生優育方面知識，占總數的10%。有4人希望通過報刊雜志得到這方面知識，占總數的0.8%。

五、根據權益保障信息，確實保障群眾的合法權益。

計劃生育政策法律法規經過多年的宣傳教育基本家喻戶曉，人人皆知，群眾的實行計劃生育的權益進一步得到保障，有23人知道有依法生育的權益，占總數的46%。有28人知道實行生育男女平等的權益，占總數的56%。有31人知道獲得避孕節育技術和生殖保健服務的權利，占總數的62%。有22人知道實行計劃生育有獲得法律、法規和政府規章規定的獎勵、優待、社會法律、社會保障、社會救助的權利和平等發展的權利，占總數的44%。有31人實行計劃生育有獲得計劃生育、生殖健康信息和教育的權利，占總數的62%。有23人知道實行計劃生育，其人身權，財產權不受侵害的權利，占總數的46%。通過信息了解，群眾實行計劃生育的合法權益需更進一步得到保障。

六、根據群眾需要哪些服務，保障群眾需求。

新形勢下計劃生育工作以優質服務為主線，了解群眾需求什么樣的服務是我們今后服務工作方向。通過了解有23人要求生殖健康方面檢查，占總數的46%。有13人要求困難救助服務，占總數的26%。有5人要求孕期保健、優生優育服務，占總數的10%。有9人要求嬰幼兒早期教育方面服務18%。我們將針對群眾需要的服務，改進工作方法使群眾得到更好更多的服務，滿足群眾需求，促進計劃生育工作和諧發展。

專業軟件工程需求分析報告（匯總14篇）篇十四

隨著技術的不斷發展和用戶對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態html文件來實現，與前幾年網站設計由一兩名網頁設計師自由的創作相比，網站項目的設計和開發越來越像一個軟件工程，也越來越復雜，網站項目的設計和開發進入了需要強調流程和分工的時代，建立規范的、有效的、健壯的開發機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。

網站項目管理（wpm）的含義為web-basedprojectmanagement，即以web應用程序為主要表現方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網絡和web服務器等關鍵主體，主要體現在網站設計、以瀏覽器為客戶端的web應用程序開發（例如信息類網站、網上商店、虛擬郵局、客戶關系管理。）等項目管理中。

在本文中，筆者將網站項目管理（wpm）與軟件工程的統一過程管理（rup）進行參照比較，并結合實際工作經驗，力求將網站工程管理（wpm）的角色、分工、流程進行完整的闡述，使網站項目管理逐漸走向規范化。

按照筆者的經驗，網站項目管理可以分為以下七個階段進行控制：

1.需求分析及變更管理2.項目模型及業務流程分析3.系統分析及軟件建模。

4.界面設計、交互設計及程序開發5.系統測試和文檔編寫。

6.客戶培訓、技術支持和售后服務。

業務員與客戶進行的溝通，撰寫如何做好網站建設需求分析是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。

四.利用示意圖和圖表將用戶的需求表現出來。五.什么人要看需求分析報告？

六.建立需求變更日志，制作新版本的需求分析報告。七.本階段重點工作角色八.總結。

一：讓客戶暢所欲言，羅列出所有的需求。

讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時候不應該害怕“勾引”起客戶的潛在需求而增加設計開發的工作量，從而被今后客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準確地記錄下來就完成了第一步的工作。

很明顯，假如客戶的需求做的都不完整，隨時可能會產生意想之外的變更，甚至這個變更會破壞已經做的模型及結構，那么這個項目從開始就注定了會失敗；比如站點所有的功能都實現了，本地測試起來也沒有什么問題了，但是你卻不知道客戶的系統是要承受每天100萬獨立ip的訪問，而你原來想當然的以為了不起就是1萬獨立ip訪問的訪問流量，稍微有經驗的開發人員都會明白這樣的設計是個災難，無論是應用服務器、數據庫還是程序全部要重新開發！二：透過現象分析潛在的需求很多情況下客戶并非專業人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統而且尺度難以控制的，這就要求業務人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，同時預測客戶在開發過程中變更及今后應用中可能進行修改升級的潛在需求。

比如在為客戶設計辦公自動化系統的時候，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在設計郵件系統的時候要考慮可能會需要廣告管理服務器；設計網絡電子商店時今后增加庫存產品進銷存統計分析等等；限于時間財力的考慮，客戶通常能夠接受分階段實施的開發過程，在需求分析時，提早為客戶設想到今后的需求變更除了使項目開發更加順利以外，也為今后業務的進一步深入打下了更好的基礎。

筆者曾負責一個大型新聞網站的設計，當客戶拿著將近五十頁厚的一本設計要求報告時，我發現有四十頁的內容對程序開發來說都是重復的，而在其中一頁的角落卻畫了個“搜索其他網站相關新聞”的按鈕，并且沒有做任何說明，僅僅這10個字所完成的工作量完全頂的上其他整整四十頁重復贅述所做的工作，客戶完全不知道這個要求引發的問題實際就是一個搜索引擎的開發，通過協商，客人同意了修改成站內搜索的引擎。

三：利用自然的語言描述項目模型。

在業務員與客戶進行溝通和調查時撰寫的需求分析，盡可能用自然的語言進行描述，雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義，不至于在理解上產生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據。

請比較以下兩份關于需求的描述，“用戶在訪問首頁的時候可以在點擊'客戶通道'按鈕，彈出填寫'用戶名'和'密碼'的窗口，輸入正確后在新窗口打開客戶通道的首頁，在該頁顯示所有可操作的功能的導航條和最新的導讀新聞鏈接列表”“站點分為公開和加密兩種狀態，通過身份驗證機制使特有的用戶可以訪問到加密信息，并提供不同于普通用戶的功能。”前段描述我們就很容易想象的出來設計完成的網站是什么樣子，而后一段的描述可能會做出無數不同的版本，造成對需求理解的歧意。

四：利用示意圖和圖表將用戶的需求表現出來。

需求分析無論文字上怎么樣表述都還是抽象的，對客戶而言理解畢竟是困難的，將基本確定的需求制作出示意圖是最直觀有效的。

制作示意圖可以有很多種方式，用powerpoint或visio制作流程示意，用html文檔制作界面示意都是可行的，最簡單利用畫圖和word表格方式也完全可以，關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現起來，在進行系統分析和程序開發之前，雙方對今后要完成的產品就能夠有直觀的認識，換言之，就是在產品還沒有真正進入開發階段的時候，雙方就對工作的結果達成統一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發過程，保證項目往正確的方向進行。在rup中有這樣的描述：

“利用電影、卡通、圖片、表格和動畫片等制作示意圖開始，告訴我們用戶是誰，要發生什么事情，如何發生。以用戶友好的方式幫助收集并改進用戶需求。鼓勵更有創造性、更加創新的設計解決方案。鼓勵團隊復審，并避免所有人都不希望出現的特征。確保以可理解、直觀的方式實施特征。

項目經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同的討論，達成一致的意見。

我們經常會遇到業務人員辛辛苦苦談下來的項目，對開發人員來說卻是難以實現的，而技術人員設計的產品卻常常得不到客戶的認可，甚至發生糾紛，因此參與項目開發的人員都應該對這份需求有統一清晰的認識，并根據自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現的目標。例如：

項目經理通過需求分析才能組建所需要的團隊包括配置工作環境，制定開發周期。

開發周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進行編寫；

操作用戶的技能水平將影響到交互設計師進行前臺設計時做到什么樣的精度；

通過下表，我們可以看的出不同角色根據需求的變更所進行的工作流程：

盡管我們費了許多功夫在如何做好網站建設需求分析進行了最大可能的努力，但幾乎可以肯定的是，這份需求分析在開發過程中一定會發生變化，也許是出自客戶的遺漏，也可能是在開發過程中被激發出來的，這種變更有時是如此的頻繁和瑣碎，以至于往往不能將變更及時反饋到項目的各個角色中，那么做好需求變更日志就顯得非常重要。

并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。

在如何做好網站建設需求分析和變更管理的過程中，工作量最大的角色為客戶代表、業務員和項目經理。

客戶代表提出需求，業務員幫助整理和分析，項目經理對整個項目進行評估。

在實際工作中，很多項目失敗的起因都和需求分析有關。客戶代表和業務員通常并非從事技術開發的專業人員，在討論需求的時候往往對項目的技術難度、工作量、時間進度把握不準確，這時候需要項目經理或技術人員進行參謀。

?將如何做好網站建設需求分析進行分析，確認可操作的系統模型；

?利用最自然的語言將系統進行描述，使每個開發人員不會產生歧意；

?迅速確定網站的用戶角色；

比如訪客、會員、重要客戶、前臺管理員、網站管理員、業務員等；

?分析確定每個角色的權限及可操作的功能；

網站管理員可以更改欄目、修改網站界面等；?制作流程圖和示意圖將需求表現出來；

?讓客戶參與到示意圖的設計中，及時正確的反應出需求變更。

?制作需求變更日志，保留升級版本，通過版本控制進行需求管理；?通過需求《管理計劃書》使每個參與人員看到共同的努力目標。

這里只是粗略的介紹企業如何做好網站建設需求分析，希望對大家有所幫助。