有關調研方案范文錦集6篇

　　為了確保事情或工作扎實開展，常常需要預先準備方案，方案是從目的、要求、方式、方法、進度等都部署具體、周密，并有很強可操作性的計劃。那么優秀的方案是什么樣的呢？以下是小編幫大家整理的調研方案6篇，歡迎大家借鑒與參考，希望對大家有所幫助。

調研方案 篇1

　　一、活動時間

　　20xx年9月10日—10月31日

　　二、參加對象

　　鎮機關事業單位全體工作人員、村居全體干部。

　　三、活動主題

　　圍繞如何認識新優勢、如何適應經濟新常態、如何推進轉型新發展、如何實現民生新改善、如何謀求改革新成效等“五新”主題，開展大調研、大討論活動。

　　四、活動步驟

　�。ㄒ唬┬麄鲗W習

　　1、召開動員部署會。迅速成立領導小組，召開動員部署會，對開展“五新”大調研大討論活動進行專題部署安排。

　　2、組織中心組學習。圍繞“五新”主題，認真組織一次中心組集體學習，切實做到深入領會、深入思考、深入研討。

　　3、舉辦專題輔導。邀請相關領導、專家舉辦一次專題輔導活動，深入解讀市委魏書記講話精神，領會“五新”的內涵和外延，把思想和行動進一步統一到市委、縣委的中心工作上來。

　�。ǘ�）調研討論

　　1、開展調研月活動。圍繞“五新”主題，從9月17日至10月16日，集中一個月的時間，深入基層、深入一線開展調查研究，通過調研發現問題、理清思路、尋求推動我鎮轉型發展、綠色發展、創新發展的新路徑。

　　2、組織專題大討論。分管、包片領導牽頭，安排分管部門、包片村居組織工作人員迅速掀起“五新”學習、討論熱潮，圍繞“五新”分專題開展討論活動，以頭腦風暴、座談會等形式交流心得、深入研討，同時做好學習、討論筆記，切實把大討論的'過程轉變為統一認識的過程、解放思想的過程、調整思路的過程。

　　3、撰寫調研報告。領導班子成員要在深入調查研究的基礎上，分析新情況、新問題，總結新方法、新經驗，每人精心撰寫一篇思想深刻、主題鮮明、有針對性的調研報告，原則上不少于4000字，于10月16日前將電子稿發送至鎮黨政辦郵箱。

　�。ㄈ�）交流完善

　　1、召開成果交流會。在完成調研報告的基礎上，于10月中下旬分類別召開“五新”大調研大討論活動成果交流會，交流心得體會，暢談發展思路，謀劃明年工作，推進轉型發展。

　　2、形成決策建議。領導班子成員要結合工作實際、聯系發展現狀，將活動開展的新成果及時總結提煉，轉化為推動發展的新思路、新舉措，并為黨委、政府決策提供一批有價值、有針對性的意見和建議。

　　五、組織機構

　　成立鎮“五新”大調研大討論活動領導小組。領導小組辦公室設在黨政辦，負責全鎮大調研大討論活動的組織協調和督促指導，劉凌同志兼任辦公室主任，黃灝、談亮同志兼任辦公室副主任。

調研方案 篇2

　　近年來，我院的信息化建設有了新的發展，“三網合一”已經完成并投入使用，“三位一體”等應用理念正在形成和完善，我院信息化建設水平上了一個新臺階。但是與信息科學技術的實際發展與應用相比，我們的信息化建設步伐還遠不能適應檢察工作的需要。下面僅就我院在信息化建設中存在的問題及應采取的對策，談談幾點看法。

　　一、我院信息化建設的基本情況

　　我院現有人數編制105人，現有計算機數量146臺，其中，服務器3臺，臺式機99臺，便攜式44臺，102臺正常使用中。

　　二、當前信息化建設中存在的主要問題。

