软件学习心得体会1.docx
- 文档编号:24342676
- 上传时间:2023-05-26
- 格式:DOCX
- 页数:42
- 大小:51KB
软件学习心得体会1.docx
《软件学习心得体会1.docx》由会员分享,可在线阅读,更多相关《软件学习心得体会1.docx(42页珍藏版)》请在冰豆网上搜索。
软件学习心得体会1
软件学习心得体会
篇一:
学习软件工程心得体会
学习软件工程的心得体会
学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。
整一个学期下来,总的来说还是学到了很多东西的,有很多地方是值得肯定的,其实在我看来,软件工程与其说是一门课程,不如说是一门思想。
是一个如何去分析和处理问题的过程,应该说其范畴已经远远不止局限于该门课程,成为了一个综合的一个能够解决问题的思想集合。
整本书的内容逻辑很清晰明了,由浅入深循序渐进,首先我就大概描述下我们所学的内容,第一章是从整体分析软件工程这门学科的发展和所处的社会环境,接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。
接着我就详细介绍下我对这门课程知识点的理解概括:
软件:
软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据,加上描述程序的操作和使用的文档。
软件的特征:
①软件是一种逻辑实体,而不是具体的物理实体,因而它具有抽象性。
②软件是通过人们的智力活动,把知识与技术转化成信息的一种产品。
③软件成为产品后,其生产只是简单的拷贝,不同于硬件制造。
④维护过程比硬件复杂的多,甚至会引发新的错误。
软件危机:
指的是软件开发和维护过程中遇到的一系列严重问题。
出现软件危机的原因:
①软件维护费用急剧上升,直接威胁计算机应用的扩大。
②软件生产技术进步缓慢。
软件工程是指导计算机软件开发和维护的工程学科。
软件生存周期:
一个软件从定义到开发、使用和维护,直到最终被弃用,要经历一个漫长的时期,通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段:
①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护;
瀑布模式:
是传统的软件开发模式,其中的“瀑布”是对这个模式的形象表达,由山顶倾泻下来的水,自顶向下、逐渐细化。
其特点是:
线性化过程;分为分析、设计、编码、集成等几个阶段,并且各阶段逐级推进,不允许跨越。
里程碑管理;阶段评审;文档驱动;简洁便于工程应用的线性化过程步骤,并可以通过里程碑管理机制而使项目进程量化。
其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审,这使得软件的错误能够在个阶段内尽早发现并尽早解决,总的来说瀑布模式具有良好的质量保证机制,有很强的生命力。
原型进化模式:
对软件进行直接模拟或仿真,只需要分析需求框架后进行原型创建,再对原型系统进行逐步细化与完善,通过版本更新逐步满足用户对于软件的多方面需要。
增量模式:
开发过程有三个任务域,分别是设计结构、开发构件和集成系统,它既有完善的工程管理机制,又能适应用户需求变更,有利于质量的监控,并且各局部基于构件构造,有利于逐步构建与完善;由于先交付核心构件可利于降低项目的技术风险。
螺旋模式:
是一种可较好的规避开发风险过程的模式,项目是基于任务的螺旋式推进,每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。
软件开发的整个过程:
①需要项目团队,组建优秀的团队可以开发出更搞质量的软件产品。
任务开发团队要求小而精,成员大多在8人以内,主要成员有项
目负责人、开发人员、资料管理员和软件测试员。
②项目计划是为了使软件开发各项工作有秩序地进行,包括任务分配和基于里程碑的进度安排,甘特图和任务络图是用来描述进度计划的工具。
项目计划书可以作为软件开发的工作指南。
③项目成本估算,由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等,但是软件主要是对人力成本的估算,常用的方法有程序代码成本估算法等。
④软件风险管理包括很多不确定的风险因素,如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等,而风险管理的主要任务是:
风险识别、风险评估、和风险防范。
⑤软件文档管理,软件文档是工程模式软件开发的成果体现,包括技术文档、管理文档和用户文档。
⑥软件配置管理与软件质量管理,包括配置规划、软件变更控制、软件版本控制和质量控制计划。
计算机系统由硬件、软件、数据资源、络资源、使用系统的人等诸多元素。
有三种典型的计算机体系结构:
①主机结构,主机集中了全部智能,并依靠终端接口与外部设备连接。
②Client/Server结构,智能分布于服务器与客户机,并依靠络连接成系统,其中,服务器处于核心位置,提供被动核心服务;客户机处于边缘位置,可主动访问服务器,寻求服务支持。
③Browser/server结构,可适应互联远程交互的特殊结构,基于Web服务器构建。
需求分析:
系统开发前期需求分析很重要,它是为了有效解决用户问题的需要进行的一项工程活动,所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求,开发者承担分析任务,核心是用户。
其步骤有三个:
①获取客户需求,客户泛指某个人或机构部门等,一般方法是调查,包括访谈、座谈、问卷、跟班和收集资料,需求规约可表达用户的软件价值。
②建立需求模型,它是用户需求的图解,一些常用的模型有:
业务树图、用例图、活动图。
分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证,要验证的主要内容有:
有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
结构化分析建模:
它是建立在需求规约基础上的,对软件问题进行全面解说,包括四个方面:
①数据建模,它与数据库设计密切相关,ER图涉及实体、关系、属性等图形元素,在业务层面建立数据库概念模型,一般用于前期的建模构想。
②功能建模,是对系统数据加工的图解,数据流程图是常用的建模工具,涉及数据接口、数据处理、数据流、数据存储等图形元素,用于描述系统数据加工细节。
③行为建模,行为模型用于说哦名软件系统与环境的交互,状态转换图常用的软件行为建模工具涉及状态、事件等图形元素。
⑤数据字典,是用于定义软件的元素,使软件元素获得严肃的、详密的、精确的规格说明。
需求分析模型中的数据、功能、行为等诸多方面的元素,都有必要通过数据字典给予细节说明,以达到对系统较完整全面的规格定义。
基于UML对象面向对象分析建模:
UML是统一建模语言,有统一的语法、语义和语用规则,其建模过程的特点是:
用例驱动、以构架为中心和增量迭代,通过包实现对模型的有效的一体化管理。
包括三部分:
①用例建模,它面向用户需求的,能够反映系统的用户价值,用例图的基本元素有用例、参与者、交流;用例之间有泛化、延伸和包含关系。
②活动建模,活动图用于描述系统动态过程,主要图形元素有:
活动、转换、起点、终点、判断、并发、同步、泳道等。
可描述高层业务级活动,涉及整个业务流程,针对每个用例活动建模,反映用例内部活动细节。
③类分析建模,这里就只考虑实体类,实体类所代表的数据相互之间通常有一定的关系,依靠这种关系可形成有组织的程序数据结构。
实体类之间的
主要数据关系有:
关联、聚类、泛化。
接下来我就简单说下我上这门课的简单的心得体会,我们是大四的学生了,也只有这个学期有课了,刚开始课表安排出来的时候觉得挺意外的,只有前八周有课,当时我还是有点小感动的,大四事情很多,有要考研的和工作的,大家也都有各自的事情,如果有16周的课,那么每周课不是特别多,但是时间特别分散,也不能集中某段时间去做什么事情。
但是相对于老师的压力也有,课程压缩了相当于每节课的教学任务大大增加了,在加上有些假期冲掉课,就感觉我们好像上课学不到什么东西,也只是一些关键的和考试挂钩的才重点讲,完全没有扩展的时间和空间了。
但是总的来说,学校开了这门课,我们上了这门课,总是学到了点东西的,不可能明明上了软件工程这门课,却像没上一样什么都不懂。
在上课的时候我还是很认真地去听老师所讲述的内容的,我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了,所谓的需求获取,那就是一个谈判,辩论,交流的过程,已经不是单纯的编编程序就能解决的问题了。
从我所看到的听到的来说,我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的,只能够在电脑前编编程序的,在交际场上不知道说什么而一个字都说不出来的人。
我觉得这样的人进入社会之后是没有什么前途的,起码他们缺乏了与人沟通交流的能力。
而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力,设想一下,一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。
其次,这门课程教给了我们在完成一个实际项目时的一般程序及过程,我认为这是一份非常具有实际意义的教学内容。
当我们在毕业之后,这是我们实际要运用的一项非常有用的技能,而且不仅仅局限于软件工程的范畴,我们即使是从事与其它行业,不也是要从需求获取开始,一直有条有理地到最后成品的出炉吗?
应该说这就是这门课的价值所在。
无论是在上课,还是在学生会里面做学生工作,我都深深地感觉到,技术性的工作就好比变魔术,其实原理是非常简单的,甚至可以说简单的可笑,但是当你就是做出这么一个简单的东西出来之后,一些外行们有时候会用崇拜的眼光看着你,觉得你很厉害,很高深莫测。
但是制作的过程他们却不知道,也许知道之后他们只是会哑然失笑,原来这个东西的制作过程是如此的简单。
这个可以说就是技术的魅力了,而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程,但是作为这个秘密我们并不需要一揭到底,至于揭的程度如何那就是我们那就是我们学出的程度如何了,我们要让对方知道我们在做什么?
以及如何去做?
这些东西需要我们以一定的技巧叙述出来,所起到的作用就是能够让对方了解自己的进度,却又能够不让对方来干涉自己的工作过程。
因为我们是技术员,对方只是外行,即使对方知道了这个魔术的操作过程,也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法,况且我们能够用不同的过程来得出一个同样的结果,这个过程的得出的主动权如何掌握在我们的手上,就看我们如何以高明的方式来揭开这个魔术的谜底了。
当然了,在纯粹的理论上,我觉得开设这样一门课程是很成功的。
但是毕竟现实里有太多的不确定的因素。
最重要的因素就是授课的老师和听课的学生。
这两个可以说是这门课成与败的决定性的因素。
作为我们学生来说,应该负起比较主要的责任。
在大学里有了太多的基础课程,基础课程大多都比较枯燥无味,也许在第一个学期里我们还能够保持着新鲜感,但是在6学期之后,可以说再有新鲜感就是一件比较困难的事情了,我们都已经开始变得迟钝了。
其次的,没有认识到这门课程的价值。
这门课的价值我已
经在上面说过了,是不言而喻的。
但是并不是每个同学毕业之后都回从事计算机行业,也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。
或许有些人觉得反正以后不是这个发展方向,也就不在乎这个课程吧。
我个人觉得这门课确实是挺好的,如果认真学必能学到很多东西,动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强,不管以后从事哪个方面的工作,这对以后来说都是一笔很大的隐性财富。
说到我自己对这么课的学习,还是有点愧疚的,前面四周我每周每节课都去上的,并且上课也认真听,一边听老师讲课一边自己看书本的介绍,但是后来我上这门课的次数就降低了,因为觉得时间很紧吧,而且老师上课的节奏我个人觉得有点慢,我都可以自己预习看到后面去了,但是这门课我还是每周至少上一节课的,虽然我早上7点多一点就出门,在自习室,但是有时候明明知道到了上课的时间,明明上课的地方离自习的地方不远也不太想去。
我记得有次上课时候老师生气了,说来上课的人少,我仔细环顾了下四周发现确实人很少,稀稀疏疏的分散着,看起来确实不太舒服,让我不得不反思了,这大学的教育到底怎么了,怎么到了大四大家都不来上课,虽然我不是每节课都来,但是我还是时不时来上课的,可能是比较浮躁吧,快毕业了,觉得上课学不到什么实际的东西,要么实际一点好好考研继续深造,要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。
《软件工程》课程既强调基本概念和基本知识的理解和掌握,又侧重软件项目的分析、设计、实现和维护的基本技能。
比较注意“点”和“面”的结合。
我还是蛮喜欢这门课的,通过对这门课的学习让我意识到理论学习很重要,实践更重要,实践是检验真理的唯一标准,只有将理论与实际结合,才更能发挥我们所学的知识的作用,更能直接的创造效益,社会和国家做出贡献。
篇二:
软件实训个人心得
《个人模式实训》的个人小结
今天的实训结束了,今天做的是纸牌游戏软件和趣味打字游戏。
今天的东西对我来说有点难度,最后没有能过完全做完。
但是我还是觉得这是一个不错的实训,在这种集体的环境里和同学们一起学习,每天的生活过的也是非常的充实。
此次实践课我的收获很多。
我和同学们这一次真正自己动手制作了一个小软件,虽然还存在很多的问题,而且我做的软件在使用起来还是很不可行的,但是我们从中受到了很多知识,不仅是专业的知识,更让我明白了一个软件从设计到实现的每一个环节真的很不容易,不仅需要扎实的专业知识,更需要一个团队的配合,这才是一个软件成功的关键。
这就告诉我们,一个人的出色不算什么,一个团队的出色才是真正有用的。
刚开始拿到题目我们组员都不知如何下手,经过小组成员一起查找资料,并且开会讨论,我们确定了设计的设计目标以及具体实现方式,包括如何将Java的思想运用到实际系统的详细设计之中。
在实验课上,我学会了很多学习的方法。
而这是日后最实用的。
要面对社会的挑战,只有不断的学习、实践,再学习、再实践。
这对于我的将来也有很大的帮助。
以后,不管有多苦,我想我都能变苦为乐,找寻有趣的事情,发现其中珍贵的事情。
就像中国提倡的艰苦奋斗一样,我都可以在实验结束之后变的更加成熟,会面对需要面对的事情,以及学会遇到问题,不急不慌,慢慢解决它。
虽然过程辛苦是不可避免,但收获还是令人感到尤其的欣慰。
在这次的软件设计中不仅检验了我所学习的知识,也培养了我的实践能力,让我知道遇到一个问题,如何去寻找思路,如何去解决问题,最终完成整个事情。
在设计过程中,与同学分工设计,和同学们相互探讨,相互学习,相互监督。
学会了合作,学会了宽容,学会了理解,也学会了做人与处世。
课程设计是我们专业课程知识综合应用的实践训练,是我们迈向社会,从事职业工作前一个必不少的过程。
实验过程中,也十分感谢实验指导老师陈中育老师的指点与教导。
这次软件设计不仅是对这学期所学知识的一种综合检验,而且也是对自己动手能力的一种提高,增强
了自己实践能力。
通过这次课程设计使我明白了自己知识还比较欠缺,只是学习书本知识还是远远不够的,自己不会的东西还有太多,学习需要自己长期的积累,在以后的学习、工作中都应该不断的学习,将课本的理论知识与生活中的实践知识相结合,不断提高自己文化知识和实践能力。
篇三:
学习金蝶软件心得
学习金蝶软件心得
大二下学期,我们专业开设了中小企业软件管理实训课程,也就是认识金蝶软件及操作。
首先打开金碟软件,选择新建帐套,可以进入金碟标准版界面,在这里会出现一个主功能选项模块,以及一个初始设置的子模块。
在初始设置模块设置里面可以看到又分为帐套选择;币别;核算项目;会计科目;初始数据;启用帐套等子模块。
进入各个子模块可以键入初始数据进入系统,以及设置系统将可以记录的各个可核算项目。
当将各项数据及增加或减少的类别设置好,就可以进入到下一步。
此时主功能模块下的子模块就变成了账务处理;固定资产;工资管理;往来管理;报表与分析;出纳管理;系统维护七个子模块。
在每一个的子模块选项下都会出现一个业务处理模块和账簿报表模块。
这个软件所包含的内容还是挺复杂的,要求我们自己培养成一种仔细认真的学习态度,因为在企业管理中,使用金碟软件当你粗心输错了数据进系统,那么给企业带来的可能是不可估量的损失。
我对金蝶的理解就是它是一个强大的系统,覆盖了企业几乎所有的活动。
从采购到生产再到销售,这三大环节,从以前传统的人工做账到通过计算机做账,这是一个质的跨越。
通过电脑操作,不仅可以节省更多的人力,降低成本,而且还使得财务信息的质量得到更好的保证。
在使用金蝶的过程中,我觉得对自己的财务知识也是一种考验。
我觉得金蝶只是帮你提供了一个操作平台,在具体填制凭证时还是需要自己的财务知识,而且金蝶自动生成的凭证有时有很多的错误,需要去修改,如果自己的财务知识不强,用金蝶做账还是非常麻烦的。
我觉得金蝶在财务这块最实用的是只要我们把凭证做好,其他的就非常省事。
在不断的反复重做过程中,不断审核、过账、反审核、反过账,渐渐有了清晰地思路。
在应收应付这块,十足花费了大量的时间,但我觉得很值,我从中也学会了很多。
其实很多东西只有自己动脑筋去做了后才会留下深刻的印象。
在做的过程中,还有一点就是细心。
做会计的一定要认真细心,细节决定成败。
学习的时候也有不少认识:
做会计需要理清思路,像在建账的时候,要对整个建账的轮廓有较清晰地了解,这样具体工作起来有方向,效率比较高,否则很容易在一个问题上卡住。
而理清思路后就是具体的一些工作,这些工作或许会重复,比较枯燥,很需要耐心。
最好在开始项目之前,完成前期数据准备。
对于一些基础数据,例如各种基本资料的编码。
我们有必要提前完成,免得拉长项目实施周期。
基础资料使用前,必须设置好基础资料,基础资料是运行K3系统的基石,有点象做房子
前要准备好材料一样。
基础资料的准备顺序基本上就是系统默认的顺序。
这个顺序没有什么特别的,怎么着都行,你在需要时自动提示你需要先处理哪一些。
不过我还是要将一般处理顺序说明一下,最好是:
币别、凭证字、计量单位、结算方式、仓库、仓位、部门、职员、科目、客户、供应商、物料。
一些项目是有必录项与非必录项的,在前期我们可以只录入必录项,以后在需要时再录入非必录信息。
金蝶软件相对比较容易学,但较适合规模小的企业;而用友软件则更适合规模比较大的企业的需求,它的购销存系统和应收应付系统对需要处理大量品种及较多往来单位的企业而言是十分方便、简捷的,同时,用友能分部门分项目进行核算,有利于进行企业内部的考核。
在络上有分析说:
金碟与用友针对的用户层不同,用友软件核算全面,但操作起来较繁锁,特别是在设置存货,固定资产的参数时较麻烦。
如果公司的存货较多,分类较细,建议不要用金碟,可以考虑其他财务软件。
如果企业当中的会计人员懂得操作用友软件,那就建议用用友软件,因为用友软件考虑得比较周全,在数据导出导入方面数据接口方面做得比较好。
学习过程中,还要勤动手,学了一个知识点就去尝试着操作,这样才能使知识得到应用,也才能对知识理解的更加深刻。
学以致用,切合实际;只学不用,很难深入。
然而,会写字不等于会写文章。
学会了软件的单个操作应用,其实
只是学会了“写字”,但是工作上要求交出的作业是“文章”,这就需要自己去融会贯通,在实际业务中积累经验,从而写出一篇篇满意的文章。
这是我学习金蝶的一些心得体会,一些个人见解如有不妥之处请大家不吝指出;如果大家有更好的学习方法,我们互相交流,以达共勉。
坚持“活到老,学到老”的信念,我想必能成就属于自己的一片天空。
“点点滴滴,造就不凡。
”在以后的工作中我们不断积累经验,细心加耐心,怀着无限憧憬与希望,定能把枯燥的工作演变成多姿多彩的生活。
篇四:
软件开发心得总结
有感于盘开发过程
有感于盘开发过程..............................................................................................................................1
一、软件开发个人体会:
.................................................................................................................2
二、做软件开发我觉得要明白:
.....................................................................................................2
三、在开发中遇到问题应该怎么去解决?
......................................................................................2
四、怎么样才能提高自身的能力?
..................................................................................................2
五、怎么样才能做好软件开发?
.....................................................................................................2
六、文档的重要性.............................................................................................................................3
七、我的收获.....................................................................................................................................3
八、盘项目开发的最大体会.........................................................................................................4
九、软件测试(单体测试和连接测试)..........................................................................................4
一、软件开发个人体会:
1.软件领域中的知识在于积累。
2.做软件开发,就类似算数学题和世界杯足球赛一样:
重在结果,而不在乎过程。
3.软件服务于人类,软件是在解决一些生活中的问题和错误,问题决定解决方案。
二、做软件开发我觉得要明白:
1.职业的乐趣:
(A)用自己的智慧去创建新事物的快乐
(B)开发对别人有用的东西
(C)不断学习来充实自己
2.职业的苦恼:
(A)总是追求完美
(B)所有要实现的功能由他人而定
(C)概念设计计是有趣的,但找Bug总是很苦恼的
三、在开发中遇到问题应该怎么去解决?
1.
2.
3.
4.不明白就多问,不要自已一直去琢磨。
一个问题如果30分钟还没有解决就应该考虑是不是问问别人。
一个问题在没有用过3种以上的方法解决过就不要去问别人。
解决问题思路是关键:
相信问题总归有解决的办法,就算连技术上都没法实现的问题,相信通过良好的沟通终究也会有解决的方法。
5.解决问题的前提是:
理解别人的意思,理解别人的需求,多沟通,及时给客户反馈信息。
四、怎么样才能提高自身的能力?
1.程序员怎么样进步最快?
-理论结合实践
2.不要怕出错,不怕遇到错误,有错误就有挑战,这样才可以进步,但不要让同一个石头
把你绊倒2次。
五、怎么样才能做好软件开发?
1.首先要明白解决
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 学习心得 体会