软件开发心得体会（精选10篇）
当我们积累了新的体会时，写一篇心得体会，记录下来，这样就可以总结出具体的经验和想法。那么心得体会到底应该怎么写呢？以下是小编帮大家整理的软件开发心得体会，希望对大家有所帮助。
软件开发心得体会 篇1
受某化公司委托，开发一款用于视频和图像处理的软件，开发难度高，高到从未搞过，开发周期长，长到是我以前项目监控最长开发周期的两倍，开发成本之底，让我觉得程序员成了高级打字员。首先是需求分析书、产品规格说明书、设计说明书、代码规说明书、测试计划，光稿就不知道熬了多久才做完。
紧接着，遇到一系列问题，首先是语言选择，vc++和c#都是可以保证开发完成的选择，但是vc++内存容易报错，界面很难修改，而客户要求的界面质量甚至比程序的功能更严格，没办法，客户就是上帝，上帝做事一定有他的道理。c#语言易于开发，而且图形界面绘制也易于修改，可以做出客户体验很的界面，但是在资源的消耗上，让我很吃惊。做到第二个月，大概的界面已经完成时，出现界面刷新的问题，刷新时开始卡，界面不流畅。没办法，改。
开会，总结，技术骨干找问题，拿出解决方案，力争第一次做软件把它做：
重新做软件开发进度计划和软件测试计划，并且让独立功能demo制作和测试先行；
用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图，将在接下来的开发任务中加入进去。
事无巨细，当我满意的看着界面流畅，功能也已实现时，发现软件在低分辨率或者小本上根本乱到没法看，甚至是界面功能按钮错位，重叠等等。没办法，改。毕竟软件的多分辨率兼容和操作系统兼容是必须要做的。
接下来一大堆的麻烦找了上来，软件出现各种各样想都想不到的问题，总算是按时将第一个版本发布出去，并且开始接下来的升级开发任务。
最后，给刚刚接手软件开发项目的朋友一些忠告：
一、相关的档不是给别人看的，而是给自己看的，相关档一定要齐备，而且让所有涉及开发的人员都清楚的知道你档里所要表达的意思；
二、一定要注意多做demo，多做实验，一个demo程序员几个钟头就可以完成，甚至更少，但是不做demo，核心程序没有做实验，其他的东西都围绕核心程序做了上去，到时候耽误的可不是几个钟头
三、程序设计要注重用户体验，当初客户对我要开发软件提出近乎苛刻的要求时我不在意，但是当我自己反复使用软件时有了很多体会，流畅美观的界面带给人心理的快感的确能替代一些尚未开发完整的功能带给用户的遗憾。
四、测试计划多次进行，分批进行，不要全部开发完成再对软件做测试。
还要坚持三个月，软件马上发布，希望大家的支持，谢谢！！！
软件开发心得体会 篇2
我是公司一名文员，部门涉及很多业务数据的东西，在此之前，公司的所有业务记录都是通过一张excel表格来完成，第一次看到那张表的时候是真心吓到了，字段有几十个，项下又有很多拆分合并，其中又大多为数据和日期，通过几天的整理发现了不少错误，更加感叹需要一个数据库来解放人力、提高效率。
从开始接受access培训到现在已经有半年时间，虽然上学期间学校的老师也有给我们讲过access的知识，但只是讲了些关系的建立及简单的查询，以为access就好比word、excel等相对比较简单的办公软件一样。但开始接受盟威Access的培训后，对Access的看法才改变，原来Access还可以这样玩；参加学习之初，由于自身一开始认识误区的心态导致自己走了很多弯路。一开始所有的Access老师就告诫我说一定不要心急，要按培训指南指导，要按照教程一步一步做下去，切忌眼高手低。但因为心想自己对电脑还算有点感觉，加上公司一直比较急，又很想短时间内做出点东西，就没有很耐心的把教程步骤做完，导致后期回炉再造无数次耽误很多时间，在这里希望大家引以为戒。
在学习的过程中，因为老师是一个阶段一个阶段发教程的，当我看到报销系统时，就已经觉得十分十分的强大了，然后自己就想边看教程边偷懒开始自己开发，虽然老师一再强调不能不会走就想跑，但自己还是开始蠢蠢欲动了，等到做了一部分之后看到了进存销系统后，又发现里面有很多自己可以学以致用的东西，然后又开始重新做，再等到新版的快速开发平台出来了，自己又一次被震撼了，感慨Access快速平台的强大，基本的模块都不需要自己手动创建了，简直太厉害，真是技术宅改变世界。
整个开发过程可以说是充满艰辛，但又有很强的成就感。虽然自己有时候会想不出来该怎么做，但是！还有一群很厉害的老师可以帮你，有时候老师们一句话、一段代码就能帮我搞定自己苦思冥想很久都做不出的步骤，可以说每一个成功的系统背后都有一群默默无闻的老师。
每次把自己一些乱七八糟的想法告诉一对一老师，其实自己都觉得可能做不了了，但每次杜老师都会给我惊喜，帮我完美解决掉，十分欣慰。
现在系统开发的已经在测试应用，虽然还有些部分在一步步完善修改，但我相信access的强大，能解决我的数据问题，也相信盟威老师们的技术给我的支持，在此感谢这半年来所有老师的大力支持与帮助，也希望盟威软件快速开发平台做得越来越好，让更多跟我一样的菜鸟开发出属于自己的数据库软件，解放自己的工作强度。
软件开发心得体会 篇3
这次软件工程实训是从20xx。12。26号开始的，截至20xx12。31号。实训内容是用java相关知识（主要是jsp）做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储备不足，特别是jsp这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是来自中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识（jsp和数据库连接等这几块）给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如rationalRose，SVN，MyEclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。
通过这次实训，让我了解到工程开发的过程，可行性分析——>需求分析——>概要设计——>详细设计——>代码编写——>测试——>验收。从技术方面上，我开始jsp基础基本上就是零的，在老师和syz2（另外一个物流小组，我一个人基本上是跟她们做的，或者说是看着她们做的）的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多贡献了。**老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。
还有一个收获是从一个同学（小胖）那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来 出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。
这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师（周褀，朱映），这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。
软件开发心得体会 篇4
首先我是一个女孩，学软件开发的女孩相对于男孩来说并不是太多，但是因为我自己对编程比较感兴趣，所以就从事了这个行业。
我们学校的学生从20xx年的下半年就已经开始出来实习了，据我所知我们计算机系的学生大都从事别的行业去了，从事计算机行业的人数非常少，我想大部分是没有过硬的技术知识的原故，不敢去应聘本行业的工作吧。
我一直是一个有上进心的女孩，对软件编程有很大的兴趣，总想着自己也要像男孩一样，做一番属于自己的事业，不能白白的虚度自己的青春，但我又不想从事与计算机沾边的初级职位，比如文员之类的。因为如果自己的第一份工作从做文员开始，以后自己的职业生涯就不好规划，肯定会离软件编程越来越远的。
说实话我的家庭条件并不富裕，但是我有一个非常支持我上学的父母，他们狠狠心在我上了几年大学之后又给我交了几千元的培训费。从那时候起我就想着我一定要好好学习，对得起父母。
就这样开始了我的培训旅程，其实说实话在培训的过程中我是时而感到特别迷茫，时而又有了奋斗的激情，这不免有个人的因素，也有培训环境的影响。
在这里我想提醒一下那些想参加软件培训的学生，在你们选培训班的时候一定要看清这个学校以前培训学员的就业情况，特别重要的是培训老师有没有教学经验，一些培训机构总是以赚钱为目的，鼓吹着自己的培训老师拥有几年几年的项目经验，其实我感觉没有教学经验的老师还不如项目经验少一些的老师。
我们培训部就是一个例子，我有时候就感觉听我们老师讲课简直是一件非常痛苦的事情，他讲课从来就不备课，只是根据自己的工作经验，想到哪个知识点就讲哪个，我们听课的学生一点思想准备都没有，而他常常在课堂上为了调试一个程序的一个小小的错误耽误一两个小时的时间，而这期间往往也是我们最煎熬的时候，因为我们要坐在那个地方陪着他找错误，这种情况下的我们非常受折磨，并且感觉时间都白白浪费掉了，以至于根本没有什么收获。
再来谈谈我自己的情况吧，我在大学期间编程语言学的还算不错，当时我们只开了c++、java两门编程语言课，还有软件开发相关的SQLServer20xx数据库，我的这三门主修课程每次考试都很优秀，参加培训时也有老师劝我学软件前台，网页设计什么的，说是女孩比较适合学这个，好就业，而软件开发大都是男孩子，女孩几乎是学不通的。我当时就是为了证明自己的能力，根据大学期间自己的学习情况，我相信自己能学好。
但是也因为我们老师讲课的无计划性，课程拖到现在还没有结束掉，时间已经过去6个月了，我开始思索我自己的人生了。
经过四个月的培训，我不能说我没有学到什么东西，但我还要说一点，我虽然每一样技术都知道了，但是我学的仅仅还只是一个皮毛而已。软件开发最重要的就是编程思想，可我现在的水平只是编写代码达到非常熟练的程度罢了，对于编程思想感觉还是没有踏入软件开发的门槛。而编程思想主要来自于你所做过的实际项目获得的经验。而我们培训部的项目不仅少而且不怎么实用。所以要想参加培训还要看清这个培训部的项目是不是够份量，没有实际的项目经验去应聘软件开发的工作还是不行的。
经过仔细的思索，我已经决定去找工作了，现在正是找工作的好时候，虽然我没有多少项目经验，但我相对于应届毕业生自信多了，也许这就是培训的力量。不过哪怕找到一份小小程序员的工作干着也行，因为现在对自己的职业定位还有点迷茫，我自己的性格属于那种做事情非常认真、踏实、细心，感觉更适合做软件测试方面的工作，对于软件开发我还是抱着先试试工作的态度，主要源自于我自己头脑反应太慢，估计一直做软件开发对职业发展前景是有碍的。
最后告诫那些还在上大学的朋友们，如果你们想在软件行业发展，那你们一定要在上学期间多上网看一些编程方面的视频，自已尝试着把企业要求的知识点自学一下，跟着视频做一些小型的项目。其实自学知识点是不难的，只有你有恒心。因为我培训的感觉就是公司要求的一些东西很多并不是我们不懂，而是我们在学校其实是连听说过都没有听说过，这样的话哪个公司会愿意。
软件开发心得体会 篇5
作为一个软件开发人员, 记得在我第一天进入公司实习的时候, 首先要学习的就是编程规范. 相信每个搞开发的同学都跟我一样吧.
编程规范在学校里是十分不重视的. 老师也不会硬性地要求学生要遵照怎样的规范去编写代码, 实验或者作业什么的, 只要能实现功能就ok了. 但是公司却不一样, 公司的代码并不是一个人编写, 别人很可能需要阅读甚至修改你的代码, 阅读一个不符合规范的代码, 所需要的时间可能比重新开发还要漫长. 代码规范的重要性是不言而喻的.当然, 作为一个开发人员的前提, 我还是公司里的一个员工(虽然不是正式的...). 我还必须遵守员工的规范.
其实员工规范也没有什么特别多的要求, 个人认为就跟上学差不多, 虽然规范是差不多, 心态上却有着很大的差异. 原因无他, 你到学校是自己交钱上学, 上班却是别人发工资给你. 拿了人家钱, 还要扰乱人家的规范, 这种事我还真干不出来. 看来钱不论到哪里都是一个问题, 呵呵
感悟二: 我其实是一种很唯心的动物
其实本来, 我是写"人其实是一种很唯心的动物", 但不知道别人是不是也这样, 虽然我觉得是, 却无从考究, 还是严谨点.
为什么说我唯心呢? 当我心里把自己当作一个学生, 跟把自己当作一个上班族时, 在各种细节上都会不一样, 例如那有点虚无缥缈的"气质", 或者是说话的语气.
这个大概是"站在不同的高度, 看到不同的风景"吧. 正如老总看的是公司发展方向, 主管却在看业绩, 经理在看项目, 小弟们在看代码...
感悟三: 设计模式很重要
设计模式是我到公司才接触的事物, 主要是讲述一种面向接口的编程思维, 按照设计模式所编写的代码, 会比学校那种直接实现功能的代码繁琐一点, 增加很多看似多余的虚类或者接口. 但是这种代码更加具有拓展性, 更好地把数据封装起来. 在增加状态, 增加类的时候, 并不需要修改过多代码, 这种代码对于版本升级尤其重要.
在公司培训学习中, 我总能很快地掌握各种设计模式的要领, 获得上司的好评. 但是我明白, 设计模式真要应用到代码中去, 是要培养一种习惯.
个人观点好像说得有点多了, 下面说说我这3个月里的实习情况. 总的而言, 我到公司接触了2个平台, 一个是现在很火的android, 另一个则是nokia的qt. android 用的基本是java语言, 其中还会带点xml语言; 而qt用的则是c++.
对于这2个平台, 用着的感觉其实大同小异, 用我上司的话说, 基础打好了, 语言就不应该是障碍. 感觉挺有道理的. 想当年我作为一个vb助教, 却没半点vb基础, 对vb那些基础问题还是可以比较轻松地解决, 这跟我其他程序语言基础比较好有着密不可分的关系.
android平台的一个基本窗口是一个activity, 除了基本的activity外, 还提供listactivity和tabactivity这些拓展的子类, 每一个activity都可以看作一个窗口, 一个进程可以有多个activity, 每个activity都拥有一个view, view可以通过xml设定, 当使用activity的子类时, 必须注意这些子类的xml必须含有特定id的控件, 或者不用xml实现view, 系统会有一个默认的xml去实现那些一个基础view并且实现必要的id.
在谈到view, 那么就必须说到layout了, android的layout很强大, 最基础的是横向或竖向的排列布局, 另外还有网格, 表格布局等等. 掌握好布局的方法可以让我们对界面设计事半功倍.
android有趣东西有很多, 在我完成那个移植应用的时候, android总能给我一些惊喜, 例如popwindows这个设计, 他作用是弹出一个窗口等, 或者你可以把他看作一个acticity, 效率却比activity快很多. 利用popwindows, 你可以做出风格各异的消息框, 菜单栏, 下拉菜单等等.
另外还有一个抽屉类也很特别, 他就像触屏系统的解锁一样, 拖动手柄, 便可拉出一个界面, 这种设计大大地节省应用的空间, 减少切换界面的操作, 从而降低应用的功耗.告诉大家一个很多人不注意的地方, android应用如果进行横竖屏幕切换的时候, 进程会完全关闭后, 再重新打开的, 因为android做了保存状态的操作, 所以很多人会以为屏幕切换后, 进程还是本来的进程.
qt跟android有很多共通点, 例如android的activity就如qt的qwidget, 当然, 他们的状态机有着很大的区别.
qt最大的特点是他的信号槽, 通过信号和槽的连接, 可以把很多类与类间相关的函数连接在一起, 甚至可以传递参数
实习心得
从学生到走上工作岗位，一步步的熟悉和认识着周围的环境，熟悉这社会生存之道!在这里我学到了我离开校园的第一笔知识，这些都是从书本上学不到的知识，从体验公司的文化到亲身接触公司的每个部门的人员，从公司的季刊杂志上，从其他员工的言谈中，有好的信息，也有不好的耳闻，总之，我的感觉中，我们的公司还是在不断前进发展。
从学校迈入社会，华润以自己的姿态给我这样一个良好的锻炼平台。从学生到工作，华润以自己的品质和精神让我了解和洞察并融入社会这个大家庭，华润为我创造了这样一座桥梁。融入华润，融入社会，我以华润的精神强化自己，以华润的记纪律规范自己，每一天努力，每一步的行动，都让我逐步提高和完善自己，以至于在这个平凡的岗位上做到一个合格称职的职业人。
工作中有苦有乐，产线上同事之间的互帮互助，让我充分体会到与人协作，共谋发展，合作共利的快乐。产线5s让我深刻认识到良好整洁的工作环境是工作效率和品质保证。产线纪律是我规范和端正自己的工作态度，保证每一颗电路的品质。在这样的环境下，在这样的氛围中，我也渐渐养成了良好的工作习惯和责任意识，努力将这份工作做到更好。从华润到社会大家庭，从一颗细小的电路到做人做事，不容置疑每一步都至关重要。“千里之行，始于足下”，我想，一切都从身边做起，从细节做起，从小事做起，从当下这份工作做起。播种行为，收获习惯;播种习惯，收获性格;播种性格，收获命运。一点一滴的积累，一点一滴的进步都将决定和影响着我的将来!
软件开发心得体会 篇6
这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了，说实话每天在教师从早晨坐到下午，中间只有一个半小时休息时间，这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。
不过看到老师讲得如此认真，看到惠普如此强大，我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了，呵呵。
前两天确实还是有点累，讲的也是理论课，而且以前我们从来没有接触过测试这个行业，所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化，鄙人是深受教育啊。
后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件，那个软件好大啊，整整2个G。我们考啊考啊考了好久才考完。软件叫QTP，就是惠普的快速测试专业版。确实是一个强大的软件，呵呵大家用了就晓得了!
有了电脑自然好耍了，我们休息的时候就上网啊，我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件，操作还是比较复杂，而且全英文版，对我这种英语水平的人确实有点难以接受a。不过呢，我还是在老师的敬业精神鼓励下学到了不少知识受益匪浅啊，单词也记到了不少!离六级又近了一步!!
四天的培训在今天就彻底的结束了，下午老师给我们开座谈会，问我们有什么问题，结果呢我们一点问题都没得。老师教得好啊呵呵!我们没得问题老师又只有给我们说他的光辉历史了撒。什么当年大学毕业了差点工作都没找到啊，什么当年英语学得最撇啊，还有找不到工作在网吧郁闷打游戏啊呵呵。
我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑!所以以后呢，要好好努力啊，不管社会有好黑暗你都能找到光明，生活就是如此，时间本就平凡。好好干好好干!
在沙盘对抗中直面市场竞争之激烈，通过不同角色的扮演，运用企业经营管理理论和信息化管理技能，进行市场选择，投资决策和生产运营，增长才干，搏击商场，百战不殆。
我们通过模拟企业实训，置身于仿真的生产经营过程，完成企业生产经营中各种信息的采集和处理。体验与其他部门的协作，作到边学边练，学用结合，迅速掌握ERP软件的使用要领，提高信息化管理技能，经历完整的企业经营进程，感受现代化信息技术的魅力。
在仿真的企业环境中，构建传统的手工管理模式和利用计算机技术信息化技术的现代化管理模式，模拟现实企业的生产经营管理过程。
(一)我在学习中学习的知识
1.在一个仿真的企业环境中我作为CEO带领整个企业进行了8年的商业抗战，我的搭档分别扮演了生产总监，采购总监，营销总监，财务主管，财务助理，信息总监及商业间谍。在学习中我们互相帮助，互相进步，互相学习。在前一年的学习中我们还刚刚接触并不了解太多的东西，在之后的两年和三年的学习中我们光荣“破产”了，成为了给老师干活的最早的一个企业。我们模拟了企业的职能岗位熟悉了企业的业务流程。充分扮演了自己所担当的角色。
2.体验了整个企业的经营过程，并把所学的理论知识应用到实践中，由此加深对企业的物流，商流，资金流和信息流的体会，促使我们进行了积极的思考，了解了企业的运作，提高了学习和实践能力。
3.开阔了视野，提高了综合素质，加深了对企业管理信息化的认识和理解，提高企业信息化管理技能，掌握了企业信息管理流程。
(二)在学习中发现的问题
1.企业核心竞争力缺乏持续增强和系统改进，严重制约企业长远的发展，客观上需要一种先进的管理工具帮助企业系统解决自身发展中的种种问题。
2.充分的准备是经营成功企业的基础
由于第一天的学习前我们都没有进行预习导致我们企业的所有员工没有一个概念，在老师的培训下还是没有一个清晰的概念及相关的知识，以至于在沙盘对抗中失去大量资金与订单。
3.将失误降到最低
在信息总监的两次误操作下我们在第二年的经营中丧失了投递p1广告的机会，在之后的订单中我们也无权在进行抢单，因此我们企业的p1被积压了很多库存，尽管通过我们的营销总监的分析我们将会在未来将产品卖出并且是大卖，可是我们还是由于短期贷款的到期使企业破产。我相信在真实的企业中误操作也会发生但是我清楚这样的错误给企业所带来的将是无法弥补的损失。所以我相信失误的出现率也是一个企业成功的关键问题。
4.合理的运用媒介
广告的投入也是企业取得好的业绩的重要组成部分。
广告策略是指为了达到预期广告目标而进行的各项谋划运作，是广告的手段、对策和谋略等的组合。站在企业家的立场来看，广告策略首先是促销的一种手段，是企业的一种投资行为，而不是艺术家的个性作品，也不是学者的理论实践，用广告大师奥格威的经典名言来说：“我们的目的是销售，否则便不是做广告。"所以我们评价广告策略的标准是广告成本投入对经济效益产出的贡献程度，即最好的广告策略将是以最少的广告投入达到最大的效益产出。
在广告策略中投资广告和最后的广告收益都应该用科学的方法进行计算然后作出合理的判断及预测方能为企业最终取得利润做出应有的贡献。
5.采购的合理化
预测准确的市场需求对采购来说也至关重要，不浪费材料又能满足市场，保证供给也成为了一个企业的核心问题。
软件开发心得体会 篇7
随着我矿“两化”融合工作的推进，软件开发方面人才显得更加缺乏，所以我选择对ASP.NET进一步深入学习；经过近两个月的自主学习，进一步掌握了ASP.NET动态网页制作的一些理论知识和基本常识，不仅要应用各种方面的知识还要对所学的知识学会变通使用，虽然会有一些成功的地方。曾经看到网上有这么一句话，一个优秀的网络程序员不但要了解自己领域的一些专业技术，而且很多时候还要充当半个网络工程师，半个美术设计师和半个数据库管理员。ASP.NET是Microsoft.Net战略的核心产品，asp.net凭借它丰富的控件，以及具有革命性的code-behind技术，以及良好的封装性，无疑成为业界开发activeserverpage的一门巨将，
ASP.NET是ASP（微软动态服务器网页技术）的最新版本。执行效率大幅提高：ASP.net构架是可以用Microsoft（R）公司最新的产品VisualStudio.net开发环境进行开发，WYSIWYG（WhatYOUSeeIsWhatYouGET所见即为所得）的编辑。简单性和易学性、高效可管理性ASP.net使用一种字符基础的，分级的配置系统，使你服务器环境和应用程序的设置更加简单。因为配置信息都保存在简单文本中，新的设置有可能都不需要启动本地的管理员工具就可以实现。这种被称为"ZEROLocalAdministration"的哲学观念使Asp.net的基于应用的开发更加具体，和快捷。一个ASP.net的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须得文件，不需要系统的重新启动，一切就是这么简单。多处理器环境的可靠性ASP.net已经被刻意设计成为一种可以用于多处理器的开发工具，它在多处理器的环境下用特殊的无缝链接技术，将很大的提高运行速度。即使你现在的ASP.net应用软件是为一个处理器开发的.，将来多处理器运行时不需要任何改变都能提高他们的效能，但现在的ASP确做不到这一点。自定义性和可扩展性ASP.net设计时考虑了让网站开发人员可以在自己的代码中自己定义"plug-in"的模块。
这与原来的包含关系不同，ASP.net可以加入自己定义的如何组件。网站程序的开发从来没有这么简单过。安全性基于Windows认证技术和每应用程序配置，你可以确性你的原程序时绝对安全的。ASP.NET的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有ASP应用程序中逐渐添加ASP.NET功能，随时增强ASP应用程序的功能。ASP.NET是一个已编译的、基于.NET的环境，把基于通用语言的程序在服务器上运行。将程序在服务器端首次运行时进行编译，比ASP即时解释程序速度上要快很多.而且是可以用任何与.NET兼容的语言序。另外，任何ASP.NET应用程序都可以使用整个.NETFramework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。
ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。当创建ASP.NET应用程序时，开发人员可以使用Web窗体或WEB，或以他们认为合适的任何方式进行组合。每个功能都能得到同一结构的支持，使您能够使用身份验证方案，缓存经常使用的数据，或者对应用程序的配置进行自定义.如果你从来没有开发过网站程序，那么这不适合你，你应该至少掌握一些HTML和简单的Web开发术语(不过我相信如果有兴趣的话是可以很快的掌握的)。你不需要先前的ASP开发经验（当然有经验更好），但是你必须了解交互式Web程序开发的概念，包含窗体，脚本，和数据接口的概念，如果你具备了这些条件的话，那么你就可以在Asp.net的世界开始展翅高飞了。
在这短短的两个月中，我知道在程序设计的时候，不要太在意程序是否最简洁灵活，对于一般开发者而言，程序规范化和可读性可能比追求程序的灵活性更加重要。在互联网资源越来越丰富的情况下，我们可以参考一些规范的程序源代码来学习。同时我也知道，想要学好这门课程，所要具备很多条件，首先打代码要规范，要做注释，这样回头来看程序时可以很快的看懂，一方面可以练习自己的逻辑表达能力，对以后遇到难以实现的功能也可以很好的表达出来向别人请教，而且出去从事编程工作的话，代码的规范是相当重要的。还有一点要学会总结，把自己做的程序用到的知识点列出来就可以很好的总结自己的知识点。当形成知识体系，对知识的理解就会更上一层楼。
软件开发心得体会 篇8
时间过的好快啊，为期三个礼拜的实习生活即将结束了，短短的三个礼拜让我们收获很大，专业知识、编程水平都有很大的提高。刚开始三天的高强度的课程安排让我们受益匪浅;接下来的上机实习又让我们可以巩固了课程。这让我觉得实习生活充实而有意义。辅导老师配好了环境之后，我们开始了项目的制作，这次项目实习算是自己小学期间主要完成的项目。最后，自己的努力还是有收获的，看着电脑上记录得满满的代码，看着自己的项目最终能够运行成功，就觉得很有成就感。
在本次的实习中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心由然而生，这就是工作的乐趣。有时候也需要虚心请教，从别人的身上真得能学习到不自己没有的东西，每一次的挫折只能使我更接近成功。除此以外，我还学会了如何更好地与别人沟通，如何更好地去陈述自己的观点，如何说服别人认同自己的观点。这次所学知识与实际的应用，理论与实际的相结合，让我大开眼界。也是对以前所学知识的一个初审吧!这次实习对于我以后学习、找工作也真是受益匪浅，在短短的一个星期中让我初步从理性回到感性的重新认识，也让我初步的认识这个社会，对于以后做人所应把握的方向也有所启发!相信这些宝贵的经验会成为我今后成功的重要的基石。
在此，我非常感谢学院领导和指导老师对这次实习的大力支持。
软件开发心得体会 篇9
本周是实习的第一周，很幸运碰到了产品部很有耐心的leader詹老师。 实习第二天他让我做一个H5的游戏类应用， 主要用于微信中分享。之前对于自己的水平是否能完成完全没底，但感觉第一次实操确实也有点让人兴奋，之前关于产品开发的印象只停留在书本上。
詹老师让我模仿“过家家gogaga”所开发的“打电话认师姐”微信小游戏写一个类似的应用。 我把原始应用找出来便开始抠代码， 第一步是将套在微信接口中的原始应用抠出来(套在微信接口的原始应用只能在微信浏览器中运行，无法在电脑上测试)，周二开始做.
一开始我的效率非常低， 因为我很多测试方法并不熟悉， 在参阅了微信JS-SDK后总算把原始代码抠出来， 厘清该应用的基本逻辑后开始重写， 在詹老师的耐心地指导和对基础知识的讲解下，我们将原始代码中120行的CSS代码优化到60行，将五百多行的JS代码优化到只有60行，这事实上是在原有的逻辑上完全重写了，这让我开始有点成就感了。
也第一次感受到产品开发中的大局观，这种大局观更多的是体现在细节上，比如代码变量名的设置需要与文件存放联合考虑，以便日后修改和维护。 詹老师在讲代码逻辑的时候亲自写了一个例子让我体会， 虽然消化这些用了快一天，但感觉真的收获很大， 有拔云见日之感。
实习一周后所遇到的种种困难也让我意识到自己很多问题，归纳如下：
1.尽管之前对于书本的学习有一定积累，但还是暴露出代码的不熟练，细节方面处理能力差，在细节上耗费时间太多。
2.缺乏基本的软件开发测试思路， 比如之前不知道chrome具有相当强大的错误测试功能，它对于没有触发的函数也有错误提示。
3. 缺乏专注的习惯，比如詹老师让我先完成功能方面，但我却习惯于去找找界面的素材， 这就导致两边都没有做好。虽然认识上知道不该这么做，但是习惯上却很难改。
4.自己很多时候虽然有问题但是不能完全阐述清楚，所以跟leader沟通的时候往往支支吾吾，以后有问题自己首先得想清楚，将问题讲明白也是很关键的能力。
另外也记录一些自己的浅薄感受：
1.工科出身的詹老师对于代码的运行效率有很多的考虑，但对于用户体验和交互效果似乎稍微少点，当然也可能是我新来并不了解的原因。
2. 公司在做小应用的时候并不会在用户测试和产品结构功能上讨论太多，公司要的是迭代效率， 就是要快速出应用，然后再快速上线下一个。
本周接到新的任务，为中国教育在线制作H5的招聘页面， 之前的“给师姐打电话”的H5应用还没有优化好，能做的改进的地方还有很多，leader詹老师让我先把招聘网站做好， H5应用先放放， 他给了我大街网做的“中国好Offer”作为参考， 拿到之后确实感觉这些页面都做得很好， 詹老师搜集的资源确实十分丰富，从实习到现在他发给我的参考很实用，在看完了五六十个H5的招聘页面之后开始构思， 在将产品架构基本做好后，测试又发现很多问题， 有技术层面的，但更多的设计本身的问题。
技术的细节的问题：基于jquery mobile的开发框架国内的资料十分有限，不得不查阅原始的英文API，很多问题也只能去JQM的论坛查找，这些都十分考验英文阅读能力。CSS的布局问题繁杂，在各个浏览器，各个应用的渲染都不一样， 也是很折磨人的过程，我现在就碰到了css中font-weight属性在Safari没有渲染的问题，至今没有解决。
逐渐体会到前端工作的繁琐与细节， 需要学的东西很多， 有时候可以凭自己一些小聪明在当前解决，但并没有摸到问题的根源，扬汤止沸不是长久之计，但又好像没有足够的时间来系统的摸索，我只能先将这些问题一一记下来。这些技术的体会是一方面，另一方面便是产品的设计层面， 现在就是因为产品快做好后发现有很多地方犯了低级错误， 以往的纸上谈兵头头是道，等到自己亲身实践却感到把握不住很多设计原则， 比如界面设计给用户造成的不必要的干扰， 功能可见性的不足，逻辑上的不严谨， 以下我归纳了下岗做好的H5界面存在的交互问题：
1.页面的设计初衷是左右滑动来切换页面，但给几个朋友测试后都不能进入页面后就自然而然的知道是左右滑动。
2.join us的图标给用户是按钮的错觉，在测试中很多用户以为是按钮，都会下意识的点击。
3.交互效果的乏善可陈，与滑动的逻辑似乎也没有太大关联，只是单纯的加入了一些css3的动画。
4.用于提示左右滑动的动态箭头会让用户以为是点击作用
软件开发心得体会 篇10
立项前
1、统一元素设计需考虑周全
也许是初创团队的缘故，我不得不感叹团队对产品经理要求之严格之缜密，项目全程只有一个人负责，所以大到产品线对接，小到一句提示的位置和展示形式都需要一一推敲。
哪些元素应该做到统一
a、提示方面：统一的操作成功/失败提示;统一的弹窗形式;提示语言采用较统一的句型;为空情况的友好提醒;溢出情况的友好提醒;表单实时验证的提醒形式等。
b、文字方面：是否有统一的段落前“·”号;统一的链接状态;统一的字体、间距、行高等。
c、图片方面：调取图片的统一尺寸;如果是上传图片类的操作，需要考虑周全全站的调取情况，以及考虑是否统一预览图的尺寸等。
d、细节交互：未激活功能的按钮做“灰色”处理(例如用户没有勾选信息时批量删除按钮不可使用);按钮点击的状态统一(例如增加“提交中”的按钮状态，以防止网速慢用户狂点某一按钮的情况);特殊控件的统一等。
也许会有朋友说，上面有些是交互设计师需要做的事，但我一直认为作为一个产品经理考虑周全一些，没坏处。这些“统一”同样可以用在验收阶段，要知道，即使一个像素也可以改变整个产品的感觉。
2、原有功能的去留
我一直觉得升级已有产品比开发新产品难一些。这就像栽培植物一样，新种下一棵果树无非需要选对了土地，然后刨个坑种下去，然而成长期的去病枝、打顶等各种修剪所消耗的精力往往更多。
改进已有产品常常需要面对一个最棘手的问题：原有功能是去是留?
原功能去掉的话是不是会影响部分用户使用?是否需要通过公告、站内信、界面引导等方式友好地告知用户?怎样把对用户的伤害降至最低?
原功能留下的话是不是可以优化完善?听到了什么用户群怎样的声音?是否要在这次升级中做调整?
这些问题当接到项目的时候，产品经理就应该考虑周全了。特别需要注意的是，如果这个产品之前不是自己设计的，那么最好找到prd说明文档细细研究一遍，对把握不准的功能点找到原负责人确认，毕竟树苗是ta摘的，别把将来最能结果的枝干给砍了。
3、产品线上下游的对接
昨天有跟朋友聊起淘宝强势之处，就是产品与产品紧密捏合，线上线下、跨平台跨行业形成了一个盘根错节、根深蒂固的根基，无可撼动。
所以把握产品线上下游和产品周边很重要，即使一个看似简单的新闻展示页面修改也会牵扯到编辑后台、广告位管理、帮助中心，甚至是访问统计、数据需求的变更。
这要求在产品设计开始前，需要把该产品“连根拔起”，仔细梳理相关脉络，如果产品线够长，一个清晰的产品线结构图很有必要。
项目中
1、项目期间来自相关产品线调整的影响
项目期间相关产品线的调整是我最不愿意遇到的情况，这就像你在通往目的地的道路上高速行驶，就快要到达终点了，突然一个人告诉你：你走错路了。
项目里有一个通用模块，产品设计到一半，这个通用模块改了;项目里有一个流程，产品做到一半，这个流程废弃了;最要命的是已经立项开发了，你不得不硬着头皮跟程序员说：“因为一些不可抗拒原因，这个需求咱不做了。”
对于一个耗时较长的项目来说，这种情况难以避免，事出原因私自总结有三：
a、严重体验性问题：例如某个流程遭到大量用户的不满，为防止用户流失，不得不做临时调整，而倒霉的是，你也在用这个流程。
b、相关项目的影响：包括并行项目和新项目。例如你的同事在设计另一个产品，你们的产品相互牵扯较多，所以需求分析时做过很多沟通，但有一天，同事告诉你，ta的一个需求做临时调整了会影响到你，怎么办?
c、老板的突然决定：不举例。
最终的解决方法不外乎三种：立即调整、延期调整、不调整。个人的处理原则一般是对a种情况进行立即调整，对b、c情况讨论并选择性延期。
为什么这么做呢?a情况是必须要改的，时间早晚问题，长痛不如短痛，b、c两种情况必须坐下来细细讨论。需了解这个需求为什么要改?是长期对策还是临时决定?能否延期，记录需求等下一版本再开发?如果b、c情况提出来的需求没过两天又有改变，那与你配合的前端和程序员也太没有安全感了。
这个时代能耐心阅读完XX枚汉字的人越来越少，较大型项目的产品工作心得[下]未完待续，欢迎交流……
2、需求变更
承上，需求变更是每个程序员、产品经理、设计师等都会遇到的情况。产品经理不是神，项目组也不可能是开了无敌状态抵挡任何外界的影响。
当遇到不得不变更需求的时候，产品经理应该怎样处理呢?下面是个人的四条建议：
a、积极处理。往往，当一个设计愈是趋于完成，人们愈是倾向于局部调整，而不是做重新设计。当一个需求因为众所周知的原因不得不调整的时候，作为产品经理需要做的第一件事便是积极面对问题，积极处理。
项目开发往往是一个紧张的过程，每半天甚至每几个小时就有若干个功能点开发完成，当一个需求变更传达出现“延迟”，这个变更对项目的正常进程的“破坏力”就会更大一些。
b、保持沟通。“说话容易，沟通很难。很多事除非对方自己想明白，劝是没有用的。所以，很多时候，沟通是个自己挣扎的过程”这话没错。需求变更直接会影响到下一道工序，产品经理需要将需求变更的细节和原因传达给相关人员，包括视觉、前端、程序、测试等。
这是很多产品经理表示非常痛苦的过程，因为可能会遭到数落和冷眼，日本有一个礼仪原则是“不要给别人添麻烦”，但是在项目中，这不可避免。
个人认为所有沟通的障碍都源于思想的不统一，如果让大家觉得这个需求修改是在浪费时间，那么沟通上的不畅快在所难免。项目不是这样算的，需求既然更改一定有所目的，产品经理需要将这个原因讲明白，不做修改或节约沟通时间导致的返工，后果往往更严重。
【软件开发心得体会】相关文章：
软件开发心得体会03-03
软件开发实习心得体会11-15
软件开发心得体会（精选4篇）03-21
关于软件开发实习心得体会06-12
关于软件开发实习心得体会08-08
做软件开发项目实习的心得体会06-12
软件开发社会实践心得体会04-10
做软件开发项目实习的心得体会09-12
做软件开发项目实习的心得体会范文07-31