　　1、只注重硬件建設，忽略軟件的開發應用和運行環境的配臵，信息化資源沒有得到充分利用。目前我院的局域網早已建成，但在網上運行的軟件只有兩套案件統計軟件和一套郵箱軟件，大量的基礎性應用和檢察業務軟件都沒有開發和實施。比如局域網主服務器未安裝有效的信息發布系統、檢察業務管理信息系統軟件、OA 辦公軟件、法律法規數據庫軟件，全院干警 E - mail未建立等等。也就是說硬件投入比較重視，而軟件投入不足。應該說，硬件是信息化建設的基礎而軟件開發、應用和運行環境則是信息化建設的靈魂。在目前硬件建設基本已滿足需要的情況下，要實現隊伍管理、案件管理和信息化建設三位一體的目標，要想提高辦公，辦案的質量和效率，靠什么?要靠軟件的支持，沒有軟件一切都無從談起。就像

　　一個人有健全的身體，強健的四肢，但沒有頭腦和思維，這個人就是一具僵尸。如果我們的局域網沒有象OA辦公軟件、案件管理系統應用軟件、法律法規數據庫軟件等等應用軟件，局域網就沒有價值，再先進的設備也都是白投入，就如同“高速公路修好了，沒有車跑”一樣。

　　2、軟件開發水平有待提高，軟件的兼容性問題需要解決。上下級院的各種交互式應用軟件的開發(比如案件管理軟件、文件收發軟件、統計報表軟件等)，必須由高檢或者省級檢-察-院統一開發研制，如果由基層院自行開發，只會浪費大量的人力物力，并且形成信息孤島。這種大型網絡軟件的開發，無論其內容的'設臵、安全性還是與其他軟件的兼容性問題，都需要在軟件發布后，在大范圍內測試使用 2-3年，并在此期間不斷修改完善，使之內容合理，安全順暢并能夠與其他軟件一起在同一臺服務器和同一臺工作站中使用——這是軟件開發的一個常識。而我省的軟件開發卻違反這一科學規律，例如現在正在推廣使用的案件管理系統，在甘肅等地小范圍測試了半年左右的時間，據我們實地考察了解到，現在還十分不成熟，便急于在全省全面鋪開，為了避免安全隱患和不兼容情況的發生，竟然要求為其單獨配備一臺服務器，浪費巨大(一臺低配臵服務器價格在 20000 元以上，為了這一個軟件，全省要額外投入近 200 萬元)。

　　3、信息化建設所需要的專業人才缺乏，遠不適應信息化建設的需要。

調研方案 篇3

各黨支部：

　　為確保學習實踐活動扎實推進、取得實效，根據實施方案要求，經**學習實踐活動領導小組研究決定，擬分別舉辦院級領導干部及黨委成員調研成果交流會和中層領導調研成果交流會。現將有關事宜通知如下：

　　一、院級領導干部及黨委成員調研成果交流會

　　時間：20xx年11月23日（星期日）上午8：00

　　地點：南 **

　　參加人員：**中層以上領導干部、副高職以上人員。交流完畢后，進行群眾滿意度測評。

　　二、中層領導干部調研成果交流會

　　按照統一部署，自行組織的'原則，中層領導干部調研成果交流會以支部為單位進行，時間統一定于11月24日下午。參加人員為本支部所轄全體教職工。各黨支部召開交流會的時間及地點需提前通知活動辦檢查指導組，各教學單位還需提前通知本單位聯系院領導。交流完畢后，進行群眾滿意度測評。其它安排由各黨支部自行確定。

　　三、會議要求

　　1、與會人員須準時到會，一般不得請假，如確有特殊情況需要請假，中層領導須向學習實踐活動辦公室主任田明欣副書記請假，其它人員需向支部書記請假，并說明具體情況。

　　2、為了保證會議的順利進行，與會人員須提前10分鐘入場，進入會場后請將手機關閉或置于靜音狀態。

　　學習實踐活動辦公室

　　20xx年11月21日

調研方案 篇4

　　軟件需求分析是一個項目的開端，也是項目實施最重要的關鍵點。據有關的機構分析結果表明，我們設計的軟件產品存在不完整性、不正確性等問題80％以上是需求分析錯誤所導致的，而且由于需求分析錯誤造成根本性的功能問題尤為突出。因此，一個項目的成功軟件需求分析是關鍵的一步。

　　A.軟件需求分析人員組織

