1 / 4
文档名称:

2022年出差总结与心得体会(9).docx

格式:docx   大小:12KB   页数:4页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

2022年出差总结与心得体会(9).docx

上传人:mama1 2022/6/12 文件大小:12 KB

下载得到文件列表

2022年出差总结与心得体会(9).docx

相关文档

文档介绍

文档介绍:2022年出差总结与心得体会(9)

  对于工程实施维护人员,须要尽可能的扩宽学问面,尽可能驾驭多的技术本领。在IT行业,那多于牛毛的技术,对于初出者来说,经常是增加了广度,却缺乏了深度。所以,我们在工程实施过程经常会遇到苦2022年出差总结与心得体会(9)

  对于工程实施维护人员,须要尽可能的扩宽学问面,尽可能驾驭多的技术本领。在IT行业,那多于牛毛的技术,对于初出者来说,经常是增加了广度,却缺乏了深度。所以,我们在工程实施过程经常会遇到苦难或者模棱两可的问题。应对这种情景,首先要坚持一颗淡定的心态。不能钻牛角尖的耗在不熟识的技术问题上头,最重要的先想方法解决问题,保证工程进度。解决的方法就是与懂得该技术的同事沟通,帮助解决。另外,工程人员还要清晰什么问题找什么人。这一点可能须要项目经理提前协调好。
  5、接口程序问题多。
  接口程序版本的问题,我觉得是一个很大的问题。测试人员发过来的程序,经常运行报错,让研发同事看了后,发觉是程序版本发错了。但有时候发过来的正确版本的程序,程序也无法正常运行。程序出了问题,若工程人员找研发人员修改、调试程序,程序修改正常后,其版本则又与公司版本不一样,若以后用到其他项目还会有同样的问题。若工程人员找测试人员反馈问题,再由测试人员反馈给研发人员,这个过程能够限制版本的一样性,可是解决问题周期较长。对于像苏州这样很急的项目,这样势必拖延工期。但从公司产品化进程角度讲,后一种方法比前一种好。要保证质量,须要时间保证。
  对于已经连接过的接口程序或者连接许多的程序,工程人员要尽量做到高效完成。对于没有接过的程序,有问题要即使反馈给接口研发。对外省项目,假如有新开发的程序(如,苏广的机顶盒相关程序),最好是能派研发人员进行现场开发测试。
  6、程序升级,功能验证问题
  程序的升级,功能验证主要说的事界面升级的问题。由于是产品化的东西,所以经常在升级完后会有许多剩余的功能键,这些可能须要需求同事进行核查,然后给出清单让工程同时进行屏蔽。另外,任何升级都要先做好备份,保证升级失败能够回退。升级完成须要刚好的进行功能验证,验证的过程要依据测试同事给的功能清单逐条验证。验证不经过的,刚好邮件反馈给测试很研发同事。
  7、数据核对问题
  数据的正确性是干脆关系到系统上线。采集上来的数据必需实时的与厂家网管系统坚持一样。要对数据进行核对,首先我们要保证自我的接口采集程序都正常无间断的运行了一段时间,并且程序无报错情景。若程序无故停掉,或者有明显报错,都可能导致数据不精确。这就要求,我们的守护程序都要配置完整,开机自启动要配置完善等。其次,在接口程序都正常情景下,选择一个时间段,核对这个时间段里面厂家系统数据库量是否与我们系统数据量是否一样。最终,不论