过程控制系统实验心得

韵仪1147 分享 时间:

随着计算机控制装置在控制仪表基础上发展起来以后,自动化控制手段也越来越丰富。其中有在工业领域有着广泛应用的智能数字仪表控制系统、智能仪表加计算机组态软件控制系统、计算机DDC控制系统、PLC控制系统、DCS分布式集散控制系统、有FCS现场总线控制系统等。下面就是小编带来的过程控制系统实验心得,希望能帮助大家!

过程控制系统实验心得1

转眼之间,两个月的实习期即将结束,回顾这两个月的实习工作,感触很深,收获颇丰。这两个月,在领导和同事们的悉心关怀和指导下,通过我自身的不懈努力,我学到了人生难得的工作经验和社会见识。我将从以下几个方面总结过程装备与控制工程岗位工作实习这段时间自己体会和心得:

一、努力学习,理论结合实践,不断提高自身工作能力。

在过程装备与控制工程岗位工作的实习过程中,我始终把学习作为获得新知识、掌握方法、提高能力、解决问题的一条重要途径和方法,切实做到用理论武装头脑、指导实践、推动工作。思想上积极进取,积极的把自己现有的知识用于社会实践中,在实践中也才能检验知识的有用性。在这两个月的实习工作中给我最大的感触就是:我们在学校学到了很多的理论知识,但很少用于社会实践中,这样理论和实践就大大的脱节了,以至于在以后的学习和生活中找不到方向,无法学以致用。同时,在工作中不断的学习也是弥补自己的不足的有效方式。信息时代,瞬息万变,社会在变化,人也在变化,所以你一天不学习,你就会落伍。通过这两个月的实习,并结合过程装备与控制工程岗位工作的实际情况,认真学习的过程装备与控制工程岗位工作各项政策制度、管理制度和工作条例,使工作中的困难有了最有力地解决武器。通过这些工作条例的学习使我进一步加深了对各项工作的理解,可以求真务实的开展各项工作。

二、围绕工作,突出重点,尽心尽力履行职责。

在过程装备与控制工程岗位工作中我都本着认真负责的态度去对待每项工作。虽然开始由于经验不足和认识不够,觉得在过程装备与控制工程岗位工作中找不到事情做,不能得到锻炼的目的,但我迅速从自身出发寻找原因,和同事交流,认识到自己的不足,以至于迅速的转变自己的角色和工作定位。为使自己尽快熟悉工作,进入角色,我一方面抓紧时间查看相关资料,熟悉自己的工作职责,另一方面我虚心向领导、同事请教使自己对过程装备与控制工程岗位工作的情况

三、转变角色,以极大的热情投入到工作中。

从大学校门跨入到过程装备与控制工程岗位工作岗位,一开始我难以适应角色的转变,不能发现问题,从而解决问题,认为没有多少事情可以做,我就有一点失望,开始的热情有点消退,完全找不到方向。但我还是尽量保持当初的那份热情,想干有用的事的态度,不断的做好一些杂事,同时也勇于协助同事做好各项工作,慢慢的就找到了自己的角色,明白自己该干什么,这就是一个热情的问题,只要我保持极大的热情,相信自己一定会得到认可,没有不会做,没有做不好,只有你愿不愿意做。转变自己的角色,从一位学生到一位工作人员的转变,不仅仅是角色的变化,更是思想观念的转变。

四、发扬团队精神,在完成本职工作的同时协同其他同事。

在工作间能得到领导的充分信任,并在按时完成上级分配给我的各项工作的同时,还能积极主动地协助其他同事处理一些内务工作。个人的能力只有融入团队,才能实现最大的价值。实习期的工作,让我充分认识到团队精神的重要性。

团队的精髓是共同进步。没有共同进步,相互合作,团队如同一盘散沙。相互合作,团队就会齐心协力,成为一个强有力的集体。很多人经常把团队和工作团体混为一谈,其实两者之间存在本质上的区别。优秀的工作团体与团队一样,具有能够一起分享信息、观点和创意,共同决策以帮助每个成员能够更好地工作,同时强化个人工作标准的特点。但工作团体主要是把工作目标分解到个人,其本质上是注重个人目标和责任,工作团体目标只是个人目标的简单总和,工作团体的成员不会为超出自己义务范围的结果负责,也不会尝试那种因为多名成员共同工作而带来的增值效应。

