第一篇：采集系統功能確認會議紀要

會 議 紀 要 時

間：2020-6-27 8:30-2020-6-27 9:00 地

點：十號樓 IT 部 主

題：VAD、OVD 數據采集系統功能確認 人

員：

主

持：

記

錄：

內

容：

1.

采集系統追加 XML 文件導入功能。

2.

采集系統 追加 Excel 和 XML 文件導入界面，界面中用戶可以選擇指定路徑的Excel 和 XML 文件。

3.采集系統追加連接配置頁面(Kepware 連接、數據庫連接)，界面中用戶可以輸入和編輯連接的配置信息。

4.采集系統追加周期性采集功能，并相應的在配置頁面和 Excel、XML 配置文件中，追加周期性采集追加的功能。

5.由于業主側使用的數據庫均為 ORACLE，需要將采集軟件使用的數據庫變更為 ORACLE。

6.采集軟件采集得到的數據為橫表，MES 系統使用的為縱表，需要考慮數據表轉置方案。

第二篇：考勤采集系統流程

考勤采集系統流程

一、卡考勤機考勤采集

1、連接各廠區打卡機網絡線，確保能與各考勤機通訊。

2、打開M300中控考勤軟件，選擇數據 菜單，初始化系統（I）

3、連接任何一臺考勤機，選擇設備管理 菜單—下載人員及其

指紋信息—下載（U）

4、連接全部考勤機（1、2、3、4、10、11號），選擇全部考勤

機，右鍵—從設備下載記錄

5、點擊右上角出勤記錄 按鈕，選擇時間范圍，點擊查詢。核

對記錄數量，數量正確則點擊高級導出。選擇導出路徑及文件名稱，導出設置（導出類型：SQL腳本，字段：PIN、CARDNO、CHECKTIME、SENSORID，SQL選項：表名是ic_check），最后點擊右下方導出數據（E）。

6、當系統沒有員工資料需要更新時，則選擇全部考勤機，右

鍵—清除設備中的記錄數據。最后選擇設備管理 菜單—同步設備時間，完成采集。

7、當系統有員工資料需要更新時，則選擇全部考勤機，選擇

設備管理 菜單—設備管理。在左邊設備列表欄選擇設備，點擊清除設備全部數據，每個設備都要點擊一次，完成清空設備數據。

8、員工資料導入考勤機：打開公司考勤軟件—選擇東風—確

定。打開當月帳期—考勤機管理—8408stdf。

管理方式：下載IC卡資料；考勤機：選擇對應的考勤機；位置：空；點擊執行。依次操作每個考勤機，完成后關閉軟件。打開公司考勤軟件—選擇鑫瑞—確定。打開當月帳期—考勤機管理—8408stdf。余下操作同上。

9、打開M300中控考勤軟件，連接全部設備，確認人員數。

最后選擇設備管理 菜單—同步設備時間，完成采集。

10、考勤導入：打開SQL文件，替換列名（PIN—ID2；SENSORID

—STATION）。選取鑫瑞數據，選擇鑫瑞數據庫，執行。選取東風數據，選擇東風數據庫，執行。

11、完成卡類考勤機M300的考勤數據采集和員工數據更新。

二、指紋考勤機考勤采集

1、連接各廠區指紋卡機網絡線，確保能與各指紋考勤機通訊。

2、打開ICLOCK200中控考勤軟件，選擇數據 菜單，初始化

系統（I）

3、連接任何一臺考勤機，選擇設備管理 菜單—下載人員及其

指紋信息—下載（U）

4、連接全部考勤機（E廠車庫、E廠正門、C廠側門、C廠圓

盤），選擇全部考勤機，右鍵—從設備下載記錄

5、點擊右上角出勤記錄 按鈕，選擇時間范圍，點擊查詢。核

對記錄數量，數量正確則點擊高級導出。選擇導出路徑及文件名稱，導出設置（導出類型：SQL腳本，字段：PIN、CARDNO、CHECKTIME、SENSORID，SQL選項：表名

是ic_check），最后點擊右下方導出數據（E）。

6、當系統沒有員工資料需要更新時，則選擇全部考勤機，右

鍵—清除設備中的記錄數據。最后選擇設備管理 菜單—同步設備時間，完成采集。

7、當系統有員工資料需要更新時，則選擇全部考勤機，選擇

設備管理 菜單—設備管理。在左邊設備列表欄選擇設備，點擊清除設備全部數據，每個設備都要點擊一次，完成清空設備數據。

8、選擇數據 菜單，初始化系統（I）

9、在人力資源部指紋考勤機導出員工資料到U盤，插入U盤。

