需求分析報告（精選6篇）
需求分析報告 篇1
一、調查目的
以懷化學院為例，了解大學生英語學習現狀，調查他們的英語學習需求，對英語新課程發展提出建議。
二、調查范圍
懷化學院外語系 09 級 4、5 班
三、調查對象
有至少八年以上英語學習基礎的大學生、有至少三年以上英語教學經驗的老師。
四、調查方法
1、訪談 對部分懷化學院外語老師和學生進行訪談。訪談內容涉及英語教師、教材、 學習策略、學習環境(課內外學習環境)四個方面。
2、收集英語學者需求分析樣本。
3、任務分析。
五、成果
1、背景概述
近年來，我系英語專業四級、八級過級率逐年上升，學生應對考試的能力不斷提高，然而，學生的實戰應用能力卻相形見絀。歸其原因，主要是受到考試過級率的影響，教學者教學形式單一，教師唱獨角戲，滿堂灌，教與學雙邊活動難以開展等現象比較突出。
2、調查結果分析 ----- 學生的英語學習需求整體情況分析。
A、學生對英語教師的需求主要有以下幾個方面：
a、教師的基本功要扎實 知識要淵博，教師要嚴而有道，以身作則。
b、希望教師采用靈活多變的教學方法。
c、希望和教師建立良好的師生關系。
由此可見，學生對英語教師的語言基本功、知識水平、教學方法方面、有著相當高的要求;學生希望老師在教學過程中以身作則，樹立榜樣;學生更喜歡老師經常激勵他們;同時學生期待與老師建立良好的師生關系。
B、學生對教材的需求主要有以下幾個方面：
a、希望教師在教學過程中教學內容不要固定在教材本身，要及時補充鮮活的內容;
b、希望教材內容能有助于提高他們的交際能力。
通過調查我們發現學生對教材的內容的真實性、 實用性、 趣味性、知識性和教材對交際能力的培養的要求很高。 教師在教材的選擇和使用上應注意趨利而避弊，在固定教材上增補一些新的教學材料。 另外，固定教材容易使教材的內容過時，不能反映外語。實際的現狀，并且還會造成教材的難度與學生實際水平脫節的現象 授課時和班級過大等因素的限制，如何充分利。
C、學生對學習策略的需求
通過調查我們發現有 :
小部分學生還不能有效地使用適合自己的英語學習策略;大部分學生認為教師對學生進行英語學習策略培訓有必要，還有一部分學生能夠經常反思自己的英語學習，探索適合自己的學習方法，但效果不理想，希望求助于英語教師。
4、學生對學習環境的需求
通過調查我們發現絕大多數同學都意識到積極參加課堂活動對英語學習的重要性，從而說明了學生對課堂學習環境的期望值很高;超過三分之二的學生在課堂上存在不同程度的緊張和焦慮，經訪談發現：學生害怕被點回答問題，擔心回答問題出錯，自信心不夠強，表演欲不夠強 這一點也能解釋學生為什么對來自老師同學的支持和鼓勵的需求強烈。 同時大多數學生喜歡和同學進行合作學習， 絕大多數學生認可自主。學習平臺在英語學習中的作用，對于英語課外活動的學生認可度和滿意度還不高。
六、結論與啟示
通過本次調查，我們了解了不同英語水平的學生在對英語教師、 教材、學習策略、 學習環境等有關因素的需求情況，發現在英語教師、教材、學習動機等方面上高低水平學生無顯著性差異，在對學習策略和學習環境的需求上高低水平學生存在著顯著性差異，我們得到了以下啟示：
1、英語教師應經常對非英語專業學生進行學習策略培訓，培養和提高學生運用學習策略的意識，從而有助于學生個性化學習方法的形成和學生自主學習能力的發展。
2、優秀的老師應當能選擇教材，活用教材，跳出教材，發展教材。
3、教師應該在課堂上創設一個輕松愜意的語言學習環境，滿足不同水平學生的需求，并把焦慮降低到最低限度。學校在課外要組織豐富多彩的英語活動，數量和質量并重。
需求分析報告 篇2
1、引言
1.1編寫目的
由于的各方面發展速度的大幅提高，幾乎所有的銀行都配備了不用繁瑣的人工操作的ATM自動取款機。人們可以隨時隨地進行交易，不再受銀行的服務時間的約束，取款時也為人們節省了很多時間，方便快捷。
本需求分析報告為人們清晰展示出ATM自動取款機系統的工作流程，以及ATM機的工作狀態。為人們熟練地操作ATM機提供更多幫助，加深人們對ATM機自動取款系統的了解。為系統開發完成后期的測試和驗收提供幫助。
1.2項目背景
本系統的名稱為“銀行ATM機自動取款系統”。系統的功能主要有：能夠讀取和存儲客戶的存款和取款信息，方便客戶自由交易；在客戶選定交易類型后，直接與客戶進行現金交易，方便快捷。將客戶最新的存取信息上傳到銀行的總存儲系統，并自動更新系統中的客戶信息，方便銀行系統管理員對客戶信息的管理。
2、需求概述
2.1目標
“銀行ATM機自動取款系統”主要提供客戶的存取交易信息，并自動與客戶進行現金交易，以及上傳并更新客戶存取款信息等功能。該系統針對于配有ATM自動取款機的銀行，客戶較多，系統需操作方便，信息讀取與存儲及時快速，方便客戶進行自由交易和系統管理員對信息的管理。
2.2用戶類和特征
最終用戶是銀行客戶和銀行系統管理員，銀行系統管理員需要創建、統計、更新和刪除客戶的存取款信息，要求具備計算機知識和銀行業務流程的專業知識，如權限管理和客戶業務辦理流程等。銀行客戶就是到銀行辦理業務的普通客戶，只需具備一定的計算機操作知識即可。
3、功能需求
本系統相應的需求有以下方面：
（1）能夠讀取和存儲客戶賬戶中的存取款信息，并方便有效地進行客戶選擇的交易操作。這主要包括以下內容：
①自動調用銀行總系統中客戶原有信息②銀行客戶賬戶中的信息的查詢、讀取
③客戶操作的識別，及信息的錄入、更新、存儲
�。�2）能夠將客戶輸入的信息及時上傳到銀行總系統中，并將客戶原有信息進行自動更新。這其中主要包括以下內容：
�、賲R總客戶更新的信息，直接上傳到銀行總系統中②抽調銀行總系統中客戶原有信息，并進行修改
�、蹖€y行總系統中客戶原有信息更新為客戶最新輸入的信息，并存儲（3）提供客戶信息訪問的權限和管理。其中包括：
�、倏蛻粼L問普通信息的權限
②銀行系統管理員對客戶信息的錄入、更改和刪除需要補充說明的幾點有：
�。�1）數據保存：需要長期保存的數據信息有
�、倏蛻粜畔ⅲ嚎蛻糸_通銀行賬戶的基本信息②賬戶信息：客戶在銀行的存取款信息
�。�2）系統用戶：銀行系統管理員和客戶
�、巽y行系統管理員：對ATM機中的信息可進行錄入、更改和刪除等操作
�、诳蛻簦涸贏TM機上可進行存取交易操作
3.1確定執行者
執行者是與系統交互的外部實體，它既可以是人員也可以是外部系統或硬件設備。
確定執行者可以通過提出以下幾個問題得到：
（1）誰使用系統的主要功能？
�。�2）誰需要系統的支持以完成日常工作任務？
�。�3）誰從系統獲取信息？
（4）誰負責維護和管理系統以保證其正常運行？
�。�5）系統需要應付（處理）哪些外部硬件設備？
（6）系統需要和哪些外部系統交互？
本例中，可以確定“客戶”和“銀行系統管理員”為系統執行者。“客戶”通過系統進行自己的存取款交易，“銀行系統管理員”負責使用系統的主要功能。
3.2確定用例
用例描繪了一個完整的系統事件流程，其重點在于執行者與系統之間的交互而不是內在的系統活動，并對執行者產生有價值的可觀測結果。
確定用例可通過提出以下幾個問題得到：
�。�1）參與者需要從系統中獲得什么功能？參與者需要做什么？
�。�2）參與者讀取、產生、刪除、修改或存儲系統的某些信息嗎？
�。�3）系統中發生事件需要通知參與者嗎？參與者需要通知系統某件事情嗎？
（4）系統的輸入/輸出信息是什么？這些信息從哪里來到哪里去？
（5）采用什么實現方法滿足某些特殊要求？
本例中，我們通過一定的調研和分析得到“銀行ATM機自動取款系統”的用例圖，如下圖所示：
3.3編寫用例文檔
用例圖不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放在圖形上的信息。用例文檔是關于執行者與系統如何交互的規格說明，要求清晰明確，沒有二義性。在描述用例時，應應該只注重外部能力，不涉及內部細節。下面給出本例中的用例文檔：
1、賬戶信息的維護用例用例名：賬戶信息的維護參與執行者：銀行系統管理員
入口條件：銀行系統管理員已經登錄到該系統中
事件流：當有客戶在ATM自動取款機上進行取款交易時，ATM自動取款機將客戶取款之后的信息上傳到銀行系統中，管理員通過ATM機自動取款系統界面，點擊“客戶取款信息”調出客戶最近一次的取款信息，然后點擊上傳到銀行總系統中，彈出信息更新界面，點擊“更新”則覆蓋原有賬戶信息，并保存；點擊“取消”則不進行賬戶信息更新覆蓋，且不保存。
出口條件：系統將數據庫中的讀者信息進行相應的操作。調出客戶賬戶信息是，調出客戶賬戶信息表；更新賬戶原有信息時，覆蓋系統中賬戶原有信息。異常事件：在進行賬戶信息上傳時，先調出客戶在最近一次取款后的信息，若數據庫中沒有符合條件的記錄，則無法進行上傳操作，也無法完成系統原有信息的更新操作。
2、客戶信息的維護用例用例名：客戶信息的維護參與執行者：銀行系統管理員
入口條件：銀行管理員已經登錄到該系統中
事件流：當有新客戶開通新的賬戶時，銀行系統管理員將新客戶的信息錄入到ATM機自動取款系統中，方便客戶進行取款交易。進入系統，點擊“添加客戶”，彈出空白的客戶信息表，管理員將新客戶的信息錄入表中之后，點擊“提交”，則保存到系統中；當有客戶修改信息時，進入系統，點擊“更改客戶信息”，彈出搜索界面，在搜索欄中輸入需要修改的客戶信息的關鍵字，點擊“搜索”，調出客戶原有信息，點擊“更改”，進入客戶信息更改界面，修改完畢之后，點擊“保存”，則覆蓋客戶原有信息，點擊“取消”，則取消更改；當有客戶注銷賬戶時，進入系統，點擊“刪除客戶信息”，彈出搜索界面，在搜索欄中輸入要刪除的客戶信息的關鍵字，點擊“搜索”，調出客戶已存信息，點擊“刪除”，彈出“是否刪除該客戶信息？”詢問界面，點擊“是”，則刪除該客戶的已存信息，點擊“否”，則不進行刪除操作。
出口條件：系統將數據庫中的讀者信息進行相應的操作。添加客戶信息時，將新的客戶信息保存到系統數據庫中；更改客戶信息時，在數據庫中將該客戶的信息進行相應的更改操作；刪除客戶信息時，則刪除該客戶在數據庫中的信息記錄。
異常事件：在進行修改和刪除操作時，先查出需要進行操作的客戶在系統數據庫中的已存信息記錄，如果數據庫中不存在相應的符合條件的記錄，查詢沒有結果時，則無法進行更改和刪除操作。
3、客戶信息的查詢用例用例名：客戶信息的查詢參與執行者：銀行系統管理員
入口條件：銀行管理員已經登錄到該系統中事件流：進入系統，點擊“查詢客戶信息”按鈕出口條件：系統顯示查詢的客戶信息
4、賬戶信息查詢用例
用例名：賬戶信息的查詢
參與執行者：銀行系統管理員、客戶
入口條件：銀行系統管理員已經登錄到該系統中，客戶已經登錄到個人賬戶界面中
事件流：銀行系統管理員進入系統后，點擊“查詢客戶賬戶信息”按鈕；客戶登錄個人賬號，將銀行卡插到卡槽中后，進入登錄界面，輸入密碼后，點擊“確認”，進入個人賬戶界面，點擊“查詢”按鈕。出口條件：系統顯示查詢的客戶賬戶信息
5、取款用例用例名：取款
參與執行者：銀行系統管理員、客戶
入口條件：客戶已經登錄到個人賬戶界面中
事件流：客戶將銀行卡插到卡槽中后，進入個人賬戶登錄界面，客戶輸入密碼后，點擊“確認”，進入個人賬戶界面，點擊“取款”，進入取款界面，選擇取款金額，點擊選中的數字按鈕，進入等待界面，取出取款口的現金后，進入“是否打印憑條”界面，點擊“是”，憑條從憑條口吐出，取出后，點擊“退出”，取出銀行卡；在進入“是否打印憑條”界面，點擊“否”，直接進入退出界面，點擊“退出”，取出銀行卡。
出口條件：ATM自動取款機將輸入的相應的取款金額吐出
6、口令管理用例用例名：口令管理
參與執行者：銀行系統管理員、客戶
入口條件：客戶已經登錄到個人賬戶界面中
事件流：客戶將銀行卡插入ATM機卡槽中，進入個人賬戶登錄界面，輸入密碼，點擊“確認”，進入個人賬戶界面，點擊“修改密碼”按鈕，在口令修改頁面輸入新的密碼，點擊“確認”。
出口條件：數據庫中的密碼被修改成最新的密碼
7、取款信息查詢用例
用例名：取款信息的查詢參與執行者：客戶
入口條件：客戶已經登錄到個人賬戶界面中事件流：進入個人頁面后，點擊“查詢”出口條件：系統顯示出客戶查詢的信息
4、非功能需求
4.1性能需求
銀行ATM機自動取款系統的使用者是銀行系統管理員和所有開通銀行賬戶的客戶。對于銀行系統管理員的管理工作，性能要求不是太高，但需要方便客戶賬戶信息的入庫等操作。對于開通銀行賬戶的客戶取款、修改密碼等功能，對性能的要求比較高，一般需要達到并發數1000以上。
4.2安全性需求
由于銀行ATM機自動取款系統的客戶量很大，所以在對客戶賬戶信息的導入和交易操作要保證速度。在客戶進行交易操作的過程中又要保證事務的完整性。在整個系統中，需要完整的權限控制，以防止某些人惡意地攻擊系統，修改系統中的原始記錄。同時對于數據庫中的數據需要定時備份，防止系統數據丟失。此外，系統要求用戶在登錄時需要密碼驗證。
5、故障處理
在正常情況下，應該不出現錯誤，一旦發生意外，比如：不識別銀行卡、輸入取款金額后現金吐不出來、取款過后ATM自動取款機為將信息上傳到總系統中等等，也應保證客戶賬戶信息不受損壞。
6、外部接口需求（略）
需求分析報告 篇3
一、那些人應該參與網站開發項目的需求分析活動
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：
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、明確項目完成后的維護責任。
綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發過程中作為開發成員的依據和借鑒。
需求分析報告 篇4
園林行業是近幾年隨著中國改革開放的不斷深入和經濟的快速發展以及對城市生態環境要求日益提高的社會大背景下，快速形成和壯大的新興朝陽產業。面對園林行業巨大的人才市場需求和同行競爭，及時調整專業設置，確定園林專業適應園林行業需求的人才培養目標就可以抓住這一機遇，使人才市場需求和競爭機遇變成辦好園林專業的活力。
調查目的：
高職教育就是就業教育，以就業為導向，一直都是各個職業院校的辦學宗旨。本次調查的目的是為了掌握了園林行業的人才需求特點，人才的能力要求，人才的素質要求等，使園林專業人才培養目標以及行業定位逐步清晰和具體起來，為進一步調整專業結構、課程結構、能力結構、素質結構等提供了第一手寶貴資料和調整依據。使我系園林專業學生能夠適應所學專業的人才職業需求，畢業后盡量進入職業角色，勝任崗位職責，更好的實現“零距離”就業。
調查內容：
園林行業崗位人群應具備的能力、現階段從業人員的現狀、湖南及周邊省市園林及相關行業人才需求等。
調查方法：
走訪調查、問卷調查、電話調查、網絡資源搜集等
調查時間：
12月—8月
調查整理：
王
調查概況：
本次調查走訪了湖南生態科技園、三雄園林公司、中青園林工程有限責任公司、世紀楓園林公司，發放了20份調查問卷，收回20份；與廣東巨楊園藝公司、廣東維生種苗公司、廣東怡華園藝公司、上海棕櫚園林公司、廣東廣和園藝公司、廣東旺林園藝公司、廣東鴻瑞園藝公司的主要負責人或相關技術人員進行了電話訪問；結合對網絡資源的搜集和整理，得出了以下結果：
1、園林行業技術人才仍然處于供不應求的狀態，特別是園林科研、生產技術推廣、苗木養護、綠化工程、工程管理、預算和規劃的技術人才更為急需。
2、現階段園林行業從業者特別是技術人員水平良莠不齊：兼職和跨行業技術人員占40%；本專業（中�；蚱胀ù髮！⒈究飘厴I）真正接受過高職專業訓練的人員占30%；而擅長苗木養護、工程管理和預算、規劃的崗位型技術人才僅占10%。
3、年輕的從業者普遍存在實際操作能力欠缺的問題。
4、從業者的綜合素質不高。
5、應屆畢業生就業率高，但是不穩定，用人單位對應屆畢業生又愛又怕。
結果分析：
�。ㄒ唬╇S著城市建設加快步伐，在眾多的城市改造、道路拓寬、廣場建設項目實施過程中，人們越來越關注綠化景觀設計，因而對此類人才的需求也大幅度增加；另一方面，隨著人們生活質量、生活水平的不斷提高，綠化及生態環境成為新追求，不僅房地產開發企業在市場競爭中競相打起了“綠化牌”、“景觀牌”、“生態環境牌”，甚至一些企事業單位也越來越注重環境景觀設計，使之“既要與城市環境協調，又要讓員工和客戶舒暢”。
人才資源是第一資源。近年來，由于園林綠化面積大幅度增加，園林工程施工質量和管理逐漸規范化，園林工程實行公開招標，園林公司要想拿到工程，企業在具備資質的情況下，擁有多名復合型的園林人才顯得尤為重要。園林工程的競爭背后，實際上是園林人才的競爭。
園林學是一門融自然科學、工程技術與人文學科于一體的綜合性交叉學科，具有獨立的學科體系。園林專業的課程體系涵蓋面極其廣泛，幾乎包括了建筑學、城市規劃學、農學、林學、美學、計算機科學等學科的大部分內容，從業者對某一方面的知識和能力的掌握及運用程度因人而異。由于工程管理、預決算、規劃設計等內容對從業者的素質要求更高，這幾個方面的人才必然相對緊缺。
需求分析報告 篇5
一、背景
旅游借助互聯網，能夠解決傳統旅游業不能解決的適應游客行、吃、住、游、玩一體化的需求；同時還由于旅游也作為一個整體的商業生態鏈，涉及到旅行服務機構、酒店、景區、交通等等，利用互聯網可以將這些環節連成一個統一的整體，進而可以大大提高服務的水平和業務的來源。一方面，互聯網為傳統旅游業提供新的機遇及提高服務水平和運作水平的手段，另一方面，大多數沒有開展網上業務的中小旅行社則面臨嚴峻的挑戰。
二、解決方案
網站系統解決方案提供商必須有足夠的能力和經驗幫助廣大中小型的旅行社走上電子商務的道路，同時，其提供的解決方案還必須能夠同時滿足復雜的B2B和B2C需求，并在穩定性、可用性、可管理性等方面具有優勢。而對于中小企業業務一直占有很大比重的恩派瑞網絡來說，它的解決方案也是切實體現這種需求，并且對于規模更大的網站也有相應的備選方案。
為了降低單個旅游企業的營銷推廣費用，更好地利用旅游公共營銷推廣體系進行推廣，旅游推廣中心應為游客和企業設計一系列旅游指南，在推出推廣的過程中，看能否得到旅游企業的廣泛認同。旅游網站的各種應用，集成了新聞發布管理、網站內容管理、酒店預訂管理、線路預訂管理、會議預訂管理、機票預訂、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統，以及完善的強大的后臺管理操作，無愧于全套解決方案的名稱。它也大限度地實現了管理自己網站的夢想，只要會操作瀏覽器，就能夠管理自己的網站。
三、網站定位
1、地區性：北京旅游門戶網
2、權威性：通過與各協會的合作，定格使此站的行業權威性；
3、包涵的范圍：集成了新聞發布管理、網站內容管理、農家院預訂管理、旅游線路系統線路管理、會員預訂管理、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統
4、網站風格：既已定位為門戶，雖應當風格以大眾化為主，但由于主題的特殊性，因此我以為網站設計風格應結合網民的瀏覽習慣，功能上以大眾化方式進行操作，頁面設計上應當在具備大眾化的同時，加以設計特色，讓此網站與一般網站不同，刺激網民的視覺。明確了網站的定位，再根據所涉及的欄目進行可行性分析。
四、經營模式
�。�1）景點、農家院、旅游線路等方面的信息；
�。�2）旅游常識、旅游注意事項、旅游新聞、貨幣兌換、旅游目的地天氣、環境、人文等信息以及旅游觀感等。
需求分析報告 篇6
I目錄
1.總體功能需求------------------------------------------------------------1
2.軟件開發平臺需求---------------------------------------------------------1
3.軟件需求分析------------------------------------------------------------1
3.1.軟件范圍-----------------------------------------------------------1
3.2軟件的風險----------------------------------------------------------1
3.3軟件的功能----------------------------------------------------------2
3.4用戶類和特性--------------------------------------------------------2
3.5運行環境需求--------------------------------------------------------2
3.6設計和實現上的限制--------------------------------------------------2
4.外部接口需求------------------------------------------------------------2
4.1用戶界面-----------------------------------------------------------3
4.2硬件接口-----------------------------------------------------------3
4.3軟件接口-----------------------------------------------------------3
4.4通訊接口-----------------------------------------------------------4
5.系統功能需求------------------------------------------------------------5
5.1說明和優先級-------------------------------------------------------5
5.2激勵響應序列-------------------------------------------------------5
5.3輸入輸出數據-------------------------------------------------------6
6.其他非功能需求------------------------------------------------------------6
6.1性能需求------------------------------------------------------------6
6.2安全措施需求--------------------------------------------------------6
6.3安全性需求----------------------------------------------------------6
6.4操作需求------------------------------------------------------------7
6.5軟件質量屬性--------------------------------------------------------7
II
1總體功能需求
該產品主要是一個信息分享平臺，所以一定要有實時信息交互功能；針對注冊用戶，要有用戶信息管理以及后臺數據庫存儲功能；對于用戶推薦上傳的美食商家地址要有基礎的位置獲取定位功能或者是導航軟件啟動權限申請功能
2軟件開發平臺需求
開發者開發的軟件必須能夠在安卓以及ios等主流平臺上正常運行。
目前開發軟件平臺為：
數據庫管理系統：
Oracle 9i以上版本
中間件(應用服務器)系統：
IBM WebSphere
OA系統：
Lotus Domino/Notes
網絡架構：
完全支持TCP/IP協議
開發工具或技術體系：
為保證軟件的上下兼容性，開發者應選擇比較通用的開發工具的較新版本進行開發，如Microsoft Visual ，Borland Delphi，C++ Builder，或J2EE(Java2 P1atform Enterprise Edition)等。
3軟件的需求分析
3.1軟件范圍
開發這個軟件產品不僅僅是為了在現在這個高速發展的社會中通過這樣一個渠道將人們聯系起來，也是為了將一個城市中所有的美食文化傳承下來，將美食帶給人們的那一份滿足感通過這樣一個平臺傳遞給更多的人，最終通過美食這個紐帶將人們之間的關系拉近。該軟件主要是一個信息分享平臺。這里的分享信息，指的是分享美食、展覽會、漫展、藏在深巷中的小店、實惠良心的商鋪等信息，不僅可以用論壇版塊發帖的方式，還有短視頻，以后還可以做出全景模型配合AR與VR。當你一個人找到一家美食，實惠的商鋪，好玩的活動時，你可以在平臺上面分享。讓更多人的看見。在你想要尋找這些時，也可以在平臺上尋找信息。除了信息分享以外還可以建立專門的交友模塊，讓人們能夠找到對美食興趣相投的一群人，提升用戶的使用體驗。
3.2軟件的風險
該軟件在建立運營的過程中有一定的風險：可能會產生一定的惡劣用戶，將建立這個平1臺原有的初衷歪曲化，在信息分享中會產生各種不良行為，譬如利用該軟件平臺發布廣告、部分商家冒充用戶對平臺信息進行一定的導向；在交友模塊中又會利用平臺進行非法的交易甚至是欺騙用戶，從而對用戶的安全產生侵害。
3.3軟件的功能
這款軟件主要的功能就在于為用戶建立一個全新模式的美食交流分享平臺，為用戶提供信息服務，也為城市中一些口碑很好但鮮有人知的美食提供一個綻放光芒的機會，為中華美食文化的傳承做了一點努力。
3.4用戶類和特性
該軟件針對的用戶群體比較寬泛，無論是什么年齡或者階層的用戶，只要對于美食有追求，那就一定會是我們的用戶群體。當然對于龐大的用戶群體還是要有一定的特性劃分，我們會根據用戶平時搜索的記錄進行大數據分析，對不同用戶推送不同的特色美食。
3.5運行環境需求
本軟件的運行環境，一般包括：
●操作系統和版本；Windows 7及以上、android 4.0及以上、ios 8.0及以上；
●支撐環境和版本；數據庫軟件Oracle 9i以上版本；
●其它與該軟件有關的軟件組件；應用服務器系統采用IBM WebSphere；
3.6設計和實現上的限制
在開發過程中可能的限制包括下列內容：
●必須使用的特定技術、工具、編程語言和數據庫；
●避免使用的特定技術、工具、編程語言和數據庫；
●要求遵循一定的開發規范和標準
例如，如果由客戶的公司或者第三方公司負責軟件維護，就必須定義轉包者所使用的設計符號表示和編碼標準；
●企業策略的限制；
●政府法規的限制；
●工業標準的限制；
●硬件的限制
例如，定時需求或存儲器限制；
●數據轉換格式標淮的限制。
4外部接口需求
此部分內容說明了軟件產品能和外部組件正確連接的需求。關聯圖僅能表示高層抽象的外部接口，對接口數據和外部組件進行詳細描述，并且寫入了數據定義中。
4.1用戶界面
以下是用戶界面可能包括的一些特征內容：
●將要采用的圖形用戶界面(GUl)標準或者產品系列的風格；
●有關屏幕布局或者解決方案的限制；
●將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：
選單；
標準按鈕；
導航鏈接；
各種功能組件；
消息欄；
●快捷鍵；
●各種顯示格式的規定，可能包括：
不同情況下文字的對齊方式；
不同情況下數字的表現格式與對齊方式
日期的表現方法與格式；
計時方法與時間格式；
等等。
●錯誤信息顯示標準；
4.2硬件接口
●支持的硬件類型；
●軟、硬件之間交流的數據；
●控制信息的性質；
●使用的通訊協議；
4.3軟件接口
●操作系統；
●數據庫；
●工具；
●函數庫；
●集成的商業組件
4.4通訊接口
描述與軟件產品所使用的通訊功能相關的需求，包括：
●電子郵件；
● WEB瀏覽器；
● 網絡通訊標準或者協議；
●數據交互用電子表格；●消息格式；
●通訊安全或加密問題；●數據傳輸速率；
●同步和異步通訊機制；
5系統功能需求
實時信息交互功能需求；
用戶信息管理以及后臺數據庫存儲功能需求；
位置獲取定位功能或者是導航軟件啟動權限申請功能需求；
系統存儲空間讀寫功能需求；
后臺信息推送自啟動功能需求；
5.1說明和優先
本系統根據最終用戶所具有的不同功能將用戶分為以下四類：
1、軟件用戶：需要從產品獲取、上傳信息等；
2、合作用戶：知名商家提供店內部的美食信息；
3管理用戶：管理用戶和合作用戶，保證正常的秩序；
4系統管理員：維護系統的正常；
產品在做完最基礎的架構之后，應該優先做出用戶的模塊，然后才是管理用戶和合作用戶的功能。
優先級：管理員〉用戶〉合作用戶
5.2激勵/響應序列
目前不詳
5.3輸入/輸出數據
列出輸入數據(用戶輸入、來自外部接口的輸入或者其它輸入)并且定義針對這些輸入數據的處理(計算)方法，以及相應地輸出數據，描述對應區別：輸入數據和輸出數據。
當有大量數據需要描述時，也可以分類描述數據，并且注明各項數據的輸入、輸出屬性。
對于每一項數據，均需要描述：
●數據名稱；
●實際含義；
●數據類型；
●數據格式；
●數據約束；
對于復雜的處理方法，僅僅給出算法原理是不夠的.，必須描述詳細的計算過程，并且列出每一步具體使用的實際算式；如果計算過程中涉及查表、判斷、迭代等處理方法，應該給出處理依據和相關數據。如果計算方法很簡單，也可以將其從略，不加描述。
6其它非功能需求
非功能需求主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。
6.1性能需求
●相互合作的用戶數量；
●系統支持的并發操作數量；
●響應時間；
●與實時系統的時間關系：
●容量需求
存儲器；
磁盤空間；
數據庫中表的最大行數。
6.2安全措施需求
1、應用日志必須在現有基礎上進行精簡，對于重復日志記錄、無用日志記錄進行刪減；
2、應用日志必須按日保存，每個文件保存應用一天的完整日志；
3、歷史應用日志必須壓縮后按日保存，以減小歷史日志文件對硬盤空間的占用；
4、歷史應用日志必須保留一個月（30天），以保證問題出現后，日志可以得到較好的保存。
6.3安全性需求
系統要有足夠的防御能力，防御普通黑客的攻擊，盡量減少各種可能出現的漏洞，防止6用戶信息被不良分子竊取。
保證用戶權限的正確設置，防止出現各種越權行為，保證系統的正常良好運行。用戶的信息保存采用國際流行的MD5加密，保證安全；每個用戶在第一次登錄后，必須更改他的系統預置登錄密碼，系統預置的登錄密碼不能重用。
6.4操作需求
系統能被現有的工作人員快速掌握并使用
第三方控件的使用：原則是不使用，但必須使用時必須通知提出，討論通過后方可用。
點對點通訊：私聊、公聊、從吧臺獲取信息都屬于點對點通訊范疇，采用TCP協議
6.5軟件質量屬性
易用性優于易學性，或者可移植性優于有效性。