引論:我們為您整理了13篇調研具體流程范文,供您借鑒以豐富您的創作。它們是您寫作時的寶貴資源,期望它們能夠激發您的創作靈感,讓您的文章更具深度。
篇1
(本刊訊 記者周圓圓) 11月13日上午,農業部市場與經濟信息司在全國農展館農展賓館一樓報告廳舉辦2012年第三次“熱點探問”學習活動暨市場信息重大問題調研成果交流會。會上,重點課題調研分管司領導和美國農產品展望制度研究、農業農村經濟6大核心數據研究發展報告課題組負責人交流學習體會和調研成果,匯報了3 個重點課題和3個研究報告成果。會議由市場與經濟信息司張合成司長主持。
據張合成司長介紹,近年來,鮮活農產品、小宗農產品需求彈性大,價格波動不斷;農產品市場流通設施薄弱,流通成本高、運行效率低;信息技術在農業領域應用水平總體還不高,農村居民與城市居民在擁有和使用信息服務方面存在較大差距等問題。為貫徹落實農業部部長韓長賦在今年全國廳局長座談會上的講話精神,市場與經濟信息司于8月份組織專題調研組赴各地開展了建立健全鮮活小宗農產品市場監測和調控機制、促進農產品流通政策的措施和農業農村信息化發展的重大問題3 個專題調研。共派出50多人組成11個調研組,實際到達18個省,同時進行了10個省的書面調研,并對美國、歐洲、巴西、印尼、日本、韓國等國家的有關情況進行了比對研究,3個課題共形成了22篇調研報告,并匯編成冊。為進一步總結交流、分享調研成果,發揮成果指導業務工作的作用,深入謀劃明年市場信息工作,舉行此次學習及調研交流會。
參加會議的有3個專題調研組的成員及市場信息司全體人員,會議還邀請了全國農業展覽館、農業部信息中心的領導及相關專家,農產品市場協會、農業展覽協會秘書處人員,優質農產品中心、農科院信息研究所、農業規劃研究院加工所、優質農產品協會相關領導及專家,農民日報、農業影視中心和中國農村雜志社的領導及相關專家出席會議。
張合成司長說,通過開展重大問題調研和成果學習交流活動,便于我們全面了解農產品市場信息發展現狀,深入分析當前出現的問題和困難,進一步謀劃市場信息工作科學發展的思路,同時在市場信息系統形成共享調研成果、凝聚廣泛共識、匯集各方力量、共同推進市場信息工作科學發展的良好氛圍。
篇2
(2)流程中的方法①AITSP模型市場調研可以是傳統意義上依賴于焦點小組訪談的討論的定性調研,也可以是基于調研問卷的需要精心地設計樣本分布和數量的定量調研,尋求全部調研對象的回應,并且周期性的市場調研為發現和啟示發展趨勢提供了一幅縱向的發展脈絡圖。本文案例中我們采用定性調研,定性調研的多對多焦點小組訪談更適合于啟發式、引導式的提出新想法,相互引導出產品痛點,使用過程問題的市場調研,而一對一的深度訪談適合于按照已確定的訪談主題和訪談結構,深入了解用戶對多個問題看法的市場調研。本文按照客戶購車的心理和行為的具體發展路線,構建客戶購車全過程的分析模型,包括:意識/認知階段(A)、興趣階段()I、嘗試和評估階段(T)、選擇(S)和購買(P)五個階段,如在意識/認知階段,我們可能會問“你什么時候想到要做卡車這行的?你怎么了解到的?”,而在購買階段我們會問“你買這個車隊時候滿意嗎?為什么?你為什么不選擇其他廠家?”,通過這些問題了解客戶購買全過程的心理演變、對比評估、選擇差異。②編碼組合為研究文本的特點和關系,我們需要將能體現文本核心含義和關系的關鍵詞匯字、語句等提取出來,形成一套作為基準分析的編碼組合,體現為編碼手冊和編碼格式。編碼手冊是由一套符合編碼格式規則,能體現語言特點、含義和關系的字、詞、句構成。編碼格式為記錄所有測量的編碼提供了合適的分隔。編碼手冊和編碼格式的目的是為消除編碼者對編碼組合的個人影響。初始的編碼手冊構建是一個不斷重復修訂的過程,直到對文本編碼的時候。文本分析的編碼組合可以分為計算機編碼和人工編碼,而計算機編碼主要依賴現有成熟的編碼手冊,如研究文獻,現有編碼手冊、特色詞匯手冊等,如果所研究的領域尚未有成熟的研究成果和詞匯手冊等,研究人員則必須對訪談內容的關鍵詞匯和核心要點進行提煉和匯總編碼。為避免研究人員彼此影響,通常要求研究人員對文本進行“背對背”的編碼,而為保持編碼手冊的一致性,研究人員需共同討論對碼理解不清和錯誤進行修訂和統一,如有些研究人員認為“出勤率”不屬于“可靠”,或者“質量”不能作為一級節點等問題。③可靠性檢驗(信度檢驗)研究人員必須非常有信心所有獲得的調研數據沒有扭曲、偏差、人為或意外操作行為,對每位使用數據的人都是一樣的。可靠性檢驗是指多次重復試驗,測度過程會產生同樣結果的程度。如果在被測概念的值保持穩定的情況下,測量結果保持不變,那么這個測量量表就是可靠的。有三種主要方法可以用來評估調研數據的可靠性:穩定性、可再現性和準確性。所有的方法都是要證實訪談者、編碼者和評判者或測量方法之間的結果一致性。本文的文本分析可靠性檢驗系數采用Cohen''''skappa作為指標,Cohen''''skappa系數>0.75認為通過可靠性檢驗。Cohen''''skappa考慮了編碼(評判)人員可能存在的失誤,即在編碼(評判)人員的判定過程中,需要判斷當前編碼點是(Y)否(N)屬于當前的編碼分類。若編碼員本身存在失誤,則需要考慮編碼員做出是(Y)或否(N)的概率。其計算方法為(k為Cohen''''skappa系數):其中Pr(a)為相對一致概率,即A和B兩名編碼人員對同一編碼點具有一致判定的概率(同時判定為Y或N)。Pr(e)為考慮失誤情況時的假設概率,計算方法為:Pr(e)=A(Y)*B(Y)+A(N)*B(N)簡單的說,A(Y)和B(Y)分別表示編碼人員A和B判定結果為Y時的概率,同理A(N)和B(N)分別表示編碼人員A和B判定結果為N時的概率。
2文本分析的具體案例應用
(1)案例介紹本案例是為研究客戶、經銷商和企業人員對客戶購買重卡過程的認知、產品評估和最終選擇的主要關注點,和對比分析三者對客戶購買全過程的不同想法。我們選擇了不同地域、不同車型的客戶146位,經銷商的業務人員52位,公司管理人員和業務人員136位。按照AITSP模型結構,我們對每位調研對象都設計了19道只是變換了問題的稱謂,內容本一致的問題。每兩位調研人員按照調研提綱調研一位調研對象,一位調研人員負責訪談,另一位調研人員負責錄音和筆錄,對錄音的編號,每次深度訪談時間安排一小時。然后我們安排兩位工作成員對每位調研對象的訪談錄音進行“背靠背”的原文文字錄入,然后相互檢驗文字稿以保證文本正確性。(2)分析和結果校核完每位調研對象的錄音訪談的文字稿,對每一份文字稿按照統一規則進行編號。同時,其他組每兩位工作人員則需要“背靠背”通讀相同的已校核的文字稿,總結關鍵詞匯和語句,最終討論達成共識,形成一套編碼手冊,將文字稿和編碼手冊導入到NVivo文本分析軟件中,其分析結果如下圖2所示如圖2所示,我們可以發現,客戶、經銷商和企業人員的認知呈現一定的相似性,但是具體分析結果,我們可以發現通常企業人員都認為價格和質量是客戶選擇產品的第一位要素,但在實際的結果表明,價格和質量影響固然很大,客戶卻更加關心自己的卡車如何賺錢。
篇3
在調研開始,物流咨詢公司應該與領導小組一道召開動員大會,說明此次調研的意義與作用。然后,安排參加本次調研的人員與各部門負責人進行首次座談,對本次調研的基本計劃及工作任務進行溝通,聽取各部門負責人的意見,以便在調研開始時對計劃及工作任務進行相應的調整及修改。以上工作是為下面的具體調研能夠如期完成鋪平道路的,保證本次工作能夠按照預期成功完成,收集到準確的數據資料,了解客戶企業實際、客觀的物流運作與管理現狀。
一、現狀調查與資料收集
1.客戶企業總體現狀分析
在客戶企業的總體現狀分析中,主要包括以下部分:
(1)客戶企業產品類型及特征分析:著重了解客戶企業產品屬于何種類型、對物流運作有無具體要求。
(2)總體及單項物流成本確定:通過與客戶企業財務部門及物流運作相關部門一道,了解客戶企業物流總體狀況以及單項物流成本,并與同行業中類似的優秀企業進行初步比較。
(3)客戶企業銷售情況:著重了解客戶企業產品的市場銷售量、銷售渠道建設的基本情況、是否感受到物流成本在產品成本中所占不斷比例上升的壓力、倉儲及運輸部門是否與銷售部門密切配合等基本情況。
(4)客戶企業所處的外部環境:如相關的政府政策、法規變動情況(特別是可以預計的變動)、行業市場競爭、企業之間的競爭等。
(5)客戶企業的組織機構:特別是了解公司是否有物流部門、物流部門的基本權限。
(6)客戶企業信息化基本情況:是否進行了信息化的建設,比如是否運行了MRP、ERP等,效果如何。
2.物流現狀分析
(1)主要涉及的部門:倉儲部門、運輸部門。
下面以倉儲部門為例分析需要了解的情況:
①基本情況:倉庫網絡情況、倉庫面積、倉庫設備、倉庫人員、倉儲政策等。
②關鍵指標分析:庫存周轉率、在庫貨物完好率、平均庫存量、盤點時間等。
③倉儲與采購、生產、信息、銷售、逆向物流等部門的關聯性分析。
(2)關聯部門情況:包括采購部門、生產計劃部門、銷售部門、信息部門、財務部門等,主要分析各部門的數量、質量、流程、計劃、規劃等詳細情況。
物流現狀的分析是物流調研的重要組成部分,關系到設計出的物流方案能否有效、真實。調研必須對物流主要部門、關聯部門的物流現狀有詳細的了解,對于流程、數據、實施計劃等必須詳細分析,并與相關的負責人進行及時溝通,了解在物流運作過程中的實際情況、困難、問題等。對于數據、流程實施方案等不能展示的資料,要以座談、問卷調查等方式進行資料收集。
3.物流流程結構圖
主要是形成物流鏈或供應鏈狀結構圖,不同企業的物流鏈狀結構圖是不同的。常見的物流流程鏈狀結構圖如下圖所示。現狀調查與資料分析的主要方式是對客戶企業各部門資料調閱、與各部門人員座談、實際考察各部門作業、問卷調查、供應鏈上其他企業及客戶的訪談等。通過第一步需要對客戶企業的物流總體情況有清晰的了解,需要形成現狀報告,報告應包括客戶企業經營基本背景、現有的物流作業手段、物流模式。作業流程、組織機構、存在問題等。
二、定位分析
主要解決以下幾個問題:
(1)要解決的關鍵問題是什么是解決由于信息滯后而導致的物流信息不暢的問題,還是解決運力不足導致的物流通道不足,還是倉儲管理不善導致的產品積壓問題,還是物流成本與服務水平協調、供應鏈整體協作等。
(2)要達到何種水平:是同行業最佳水平、中等水平,還是形成自己的服務特色,還是在原有運作水平上進行進一步提升等。
(3)客戶企業高層的戰略目標是什么:選擇物流自營、外包、還是合作模式。
(4)目前行業內的現狀及最佳實施基準等。
三、問題明確
把需要解決的問題進行歸納、總結。利用ABC分析,對客戶企業目前需要解決的問題按照緊急程度、重要程度分為A類、B類、C類問題。ABC分析法已經廣泛運用在庫存管理、客戶分析以及市場細分等各個領域,具備分析問題簡單、需要時間短及效果良好等基本特性,符合問題明確及細分的基本要求。
四、問題分類與整理
把問題按照涉及的部門、范圍等,分為供應鏈協作問題、企業內部多部門之間的問題、單個部門層面的問題,并進行分類排序。制成表如表1。
五、解決方案制定與確定
對于A類問題,通過與客戶企業高層、咨詢人員、相關專家等詳細討論,并確定2―3個具體實施方案。
對于B類問題,需要負責人與咨詢人員共同商討,并確定兩個具體實施方案。
對于C類問題,由客戶企業相關人員首先提出具體實施方案,咨詢人員進行修改,再與客戶企業相關人員商討后確定,直接確定一個實施方案就可以。
對于A、B類問題應組織相關專家進行具體評審,認證后確定。
篇4
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務:
公司:在合同簽定后,指定項目經理,成立項目組,授權項目組織完成項目目標。
公司項目組:進行前期項目調研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務經理:配合公司項目組,將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯系。
用戶:成立項目實施組織,配合前期調研和召開啟動會,簽署《總體項目計劃》和《項目實施協議》。
1、成立項目組
部門經理接到實施申請后,任命項目經理,指定項目目標,由部門經理及項目經理一起指定項目組成員及成員任務,并報總經理簽署《項目任務書》。
2、前期調研
項目經理及項目組成員,在商務人員配合下,建立與用戶的聯系,對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中,商務經理積累了大量的信息,項目組首先應收集商務和合同信息,并與商務經理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容:
項目描述,項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
溝通管理計劃,確定項目干系人對信息和溝通的需要:即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃,確定適合于項目的質量標準和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權利和職責;雙方簽署《項目實施協議》。
項目組介紹《項目總體計劃》和《項目實施協議》,包括以下內容:
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
項目實施中項目管理的必要性和如何進行項目管理,項目的質量如何控制;
項目實施中用戶的參與和領導的支持的重要作用;
階段驗收、技術交接和項目結束后如何對用戶提供后續服務。
(二)需求調研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求,包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等,實施人員調研完成后,會編寫《需求調研分析手冊》,并交付用戶進行確認,待用戶對《需求調研分析手冊》上所提到的需求確認完畢后,項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容:
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否通過《需求調研計劃》,項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審,如評審通過,則在稍后的時間內簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調研計劃》,如用戶簽署《需求調研計劃》,則作為以后需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更,如果計劃存在變更,則執行變更控制流程,否則按計劃進行后續工作。
6、編寫及發出《需求調研通知》,項目組編寫《需求調研通知》,確定進行需求調研的相關事宜,發給用戶,為順利完成需求調研工作做準備
7、需求調研,項目組以《需求調研手冊》為依據,從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研,并搜集用戶的個性化需求。
8、需求調研分析根據調研的結果,項目組和公司其他技術部門將進一步進行分析,確定合理、可行的需求,將分析結果形成《需求分析報告》草稿。
9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審,如評審通過,則在稍后由用戶簽署,如評審不通過則重新修改,直至內部評審通過。
10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》,發給用戶,確定進行需求確認的相關事宜,告之相關部門及人員安排好工作,準時參與需求確認工作,為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認,并簽署了《需求分析報告》,則需求調研階段工作結束,進行后續的軟件功能實現的工作;如沒有確認,則進一步進行調研、分析,直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調研工作結束之后,如果用戶提出新的需求或是變更已有的需求,則執行需求新增及變更流程。
(三)軟件功能實現確認階段
此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中,項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后,項目實施人員將編制《軟件功能確認表》,將定制好軟件功能待用戶確認,用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數據標準化初裝階段
此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作,并對用戶進行初裝資料的軟件操作培訓,以便用戶能夠及時的將標準資料錄入系統,初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業務功能的開展做好基礎。
(五)系統培訓階段
系統培訓階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的,達到讓用戶了解軟件產品,最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次:決策層、技術層、操作層,對不同層次的用戶參加產品培訓人員的培訓內容分別是:
決策層:領導在實施中的作用與重要性、決策查詢。
維護層:系統維護知識、操作方法。
操作層:操作方法。
具體的培訓工作流程為:
1、調研培訓信息:在培訓開始前3天由用戶實施負責人,將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃:結合調研結果,與用戶實施負責人商議具體培訓內容、時間,場地,人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃:用戶簽署《培訓計劃》,進一步確認培訓安排。
4、發培訓通知:培訓開始前2天,按照簽署的《培訓計劃》,將培訓內容、時間,場地,人員等信息通知用戶實施負責人。
5、搭建培訓環境:公司項目組在培訓開始前,將培訓環境搭建及檢查妥當,將培訓提綱及培訓手冊準備好。
6、組織培訓:公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓,按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。
7、培訓考核:公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結:公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結,填入《培訓及考核統計表》,及時向相關負責人
匯報。
(六)系統安裝測試及試運行階段
此階段的主要工作是在用戶真實環境下,對用戶網絡及硬件設備進行測試,對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發現并改正;同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平,掌握操作規范。此階段的主要工作內容為:
1、 編制計劃:與用戶實施負責人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認測試及試運行安排。
3、發測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負責人。
4、搭建環境及數據準備:在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路;檢查軟件、硬件、網絡、線路等各個環節是否有問題;
5、組織測試及試運行:用戶相關各級領導給予全面配合,組織相關人員進行測試及試運行。
6、測試及試運行總結:測試及試運行完成,總結試運行中設備、軟件的運行情況,總結試運行中業務流程和操作環節的情況,以書面總結形式將測試及試運行結果通知相關負責人。
公司項目組負責擔當指揮,檢查用戶人員組織情況并給予指導,跟蹤檢查如下情況:
跟蹤單據流轉狀況。
跟蹤新資料登錄環節。
觀察業務流程執行狀況。
觀察操作人員操作表現。
觀察系統運行速度及異常表現。
觀察關鍵數據的正確性。
及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結束后,對系統進行總體驗收。
需要驗收的可交付成果:
主要項目階段
階段組成
主要里程碑
篇5
工信部與三大運營商對互聯網新技術新業務信息安全評估的要求主要包括:與業務相關的網絡架構安全、設備安全、平臺安全、業務流程安全、內容安全、業務數據安全、系統運維及人員管理安全等方面。
(二)“傳統”安全評估的主要內容。
雖然目前的評估都來自于ISO13335-2信息安全風險管理中,但主要的內容為:管理脆弱性識別包括組織架構管理、人員安全管理、運維安全管理、審計安全管理等方面的評估技術脆弱性識別漏洞掃描:對網絡安全、網站安全、操作系統安全、數據庫安全等方面的脆弱性進行識別。基線安全:對各種類型操作系統(HP-UX、AIX、SOLARIS、LINUX、Windows等)、WEB應用(IIS、Tomcat等)、網絡設備等網元的安全配置進行檢查和評估。滲透測試:滲透測試是站在攻擊者的角度,對目標進行深入的技術脆弱性的挖掘。
(三)業務信息安全評估與“傳統”安全評估的對比。
雖然安全風險評估基本都按照了ISO13335-2中的方法來操作,但是通過對業務信息安全評估的內容和“傳統”安全評估內容對比不難看出,“傳統”安全評估主要集中在網絡、系統和應用軟件層,且每層的評估比較孤立,很難全面反映業務的主要風險。“以業務為中心、風險為導向”的業務系統安全評估能夠與客戶的業務密切結合,風險評估結果和安全建議能夠與客戶的業務發展戰略相一致,最終做到促進和保障業務戰略的實現。
二、互聯網新技術新業務信息安全評估的主要方法
“業務為中心、風險為導向”的信息安全評估思路互聯網新技術新業務信息安全評估是開展其他信息安全服務的基礎,而以“業務為中心、風險為導向”的信息安全評估思路,是切實落實信息安全風險評估的根本保證。
(一)主要流程。
對互聯網新技術新業務信息安全評估來說,分為三大基本步驟:一是深入業務,分析流程;二是業務威脅分析、業務脆弱性識別和人工滲透分析;三是風險分析和處置建議。
(二)深入業務,分析流程。
目標是了解業務信息系統承載的業務使命、業務功能、業務流程等;客觀準確把握業務信息系統的體系特征。管理層面調研和分析圍繞“業務”,管理調研的內容主要為組織架構、部門職責、崗位設置、人員能力、管理流程、審計流程等等,其調研核心是一系列的管理流程。通常,組織中有多種類型的管理流程,管理調研的重點是與信息安全有關的流程、制度及其落實、執行和效果情況。管理措施通常貫穿于整個管理流程之中,目的是保證管理流程的有效流傳或者不出現意外的紕漏。管控措施的設計一般都遵循一定的原則,如工作相關、職責分析、最小授權等等。業務系統層面調研和分析業務系統提供的功能一般是指被外界(例如客戶、用戶)所感知的服務項目或內容,是IT系統承載、支持的若干個業務流程所提供功能的總匯。一個具體的業務功能常常與多個業務流程相關,一種(個)業務功能,常常需要若干個業務流程來實現。例如數據的錄入流程、數據的修改流程、數據的處理流程等等。對于一個具體的信息系統來說,可以通過其提供的業務功能,對業務流程進行全面梳理、歸納,并驗證業務流程分析的完備性、系統性。一個具體的業務流程也常常跨越多個系統,某個具體的IT系統可能僅完成整個IT流程中的某一個活動。例如在短信增值服務中,SP與用戶手機短信收發就涉及到了短信中心、短信網關、智能網SCP等多個系統;另外,還涉及到了計費、BOSS等業務支撐系統以及網管等運維管理系統等。因此,業務功能通常是對業務系統進行調研的最佳切入點,并將業務流程簡化成為單純的數據處理過程,將各個應用軟件之間的數據傳輸簡化成為點對點的流。然后基于數據流分析,建立信息視圖,明確信息的流轉、分布、出入口,把業務系統簡化成為數據流的形式,可以更好地分析數據在各個階段所面臨的風險。
(三)脆弱性識別。
1.系統和應用軟件層脆弱性識別。對評估范圍內的主機操作系統及其上運行的數據庫/Web服務器/中間件等系統軟件的安全技術脆弱性,得到主機設備的安全現狀,包含當前安全模塊的性能、安全功能、穩定性以及在基礎設施中的功能狀態。
2.網絡層脆弱性識別。明確被評估系統和其他業務系統的接口邏輯關系、和其他業務系統的訪問關系、得出清晰的基礎設施拓撲圖;從網絡的穩定性、安全性、擴展性、(易于)管理性、冗余性幾個方面綜合評定網絡的安全狀況。
3.現有安全措施脆弱性識別。識別并分析現有安全措施的部署位置、安全策略,確定其是否發揮了應用的作用。
4.管理層脆弱性識別。識別和分析安全組織、安全管理制度、流程以及執行中存在的安全弱點。
(四)業務威脅分析。
對于業務系統來說,安全威脅及安全需求分析的最小單位是數據處理活動。可以通過安全威脅列表來識別威脅,構建安全威脅場景來進行威脅、風險分析。
1.列出評估的業務系統的全部安全威脅。如何能將安全威脅很好的列出來呢?可以借助一些現有的安全威脅分析模型,例如微軟Stride模型(假冒、篡改、否認、信息泄漏、拒絕服務、提升權限)都提供了一些安全威脅的分類方法。
2.識別和構造威脅路徑。依據自身(企業或部門級)的業務特點進行細化,識別和列出安全威脅來,如拒絕服務、業務濫用、業務欺詐、惡意訂購、用戶假冒、隱蔽、非法數據流、惡意代碼等。
篇6
目前,我臺所有前期拍攝設備和后期制作設備都歸技術中心統一調配、管理,但由于臺內對節目生產成本沒有進行考核管理,各部室人員使用設備沒有直接和經濟效益掛鉤,導致記者領用設備外出采訪結束不能及時歸還,以及在節目制作中長時間占用、使用編輯設備等現象發生,這樣一是設備磨損嚴重,二是設備利用率不高,我臺本身缺少制作設備,經常出現人等設備的情況,極大影響整個生產流程。2008年,我臺進行了數字化改造,搭建了制播局域網,但由于經費緊缺,沒有搭建TVS設備管理系統便于對全臺設備進行統一管理。隨著電視事業的發展壯大,采訪制作量不斷增加,現在的設備管理模式已經表現出它的不合理、不完善。
2009年,阿拉善盟隨著新傳媒大樓的建設項目啟動,阿拉善盟廣播電視臺面臨著實現全臺網的機遇,由臺領導班子牽頭成立了項目設計小組,并抽調臺內技術骨干和寧夏電視臺技術人員與中廣電設計院工程技術人員多次討論完成全臺網設計大綱,為新傳媒大樓制定我臺新的技術方案。
作為一名技術骨干,我們深知責任的重大,將決定節目生產流程,進而影響到我臺發展規模和管理體制。本著對阿拉善廣播電視臺未來高度負責的精神于2010年6月開始這項重要工作,工作分為以下四個階段進行。
1需求調研階段
1.1發放調查問卷
我們根據需要了解各部門的情況和將來發展需求,例如總編室主要了解節目編排和各部門的接口關系,對新聞中心將重點了解網絡化制作的安全性和穩定性,對各欄目制作模式度進行詳細了解。
1.2分析調查問卷
收回問卷后,我們馬上進行調查問卷的分析工作,歸納總結出節目共性需求和個性需求,將調查問卷中回答的不詳細和需要進一步深入了解的問題歸類。
1.3深入各部門進行調研工作和節目流程跟蹤工作
重點進行了總編室、新聞中心、蒙編部、欄目、播控中心等的調研工作,由于領導重視、工作人員積極配合,在項目小組成員耐心細致的工作下,這項工作在兩周內完成,得到了十分詳細的資料,為下一步工作提供了準確的數據。
1.4分析歸納各種調查數據,形成《需求調研報告》
根據得到的各部門現實狀況和自辦節目的種類、設備使用情況、成片比、未來發展方向、未來需求等數據,最后制定出五年后阿拉善盟廣播電視臺節目規模和設備規模的《需求調研報告》。
2需求分析報告階段
2010年3月5日至16日是聯合設計工作的第二階段。該階段臺內技術小組成員和寧夏電視臺的工程技術人員及中廣電設計院的工程技術人員通力合作,在《需求調研報告》的基礎上,對各主體業務的數據信息進行周密細致的統籌分析考慮,形成《需求分析報告》,該報告囊括了臺內主體業務的流程、功能、規模、接口四個方面的匯總分析,為下一階段的設計大綱和設計方案的編寫提供了必要的分析數據和整體設計依據。
3設計大綱階段
2010年4月10日至16日是聯合設計工作的第三階段。該階段歷史7天,聯合設計小組按照“整體規劃”的設計原則,具體采用“先總體后分系統、先設計圖后文字描述”的循序漸進工作方式,不斷充實和完善形成了圖集和文字方案組成的《設計大綱》。
4設計方案階段
篇7
一、實施準備及項目啟動階段
實施準備及項目啟動階段主要工作包括有:項目目標及前期需求溝通、項目選型、成立項目組、制定實施策略及質量和風險策略、制定項目總體實施計劃、召開項目啟動會等。
(一)全面預算管理信息化建設項目目標
全面預算管理旨在保證集團公司戰略落地,通過優化全面預算體系,制定全面預算標準、規范全面預算工作流程,建立起科學的全面預算模型。集團公司以信息化為手段,以規范費用審批流程及預算控制為切入點,實現預算數據的高效流動和有效共享,真正做到全面預算管理的“全員、全過程、全方位”,實現費用控制從單一的“事后控制”向“事前、事中、事后”三種控制手段結合的費用控制模式轉變,加強集團公司對所屬二、三級企業的管控力度,完善預算分析體系,為集團戰略目標和績效考核提供管理基石。
(二)項目選型
集團公司全面預算管理信息化項目選型主要是根據集團公司全面預算管理目標及預算管理需求,對軟件系統及服務廠商開展深入的調研及綜合評價,最終通過正式的招投標流程完成項目的選型。
集團公司與多家軟件服務商就集團公司全面預算管理理念及初步需求進行深入細致的溝通,初步選定幾家系統服務商。同時為了能夠制定更符合集團公司實際的全面預算管理系統實施方案,在項目選型期間,集團公司組織各服務廠商對集團部分領導進行訪談,并根據訪談情況,出具相對細化的實施方案。同時組織各服務廠商對集團公司全面預算管理項目實施方案進行了投標講解,預算管理委員會委員根據集團公司全面預算管理信息化評分辦法和評價表,從綜合實力、產品與技術、解決方案、項目實施、售后服務、商務價格等六方面對方案進行了綜合評標。根據綜合評標得分情況確定了全面預算管理信息化系統軟件及系統的實施方。集團公司與系統實施方就有關實施具體事宜及商務合同報價進行反復磋商,達成一致后,簽訂了商務合同。
(三)成立項目工作組織
為保證項目順利實施,集團公司成立包括項目領導小組和項目實施小組兩個層面的項目組,并明確了具體責任及分工。項目領導小組由集團公司項目領導組長、項目負責人及實施方項目總監和項目經理組成。項目領導小組負責管理控制項目實施的整個過程,調控解決實施中出現的重大問題,監督合同執行情況,協調相關部門之間的關系。而項目實施小組由應用分析組和系統實施組組成。應用分析組由雙方的業務專家組成,主要負責完成詳細的需求調研和分析報告并配合技術實施人員解決應用模型和應用需求方面問題;系統實施組由雙方技術及相關實施人員組成,主要負責跟進需求分析報告對軟件系統進行定制、開發等實施工作,并共同解決系統軟件、硬件、網絡、操作系統及后臺數據庫等方面的問題。
(四)制定實施策略和項目總體計劃等
集團公司根據各所屬企業業務特點,在征求各級領導及各企業意見情況下,確定出項目的組織范圍為集團公司及所有合并范圍內企業,同時挑選出數家涵蓋集團主要業務的企業作為試點企業,確定出試點企業以單位+部門為預算編制主體,非試點企業以單位為預算編制主體。
集團公司根據國資委要求及企業自身管理需求,項目組反復溝通后制定出符合集團實際的項目總體實施計劃,并商妥各階段工作任務、工期及交付成果。同時為規范項目管理,保證項目順利推進,項目組制定出項目管理章程,嚴格執行周計劃及周例會制度等。
(五)召開項目啟動會
項目啟動會是項目正式開始的標志。集團公司組織召開項目啟動會,集團公司董事長、黨委書記、總會計師等集團領導、總部職能部門負責人、所屬京內二級企業總經理和財務負責人、集團公司項目組等各方成員參加會議。集團公司通過召開項目啟動會內部上下進一步統一思想,明確目標,為項目成功實施做好宣傳動員工作。
二、藍圖設計階段
藍圖設計階段主要工作包括需求調研與業務流程梳理、特殊業務處理研討、系統環境部署方案制定、關鍵用戶培訓、需求分析報告及實施方案制定,以及應用接口方案及二次開發方案落實等。
(一)需求調研及業務流程梳理
集團公司項目小組認真分析,根據試點企業經營特點,制定出適合各試點企業的需求調研提綱,并開展了現場實地調研,同時針對個別采礦、選礦企業不具備現場調研條件,采用電話會議調研的形式開展調研。現場調研后,集團公司項目組對收集到的各企業調研資料進行了細致的整理,并及時給各企業進行了反饋。集團公司結合不同企業業務特點,找出各所屬企業的共性和個性,并把共性的需求落實到全面預算管理系統需求方案中,滿足通用業務流程及共性需求的情況下,盡力滿足企業個性的需求,并落實好企業特殊業務需求及業務流程。
需求調研過程中,為更好地實現業務預算與財務預算的有效銜接,集團公司項目小組在預算管理委員會的指導下,統一梳理完成類100小類商品分類,加強了業務預算的管控。
(二)制定系統環境部署方案并予以落實
集團公司根據全面預算上線企業戶數,業務審批流程及各企業具體應用范圍,認真分析集團現有網絡帶寬、新增VPN賬號數量、服務器硬件配置及數據庫版本等情況。集團公司按系統持續服務3-5年,本著厲行節約的原則,對現有網絡進行了整體改造,同時增擴了網絡帶寬,增加了VPN用戶許可數量,并增配了系統服務器,升級了集團的備份系統,為整個系統的順利上線實施提供了扎實的技術保障。
(三)關鍵用戶培訓
集團公司根據現場調研,深入了解所屬企業業務特點及預算管理工作流程后,有針對性地組織開展了項目組及試點企業關鍵用戶的預算產品培訓。關鍵用戶培訓以產品講解為主,以各企業預算管理流程為切入點,涵蓋預算系統登錄、年度目標分解、預算編制和上報、預算分析、預算調整及預算考評等預算管理全過程的產品培訓。關鍵用戶培訓讓大家直接面對系統,直接操作預算系統,大大地提升了大家對預算系統的認知度。
(四)制定需求分析報告和實施方案
按照《全面預算管理實施工作方案》,集團公司全面預算是以業務預算為基礎、以投資預算為重點、以費用預算為抓手、以資金預算為主線的全面預算管理平臺。根據調研情況,集團公司在滿足國資委預算編報基礎上,結合集團公司預算管理要求,梳理出涵蓋業務預算、投資預算、人工成本預算、生產預算及財務預算為一體的各類預算表單共計200多張,同時明確各業務表單取數關系、表內審核公式、數據校驗公式及表間勾稽關系。集團公司根據各預算表單及預算管理流程,集團制定出符合集團實際的詳細需求分析報告,并把制定出與財務系統接口、久其平臺等系統接口的二次開發方案及集團公司系統實施方案進行無縫銜接。
三、系統建設階段
系統建設階段主要工作包括權限管理與權限設定、預算原型設計、業務流程測試、二次開發、實施方案完善及執行等。
(一)權限管理與權限設定
全面預算管理系統的權限管理需與預算的流程相匹配。集團公司下發通知收集了各級企業預算編制人員、預算審核人員、企業法人及預算查看人員名單,同時按相應權限嵌入全面預算管理系統,實現按業務、投資、人工成本、財務四條業務線進行預算編報、審批,財務人員進行公司全面預算的匯總、合并,企業法人完成公司預算的全面上報。
(二)預算原型設計
首先,預算原型設計完成了集團公司預算單位、預算科目、期間、年度、幣種、版本、用戶、部門、商品大類、計量單位及數量等基礎預算維度,同時預留三個預算維度。
其次,本著直觀、清晰的原則,完成預算系統任務列表設計;重點完成了90多戶企業平均每戶40多張預算編制表單設計;完成預算系統國資委口徑及集團管理口徑輸出報表表單設計。
最后,完成集團公司預算系統計算規則定義;同時完成企業合并報表規則定義及不同層級合并單位表單設計。在預算系統中完成了所有企業的審批流程設計及個別企業特殊業務審批流程設計。
(三)預算系統業務流程測試
完成試點企業和非試點企業預算目標分解、預報、預算編制、逐級審批、預算上報、合并、預算分析、預算調整等全流程測試。
(四)二次開發及實施方案完善
預算系統二次開發主要是系統與財務系統取數接口的功能開發,系統與久其系統數據交互。目前集團公司已完成全面預算管理系統與財務及業務系統、久其報表系統的數據無縫銜接,實現數據的互聯互通。并且集團公司在流程測試的基礎上總結完善實施方案,最終嵌入預算系統。
四、系統上線推廣階段
集團公司在本階段主要完成用戶手冊的編寫和系統上線培訓。集團公司組織并完成用戶操作手冊、系統管理員手冊、系統應用手冊等手冊的編寫。同時,集團公司組織開展了合并范圍內全級次近90戶企業的財務編報、審核人員的系統培訓。全面預算系統上線培訓采取分期分批方式開展,是集團成立以來涉及面最廣、參加人數最多的一次全員培訓。集團公司完成全面預算系統上線試運行及全面上線工作。
五、系統持續支持
篇8
其二,對信息化建設的應用不夠深入。通過技術層面對工作流程的支持,可以增強企業信息化管理的慣性發揮,在保證企業管理正常有效進行的同時,并進而優化企業的管理流程,更大程度的發揮出信息化管理的作用,促進建筑施工企業信息化管理應用的不斷深入。在傳統的建筑施工企業里,即使迫于外部環境的壓力開始了信息化建設,卻由于不夠深入理解的應用,以及員工對信息化管理模式的理解不夠,不但沒有發揮出應有的高效率,有時反而將程序變得更加繁瑣,對業務的開展有一定的桎梏。
二、業務流程管理的發展歷程
在業務流程管理上,建筑施工企業的信息化經歷了一定的發展階段,具體發展歷程如下:
(一)業務流程重組
這項業務是建筑施工企業信息化的基礎,以業務流程為改造對象,對現有的業務流程進行分拆、詮釋,再思考、再設計,利用先進的信息技術以及現代的管理手段,最大限度的實現技術上的功能集成和管理上的職能集成,以打破傳統的職能型組織結構,建立全新的過程型組織結構,從而實現企業經營在成本、?|量、效率等方面的改善與突破。
(二)業務流程優化
業務流程優化需要明確改革思想,通過降低流程活動的非增值業務,優化流程活動的增值業務,對業務流程進行調整、修正,以達到改革目的,更好的促進業務流程的管理服務,在滿足客戶基本需求的前提下進行合理的資源分配,更好的建立增值業務,提升企業效益。
(三)業務流程管理
在具體的建筑施工企業信息化管理中,需要對各個管理模塊系統進行優化,穩定業務中心,保證各組織的基本管理,從而達到穩定組織的目的。從縱向角度來看,這種管理具有一定的信息導向性,而且影響了建筑施工企業信息的傳遞速度。通過對企業的業務流程評價,對建筑施工企業的信息化管理的具體實施,對基本組織機構進行合理設置,充分讓各個實施人員了解其組織設置、權責,將工作安排妥當,有效的跟上信息組織建設的步伐,從而避免業務流程管理的尷尬,達到大家工作方向的統一。
三、建筑施工企業信息化建設對流程管理的影響
信息化建設作為一種對企業全盤產生影響的管理模式,與傳統建筑施工企業碰撞,產生獨特的影響。我們從具體問題出發,進行合理的分析解釋,針對建筑施工企業進行信息化建設對其流程管理產生的影響分析如下。
(一)促進高效系統團隊的組建
對企業實施信息化管理首先需要一個高效的信息化建設與維護團隊,在團隊的組建過程中,一方面保證能滿足企業原有的基本管理需求,另一方面保證新的信息化建設能有序開展。根據管理的需求,做好團隊基本戰略定位和組織定位,通過技術手段來加強管理,在人力資源管理和分配上,可以進行相關的技術手段的維護,通過組織模型的建設來達到系統設計,完善信息技術管理,維護了成員之間的團隊建設。讓信息技術模型組建更加具有協調性,保證了成員之間的專項管理工作,做好各自相關決策權,通過團隊來形成優勢互補的疊加效應,更好的達到系統建設的效果。
(二)幫助明晰實施路徑
在對建筑施工企業進行信息化建設過程中,需要對原有企業各項管理流程進行系統的分析,認清企業現有的管理水平和企業的現有管理優勢,然后再定位要建設的信息化管理。首先進行相關的組織調研工作,針對原來的管理流程權限做出理性的分析,從企業管理實際情況和個性化理念出發,結合企業的戰略定位和企業文化,協調各組織之間關系,進行具體的流程管理權限分配。
然后對建筑施工企業信息化建設的需求進行詳細的調研。把握好調研的范圍,對調研對象進行詳細的分析,細致到流程的每個環節,每個環節的處理對象,處理權限。幫助企業明確管理的實施路徑,實施對象,實施權責。從信息化角度加大管理力度,做好管理權責的分配。進而加大信息量,考慮得更加周到細致,充分發揮出信息化建設的優勢,用流程制度約束來代替原來的人工約束,即使面對人員的變動與業務的大幅增長也不用擔心管理缺失。
(三)不斷協同改革意識
建筑施工企業信息化建設需要明確改革意識,加強理念和執行兩大支柱的力量。通過對思想層面的解放,可以促進執行理念的發展,在原有的執行范圍內做好管理,將管理理念系統化之后,又能更好的促進下一步改革發展,兩者相輔相成,互相促進,共同建設更好的管理目標。
(四)做好切實的標準體系
篇9
市場調研與分析任務的具體內容由市場營銷人員的市場調研與分析流程所決定,并圍繞著市場營銷人員的市場調研與分析流程而展開,這自然決定了本課程須圍繞市場營銷人員的市場調研與分析流程這一邏輯主線來選擇和組織課程內容。通過對市場調查過程進行分析,概括起來包括五個階段:(l)明確調查的問題,確定調查目標;(2)制訂調查計劃(設計調查方案); (3)實施調查搜集資料;(4)數據資料的整理與分析;(5)撰寫報告。
(二)學習任務的設計
根據工作過程分析,按照學生的職業成長規律和教學規律進行時間上的排列,準確確定和描述工作任務所對應的學習內容,描繪出學習目標、內容和學時要求,以便做出教學時間上的安排。根據“工作過程系統化”的原則,按照任務載體、情境遞進的要求整組課程內容,將市場調研的工作過程,分為市場調查方案的策劃調查問卷的設計實地調查方法的組織調研數據處理與顯示調查數據的描述與分析調查報告的撰寫與匯報6個學習任務。 見表所示:
二、《市場調查與分析》課程實施
(一)以工作過程為導向,采用項目教學法
在本課程的教學中,必須打破傳統的以講授為主的灌輸式教學方式,設計在特定工作情境中進行的職業活動,采用項目導向、任務驅動的教學模式。由教師事先設計出貼近學生實際生活的產品、市場、企業的調研項目,以這個具體的調研項目貫穿整個工作過程的始終,讓學生在完成一個完整項目的過程中學習(“做中學”),讓教師在組織、指導和監控學生完成項目的過程中實施教學(“做中教”)。第三,為完成某項目(產品)市場調研與分析工作任務,在教學中,采取項目團隊的組織形式,讓學生在團結協作完成項目的過程中,鍛煉通過自主學習、自我管理來掌握工作思路與方法的能力,使學生在模擬或全真的實際環境中真槍實戰地全過程鍛煉實際工作崗位的操作能力。
(二)成績評價
成績評定應該重視學生解決實際問題的能力、創新能力、實踐和動手能力,應該重視學生良好的心理素質、認真負責的工作態度、積極向上的學習熱情。成績評定應打破傳統的閉卷書面考核模式,采用過程性評價與目標評價相結合,以過程評價為主的考核方式。過程性評定是指按工作任務的5個階段,評定每個學生在各個階段的工作表現和工作結果。目標性評定就是評定每個學生最終完成工作任務的成果。每個學生的最終成績由這兩部分組成。
(三)實施場所
篇10
(二)主題拓展
“健康亞運,知識亞運,快樂亞運”
二、活動背景三、活動目的
本次團日活動旨在于引導同學們在增加對調研方式,及亞運知識了解的同時,學習亞運的精神,認識運動的重要性,從而養成良好的生活方式,提高自身的綜合素質。此外,本次團日活動也有利于同學們彼此之間加強交流,增進情感,從而形成一個更具活力的團結友愛的團支部。
四、主辦單位
廣東外語外貿大學經貿學院國貿1006班
五、活動時間六、活動地點
廣州大學城,廣州海心塔
七、活動對象
廣東外語外貿大學經貿學院國貿1006班全體成員
八、活動形式
本次活動以騎自行車,問卷調研,參觀亞運開幕場地海心塔等方式來展示我們團日活動的“健康亞運,知識亞運,快樂亞運”的主題。
宣傳方案
一、網絡宣傳
①QQ群:在班級QQ群上發送有關團日主題活動的信息。
②Q群郵件:以Q群郵件的發送將團日活動的策劃書發到每位
同學的QQ郵箱。
③blog:在班級blog上更新有關團日活動的消息。
二、短信宣傳
①飛信:通知同學們有關的相關事宜,并提醒他們
關注我們班的blog。
活動流程
活動前期:1、11月1號~6號,完成活動策劃及的撰寫;
2、11月7號~11號購買物資,了解并熟悉活動的具
體流程如自行車租借,乘坐交通工具的線路,以及提
前了解天氣情況。
活動流程:
1、健康亞運——大學城自行車環保行
2、知識亞運——大學城跨校亞運調研
我們將會在大學城高校包括廣外大在內的5所學校中進行有關亞運的調研,我們在人員安排上是5人一小組,共5小組分別負責5所高校,并向每所高校會派發50份的紙質版問卷 。 同時我們也會使用問卷星做出一個電子問卷,把問卷的鏈接放在班級blog,并在校內各Q群中進行宣傳,邀請同學們參與。
調研方式:問卷調研
具體時間安排:
11月15號~17號 進行問卷的設計及打印工作,并完成問
卷星電子版問卷的制作。客,學校Q群上問卷星的電子版問
卷鏈接。
具體人員安排:
一、問卷設計
小組長:肖林曉
組員:陳俊霖、古云天、郝曉丹、妥瑞、劉靜敏、孔翼堯、梁綺雯、楊麗萍、
劉希純、潘美燕
二、問卷派發及數據錄入
① 小組:
負責學校:廣東工業大學 小組長:郭楊娜
組員:伍倩君,梁曉昕,黃素美,羅俊藝
② 小組:
負責學校:廣東外語外貿大學 小組長:陳嘉煌
組員:畢嘉瑩,李文賢,梁玉麗,張嘉儀
③ 小組:
負責學校:中山大學 小組長:陳熙倫
組員:姜海寧,劉家寧,劉志業,黃柳
④ 小組:
負責學校:廣州中醫藥大學 小組長:許海勝
組員:盧幸延,王蔚然,李文樂,郭敏霞
⑤ 小組:
負責學校:華南理工大學 小組長:吳潔嬋
組員:鄧麗柔,彭嘉杰,楊靜林,胡燕華
三、撰寫報告
小組長:冼智波
組員:胡迪鶴、王雁利、李劍鋒,李順華,羅志杰,歐陽韜,江沛燕,
葉穎恩,林葉珍
3、快樂亞運——海心塔亞運開幕場觀光
廣州亞運會的開幕式的場地為廣州海心塔,它作為廣州又一地標性建筑,被賦予了揭開亞運開幕式神秘面紗的使命。我們團支部將會以觀光該景點的方式了解這亞運代表性建筑。在觀光中感受亞運獨特的氣氛,了解更多關于亞運的資訊。并在觀光該景點愉快的氣氛中,更好地促進同學之間的交流。
時間:11月19號一天
物資預算
1、購買亞運小旗20面,預算金額40元;
2、購買硬紙板,預算金額20元;
3、打印紙質版問卷250份(黑白雙面打印);預算金額40元
(五)時間進度表
工作事項
時間推進
備注
購買物資,熟悉流程
11月7號~11號
騎自行車繞內環 如天氣不允許,則推遲
調研工作的開展參觀海心塔
11月19號
如天氣不允許,則推遲
整理材料,撰寫報告(六)后期工作
工作總結
撰寫主題團日活動總結報告。
更新博客
篇11
(二)序化教學項目和任務設置
對課程內容進行合理選擇之后,接下來就是對課程的內容進行組織與安排。根據多年的教學實踐,我們對“倉儲作業實務”課程的教學項目進行了分模塊、多維度的組織建構。首先,基于學生的認知規律,對教學項目實施遞進式排列,即體驗模塊基礎模塊技能模塊作業模塊。其次,針對每一模塊的教學項目,根據項目的特點及項目間的相互關系,選擇不同的組織方式。基礎模塊里的3個項目和技能模塊里的6個項目采取的是對應方式,即項目之間沒有明顯的依賴關系,如堆碼技術、堆高技術、搬運技術是可以分別進行技能訓練的。基礎模塊中的教學任務設置是最基本的知識和方法,針對后續技能與作業的完成是不可缺少的。技能模塊中的教學任務設置是基本的方法或完成技術操作所必需的設備與工具的使用。作業模塊里的5個教學項目采取的是流程方式,即項目之間是有先后順序的,位置是不能顛倒的,模塊里的任務設置是完成項目必需的操作環節,并有順序上的要求。
二、以學生為主體的教學項目實施
在教學過程中,我們始終以學生為主體完成教學任務,但模塊不同,學生主體性表現也不一樣。
(一)在體驗模塊中,在到倉儲企業調研之前,調研小組自主設計了包括倉庫平面布置狀況、倉庫作業區布置狀況、倉儲設備種類等項目的調研提綱,調研過程中要求填寫相應的記錄,最后要提交調研報告,另外每個小組要選一名代表以PPT的形式匯報調研成果與體會。
(二)在基礎模塊中,實行學生自主學習與教師講授相結合的方式完成5個學習任務,并且根據學習的進度提交統一印制的任務完成情況報告單,根據報告單的填寫情況,由教師給出總結與評價。
(三)在技能模塊中,選擇教師講解、演示、學生模仿、教師協助、獨立操作的教學模式,通過大量的技能訓練,使每一個學生都能獨立完成每一個技能性操作任務。同時教師設計出技能測試表,針對每一項技能設計出A、B、C三個等級的質量標準,A是優秀,B是良好,C是通過。測試表由教師現場填寫,作為課程評價的依據。
(四)在作業模塊中,選擇流程式項目模擬方式,同時采取任務驅動、角色扮演的方法。具體做法是:按照流程分段進行,先是完成單貨品、單客戶的入庫作業及相關任務,之后是在庫管理,直至返品處理,一個循環完成之后,分組、分角色、分任務完成整個流程的模擬作業,這是第一個階段。第二個階段是雙貨品、雙客戶的流程模擬操作。第三個階段是多貨品、多客戶的流程模擬操作。這樣循環進行,直至學生掌握了每一個操作任務為止。同時對于每一教學項目都有項目作業考核表,主要從完成質量和時間兩個方面考核學生(小組)的完成情況。另外還有階段考核表,主要是針對學生分組按角色完成整個流程的情況進行考核。
篇12
在高等職業教育課程標準建設的進程中,應當怎樣認識和處理教育和社會需求的關系?如何體現國務院產教融合的要求?正確解決這些問題,對于進行符合產業實際要求的教學改革,具有十分重要的理論和實踐意義。最近,我們帶著這些問題,到成都市有關市政工程企業作了一些調研,對比分析以前的教學方式和內容,受到不少啟發。
2 調研準備
精心準備了調研內容和調查表,收集相關項目和企業資料,進行分析對比后,我們選擇了成都市江安河改造項目建設工程項目,該項目設計河道全長12.77km。此次設計范圍光華公園K04+000-K05+300起于錦泉橋,止于天寶東街,長。設計面積:公頃(1251.90畝)。現狀水利:兩岸高程滿足百年一遇防洪要求,護岸有直壁擋墻、生態護坡、低矮擋墻加斜坡三種形式。存在問題:K4+250-K4+850新建生態護坡對現狀景觀破壞較大,建議按照景觀方案處理。鋪裝系統盡量采用簡潔規整的形式,方便施工,降低成本。鋪裝色彩以灰、黑、白為主色調,以黑色磚為分隔線分隔出鋪裝形式框架,再鋪以灰色磚,灰色磚中隨機點綴白色磚。
這個項目工地涉及到的工程內容廣泛,具有高度的代表性,并且該項目管理完善,便于結合本課教學內容改革。
3 調研的內容
通過與該項目部負責人員的交流和閱讀有關項目施工組織設計和現場作業資料,參觀現場施工及管理過程,同時用調查表的方式征求意見,我們著重調研如下:(1)作為職業高等院校,在這些專業課程設計上應如何與市場接軌,企業需要的是什么樣的工作者。(2)學生畢業后要勝任工作崗位應在學校積累和建立怎樣的知識和能力體系。(3)熟悉施工企業的施工工作流程和項目管理流程;了解崗位細分和崗位技能要求。(4)市政道路工程課程教學應涵蓋的范圍和內容,(5)市政道路工程課程標準設置的工作依據。(6)結合本課程的情況,該課程的設置和學習對學生選擇工作崗位有什么幫助和作用。
在該現場了解到的情況如下。
(1)施工項目機構和崗位設置。
按照現在施工企業項目現場崗位設定,除了項目經理和技術負責人外,分現場合同管理、現場技術管理和現場施工管理,材料管理,質量安全管理及具體操作人員三類。
崗位一般分為。
市政工程技術方向:現場操作,路基施工、路面施工、管線施工、測量、內業人員,預算員,資料員等等。有一定積累后成為相關工長或做質檢安全工作以及協助技術負責人做有關現場技術管理。
作為剛畢業的高職學生,在企業一般是到施工現場工作。主要從事兩類工作:內業和外業。
從事外業工作需要在施工現場首先從一線工作做起,安排到施工班組,由班組負責人安排師傅指導,要求服從管理,具體到工序施工。視工作效果再定崗位。
(2)課程教學的工作實際要求。
課程教學除了知識結構外,應有對應的職業要求,包括能力目標,技能目標和職業素質要求;應重點指導學生對專業知識的綜合運用,結合已有課程設置完善本課程的使用方法;強調國家、行業、地方等各級標準規范的熟悉,學會查閱和使用,重點了解常用的規范和標準;了解各種現場施工用表和記錄要求,會填寫;學會幾種常用施工工藝和方法的內容和操作;編寫施工組織設計的大綱。各工種的崗位要求和基本技能。培養職業素質,特別是吃苦耐勞的品德非常重要。
(3)學生培養存在的問題:對工作的辛苦程度認識不足,自我要求較高,不能踏踏實實從基層做起,對辦公軟件學習使用能力不足,對專業知識的運用能力需要提高,心里承受能力較差,對現場工作有畏難情緒等等。
4 實用的價值
(1)施工企業在市場競爭中很重視人的需求與作用。需要有高度職業道德和良好工作能力的團隊與員工。即對企業有忠誠度,對所做工作有責任感,能與同事良好溝通和清楚表達,包括文字和口頭。安心現場崗位并且有繼續學習新知識新技能的能力和愿望。學校教育在重視技能和知識的同時,應進一步培養學生的職業道德素養。
(2)施工企業崗位的細分,要求竟聘者有一技之長。這要求學校教育課程設置有所改變以適應市場的需求,提高競爭力。
(3)作為市政工程專業學生,除了通曉行業知識,還應該有所專長。具體到哪一類崗位或技術。同時開闊眼界,多了解行業動態。多收集工程事例,盡量做到工學結合。
5 調研收獲:今后在本課程教學改革過程中的體現
(1)該課程是符合施工企業要求的,同時也是市政工程專業高職學生所必須具備的專業素質。因此,該課程教學改革具有重要意義和作用。
(2)市政道路工程課程教學應充分考慮教學對象的特點。對市政工程技術方向的學生應著重施工流程和工藝的掌握,做到依據現場的施工組織設計所涉及的施工具體方法和要求進行施工,對一些常用規范和標準知道用途并用?范指導具體操作。同時學會施工組織設計的整體基本構成,能編寫簡單的單項施工方案。能填寫施工記錄和報告。按施工組織設計的要求進行簡單的現場單項工作的施工管理。
(3)對學生來講,到現場首先要會閱讀項目施工組織設計,具體結合工作安排,加以了解和掌握,根據施工組織設計要求,查漏補缺,對具體工序操作理解和按照執行。在課程教學中應充分強調學生對施工方案的理解和如何查找相關工序作業的操作要求,盡量和其他專業課內容銜接起來,真正做到知識的系統化和合理使用。
(4)其次要盡量熟悉國家有關市政工程標準規范的內容和用途,掌握標準規范的使用方法,遇到問題學會查找規范標準等技術資料并培養用標準規范來完善學習和工作的能力。
6 結語
篇13
需求分析是軟件開發過程的核心,其結果直接影響到整個的軟件開發過程。據相關資料顯示,因需求分析因素所造成的軟件項目失敗或缺陷約占60%,屬于系統實施階段的代碼錯誤,而導致軟件項目失敗的比率約為40%。項目失敗的根源在于需求分析不明確,需求調研不徹底,從而引發需求不斷變更,最終導致項目停滯。這些變更不僅加大了開發成本、項目無法按時完成等嚴重問題,而且,還有可能引發用戶方與開發方之間互相指責,導致項目擱淺。
一、軟件項目需求分析的重要性
軟件系統的開發主要分為五個階段,分別是系統的需求分析階段、系統設計階段、系統實施階段、系統測試階段和系統維護階段。而需求分析階段是整個五階段中的重中之重,在該階段所占的工作量大概是整個軟件開發項目的50%,邏輯方案是該階段的最終成果。邏輯方案不僅是進行系統設計的依據,而且,還是系統最終驗收的說明性文件。從以往的經驗來看,需求分析做的不徹底,沒有深層次的挖掘用戶需求,往往可能導致整個項目無法達到預期的效果,或者說設計開發出來的產品不能滿足用戶的需求。
需求分析首先要對現有系統有充分的認識和了解,在此基礎上,通過識別關鍵問題、分析項目的可行性、詳細調查研究、系統化分析,最終設計完成該項目的新系統邏輯方案。只有系統分析員明白了用戶的真正需求,才能開發出滿足用戶的軟件產品。在這里,要強調一點的是,在做需求分析的時候,開發方一定要指派有實際工作經驗的系統分析員來與用戶溝通,而不是指派具體的開發人員,這將避免一些溝通不暢的問題發生。系統分析員在了解用戶的基本需求之后,要以書面的形式,準確地制定出軟件需求報告。該報告主要說明系統的行為屬性,是項目開發過程中對系統的制約。要實現這一目標,就需要系統分析員與用戶之間做到緊密協作,甚至系統分析員要深入到用戶方的實際業務當中,把自己當做是用戶,從用戶的角度思考問題,只有這樣,開發方才可以真正了解用戶需要什么,系統應該做什么。
二、規范執行需求分析的流程
需求分析的過程,要嚴格執行規范化操作,囫圇吞棗式的需求調研是不可取的。開發方在做需求分析過程中,一定要嚴格把關,從對用戶負責的角度出發,并且也為了降低自己的開發成本,對無法與用戶實現很好溝通的項目經理要及時叫停,避免后續工作無法正常進行。
按照需求分析的過程,同樣也可將其分為五個階段:首先要獲取用戶需求,其次是分析用戶的需求,第三是編寫需求文檔,第四是評審需求文檔,最后是管理需求。規范執行需求分析的流程,是需求分析能否成功的關鍵。圖1是根據實際工作經驗總結出的需求分析工作流程:
在需求分析過程中,開發方要深入用戶方的各個部門,最簡單的項目也要做到用戶確認需求和需求評審兩個過程,復雜的項目甚至要做到多次。
三、盡快熟悉項目用戶方干系人全貌
項目干系人又稱為項目相關利益者,是指積極參與項目、或其利益會受到項目執行或完成情況影響的個人或組織,項目干系人對項目的目的和結果施加影響。項目管理團隊,即開發方,必須識別項目干系人,確定他們的需求和期望,盡最大可能地管理與需求相關的因素,以獲得項目的成功。因此,應當從項目的啟動開始,系統分析員用戶方相關人員的配合下,逐步分清項目用戶方干系人具體包含哪些人和部門,通過開方法與其溝通加之用戶方領導的協調以驅動他們對項目的支持,從而減小其對項目的阻力。
有些項目在做需求調研時,因受用戶方提出的進度要求等因素影響,有些系統分析員不愿與用戶過多地交流,只是發一些調研表做一些大概的了解。往往是因為開發方已有與該建設單位相似的原型,會亟不可待地去推廣,這樣會導致某些差異需求得不到深入了解,用戶方只能被動地去適應原型系統,這樣的做法是不可取的。另一種情況則是開發方與用戶方的技術部門交流比較多,而向業務部門和實際使用人員調查的力度不夠,往往容易造成原型試用后,與用戶的需求不一致,不得不再對需求做較大調整,造成開發周期不斷延期,開發成本大大增加。因此,熟悉項目用戶方干系人全貌是進行需求調研的第一步,也是需求調研的基礎。在定制的開發項目中,最重要的是要弄清楚用戶方中的組織結構關系、業務流程關系、數據流程關系。制定該項目的牽頭單位,在此基礎上,使用圖表的形式將這三種關系表現出來。