選擇數據 —USB閃盤管理，選擇自助式指紋打卡鐘或彩屏機，點擊從U盤導入用戶數據，完成關閉窗口。

10、連接全部指紋考勤機，選擇設備管理 菜單—上傳人員信息

到設備。左邊點擊總公司，確認人員數和指紋數；右邊選擇全部考勤機，上傳（U）。最后選擇設備管理 菜單—同步設備時間，完成采集。

11、考勤導入：打開SQL文件，替換列名（PIN—ID2；SENSORID

—STATION）。由于東風鑫瑞數據無法自動分開，故選取全部數據，選擇鑫瑞數據庫，執行。選取全部數據，選擇東風數據庫，執行。刪除東風數據庫中的鑫瑞數據，以及鑫瑞數據庫中的東風數據。最后執行行政—生產轉換，完成數據導入。

第三篇：DCS系統運行小指標自動采集功能投入使用

DCS系統運行小指標自動采集功能投入使用

2月1日，DCS系統機組運行小指標自動采集功能正式投入使用，一周以來，運行情況良好。

該功能由熱控專業根據運行人員要求開發，采樣周期為10分鐘，采樣參數包括機組負荷、主汽壓力、主汽溫度、鍋爐氧量、排煙溫度、給水溫度和凝汽器真空等，該功能還可將所采集的參數自動繪制成表格，為運行人員提供數據參考。

運行小指標自動采集克服了人工記錄數據的時延性和隨意性等缺點，為分析機組運行狀況提供了準確、可靠的參考數據，結合運運行小指標考核制度，能有效的督促集控運行人員優化燃燒調整，助推機組高效經濟運行。

孔德水

第四篇：會計人員基本信息采集與審核確認須知

會計人員基本信息采集與審核確認須知

特別說明:

1、為緩解主城區現場審核確認的壓力，解決部分人員需要周六、周日到現場確認的問題，經研究決定增設“市直點”供信息采集時選擇預約（集體確認請選“集體預約審核”點）。市直點地址：湖南路獅子橋34號。

2、持有南京市會計從業資格證但不在崗人員，不參加本次會計人員基本信息采集.今后如有信息發生變更，請于2012年1月1日后再辦理變更手續。會計人員是否在崗可以通過我局會計管理網的會計人員誠信檔案（http:///czkj/record/record2.jsp）查詢自己的個人狀態。

會計人員需要對本人基本信息和所在單位基本信息兩部分內容進行修改填報，具體要求如下：

一、登陸本地區財政部門公布的網站，填寫本人會計從業資格證書檔案號和身份證號碼（與持有的會計從業資格證書上一致），進入信息采集系統界面。

二、會計人員需要對《會計人員基本信息采集表》顯示的內容（2011年3月31日基準信息），結合本人實際情況，進行逐項檢查及修改，具體內容如下。

1．個人基本信息：本項僅可以對政治面貌進行修改。如需修改其他欄目信息，須攜帶本人有效身份證件（修改姓名的還須攜帶戶口簿）的原件和復印件，到現場修改確認。

2．學歷：填寫全日制和非全日制最高學歷、學位相關信息。中專（含）以上的須攜帶相關學歷、學位證書原件和復印件，到現場確認。

3．專業技術資格：檢查修改相關信息內容，須攜帶專業技術資格證書原件和復印件到現場確認。

4．工作單位及聯系方式：有單位的，請輸入本單位組織機構代碼信息；無單位人員、有單位但不在崗人員不填寫單位信息，但須填寫居住地址。聯系方式原則上為本人的手機號碼。

5．其他：如具有相關資格，須攜帶相關執業資格證書原件和復印件，到現場確認。

三、上述基本信息檢查修改保存后，會計人員應同時在網上向當地財政部門預約現場確認時間。

四、會計人員網上信息修改填報完成后，均須使用采集系統提供的打印功能打印《會計人員基本信息采集表》，本人簽名，有單位的還須加蓋所在單位公章，并攜帶會計從業資格證書、身份證、單位組織機構代碼證復印件（有單位的）及相關證明材料，按預約時間，到當地財政部門指定的地點進行現場審核確認。

會計人員本人不能到現場確認的，可以委托他人代辦，但須提供委托人、代理人身份證原件和復印件以及委托書。

第五篇：信息采集系統設計說明書

信息采集系統概要設計

整體網絡拓撲

信息采集系統的總體網絡拓撲如下圖所示：

工程師站服務器公網采集站1采集站2...網絡結構說明

設備與采集站屬于廠區內的同一個私有網絡。

采集站/工程師站與公網直連，或者通過路由器間接地與公網連接。

終端狀態管理