　　軟件需求分析其根本性問題是理解用戶功能需求，由此軟件需求分析實際上是與客戶間交流過程完成的目標。要求我們組織適當的參與人員進行交流活動。

　　需求分析是一個綜合團隊的工作，是在需求分析理論的指導下，對用戶需要進行漸進方式逐步深化；通過不斷變化方式形成具體約束；努力實現需求功能目標形成特色效果的商業化產品。需求分析是一個商業行為，完全是一個商業化操作，要求有商業、技術等結合的團隊共同合作，解決需求和設計的同步，設計符合需求。

　　項目涉及內容，項目大小都需要我們考慮參加軟件需求分析工作團退的人數，配置合理的參與人員。一般我們必須有商務活動人員，項目管理人員，設計技術人員等參加，而且要求組織人員必須明確負責范圍，以及明確工作目標，保證實施的有效性。

　　B.具體開展需求分析工作，建議采用以下步驟形成軟件需求：確定項目目標及范圍→獲取用戶需求→分析用戶需求→編寫需求文檔→評審需求文檔→管理需求。

　　第一步：明確需要分析的工作目標，同時確定調研對象，最好能指定本次項目的接口人。

　　明確軟件需求分析的主要實現目標包括如下內容：

　　1）對實現軟件的功能做全面的描述，幫助用戶判斷實現功能的正確性、一致性和完整性，促使用戶在軟件設計啟動之前周密地、全面地思考軟件需求；

　　2）了解和描述軟件實現所需的全部信息，為軟件設計、確認和驗證提供一個基準；

　　3）為軟件管理人員進行軟件成本計價和編制軟件開發計劃書提供依據；

　　第二步：獲取用戶需求。這是該階段的一個最重要的任務。對用戶進行訪談和調研。交流的方式可以是會議、電話、電子郵件、小組討論、模擬演示等不同形式。具體說來可分為三個階段：

　　1.“訪談”階段

　　這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體情況、客觀的信息。建立起良好的溝通渠道和方式。針對具體的職能部門以及成員單位。

　　實現手段：訪談、調查表格

　　輸出成果：調查報告、業務流程報告

　　2.“誘導”階段

　　這一階段是在承建方已經了解了具體用戶方的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體實際、客觀的信息基礎上，結合現有的硬件、軟件實現方案，做出簡單的用戶流程頁面，同時結合以往的項目經驗對用戶采用誘導式、啟發式的調研方法和手段，和用戶一起探討業務流程設計的合理性、準確性、便易性、習慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業務流程的設計合理性、準確性等等問題，及時地提出改進意見和方法。

　　實現手段：拜訪（誘導）、原型演示

　　輸出成果：調研分析報告、原型反饋報告、業務流程報告

　　3.“確認”階段

　　這一階段是在上述兩個階段成果的基礎上，進行具體的流程細化、數據項的確認階段，這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表，并能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查業務流程報告、數據項表以及操作承建方提供的DEMO系統，來提出反饋意見，并對已經可接受的報告、文檔簽字確認。

　　實現手段：拜訪（回顧、確認），提交業務流程報告、數據項表；原型演示系統

　　輸出成果：需求分析報告、數據項、業務流程報告、原型系統反饋意見（后三者可以統一歸入需求分析報告中，提交用戶方、監理方進行確認和存檔）

　　整體來講，需求分析的三個階段是需求調研中不可忽視一個重要的部分，三個階段或者說三步法的實施和采用，對用戶和承建方都同樣提供了項目成功的保證。當然在系統建設的過程中，特別在采用迭代法的開發模式時，需求分析的工作需一直進行下去，而在后期的需求改進中，工作則基本集中在后兩個階段中。

　　第三步：分析用戶需求。

　　需求分析人員對收集到的用戶需求做進一步的分析和整理。下面是幾條常見的準則：

　　1.對于用戶提出的每個需求都要知道“為什么”，并判斷用戶提出的需求是否有充足的理由;

　　2.將那種以“如何實現”的表述方式轉換為“實現什么”的方式，因為需求分析階段關注的目標是“做什么”，而不是“怎么做”;