五、存在的问题。

几个月来,我虽然努力做了一些工作,但距离领导的要求还有不小差距,如理论水平、工作能力上还有待进一步提高,对过程装备与控制工程岗位工作岗位还不够熟悉等等,这些问题,我决心实习报告在今后的工作和学习中努力加以改

针对实习期工作存在的不足和问题,在以后的工作中我打算做好以下几点来弥补自己工作中的不足:

1.做好实习期工作计划,继续加强对过程装备与控制工程岗位工作岗位各种制度和业务的学习,做到全面深入的了解各种制度和业务。

2.以实践带学习全方位提高自己的工作能力。在注重学习的同时狠抓实践,在实践中利用所学知识用知识指导实践全方位的提高自己的工作能力和工作水平。

3.踏实做好本职工作。在以后的工作和学习中,我将以更加积极的工作态度更加热情的工作作风把自己的本职工作做好。在工作中任劳任怨力争“没有最好只有更好”。

4.继续在做好本职工作的同时,为单位做一些力所能及的工作,为单位做出自己应有的贡献。

过程控制系统实验心得2

一个星期的过程实训很快过去了,在这里我学到了很多。虽然以前做过许多次的课程设计,但我觉得这次的工程实训有着特别的意义。因为在科技高速发展的21世纪,现代控制技术成为了人类生活的主流,更多的掌握通控制的基础和实践技能是每个学习自动化专业的学生必须掌握的。感谢学校和老师给我们提供这么好的锻炼机会。

通过这次工程实训我积累了一些经验,同时也进一步巩固了以前所学过的知识。使我更深入的了解并掌握了单容水箱和锅炉控制过程中的控制 - 10 -

原理,增强了我在实际操作中的实践能力,使我在以后的工作学习中有更丰富的经验真正让我感受到了理论与实践相结合的重要性与优越性,并树立了强烈的自信心。

刚开始是实训的基础准备和建立框架的阶段,我在图书馆和网上查阅了大量的相关资料,并经过详细的整理和加工,在深入了解MCGS组态软件的设计和运行之后,经过沈老师的细心指导和讲解。初步了解了这次实训内容的的工作原理和控制原理。

在调试过程中出现了一些问题,我对各个控制模块进行了逐个检查,并对原理进一步进行剖析,最终在老师和同学们的共同努力下找出了错误,解决了问题,顺利完成了调试任务。

经过这次课程设计,我真正感受到了实践的重要性,每天学习理论知识,没有很强的实际动手能力是不行的,实践让我们做出了在实际当中占重要地位的控制工程,并学到了书本里没有的知识,让我更加相信只要肯动手,你就一定能行。当然,我们的收获缺不了指导老师的细心教授,再一次感谢我们的指导老师沈老师给予我们的帮助。

过程控制系统实验心得3

早在我选择民政职业技术学院就读软件开发与项目管理这门专业的时候,我一直认为软件开发无非是努力的敲代码,从敲代码的过程中去体会各行代码的意思和用处,在没学软件工程时我一直都是努力的敲代码去学习软件开发这门专业。在大一的时候我敲代码的激情很好,但是到大二的时候就出现问题了,我根本就不喜欢敲代码了,看见代码就头疼。所以感觉厌恶这门专业,对学习也不感兴趣了。而且,还有一件更头疼的事是在写一个简单的程序时竟然老是出错,难一点的,复杂一点的程序竟然无从下手。但是去看程序的参考答案时都看得懂,又感觉很容易。学了软件工程以后,我就感觉我以前的学习方法是错误的。以前我只注重于代码,而不注重理论知识以及编程的思路,程序的架构。以至于在些程序时没有写程序的思路,不能形成程序的架构。只想到看脑袋里是否有与此类似的代码。越想程序越乱,最后脑袋里一片空白。不知道程序从哪个方面下手了。

软件工程这门课程是做软件开发的人必学的课程,通过学这门课程,程序员就会注重软件开发的理论知识,以及做项目开发的思路。学了这门课程后你写程序就不会去盲目的去套用代码,而是理清此程序的架构以及思路。程序该从什么时候开始,什么时候结束。在中间需要添加什么样的功能,以完善该软件。其实学软件工程并不难,而且很容易。软件工程与日常生活联系起来的话,就是在一天中你该先做什么,后做什么。理解了先做什么,后做什么了以后写程序就不是那么难了,再复杂的程序也可以分成几大块。你理清程序的思路后就可以一步步的解决其中的难题,最终实现软件的功能。如果没学软件工程不知道理清程序的思路的话,做一个大的项目开发,那么多的代码,没有一个很好的结构,最终只会导致程序混乱,错误百出,知道代码再多也会素手无策的。