工程師站可以看到采集站的在線狀態。選擇采集站后，可以看到采集站下各個終端的在線狀態。如果網絡連接正常，所有采集站和終端都應該是在線的狀態。采集站和終端注冊

為了顯示采集站和終端的在線狀態，用戶需要在工程師站上注冊所有的采集站以及采集站下的終端信息。

用戶在注冊采集站時，需要填寫采集站的標識符，該標識符不可重復，目的是讓用戶區分不同的采集站，且該標識符需要在采集站和工程師站上保持一致。

用戶注冊完采集站后，就可以在該采集站下添加終端信息。添加終端時需要填寫終端的標識符和描述信息。其中，唯一標識符應當是終端內部可以取到的，可以區分同一個采集站下的不同終端；描述信息的目的是幫助用戶區分不同的終端。

采集站和終端信息注冊完成后，需要上傳到服務器。當其他工程師站連接上服務器時，可以讀取到這些信息，無需重復注冊。

數據采集過程

本系統采集的數據有三種類型，分別是組態數據，運行數據和故障報警。其中，故障報警又分為實時故障和歷史故障。下面分別闡述這三種類型數據的采集過程。

組態數據

每個終端都有一份組態數據，用戶可以在終端上直接修改該組態。工程師站可以實時查看終端的最新組態信息，也可以修改并下發該組態信息。

查看終端組態

工程師站可以查詢某個終端的最新組態。查詢的詳細過程如下：

1.2.3.4.5.6.工程師站發送查詢命令給服務器

服務器從查詢命令中解析出目的采集站，并將查詢命令發送給采集站 采集站收到查詢命令后向指定終端查詢最新組態數據 終端回復最新組態數據

采集站將得到的組態數據回復給服務器

服務器將組態數據回復給發起查詢的工程師站

數據流如下所示：

1.工程師站發送組態查詢命令6.返回最新組態服務器工程師站2.服務器轉發組態查詢5.采集站返回最新組態采集站4.終端返回最新組態3.采集站向終端查詢最新組態終端

修改終端組態

工程查詢到終端的最新組態后，可以修改某些參數，然后將修改好的組態下發到終端設備。查詢的詳細過程如下：

1.工程師站發送寫組態的消息給服務器，消息中需要包含組態和終端標識，可以有多個終端，這些終端的組態將更新為同一份組態。注意，多個終端必須屬于同一個廠區，即由同一個采集站管理。

2.服務器從寫組態消息中解析出目的采集站，并將寫組態消息轉發給采集站。3.采集站收到寫組態的消息后，將組態下發給指定終端。4.終端回復組態更新結果給采集站。5.采集站將更新結果回復給服務器

6.服務器將組態更新結果轉發給工程師站 數據流如下所示：

1.發送寫組態消息6.返回組態更新結果服務器工程師站2.服務器轉發寫組態消息5.采集站返回寫組態結果采集站3.采集站向終端寫組態4.終端返回組態更新結果終端

運行數據

工程師站可以查詢指定終端的當前運行數據，以了解終端的運行狀態。查詢過程與組態查詢過程類似，此處不再贅述。

故障數據

終端運行過程中，如果發生故障，則需要將故障信息發送給采集站。采集站收到故障數據后，需要將此數據保存到本地數據庫中。如果采集站此時能連接上服務器，則需要將故障信息發送給服務器。服務器接收到此故障報警后，需要將此故障報警推送給當前在線的工程師站。如果沒有工程師站在線，則丟棄此條報警。

從上面的描述可知，工程師站被動接收到的故障報警都是實時故障報警。工程師站也可以通過歷史報警功能查詢歷史報警信息。

實時故障

實時故障由終端主動上報給在線的工程師站，故障上報流程如下： 1.終端檢測到故障，上報故障給采集站

2.采集站收到故障后，將故障信息發送給服務器

3.服務器查看是否有在線的工程師站，如果有，則將故障信息推送給工程師站，如果沒有在線的工程師站，則丟棄該條故障報警。數據流如下圖所示：

3.服務器推送故障報警服務器工程師站2.采集站上報該條故障報警采集站1.上報故障信息給采集站終端

歷史故障

用戶可以通過工程師站查詢終端的歷史故障信息，以了解終端的歷史運行狀態。歷史故障查詢時需要指定采集站和查詢的時間范圍，查詢得到的結果為指定采集站下所有終端的某一時間段內的歷史報警。

歷史故障查詢的詳細過程如下：

1.工程師站向服務器發起歷史故障查詢，查詢消息中包含了待查詢的采集站和查詢時間段。

2.服務器將查詢消息轉發到指定的采集站。

3.采集站根據查詢消息中的時間范圍查詢本地數據庫，采集站將查詢到的結果返回給服務器

