精华内容
下载资源
问答
  • OneRFID钢板下线流程自动化管理系统,主要对钢板从生产下线到钢板入库之间钢板信息的自动提取和位置的自动定位以及流程的可视化管理,它的核心是流程节点钢板信息的自动采集,库位的合理分配,应用物联网技术实现...
  • 引言 近年以来,随着整车功能复杂程度的提升,整车下线流程(EOL,End of Line) 也变得越来越复杂,除了传统的动力、车身部分...本文将结合北汇信息为多个OEM提供研发阶段下线流程测试的经验,为整车下线流程的测试提供

    引言

    近年以来,随着整车功能复杂程度的提升,整车下线流程(EOL,End of Line) 也变得越来越复杂,除了传统的动力、车身部分的下线流程扩充外,更有智能驾驶,网络安全相关的新流程加入。而下线流程作为整车生产环节末端的一部分,一旦出现问题,则会对生产效率产生较大影响,甚至导致生产停滞。因此,在车型研发过程中,越来越需要在量产之前基于单部件和实车环境测试验证整车下线流程相关需求,确保产线装车过程中下线流程的功能稳定性。本文将结合北汇信息为多个OEM提供研发阶段下线流程测试的经验,为整车下线流程的测试提供一种可靠的解决方案。


    1.背景知识

    传统的下线流程主要涉及动力和车身两大部分内容,一般是车辆完成装配后,离开生产线以前进行的一系列准备工作,比如制动油液的加注、动力系统自检、门窗天窗的自学习等。近年来智能驾驶和网络安全相关功能在车内得以应用,与之相关的部分流程,例如雷达标定、安全信息写入/校验等也被加入了下线流程。得益于目前车内总线式的通信方式,目前大部分的下线流程,均可通过上位机下发诊断指令来完成,也即通过ISO-14229中定义的2F服务(输入输出控制)和31服务(例程控制)来控制对应控制器执行相关步骤。

    因为下线流程涉及到产线生产,所以一旦出现严重问题往往意味着产线停止,严重影响生产效率。一些涉及到信息安全相关的功能,例如控制器之间的认证流程,一旦出现问题,车辆将无法启动;而涉及到动力和底盘的功能出现问题,也常常导致产线暂停。因此,在一款车型投产之前,对下线相关流程进行测试是很有必要的,尤其面对当今越来越复杂的下线流程,及早测试并发现问题往往意味着生产效率的大幅度提升。

    就下线流程的测试而言,我们可以将其分为两部分:通过仿真上位机的指令来观察下线流程中的诊断数据流是否正确;发送相应指令后观察各执行器的动作是否正常。 这其中,数据流的测试可以通过部件级测试执行,也可以通过实车级测试执行;而后者因为涉及到相关执行器,一般在实车级测试中执行较为方便。

    2.实现难点

    下线流程相较于传统的诊断协议和诊断功能,更注重与控制器功能上的交互;而与功能测试相比,为了提升效率,部分流程可能会通过诊断仪或者产线设备来自动化执行。因此下线流程测试综合了传统诊断测试与功能测试,对测试上位机有更高的要求,我们在分析多个OEM的下线流程后,总结了如下常见的实现难点,并针对这些难点开发了对应的解决方案。

    ①多控制器兼容性: 由于下线流程往往涉及多个控制器,因此需下线设备可同时兼容对多个不同功能控制器的测试

    ②下线流程灵活调配: 开发阶段的下线流程往往尚处于调试过程中,可能会随需求及实际项目进度发生改变,这就要求测试设备可以灵活的增减下线流程,便于开发阶段的调试

    ③多控制器并行诊断: 随着目前车内网络带宽的提升,越来越多的网络架构支持并行诊断或控制器并行升级,下线流程也往往使用并行诊断的方式,这就要求下线流程测试设备也可以做到对诊断请求的并行诊断


    3.方案简介

    针对上文列及的测试难点,北汇信息结合项目实际开发了一套可行测试方案,并在OEM的下线流程测试中进行了实践,获得了较好的效果。 下面我们将对该解决方案做简要介绍。

    该测试方案的核心为基于Vector公司CANoe软件开发的一套下线流程测试工程。如下图所示,工程主要由诊断底层模块,并行处理模块,下线流程模块及环境配置模块组成,并与其相关的外围设备,数据库等进行交互,仿真下线设备的响应指令,从而实现对下线流程的测试。接下来我们将对各个组成模块进行简单介绍:

    在这里插入图片描述


    诊断底层模块: 北汇信息基于CANoe开发环境实现的诊断应用层、TP层,目前已经涵盖了常见的CAN/CANFD/LIN/FlexRay/Ethernet等主流总线协议,并在此基础上实现了诊断应用层协议ISO-14229,可以通过配置适应不同总线的诊断数据发送需求。

    并行处理模块: 提供对多控制器的诊断请求并行发送处理,并可以针对各个控制器单独计算响应时间,判断响应数据。因为模块对于每个诊断地址单独开辟处理通道,因此可以方便的添加或减少支持同时发送的诊断地址数目,具有配置灵活的特点。

    下线流程模块: 包含了EOL所需要的流程,并可以通过方便地进行添加删减或排列组合。此外下线流程模块还可与数据库进行交互,从而获取各个控制器在EOL流程中需要用到的必要信息,或者刷新数据等。

    环境配置模块: 在项目开发的整个周期内,往往测试环境并不相同,以EOL测试为例,在项目前期,由于系统各组成部分尚处于早期开发阶段,测试环境往往为零部件级测试或者HiL台架;而到了测试后期,更多对于整个系统的测试会集中到实车环境。环境配置模块中包含了设备对外围设备控制的指令集,可以随着开发周期及测试环境的改变而适配不同的测试设备。


    从对各个模块的简介中,我们不难发现,该解决方案对上文提到的测试难点给出了一系列解决方案。

    通过该测试工程,使用者可以通过数据库方便地管理整个测试流程,在项目开发过程中及时进行流程上的调整;在完善好数据库后,工程使用时也可以通过勾选配置待测试ECU;此外,可配置的并行处理模块可以方便的调整并行诊断请求发送数目,并且可以通过配置诊断底层来适应多种总线类型;最后,随着项目推进,测试工程还可以方便地配置测试环境。


    4.方案实践

    为了使读者对解决方案有一个更直观的了解,将以我们已经开发的EOL测试工程为例,为读者介绍该方案在实际场景中的应用。

    该测试工程基于以太网DoIP的底层开发,对整车内所有控制器进行下线流程测试。如下图所示,测试工程运行后,会根据数据库中内容,将车内支持的全部控制器显示出来,以供测试人员选取测试控制器。当勾选测试控制器后,测试工程将按照预定流程向整车网关发送相应诊断数据,以仿真实际整车下线流程。
    在这里插入图片描述

    在测试过程中,工程使用并行诊断的方式,同时对多个控制器更新应用程序,且在数据库中,可以方便的配置下线流程。当测试完成后,测试模块会输出测试数据及测试报告,以供测试人员分析。


    在这里插入图片描述


    小结

    整车功能的急剧扩充,预埋软硬件成为趋势,也将测试环节的重要性一再凸显,可以预见,不久的将来整车下线流程将变得越来越复杂,更多的功能需在下线流程环节实现配置,这对于整车下线流程的测试提出了更高的要求。

    北汇信息长期深耕于汽车电子电器测试,为整车电子电器测试提供部件级,系统级,实车级一站式解决方案。同时,我们也更注重从需求设计出发,针对整车应用场景完善测试开发,形成闭环,以期为客户提供更高质量和更具前瞻性的测试方案。

    作者:北汇信息——李靖尧

    在这里插入图片描述

    在这里插入图片描述

    展开全文
  • 系统下线工作总结

    千次阅读 2013-06-23 17:33:44
    前两个月,我负责了公司老系统:ERP(第三代营运支撑系统)的下线工作,从4月份到6-1。这段时间对这项工作的有很多的感触,现在比较闲了,我就对这项工作做一些总结,也给有类似情况的各位同仁提供一些参考。  ...

           前两个月,我负责了公司老系统:ERP(第三代营运支撑系统)的下线工作,从4月份到6-1。这段时间对这项工作的有很多的感触,现在比较闲了,我就对这项工作做一些总结,也给有类似情况的各位同仁提供一些参考。

           首先,我先来讲下背景:公司为了将来的发展及上市需要,重金打造公司第四代营运支撑系统。这个系统从立项到最终上线,经历了2年时间。2013-06-01新一代的营运支撑系统即将要上线,很多其他的周边系统要配合进行改造,把原来对接到ERP的接口改为对接到新一代的系统(下面简称A),这包括ERP在内,总共周边系统加起来有16个,上线工程异常庞大,对公司影响巨大。  鉴于此背景,A与ERP的割接方案采取“一刀切”的方式进行(具体原因不讲),A对ERP提出了以下要求:1、由于A要进行数据迁移的需要,通过分析梳理,需要ERP进行相应的功能改造,来满足A系统数据模型的需要;2、6-1 10:00 ERP当中除了指定的一些功能之外,全部切换为只读状态,不允许对其进行增、删、改。

           接下来,针对这样的需求及背景,IT专门成立了“周边系统配合A割接上线项目组”,ERP包括其中。而由于我一直以来就是做ERP维护的,所以有幸被领导指定为“ERP配合A割接上线负责人”,而ERP这条产品线(需求、开发、测试、应用、DBA)的资源我都可以随意调动。

               再接下来,我针对A对ERP的要求,及现阶段的工作情况,做了以下分析:其实在成立项目组之前我不是作为ERP配合A的负责人,是另外一个人(接下来简称B)。等到项目组成立时,我伸手去接这个事情,B也没有做一些具体的工作,只会崔A那边的人员,而且不是B本人去崔,是通过另外一个人(简称C),而C由于本身工作也比较多,所以只是一段时间崔下,没有具体跟进。所以等我去接手时,B也没有做什么交接,也没有跟我说什么其他的,其实跟没做一样。

             针对这样的现状,我梳理了下工作的方向及思路:

    1、明确用户需求,走需求流程,后有变动,走需求变更流程;

    2、对A提出的两个需求,我和ERP另外一位开发负责人(简称D)共同简单讨论了一些方案;

    3、针对方案中的一些未使用过的技术进行技术预研;

    4、根据技术预研的结果,编写ERP下线方案PPT,并进行评审与相关问题决策;

    5、走系统变更流程,明确开发、测试时间;

    6、6-1 配合A进行部署;

    7、部署校验及相应的值班计划。

     

    “明确用户需求”这点,由于A针对ERP要放开的功能目前未确定,但是又不给出一个确定版的时间,我找A那边的负责人明确给出一个具体的时间,并把这个事情邮件发送给相关领导知晓,后来这件事情就按时给解决了。

    “需求解决方案”这点,我找了ERP这条产品线中的D讨论了初步的方案,然后再跟应用及DBA进行相应的讨论。最后得出的解决方案是:ERP只读查询,除一些例外功能,解决方案是:Oracle权限控制实现。

     

    “技术预研”这点,根据我们最终采用的解决方案,Oracle权限控制实现。有两种不同的手段,第一种是表空间权限控制(即新建一个表空间,把可以进行写操作的表移动到新建表空间中,其他表空间只读);第二种是用户权限控制,即新建一个用户,分配给这个用户可以进行写操作的表权限。这两种方案无论哪一种,都需要把有写操作权限的表找出来,而要找这些表就得从可以进行写操作的功能里面找。经过开发的力量,最终查找出来这些表的清单,及这些表所对应的功能。经过对这些表的分析,发现有几张表不仅数据量大(上亿级)而且对业务有重要影响。如果采用表空间的方式,则移动这些表会造成索引失效,影响业务,而且这个移动不是说几分钟能够移动完毕的,而需要几个小时。所以最后没有采用这种方案。

     

    “编写方案PPT”这点,采用的方案,各参会领导及架构师都是认同的,但大家争论的焦点是,方案实施后的测试范围。通过从DB中查找信息发现,现在的ERP系统中有1700多个菜单,可想而知,对1700多个菜单进行测试的工作量是多么的大,而且可能大部分的工作都是白费的。针对这个问题,第一次会议没有达成一致意见,我总结了第一次会议的情况,在第二次会议时给出了4种解决方案,并最终大家投票通过。结论是:例外功能都要测试+重点的查询功能。

     

    “走系统变更流程”这点,起初不是走的这个流程。总的来说,公司的流程有点复杂,质量部对一些新制定的流程没有把控好,流程发布后问题非常的多,而且存在的争议较多。这个过程经历过流程没走对的情况,与B争吵过,并最终把B说服走”系统变更流程“。之后开发开始开发脚本并在开发环境测试,确定转测试时间,测试准备测试环境并测试。在这过程中也遇到一些问题,我负责跟踪解决,比如开发测试沟通机制,这确定了之后提高了问题解决时效。

     

    “周边系统影响分析”这点,这点做了很长时间,跨越了几个阶段。这点我主要是从DB当中的用户所对应的应用,及这些应用中所提供服务的调用系统。召开会议一一确认影响及ERP这边的解决方案,最终成功消除了影响分析不到位的问题。这项目工作分析的最深层次出发点是,哪些操作会修改ERP的数据,所以除了上面说的周边系统影响,还有一个工作流的影响:我们公司有一种“数据变更工作流”,用来处理因系统问题或其他业务考虑不全情况下的数据更新措施,既然ERP只读,那么针对“ERP”的数据变更工作流,就在提前结束,为此我联合服务部向一线发布公告,在5-31  20:00之前起草完要处理的ERP数据变更工作流,开发员加班审批。

     

    “6-1 部署上线”这点,这点前面的工作做得很好,包括配合A的模拟割接,但是在这点有一点没有考虑到问题在当时发生了。我们采用的解决方案是:新建一个用户,使其对所有表都有查询权限,但是只对某些表有写操作权限。这种方案的话,就涉及到对应用修改数据库配置文件。而ERP应用采用集群,有20个节点,其中4个节点是在一台刚换两个月的服务器上。而负责替换工作的应用组负责人,之前对ERP应用并不熟练,只部署过两次。我也考虑到如果所有节点没有覆盖全的情况,但是没有考虑到另一个问题:LINUX系统不同,相应的shell脚本会有所不同,这点没考虑到,而生产上确实就是这样的情况。由于这个问题,操作人员之前提前写好的shell脚本对两台机器不适用,就包括新换不久的机器。在正式操作的时候,只能临时想命令了。而操作人员把新换的一台服务器给遗忘了。这种情况在部署后的校验方面非常难校验出来。这个情况最终导致有一些数据进入到ERP系统,后面通过ERP与A的相关人员协商,把这些数据手工给处理掉了。

     

    “部署后校验及值班计划”这点,主要是测试人员验证,提前准备好验证用例,对功能进行校验,最终由于F5随机分配,刚好测试人员都没有分配到有问题的机子上,导致从部署操作完成之后,到一线反馈问题已经过去40分钟,所以说这种很不容易测试。如果没有这个问题,ERP下线计划及最终取得的结果应该来说是完美的,但是即使出现了这个问题,最终的结果应该来说还是很成功的。ERP下线后没有接到除此问题之外的问题。

     

           最后,我总结了下,我对shell还不熟悉,一个是由于公司原因,分工很细,另外一个是自己还学得不够深入。我想,这总的ERP下线的工作思路及当中相关技术问题的解决与处理方案是适用于一些公司的实际情况的。从这个工作,也加强了我对整体把控能力的锻炼, 我在这项工作中收获很多,希望与各位一起学习。

     

    展开全文
  • 添加角色实例三、节点下线流程 一、概述 Hadoop集群中,经常需要在不重启集群的前提下,动态地上线与下线数据节点,而使用Cloudera Manager管理的集群,可以很方便地做到这一点,本文将介绍其相关流程。 二、节点...

    一、概述

    Hadoop集群中,经常需要在不重启集群的前提下,动态地上线与下线数据节点,而使用Cloudera Manager管理的集群,可以很方便地做到这一点,本文将介绍其相关流程。

    二、节点上线流程

    1. 服务器初始化

    新节点的硬件配置最好能够跟原集群服务器保持一致或相差不大,而且上线之前,需要对硬件与系统层面的配置检查与初始化,可以参考本系列文章从零搭建生产Hadoop集群(三)——CDH集群搭建的第二节——硬件检查与系统配置,如关闭防火墙与Selinux、开启ntpd服务、配置hosts等。

    2. 添加新主机到CM管理系统中

    下面根据CM的向导添加主机到集群当中:

    1. 在CM“主机”页面点击“向集群添加新主机”
    2. 选择需要添加的集群,点击“继续”
    3. 填写新节点的主机ip,点击“继续”
    4. 选择存储库,选择与“此cloudera manager server匹配的发行版”即可
    5. 输入服务器用户名密码,继续下一步便会对主机安装cloudera manager agent及同步CDH的parcel包
    6. 对服务器与集群其他服务器版本检查是否一致,不一致则需修改完再检查一次,无误则点击“继续”
    7. 集群部署客户端配置

    至此,新节点均已加入到CM管理当中,不过这里别忘了,为主机分配机架,因为hadoop是有机架感知机制的,对副本的分布有很大影响。可在“主机”页面勾选新节点,选择“分配机架”,填写对应机架即可。

    3.添加角色实例

    一般新数据节点上会启动datanode与nodemanager进程,也有可能有其他实例,这里以datanode添加过程为例,其他实例也类似:

    1. 在CM页面点击相应集群的“HDFS”服务
    2. 点击“实例”进入实例页面
    3. 点击“添加角色实例”
    4. 在“DataNode”选项中,选择“自定义”,而后选择新添加的主机
    5. 一路点击下一步,确认数据盘分布等信息无误即可将加入服务中

    实例加入HDFS服务之后,若自定义了多个配置组,需要为其制定合适的配置组:

    1. 在CM页面点击相应集群的“HDFS”服务
    2. 点击“配置”进入配置页面
    3. 点击“角色组”
    4. 点击“DataNode”配置组,将新实例勾选,移动到合适的配置组中

    以上步骤完了之后,便可到实例页面,勾选对应的datanode实例,选择启动即可。若启动失败,可点击对应日志检查。

    三、节点下线流程

    下线节点流程比较简单:

    1. 到对应的服务实例页面,勾选对应实例选择“解除授权”,执行后角色实例进程将会停止,再将其勾选删除即可。需要注意的是,datanode下线时需要对数据进行均衡,因此如果节点数据量比较大的话,下线需要一定的时间,而且不要同时下线两台及以上的数据节点,可能会造成数据丢失。
    2. 到下线主机上停止CM Agent进程
    3. 确认下线主机上的实例进程均已删除和关闭后,在“主机”页面勾选对应主机选择“删除”

    下线后的节点,其上的CDH环境如需清理,可参考文章Cloudera Manager及CDH的卸载进行处理。

    欢迎关注我的微信公众号
    在这里插入图片描述

    展开全文
  • RFID仓储管理系统流程

    2021-01-19 22:54:45
    我们设计的仓储管理系统主要针对××公司的洗发水仓储实施RFID管理,该系统的管理流程如下。  步是产品的下线信息采集。首先,当产品下线装箱时,按序将RFID标签贴于包装箱上。其次再将产 品箱装入带有RFID标签的...
  • 生产系统执行下线操作--泪奔

    千次阅读 2019-08-05 09:07:09
    系统从测试到部署到下线,真的...1.开会决议,走下线流程、发邮件给业务、运营、合规风控等相关部门确认 2.执行数据库后台备份,备份语句如下 exp kams/kams file=kams20190802.dmp log=kams20190802.dmp.explo...

    系统从测试到部署到下线,真的优点不舍,作为一个干这行的,系统其实像自己的儿子的一样,希望它健康成长。奈何还逃不了下线的结局。还是自己动刀。。。。。

    开始动刀:

    1.开会决议,走下线流程、发邮件给业务、运营、合规风控等相关部门确认

    2.执行数据库后台备份,备份语句如下

    exp kams/kams file=kams20190802.dmp log=kams20190802.dmp.explog owner=kams;
    exp kams_his/kams_his file=kams_his20190802.dmp log=kams_his20190802.dmp.explog owner=kams_his;

    3.执行前台数据备份

    4.执行应用程序备份 备份脚本如下

    set "Ymd=%date:~,4%%date:~5,2%%date:~8,2%"
    rem md %ymd%
    xcopy D:\kams  D:\kams_bak\%ymd%\ /EXCLUDE:backupexclude.txt /i /e /y

    pause

    展开全文
  • 系统上线流程规范

    千次阅读 2018-11-26 21:03:21
    2、 提前知晓关联系统负责人关注各自系统(以咚咚或邮件的方式); 3、 提前梳理好本次上线需要修改的配置文件等信息,提醒开发进行配置备份; 4、 提前准备好本次上线验证所需的测试数据,...
  • 我们设计的仓储管理系统主要针对××公司的洗发水仓储实施RFID管理,该系统的管理流程如下。  第一步是产品的下线信息采集。首先,当产品下线装箱时,按序将RFID标签贴于包装箱上。其次再将产 品箱装入带有RFID...
  • 用户管理系统: 管理用户的状态与权限等用户信息 CAS单点登录系统: 对用户进行认证授权 管理后台: 公司的微服务系统 当前认证流程 红色虚线内为用户与CAS交互的部分 也是后边需要改动CAS认证流程逻辑的部分 实现冻结...
  • 系统设计流程

    2021-04-26 21:00:56
    用户登录界面原型图 ...前端设计流程图 前端即网站前台部分,运行在PC端,移动端等浏览器上展现给用户浏览的网页。随着互联网技术的发展,HTML5,CSS3,前端框架的应用,跨平台响应式网页设计能够适应各种屏幕分辨
  • 管理信息系统复习总结(保姆级)

    万次阅读 多人点赞 2021-01-01 14:19:37
    第一章 当今全球商业中的信息系统 管理信息系统的新变化:①技术(云计算、大数据与物联网、移动数字化平台) ②管理(在线合作与社会化网络软件、商务智能、虚拟会议)③组织(社会化商务、远程办公、商业价值的共创...
  • 从业务上看整个智能广告系统,主要分为: 1)业务端:广告主的广告后台 2)展现端:用户实际访问的页面 业务端,广告主主要有两类行为: 1)广告设置行为:例如设置投放计划,设置地域,类别,关键字,竞价等 ...
  • 推荐系统流程概览

    2019-11-29 14:51:14
    推荐系统主要解决的是信息过载的问题,目标是从海量物品筛选出不同用户各自喜欢的物品,从而为每个用户提供个性化的推荐。推荐系统往往架设在大规模的业务系统之上,面临着用户的不断增长,物品的不断变化,并且有着...
  • 广告系统简易流程与架构

    万次阅读 2018-05-02 13:06:12
    一、业务简述从业务上看 整个...例如广告展示次数是多少,广告点击次数是多少等展现端,用户主要也有两类行为:1)站点浏览行为:用户浏览实际的信息,此时广告系统决定出广告主的什么广告2)广告点击行为:此时广...
  • CMS系统的页面静态化流程

    千次阅读 2020-02-08 22:42:48
    一、CMS系统的功能 CMS系统就是内容管理系统(Content ...对于这些内容的修改,我们可以让程序员直接修改前端代码来实现,但是工作量巨大,而且还需要频繁的把程序上线下线很容易出差错。 我们也可以使用CM...
  • vue后台管理系统流程(面试必选)

    千次阅读 多人点赞 2019-11-09 11:53:47
    口述vue后台管理系统流程(面试可用) 后台页面的权限验证与安全性是非常重要的,可以说是一个后台项目一开始就必须考虑和搭建的基础核心功能 我们前端所要做的是: 不同的权限对应着不同的路由,同时侧边栏也需要根据...
  • Emqtt设备上线,下线,获得在线的客户端环境设备上线,下线查询在线的客户端... 这个比较简单,订阅系统主题即可 上线,: $SYS/brokers/+/clients/+/connected 下线,: $SYS/brokers/+/clients/+/disconnected 查...
  • 从业务上看 整个智能广告系统,主要分为: 1)业务端:广告主的广告后台 2)展现端:用户实际访问的页面 业务端,广告主主要有两类行为: 1)广告设置行为:例如设置投放计划,设置地域,类别,...
  • 很多朋友估计没有做过这一块,争取最简洁的语言描述清楚。一、业务简述从业务上看整个智能广告系统,主要分为:1)业务端:广告主的广告后台2)展现端:用户实际访问的页面...
  • 【IPD流程学习 三】模板详述

    千次阅读 2020-02-15 17:55:01
    上一篇blog可谓IPD最为核心的部分,也就是IPD的主要流程,在上篇博客中我详细介绍了IPD的各个核心阶段以及每个核心阶段的细致流程、参与人员、每个人的具体职责,那么相信大家对整体的流程以及流程对IPD理念的实践和...
  • 该办法将监管数据定义为:“银保监会在履行监管职责过程中,依法定期采集,经监管信息系统记录、生成和存储的,或经银保监会各业务部门认定的数字、指标、报表、文字等各类信息。” 监管信息系统则是指以满足监管...
  • 系统只好等到Session超时后才能知道该账号已经下线. 在Session超时之前这段时间之内没有人使用账号但也没人再能登陆上去,只能干等着了. 我的解决方法是模仿QQ的被迫下线的功能。只要你QQ号和密码正确,...
  • 行业标准 | 证券期货业信息系统运维管理规范 JR/T 0099—2012 信息安全运营 今天 前言 本标准依据GB/T 1.1-2009给出的规则起草。 本标准由全国金融标准化技术委员会提出并归口。 本标准起草单位:中国证监会信息...
  • 金融IT系统高可用运维经验总结—人员、技术、流程 金融行业具有垄断性、指标性、高风险性的特点,是国家巨额资金的集散中心,涉及到国民经济的各个部门,任何不稳定因素都有可能导致“多米诺骨牌效应”。同时传统...
  • 伊利从自身的业务特点出发,选择了分销及库存管理环节入手,开始整合销售业务流程,拟建立一个面向全国的、基于Internet的集中式管理信息系统,从而将各事业部、分子公司、经销商、各级代理、各个商品仓库、各个生产...
  • 先进驾驶员辅助系统(ADAS)近几年在汽车市场的渗透率越来越高,典型的ADAS系统包括ACC、LDW、LKA、AEB等主动安全功能。2020年4月1日交通部《营运车辆自动紧急制动系统性能要求和测试规程》(JT/T1242-2019) 发布,...
  • 上篇文章《Eureka 缓存机制》介绍了Eureka的缓存机制,相信大家对Eureka 有了进一步的了解,本文将详细介绍API网关如何实现服务下线的实时感知。 一、前言 在基于云的微服务应用中,服务实例的网络位置都是动态分配...
  • 问题处理流程

    2020-11-21 14:54:13
     这里的问题主要是指那些一直运行正常,因为未知原因或突然的流量增大,导致系统异常。 步骤 快速恢复(快速恢复系统正常运行,避免产生更大的损失) 重启应用服务器 重启中间件 下线问题机器 下线问题...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 15,911
精华内容 6,364
关键字:

信息系统下线流程