　　3.分析由用戶需求衍生出的隱含需求，并識別用戶沒有明確提出來的隱含需求(有可能是實現用戶需求的前提條件)，這一點往往容易忽略掉，經常因為對隱含需求考慮得不夠充分而引起需求變更。

　　需求分析的具體內容可以歸納為六個方面：軟件的功能需求，軟件與硬件或其他外部系統接口，軟件的非功能性需求，軟件的反向需求，軟件設計和實現上的限制，閱讀支持信息。

　　軟件需求分析應盡量提供軟件實現功能需求的全部信息，使得軟件設計人員和軟件測試人員不再需要需求方的接觸。這就要求軟件需求分析內容應正確、完整、一致和可驗證。此外，為保證軟件設計質量，便于軟件功能的休整和驗證，軟件需求表達無岔意性，具有可追蹤性和可修改性。

　　1.軟件的功能需求。

　　軟件的功能需求是整個需求分析最主要、最關鍵和最復雜的部分，它描述軟件的各種可能的條件下，對所有可能輸入的數據信息，應完成那些具體功能，產生什么樣的輸出。描述軟件功能需求是應注意下面幾點：

　　1）功能需求的完整性和一致性

　　對功能的描述應包含與功能相關的信息，并應具有內在的一致性（即各種描述之間不矛盾、不沖突）。應注意以下幾點：

　　（1）給出觸發功能的各種條件（如：控制流、運行狀態、運行模式等）；

　�。�2）定義各種可能性條件下的所有可能的輸入（包括合法的輸入空間和非法的輸入空間）；

　�。�3）給出各種功能間可能的相互關系（如各個功能間的控制流、數據流、信息流，功能運行關系：順序、重復、選擇、并發、同步）；

　　（4）給出功能性的主要級別（如：基本功能、可由設計者選擇逐步實現的功能、可由設計者改變實現的功能等）；

　　（5）盡可能不使用“待定”這樣的詞。所有含有待定內容的需求都不是完整的文件，如果出現待定的部分，必須進行待定部分內容說明，落實負責人員、落實實施日期。

　　2）功能描述的無岔意性和可追蹤性

　　需求功能描述的無岔意性、可追蹤性和規范化：

　�。�1）功能描述必須清晰地描述出怎樣輸入到怎樣輸出，并且輸入、輸出描述應對應有數據流描述、控制流描述圖，這些描述必須與其它地方描述一致；

　　（2）可以用語言、方程式、決策表、矩陣或圖等對功能的描述。如果選用語言描述必須使用結構化的.語言，描述前必須說明該步驟（或子功能）的執行是順序，選擇，重復，還是并發，然后說明步驟邏輯。整個描述必須單入單出。

　　（3）描述時，每一個功能名稱和參照編號必須唯一，且不要將多個功能混在一起進行描述，這樣便于功能的追蹤和修改。

　　（4） 功能描述應注意需求說明和程序設計的區別。需求設計僅僅是軟件的功能設計，它給出軟件運行的的外部功能描述，以及為了實現這一外部功能必須做哪些事情（采用和種數據結構，定義多個模塊，接口間的接口等）是設計階段的事情，功能描述不應涉及到那些細節問題，以避免給軟件設計帶來不必要的約束。

　　2.軟件與硬件或其他外部系統接口。

　　軟件與硬件或其它外部系統接口包括下述內容：

　�。�1）人機接口：說明輸入、輸出的內容、屏幕安排、格式等要求；

　�。�2）硬件接口：說明端口號，指令集，輸入輸出信號的內容與數據類型，初始化信號源，傳輸通道號和信號處理方式。

　�。�3）軟件接口：說明軟件的名稱、助記符、規格說明、版本號和來源；

　�。�4）通訊接口：指定通訊接口和通訊協議等描述。

　　3.軟件的非功能性要求。

　　軟件非功能性需求是指軟件性能指標，容限等功能以外的需求。一般指下述內容：

　　（1）時間需求：輸入、輸出頻率，輸入、輸出響應時間，各種功能恢復時間等；

　�。�2）處理容限、精度、采樣參數的分辨率，誤差處理等；