4.服務器將查詢到的歷史故障轉發給發起查詢的工程師站 數據流如下圖所示：

2.將查詢命令轉發給采集站1.發起歷史故障查詢工程師站服務器3.服務器轉發查詢結果3.采集站返回查詢結果采集站 各組件功能設計

工程師站

操作界面

需要展示的信息有：

1.已注冊的采集站和終端的在線狀態 2.終端的組態數據、運行數據和故障數據 需要編輯的數據有：

1.采集站和終端的注冊信息 2.終端的組態數據

歷史故障查詢時需要指定時間范圍，時間范圍太長有可能會導致網絡響應緩慢。

信息讀寫和接收

用戶可以通過工程師站主動查詢指定設備的各類數據，包括組態數據、運行數據和歷史故障。可主動查詢的信息有：

1.2.3.4.5.各采集站的在線狀態

采集站下的終端的在線狀態 指定終端的組態數據 指定終端的運行數據 指定采集站下的歷史故障

實時故障由于對實時性要求比較高，需要由服務器主動推送給工程師站，工程師站接收到實時故障后，需要給用戶提示，用戶可以查看工程師站接收到的實時故障的詳細信息。終端信息注冊和組態修改

用戶編輯好后終端和采集站的信息后，通過網絡模塊將組態保存到服務器上。組態修改完成后，通過網絡模塊將組態下發到各個終端上。

采集站

采集站標識符

采集站的功能生效之前，需要在界面上輸入該采集站的標識符。該標識符需要與工程師站注冊采集站時所用的標識符保持一致，這樣工程師站才能將該采集站的信息正確的顯示出來。

終端狀態管理

采集站在啟動后，需要根據采集站標識符從服務器上下載該采集站下面所有的終端信息。采集站監測各終端的在線狀態，當狀態發生變化時，需要將此狀態更新到服務器，以便工程師站上可以實時反應出各終端的在線狀態。

故障報警

采集站收到終端的故障報警時，需要將此條故障報警保存在本地數據庫中，以備后續的歷史故障查詢。

組態模板

當工程師站向采集站下的某個終端發起過組態查詢時，采集站需要將此終端的組態保存到本地數據庫中，后續可能需要導出此組態信息，用于其他廠區的組態模板信息。

查詢響應

采集站需要響應服務器的查詢和下發命令。查詢的信息類型有：組態數據、運行數據和歷史故障。如果是組態數據和運行數據，采集站需要從終端中取得最新的結果，然后返回。歷史故障數據從數據庫中根據一定的條件返回。采集站還需要下發組態給終端。采集站與終端之間的交互接口

服務器

查詢中轉

工程師站查詢終端信息時，需要服務器將這些查詢指令轉發給對應的采集站；采集站將結果返回給服務器時，服務器需要再將結果轉發給工程師站。

報警推送

服務器接收到采集站的故障報警時，需要檢查當前是否有在線的工程師站，如果有，則需要推送故障報警到工程師站。如果沒有，則丟棄此條故障報警。

采集站注冊信息管理

工程師站上注冊好采集站和終端的信息后，需要保存到服務器中。當其他工程師站開啟時，需要從服務器上獲取到最新的采集站和終端注冊信息。

采集站狀態管理

每個廠區的采集站在上線時都要向中轉服務器匯報在線狀態，并開啟保活機制，一段時間后，如果保活失敗，則判定采集站的狀態為離線。

采集站下的終端在線信息發生變化時，需要將此信息發送給服務器。

網絡組件的接口

與工程師站之間的接口

工程師站的UI層通過網絡組件來實現數據采集和下發。網絡組件主要提供的功能包括終端在線狀態管理、組態讀寫、運行數據查詢、歷史故障查詢和實時故障接收這幾個方面，下面是這幾類功能的主要接口：

終端在線狀態管理

1.增刪采集站及終端信息 2.獲取所有采集站的在線狀態

3.獲取指定采集站中所有終端的在線狀態

組態讀寫

1.獲取指定終端的組態

2.寫入組態，可以指定采集站下的一個或者多個終端

運行數據查詢

1.獲取指定終端的運行數據

歷史故障查詢

1.獲取指定采集站下的歷史故障，查詢條件是時間范圍

實時故障接收

1.設置故障接收的回調對象（該回調對象有可能被頻繁調用，需要確認終端的故障推送間隔時間）

與終端之間的接口

采集站與終端之間的通信有下面四種：

1.2.3.4.采集站向終端讀取組態數據 采集站向終端寫入組態數據 采集站向終端讀取運行數據 終端推送故障報警給采集站

具體的通信協議待定。