《软件项目开发心得总结.docx》由会员分享，可在线阅读，更多相关《软件项目开发心得总结.docx（7页珍藏版）》请在金锄头文库上搜索。
1、 软件项目开发心得总结 软件工程开发是为了满意人们日益增长的生活工作需要，需要通过软件开发人员通过一系列的手段猎取用户的需求，然后通过分析，遵循肯定的开发原理实行相对应得方法，最终产生用户所想要的软件。 软件工程开发心得总结1 受某文化公司托付，开发一款用于视频和图像处理的软件，开发难度高，高到从未搞过，开发周期长，长到是我以前工程监控最长开发周期的两倍，开发本钱之底，让我觉得程序员成了高级打字员。首先是需求分析书、产品规格说明书、设计说明书、代码标准说明书、测试规划，光文稿就不知道熬了多久才做完。 紧接着，遇到一系列问题，首先是语言选择，vc+和c#都是可以保证开发完成的选择，但是vc+内存
2、简单报错，界面很难修改，而客户要求的界面质量甚至比程序的功能更严格，没方法，客户就是上帝，上帝做事肯定有他的道理。c#语言易于开发，而且图形界面绘制也易于修改，可以做出客户体验很好的界面，但是在资源的消耗上，让我很惊讶。做到其次个月，也许的界面已经完成时，消失界面刷新的问题，刷新时开头卡，界面不流畅。没方法，改。 开会，总结，技术骨干找问题，拿出解决方案，力争第一次做软件把它做好： 重新做软件开发进度规划和软件测试规划，并且让独立功能demo制作和测试先行； 用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图，将在接下来的开发任务中参加进去。 事无巨细
3、，当我满足的看着界面流畅，功能也已实现时，发觉软件在低辨别率或者小本上根本乱到没法看，甚至是界面功能按钮错位，重叠等等。没方法，改。究竟软件的多辨别率兼容和操作系统兼容是必需要做的。 接下来一大堆的麻烦找了上来，软件消失各种各样想都想不到的问题，终于是按时将第一个版本公布出去，并且开头接下来的升级开发任务。 最终，给刚刚接手软件开发工程的朋友一些忠告： 一、相关的文档不是给别人看的，而是给自己看的，相关文档肯定要齐备，而且让全部涉及开发的人员都清晰的知道你文档里所要表达的意思； 二、肯定要留意多做demo，多做试验，一个demo程序员几个钟头就可以完成，甚至更少，但是不做demo，核心程序没有
4、做试验，其他的东西都围绕核心程序做了上去，到时候耽搁的可不是几个钟头 三、程序设计要注意用户体验，当时客户对我要开发软件提出近乎苛刻的要求时我不在意，但是当我自己反复使用软件时有了许多体会，流畅美观的界面带给人心理的快感确实能替代一些尚未开发完整的功能带给用户的圆满。 四、测试规划屡次进展，分批进展，不要全部开发完成再对软件做测试。 还要坚持三个月，软件立刻公布，盼望大家的支持，感谢！ 软件工程开发心得总结2 始终以来期望从事自己喜爱的事业的我，对软件开发有者及大的兴趣，可由说种种缘由使我从事工作以来走了好几年弯路，心中的幻想迟迟不能得以实现，可程序员的幻想从来没有从我的心中抹去，但这扇大门似
5、乎并没有向我放开，今日，贵公司给了我敲开这扇大门的时机，让我真实体验了程序员的诞生过程。早就听说，程序员的前几个月是最苦的，可从来没有感受到，海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑，再也没有在自己家里任凭写段小程序后的那种“骄傲”感了。要面对每天必需面对的问题，再也不行能以“躲避”而了之了。也让我感觉到做为一个程序员所应当具备的根本素养在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应当具备的根本素养。 团队精神和协作力量是程序员应当具备的根本素养，最近的工作中让我深深休会到了这一点，由于小组成员协作不好，使原来很便利的cvs给自己的工作带来的及大的麻烦，一不
6、当心自己写的的东西就会被小组别的成员在上传文件的时候给掩盖掉，一成天的工作可能就这样被反工，我们小组这次就是由于协作不好，导致各模块之间不法连接，给工作带来了及大的麻烦，消耗了大量的劳动力还没有提高工作效率。这使我深深的体会到：一个胜利商业性软件的开发必需有一个有强大分散力的团队，个人的力气是有限的，团队精神和良好的协作会使我们做出优秀的软件。 良好的文档是正规研发流程中特别重要的环节，作为代码程序员，30%的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在将来的查错，升级以及模块的复用时就都会遇到极大的麻烦。这次的这个小小的工程，就由于文档上的一点点理解错误让我们花了很大
7、的工夫去改代码，改页面。很庆幸的是，这是一个小工程，要是大工程，这种问题可能就会导致大量的代码修改，可见文档在一个工程中起者巨大的做用。 此外，良好的代码编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。作为一个程序员，对需求的理解力量也是很重要的，只有真正理解了一个模块的作用，才会写出高效率的代码，才能使整个软件工程作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发觉在，要不，这个软件的商业价值可能就会打折扣了。单元测试对于一个程序员来说是不行不做的一项工作，不做好测试就会给后期的集成工作带来麻
8、烦，往往为了一个小问题会让我们查找好多模块，给后期工作带来很大麻烦。 这一段时间的工作也让我明白了一点：一个优秀的程序员必需不断的学习，随时总结，找到自己的缺乏，这样逐步提高，才能让自己很快的成长起来。 软件工程开发心得总结3 未接触软件工程之前始终都很想学这门课程，由于觉得这门课很牛，是那些有工程师称号的高手才摆布的东西。学了一个学期的软件工程课，最终知道了个软件工程的也许。学的时候总觉得很抽象，理解起来似乎不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比方加密软件，我也只是在程序旁边附上一
9、个软件的说明，看来已经很接近作坊了。不过大的工程没有接触过，用软件工程的方法还是第一次。我想也是程序的不断简单化导致了软件危机的发生，使得人们不得不探究新的解决方法。 经过倪教师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的标准。其核心就是，对于软件开发的5个重要组成局部：需求分析，设计，编码，调试，维护，如何组织这5个局部的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比拟混乱。 在划分模块后明确了各自分工，慢慢形成良性循环。在学习过程中，知道了团队合作非常重要，争议当然存在，但通过争论
10、、协商，群策群力，在不断磨合中能够达成全都与默契。团队成员中力量各有高低，相互敬重，各取所长，不宜妄自菲薄。组长多加协调，组员积极协作，才能合作开心。学习力量表达在能尽快承受新的学问，顺应变化，学为所用。 上软件工程导论这门课，我的收获也许如下：我们为什么需要软件工程呢？上面已经给出了一些缘由。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有治理的设计是失败和混乱的设计，没有设计指导的编程是无序的劳碌的。依据开发的软件的规模，应当适当程度的运用软件工程化的思想，需要敏捷，究竟我们开发的
11、软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的沟通和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。 其实开发软件，就像是解决一个规律问题。想想自己平常是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能也许构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最终就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应当是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。详细到每一步的工作要怎样完成，是特
12、别敏捷的，只要把握住大体的方向就行。在进展分析，设计，编码，调试，维护这几局部的工作的时候，最核心的就是文档的编写。 1.可行性分析就是关于当前工程能不能干的分析结果。 2.工程描述这是在打算立项以后，对当前工程的一份扼要说明。 3.需求分析就是对客户要求的功能的定义。 4.软件设计这就是对程序的每一个模块的具体设计的说明文档。 5.开发日志我始终都认为这是文档中最好玩的局部。开发日志相当于编码阶段的文档，它的形式可以很随便，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序构造的一些微小变动等，还要对上述这些修转变动作些说明。 6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。