　　（3）可靠性的MTBF要求，可維護性、安全性要求等。（對可能的不正常的輸入給以正常響應是可靠性的重要內容，這屬于功能性需求。）

　　4.軟件反向需求

　　軟件的反向需求描述軟件在那些情況下不能做什么。這一條是隨軟件實際要求而定。有兩類情形需要采用反向需求的形式。第一種情況：某些用戶需求適宜采用反向形式說明，如數據安全性要求屬于這類形式。第二種情況：對一些可靠性和安全性要求較高的軟件，有些必須描述軟件不能做些什么。如控制點火時序，我們必須交代清楚在那些情況下不能點火，否則會造成故障。

　　5.軟件設計和實現上的限制

　　軟件設計和實現上的限制主要指對軟件設計者的限制。如軟件運行環境的限制（選擇計算機類型，使用配置，操作系統的限制等）、設計工具的限制（使用語言、執行的標準）和保密要求等。

　　6.閱讀支持信息

　　這部分內容是為了更好的幫助我們理解用戶需求，也是為了使需求便于修改和追蹤。其本身并不是對需求的描述，但它影響到需求分析的可讀性，也屬于需求分析的一個重要部分。一般目錄、需求背景信息、內容索引、交叉引用表、注釋等均屬于這個部分的內容。

　　再看軟件需求分析常用工具

　　我們根據用戶需求，通過反復討論、分析，最終明確一個唯一性的用戶需求，這個結果其實就是我們的軟件需求分析報告。一般我們采用Word、PowerPoint、Visio、ProntPage、Excel等Office工具，同時可能采用一些開發工具，如VC或BC等，同樣也會使用一些圖形工具，如Potoshop、調色板等畫圖工具。

　　使用各種工具表達軟件需求分析，其具體表達手段可以分為：

　　1.效果圖描述。主要是用戶UI界面的描述反映用戶需求功能；

　　2.邏輯圖描述。根據用戶需求功能，使用抽象化理論，以及需求分析理論，對用戶需求功能進行全面的分析，建立功能性邏輯關系圖，流程邏輯關系圖等；

　　3.關系圖表描述。主要是對信息關系、數據庫表格、接口函數等描述；

　　4.工程數學描述。分析用戶需求，分析用戶需求信息，運用工程數學進行算法推導，進行合理化需求分析推導；

　　5.甘地圖描述。主要是軟件項目工作安排，開發周期預估；

　　6.其它方法描述。保證完整性合理性的有效描述。

　　第四步：編寫需求文檔。

　　根據我們多年的經驗總結，針對特定項目我們的需求文檔都有固定模板，經過前面的需求調研、需求分析過程所得到的結果，基本上按照用戶組織結構、功能模塊分布情況，經過文檔格式、內容的整合與優化，即可形成我們需求調研分析的成果文件“需求規格說明書”，其將做為我們下一步系統開發的主要輸入文件之一。

　　第五步：評審需求文檔。

　　軟件需求分析評審是為了檢查我們進行軟件需求分析工作，保證軟件需求分析工作正確性、完整性、有效性、合理性、可確認性、可實施性，完全保證用戶所需求的功能，評審內容的主要載體就是“需求規格說明書”。

　　1.組織結構與責任管理

　　我們對組織結構與責任管理的評估主要有：參與人員任務和責任界面的明確；安排計劃按時完成狀況；相互間的協調能力狀況。

　　2.滿足用戶需求的功能

　　我們進行需求分析的目的是完整、準確地描述用戶的需求，跟蹤用戶需求的變化，將用戶的需求準確地反映到系統的分析和設計中，并使系統的分析、設計和用戶的需求保持一致。

　　需求分析的特點是需求的完整性、一致性和可追溯性。完整性：是準確、全面的描述用戶的需求。一致性：是通過分析整理，剔除用戶需求矛盾的方面，規范用戶需求�？勺匪菪裕河袃蓚�方面的含義，整理和規范的需求，其一，需要不斷的和用戶進一步交流，保持和用戶最新的需求一致。其二，和系統分析（設計）保持一致。

　　因此在需求分析之前我們必須建立需求分析技術層面的基本框架，從技術上保證需求分析的要求，在此基礎上我們進行的需求分析才能滿足項目對需求分析的要求。

