數據采集設計會議紀要范文

　　以下是由小編為大家推薦的數據采集設計會議紀要范文 ，歡迎大家閱讀。

　　主要思路

　　1. 數據的分析整理主要放在客戶端實現，以減少服務端的壓力;

　　2. 服務端主要以組裝和轉存實現為主。

　　服務端：

　　1. 處理步驟

　　(1)Socket監聽端口

　　(2)接收數據

　　(3)處理數據

　　2. 主要問題

　　(1)多線程

　　每個數據傳輸啟動一個線程，做好線程管理;

　　要考慮穩定性，避免內存泄露。

　　(2)大數據量數據庫更新

　　通過塊提交提高數據庫轉存性能，縮短轉存時間;

　　考慮如何避免庫鎖。

　　客戶端：

　　1. 設備數據傳輸

　　(1)設備數據文件內容變化判斷

　　設備數據的分析處理很費時間，每次傳輸數據時都要對設備數據文件進行分析壓力很大。考慮到設備數據變化的概率很小，但有的廠家不管設備數據變沒變，都要生成新的設備數據文件，所以要開發一個文件變化快速比較功能;

　　方法有：一是特征碼比較;二是轉換成ASCII比較;三是轉換成二進制或十六進制比較;四是轉換成MD5碼比較。

　　2. 實時數據傳輸

　　(1)字典表

　　客戶端取得字典表，進行數據分析。

　　(2)數據比較

　　通過數據庫臨時表，比較得出新增和修改的數據。

　　3. 數據傳輸過程中，數據丟失驗證

　　下一步計劃：

　　1. 數采開發周期一個半月;

　　2. 進行設計評審;

　　3. 數采客戶端DotNet實現，負責;

　　4. 數采服務端Java實現，負責。

　　拓展閱讀：

　　怎樣寫好會議紀要

　　格式。會議紀要通常由標題、正文、主送、抄送單位構成。 會議紀要正文一般由兩部分組成。

　　(一)會議概況。主要包括會議時間、地點、名稱、主持人,與會人員,基本議程。

　　(二)會議的精神和議定事項。常務會、辦公會、日常工作例會的紀要,一般包括會議內容、議定事項,有的還可概述議定事項的意義。工作會議、專業會議和座談會的紀要,往往還要寫出經驗、做法、今后工作的意見、措施和要求。

　　寫法。依據會議性質、規模、議題等不同,大致可以有以下幾種寫法:

　　(一)集中概述法。這種寫法是把會議的基本狀況,討論研究的主要問題,與會人員的認識、議定的有關事項 (包括解決問題的措施、辦法和要求等),用概括敘述的方法,進行整體的闡述和說明。這種寫法多用于召開小型會議,而且討論的問題比較集中單一,意見比較統一,容易貫徹操作,寫的篇幅相對短小。如果會議的議題較多,可分條列述。

　　(二)分項敘述法。召開大中型會議或議題較多的會議,一般要采取分項敘述的辦法, 即把會議的主要內容分成幾個大的問題,然后另上標號或小標題,分項來寫。這種寫法側重于橫向分析闡述,內容相對全面,問題也說得比較細,經常包括對目標、意義、現狀的剖析,以及目的、任務、政策措施等的闡述。這種紀要一般用于須要基層全面領悟、深入貫徹的會議。

　　(三)發言提要法。這種寫法是把會上具有典型性、代表性的發言加以整理,提煉出內容要點和精神本質,然后按照發言順序或不同內容,分別加以闡述說明。

　　特點。

　　(一)內容的紀實性。會議紀要如實地反應會議內容,它不能離開會議實際搞再創作,不能搞人為的拔高、深化和填平補齊。否則,就會失去其內容的客觀真實性,違反紀實的要求。

　　(二)表達的要點性。會議紀如果依據會議狀況綜合而成的。撰寫會議紀要應圍繞會議主旨及主要成果來整理、提煉和概括。重點應放在介紹會議成果。 (三)稱謂的特別性。會議紀要一般采用第三人稱寫法。由于會議紀要反映的是與會人員的集體意志和意向,常以“會議”作為表述主體,“會議認為”、“會議指出”、“會議決定”、“會議要求”、“會議號召”等就是稱謂特別性的表現。