數據採集設計會議紀要範文

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

主要思路

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

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

服務端：

1. 處理步驟

(1)Socket監聽端口

(2)接收數據

(3)處理數據

2. 主要問題

(1)多線程

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

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

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

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

考慮如何避免庫鎖。

客户端：

1. 設備數據傳輸

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

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

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

2. 實時數據傳輸

(1)字典表

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

(2)數據比較

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

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

下一步計劃：

1. 數採開發週期一個半月;

2. 進行設計評審;

3. 數採客户端DotNet實現，xxx負責;

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

拓展閲讀：

怎樣寫好會議紀要

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

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

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

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

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

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

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

特點。

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

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