总而言之,作为一个程序员学习软件工程这门课程是至关必要的,如果没学习软件工程,你就不会做项目开发,也不可能开发出一个完善的软件出来。

过程控制系统实验心得4

经过这学期软件工程实验的学习,深深感到用户需求对软件的重要性。成功的软件产品是建立在成功的需求基础之上的,而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决,而开发人员开始帮助用户解决这个问题,沟通就开始了。

需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识:用户知道需求是什么,我们所要做的就是和他们交谈从他们那里得到需求,只要问用户系统的目标特征,什么是要完成的,什么样的系统能适合商业需要就可以了,但是实际上需求获取并不是想象的这样简单,这条沟通之路布满了荆棘。首先需求获取要定义问题范围,系统的边界往往是很难明确的,用户不了解技术实现的细节,这样造成了系统目标的混淆。

其次是对问题的理解,用户对计算机系统的能力和限制缺乏了解,任何一个系统都会有很多的用户或者不同类型的用户,每个用户只知道自己需要的系统,而不知道系统的整体情况,他们不知道系统作为一个整体怎么样工作效率更好,也不太清楚那些工作可以交给软件完成,他们不清楚需求是什么,或者说如何以一种精确的方式来描述需求,他们需要开发人员的协助和指导,但是用户与开发人员之间的交流很容易出现障碍,忽略了那些被认为是'很明显'的信息。最后是需求的确认,因为需求的不稳定性往往随着时间的推移产生变动,使之难以确认。为了克服以上的问题,必须有组织的执行需求的获取活动。

需求获取活动要完成的任务或者步骤的过程如下:

1、编写项目视图和范围文档

系统的需求包括四个不同的层次:业务需求、用户需求和功能需求、非功能性需求。业务需求说明了提供给用户新系统的最初利益,反映了组织机构或用户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。用户需求文档描述了用户使用产品必须要完成的任务,这在使用实例文档或方案脚本说明中予以说明。功能需求定义

了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。

非功能性需求是用户对系统良好运作提出的期望,包括了易用性、反应速度、容错性、健壮性等等质量属性。需求获取就是根据系统业务需求去获得系统用户需求,然后通过需求分析得到系统的功能需求和非功能需求。项目视图和范围文档就是从高层次上描述系统的业务需求,应该包括高层的产品业务目标,评估问题解决方案的商业和技术可行性,所有的使用实例和功能需求都必须遵从的标准。而范围文档定义了项目产品所包括的所有工作及产生产品所用的过程。项目相关人员对项目的目标和范围能达成共识,整个项目组都应该把注意力集中在项目目标和范围上。

2、用户群分类

系统用户在很多方面存在着差异,例如:使用系统的频度和程度、应用领域和计算机系统知识、所使用的系统特性、所进行的业务过程、访问权限、地理上的布局以及个人的素质和喜好等等。根据这些差异,你可以把这些不同的用户分成不同的用户类。与ULM中Usecase的Actor概念一样,用户类不一定都指人,也可以包括其他应用系统、接口或者硬件,这样做使得与系统边界外的接口也成为系统需求。将用户群分类并归纳各自特点,并详细描述出它们的个性特点及任务状况,将有助于需求的获取和系统设计。

3、建立核心队

通常用户和开发人员不自觉的都有一种'我们和他们'的想法,产生一种对立关系,把彼此放在对立面,每一方都定义自己的'边界',只想自己的利益而忽略对方的想法。他们通过文档、记录和对话来沟通,而不是作为一个合作的整体去识别和确定需求完成任务。实践证明这样的方法是不正确的,不会给双方带来一点益处,良好的沟通关系没有建立导致了误解和忽略重要的信息。只有当双方参与者都明白要成功自己需要什么,同时也知道要成功对方需要什么时,才能建立起一种合作关系。

