采集系统功能确认会议纪要[合集5篇]

第一篇：采集系统功能确认会议纪要

会 议 纪 要 时

间：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.采集站向终端读取组态数据 采集站向终端写入组态数据 采集站向终端读取运行数据 终端推送故障报警给采集站

具体的通信协议待定。