- 相关推荐
软件工程课程设计个人总结
总结是在一段时间内对学习和工作生活等表现加以总结和概括的一种书面材料，通过它可以正确认识以往学习和工作中的优缺点，让我们好好写一份总结吧。如何把总结做到重点突出呢？以下是小编帮大家整理的软件工程课程设计个人总结，仅供参考，欢迎大家阅读。
软件工程课程设计个人总结1
在20xx年到来之际，在我们展望明年的同时，我们有必要回顾一下这个平凡又不平凡的x年。回顾起来这近一年的工作中了解到了很多东西，也学了不少知识;虽说还不是十分熟悉，但至少很多新的东西是从不懂到基本了解，慢慢的也积累了很多。
通过工作中处理各种各样的事情，让自己也有了更深的认识，同时也发现了很多的不足之处。回顾过去一年，在领导的带领下，在各位同事的大力协助下，工作上取得了些满意的成果。
设计方面的主要工作有：
1、完成灯光照明设计方案x套;
2、完成灯光效果图、flash动画共x个ae动画x个;
3、投标标书制作x套;
4、闲暇时间市场开阔;
日常配合的工作有：
1、打印出图，寻找制作单位、审核图纸;
2、必要的时候与客户沟通，到实地查看项目状况;
3、安全员培训考试;
4、工程灯具现场安装技术学习
5、工程灯具厂家查询;
6、其它资料配合准备;
工作上的`不足和要改进的方面：
首先感谢在这段时间里公司各位领导和同事给予我足够的宽容、支持和帮助。在领导和同事们的悉心关照和指导下，当然自身也在不段努力，使我有了很大的进步。
x年里，我对公司的工作流程、方法等有了较深的认识，对行业内设计也有了一定的了解;但是还需要不断的学习和实践。一年来，我参与了公司的多项方案的设计，紧密配合个部门的工作，并虚心向同事请教，圆满完成了各项工作任务。日后还须不断提升自身能力。
1、从设计上，自己从以往偏爱的风格到现在多元化风格(融合主义)，将多种设计元素结合大众喜好做出方案。
2、学无止境，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种设计相关知识，并用于实践!
3、“业精于勤而荒于嬉”，在以后的工作中不断熟悉业务知识，通过多看、多学、多练来不断的提高自己的各项技能，提高方案汇报的演讲能力。
4、不断锻炼自己的胆识和毅力，工作上、做人做事上都要非常细心，提高自己业务能力，并在工作过程中慢慢克服急躁情绪，不能鲁莽行事，积极、热情、细致地的对待每一项工作。
过去的一年的整体上是紧张的、忙碌的、充实的，也是充满责任心的一年。展望新的工作年度，希望能够再接再砺，同时也加强自身的业务能力，工作中与同事多沟通，多关心了解其他部门的工作性质，进一步提高自己专业知识技能，积极吸收新的观念与设计理念，要继续在自己的工作岗位上踏踏实实做事，老老实实做人，争取做出更大的成绩来。
软件工程课程设计个人总结2
时间一晃而过，弹指之间，20xx年已接近尾声，一年来，在公司领导和同事的支持和帮助下，我始终坚持团结同志，认真学习，不断提高业务水平。严格要求，注重工作程序，自觉服从组织安排，较好地完成了设计所领导交给自己的各项工作任务，但也存在了诸多不足。现将自己一年来的工作、学习和思想状况总结如下：
一、工作完成情况
一年来，本人认真履行岗位职责，立足本职，爱岗敬业，和广大同事一起，积极主动地配合设计所领导，团结一致，主要完成了以下几项工作：
1、公路施工图设计工作。在参与本项目设计中我积极向院科室的各位同事学习，学习先进的设计思路和设计理念，通过本项目设计学习使我熟练的掌握了最新的桥梁设计软件，也对桥梁计算有了初步的认识。
2、XX初步设计工作。本项目为设计所组建和扩大后独立承担的第一条设计任务，面临着设计人员整体技术薄弱，经验少，工期紧，任务重，本人第一次担任设计专业负责人的情况，在项目初期外业测量中，根据工作分工我积极带领同事搞好控制点复测工作，后期放线与调查中，结合自己以前的经验，与相关专业的同事做好协调，仔细调查清楚每一处拟设构造物处的地形和现场情况，对于大的技术方案和自己拿不准的问题积极向领导和同事请教。
在内业设计中，面对组内人员技术和经验不足的情况，我在做好协调，在对新同志传、帮、带的同时也主动承担了XX的初步设计工作。在全体组员的共同努力下，如期保质保量的完成了设计任务。
在项目初设外业阶段，我主要负责桥涵调查，搞好调查是进行后期设计工作的依据，也是方案必选进行定性和定量分析的基础，责任大容不得有丝毫的.马虎，调查中充分了解路线布设的意图，及时将调查中发现的问题提出自己的合理建议与总体组进行沟通，避免了后期出现大量的返工以影响总体进度。在内业设计中，合理安排工作，制定详细的工作计划，积极主动的与借调的设计院专业科室的同事进行沟通，听取组员们的意见和建议，做好与道路和路线组的协调。
本项目从初设外业到内业交文件，前后历时X个月，在公司的支持和设计所领导的领导下，通过全体设计人员的加班加点不懈的努力，X月底顺利完成了初设工作，向公司和设计院交了一份满意的答卷，同时也锻炼了我们的队伍，为设计所的发展奠定了一个新的里程碑。
二、学习和政治思想情况
1、在工作中，本人能够虚心坚持向设计所领导学习，向老同志学习，向同行业兄弟学习，不断提高自己的业务技能，在提高自己本专业结构理论水平的同时利用闲暇业余时间加强隧道和道路专业知识的学习。
2、注重政治理论学习，坚定立场。关心和了解国家大的方针政策，积极参与公司组织的各项活动，做到关心同事，热爱集体，在自身条件达到的时候能积极向公司靠拢，使自己逐步走向成熟。
三、存在的不足和今后努力的方向
总之，一年来，我能够完成设计所领导交办的工作任务，这和公司、设计所领导和同事的支持和帮助是分不开的，是大家密切配合、共同协作的结果。
但是这和公司、设计所领导的要求相比，还有一定的差距：工作中还存在着急躁心理，在大事面前，遇事不够冷静，处理事情不够全面。管理水平有待进一步加强和提高。理论学习还需进一步加强，还需要学习更多的专业技术知识;当然我还有很多缺点和不足，在此肯请领导和同事们给予批评指正，我将虚心接受，以图提高。
在今后的工作中，我将更加严格要求自己，立足本职不断加强学习，克服不足，发扬成绩，团结同志，努力工作，适应工艺创新、设计创新的发展趋势，为公司及设计所的发展贡献自己的微薄力量。
软件工程课程设计个人总结3
我是今年进入X公司参加软件开发实习的，在此次实习中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想方法一点一点的排除障碍，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要问别人了，虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。
经过之前的在校学习，对程序设计有了一定的认识与理解。在校期间，一直都是学习理论知识，没有时机去参与工程的开发。所以说实话，在实习之前，软件工程开发对我来说是比拟抽象的，一个完整的工程要怎么分工以及完成该工程所要的步骤也不是很明确。而经过这次实习，让我明白了一个完整工程的开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。
一个完整工程的开发它所要经历的阶段包括：远景范围规划和用例说明、工程结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个工程的开发所需要的财力、人力都是很多的，如果没有一个好的远景规划，对以后的开发进度会有很大的影响，甚至会出现在预定时间内不能完成工程或者完成的工程跟原来预想的不一样。一份好的工程结构、业务功能和详细设计说明书对一个工程的开发有明确的指引作用，它可以使开发人员对这个工程所要实现的功能在总体上有比拟明确的认识，还能减少在开发过程中出现不必要的麻烦。代码的实现是一个工程开发成功与否的关键，也就是说，前期作业都是为代码的实现所做的准备。
我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情，不仅要有足够的干劲和热情，还要有扎实的编写代码根底，必须要有事先对文档进行可靠性报告，功能说明书，详细设计说明书等的编写和一些风险评估的编写的能力。
除了图书馆，最能让我感觉到身在大学的就是机房，在匆匆过去的'两个月内，我往返于机房与宿舍之间，使我享受了一个充实的学习时期，让我感受到了大学的魅力，对自己充满信心，对大学充满信心，以积极的心态迎接明天挑战。实习中要求有扎实的理论根本知识，操作起来才顺心应手，我这时才明白什么是书到用时方恨少。这就激发了学习的欲望。学以致用，就是要把学来的知识能运用到实际操作当中，用实践来检验知识的正确性。我想，这是实习的最根本目的。
纸上得来终觉浅，绝知此事要躬行！，在短暂的实习过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了，这时才真正领悟学无止境的含义。经过为期两个月的电子政务效劳平台系统开发的实习，我对Visual软件开发平台有了更深一步的了解，对微软根底类库的认识与使用也有了大大的提高。以及如何使用SQLServer数据库进行连接操作方面有了本质的提高。
短短的实习结束了，为我将来的就业打下了良好的根底，也提高了我的软件开发的水平，今后我将会更加努力的学习，不断提高自身素质，开拓创新，与时俱进，做一个优秀的软件开发工程师。
软件工程课程设计个人总结4
软件工程心得体会未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。
经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。
在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议虽然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新的知识，顺应变化，学为所用。
上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程呢?上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见(我是这么认为的)。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。
其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的`这个程序是要干什么的;然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的;接下来就是将涉及的各种主要或次要功能分成各个模块;最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。
1.可行性分析就是关于当前项目能不能干的分析结果。
2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。
3.需求分析就是对客户要求的功能的定义。
4.软件设计这就是对程序的每一个模块的详细设计的说明文档。
5.开发日志我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明。
6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。
软件工程课程设计个人总结5
学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则:软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品到达预期功能的程度。
可用性指软件根本构造、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不管在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程:生产一个最终能满足需求且到达工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统构造，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据构造说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后确实认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
pad图:它是用构造化程序设计思想表现程序逻辑构造的图形工具。pad也设置了五种根本控制构造的图示，并允许递归使用。hipo图:hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。hc图既是层次图，用于表示软件的分层构造。hc图中的每一个模块，均可用一张ipo图来描述。ipo图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入处理输出三者之间的联系。还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法)。静态分析技术:不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做构造检查、流程分析、符号执行来找出软件错误。动态测试技术:当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数那么描述了输入的定义域与输出值域的关系。还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识根底较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标终究是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进展提软件工程对于初学者来说，知识根底较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标终究是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进展提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进展研究拓展;在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯穿。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的工程规划须包括，软件的定义，可行性分析报告，工程开发方案，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试方案，测试分析报告，开发进度报告，工程开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进展周密的筹划、详细的分工部署和人员安排，且各阶段要据详细情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的标准的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无标准可言，那么别人怎么能读懂你的程序读不懂程序，维护又从何谈起呢所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在标准的根底上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比拟三种方法的优缺点，例如:传统方法虽然使软件摆脱了和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的`程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比拟强的系统。形式化方法那么是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的根底，并以此为根底将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。
这次软件工程实训是从20X.12.26号开始的，截至20X.12.31号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储藏缺乏，特别是jsp这一块根本不了解怎么回事，所以一拿到这个工程，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就懊悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的时机啊。懊悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比方rationalRose，SVN，MyEclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。
通过这次实训，让我了解到工程开发的过程，可行性分析——>需求分析——>概要设计——>详细设计——>代码编写——>测试——>验收。从技术方面上，我开始jsp根底根本上就是零的，在老师和syz2(另外一个物流小组，我一个人根本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个工程，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作虽然重要，但是是建立在个人素质的根底上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多奉献了。X老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教诲。
还有一个收获是从一个同学(小胖)那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你答复。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。
这次实训的心得根本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进展了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储藏不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。
时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。
最先在内部系统组参与内部管理系统开发
(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经历。至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
1、浅谈测试
一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经历总结和想象力。而要做到高级测试工程师，那么一定要懂编码，因为这是你完全掌握整个系统的方方面面详细运作的前提。但占主导地位的，还是大型系统的集成测试经历。实际工程中，编码时间一般只占30%左右，真正消耗时间的是IT阶段的找bug与对应bug，此阶段根本评定了coder的编码质量。
2、程序员的困惑
有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在工程组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?
有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此根底上去做详细记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。
3、如何调试追踪
如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的详细值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。
页面错误的调试，根本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到详细错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(X=null)语句加保护。追踪的方法根本就是用alert语句，放在有可能出错的地方。
4、一些习惯
遇到问题先自己思考，无从下手再找高手帮助看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。
解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。
把代码写的漂亮，注释、空行、标准一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比拟好走了。
在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的工程，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个工程，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个局部。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人承受和认可，在进展过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比拟严密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是消灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的时机，我会在第一时间将他去除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
转眼，出来社会都已大半年，已是半个社会人了。不能再向学生那样，某些时候可以随心随意。顶岗实习，为我们提供了一个很好的实践时机，可以让我们更好的把理论应用于实践，在实践中领悟理论，更可以学习到很多书本上学习不到的、甚至比理论知识更实用的业务知识。而且，这些实习经历，无疑是我们毕业后就业的一大筹码。作为一个成年人，作为一个社会职业人，任何时候都要守规矩，做好自己的本分，承当起自己所需要承当的责任。经历了2家公司的工作，我渐渐的认识到，每一份工作或每一个工作环境都无法尽善尽美，但每一份工作中都有许多珍贵的经历和资源，如失败的沮丧、自我成长的喜悦、温馨的工作伙伴、值得感谢的客户等等，这些都是工作成功者必须体验的感受和必备的财富。如果每天怀着感恩的心情去工作，在工作中始终牢记“拥有一份工作，就要懂得感恩”的道理，你一定会收获很多很多。在你收获很多很多的同时，你会发现自己已经在锻炼中变得勇敢，坚强，乐观，阔达。这样的你，是不断前进的走在成功的路上的。
软件工程课程设计个人总结6
学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。接着我就详细介绍下我对这门课程知识点的理解概括：
软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：
①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。
②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。
③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。
④维护过程比硬件复杂的多，甚至会引发新的错误。
软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。出现软件危机的原因：
①软件维护费用急剧上升，直接威胁计算机应用的扩大。
②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。
软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段：
①问题定义；
②可行性研究；
③需求分析；
④总体（概要）设计；
⑤详细设计；
⑥编码与单元测试；
⑦综合测试；
⑧软件维护；
瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程；分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理；阶段评审；文档驱动；简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。
原型进化模式：对软件进行直接模拟或仿真，只需要分析需求框架后进行原型创建，再对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。
增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善；由于先交付核心构件可利于降低项目的技术风险。
螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推进，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。
软件开发的整个过程：
①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项目负责人、开发人员、资料管理员和软件测试员。
②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。
③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。
④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。
⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。
⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。
计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。有三种典型的计算机体系结构：
①主机结构，主机集中了全部智能，并依靠终端接口与外部设备连接。
②Client/Server结构，智能分布于服务器与客户机，并依靠网络连接成系统，其中，服务器处于核心位置，提供被动核心服务；客户机处于边缘位置，可主动访问服务器，寻求服务支持。
③Browser/server结构，可适应互联网远程交互的特殊结构，基于Web服务器构建。
需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：
①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。
②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
结构化分析建模：它是建立在需求规约基础上的，对软件问题进行全面解说，包括四个方面：
①数据建模，它与数据库设计密切相关，ER图涉及实体、关系、属性等图形元素，在业务层面建立数据库概念模型，一般用于前期的建模构想。
②功能建模，是对系统数据加工的图解，数据流程图是常用的建模工具，涉及数据接口、数据处理、数据流、数据存储等图形元素，用于描述系统数据加工细节。
③行为建模，行为模型用于说哦名软件系统与环境的交互，状态转换图常用的软件行为建模工具涉及状态、事件等图形元素。
④数据字典，是用于定义软件的元素，使软件元素获得严肃的、详密的、精确的规格说明。需求分析模型中的数据、功能、行为等诸多方面的元素，都有必要通过数据字典给予细节说明，以达到对系统较完整全面的规格定义。
基于UML对象面向对象分析建模：UML是统一建模语言，有统一的语法、语义和语用规则，其建模过程的特点是：用例驱动、以构架为中心和增量迭代，通过包实现对模型的有效的一体化管理。包括三部分：
①用例建模，它面向用户需求的，能够反映系统的用户价值，用例图的基本元素有用例、参与者、交流；用例之间有泛化、延伸和包含关系。
②活动建模，活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、终点、判断、并发、同步、泳道等。可描述高层业务级活动，涉及整个业务流程，针对每个用例活动建模，反映用例内部活动细节。
③类分析建模，这里就只考虑实体类，实体类所代表的数据相互之间通常有一定的关系，依靠这种关系可形成有组织的程序数据结构。
实体类之间的`主要数据关系有：关联、聚类、泛化。
接下来我就简单说下我上这门课的简单的心得体会，我们是大四的学生了，也只有这个学期有课了，刚开始课表安排出来的时候觉得挺意外的，只有前八周有课，当时我还是有点小感动的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的课，那么每周课不是特别多，但是时间特别分散，也不能集中某段时间去做什么事情。但是相对于老师的压力也有，课程压缩了相当于每节课的教学任务大大增加了，在加上有些假期冲掉课，就感觉我们好像上课学不到什么东西，也只是一些关键的和考试挂钩的才重点讲，完全没有扩展的时间和空间了。但是总的来说，学校开了这门课，我们上了这门课，总是学到了点东西的，不可能明明上了软件工程这门课，却像没上一样什么都不懂。在上课的时候我还是很认真地去听老师所讲述的内容的，我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了，所谓的需求获取，那就是一个谈判，辩论，交流的过程，已经不是单纯的编编程序就能解决的问题了。从我所看到的听到的来说，我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的，只能够在电脑前编编程序的，在交际场上不知道说什么而一个字都说不出来的人。我觉得这样的人进入社会之后是没有什么前途的，起码他们缺乏了与人沟通交流的能力。而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力，设想一下，一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。其次，这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗？应该说这就是这门课的价值所在。无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么？以及如何去做？这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。当然了，在纯粹的理论上，我觉得开设这样一门课程是很成功的。但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。这两个可以说是这门课成与败的决定性的因素。
作为我们学生来说，应该负起比较主要的责任。在大学里有了太多的基础课程，基础课程大多都比较枯燥无味，也许在第一个学期里我们还能够保持着新鲜感，但是在6学期之后，可以说再有新鲜感就是一件比较困难的事情了，我们都已经开始变得迟钝了。其次的，没有认识到这门课程的价值。这门课的价值我已经在上面说过了，是不言而喻的。但是并不是每个同学毕业之后都回从事计算机行业，也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。或许有些人觉得反正以后不是这个发展方向，也就不在乎这个课程吧。我个人觉得这门课确实是挺好的，如果认真学必能学到很多东西，动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强，不管以后从事哪个方面的工作，这对以后来说都是一笔很大的隐性财富。说到我自己对这么课的学习，还是有点愧疚的，前面四周我每周每节课都去上的，并且上课也认真听，一边听老师讲课一边自己看书本的介绍，但是后来我上这门课的次数就降低了，因为觉得时间很紧吧，而且老师上课的节奏我个人觉得有点慢，我都可以自己预习看到后面去了，但是这门课我还是每周至少上一节课的，虽然我早上7点多一点就出门，在自习室，但是有时候明明知道到了上课的时间，明明上课的地方离自习的地方不远也不太想去。我记得有次上课时候老师生气了，说来上课的人少，我仔细环顾了下四周发现确实人很少，稀稀疏疏的分散着，看起来确实不太舒服，让我不得不反思了，这大学的教育到底怎么了，怎么到了大四大家都不来上课，虽然我不是每节课都来，但是我还是时不时来上课的，可能是比较浮躁吧，快毕业了，觉得上课学不到什么实际的东西，要么实际一点好好考研继续深造，要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。
《软件工程》课程既强调基本概念和基本知识的理解和掌握，又侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。我还是蛮喜欢这门课的，通过对这门课的学习让我意识到理论学习很重要，实践更重要，实践是检验真理的唯一标准，只有将理论与实际结合，才更能发挥我们所学的知识的作用，更能直接的创造效益，社会和国家做出贡献。
软件工程课程设计个人总结7
我20xx年7月毕业于内蒙古建筑职业技术学院建筑设计技术专业，毕业后在成熟和迷惘的交织中，进入呼和浩特华德工程设计咨询有限责任公司，从事建筑设计工作。在我眼里，设计院也是一个没有硝烟的战场，它能磨炼人的意志，淡泊人的心灵，业务素质能得到快速提高，人的心理也能快速成熟起来，这无不凝结着每位领导的英名决策和正确领导。下面从业务素质，外界沟通与内部合作等几个方面来总结自己的专业技术业务。作为一名建筑设计专业人员，业务能力的提高是重中之重。在参加工作的几年里，通过大量建筑方案设计，初步设计，施工图设计，对建筑设计的操作流程，绘制方法有了较深的认识，对各类建筑规范，设计通则等有了较深的理解与掌握。具体表现在以下几个方面：
一、 方案设计方面方案能力是一名建筑设计师应必备的重要能力。好的平面方案直接与建筑的适用，经济，美观三大基本要素挂钩。通过对聚龙湾住宅小区、东乌旗住宅小区、乌海市乌达区等各类住宅区的总体规划和方案设计，我住宅小区整体规划和住宅户型设计立面造型设计等方面有了较为深刻的理解，具备了一定的专业素养。首先了解工程的实际地理情况，实地考察;其次埋头苦干，虚心请教，查阅各类建筑设计规范资料;最后了解房地产开发的动态和走向，与甲方沟通，揣测开发商的商业目的;努力寻求设计师与开发商完美的结合点。作为设计师，主要通过国家现行规范和当地政府部门规定的.容积率，建筑密度，绿化率，建筑高度和间距来宏观控制;基本柱网的确定，消防通道与小区路网的贯通，建筑风格的选定也是一名成熟的设计师必须熟练解决的几个问题。我在工作中特别注意上述问题，并妥善处理，遇到难题时就虚心向领导和资深专家请教，取得了较好的效果，积累了不少宝贵的经验。
二、效果图表现方面效果图作为一种表现手段，是建筑设计作品最直观的表达方式，它决定着建筑的整体风格，也是决定开发商取舍整套方案的一个很重要的原因，所以我认为效果图的表现是建筑设计前期相当重要的组成部分，也使一名合格建筑师必须掌握的一项基本技能。在这几年的工作中，通过对华典新城住宅小区、百泉山庄生态旅游园区、成吉思汗大街亮化工程等效果图制作，熟练的掌握3dmaX，VRay, photoshop等设计加强对建筑形体，三维空间的理解。可以熟练地制作出单体建筑透视效果图、群体建筑鸟瞰效果图、沿街立面效果图等。但是在科技技术迅速发展，制图软件日新月异的今天想要把建筑效果表现的更好，还需要不断的学习和实践。
三、施工图设计方面施工图是方案设计的后续，它将建筑设计从宏观引入到微观，从控制到限定。使建筑设计作品更贴近生活和方便施工。这就要求设计师必须增强对生活的体验和对建筑规范的透彻理解。通过工作这几年的大量施工图设计，从一般住宅到商业建筑，从民用建筑到工业建筑，从多层到高层，从刚开始的的描图组图，到后来的跟图学图，接下来的独立操作。我亲眼目睹了自己从无到有，从迷惘到清晰的成长过程，基本具备了独立操作的能力，可以解决施工中常见的一些问题。设计是一项贯穿工程始末的工作。设计前期，我们致力于与甲方的沟通，通过我们的职业嗅觉了解开发商的商业意图，不卑不亢，有礼有节是我们坚持的一贯立场。设计中期，我们需要与同专业的合作，与相关专业的配合完成，建筑专业作为其他专业的先导，必须对整个设计流程负全面的责任。在我看来，合作中的摩擦总是难以避免的，但必须具备良好的心态;无论工种的相同与否，职位高低，都必须抱学习的态度，虚心的精神，舒缓的语气，以理服人的姿态;任何的自以为是，适才自傲都会导致内部矛盾，影响整个团队的战斗力，继而拖缓工程进度。
设计后期，我们要与施工方进行不断的交流，无论交流的结果如何，都对我们今后的设计是有百益而无一害;是我们的问题，就要敢于承认并迅速加以更正，不是我们的过错，也要做细致的解释工作。我相信，有了公司领导层的英名决策和正确领导，加上公司全体员工的共同努力，同舟共济，继往开来，公司的发展一定会蒸蒸日上。我没有理由不憧憬以后的锦绣前程。
软件工程课程设计个人总结8
数学与信息工程学院项目名称：实验室设备管理系统专业班级：11计教1班学号：1129020025姓名：蒋一瑭承担角色：美工，问题处理组号：08同组组长：邓磊同组其他成员：王宇翔马富伟江涛指导教师：钟美完成起止日期：20X.6.12
1.美化软件和对在设计过程中所遇到的问题进行处理2.在设计是会出现两种错误，一种是系统部分自定义错误和数据库错误。系统部分自定义错误在权限方面，管理员出现错误，而输入方面用户帐号和密码出错，查找方面找不到符合要求的记录。对于数据库，代码出错。
对于系统部分自定义错误，需要添加/修改操作只能给几十对输入数据进行验真。分析错误的类新。并给出相应的错误提示语句。
对于数据库错误，可以在可能出错的地方中输入相应的出错语句，并将程序重置，最后返回输入阶段。
此外，还有未解决的问题：未添加设备选购数量属性，输入账户密码后，退出登录后，账户密码自动填充。
至于美工方面，就添了一张图片，一切从简，只留必须要留下的。
3.软件工程课程设计课程设想心得体会，这也激起了我尔后勤奋进修的乐趣，我想这将对我以后的进修发作主动的影响。其次，此次课程设想让我充实熟悉到团队协作的主要性，只要合作协作才干保证整个项目标有条不絮。经过此次设想，我懂得了进修的主要性，体会到实际学问与实际相连系的主要意义，学会了坚持、耐心和勤奋，这将为自己尔后的进修和任务做出了最好的表率。我感受作为一名软件工程专业的
先生，此次课程设想是很故意义的。更主要的是若何把自己日常平凡所学的工具利用到理想中。虽然自己关于这门课懂的`并不多，良多根本的工具都还没有很好的放纵，感受很难，也没有很有效的法子经过自身去了解，可是靠着这一个多礼拜的“进修”，在小组同窗的辅佐和解说下，渐渐对这门课逐渐发作了些许的乐趣，自己起头自动进修并逐渐从根本渐渐起头弄懂它。
所以我以为此次的课程设想意义很深，和其他4位同窗的配合进修、配合、勤奋的进程也很欢快，别的还要感谢感动教员的耐心教育。
软件工程课程设计个人总结9
软件工程是一门实践性很强、交叉性很强的学科，它提供给我们的不仅是一种方法论，更是一种世界观。
在没有接触软件工程这门课时，我一直认为软件就是程序。能编出解决问题的程序就ok了，从没有想过，在写一个程序之前还要构思几份文档（可行性分析、需求分析、概要设计）。不过对于那些大型软件如植物僵尸大战（至少对于我来说是比较大型的了）怎么去实现它，想得我一头雾水。绚丽的界面、40种植物、一大堆不同类型的僵尸，怎样编代码去实现它呢？
第一次上软件工程的课，裴老师问“软件是什么？”我的第一想法是：这个问题太过愚昧了！谁不知道软件就是程序呀？“软件是由计算机程序、数据及文档组成。”听到这句话，我心里先是一惊，慌忙翻了下书“软件是程序和所有使程序正确运行所需的相关文档和配置信息。”赫然映入我眼帘。突然间我发现，就算是植物僵尸大战这样复杂的游戏，如果设计者实现分模块把每一部分如何实现用文档描叙出来，那这个软件实现起来不是很容易吗？
第一次课后我明白了软件工程是致力于专业化软件开发的理论、方法和工具的研究。虽然我从初中开始信息奥赛，高中继续这个爱好，但在大学二年级下学期才接触在软件开发中这么有引导意义的学科，不觉有种相见恨晚的感觉。自然它的方法学三要素：方法、工具、过程，我牢记于心。
短短的四周，裴老师的课给我留下了深刻的印象，印象尤深的是：
做软件我们首先考虑的是团队的实力。
如果别人给你50万让你们团队开发一个软件，如果他要求你们团队给这个软件永久维护，那么你要去跟他协商付100万。很多软件公司倒闭就是因为维护上的问题。至此我才明白维护软件是软件生存周期中时间最长的一个阶段，它是最花费精力与钱财的一个阶段。
如果将来你们碰到了我，你跟我说你是se那么我会很高兴，如果你告诉我你是软件工程师，我只会“嗯嗯”两下。
其实在我接触软件后，渴望的是当一名软件工程师。现在才知道学软件工程专业后，去当一名软件工程师是最低层的'也是最没“技术”含量的。要做就做系统构架师，当然这需要我们的不懈努力才能达到。系统构架师的职责是设计一个公司的基础构架，并提供关于怎样建立和维护系统的指导方针。恍然发现学软件不仅是学软件，相关的管理能力也是需要具备的。
当然理论知识是用来指导实践的，亲身体验才能领悟软件工程的妙用。课设我们选择了图书馆管理系统，主要是这个系统我们接触比较多，对于它的流程还是比较清楚的。虽然如此我们还是花了很大的时间去完成它。记得当时我们定下这个题目是晚上，在讨论用什么语言实现时，大家各自说出自己比较善于的语言。然后均衡了下，定下用java做开发语言。在实现过程中，突然发现java环境连接数据库和tomcat超级麻烦且数据库老是连接不上。趁时间还早我们三再次讨论，决定用c#做开发语言，主要是c#相对于c++与java来说简易写。同时我们定下不管以后遇到什么困难都要坚持下去的准则。在课设期间我们没少跑图书馆，查阅各种资料，对比各本书上实现图书馆管理系统的代码。终于在4月11日把所有课设的所有事情弄好了。当然这只是个概述。
我印象尤深记忆深厚的是最初实现文档那块。刚开始，软件工程这门课还没学多少，基本的设计理念就很模糊。文档到底该怎么写，很纠结。于是我从网上狂下相关文档。通过粘贴与复制终于一份内容乱七八糟的需求分析文档出来了，当然这只是用来借鉴的。后来孟阳分享了十三份关于文档这方面的模板。我们照着那个样子在结合团队项目的相关实例开始了文档的写作。我们的文档总是一个人先写好，再拿给另一个人改，最后由第三个人评审。大家都觉的可以了，才过关。测试报告虽然是我一个人完成了，但也经历了不少时间，当然这时间是按小时算的。首先把大体写出了，然后修改，再增加信息。大量的截图以及思考怎样用例超费脑子，两天的通宵，彻底把我搞垮了，不过在文档出炉后，心里异常开心。
软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始，裴老师的课让我受益匪浅。我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。我学习到很多一般性的方法，例如：需求获娶模块化、分治、估算、计划等等。同时，我也认识到使用计算机解决实际问题的复杂性，在图灵机模型和冯·诺依曼体系的计算机框架下，人们认识表达的过程（不断反复、逐步深化）和计算机的实现过程（顺序执行）相差甚远，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。
【软件工程课程设计个人总结】相关文章：
课程设计个人总结01-09
课程设计个人总结08-16
课程设计个人总结（精选17篇）01-13
课程设计个人总结15篇01-09
软件工程师个人总结01-12
课程设计个人工作总结03-23
课程设计个人总结（通用23篇）06-20
课程设计个人总结(集合15篇)02-26
课程设计个人总结(合集15篇)04-30