为了建立合作关系通常采取一种组队的方式来获取需求,建立一个由用户代表和开发人员组成的联合小组作为需求获取的核心队伍。联合小组将负责识别需求、分析解决方案和协商分歧,小组成员可以采用会议、电子邮件、综合办公系统等方式进行交流,但交流时应注意以下原则:小组会议应该由中立方来组织和主持,用户和开发人员都要参加;

交流预先要确定准备和参与的规则;议题要明确并覆盖所有关键点,但信息来源应该自由;交流目标要明确,并告知所有的成员。

4、确定使用实例

从用户代表处收集他们将使用系统完成所需任务的描述,讨论用户与系统间的交互方式和对话要求,这就是使用实例,一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。使用实例方法给需求获取带来的好处来自于该方法是用以任务为中心和以用户为中心的观点,比起使用以功能为中心和以开发者为中心的方法,使用实例方法可以使用户更清楚地理解和认识到新系统允许他们做什么和怎么做。描写使用实例的时候要注意使用简洁直白的表述,尽量使用主动语态,用'系统'或者'用户'作为主语,比如'用户提交用户密码,系统验证用户密码是否正确',还有一点在描述中不要设计界面细节,比如'用户从下拉框中选择产品类型'。使用实例为以后写用例场景描述中的基本路径和扩展路径提供了素材。

5、分析用户工作流程

分析用户工作流程观察用户执行业务任务的过程,通过分析使用实例得到系统的用例图。编制用例图文档将有助于明确系统的使用实例和功能需求,统一建模语言的使用有助于与用户进一步交流。每个用例的描述应包括:编号,为每个用例分配一个唯一的编号,为需求的追溯提供了方便;参与者,与这个用例交互的 actor;前置条件,开始用例前所必须具备的系统状态;后置条件,用例完成后系统达到的状态;基本路径,用例完成的关键路径,也是用户期望的路径;扩展点,基本路径的分枝,表示意外情况;字段说明,路径中名称的进一步分解说明,对以后类属性的定义和数据库字段设计起作用;设计约束,实现用例的非功能约束。

6、检查问题报告

通过检查当前已经运行系统的问题报告来进一步完善需求客户的问题报告及补充需求为新系统或新版本提供了大量丰富的改进及增加特性的想法,负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。

7、需求重用

如果客户要求的功能与已有的系统很相似,则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。业务建模和领域建模式需求重用的最好方法,像分析模式和设计模式一样,需求也有自己的模式。

总结 :经过一学期的软工实验,深刻感到其重要性的同时也学到了不少的东西 ,将对我在今后的软件开发过程中起极大的作用

过程控制系统实验心得5

在这为期两周的课程设计中,我学习并理解了单容水箱控制系统的构成和串级控制系统。掌握了ADAM-4000的连线,了解了控制装置的各个设备,比如电磁流量计,压力传感器的工作原理,学会了如何去设计一个过程控制系统,掌握了基本的设计步骤。

我认为,在这学期的课程设计中,不仅培养了独立思考、动手操作的能力,在各种其它能力上也都有了提高。更重要的是,我们学会了很多学习的方法。而这是日后最实用的,真的是受益匪浅。要面对社会的挑战,只有不断的学习、实践,再学习、再实践。这对于我们的将来也有很大的帮助。以后,不管有多苦,我想我们都能变苦为乐,找寻有趣的事情,发现其中珍贵的事情。就像中国提倡的艰苦奋斗一样,我们都可以在实验结束之后变的更加成熟,会面对需要面对的事情。

在这两周的课程设计里,也对团队精神的进行了考察,让我们在合作起来更加默契,在成功后一起体会喜悦的心情。果然是团结就是力量,只有互相之间默契融洽的配合才能换来最终完美的结果。此次设计也让我明白了思路即出路,有什么不懂不明白的地方要及时请教或上网查询,只要认真钻研,动脑思考,动手实践,就没有弄不懂的知识,收获颇丰。

最后要感谢两位老师的悉心指导,没有你们的监督与指教,我们也不会这么快速与顺利的完成实验设计并掌握运用所需的工具,在此表示最诚挚的感谢与敬意。


过程控制系统实验心得相关文章:

plc实习报告范文6篇

2021会计电算化实践环节学生实验总结报告5篇

最新实习感想与总结五篇

高级财务会计实验总结汇报最新参考

最新的车工实习总结汇报2021

企业会计模拟实验总结汇报参考2021

过程控制系统实验心得

将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档文档为doc格式
706402