一、調查目的
以懷化學院為例，瞭解大學生英語學習現狀，調查他們的英語學習需求，對英語新課程發展提出建議。
二、調查範圍
懷化學院外語系 09 級 4、5 班
三、調查物件
有至少八年以上英語學習基礎的大學生、有至少三年以上英語教學經驗的老師。
四、調查方法
1、訪談 對部分懷化學院外語老師和學生進行訪談。訪談內容涉及英語教師、教材、 學習策略、學習環境(課內外學習環境)四個方面。
2、收集英語學者需求分析樣本。
3、任務分析。
五、成果
1、背景概述
近年來，我係英語專業四級、八級過級率逐年上升，學生應對考試的能力不斷提高，然而，學生的實戰應用能力卻相形見絀。歸其原因，主要是受到考試過級率的影響，教學者教學形式單一，教師唱獨角戲，滿堂灌，教與學雙邊活動難以開展等現象比較突出。
2、調查結果分析 ----- 學生的英語學習需求整體情況分析。
A、學生對英語教師的需求主要有以下幾個方面：
a、教師的基本功要紮實 知識要淵博，教師要嚴而有道，以身作則。
b、希望教師採用靈活多變的教學方法。
c、希望和教師建立良好的師生關係。
由此可見，學生對英語教師的語言基本功、知識水平、教學方法方面、有著相當高的要求;學生希望老師在教學過程中以身作則，樹立榜樣;學生更喜歡老師經常激勵他們;同時學生期待與老師建立良好的師生關係。
B、學生對教材的需求主要有以下幾個方面：
a、希望教師在教學過程中教學內容不要固定在教材本身，要及時補充鮮活的內容;
b、希望教材內容能有助於提高他們的交際能力。
通過調查我們發現學生對教材的內容的真實性、 實用性、 趣味性、知識性和教材對交際能力的培養的要求很高。 教師在教材的選擇和使用上應注意趨利而避弊，在固定教材上增補一些新的教學材料。 另外，固定教材容易使教材的內容過時，不能反映外語。實際的現狀，並且還會造成教材的難度與學生實際水平脫節的現象 授課時和班級過大等因素的限制，如何充分利。
C、學生對學習策略的需求
通過調查我們發現有 :
小部分學生還不能有效地使用適合自己的英語學習策略;大部分學生認為教師對學生進行英語學習策略培訓有必要，還有一部分學生能夠經常反思自己的英語學習，探索適合自己的學習方法，但效果不理想，希望求助於英語教師。
4、學生對學習環境的需求
通過調查我們發現絕大多數同學都意識到積極參加課堂活動對英語學習的重要性，從而說明了學生對課堂學習環境的期望值很高;超過三分之二的學生在課堂上存在不同程度的緊張和焦慮，經訪談發現：學生害怕被點回答問題，擔心回答問題出錯，自信心不夠強，表演慾不夠強 這一點也能解釋學生為什麼對來自老師同學的支援和鼓勵的需求強烈。 同時大多數學生喜歡和同學進行合作學習， 絕大多數學生認可自主。學習平臺在英語學習中的作用，對於英語課外活動的學生認可度和滿意度還不高。
六、結論與啟示
通過本次調查，我們瞭解了不同英語水平的學生在對英語教師、 教材、學習策略、 學習環境等有關因素的需求情況，發現在英語教師、教材、學習動機等方面上高低水平學生無顯著性差異，在對學習策略和學習環境的需求上高低水平學生存在著顯著性差異，我們得到了以下啟示：
1、英語教師應經常對非英語專業學生進行學習策略培訓，培養和提高學生運用學習策略的意識，從而有助於學生個性化學習方法的形成和學生自主學習能力的發展。
2、優秀的老師應當能選擇教材，活用教材，跳出教材，發展教材。
3、教師應該在課堂上創設一個輕鬆愜意的語言學習環境，滿足不同水平學生的需求，並把焦慮降低到最低限度。學校在課外要組織豐富多彩的英語活動，數量和質量並重。
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、外部介面需求（略）
一、那些人應該參與網站開發專案的需求分析活動
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確專案目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模組的確立和策劃活動。所以專案小組每個成員、客戶甚至是開發方的部門經理（根據專案大小而定）的參與是必要的。而專案的管理者在需求分析中的職責有如下幾個方面：
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、明確專案完成後的維護責任。
綜上所述，在網站專案的需求分析中主要是由專案負責人來確定對使用者需求的理解程度，而使用者調查和市場調研等需求分析活動的目的就是幫助專案負責人加深對使用者需求的理解和對前期不明確的地方進行明確化，以便於日後在專案開發過程中作為開發成員的依據和借鑑。
園林行業是近幾年隨著中國改革開放的不斷深入和經濟的快速發展以及對城市生態環境要求日益提高的社會大背景下，快速形成和壯大的新興朝陽產業。面對園林行業巨大的人才市場需求和同行競爭，及時調整專業設定，確定園林專業適應園林行業需求的人才培養目標就可以抓住這一機遇，使人才市場需求和競爭機遇變成辦好園林專業的活力。
調查目的：
高職教育就是就業教育，以就業為導向，一直都是各個職業院校的辦學宗旨。本次調查的目的是為了掌握了園林行業的人才需求特點，人才的能力要求，人才的素質要求等，使園林專業人才培養目標以及行業定位逐步清晰和具體起來，為進一步調整專業結構、課程結構、能力結構、素質結構等提供了第一手寶貴資料和調整依據。使我係園林專業學生能夠適應所學專業的人才職業需求，畢業後儘量進入職業角色，勝任崗位職責，更好的實現“零距離”就業。
調查內容：
園林行業崗位人群應具備的能力、現階段從業人員的現狀、湖南及周邊省市園林及相關行業人才需求等。
調查方法：
走訪調查、問卷調查、電話調查、網路資源蒐集等
調查時間：
12月—8月
調查整理：
王
調查概況：
本次調查走訪了湖南生態科技園、三雄園林公司、中青園林工程有限責任公司、世紀楓園林公司，發放了20份調查問卷，收回20份；與廣東巨楊園藝公司、廣東維生種苗公司、廣東怡華園藝公司、上海棕櫚園林公司、廣東廣和園藝公司、廣東旺林園藝公司、廣東鴻瑞園藝公司的主要負責人或相關技術人員進行了電話訪問；結合對網路資源的蒐集和整理，得出了以下結果：
1、園林行業技術人才仍然處於供不應求的狀態，特別是園林科研、生產技術推廣、苗木養護、綠化工程、工程管理、預算和規劃的技術人才更為急需。
2、現階段園林行業從業者特別是技術人員水平良莠不齊：兼職和跨行業技術人員佔40%；本專業（中專或普通大專、本科畢業）真正接受過高職專業訓練的人員佔30%；而擅長苗木養護、工程管理和預算、規劃的崗位型技術人才僅佔10%。
3、年輕的從業者普遍存在實際操作能力欠缺的問題。
4、從業者的綜合素質不高。
5、應屆畢業生就業率高，但是不穩定，用人單位對應屆畢業生又愛又怕。
結果分析：
（一）隨著城市建設加快步伐，在眾多的城市改造、道路拓寬、廣場建設專案實施過程中，人們越來越關注綠化景觀設計，因而對此類人才的需求也大幅度增加；另一方面，隨著人們生活質量、生活水平的不斷提高，綠化及生態環境成為新追求，不僅房地產開發企業在市場競爭中競相打起了“綠化牌”、“景觀牌”、“生態環境牌”，甚至一些企事業單位也越來越注重環境景觀設計，使之“既要與城市環境協調，又要讓員工和客戶舒暢”。
人才資源是第一資源。近年來，由於園林綠化面積大幅度增加，園林工程施工質量和管理逐漸規範化，園林工程實行公開招標，園林公司要想拿到工程，企業在具備資質的情況下，擁有多名複合型的園林人才顯得尤為重要。園林工程的競爭背後，實際上是園林人才的競爭。
園林學是一門融自然科學、工程技術與人文學科於一體的綜合性交叉學科，具有獨立的學科體系。園林專業的課程體系涵蓋面極其廣泛，幾乎包括了建築學、城市規劃學、農學、林學、美學、電腦科學等學科的大部分內容，從業者對某一方面的知識和能力的掌握及運用程度因人而異。由於工程管理、預決算、規劃設計等內容對從業者的素質要求更高，這幾個方面的人才必然相對緊缺。
一、背景
旅遊藉助網際網路，能夠解決傳統旅遊業不能解決的適應遊客行、吃、住、遊、玩一體化的需求；同時還由於旅遊也作為一個整體的商業生態鏈，涉及到旅行服務機構、酒店、景區、交通等等，利用網際網路可以將這些環節連成一個統一的整體，進而可以大大提高服務的水平和業務的來源。一方面，網際網路為傳統旅遊業提供新的機遇及提高服務水平和運作水平的手段，另一方面，大多數沒有開展網上業務的中小旅行社則面臨嚴峻的挑戰。
二、解決方案
網站系統解決方案提供商必須有足夠的能力和經驗幫助廣大中小型的旅行社走上電子商務的道路，同時，其提供的解決方案還必須能夠同時滿足複雜的B2B和B2C需求，並在穩定性、可用性、可管理性等方面具有優勢。而對於中小企業業務一直佔有很大比重的恩派瑞網路來說，它的解決方案也是切實體現這種需求，並且對於規模更大的網站也有相應的備選方案。
為了降低單個旅遊企業的營銷推廣費用，更好地利用旅遊公共營銷推廣體系進行推廣，旅遊推廣中心應為遊客和企業設計一系列旅遊指南，在推出推廣的過程中，看能否得到旅遊企業的廣泛認同。旅遊網站的各種應用，集成了新聞釋出管理、網站內容管理、酒店預訂管理、線路預訂管理、會議預訂管理、機票預訂、留言薄管理、廣告發布管理、自助友情連結、天氣預報、註冊會員、旅遊論壇、訂單管理等多套系統，以及完善的強大的後臺管理操作，無愧於全套解決方案的名稱。它也大限度地實現了管理自己網站的夢想，只要會操作瀏覽器，就能夠管理自己的網站。
三、網站定位
1、地區性：北京旅遊門戶網
2、權威性：通過與各協會的合作，定格使此站的行業權威性；
3、包涵的範圍：集成了新聞釋出管理、網站內容管理、農家院預訂管理、旅遊線路系統線路管理、會員預訂管理、留言薄管理、廣告發布管理、自助友情連結、天氣預報、註冊會員、旅遊論壇、訂單管理等多套系統
4、網站風格：既已定位為門戶，雖應當風格以大眾化為主，但由於主題的特殊性，因此我以為網站設計風格應結合網民的瀏覽習慣，功能上以大眾化方式進行操作，頁面設計上應當在具備大眾化的同時，加以設計特色，讓此網站與一般網站不同，刺激網民的視覺。明確了網站的定位，再根據所涉及的欄目進行可行性分析。
四、經營模式
（1）景點、農家院、旅遊線路等方面的資訊；
（2）旅遊常識、旅遊注意事項、旅遊新聞、貨幣兌換、旅遊目的地天氣、環境、人文等資訊以及旅遊觀感等。
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軟體質量屬性
易用性優於易學性，或者可移植性優於有效性。
三優範文網