在这段软件工程的旅程中，我踏上了不同的路途，跋涉于编码的世界，穿梭于需求的迭代。无论是经历过的成功还是失败，每一步都成为我成长的基石。软件工程教会了我不仅是如何编写代码，更是如何构建稳定可靠的系统。这里没有捷径可走，只有付出和坚持。我深深懂得了，软件工程不仅是一门专业，更是一门艺术。在这个无限变革的时代，我愿继续追求创新，勇往直前，永不停歇。
软件工程自我总结篇一
性 别： 女
民 族： 汉族 年 龄： 27
婚姻状况： 已婚 专业名称： 计算机科学与技术
主修专业： 计算机类 政治面貌： 团员
毕业院校： 福建工程学院 毕业时间： 20xx年7 月
最高学历： 本科 电脑水平： 精通
工作经验： 四年以上 身 高： 163 cm 体重：55公斤
现所在地： 新罗区 户 籍： 永定县
期望工作地区： 新罗区 期望工作性质： 全职
最快到岗时间： 随时到岗 需提供住房： 不需要
教育背景：
学校名称： 福建工程学院 ( 20xx年10月 - 20xx年7月 )
专业名称： 计算机科学与技术 学历： 本科
所 在 地： 福州 证书： 初级程序员，英语四级
培训经历：
公司名称： 厦门赞扬丰硕软件技术有限公司 ( 20xx年4月 - 20xx年7月 )
所属行业： 计算机软件 公司性质： 私营.民营企业
公司规模： 500～1000人 工作地点： 厦门
职位名称： 数据类测试工程师
工作描述： 工作内容：
1.负责测试工作，测试用例编写及测试执行
3.对用户进行系统培训及用户问题反馈跟踪
工作业绩：
参与20xx-2014《武汉农商银行数据挖掘项目》etl测试
离职原因： 家在龙岩，宝宝出生后决定在龙岩长期居住
公司名称： 福建星网锐捷网络有限公司 ( 20xx年7月 - 20xx年11月 )
所属行业： 计算机硬件·网络设备 公司性质： 上市公司
公司规模： 500～1000人 工作地点： 福州
职位名称： 程序员
工作描述： 工作内容：
1.负责编码，开发工具：c语言。
2.负责u-boot调板，熟悉一些汇编语言和基本的驱动。
3.协同项目组定位解决bug。
工作业绩：
半个月根据开发需求完成过5k代码量：无线用户体验数据输出显示
自我评价： 具备独立分析和解决问题，具有较好的动手能力，对待工作细致负责，保质保量完成任务，善于学习新技术，肯吃苦，纪律观念极强。善于与人协同工作。 具备项目开发经验，曾参与多个实际项目开发。 本人性格开朗活泼，注重实事求是。 我将以饱满的热情投入到工作岗位，相信您的信任和我的实力将成为我们共同的未来带来共同的努力。
语种名称 掌握程度
英语 良好
普通话 良好
软件工程自我总结篇二
感谢你百忙之中来阅读我的信件。
我是成都东软学院软件工程的应届毕业生。四年的大学学习生活，让我的专业知识、社会活动、团队合作等各个方面都有所收获。
四年软件工程的学习，为我打下坚实的编码基础，每年的学期项目让我从理论走向了实践，虽然我没有正式的工作经历，但是我对于软件工程师的工作非常了解，可以在短期内完全适应并胜任。
我性格开朗，热衷于大学里的丰富多彩的社团活动。参加过系学生会，多次组织社团的活动，在活动的组织、策划中。培养了自己的团队与合作精神，锻炼了自己的组织策划能力，演讲能力等。
大一至大二一年多acm的学习，也让我习惯于编码的枯燥，对编程也产生了浓厚的兴趣。
acm带给我的收获是巨大的，acm提高了我的分析问题、解决问题的能力，同时也很好地锻炼了一种思维。在算法、编程能力、知识面拓展等方面的作用也是不言而喻的。
我非常希望能够得到贵公司软件工程师的工作机会，加入贵公司这个大家庭，期待能与公司一同发展。再次感谢您对我的关注，期待回复！
此致
敬礼！
软件工程自我总结篇三
您好!
我从河北经济日报招聘启事上，看到贵公司急需几名软件技术方面的员工，非常高兴能成为贵公司的一员，为贵公司的发展尽自己的`一份力量。
在此我做下自我简介，我叫xxx，男，22岁。我学的专业是软件技术，与贵公司的专业对口，附表是我所学的课程及成绩，希望贵公司满意。
在实践操作中，我能够利用自己掌握的知识和技术变出相应的使用程序，希望自己能够为贵公司编出使用程序，对贵公司的发展起到促进左右。
为了拓展自身的知识面，弥补专业的局限性，我自学了临近专业和相关学科的一些课程，主要有vb、3d、《编码调制理论》等多方面的知识，在大脑里构成了相应的知识体系，以使自己能够适应现代技术的发展，为从事不同方面的工作打下一个良好的基础。
在学期间，我学习踏实，热爱劳动，不迟到不旷课，遵守课堂纪律，尊重老师，团结同学，我相信我会把这些作风带到工作中，团结工友，踏实工作，遵守贵公司的各项规章制度。
我的业余爱好比较广泛，尤其喜爱体育运动及音乐。踢足球和打羽毛球是我的特长，平时也喜欢写毛笔字。这些爱好培养了我良好的情操。
希望以上资料能引起贵单位的兴趣并得到回复。祈盼佳音。
谨祝
一切顺利
xxx
20xx年6月17日
软件工程自我总结篇四
1cdio工程教育模式概述
cdio培养大纲将工程毕业生的能力分为工程基础知识、个人与职业技能、人际团队能力和工程系统能力四个层面，要求以综合的培养方式使学生在这四个层面达到预定目标。cdio不仅继承和发展了欧美20多年来工程教育改革的理念，还提出了系统的能力培养、全面的实施指导、完整的实施过程和严格的结果检验的12条标准，具有很强的可操作性。
2综合实训课程的定位与培养目标
按照循序渐进，由浅入深，逐层推进的原则，盐城师范学院信息科学与技术学院将软件工程专业的实践教学体系分为四个层次:课程实验、课程设计、综合实训、毕业设计。其中，综合实训是以前期课程实验和课程设计为基础，综合运用多门相关课程(群)知识完成一个工程项目的实战训练，并作为后续毕业设计的预演，是整个实践教学体系中承上启下的关键环节。在软件工程领域，软件开发与软件测试是目前两个主流的就业方向，也是综合实训课程训练的重点。软件开发综合实训要求以软件生命周期为主线，综合运用程序设计、数据库应用、软件工程、软件项目管理等学科知识，严格遵守软件开发的流程与规范，完成一个软件项目的开发，最后提交软件产品和相关技术文档;软件测试综合实训要求学生以软件开发综合实训所完成的软件产品为被测对象，综合运用软件测试与质量保证、软件测试流程与方法、测试框架与自动化测试等学科知识，使用软件测试的方法与技术，设计测试用例和测试脚本，完成被测软件的功能测试与性能测试，生成测试报告，并对测试结果进行分析。综合实训的培养目标为:通过软件开发与软件测试项目的实战训练，全面提升学生综合运用所学知识与技术解决实际工程问题的素质与能力，进一步加深学生对工程化、系统化原则与方法的理解，为胜任现代软件工程环境下高质量软件的开发、测试和维护工作奠定坚实的基础。
3cdio模式下课程改革与实践
根据综合实训课程的定位和培养目标，借鉴和吸收cdio工程教育理念和标准，按照“以cdio培养大纲为指南、以项目为载体任务为驱动、以工程能力培养为目标”的原则，对我们综合实训课程改革进行了探索与实践。
3.1全真模拟企业环境，实施一体化训练模式
软件开发和软件测试是综合实训的主体内容，传统的训练模式将二者割裂开来，分两个阶段分别完成实训项目，这种方式没有考虑软件开发与软件测试的内在关联与协同性，与企业真实环境也不相符合;并且由于两个实训阶段时间跨度较大，项目衔接性差，效率低下，实训效果也大打折扣;而在真实的企业环境中，软件开发小组和软件测试小组共同对同一个项目负责，各司其职，协同完成整个项目。鉴于此，我们采取“全真模拟、同步协作、角色互换”的策略，实施软件开发与软件测试一体化的训练模式。具体地说，整个实训过程完全模拟企业真实环境，将某个项目分配给由若干学生临时组成的项目组，该项目组又细分为开发小组和测试小组，分别负责软件的开发与测试工作;项目完成后，开发小组和测试小组角色互换，重做该项目。实践表明，一体化的训练模式能实现软件开发与软件测试的无缝衔接，学生能在更为真实的环境中参与整个项目过程，体验不同角色的职责范围，并通过不同的角色转换，使学生更深刻认识到开发人员与测试人员协同合作对完成整个软件项目的重要性。
3.2项目驱动，全面实践cdio
3.3分组互学互助，培养团队协作能力
团队能力是cdio大纲要求工程毕业生必备的一种能力，也是软件企业非常看重的一种职业能力。在实际实训过程中，我们模拟企业真实环境，将所有学生分为若干项目组，每个项目组又细分为开发小组和测试小组，各小组由一名组长和若干名组员构成。根据任务分工不同，每名学生都被赋予一定的角色，组员在组长的指挥协调下通力合作，共同完成实训项目。实践表明，分组模式能较好地激发学生的学习热情，提高学习效率，而且也营造了良好的学习氛围，组员之间分工协作，互学互助，学生的沟通能力、协作精神和团队意识大为提升。
3.4面向全体，务实勿虚，促进共同进步
综合实训是一种典型的自主学习课程，学生在任务的驱动下以小组为单位协作完成实训项目，但由于任务分工不合理、学生自制力差等原因，容易导致小组内个别技术较好、自觉性高的学生承担大部分甚至全部工作，而部分学生却人浮于事，使团队分工协作流于形式，不利于全体学生的共同进步与提高。为避免此类现象的发生，我们考虑在角色分配和任务分工时，尽量使学生都能承担软件设计、编码、测试用例设计、脚本设计、测试实施等较为具体的工作，使学生通过具体的训练来提高专业技能，而对于需求分析、计划制定、总结报告等相对较“虚”的工作则由组长带领全体组员共同完成;同时，任务分工也充分考虑学生原有的技术基础、兴趣爱好和特长。这种分工方式在尊重学生个体意愿的基础上使得每个人都有具体明确而又力所能及的任务分工，能充分调动学生的学习积极性，激发学生的学习潜能，促进全体学生的共同进步与提高。
3.5实施多维度考评体系，注重过程考核和能力考核
考核是对学生学习成果的认定和评价，良好的考核机制能对学生的学习过程和学习动机产生正确的指引作用，促进培养目标的达成。在实训课程的考核上，我们以cdio大纲要求的能力培养为导向，学习过程与学习结果并举，实施多维度的考评机制，每名学生的成绩由平时成绩、所在小组成绩和个人成绩三部分组成。其中，平时成绩主要考评学生的职业态度与能力，小组成绩主要考评学生所在小组的整体表现和工程实作能力，个人成绩主要考评学生个体所承担任务的完成质量，且每项成绩的考评方式也是多元的，力求做到公平、公正、合理。在小组内部，同组学生的小组成绩相同，但平时成绩和个人成绩各异，引导学生在努力完成各自任务的同时，重视组内的协作互助，并通过各个个体的高质量工作提高整个团队的工作质量。实践表明，该考评体系既重视最终学习成果的呈现也关注学生学习过程中的表现;既重视团队整体的工作效率也关注学生个体在团队中的价值;既强调学生专业技能的训练和工程能力的培养也关注学生职业素养和个人能力的提高，有效避免了传统评价方式只看结果不看过程、评价指标单一化、评价结果趋同化的弊端。
4结束语
综合实训是软件工程专业实践教学体系的重要组成部分，对培养学生的自主学习能力、工程实践能力和团队协作与沟通能力具有重要作用。为克服传统实训模式存在的不足，引入cdio工程教育理念和标准，对软件工程专业综合实训课程进行改革，探索了新的实训模式。新模式以cdio培养大纲为指南，以能力培养为导向，以项目为载体、任务为驱动构建实训过程，将学科知识、专业技能与工程实践有效结合，强调知识应用与拓展、技能训练与提高、工程实践与实作、职业精神与素质、团队沟通与协作等能力的全方位、一体化的培养。实践表明，新的实训模式能较好地激发学生的学习热情和学习兴趣，显著提高学生的工程实践能力和团队协作能力，有利于培养出符合产业需求的高水平应用型、工程型软件人才。
软件工程自我总结篇五
您好！
我的名字叫xx，听到贵公司正在招聘一名软件测试工程师这一职位，作为一位应届毕业生的我，我感到非常高兴，我是即将毕业于北京工业大学软件工程专业，以下是我求职于贵公司软件测试工程师这一职位的求职信。
大学，我读的是软件工程专业，跟很多理工专业一样，，不过很遗憾，我们连一个国宝都没有，是一个和尚班，因此这个环境造就了我是一个专心于学业的学生。作为一位软件工程专业的学生，除了看编程之类等专业相关的书籍之外，其余的时间大部分都是对着电脑找资料，写软件，虽然可以额外可以赚点钱帮补一下学费，但是我觉得这样的生活是枯燥无味的，所以从大三开始，我就开始学习打篮球。
我的身高有1米85，是一位东北的哥们，但是在高中，因为学业的原因，所以很少时间打篮球，因此才大三开始学，除了因为对着电脑枯燥之外，身边也频繁报道由于长期对着电脑引起的粹死，所以我觉得加强身体的锻炼是非常有必要的。所以我每天坚持6点半起床，然后打到7点半，再回宿舍洗个澡，然后吃个早餐再去上学。下午下课后，再打一会篮球，然后晚上再继续对着电脑写软件。身体，才是革命的本钱。
最后，对于软件测试工程师这份工作，我是很有信心可以做好的，希望经理看完这封求职信后，可以给我一次面试的`机会，我可以现场接受经理软件工程之类的相关测试。
此致
敬礼！
xxx
20xx年xx月xx日
软件工程自我总结篇六
1.谈到你做过的技术时，应该提到用的程序语言、你的个人贡献和产品细节。
有时我看到有人把过去的经验在简历上一笔带过，比如说：
在三人小组里，为电子邮件软件写了些 features.
用 c++ 语言写了网络电子邮件的自动 backups.在三人小组里，专门负责设计和写储存服务器。从设计开始， 一年后把这个功能 feature 的用户推到了三千。
2.多讲事实， 少用形容词。
看简历的人读你的简历时，需要做判断，所以在简历里需要事实和数目。如果你写迅速的提高了软件的操作效率，看简历的人很难判断你成就的难度。但如果你写在3个星期内，把软件的操作效率提高了40% 就好多了。
有些谦虚的朋友们不愿意把话说满，所以你也可以用这个办法。你如果说自己突出或在项目上常常被请去救火，听起来难免会有点骄傲。但你也可以用不能否认的事实来说明你的观点，如《纽约日报》评这个产品为‘突出’，或加入了三个原本已落后于计划的项目小组，但经过努力和组员一起把它们都按时完成了。
我有位朋友在硅谷一个著名的硬件公司做了六年，她设计的 ip phone（网络电话）为公司赚了上亿的收入，被公司与商业报道多次评了奖。我有一次在旧金山的高速公路上驾车时，看到路边有她产品的广告牌；还有一次我去上海度假时，竟然发现上海公路边上也有！
不久，这位朋友决定换工作，请我看看她的个人简历。我惊讶的发现，她居然轻描淡写的写了一句xx– xx:网络电话产品的硬件工程师组长 和她的职责。
产品赢的奖呢？它为公司赚的钱呢？ 我追问到。
那些也该写吗？她说。
当然该写。
有人问，业余时间做的项目可不可以写？我觉得只要你的项目有代表性能说明对你的能力，都该包括。
4.分清主次，删掉相比之下不起眼的成绩，以免冲淡更加突出的成绩。
在甲公司做暑假实习生
* 改善电子游戏的数值分类算法， 减少了内存要求 10%.
* 用 java 写了 3000 行用户界面程序。
* 每周做两小时的人工测试。
你在申请软件工程师的职位时，我觉得前两点比较相关，第三点其实就不必写了。有时我看到有的简历里会提到，按时完成了任务，产品符合原计划规格。但读简历的人通常会认为这是理所当然的，而你把这些声明出来反而减弱简历的效果。
软件工程自我总结篇七
软件工程心得要怎么写，才更标准规范？根据多年的文秘写作经验，参考优秀的软件工程心得样本能让你事半功倍，下面分享【软件工程心得优秀6篇】，供你选择借鉴。
一、努力学习，理论结合实践，不断提高自身工作能力。
在软件工程岗位工作的实习过程中，我始终把学习作为获得新知识、掌握方法、提高能力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。思想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用性。在这两个月的实习工作中给我最大的感触就是：我们在学校学到了很多的理论知识，但很少用于社会实践中，这样理论和实践就大大的脱节了，以至于在以后的学习和生活中找不到方向，无法学以致用。同时，在工作中不断的学习也是弥补自己的不足的有效方式。信息时代，瞬息万变，社会在变化，人也在变化，所以你一天不学习，你就会落伍。通过这两个月的实习，并结合软件工程岗位工作的实际情况，认真学习的软件工程岗位工作各项政策制度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。
二、围绕工作，突出重点，尽心尽力履行职责。
在软件工程岗位工作中我都本着认真负责的态度去对待每项工作。虽然开始由于经验不足和认识不够，觉得在软件工程岗位工作中找不到事情做，不能得到锻炼的目的，但我迅速从自身出发寻找原因，和同事交流，认识到自己的不足，以至于迅速的转变自己的角色和工作定位。为使自己尽快熟悉工作，进入角色，我一方面抓紧时间查看相关资料，熟悉自己的工作职责，另一方面我虚心向领导、同事请教使自己对软件工程岗位工作的情况有了一个比较系统、全面的认知和了解。根据软件工程岗位工作的实际情况，结合自身的优势，把握工作的重点和难点， 尽心尽力完成软件工程岗位工作的任务。两个月的实习工作，我经常得到了同事的好评和领导的赞许。
三、转变角色，以极大的热情投入到工作中。
从大学校门跨入到软件工程岗位工作岗位，一开始我难以适应角色的转变，不能发现问题，从而解决问题，认为没有多少事情可以做，我就有一点失望，开始的热情有点消退，完全找不到方向。但我还是尽量保持当初的那份热情，想干有用的事的态度，不断的做好一些杂事，同时也勇于协助同事做好各项工作，慢慢的就找到了自己的角色，明白自己该干什么，这就是一个热情的问题，只要我保持极大的热情，相信自己一定会得到认可，没有不会做，没有做不好，只有你愿不愿意做。转变自己的角色，从一位学生到一位工作人员的转变，不仅仅是角色的变化，更是思想观念的转变。
四、发扬团队精神，在完成本职工作的同时协同其他同事。
在工作间能得到领导的充分信任，并在按时完成上级分配给我的各项工作的同时，还能积极主动地协助其他同事处理一些内务工作。个人的能力只有融入团队，才能实现最大的价值。实习期的工作，让我充分认识到团队精神的重要性。
团队的精髓是共同进步。没有共同进步，相互合作，团队如同一盘散沙。相互合作，团队就会齐心协力，成为一个强有力的集体。很多人经常把团队和工作团体混为一谈，其实两者之间存在本质上的区别。优秀的工作团体与团队一样，具有能够一起分享信息、观点和创意，共同决策以帮助每个成员能够更好地工作，同时强化个人工作标准的特点。但工作团体主要是把工作目标分解到个人，其本质上是注重个人目标和责任，工作团体目标只是个人目标的简单总和，工作团体的成员不会为超出自己义务范围的结果负责，也不会尝试那种因为多名成员共同工作而带来的增值效应。
五、存在的问题。
几个月来，我虽然努力做了一些工作，但距离领导的要求还有不小差距，如理论水平、工作能力上还有待进一步提高，对软件工程岗位工作岗位还不够熟悉等等，这些问题，我决心实习报告在今后的工作和学习中努力加以改进和解决，使自己更好地做好本职工作。
时间飞逝，不知不觉间《软件工程》的学习已经过了大半了。在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多。
在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了。一个人，只要会编程，就能写软件，就是程序员;一个公司，只要招聘一些程序员，就能开发好的软件产品。只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司。
但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误。软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息。唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。
而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项创造性活动。因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。
而且通过学习《软件工程》，我还学到了很多其他的东西。比如通过学习《软件工程》，特别是老师每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会。让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等。而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路。
所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。在此我对老师的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多。
时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。 最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。
至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
1、浅谈测试
一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是it阶段的找 bug与对应bug，此阶段基本评定了coder的编码质量。
2、程序员的困惑
有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。
3、如何调试追踪
如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。
页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(___=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。
4、一些习惯
遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。
解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。
把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。
任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。
在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。
在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
在本学期的软件工程课程的学习中，我们学习了十一章的内容。第一章软件与软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。还引出了工具uml。第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、e-r图以及状态图式本节的重点。第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系;还介绍了白盒测试技术以及黑河测试技术。第七章统一建模语言uml概述，本章详细介绍了uml的基本模式、事物、关系及建模时用到的各种图进行了介绍。第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。在流程图中只能使用下述的五种基本控制结构：顺序型;选择型;while型循环;until型循环;多情况型选择。
n-s图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为n-s图。在n-s图中，为了表示五种基本控制结构，规定了五种图形构件。顺序型;选择型;while重复型;until重复型;多分支选择型。
pad图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。pad也设置了五种基本控制结构的图示，并允许递归使用。
hipo图：hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。
hc图既是层次图，用于表示软件的分层结构。hc图中的每一个模块，均可用一张ipo图来描述。ipo图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法)。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序?读不懂程序，维护又从何谈起呢?所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。
这次软件工程实训是从__年__月__日号开始的，截至__年__月__日号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储备不足，特别是jsp这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是来自中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如rationalrose，svn，myeclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。
通过这次实训，让我了解到工程开发的过程，可行性分析——需求分析——概要设计——详细设计——代码编写——测试——验收。从技术方面上，我开始jsp基础基本上就是零的，在老师和syz2(另外一个物流小组，我一个人基本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多贡献了。__老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。
还有一个收获是从一个同学(小胖)那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来 出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。
这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。