需求分析報告 篇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）能夠將客户輸入的信息及時上傳到銀行總系統中，並將客户原有信息進行自動更新。這其中主要包括以下內容：
①彙總客户更新的信息，直接上傳到銀行總系統中②抽調銀行總系統中客户原有信息，並進行修改
③將銀行總系統中客户原有信息更新為客户最新輸入的信息，並存儲（3）提供客户信息訪問的權限和管理。其中包括：
①客户訪問普通信息的權限
②銀行系統管理員對客户信息的錄入、更改和刪除需要補充説明的幾點有：
（1）數據保存：需要長期保存的數據信息有
①客户信息：客户開通銀行賬户的基本信息②賬户信息：客户在銀行的存取款信息
（2）系統用户：銀行系統管理員和客户
①銀行系統管理員：對ATM機中的信息可進行錄入、更改和刪除等操作
②客户：在ATM機上可進行存取交易操作
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%；本專業（中專或普通大專、本科畢業）真正接受過高職專業訓練的人員佔30%；而擅長苗木養護、工程管理和預算、規劃的崗位型技術人才僅佔10%。
3、年輕的從業者普遍存在實際操作能力欠缺的問題。
4、從業者的綜合素質不高。
5、應屆畢業生就業率高，但是不穩定，用人單位對應屆畢業生又愛又怕。
結果分析：
（一）隨着城市建設加快步伐，在眾多的城市改造、道路拓寬、廣場建設項目實施過程中，人們越來越關注綠化景觀設計，因而對此類人才的需求也大幅度增加；另一方面，隨着人們生活質量、生活水平的不斷提高，綠化及生態環境成為新追求，不僅房地產開發企業在市場競爭中競相打起了“綠化牌”、“景觀牌”、“生態環境牌”，甚至一些企事業單位也越來越注重環境景觀設計，使之“既要與城市環境協調，又要讓員工和客户舒暢”。
人才資源是第一資源。近年來，由於園林綠化面積大幅度增加，園林工程施工質量和管理逐漸規範化，園林工程實行公開招標，園林公司要想拿到工程，企業在具備資質的情況下，擁有多名複合型的園林人才顯得尤為重要。園林工程的競爭背後，實際上是園林人才的競爭。
園林學是一門融自然科學、工程技術與人文學科於一體的綜合性交叉學科，具有獨立的學科體系。園林專業的課程體系涵蓋面極其廣泛，幾乎包括了建築學、城市規劃學、農學、林學、美學、計算機科學等學科的大部分內容，從業者對某一方面的知識和能力的掌握及運用程度因人而異。由於工程管理、預決算、規劃設計等內容對從業者的素質要求更高，這幾個方面的人才必然相對緊缺。
需求分析報告 篇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軟件質量屬性
易用性優於易學性，或者可移植性優於有效性。