学生实验心得2020范文5篇.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《学生实验心得2020范文5篇.docx》由会员分享,可在线阅读,更多相关《学生实验心得2020范文5篇.docx(15页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、学生实验心得2020范文5篇 学生实验心得1 上课了,老师又拎上了那个藏着无数乐趣的实验盒,同学们形象地称之为“饭盒”。今天好像带了许多实验器材,不知今天又要搞什么鬼? 老师粗略地讲了一些关于氧气的知识后,就开始做实验了。首先他收集了几瓶氧气,放在桌上,还跟我们开玩笑,说氧气多了会使人兴奋;接着他又把一些实验器材板书在黑板上碳、硫、磷、铁。这些东西与氧气有什么关系呢?带着这样的疑问继续进行实验。 老师不慌不忙点燃酒精灯,把硫放在燃烧匙内,架在灯上加热,不一会儿硫就被点着了。奇怪的是我们在座位上看不见火焰。老师走下讲台,把燃烧匙送到我们面前,让我们作近距离观察,这时才发现黄色的硫块已变成了蓝色的
2、液体,上面还布着一层蓝色的火焰,若隐若现,甚是奇特。之后老师回到讲台前,把燃烧匙放进氧气瓶,哇,朦胧的火焰此时全爆发出来,变成了绚丽的蓝紫色的亮光,美丽极了。老师告诉我们硫与氧气反应后生成一种带有刺激性气味的二氧化硫,这是污染空气的罪魁祸首之一,想不到这么美丽的外表下竟是如此丑陋的灵魂,这正映证了中国的那句古话“知人知面不知心”。 接着老师又把其他药品放进去做同样的实验,都给我们意想不到的收获;磷在集气瓶里放出大量的光和热,几乎照亮了整个教室;铁则是剧烈燃烧,火星四射,有时还发出声响,真像放烟火 精彩的实验吸引了全班同学,后排的同学几乎都要站到桌上了。有的个子矮的伸长脖子,瞪直眼睛,还是看不到
3、,索性往前挪几步,近前观看,感觉大不一样。于是,后面几排都不见了人影。当看到奇特景象时,教室里一片哗然。今天的实验非常成功,非常生动,在领略科学的无穷魅力的同时,还享受到了学习的乐趣,真是令我们终身难忘。 学生实验心得2 首先非常感谢学校为我们提供了比赛锻炼的机会和优越的实验条件,感谢一直以来辛勤培养我们的老师是你们教授了我们扎实的理论知识和丰富的实践经验,再次感谢我的战友陈伟群、梁爽是你们的鼓励和坚持铸就了我们的成功,最后我想感谢我的爸爸妈妈是你们对我一直以来的期望和严格的要求,才使我没有放弃自己,努力进取! 自从大二听说了全国电子设计大赛那时,一颗小小的种子就已默默埋入了我的心底,我大一成
4、绩不好,还挂过科,对人生没有规划。大一结束时家里给我了很深刻的教育,我意识到不能再这样堕落下去了,背负着家人的期望与对电子大赛的向往,我开始了艰辛的准备。大二的课程虽不像大一那么枯燥,但模电数电c语言等专业基础课也是有一定难度的,我硬着头皮,顶着压力,看不懂就一遍一遍看,题目不会做就请教老师同学,上网下载课程视频,去论坛求助,2点前几乎没有睡过觉,在这同时,我还在准备着大一的补考,可以说大二这段时间是相当辛苦的,但是冬去春来,辛苦是最终有了回报,我通过了大一的全部科目,并且熟练掌握了模电数电c语言。而且最重要的我对电子,对编程产生了兴趣。大三了,我们开更多专业课了,我深知我只是赶上了我的同学,
5、现在才是真正起跑的时刻,我不能放松对自己的要求,因为我即将面对的是电子大赛!就这样我仍然以120%的努力去学习单片机,自控原理,程序设计等等,还买了单片机开发板来实践,平时也多多关注其他相关知识和技术。 学生实验心得3 经过这学期软件工程实验的学习,深深感到用户需求对软件的重要性。成功的软件产品是建立在成功的需求基础之上的,而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决,而开发人员开始帮助用户解决这个问题,沟通就开始了。 需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识:用户知道需求是什么,我们所要做的就
6、是和他们交谈从他们那里得到需求,只要问用户系统的目标特征,什么是要完成的,什么样的系统能适合商业需要就可以了,但是实际上需求获取并不是想象的这样简单,这条沟通之路布满了荆棘。首先需求获取要定义问题范围,系统的边界往往是很难明确的,用户不了解技术实现的细节,这样造成了系统目标的混淆。 其次是对问题的理解,用户对计算机系统的能力和限制缺乏了解,任何一个系统都会有很多的用户或者不同类型的用户,每个用户只知道自己需要的系统,而不知道系统的整体情况,他们不知道系统作为一个整体怎么样工作效率更好,也不太清楚那些工作可以交给软件完成,他们不清楚需求是什么,或者说如何以一种精确的方式来描述需求,他们需要开发人
7、员的协助和指导,但是用户与开发人员之间的交流很容易出现障碍,忽略了那些被认为是很明显的信息。最后是需求的确认,因为需求的不稳定性往往随着时间的推移产生变动,使之难以确认。为了克服以上的问题,必须有组织的执行需求的获取活动。 需求获取活动要完成的任务或者步骤的过程如下: 1、编写项目视图和范围文档 系统的需求包括四个不同的层次:业务需求、用户需求和功能需求、非功能性需求。业务需求说明了提供给用户新系统的最初利益,反映了组织机构或用户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。用户需求文档描述了用户使用产品必须要完成的任务,这在使用实例文档或方案脚本说明中予以说明。功能需求定
8、义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。 非功能性需求是用户对系统良好运作提出的期望,包括了易用性、反应速度、容错性、健壮性等等质量属性。需求获取就是根据系统业务需求去获得系统用户需求,然后通过需求分析得到系统的功能需求和非功能需求。项目视图和范围文档就是从高层次上描述系统的业务需求,应该包括高层的产品业务目标,评估问题解决方案的商业和技术可行性,所有的使用实例和功能需求都必须遵从的标准。而范围文档定义了项目产品所包括的所有工作及产生产品所用的过程。项目相关人员对项目的目标和范围能达成共识,整个项目组都应该把注意力集中在项目目标和范围上。 2、用户群分类
9、系统用户在很多方面存在着差异,例如:使用系统的频度和程度、应用领域和计算机系统知识、所使用的系统特性、所进行的业务过程、访问权限、地理上的布局以及个人的素质和喜好等等。根据这些差异,你可以把这些不同的用户分成不同的用户类。与ulm中usecase的actor概念一样,用户类不一定都指人,也可以包括其他应用系统、接口或者硬件,这样做使得与系统边界外的接口也成为系统需求。将用户群分类并归纳各自特点,并详细描述出它们的个性特点及任务状况,将有助于需求的获取和系统设计。 3、建立核心队 通常用户和开发人员不自觉的都有一种我们和他们的想法,产生一种对立关系,把彼此放在对立面,每一方都定义自己的边界,只想
10、自己的利益而忽略对方的想法。他们通过文档、记录和对话来沟通,而不是作为一个合作的整体去识别和确定需求完成任务。实践证明这样的方法是不正确的,不会给双方带来一点益处,良好的沟通关系没有建立导致了误解和忽略重要的信息。只有当双方参与者都明白要成功自己需要什么,同时也知道要成功对方需要什么时,才能建立起一种合作关系。 为了建立合作关系通常采取一种组队的方式来获取需求,建立一个由用户代表和开发人员组成的联合小组作为需求获取的核心队伍。联合小组将负责识别需求、分析解决方案和协商分歧,小组成员可以采用会议、电子邮件、综合办公系统等方式进行交流,但交流时应注意以下原则:小组会议应该由中立方来组织和主持,用户
11、和开发人员都要参加;交流预先要确定准备和参与的规则;议题要明确并覆盖所有关键点,但信息来源应该自由;交流目标要明确,并告知所有的成员。 4、确定使用实例 从用户代表处收集他们将使用系统完成所需任务的描述,讨论用户与系统间的交互方式和对话要求,这就是使用实例,一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。使用实例方法给需求获取带来的好处来自于该方法是用以任务为中心和以用户为中心的观点,比起使用以功能为中心和以开发者为中心的方法,使用实例方法可以使用户更清楚地理解和认识到新系统允许他们做什么和怎么做。描写使用实例的时候要注意使用简洁直白的表述,尽量使用主动语态,用系统或者用户
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 实验 心得 2020 范文
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内