综治管理平台故障信息(通用6篇)
篇1:综治管理平台故障信息
“基层社会管理综合信息系统”平台
社区、村录入基本要求
☆社区、村平台录入的基本要求:
★勤于登陆(每周必须登陆3次及以上,每月不少于12次,每周少于3次就会出现红灯,那就需要注意喽)基础信息
●
一、辖区管理
1、辖区信息:辖区概况、基本信息(服务人员、自然情况和地理位置、经济发展情况和发展思路、社会发展情况、重点工程项目等)辖区领导班子介绍(附上领导班子照片);
2、组织机构:
综治组织:社会服务管理室(之前输入的各种领导小组不扣分,可删可不删),平安创建领导小组(创建平安社区、村有要求)
基层党组织:社区、村党支部、党总支
基层自治组织:村民委员会 人民调解委员会 社区治保委员会
群防群治队伍:社会治安巡防队伍 护村队 反邪教信息员 ④流动人口协管员
社会志愿者队伍:平安志愿者 帮教服务 法律援助 ④消防安全 ⑤交通道路安全 ⑥禁毒防艾
专项工作领导小组:社区(村)不作要求,之前输入的关于平安的工作领导组可以不删。服务团队:网格员里相同职业(医疗、文化、法律、民生等)可合并形成一个团队
创建平安社区(村)要求:维稳信息员国家安全联络员劣迹青少年帮教小组④社区戒毒小组⑤肇事肇祸精神病人管控队伍⑥重点信访人员管控队伍⑦流动人口协管员队伍 ⑧归正人员安置帮教、社区矫正工作小组(群防群治队伍)
●
二、实有人口
★★★每个网格新增一名网格员(网格队长或者信息员等相关人员信息)
1、实有人口
户籍人口:按照上次培训的用数据模板导入人员信息(今年暂不考核),同志们可以提前准备起来喽
流动人口:按实际录入
境外人口:重点是“台湾新娘”、台胞等涉及到国家安全需关注的人员。
2、重点人员
刑释解教人员:具体数据由镇综治办提供(人员信息里手机信息尽量完善);
社区矫正人员:具体数据由镇综治办提供(人员信息里手机信息尽量完善);
精神病人员:具体数据镇综治办提供(由社区、村罗列那些会对社会造成危害的人员,一般为一级二级精神病人,人员的手机号码务必录入或者录入监护人的联系方式);
吸毒人员:具体数据由镇综治办提供(人员信息里手机信息尽量完善);
重点青少年:闲散青少年、不良行为青少年、流浪乞讨青少年、服刑在教人员未成年子女、农村留守儿童等;(没有就不用录入)
重点上访人员:各社区、村与镇综治办联系,输入数据需要和镇综治办数据进行核对;每月核对一次。
危险品从业人员:从事民爆、化工行业等危险物品人员。其他人员:除上述人员以外的重点人员。
3、关怀对象
需要救助人员:享受最低生活保障补助人员,主要是低保对象(还须输入管理服务人员信息,服务记录)。
●
三、实有房屋
出租房:出租房数据可从流动人口系统中获得(流口系统有,可不输入)
●
四、组织场所
1、重点场所
安全生产重点:主要包括小作坊、工地、码头、工业性质的企业、船厂等安全生产程度较高(名称、法人代表、地址、管理治安负责人相关信息录入完整); 消防安全重点:大中型的宾馆、饭店、超市、商场、娱乐场所、化工易燃企业;
治安重点:码头、车站、娱乐场所、小宾馆、学校、城乡结合处、流动人口聚集地、城中村、农贸市场、广场等; 学校:辖区内的幼儿园、中小学、幼儿园、托儿所;
其他场所:煤气站、加油点、个人诊所、庙宇、寺院等。
2、两新组织
社会组织:社会团体、基金会、民办非企业单位。
3、企业
规上企业:资产大于500万,员工人数多于200人的企业。(镇级掌握)
●
五、日常办公 台账目录 ◆
一、会议
1、其他会议:
社区层面的各类与综治块相关的会议均录入其他会议里面(综治等工作会议每月一次)。
■录入的内容:
1、“会议名称”栏:
如:平安建设工作领导小组会议、社会治安综合治理工作领导小组会议、维护社会稳定工作领导小组会议、信访工作领导小组会议等;
2、“议题”栏:
会议讨论研究的主要内容。
3、“时间” 栏: 会议召开的时间。★注意事项
1、录入时间必须在会议召开后15天内录入;否则不能录入;
2、录入内容简单扼要,突出主题。
3、填写:“会议类别”是指××(班子)会议;“会议名称” 是指××(综治、平安建设、信访、维稳、矛盾纠纷排查)工作会议(例会);“地点” 是指会议召开的地方(××会议室、××办公室);“参加人员”是指××全体成员等(一般不写具体姓名);“会议主题”是指讨论研究、分析解决、研判分析××(矛盾)问题,计划安排、布置部署、总结布置××工作,贯彻落实××会议精神、传达学习××文件精神等;“会议内容”是指具体会议召开的内容,可作提纲式归纳。
◆
二、文件(按规定要求录入相关要素)
目标管理责任书:根据与镇党委、政府所签订责任书的内容,以及本单位与下单位签订责任书的主要内容。工作总结:年初要有计划、阶段性半小结、年终有总结。文件:社区、村可放可不放。④各类工作制度、预案(创建省级平安需要有:管理室工作例会制度、矛盾分析首问责任制度、巡防检查制度等各类工作制度)综治实绩档案:主要是涉及综治有关资料的主要内容。
表彰奖惩文件:及时录入当内容(包括文件名、发文时间、发文号、主题);
经费保障文件:同上;
其他文件:及时录入(包括贯彻落实上级相关会议、文件精神及其本单位相关规定)。
简报信息:社区、村自编简报,以及上报的主要信息。★注意事项
1、“文件类别”自动生成。是指××(部门)文件(县委、县政府、县委政法委、县综治委、镇党委、镇政府、镇综治委等);
2、“发文时间”是指文件落款时间;
3、“文件名称”标题;
4、“文件号”是指文件文号全称;
5、“文件主题”是指文件主题词;
6、“发文单位”同上“1”;
7、“描述”是指文件的主要内容和精神;
8、本单位文件、简报信息最好上传图片。
◆
三、活动(相关图片最好附上)
1、村务公开:每季一次在村务公开栏上墙的村务公开的主要内容(民主管理、监督;决策制度落实的公开);
2、领导调研:主要是指上级领导调研本单位工作,以及本单位主要领导调研本单位工作;
3、专项活动:(如:“平安听民声”、平安综治双月宣传、平安志愿者综治义工等群防群治队伍开展的种类综治工作活动等);
4、治安巡逻:治安防控体系建设(包括群防群治;各路口摄像头监控;巡逻记录等)。
“活动名称”是指治安巡逻;
“活动时间”是日期;“活动地点”是指巡逻、检查地点; “活动主题”是指巡逻、检查内容、存在的问题和采取的主要措施。如无问题则填写“正常”或隐患;
5、其他:平安宣传、反邪教等等与综治工作相关的工作记录。注:各类活动有照片记录的都须上传图片。◆
四、矛盾纠纷排查报表
目前实行双规制,在录入系统同时需纸质上报镇里,上报内容与去年相同。
1、月报:(每月1日前平台录入); ●
六、事件处理
一、事件处理(按模块输入,同时10日内输入网格)主要涉及到矛盾纠纷(18种+其他),治安、安全隐患(12种+其他),民生服务(4种+其他)等三大块
1、社区、村对群体性事件问题,需要录入的,必须与上一级部门联系,经同意后,方能录入。
2、“是否重大事件、是否紧急事件”:一般为否,需要“是”时与综治办联系。
◆注意事项:事件名称需要体现双方当事人+矛盾纠纷性质(例如:王××与黄××的劳资纠纷)
二、事件处理注意事项
1、一般性的日常事件处理不宜录入“事件处理”栏,可作为一项日常工作来处理,则可在“日常工作”栏的“工作日志”中进行录入。
2、“事件处理”栏录入应慎重小心,未处理完毕或处理后当事人不满意的一般不作录入。
3、“事件处理”栏录入的内容简单扼要,一般录入“时间、地点、人物、经过、结果”就可以了,不作评论,人物姓名一般填写“×(姓氏)某某”就可以。
4、“事件处理”栏录入的事件,一般由本级单位处理,没有特殊情况不得提交、上报上级部门受理处理。在规定时间内事件处理单位未受理处理完毕的,作“退回”、或作“监办”(普通督办、黄牌督办、红牌督办)处理。
☆社区、村平台录入的注意事项:
1、保密问题
2、录入慎重(民间纠纷、矛盾纠纷、事件处理)
3、就简不就难
4、就低不就高
5、上报、修改、退回
6、录入时间掌握
7、电子与纸质相一致
8、平台录入数据与报表数据相一致
8、综治信息平台与网格化平台相吻合
9、综治实际工作与平台录入工作相接合。
篇2:综治管理平台故障信息
XX县综治维稳信息平台
合 作 协 议 书
综治维稳信息平台合作协议书
进行结算。
2.1.6 甲方发文通知下属各乡镇政法委/积极配合信息平台的建设等相关工作。甲方及甲方下属各乡镇政法委安排专人管理平台,负责日常报表收集、上报核统计、基层上报信息及处理等工作,并建立相应的管理制度,明确责任,使信息平台真正成为综治维稳信息管理中心。专人的培训工作由乙方负责。
2.1.7 甲方下文要求各级政法委/维稳办要利用信息平台加强综治维稳及道路安全社会化管理工作,确保辖区内所有中心户长、治调主任、综治专干、专兼职巡逻队员、各类机动车辆驾驶员、旅店业主、金银首饰加工业业主、废旧金属回收业业主、二手手机回收业业主、医疗机构(包括医院、诊所、药店)负责人、主要企业负责人等全部进入综治维稳信息平台,且中心户长进入平台的比例要达到100%。
2.1.8 信息平台管理的人员及相关号码清册甲方或甲方下属单位提供,并加盖公章予以确认。
2.2 乙方职责和义务:
2.2.1 乙方按照甲方要求开通具备上述功能的专网提供合适的网络及接口资源,合法的静态IP地址,保证甲方需求的全部实现。线路产权及IP地址所有权在乙方,甲方在退出使用乙方业务时,乙方有权收回该部分的IP地址。
2.2.2 乙方负责甲方专线的接入联网开通服务,按照《中华人民共和国电信条例》保证甲方专线网络的服务质量要求和正常运行。
2.2.3 甲方发现乙方故障后申告乙方,乙方负责在国家有关电信服务质量的标准时限内及时处理。
2.2.4 乙方下文要求下属各乡镇必须积极配合信息平台的建设,成立工作小组,安排专职客户经理,积极配合甲方下属单位相关工作的开展,为信息平台的使用人员提供支撑及服务。
2.2.5 乙方负责信息平台的开发、测试以及系统维护。并安排专人负责技术支持、组织业务培训、指导业务使用。
2.2.6 甲方信息平台管理人员使用乙方各项产品和业务,由乙方提供相应的优惠方案。同时为减轻基层维稳人员的负担,乙方为甲方下属各乡镇的主要综治维稳人员每月补贴20元话费(补贴人员清单由甲方或甲方下属单位提供并经双方确认)。
2.2.7 甲方基层维稳人员可以使用内臵主要信息的专用综治SIM卡上报信息,乙方可免费提供。为确保甲方人员正常使用信息平台,非移动用户由乙方免费为其更换移动手机卡。
第三条、协议有效期
本协议有效期为 5 年。从 年 月 日至 年 月 日有效。有效期满后,若双方均无异议,该协议依此顺延 年。第四条、相关费用以及付费方式
4.1 信息平台服务费:
为全力支持综治维稳工作的开展,对平台使用费由恩施移动提供最优惠的价格:
县级平台:县/市政法委或综治办以及其他接入信息平台的单位按750元/
综治维稳信息平台合作协议书
第八条、安全条款
8.1甲方在使用乙方提供的专线业务时遵守国家有关法律、法规和行政规章制度,并承担以下安全义务:
8.1.1、有责任对自身系统安全状况负责,保证用户端的网络和信息管理安全,建立健全的安全制度并严格执行,定期自查,防止他人蓄意通过本专线从事黄、赌、毒、邪教等非法活动。
8.1.2、向所属员工、使用客户宣传国家及电信主管部门有关使用因特网的法规和规定;建立健全使用者档案,加强对使用者的管理、教育工作;有健全的网络安全保密管理办法。
8.1.3、积极配合国家主管部门和乙方进行网络安全事件的跟踪,并提供相关合法资料。若发现有关网络安全的信息须向国家主管部门报告,并同时告知乙方。
8.2乙方一旦发现甲方存在以下行为,为避免安全事件的进一步扩大,乙方有权采取措施,并保留追究其法律责任的权利;当出现紧急事件时,为保护广大用户的合法权益,乙方有权在事先不通知甲方的情况下采取相应措施。
8.2.1、甲方将乙方提供的专线用于任何违反我国法律、法规、国家政策和公序良俗的,利用互联网从事危害国家安全、泄露国家秘密等犯罪活动;利用因特网查阅和传播危害国家安全、防碍社会治安和淫秽黄色信息等用途,例如发表、散布、链接任何违法信息,包括但不限于盗版信息、虚假商业信息、淫秽、色情、赌博、暴力、恐怖、教唆犯罪、侮辱、诽谤、谣言或侵犯他人合法权益的信息,包含病毒的信息等。如若引起终端客户投诉,乙方有权随时解除本合同,涉及相关费用等一切损失由甲方自行承担。
8.2.2、甲方向第四方转租、转售乙方提供的互联网端口及IP地址资源,利用IP方式开展话务批发、话务疏散、回拨业务、长话转接业务等各类话务代理行为,以及非乙方同意私自接入其他运营商网络或用于本协议约定用途以外业务的行为,乙方一旦发现甲方违反此规定,乙方有权随时解除本合同,涉及套餐费用等一切损失由甲方自行承担。
8.2.3、甲方因对乙方提供的互联网专线相关信息保管不善,非因乙方原因导致甲方信息泄漏、被盗,造成业务被盗用等后果,乙方不承担任何责任,同时乙方有权单方面暂停合作。
8.2.4、甲方向他人发送恶意的、挑衅性的文件和商业广告,包括垃圾邮件、垃圾短信息等;向任何网络发动任何形式的攻击。
8.2.5、甲方利用互联网专线转接非法VOIP话务。
8.2.6、甲方人员恶意套打(包括单次长话超过半小时,且一日内连续拨打同一号码超过3次的,以及拨打声讯电话)的情况,乙方有权根据甲方恶意套打产生的实际费用进行追缴。
第九条、保密义务
未经另一方书面同意,任何一方不得向第三方泄露对方有关的商业秘密和技术信息,否则泄密方应向泄密受害方赔偿因泄密带来的经济损失。
第十条、其他约定
篇3:综治管理平台故障信息
随着气象业务改革的深入, 气象预报向着网络化、智能化方向发展, 气象预警平台对临近性大风、暴雨、冰雹等气象灾害的发生起到重要的预警作用, 同时也提高了对自然灾害防御能力。本文就HY3600P预警平台的组建及预警机易发生的故障, 谈一下具体组建方法和解决故障的办法。
1 气象预警平台的组建构成与工作原理
HY3600P预警平台由硬件系统和软件系统构成。硬件系统包括预警微机、终端预警接收机;软件系统包括数据中心服务系统、预警信息发布系统构成。其工作原理是由微机预警信息发布系统以文字的方式发送预警信息, 预警信息通过INTER网以无线方式发送给装有SIM卡的终端预警接收机, 预警接收机显示屏发布接收到的预警信息。
2 HY3600P预警信息平台组建
2.1 数据中心服务系统的安装及参数设置
安装数据中心服务系统, 然后运行它, 一般采用静态IP上网的方式, 所以要在参数设置里设端口号和心跳时间 (心跳时间是为了维持GPRS链路的连接, 心跳数据会产生一定的流量。若设置心跳为30s, GPRS卡的月流量过大, 可以适当在30~180s内调整) ;点击系统菜单到客户登记界面, 并生成认证码给客户端使用;在设备信息登记界面中, 根据实际情况添加各显示屏设备编号, 并选择其对应客户端的用户ID.;在“信息发布授权”界面, 可对各个客户端分别授权, 使其管理全部显示屏/部分显示屏。
2.2 客户端预警发布系统的安装与参数设置
完成预警信息发布系统的安装, 登陆到客户端软件, 进行参数设置, 打开系统应用菜单的系统设置界面, 进行服务器IP、端口号的设置, 设置完成后点保存退出;打开基本信息菜单到客户基本信息编码, 将中心服务系统软件生成的认证码输进去, 输入后会得到授权。到基本信息的设备分类编码界面, 根据实际情况进行增加修改设备及经纬度等信息;打开基本信息的设备组成员分配界面进行显示屏分组, 这样有利于以后预警信息发布的方便。在设备组成员分配中进行增加、修改, 删除操作员的操作, 并设置操作员的权限。
2.3 预警接收机的参数设置
预警接收机安装在乡镇政府或其他重要部门, 为了使预警信息能够传到预警接收机上, 在预警机启时用需进行GPRS模块参数设置, 用配套光盘中有GPRS设置3.1软件进行设置。
首先将专配的串口数据线一端母头插在计算机串口上, 再把别一头插在预警机显示屏后面板的D89插座上;打开GPRS设置软件, 点击打开串口图标。在“串口”里填入计算机接入的串口号, 其他不变, 然后点击“确认”。点击“状态选择”后, 选择“设置状态”后点击确定, 通上电源, 软件显示“进入设置状态成功”, 说明DTU与设置软件连接成功 (注DTU是将串口数据转换为IP数据或将IP数据转换为串口数据通过无线通信网络进行传送的无线终端设备) ;点击设置基本信息输入ID号:4位。若登录方式设为自动登录此处设置的设备ID号即为屏号;若登录方式设为不自动登录则此处ID号取默认值 (0001) 即可。输入端口号:2000——8000 DTU登陆的控制中心软件端口号设为相同。波特率:此处必须为9600bps;点击设置通讯方式, DTU据是通过RS232接口连接还是通过TTL与设备连接, 此处选择TTL方式;点击设置登录信息, 3600P型预警信息机选择不登录, 然后确定即可;点击设置心跳功能, 只需要设置心跳时间。默认30s, 可根据数据中心软件心跳时间设置;点击设置上网方式, 使用中国移动的CMNET公网上网, 或中国联通的UNINET公网上网请点击“公网”, 下边的APN名称等都不填, 点击“确定”;点击设置IP方式:静态IP, 安装中心软件电脑的固定IP地址;打开显示屏后面板的SIM卡盖板, 插入已开通GPRS功能的SIM卡。将预警机重新上电, 使预警机进入工作状态;将预警机安装在乡镇政府、学校、工厂等预警部门, 安装采用壁挂方式, 外接天线应尽量远离220V电源线, 以免产生噪声。
3 预警机的典型故障排除
3.1 预警机接收不到预警信息平台发出的警信息
3.1.1 检查电源系统
检查电源是否正常, 可以通过观察电源指示灯的方法。
3.1.2 检查检查GPRS通讯模块外置天线接线安装是否牢固
有很多通讯故障都是由天线拉触不良引起。
3.1.3 检查SIM卡工作状态
预警机的通信模块中采用SIM卡以GPRS无线上网的方式接收数据, 虽然SIM卡取消了通话功能, 但是我们仍然可以通过拔打SIM卡号通过中国移动客服语音提示来判断其工作状态。语音提示“你呼叫的用户已欠费停机”, 应立即补缴话费, 恢复SIM卡正常工作。如没欠费, 测试SIM卡是否损坏, 将SIM卡从通讯模块中取出, 放到有上网功能手机中, 测试能否正常手机上网, 如不能则表示SIM卡已经损坏, 到手机运营商大厅更换。
3.1.4 重新设置通信模块参数
电压不稳对GPRS通信模块正常工作影响很大, 极易造成通信模块内部设置参数的变化, 影响数据的接收, 需要重新设置GPRS模块参数。
3.1.5 GPRS模块损坏
用串口联接不到GPRS通讯模块, 联系厂家更换新的GPRS模块。
3.2 LED显示屏故障
3.2.1 LED显示屏字符显示不完整
一般是由于内部排线引起的接触不良, 如果线路没有问题就可以判断LED面板灯珠出现联系厂家更换灯珠。
3.2.2 LED显示屏整屏不亮
篇4:综治管理平台故障信息
【关键词】信息平台;管理;提升
企业办公自动化系统作为企业信息化建设的重点之一进行开发和实施,以期待对日常办公流程和信息进行管理,实现无纸化办公,信息共享,更有效地提高工作效率。在事务处理、综合业务管理和决策中上发挥越来越大的作用,办公自动化已成为现代化管理的必然趋势,其应用程度已成为衡量企业管理现代化的重要标准,渗透到管理的各个方面和层面。
1.明确目标,做好规划
目前办公自动化系统软件很多,提供办公自动化系统建设服务的公司更是不计其数。要根据本单位业务情况,选择适合服务商提供适合软件版本尤为重要。
2.领导重视,做好沟通
自动化系统建设作为企业信息化建设的重要一环,需要一把手亲自过问,并从始至终地全程关注。办公自动化的管理思想是领导管理思想的现实体现,典型模块设计体现领导对管理的设计和实现。同时作为新的系统必然引发新的管理模式和手段与原有工作习惯和流程的冲突和矛盾,需要领导排出异议强力推进。
同时具体项目实施人员要做好汇报和沟通,要使领导对于项目进展情况有清晰地把握,了解项目计划完成情况以及遇到的困难(技术瓶颈和流程分析等);通过召开项目会议,将建设双方的想法充分表达清楚,避免互相误解影响项目实施。同时要做好业务部门与软件服务商人员的衔接工作,将有关业务流程和管理方式细化为利于理解和表述的框图或表格形式;对于技术人员提出的技术实现问题,要从功能性出发,调整软件结构保证实现。
3.进行阶段总结,调整实施重点
办公自动化系统建设实施周期较长,需要软件技术人员与企业管理层和业务部门形成良好互动,才能保证最后完成的系统符合公司管理实际达到设计效果。因此除了按照计划进行推进,还要进行阶段项目会议,对工作进展和新问题进行总结,动态调整阶段工作重点。
3.1前期的调研和设计要注意详细分析管理模式和流程
对于开发进程的两种理解:一是开发公司的需求分析,二是应用方的理想设计:两种方式目的相同,但由于出发点不同导致进程控制有很大区别。对于企业办公系统的特殊性问题,一是流程与机关公文的区别,二是侧重点的不同。
实际工作中不同部门的工作分析内容无法整齐划一,如果软件人员对于细节的记录和估计不足,会导致后续工作受到影响。
3.2中期项目会议要抓住核心流程,明确工作重点
项目进行过程中要以工作流为中心,围绕主要功能模块完成实际功能,防止出现双方自弹自唱的局面。软件服务商通常习惯了利用已有的软件版本,利用其通用性解决用户问题,对于尚未成熟的产品来讲就容易与使用方发生矛盾,同时软件服务商推崇的解决方式可能与使用者的管理初衷背道而驰。
在项目阶段会议讨论中,要引导软件服务商从客户立场设身处地提出解决方案,而不是僵化地用软件进行套用,所举例子不应是其他单位的应用(包括实际用语,中心人物,框图的选择),而要采用实际管理应用进行测试。应尽早将软件试用版投入测试,不要拘泥于软件的保密性,迟迟不愿意安装到企业服务器进行试用;实践证明对于软件性能的整体把握双方缺乏统一、无的放矢,是影响工程进度的重要因素。另一方面必须向双方明确管理流程分析的重要性,即软件开发人员进行通行的事前调研要认真记录整理不要受软件已有版本的限制;对于软件没有的功能部分也要做详细记录,此处可能是企业重点关心部分;同时使用方也要做到知无不言,言无不尽,尽量将管理要点提供准确和完备。否则走过场的方式导致软件使用方期望值提高,开发方完成难度也提高。同时避免如下情况:开发方咨询人员为软件技术人员,对于调查需求有先入为主的缺点,同时用户未看到相应产品或类似产品功能的情况下,提出的方案自然以我为主,不考虑通行做法。同时对于软件功能要做到实事求是,尤其是进行阶助能做什么不能做什么、不能做的部分通过何种方式给予解决,或是修改,或是干脆说不能,否则影响进度。
3.3注重项目细节,做好建立项目文档工作
要做好项目文档的整理工作,包括开发技术文档和备忘录等。要详细记载项目进度,对项目变更和费用改变要明确时间和责任人;同时对关键技术环节,要做好软件备忘录,便于使用.维护和版本控制。
对于项目文档细节应认真审核,如框图问题未令有关责任人修改,影。向流程设计而使问题放大;同时注意计算机流程与管理流程描述的框图应有所区别(保证功能一致性)。
3.4注重软件的测试和培训
办公自动化系统测试要采用本公司实际应用的例子和文件进行测试,关心数据结果、中间问题是否是软件设计漏洞所致,对于操作的方便性和软件统一性要做细致分析。关注细节,测试过程中不按固定流程进行操作,非常利于检验软件,应注意软件人员和业外人士的使用心理和习惯不同。充分考虑上线风险,对业务部门有关人员测试功能期望值不能过高,要以不同身份进行提前测试系统。只有真正上线使用才会凸现诸多问题,没到真正使用系统,会因为工作的惰性和不认真导致测试流于形式,而开发人员与业务经办人员对软件功能定位和实际工作晕的;中突也不会表现出来。
注重对新增模块功能的测试,实践经验表明此处会出现很多烦抚,由 于技术人员有时开发随意性较大(版本控制能力不足);同时营销人员也 会出现未将所有信息转达到技术人员的情况,导致新增模块功能不能与预期设计统一,若没有文件记载设计内容变更会影响进度,同时导致双方信任度下降。要针对有关问题进行记录整理,修改,推进到应用,进一步发现问题。
同时要注重软件培训工作,对不同人员设计不同的培训方式:将集中培训和专项培训结合起来,培训可采用学习使用规程和网络实际应用交叉进行。培训人员早期选用软件公司技术人员,从功能性角度进行讲解和介绍;中期培训选择双方项目实施人员,从流程设计和部门使用入手讲解;后期选择具体业务部室人员进行讲解,主要从实际应用的问题和失误入手,具体指导实际操作步骤。通过软件培训与应用,办公自动化系统的各项功能会得到逐步的发挥,同时发现的问题有助于进一步修改和二次开发。
篇5:综治管理平台故障信息
在RLCLEWDF中故障预警与诊断系统是其核心。它包含锂电池故障预警诊断知识库, 相当于故障诊断领域专家的知识和经验水平;内含推理机具有诊断故障处理问题的能力;在不精确、不确定或不完全的信息条件下进行推理, 最终得出结论并反馈用户。
1 RLCLEWDF体系结构
RLCLEWDF基本功能是对锂电池组实现安全保护, 在此基础之上结合RFID技术实现锂电池数据的故障在线预警和诊断功能。该系统参考物联网结构来实现, 图1为RLCLEWDF体系结构, 从左至右分别为探测层、网络层和应用层。
系统探测层主要包含锂电池RFID保护板和RFID阅读器两部分。锂电池组保护部分需要实现的功能是动力锂电池组的实时保护, 包括锂电池组短路保护、过压保护、欠压保护、过流保护、过温保护等功能。RFID阅读器用来获取系统数据, 主要功能包括:1) 随时接收锂电池RFID保护板无线通信数据。2) 接入第三方网络 (因特网、3G网等) , 将锂电池原始数据采用可靠性较高的ACK机制通过网络层发送至服务器端。
网络层与应用层采用C/S (客户端与服务器端) 结构进行通讯。网路层中服务器端负责接收锂电池原始数据并对其进行分析处理, 最后将信息发送给应用层的客户端。用户端的管理软件可以通过多种形式来实现, 如安装客户端软件或WEB网页形式来远程访问操作RLCLEWDF。
2 故障预警与诊断系统结构设计
预警与故障诊断系统 (如图2所示) 是基于故障案例专家知识库, 以故障树模型、故障知识的获取、表示、管理与故障预警诊断推理机来实现。
2.1 采用故障树建立故障预警诊断模型
根据经验及理论对锂电池故障原因进行归纳总结, 将其大致划分四类基本故障分别为:电压异常、电流异常、温度异常和短路故障, 其故障树如图3所示。
其中电压异常表现为电压过低或过高, 可以通过数据库中锂电池对应的标准电压值来判断采集到的电压值是否异常;同理可对电流异常进行判断;对应温度异常可由锂电池板上温度传感器采集的数据与数据库中温度标准值进行比对, 只要在一定范围内都算正常, 否则为异常。短路故障需要对锂电板监测模块进行确认, 对所有连接线的紧固件进行检查后, 确保故障不是由于测量误差而被误触发报警。
2.2 故障知识获取
将专家与用户提供的故障诊断知识和设备技术参数进行抽取、归纳总结并编码成计算机可利用的数据形式, 然后输入到计算机中, 帮助计算机自动完成设备故障预警诊断, 这就是故障知识获取。其方法有演绎式、归纳式、传授式、反馈修正式等。结合本系统特点, 将采用反馈修正式, 如图4所示。其优点是故障知识获取是基于信息预处理进行的, 能够尽量减少输入信息关联度及多种信息冗余度。
2.3 故障知识表示
故障知识表示是将知识符号化、形势化的过程。通过设计各种对象的数据结构将已获取的故障知识以计算机内部代码形式进行描述、存储及计算。因此故障知识的表示是预警故障诊断系统的核心, 其表示能力的强弱将直接关系到故障推理机的精确性与效率, 以及日后专家知识库维护的方便性与可拓展性。
2.3.1 故障案例表示方法
故障案例表示就是把当前需要求解的新问题与数据库中众多的案例按照一定的数据结构表示出来。在锂电池故障诊断中, 合理的故障案例表示方法能完整表示故障案例的相关参数与描述信息, 有利于案例快速检索同时便于案例知识的组织与维护。
一个故障案例对应一个锂电池故障现象的完整解决方案, 其可以直接用于解决以后相同或相似的锂电池预警故障诊断。在锂电池预警故障诊断系统中, 故障案例被定义为一个多元式M=。故障案例中基本内容可分别用七个字母来描述:
1) I={I1, ..., In}表示故障案例编号集合。
2) K={K1, ..., Kn}表示故障发生时间集合。
3) C={C1, ..., Cn}表示故障案例种类集合, 同类案例中包含有相同类型征兆特征和特征权值。
4) Z={Z1, ..., Zn}为锂电池故障特征集合, 设Zi={Nz, lZ, aZ, Wz} (i=1, ..., n) 。其中:Nz, 表示故障特征名, lZ, 表示故障特征取值类型和范围, aZ表示故障特征权值并决定特征属性重要度, Wz表示故障特征参数值。
5) D={D1, ..., Dn}描述锂电池故障信息集合。
6) S={S1, ..., Sn}描述故障解决方案集合。
7) E={E1, ..., En}表示备注信息集合, 主要包含:锂电池用户信息、锂电池设备名称、锂电池使用年限等。故障案例结构如图5所示。
2.4 故障知识管理
故障知识管理是通过人机交互界面 (如C/S结构) , 采用关系数据库较为成熟的管理技术对故障知识进行系统化组织、管理和控制, 具体主要功能包括:故障知识查询、修改、添加、和删除等。这将使故障知识的管理更便利、维护性更强。
2.5 故障预警与诊断推理机
RLCLEWDF系统中基于故障知识的预警诊断推理策略的实现构成了推理机, 它本质上是一组计算机程序, 即数据结构和算法组成, 其可以分成很多模块, 不同模块可以分别完成推理过程中指定的步骤。它的功能是确定可用规则, 然后按照一定的控制策略选出规则并执行规则。这是一个周期性动作可采用规则推理实现推理任务。规则推理则是利用RFID终端上获取的锂电池数据与专家知识库中所包含的源案例数据进行匹配, 从而实现触发。
2.5.1 推理机工作原理
推理机的核心由故障案例检索、匹配、案例调整、学习四部分组成, 从已有的案例集中找寻与当前故障特征最相似的案例, 从而提供相匹配的解决方案。在整个系统运行中推理机不断获取新的故障知识同时改进旧知识并生成新的故障解决方案, 并根据存储策略添加到专家知识库中, 使其得到扩充与完善。
2.5.2 推理机流程设计
推理一般分为三种:反向推理或目标驱动控制型、正向推理或数据驱动控制型、双向推理或混合控制型。根据本系统特征, 采用反向推理方法较合理。它是为了验证目标去找寻事实支持, 先由系统提出假设, 根据索引策略、匹配方法和相似度计算方法在专家知识库中检索与当前故障特征相同或相似案例。若匹配成功则按相似度列出相似案例, 然后将相似案例特征值与当前锂电池参数值进行比较匹配, 从而获得最佳案例匹配。它同时可对案例进行修正并将修正后的案例添加到专家数据库中作为新案例, 具体过程如图6所示。
2.5.3 推理机算法设计
任一故障案例索引都是案例本身的关键词集合, 利用关键词可将此案例与其他案例进行区分。由于案例索引本身是一个数据结构, 所以能存储在系统内存中通过计算, 从而实现快速搜索。当一新案例出现时能够快速根据索引找到相关案例。因此专家知识库中案例搜索机制需要建立案例索引才能有效实现。当专家知识库中案例数量与规模较大时, 案例索引所产生的优势就尤为突出。
锂电池预警故障诊断专家知识库的索引可借鉴现有数据库索引技术。根据专家知识库中案例建立特征索引, 把故障案例根据锂电池的故障特征属性分类并组织相应故障案例。
故障案例匹配算法采用带权值的K-近邻法算法 (k-Nearest Neighbor) 。KNN是一个理论上较成熟的方法, 也是机器学习算法之一。其思路是:如果一个样本在特征空间中的k个最相似 (即特征空间中最邻近) 的样本中的大多数属于某一个类别, 则该样本也属于这个类别。在n维空间中, 任意一个实例x可表示为特征向量:
根据 (1) , 实例第r个属性值表示为ar (x) , 利用欧氏距离公式作为任意的两个实例xi和xj之间相似度程度的判断依据, distance (xi, xj) 可表示为:
与新实例的k个最近邻选取就按照上述指标进行判定。
根据上述原理, 本系统中可将锂电池故障案例X的特征向量表示为
Similarity (M, X) 为案例M、X的相似度, 这个值越小就表示锂电池故障案例M、X越接近越相似。上述计算公式 (3) 源于平面欧氏距离公式 (2) , (3) 中加入权值Wr, 可改进两个案例之间的计算距离, 增加结果的精确性。
3 结束语
本文介绍了一个基于RFID的锂电池远程管理平台故障预警与诊断系统设计方法。故障预警与诊断系统可以为目标案例 (故障案例) 在专家知识库中选择一个最近似的匹配案例作为解决方案。一般而言, 这个推荐方案是有效可行的。如果知识库中检索得到的源案例与目标案例匹配度较低, 导致无法满足目标案例求解需求, 系统就会以检索到的源案例为模板进行修正, 即对案例描述特征值进行修改, 使其更能准确反映目标案例的特征。该系统为锂电池组在物联网时代的应用提供了新思路, 使锂电池日常故障预警诊断实现了智能化、信息化, 提高了工作效率。
摘要:随着锂电池技术的日趋成熟, 锂电池的应用逐渐普及。它作为现代化设备的主要供电电源之一, 其性能好坏直接影响到设备正常运行。该文采用RFID技术, 设计了一个故障预警与诊断系统。通过建立故障树模型, 获取故障知识等, 实现了故障的预警和诊断, 具有良好应用前景。
关键词:RFID,锂电池远程管理,预警,故障诊断
参考文献
[1]李云飞, 陈良, 王树青.物联网的内涵与应用及其对过程自动化的启示[J].石油化工自动化, 2011, 47 (2) :1-4.
[2]徐迪威, 蔡建新.物联网及其应用剖析[J].计算机工程与应用, 2011, 47 (15) :229-248.
[3]王粉花, 年忻, 郝国梁, 等.物联网技术在生命状态监测系统中的应用[J].计算机应用研究, 2010, 27 (9) :3375-3381.
[4]黄席樾.现代智能算法理论及应用[M].北京:科学出版社, 2005.
篇6:汽车故障与维修管理信息系统
關键词:故障代码;OBD-Ⅱ;维修信息;维修记录
中图分类号:TP311 文献标识码:B文章编号:1009-3044(2007)12-21506-02
Auto Faults Diagnostics and Repair Message Management System
LIU Feng, FU Gang, MU Xiao-dong
(Computer Science College,Shenyang Institute of Aeronautical Engineering,Liaoning 110034,China)
Abstract:This system is an important component of the auto hitch Diagnostic system, and it can inquire and manage the OBD-Ⅱcode, it also can manage the repair message and the repair record. The system uses visual c++ and SQL server 2000 to manage the database.
Key words:faults code; OBD-Ⅱ; repair message; repair record
1 序言
随着时代的进步和人们生活水平的提高,汽车在人们日常生活中的地位越来越重要,汽车的保有量呈大幅度上升趋势。汽车数量的大量增加也对汽车的故障检测与维修工作提出了更高的要求,但是由于有经验的技术工人有限,因此,迅速、准确地得到汽车故障和维修信息成为当务之急。本系统采用visual c++ 6.0和SQL server 2000数据库技术实现了汽车故障信息与维修信息的查询和管理。汽车的故障信息采用国际上通用的OBD-Ⅱ故障编码系统。
2 汽车故障检测系统
现代汽车故障检测技术是在汽车不解体的情况下通过先进的自动化检测手段对汽车工作过程中的实时信息进行巡回采集,根据所采集到的实时信息运用智能诊断技术诊断汽车的故障信息。现在应用于飞机和航天领域的健康管理技术也是汽车故障检测的发展方向。目前故障诊断系统已从原来单一的各个分系统的故障诊断专家系统向集系统状态监测、故障诊断和故障修复为一体的集成健康管理系统发展。健康管理行为大约可分为以下四类:确定故障元件及故障程度、对故障进行必要的处理、替换故障元件或修复故障部位、重新检测确定故障已被清除。
典型的故障诊断系统主要由传感器数据采集模块、通信模块、故障识别模块和故障信息与维修信息管理模块组成。图1为系统框图。
图1 故障检测系统
系统的工作原理是由传感器数据采集模块对安装在汽车上的各个传感器进行巡回数据采集,并由通信模块将采集到的数据传给上位机故障识别模块,故障识别模块根据故障识别算法判断出故障代码,然后到故障检测与维修信息管理模块中查询出故障信息和维修信息。与此同时,用户还可以在故障检测与维修信息管理系统中录入和查询维修信息并对以往的记录进行统计分析,实现现代化的管理。系统工作的流程图如图2所示。
3 汽车故障检测与维修管理信息系统的设计
3.1 系统设计目标
汽车故障检测与维修管理信息系统作为汽车故障检测系统中的一个重要模块,其首要功能就是根据故障识别模块所识别出的故障代码来查询相应的故障信息,然后再由此故障信息查询到相应的维修工艺信息,如维修动作、需更换的零件等,最后系统将数据库中的所有数据进行统计分析,并将统计分析的结果提供给用户进行管理决策。因此系统应实现下列目标:
(1)设计合理友好的操作界面,界面是用户对系统最直观的认识,合理、友好的操作界面将有助于用户方便的使用本系统。
(2)实现故障信息和故障维修工艺信息的管理,这是本系统的主要功能之一。
(3)实现对数据库中数据的统计分析功能,及时给用户提供直观的数据模型,方便用户管理。
3.2 系统的分析和设计
3.2.1 数据库结构的分析和设计
系统是建立在数据库之上的,因此数据库结构的好坏是系统成功与否的关键。通过对系统各个实体关系的分析,我们得到系统的E-R图如图3所示。
图3 系统E-R图
系统E-R图中的故障检测系统和汽车是本系统的主要实体,故障检测系统中主要包括故障信息、故障维修工艺信息等,这也是跟汽车联系最密切的一个实体。系统对故障信息的管理是通过一张故障信息表实现的,故障信息表中的主要信息包括故障的OBD-Ⅱ代码、故障内容、发生部位以及故障程度等。故障代码信息表的结构如下:
表1故障代码信息表
此表的主键为故障代码。
同时,每一个故障都对应有一整套完整的维修工艺信息,系统对于故障维修工艺信息的管理同样也是通过一张维修工艺信息表实现的。为了实现故障维修工艺信息的管理,系统中需要建立一个故障维修工艺信息管理表,表的主要内容包括故障内容、维修动作、需更换的零件等信息。系统通过这张表来提供给用户每个故障所对应的维修动作和维修所需要的零件。具体的零件信息由零件信息表来提供。
汽车故障检测系统中同样具有汽车传感器信息,对于传感器信息的管理是实现故障检测的重要前提,由于各种汽车所采用的传感器种类各不相同,因此在汽车故障检测系统中,在故障识别之前要选择所检测的车型,来确定所检测车型的传感器的标准值,这样故障识别模块就可以根据这些标准值来进行值域分析等故障模式识别工作。传感器信息主要有传感器的标准值、安装位置、变送电路以及适用的车型等信息。另外,系统还可以实现传感器信息的统一管理,以方便维修人员对于各种车型上传感器信息的分类、查询等工作,代替了传统的各种维修数据手册。此外,传感器信息还包括变送电路、信号类型、安装位置和检测范围等信息。
作为管理信息系统,在管理决策前系统必须提供相应的具体的统计分析的数据模型。系统实现对数据库中的数据的统计分析主要是对存储于系统中的故障维修记录实现的。系统实现对故障维修记录的管理主要是围绕一个故障维修记录信息表来实现的,此表所要记录的内容主要包括故障内容、车牌号、维修信息等。每次汽车在故障检测与维修工作完成后系统自动根据所维修的车型与故障、具体维修信息进行记录,然后用户可以针对不同的需求进行分类分析统计,得到相应直观的数据模型,如直方图,圆饼图等,这样用户就可以根据所统计分析出的数据进行相应的管理操作。此维修记录信息表的结构如表2所示。
表2 维修记录信息表
表的主键是记录编号,此号码为每次插入维修记录时系统通过调取记录中最后一条记录的编号,再在此号码基础上加一所得。因此,最后一条记录的编号也可以说是系统中含有记录的个数。
通过E-R图可以看出系统中除了汽车和故障检测系统两个实体外还有修理工、零件和汽车修配厂三个实体,因此系统还要具备如修理工信息表等一些辅助信息表。系统通过对这些表的调用实现对汽车维修记录的补充,为用户提供直观的数据模型,为用户管理决策提供更丰富的信息。
3.2.2 系统功能的分析和设计
立足于系统的设计目标,根据实际需要,系统按功能可以分为故障信息管理模块、维修信息管理模块、维修记录统计分析模块和辅助信息管理模块。图4为系统的功能结构图。
(1)系统维护模块:本模块主要负责系统的维护,如登陆密码的管理、用户权限的管理等。
(2)故障信息管理模块:本模块的功能主要是对基于OBD-Ⅱ(On-Board Diagnostics)故障代码系统的故障代码进行管理。用户可以根据故障识别模块所识别出的故障代码利用此模块查询出故障的内容和详细信息,其中包括故障所发生的位置、诊断该故障所需的传感器及其标准值等。
(3)维修工艺信息管理模块:系统对于故障维修工艺信息的管理是实现车辆健康管理的重要组成部分,通过这个模块,用户可以根据故障信息查询出相应的维修工艺信息。根据健康管理和专家系统的理论,系统还可以利用人工智能理论中的学习机制,对以往发生过的故障和维修工艺信息不断的积累、不断的完善,建立一个维修方案库。
(4)维修记录统计分析管理模块:此模块是系统实现管理的重点。模块的所有功能都是围绕维修记录来进行的,因此系统首先要实现维修记录的录入工作。作为汽车故障与维修信息的统计与分析部分,系统应当可以提供用户按各种要求统计查询的功能,比如,用户可以查询所有的故障代码所发生过的次数,并且按照一定的次序排列顯示出来,并根据用户所选择的故障代码,显示出以往所有此故障代码所发生并维修的详细记录信息,这就是故障维修记录统计分析功能中的按故障代码统计功能。依此类推,系统中同样需要实现按汽车的原产国查询以及按汽车的品牌查询,前一种功能可以帮助用户分析出对于不同国家地区的汽车在各个部件上的差异,后一种功能可以帮助用户分析出各个汽车品牌在各个方面的性能差异。同时,系统对于个人用户还设置有类似于VIP用户的功能,对于每个汽车用户,根据其车牌号进行单独用户的查询,得到本车所有的维修记录。此记录中包括有更换过的零件、维修的日期、此故障维修的次数和维修人员等信息。根据这些信息用户可以分析出每次故障发生的原因,如人为原因、以往维修失误的原因或更换零件的质量原因等,以此来作为管理的依据。
(5)辅助信息管理模块:由于系统中除了具有故障和维修工艺信息之外,还要具备如传感器信息、零件信息和修理工信息等的辅助信息。本模块的主要作用是对系统中的一些辅助信息进行管理。此类信息对于完善系统功能,加强系统的管理性具有很大的作用。
4 结束语
综上所述,本系统可以实现对于汽车故障信息、维修信息和维修记录的管理和统计查询功能,是实现汽车自动故障诊断与维修的重要前提。
参考文献:
[1]李闽溟,吴继刚,周学明,编著. visual c++ 6.0数据库系统开发实例导航[M].北京:人民邮电出版社,2002.
[2]张宏林. visual c++ 6.0程序设计与开发技术大全[M].北京:人民邮电出版社,2004.
[3]萨师煊,王珊. 数据库系统概论[M]. 北京:高等教育出版社,2003.
【综治管理平台故障信息】相关文章:
综治维稳信息平台合作协议书05-15
综治管理06-10
综治管理论文范文05-09
综治管理论文提纲11-15
社会综治管理考核09-06
构建综治工作联动平台11-25
构建综治工作联动平台07-03
综治、安全管理制度06-18
社会管理综治工作方案02-19
乡村综治管理工作计划03-22