　　3.保證可實施性

　　我們必須以用戶軟件需求為依據，以求實的態度詳細的、準確的、完整的編寫軟件需求分析，避免空想世界，空中樓閣的想法；避免無邏輯性、無核心的描述；避免無量化思維，無實際空間概念。

　　4.需求分析評價指標

　　主要有這么幾個指標：功能性、完整性、正確性、邏輯性、表現性、合理性，可實施性等。

　　5.工作周期

　　評價人員投入，以及費用支出的合理性問題。正確制定工作周期，保證軟件項目的順利完成。

　　6.需求不確定更改與可確認保證

　　可確認需求功能是實現用戶需求的基本保證，如果不可確認的、不確定更改存在，將會阻礙軟件實現，或者軟件設計存在著不完整性缺陷，或者存在著不可實施性問題，我們必須區分是功能性障礙問題，還是未來性問題。如果不能夠明確是未來性問題，則必須調整功能需求，化解不確定更改的問題。因此，判斷不確定性更改是一個非常重要的問題

　　第六步：管理需求-將存在于項目的整個生命周期內。

　　需求管理就是IT項目中的范圍管理，需求管理是整個IT項目的源頭，IT項目的估算，計劃，后續的跟蹤控制，驗證和確認等各項工作都是跟需求密切相關的。因此為了保證項目的進度，質量和成本的目標的順利實現，保證項目計劃的嚴肅性和可執行性；為了保證軟件系統最終開發的產品正是客戶期望的產品，必須要做好需求管理工作。

　　需求管理工作應該是需求全生命周期的管理，從用戶原始需求的提出，到最終形成軟件產品后用戶對需求實現情況的驗證以形成閉環流程。因此我們需要跟蹤和了解到需求狀態的演變過程。大型的項目軟件生命周期模型較為復雜，一個需求的實現會經過用戶需求，軟件需求，總體設計，詳細設計，開發和單元測試，集成測試，系統測試和驗收測試多個環節，在這個過程中需要建立需求追蹤以確認需求和中間階段產生的工作產品的一致性。另外變更管理是需求管理的另外一個重點，需求在經過評審確認后需要基線并受到控制，當出現需求變更的時候必須進行相應的需求影響分析以確認對需求變更的處理方式，當變更工作量影響較大的時候還需要調整并重新基線項目計劃。

　　對于整個需求調研，分析和需求開發，評審確認的過程也需要進行管理。在這個過程中的一個重點就是對需求輸出的文檔需要得到用戶，項目組設計開發人員的共同確認和承諾。

調研方案 篇5

　　一、活動背景

　　如今校園訂外賣現象日益嚴重，各種外賣軟件也應運而生；美團，餓了么，飛飯，比比皆是。每到午飯時間，各公寓樓下人員混雜，外賣小車來往不息，場面甚是壯觀。更多的大學生喜歡宅在宿舍，訂購外賣；于此同時外賣飯菜的質量衛生情況問題，校園送外賣車輛的安全問題也隨之而來。為了更好的維護學生權益，服務校園和諧建設，為此我們將對校園外賣進行一次調研。

　　二、調研目的xx.旨在研究后街外賣的營銷，衛生情況，了解外賣現象對于大學生飲食習慣，飲食健康的影響。

　　2.調研外賣現象的.熱度，廣度，從中思考，發掘出外賣現象中反映出大學生生活，精神狀態。

　　xx.綜合調研思考外賣出現并風靡的原因，以及大學生如何看待外賣現象，選擇外賣，提出建設性意見。

　　三.調研內容 （一）外賣市場環境調查

　　xx、外賣市場的容量及發展潛力；

　　2、學院不同年級對外賣的消費狀況；

　　xx、學校教學、生活環境對該行業發展的影響。

　　（二）消費者調查

　　xx、消費者的消費心理（偏愛、經濟、便利等）

　　2、對外賣產品的了解程度（品種、口味、價格等）

　　四. 調研時間 XX年xx月xx號----XX年xx月2號

　　五. 調研對象陜西科技大學在校大學生，學校周邊外買商家，學校餐飲行業從事人員

