您好,欢迎访问三七文档
当前位置:首页 > 办公文档 > 心得体会 > 软件实训心得体会范文【汇集4篇】
好文档,供参考1/14软件实训心得体会范文【汇集4篇】【题记】这篇精编的文档“软件实训心得体会范文【汇集4篇】”由三一刀客最“美丽、善良”的网友上传分享,供您学习参考使用,希望这篇文档对您有所帮助,喜欢就下载分享吧!软件实训心得体会【第一篇】写在前面:找工作真不容易,来北京呆了一个多月,都没找到一个合适的工作大三的时候,一次计算机等级考试,由于考c,数据库,都没过,就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题,就拿下了一个四级证书。当时想的是,这都行,水分有点大吧。本来想找一份网站开发的工作,技术不够硬,一直在北京飘着飘着啊。通过一个学姐,得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门,因为我现在刚开始写测试用例,还没有真正的融入到团队中去。实习生,直接领导给我安排了一个实习计划,严格按照实习计划执行。首先就是看公司软件的手册,要了解产品,知道软件的基本操作流程,不会了就问带我的师傅。就这样学了一个礼拜,不同于用一款软件,在用的过程中要去思考,这个功好文档,供参考2/14能为什么有,这个功能要实现什么。忘了说了,现在产品做的是功能测试,比较简单,所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果,具体操作、实现软件的一些功能,然后就几个主要的功能点以及一些需要特别注意的关键词,给我做了详细的讲解。然后给我了两个功能界面,让我写一些测试用例,开始感觉没什么可写的,这两个功能实现起来很容易的。第一天试着写了几个,然后拿给师傅看,因为不知道从哪方面入手,虽然看了一些以前的测试用例,但是亲手写还是第一次,所以有些拿不准。就这样,写了几天的测试用例,一个功能点一个功能点的细分。写的差不多了,就开始看一些技术类的博客,尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西,对比自己写的测试用例,看看是不是满足要求。就这样自己一点一点的修改。其实压力还是蛮大的,由于要测试的系统需要测试多个不同的数据库,以及不同的操作系统是软件的执行,所以有了各种学习目标,但是还是没有清晰的目标。努力吧,既然踏入了这个行业,就要努力的去汲取知识,不断学习,不断进步!软件实训心得体会【第二篇】这学期学习了软件工程实践这门课,我觉得这是对上学期好文档,供参考3/14的软件工程课程学习的检验,上学期学习软件工程只是我们浅显的认识,相比之下,这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话,那么这学期的软工实践,顾名思义,就是侧重我们动手操作的能力。原来我认为开发一个项目最重要的就是写代码,似乎整个软件都是编代码,因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后,我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的,因为一个软件的生命周期分为三个时期:软件定义时期、开发时期、维护时期,而这三个时期整体又分为七个阶段,他们分别是:问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试,由此可看出,当我们开发一个项目时,更多的精力不是放在编码上,编码只是一个很小的模块,而是项目的整体结构上。在写软工实践体会之前,我想在这里总结一下上学期三人团队做项目的相关事宜。上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”的社交系统,主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段,没有进一步实现,但是我还是从中学到很多东西的。首先要先确定项目主题,也就是这个项目用来做什么,可以解决什么问好文档,供参考4/14题。接着就是这个项目是否有研究的必要以及是否有解决的办法,针对我们的项目,我们对西大的一些学生做了问卷调查,并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析,这一步骤当时做的不是很好,比如所画E—R图、数据流图等都有考虑不周的问题,导致接下来的概要设计、详细设计进行的很困难,有些步骤甚至还需要返工。从我们在需求分析中出现的问题,使我们明白了软件定义阶段对于一个项目的开发是至关重要的,当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。只有前期的准备工作做得好,后面的工作才能顺利进行。虽然项目最后没有完全实现,但是起码我们已经初步体会到软件项目开发的步骤,以及每一步所需要完成的文档等内容。这学期的软件工程实践虽然不是亲自动手开发一个系统,但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程,从计划到项目系统的发布实施,以及每一步必须生成的文档。我主要从以下五个方面谈一下我的心得体会。第一、行业背景说明方面对于一个软件系统的开发,第一步就是问题定义,了解所开发系统的行业背景,制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究,主要从技术可行性、经济可行好文档,供参考5/14性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面,项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。原来我们写这类文档的时候就是草草了事,不会做得这么详细,而这次看到大型项目的行业背景说明也是这么详细,也让自己认识到不管是软件开发的那个阶段都要认真对待,这些琐碎的文档都是后期开发项目的支撑,只要它们做的透彻,后面的开发工作才能更顺利的进行。第二、项目需求说明方面这部分项目需求说明就是软件定义时期中需求分析阶段,而该阶段的主要目的就是了解用户的需要,根据用户的需要确定系统必须完成那些工作,并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明,即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细,相比之下我们之前做项目时写的需求规格说明书就非常不合格,不仅格式不正确内容也是少之又少。在这方面,这篇文档给我启发很大。首先就是文档的格式,要美观整齐,让人看着舒服方便。其次就是文档的内容,原来它不是很重要,写文档的时候也不知道怎么写就借鉴下网上的好文档,供参考6/14内容,结果根本就没有把自己项目的需求写明白,以至于自己最后都有些糊涂,所以根据以前的经验教训我会对这部分更加重视。第三、系统概要设计方面这部分内容分说的是软件设计时期的概要设计阶段,该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段,我们可以站在全局的高度上,花较少的成本,从抽象的层次上分析对比多种可能的系统实现方案和软件结构,从中选出最佳方案和最合理的结构。在这个阶段还会具体画出E—R图、数据流图等方面的设计。比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据E—R图设计、总体设计、界面设计等六个方面介绍,通过读这个文档,我觉得最重要的还是总体设计,分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合,这样开发出来的系统才会具有更高的独立性。在原来做项目时没有编写过这类文档,在该阶段只是画了结构图、层次图以及相关的模块划分,对该类文档尚未重视。通过张老师的讲解和自己的学习,我相信在以后做项目的时候一定会注意到这类文档的编写。第四、详细设计与分析方面好文档,供参考7/14详细设计阶段就是把概要设计阶段的每个模块进一步设计,确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明,而不是编写程序。在详细设计阶段,系统设计人员可以通过使用程序流程图、盒图、PAD图等过程设计的工具和Jackson图等面向数据结构的设计工具进一步设计系统相关接口,主要包括界面设计接口、业务单设计接口、单元模块设计接口等,这些对于以后的编码工作都是极其重要的。第五、编码和测试方案方面关于编码,我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做,文档一定要按要求书写,不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范,要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员,当看到源程序代码的时候也能容易读懂代码的意思。其次就是测试的内容,从测试的文档中我们可以得出,其实测试在软件开发中同样占据了重要的地位,它主要就是尽可能多的找到问题并排除其中的潜藏的错误,最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。软件实训心得体会【第三篇】好文档,供参考8/14“纸上学得终觉浅,绝知此事要躬行”。短短的几天实习时间,让我从中学到了许多,感悟了许多,将理论与实践相结合,这才是真正的会计专业,接下来,我要将我在这几天实习过程中遇到的问题以及如何解决来阐释我的心得。问题一:账套初始化过程中,客户档案北京远东集团信用额度和信用天数不知道在哪个地方输入?解答:在了解相关模块,输入相关数据之后,我明白了应当在基础资料应收款管理信用管理处,点击北京远东集团就可以输入相关数据。问题二:账套初始化过程中,在基础资料公共资料物料中不知道如何输入1.原材料?解答:在物料处点击“新增”,然后将鼠标箭头点击“上级组”即可以解决。问题三:在1月8日业务数据中,实例7的数据无法直接录入凭证?解答:原来是因为应收账款是应收应付系统,是受控科目,无法在总账中直接录入应收账款宏远公司。因而需要切换到财务会计应收款管理系统,新增收款单,然后由陈静审核,审核收款单之后由王丽登录系统,点击凭证处理凭证生成,然后将检查凭证,修改错误科目,点击shiftf7检查平衡。问题四:在1月28号业务数据中,实例20收款单下需要点击源单类型销售发票,点击f7获取数据,有两张发票不知道如何点击到收款单?解答:在选中两张发票,按“返回”,收款单上就会出现两张发票,然后按照题目要求修改相关数据。好文档,供参考9/14问题五:又一次,我不小心在输入销售增值税发票时,又重复一遍输入到销售普通发票,核销了该发票和生成了凭证,并审核了凭证,结果导致数据错误?解答:先以陈静身份登录,取消审核,然后以王丽身份删除其中一张凭证,又以陈静登录取消销售普通发票的审核,最后以王丽身份登录删除普通发票。问题六:工资模块实例7生成凭证的数据与书中指导的数据不一致,书本的数据是,而我做的生成的数据是?解答:咨询老师和同学,发现大家都和书上生成的数据不一致,也就是我们的数据时正确的。问题七:在结转损益时,也就是将收入和费用结转到本年利润中,结果发现书中的营业费用运输费没有结转?解答:可能书上的数据不够正确,我最后按照我的数据结转损益的。这就影响了我后期的损益表的数据。问题八:在资产负债表中书中将1271受托代销商品也计入了存货,我顿时觉得此处不正确?解答:该公司的存货本来就不应该将受托代销商品计入存货,虽然本期该公司的1271受托代销商品的数额是零,不影响本期数据,但是我觉得这是一个实质错误,在存货审计中,CPA是非常注重存货的审计的。软件实训心得体会【第四篇】好文档,供参考10/14这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了,说实话每天在教师从早晨坐到下午,中间只有一个半小时休息时间,这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。不过看到老师讲得如此认真,看到惠普如此强大,我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了,呵呵。前两天确实还是有点累,讲的也是理论课,而且以前我们从来没有接触过测试这个行业,所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化,鄙人是深受教育啊。后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件,那个软件好大啊,整整2个G。我们考啊考啊考了好久才考完。软件叫QTP,就是惠普的快速测试专业版。确实是一个强大的软
本文标题:软件实训心得体会范文【汇集4篇】
链接地址:https://www.777doc.com/doc-11701137 .html