软件工程实训心得体会

时间:2026-04-22 16:31:35
软件工程实训心得体会

软件工程实训心得体会

我们心里有一些收获后,可以寻思将其写进心得体会中,这样我们可以养成良好的总结方法。那么写心得体会要注意的内容有什么呢?以下是小编精心整理的软件工程实训心得体会,希望对大家有所帮助。

软件工程实训心得体会1

对于一个软件系统的开发,第一步就是问题定义,了解所开发系统的行业背景,制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究,主要从技术可行性、经济可行性和操共18作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面,项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。

原来我们写这类文档的时候就是草草了事,不会做得这么详细,而这次看到大型项目的行业背景说明也是这么详细,也让自己认识到不管是软件开发的那个阶段都要认真对待,这些琐碎的文档都是后期开发项目的支撑,只要它们做的透彻,后面的开发工作才能更顺利的进行。

第一、项目需求说明方面

这部分项目需求说明就是软件定义时期中需求分析阶段,而该阶段的主要目的就是了解用户的需要,根据用户的需要确定系统必须完成那些工作,并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明,即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细,相比之下我们之前做项目时写的需求规格说明书就非常不合格,不仅格式不正确内容也是少之又少。

在这方面,这篇文档给我启发很大。首先就是文档的`格式,要美观整齐,让人看着舒服方便。其次就是文档的内容,原来它不是很重要,写文档的时候也不知道怎么写就借鉴下网上的内容,结果根本就没有把自己项目的需求写明白,以至于自己最后都有些糊涂,所以根据以前的经验教训我会对这部分更加重视。

第二、系统概要设计方面

这部分内容分说的是软件设计时期的概要设计阶段,该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段,我们可以站在全局的高度上,花较少的成本,从抽象的层次上分析对比多种可能的系统实现方案和软件结构,从中选出最佳方案和最合理的结构。在这个阶段还会具体画出E-R图、数据流图等方面的设计。

比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据E-R图设计、总体设计、界面设计等六个方面介绍,通过读这个文档,我觉得最重要的还是总体设计,分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合,这样开发出来的系统才会具有更高的独立性。

在原来做项目时没有编写过这类文档,在该阶段只是画了结构图、层次图以及相关的模块划分,对该类文档尚未重视。通过张老师的讲解和自己的学习,我相信在以后做项目的时候一定会

注意到这类文档的编写。

第三、详细设计与分析方面

详细设计阶段就是把概要设计阶段的每个模块进一步设计,确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明,而不是编写程序。在详细设计阶段,系统设计人员可以通过使用程序流程图、盒图、PAD图等过程设计的工具和Jackson图等面向数据结构的设计工具进一步设计系统相关接口,主要包括界面设计接口、业务单设计接口、单元模块设计接口等,这些对于以后的编码工作都是极其重要的。

第四、编码和测试方案方面

关于编码,我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做,文档一定要按要求书写,不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范,要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员,当看到源程序代码的时候也能容易读懂代码的意思。

其次就是测试的内容,从测试的文档中我们可以得出,其实测试在软件开发中同样占据了重要的地位,它主要就是尽可能多的找到问题并排除其中的潜藏的错误,最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。

软件工程实训心得体会2

在这次软件工程课程中,我学到了很多东西,第一次深刻的体会到了什么叫做用工程化的思想来编写软件,以前自己也写过一些小型软件,没有做过大型的工程,直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统“这个工程,第一次和别人合作,才发现运用工程化的思想来做是如此的有必要。

从这里,我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的,我们更多的精力不是放在编码上,编码只是一个很小的模块,只占到那么小的一个局部。这个事实在很大程度上颠覆了我以前的思想,在我以前的认识中,似乎整个软件就是编码,除此无它,还好有老师的指导,不然真的会出现老师所说的,撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前,我们费了很多的时间来完成一些前端工作,如需求分析和可行性分析,这块工作在别人看来可能是相对无关紧要,甚至是多于的,其实,换做在以前,我也会这么认为。可是,我现在算是深深地明白了磨刀不误砍柴工的道理,这些工作的完成太有必要了,太重要了,要想你的软件有用有市场,能被别人接受和认可,在进行过程中不会出现崩溃性的问题,这些工作缺一不可。

还有就是接下来的一些设计模块,此模块与软件编码涉及比拟紧密,主要是解决一些参数传递和接口通讯的问题,此模块对我的触动远没有上两个模块对我的'影响大,因此再次也不做过多的介绍。

在整个活动的完成过程中,作为组长,我收获很多,我发现,要是组里有个人不怎么想做事情时,他对于整个组织的影响是消灭性的,正所谓“一颗老鼠屎,能坏一仓谷“,以后我的组织里要是出现这样的人,我绝不会给他继续留下来的时机,我会在第一时间将他去除出去。还有就是,作为组长,你要做的最重要的事情,不是发挥自己的聪明才智,而是创造出一个平台,让别人去发挥,你所要做得,出了保证这个平台的完整性和公平性外,还有就是协调好各组员之间的关系。

这就是我的实习感想。

软件工程实训心得体会3

时间过的很快,转眼间已经实习将近5个月,其中有2个月是属于完全被流放的。最先在内部系统组参与内部管理系统开发〔struts+mysql+spring+hibernate〕,之后是去做网络交换机软件的脚本测试。现在又回归内部系统,虽然在脚本组期间,编码能力被别人甩在后头,但至少具有了一些测试经验。至少自己做的东西,是真正交付到了客户手上,到也稍微有些成就感。

一直以来,我都认为测试是脱离了软件工程范围的工 ……此处隐藏7475个字……、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着项目进展而召开,如何保证高效的会议效果,我的一些会议技巧与大家共享:确实需要开会时才开会;订立会议纪律;非常清楚的明确会议目标;提前准备一个会议议程;提倡各会议参与人的会前准备;鼓励参与,但在会议过程中遵守会议议程;把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。

程序员需要关心尊重。曾经有个例子,某公司开发人员王某由于刚开始学习编程,技术水平差一点,常常受到经理的“另眼相看”,每次软件出现了问题都怀疑是他的原因,老开他的低级玩笑,这位员工会有怎样的表现就可想而知了。经理通过这种手段能够迫使这一位自动辞职吗?非也,这位员工后来工作非常不负责任,把代码写得既长又重复,且在代码中留下大量的隐患,此时,经理却反而不敢过份得罪他了(否则,留下的巨量代码很难维护)。如果认为某人不适合目前工作,为何不另请高明?既然已经请他作了这件工作,就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方,正所谓“尺有所短,寸有所长”,例如要求技术人员在酒席宴上象公关小姐或公关先生一样举止适度,从来不会有好的效果。软件人员普遍喜欢自由而宽松的工作环境,最好不要做过多的无谓的规定,例如不准迟到、上班必须换拖鞋,否则罚款等。如果确实有人经常上班迟到,工作不认真等,首先应该了解原因,此时多作思想工作是必要的,许多公司的经理们认为“思想工作”是过时的东西了,其实不然,私企职工背负的心理压力其实很重。他们特别需要有人关心,特别需要心理上的“减负?

软件项目管理,需要我们不但关注项目管理技术等在软件行业中的应用,还应该关注如何与软件新思想和技术的整合,例如XP等思想,使我们得到更高效益的产出。欲想琢其玉,必先利其器,项目管理和我们软件开发、质量管理等得一系列工具和模版,是我们事半功倍的利器。他山之石可以攻玉,关注一些管理界的发展,例如目前的中国式管理等,将其经验用于软件项目管理实践并总结,将为我们带来更大实效。

软件工程专业实训心得体会初踏社会,心情激动、紧张、难过,激动的是我终于可以长大了,可以开始我真正的人生;紧张的是不知自己是否能适应这个社会,战胜这新环境;难过的是从此我就要在这纯真的学生生活上画上句号了。心里矛盾,脑子里翻天覆地。

对于刚出校门我的,什么都不懂,又想从事it行业这个靠技术吃饭的行业,一开试我试着投了几家公司,人家面试问我有没有项目经验,我说没有,人家又问你java学的怎么样?说实话在那个时候我连简单的程序都不会编。结果就可想而知了,几次碰壁之后,觉得现在的自己根本找不到跟自己专业相关的工作,于是我想到利用暑假和实习的机会帮自己充电,于是和几个同学一起找了一家培训机构培训了下,培训的时候很痛苦但很很快乐,在那里我找了自己奋斗的目标,每天过的都很充实,不像在学校那样浑浑噩噩。那里有一群像我一样一开始迷茫的人,我们一起奋斗,那些时光我很怀念。

过了几个月,我们培训结束了,开始找工作了。我被南通的.一家软件公司录取了,因为他们对我们这些还没毕业的待遇还不错。因为这是我的第一份工作,很兴奋也很紧张,兴奋的是我自己自己挣钱了,紧张的是怕自己不能胜任这份工作,毕竟自己一点工作经验都没有。在公司我们进行为期7天的岗前培训,就是在公司的框架下实现他们要我们完成的功能。好在这些我们在培训的时候都学过,所以不太难。培训完我们被分到公司的开发一组,正好公司正在做一个项目,所以我们一上来就开始做项目的。 对于我们这些菜鸟来说这是很痛苦的,有时我做个功能做几天都没做出来,挨了主管不少的骂。在这个时候我才发现百度和狗狗真是个好东西的啊,不会的就在上面搜。实在不会的问公司的高手,就这样我渐渐的熟悉的这个工作模式,主管给的任务每天也能做出来了。虽然做的有点慢,但我相信我坚持下去,我会达到我的目标的。然而实现的残酷很快我就体会到了。那是我们这个项目刚做完。公司的人事来找我们谈话。跟我说了很多。也跟我说了很多道理。希望把我调到技术服务组。所谓技术服务就是代表公司跟客户交流,说实话这个工作也蛮不错的。工作的压力没有在开发的大,如果做这份工作的话,那我在培训的知识很少用到。我怕我代码不经常写会渐渐的遗忘,本来技术就不好如果不在项目中学习的话,我很快就被淘汰。

和人事的谈完话,我想了很多。那时我动摇过,我不知道自己是否真的适合做开发。好在我还有一些朋友,跟他们聊了很多,他们给了很多建议。人生有很多选择,无论你选择了什么方向,你都应该为之奋斗。

我一朋友给我说一句肖复兴的名言:一个人,在年轻的时候,有玩伴,年轻时有漂泊的经历,老年时有回忆的东西就是幸福啊。人生有挫折其实也是一种幸福。从那里跌倒了就从那里爬起来。

后来我也想开的。既然自己有目标就应该坚持去追寻下去,路上的磕磕碰碰或许就是老时的美好回忆。

正好在个时候我们实习结束了,老师让我们回学校。我请了几天假。正好好好规划我的下面的路怎么走。无论怎么打算在这个实习的日子里我学到了很多,也明白了很多事。这个宝贵的经验会给我很多帮助。

软件工程实训心得体会10

我们是20xx年3月7号进入宏天实训公司参加软件开发实训的,在此次实训中,除了让我明白工作中需要能力,素质,知识之外,更重要的是学会了如何去完成一个任务,懂得了享受工作。当遇到问题,冷静,想办法一点一点的排除障碍,到最后获取成功,一种自信心就由然而生,这应该就是工作的乐趣。有时候不懂的就需要问别人了,虚心请教,从别人的身上真的能学到自己没有的东西,每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流,同乐同累,合作互助,这是团体的精神,也是必须学习的东西。

经过之前的在校学习,对程序设计有了一定的认识与理解。在校期间,一直都是学习理论知识,没有机会去参与项目的开发。所以说实话,在实训之前,软件项目开发对我来说是比较抽象的,一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训,让我明白了一个完整项目的开发,必须由团队来分工合作,并在每个阶段中进行必要的总结与论证。

一个完整项目的开发它所要经历的'阶段包括:远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的,如果没有一个好的远景规划,对以后的开发进度会有很大的影响,甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识,还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键,也就是说,前期作业都是为代码的实现所做的准备。

我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情,不仅要有足够的干劲和热情,还要有扎实的编写代码基础,必须要有事先对文档进行可靠性报告,功能说明书,详细设计说明书等的编写和一些风险评估的编写的能力。

《软件工程实训心得体会.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式