　　六．調研具體安排策劃調研總的分為兩組，一組主要進行問卷調查，涉及對象為在校大學生；一組為走訪調查，對象為周邊的外賣商家，學校餐飲行業人員。具體分工如下：

　　問卷調查組

　　xx月25號，準備好網絡調查問卷和紙質調查問卷

　　xx月xx號--xx月xx0號，及時在網上發布調查問卷并積極回收。借助學生會宣傳平臺，在微信，qq，微博上發布調查問卷。

　　xx月xx號—xx月xx0號，調查組委員走進宿舍進行問卷走訪調查。進入宿舍時要說明來意，以確保被調查者積極參與、得到正確有效的調查結果。調查過程中，調查員應耐心等待，切不可督促。調查員應及時收回問卷。

　　xx月xxxx號，整理匯總問卷調查信息，并及時上交。

　　走訪調查組

　　xx月xx號，準備相關的調查資料，問題。

　　xx月xx號—xx月xx0號。對周邊外賣商家進行走訪調查，在宿舍樓下對送外賣人員進行隨機詢問調查，對學校餐飲行業的人員進行采訪。

　　xx月xxxx號，對走訪的調查情況匯總，并成文上交。

　　其他工作安排

　　xx月xx號-xx月2號，對所有的資料進行匯總分析，生成相關的調研報告。

　　聯系宣傳部，走訪調查中進行拍照，留下影像資料。

　　七.經費預算

　　紙質調查問卷500份，共計50元。

　　附錄。

　　具體人員安排

　　調查組：xx

　　走訪組：xx

調研方案 篇6

　　根據省人大辦公廳和十堰人大通知，全國人大環資委全體會議暨“保障飲用水安全環境保護”研討會部分與會領導一行約60人，將在省、十堰市領導陪同下，于5月15日前來我市開展南水北調水源區考察調研活動。為做好接待工作，擬定方案如下：

　　一、參加陪同領導：孫詠平、徐榮、張濤、潘新萍、黃銘、王克林、劉軍。

　　二、具體接待日程5月15日（星期二）

　　11:30政府大院集中，警車開道到土關埡高速路口迎接全國人大環資委調研組一行。（參加迎接領導：潘新萍、黃銘、王克林、劉軍）

　　12:30市賓館一樓餐廳午餐。（陪同領導：孫詠平、徐榮、張濤、潘新萍、黃銘、王克林、劉軍）

　　14:30警車開道，省、十堰市和我市陪同領導在市賓館集中乘坐考斯特大車，陪同全國人大環資委調研組一行參觀丹江口大壩，并乘船實地考察水源保護工作情況。（在船上，市委書記孫詠平代表市委、市政府向全國人大環資委調研組匯報丹江口市工作情況）

　　具體路線：警車開道由市賓館---人民路---漢江大橋---漢江大道---參觀考察大壩---乘船到小太平洋實地考察丹江口南水北調水源區保護情況（在船上聽取工作情況匯報）。（市委辦、人大辦、政府辦、南水北調中線辦、環保局、接待辦負責人陪行，市人大辦、接待辦工作人員及新聞記者隨行。）

　　17:00由小太平洋返回后，警車開道送行全國人大環資委調研組一行到土關埡高速路口。（參加送行領導：潘新萍、黃銘、王克林、劉軍）

　　三、有關工作分工：

　　1、匯報材料由政府辦組織市南水北調中線辦、環保局等相關部門起草、審定后印120份，考斯特大車由政府辦落實；

　　2、午餐接待、游船聯系布置由市接待辦負責；

　　3、市南水北調中線辦負責聯系參觀大壩、介紹南水北調中線大壩加高工程情況；

　　4、市委宣傳部負責做好新聞報道；

　　5、市公安局負責警車開道工作；

　　6、市人大辦負責綜合聯系協調。

【調研方案】相關文章：

調研的方案02-21

關于調研方案04-10

調研方案范文04-28

優秀調研方案11-09

企業調研方案02-18

調研工作方案格式-調研工作方案范文10-26

領導調研接待方案02-03

有關調研方案模板10-17

市場調研方案02-28

關于調研方案范文04-28