- A+
软件工程师试用期总结范文第1篇
对于软件工程师，不太重视学历，但并不是对学历没有要求，重点关注项目的经验和学习知识的能力，能否利用软件工程专业知识来解决问题，根据岗位不同，对软件工程师的要求也有所不同。今天小编给大家为您整理了软件工程师个人试用期总结，希望对大家有所帮助。
软件工程师个人试用期总结范文一本人于2016年5月21日有幸成为我们上海互联网软件有限公司的一员，进入公司的电子政务实验室，担任软件工程师一职。按照公司制度，试用期于2016年8月21日结束。时光荏苒，转眼间我来到互联网已经三个月了。怀着激动的心情，我慎重写下这份转正申请，并且对我过去的这三个月做一个小小的总结。
初来乍到时，我被互联网融洽的工作氛围深深吸引了，我能够感受到这是一个朝气蓬勃，团结向上的团队。大家对我这位新面孔，也都报以热情的微笑，这让我很快适应了公司的工作环境。
进入公司后，首先在我们部门培训一周半，我的主要任务是尽快熟悉尚未深入学习的M领域。在___经理和同事们的帮助下，我很快就得以把全部精力投入到项目中来。在这个项目中，我用到了一些专业知识，与此同时让我更加欣喜的是，我也接触到了以前尚未真正接触的___(这里你自己改一下，或者加几句对这个技术的简单描述)知识，这在很大程度上满足了我学习新知识的渴求。专业和非专业上不懂的问题，我及时向同事学习请教，不断提高充实自己。虽然经验有限，难免遇到问题，但是我认为每一项工作都是一种锻炼，每一个困难都是一次机会，加上经理给我的指导，老员工的耐心帮助，使我在较短的时间内适应了新的工作环境下新技术的运用。在此，我要特别感谢我们的经理和同事对我的指引和帮助，感谢他们对我工作的提醒和指正。
在电子政务实验室的工作中，我一直用我们公司的“合作沟通主动一点”，“工作流程规范一点”的企业文化来严格要求自己，和共事同事默契配合，及时有效沟通;按照要求和规范及时完成手头的工作，同时注意拓展相关知识。这也是让我尽快融入我们互联网这个大集体的重要保证。
在过去的三个月里，除了技术上的进步，我最大的收获在于敬业精神和思想境界。我留意到同事们都是勤勉投入工作，认真完成任务，遇到问题及时互相帮助，彼此相处极为融洽，这些温暖的点滴让我这个新人对我们互联网极为有信心。
同时，在与大家的沟通过程中，我也学到了不少交际上的知识和处理方法，这对我非常受用;同时，对于记录待完成事件的办法，我也参考了同事的建议，因此在之后的工作中将会更加有效率。
此外，在这三个月的业余时间里，我也没有闲下来，继续保持我的求知习惯，经常阅读与我的岗位相关的技术书籍，同时也根据兴趣扩大阅读范围。因为我认为，书富如海，只有不断地有针对性地学习，才能让自己的头脑更加充实。
总之，在这三个月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。感谢我们互联网给了我这样一个发挥的舞台，我要珍惜这次机会，为公司的发展竭尽全力。因此我也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。在此我郑重地提出转正申请，希望自己能成为公司的正式员工，恳请公司给我继续锻炼自己、实现理想的机会。我会用谦逊的态度和饱满的工作热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来!
我深信我的选择是正确的，感谢您的阅读，诚挚希望公司考虑我的申请!
软件工程师个人试用期总结范文二我于____年__月__日成为公司的试用员工，作为一个应届毕业生，初来公司，曾经很担心不知该怎么与人共处，该如何做好工作;但是公司宽松融洽的工作氛围、团结向上的企业文化，让我很快完成了从学生到职员的转变。在实习期间我基本上了解了工作环境，在本部门工作中，我一直对自己要求严谨，认真及时做好领导布置的每一项任务，同时主动为领导分忧;专业和非专业上不懂的问题虚心向同事学习请教，不断提高充实自己，希望能尽早独当一面，为公司做出更大的贡献。当然，工作也有困难的时候，比如用到我所不熟悉的技术，使得在工作中遇到点小挫折，最后在部门经理协助下问题得以解决，非常感谢部门经理对我的耐心指导及帮助，让我学习和了解了新的技术并运用到项目中来。但是应用中难免出现一些小差小错需领导指正;但前事之鉴，后事之师，这些经历也让我不断成熟，在处理各种问题时考虑得更全面，杜绝类似失误的发生。在此，我要特地感谢部门的领导和同事对我的入职指引和帮助，感谢他们对我工作中出现的失误的提醒和指正。这是我的第一份工作，这两个月来我学到了很多，感悟了很多;利用技术实现软件的功能只是软件的表面，认识问题、分析问题、解决问题才是最重要的。不论是做事还是做程序，一定要有清晰的思路，要认真仔细的去做，要有耐心和信心。
在这两个月里，我主要参与了项目综合查询报表一块，期间学习了报表工具，刚刚看到页面上的合计分组时，感觉非常的难，同时也好奇怎么可以做到。在熟悉了存储过程后，有了了解，以前只是知道但是没有自己写过，不理解存储过程执行，但是在这短时间了，我明白了很多，学习了以前没有用过的知识，也是在这里认识了游标，懂得了游标，深深感到多练的好处。写的多了，自然也就懂了，非常感谢部门同事对我的耐心指导及帮助。
我也认识到了自己的不足，1、没有项目经验，没有经历过系统和完整的系统开发。我希望同时也相信自己在这次综合查询中可以学到不少经验。2、沟通能力欠缺，没有及时有效的和领导交流。这个可能和我的性格有点关系，我也希望能够有所改变。3、发现问题的能力不够，在自己以往的学习方式中，欠缺一种主动发现问题的能力。今后，我会多注意这方面的训练。
看到公司的迅速发展，我深深地感到骄傲和自豪，也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。
软件工程师个人试用期总结范文三我是渠道中心河北办事处的销售温兵兵，于201_年2月9日进入公司，成为北京___公司的一员，做起了dlp行业的一只小狼。就在人事通知我准备转正资料的时候，我才意识到三个月的时间就这样过去了，好像所有的事情还发生在昨天一样。这段时间我收获了很多，也成长了很多，对于我从职场新人到一个合格商务人员的转变具有重要意义，在这里我非常感谢公司给我的机会和领导对我的指导和关怀，没有领导和同事的帮助，我成长不到现在的程度。
记得到公司的第一天，我的领导问过我一句话：到___公司来你打算怎么做?我侃侃而谈，说了很多抱负和理想之类的话。我领导只跟我说了一句：我只希望你踏踏实实的做，从一点一滴中做起，这样的脚步才是最真实的。从刚开始每天的思考琢磨，慢慢地成为了一种行为准则，促进我在___公司更加快速的成长。数据安全领域是我原来没有接触过的，感到很陌生，但在公司领导和同事的帮助下，我对公司的组织架构、规章制度、行业组成、市场比例、公司产品等有了初步的认识，很快完成了产品的学习过程，在较短的时间内适应了公司的工作环境，最重要的是接触和学习了不少的相关业务知识，为做好自己的本职工作奠定了基础。在进入公司的第二周，公司组织了北京区域新员工的培训，对公司的产品和市场前景及公司政策做了详细的培训，培训期间不懂就问，印象不深的就反复思考琢磨，短短的几天使我对数据防泄漏行业有了更深的认识，对公司的产品的技术优势和应用场景有了更多的了解。在培训结束后，还参加了新员工的ppt演讲考核，并取得了较好的成绩。在培训结束后，安装了公司的主要产品，进行了测试，对性能和功能有了全新的感受。
在本月下旬主管给了布置了具体的任务：联系河北地区设计公司和设计院。我从名单搜索、联系方式、挖掘需求、抓有效客户，一步步的进行，用十几天的时间基本了解了河北地区设计院行业的市场情况。河北地区对信息化认识程度比较低，好多单位还停留在防火墙、
杀毒软件的防护措施阶段，完全没有接触过内部防护的软解决方案，这既是一个问题，又是一个机遇，我相信在设计行业刚性需求的引导下，河北市场会越做越好。
在进入公司的第二个月份，我开始跟着主管跑市场，在现场学习的过程中不断提高，在去现场之前，先给自己定下几个目标，要理解哪些问题，听懂哪些回答。不懂的就下来，虽然方法简单，但效果很显著。在之后主管对整个现场的流程给我做了详细的指导和分析，指出几个关键问题及解决方法。在商和合作伙伴的项目操作方面也给我做了专门的培训，在实际工作中更加顺手。第二月份一个最大的收获就是市场开拓方面，经过自己的努力，河北设计行业中做过的4家，要进行的3家，想深入了解5家，并且后面的数字在不断的增加，这使我在工作中更加有信心，对公司的发展和河北地区市场的扩展充满了期待。
第三个月份是对学习的充实和验证的月份，第三个月份开始公司组织了全公司新员工的培训公司，在外地办事处的人员也回京参加。这给了我们一个很好的交流平台，通过把自己工作中遇到的问题和总结的经验分享，在近十天的培训中，我的实际操作能力、对市场的见解又有了较大的提高，在后半月的项目跟进中把这段时间的学习成果展现出来，并不断升华，成为了我最大的兴趣，我很喜欢在项目跟进中交流、分享、说服的过程。在这方面公司和主管给了我最大的帮助，不断的发现不足、不断的弥补、不断的进步，在这个行业，这个公司我会我会越来越成功。
在这近三个月的工作中，我一直严格要求自己，遵守公司的各项规章制度，履行自己的工作职责，认真及时做好领导布置的每一项任务。当然我在工作中还存在一定的问题和不足，比如：对渠道业务不太熟悉，处理问题不能得心应手，工作经验方面有待提高;对相关知识情况了解的还不够详细和充实。对于这些不足，我会虚心向周围的同事学习，专业和非专业上不懂的问题虚心请教，努力丰富自己，充实自己，寻找自身差距，拓展知识面，不断培养和提高自己的项目控制能力，把自己业务素质和工作能力进一步提高。在这段时间里，我非常感谢主管和其他领导对我工作中出现的失误的提醒和指正，这些经历让我不断成熟，在以
后处理各种问题时考虑得更加全面。现在的我同老员工相比，在工作经验和能力上有一定的差距， 也希望请领导和同事对我多提要求，多提建议，使我更快更好的完善自己，提高自己
软件工程师试用期总结范文第2篇
记得初到公司的第一天，领导就将试制了两年多一直没有供货的产品;流水槽总成交给我，当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作，有一定的经验，但是面对的顾客不一样，要求也不一样，现在面对的是大众公司，各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里，白天忙于现场配合泰国工程师及工装科解决流水槽调试及试装过程中存在的一些问题，晚间回家认真学习公司各相关文件、标准，并带着问题向同事们互相探讨、互相学习取长补短，具体做了如下工作;
一;后流水槽总成大众试装工作
来公司两个月，去大众公司现场12次。每次试装顾客都要提出不同的问题(大众倒三班)诸如;后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷，每次回来都要配合工装现场制定解决方案，并跟踪落实。然后再同大众公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人，在公司领导及相关人员的积极努力下，流水槽总成的试装工作已接近尾声，下一步就要进行 ots工装样件提交了。
二;编制各类技术文件几十种;
依据新产品开发程序，编制各类技术文件;如;控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置图……等等。
在与公司同行的互相交流中，发现我公司有些指导性文件版本中有不完善之处，并及时依据标准进行完善。如;冲压下料卡中没有规定剪切毛刺公差等。
三;设计工位器具二种
根据流水槽零件形状不规则，而且是表面件;内表面质量要求高等特点，设计第一、二工序间带滑轮的转运车两种。
四;焊接夹具改造
后流水槽总成焊接夹具;流水槽(1k5 809 643/644)与支架(1k5 863 345)点焊时，支架摆放时是垂直位置，靠压弯部定位放不住，零件容易掉落。提建议将夹具适当位置加小磁铁固定。
软件工程师试用期总结范文第3篇
[关键词] 软件测试流程；KPI；考核体系；教学体系
[DOI] 10.13939/ki.zgsc.2016.28.101
1 软件测试重要性及KPI考核体系构建意义
软件测试是保证软件质量的一重要手段，其在软件生命周期中的重要性日益凸显。IT企业对软件测试人才需求量不断增多，软件测试岗位迅速扩张。
基于软件测试人才需求旺盛的现状，推进基于KPI的多元化绩效考核体系的管理模式并在试点企业中试行和同步改进，将有助于最大限度地调动工程师的工作热情、提高效率。此外，高校软件测试人才的培养往往注重知识的提升、技术的锻炼，而易忽视综合素质的培养。据企业测试人才绩效考核体系的要求，映射到软件测试体系化教学中，进一步优化软件测试教学体系，改进教学知识与技能架构，从而提升高校人才培养及实习就业质量，校企对接更加紧密。
2 软件测试KPI考核现状及应对策略
2.1 科学管理技能尚有不足
IT企业管理层往往为技术出身，具有技术背景和深厚技术功底做支撑，但对于企业管理、团队管理领域大多未经历过系统的学习，故在管理技能和技巧上较为欠缺。据了解，一些测试经理仅关注软件缺陷的发现与跟踪，在程序员提交完整系统后才开展测试工作，从而忽略了规范化的软件测试流程及需求评审、测试计划制订、测试用例设计、测试环境构建、测试实施、测试总结与评估等关键环节的管理与人员技能的考核，与一线岗位工作内容严重脱节。
2.2 不同岗位同标准导致KPI指标雷同
不同岗位工作内容及考查点存在差异，应依据软件测试工程师、自动化测试工程师、性能测试工程师、测试组长、测试经理等分岗位、分级别制定不同层次的考核标准。否则无法高效引导，指导各岗位履行岗位职责。
2.3 考核评价人的单一性与考核全面性欠缺
大多企业对于基层测试人员的KPI考核仅依靠直接领导的评价意见，此考核较片面，应全方位、多角度比较，同步综合直接领导、部门经理、同部门乃至同项目组员工等量化评分，并参考其他部门员工是否有负面意见等开展考核；亦应结合“员工自评”方式，给予自主辩解环节，进一步提高考核评价的客观性、准确性，使考核评价结果更具说服力。
2.4 考核沟通机制与制度透明化不健全
就现状而言，多数测试工程师往往仅知被考核了，对具体考核指标及措施等全然不知，此状况不利于测试工程师改进和提升，也会降低被考核人对考核结果的信任性。
建议就制定出的KPI考核体系，开展基层交流讨论、修订与完善、公示及反馈等环节；推广绩效考核管理系统的应用，“个人”考核结果实现系统可视化，实现透明化的同时又明确了工程师改进方向；并行“阶段考核”及“年终考核”，且融入年终述职环节，增设“绩效面谈”流程，进一步调动测试人员的积极性，加强考核的行为导向作用。
3 软件测试KPI考核体系构建
KPI考核体系的构建，重中之重在于KPI关键业绩指标的选定，合理的KPI指标是企业绩效管理和改进的关键，本文重点结合企业软件测试核心工作流程对KPI指标进行选取及考核方式规划。构建测试工程师KPI考核体系如表1所示，具体分析如下。
一是“测试执行”考核项：主要针对测试执行情况进行考核，细化为6项考核点：①提交有效BUG数量：基本考核指标，取被考评者所参与项目中当月或同一考核阶段中 所提交BUG数与当月总BUG数之比，本条计分方式为：10× （个人BUG数量/总BUG数量）。②提交BUG的质量：重要考核标准，无效BUG提交数量过多，说明员工测试基础欠扎实，本条计分方式为：10×（有效BUG数量/总BUG数量）。③提交BUG的严重等级比例：按公司质量规范中对BUG严重等级的分类，排序权重为A至E，权重越高、BUG比例越高，得分越高。④提交BUG的规范性：涉及BUG描述是否清晰且可否复现，BUG严重程度是否正确，BUG相关附件是否提交等。⑤回归BUG数量：考评期间回归BUG数之和。⑥执行用例数量：考评期间执行用例数之和。
二是“文档编写与用例设计”考核项：主要针对测试流程中关键文档的制定与测试用例设计质量进行考核，细化为4项考核点：①测试用例数量；②设计用例的质量；③外部文档制作规范性（用户手册、系统帮助等）；④内部文档规范性（测试计划、评审报告、测试报告等）。
三是“专业技能”考核项：主要针对测试工程师的实践能力及操作成熟度进行考核，体现为2项考核点：①测试工具掌握程度；②测试环境搭建能力。
四是“工作态度”考核项：非技术性考核指标，重点考核测试工程师职业素养与品质，细化为4项考核点。①工作积极性：工作的速度，完成工作的迅速性、时效性，有无浪费时间或拖拉现象。②沟通能力：与各方面关系协调，说服他人及人际交往的能力。③学习创新共享能力：改进工作的主动性及效果，主动研究新技术，并积极与团队共享。④执行力：对公司及上线领导的战略、决策、计划的执行程度。
五是“其他”考核项：为上述各项考核的补充和完善，进一步检验测试工程师日常基本工作规范，激励工程师具备良好的客户服务意识等，主要涉及出勤、奖励、惩罚3项考核点。
此外，对于软件测试管理层岗位，亦应对接日常测试管理及质量管理等岗位职责，分层制定KPI考核指标。①工作完成情况。涵盖本部门当月实际工作完成情况、部门人员工作分配与考核、工作日志等考核指标。②测试技术改进情况。涵盖新技术研究与应用、团队培训等考核指标。③部门配合协调情况。涵盖沟通协调、意见收集及反馈等考核指标。
4 高校软件测试教学体系优化与改进
以科学合理的考核体系为基准，进一步改进和规范化软件测试课程体系，融入KPI考核中涉及的实战技能和职业素质等培养要求。技术层面和职业素养层面，进一步提升应用技术型人才的企业适应能力及职业素养。
5 结 论
综上所述，对接企业测试流程探究了软件测试KPI考核体系，此体系亦于部分软件企业测试团队中进行试行，取得一定效果，在一定程度上调动了企业测试团队的工作热情、提高工作效率；此外依托企业测试人才KPI考核体系的各项要求，映射到日常软件测试体系化教学中，进一步优化教学课程体系，并在部分高校中进行了订单班式培养，在提升应用型人才培养质量上得到校企双方充分肯定。
软件工程师试用期总结范文第4篇
关键词：CMMI；软件人才培养；课程改革
中图分类号：G4 文献标识码：A 文章编号：1672-3198(2011)04-0233-02
1、前 言
全球经济一体化的浪潮给我国带来了大量的服务外包业务，给软件企业提供了难得的发展机遇，特别是中小规模的软件企业。软件企业在承接软件外包业务时，面临软件的工程规范和技术规范及软件质量管理等人才短缺的困境。我国软件人才的现状如下：
(1)层次结构。按国际的管理模式和成功经验公认的最合理的人才搭配比为1(高)：5(中)：50(低)，常称为“金字塔”。从我国统计数据来看，现在软件人才的结构呈“橄榄型”，非常急需两端人才，能进行项目研究和管理的领军人物，及训练有素的编码和测试蓝领。同时，每年各种软件专业毕业的研究生、本科生、大专生数量很大，但就业率和对口率较低，其中，中端人才的低端化使用导致软件行业基础人才不稳固，而高职类低端人才因缺乏训练而入职难，这其中不乏培养失衡等多种问题。
(2)质量结构。我国当前的教育模式下，难以培养大量掌握符合国际标准的软件工程规范和技术规范的编码人才；也难以培养既掌握软件开发技术、又熟悉软件过程管理的中层项目管理人才；更难以培养能紧跟世界前沿技术动态和趋势、熟悉软件工程管理、具有行业应用知识的专业化、复合化、国际化的顶层人才。也未能给软件从业人员提供一条明确、可望的职业成长路径。
2008年后，各地方政府推出了实施CMMI(能力成熟度模型集成)的鼓励政策后，激发了中小软件企业参与CMMI评估的热情。通过CMMI评估，可不断吸取国外的成功经验，这不仅是企业发展壮大、在同行竞争中取胜的重要因素，也是提高软件企业资质和具备国际竞争力的必由之路。
2、CMMI简介
CMMI由卡耐基，梅隆软件工程学院提出，源自美国政府和军工软件企业的一些成功实践，融合了全面质量管理的思想，为软件企业的过程改进提供了标准，为软件企业的项目管理提供了方向。CMMI是对于软件组织在定义、实现、度量、控制和改善其软件过程的进程中各个发展阶段的描述，它通过5个不断进化的层次级别来评定软件生产的历史与现状，帮助组织探索一个保证软件产品质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。
美国、日本等国家的软件企业先后掀起了质量热潮，质量控制小组遍及全国，不断积累和分享过程改进的经验。印度在实施CMMI方面也取得了极大的成功，其软件业借助规范的管理进入国际市场，并逐步发展壮大。我国软件业在不断吸取国外的成功经验，参照CMMI规范，结合中国及企业现实，努力探索规范有效的软件开发过程，企业通过实施CMMI取得了一定的成效，如促进了规范化管理、提高了项目控制能力和产品质量等。
3、CMMI在软件综合实训中的实施
3.1应用思想
软件过程是人员密集和设计密集的作业过程：若缺乏有素训练，就难以建立起支持实现成功软件过程的基础，软件质量的提高亦将难以取得成效。企业通过CIVIMI评估工作优化了企业开发流程，改善现有的工作方法，从无序的混沌过程向训练有素的成熟过程演进，这涉及到团队的每一个成员。
软件及外包企业实施项目过程管理和质量全程监控，需要员工能快速融入相应的管理模式中。软件专业毕业的学生若要到实施CMMI的团队中工作，他们缺乏要在什么样的过程管理中如何去开发一个项目的能力，不明确工程化、工业化和标准化开发的工作内容、工作方法、工作过程又是怎样的。学生需要教师引导思考工程化、项目化管理等相关问题，按照“学习的内容是工作”、“通过工作来学习”新职业教育理念，将学习目标和和工作目标有机地结合在一下起，由教师指导学生完成“工作任务”，在“工作过程”中理解和应用CMMI的核心思想，解决工程化、工业化和标准化开发问题，在软件开发和项目管理过程中成长。
3.2实施内容
针对高职生的认知水平，学生不具备需求分析与系统设计的能力，工作按CMMI3的过程要求，删除需求开发、技术预研、系统设计、决策分析等过程，但强调需求变更的控制过程，由教师模拟客户在适当时机提出不同的变更，变更后的需求、设计等的修改工作由学生完成，逐渐培养其分析和设计的能力。
学生用二个月的时间完成一个信息管理系统，如OA系统、供应链系统、ERP系统等，教师提供需求定义、概要设计、数据库设计、项目编码规范、技术解决方案和CMMI的相关模板等文档，并提供需求变更等软件开发和项目管理过程真实的情景。
综合实训班级共30名学生，分成3组，每组10人，5名开发工程师和5名测试工程师，再在每个组中安排学生兼任配置管理员、质量保证工程师、度量分析师、需求分析师、系统设计师、界面设计师、数据库管理员、项目实施工程师岗位的工作，教师担任各组的项目经理。
3.3重点环节
应用CMMI于综合实训中，强调过程监控与管理，规范的项目管理体系和科学的课程实训方案保障了综合实训的质量。
(1)项目策划与监控。
让学生学会任务进度的分解、工作量的估计、项目计划的制订、按计划实施项目并周期性跟踪实施情况、保证项目顺利进行。具体包括：团队共同选择生命周期，定义项目过程，对项目组成员进行分工，明确岗位和各自的职责；项目经理根据项目范围制定产品的任务进度分解，根据产品规模进行工作量估计；按分工岗位分别制订项目支撑的软件测试计划书，项目经理整合《计划书》；各成员正确填写《工作日志》，项目经理填写《工作周报》等，收集进度、工作量等数据，分析项目状况，纠正问题和控制偏差，周期性地跟踪项目计划的各种数据从而实施监控。
(2)项目支撑。
让学生学会在项目实施过程中进行配置管理、度量分析、同行评审及质量保证，规范开发过程。具体包括：配置管理员制订配置计划，维护项目的配置管理系统，分配权限和标识整个产品生命周期的配置项和版本等，控制配置项的变更，提交《配置状态报告》等；度量分析工程师制订度量分析计划，定期采集数据填写《度量数据采集表》等，协助项目经理进行综合度量分析，填写《项目总结报告》，对定量化的过程加以理解、评估；质量保证工程师制订质量保证计划，进行各阶段的产品评审，执行过程检查评审，与项目经理一起组织同行评审，建立并维护质量保证记录，跟踪不符合问题及处理情况，直至解决，提交《质量保证周报》等。
(3)系统实现与软件测试。
让学生按规范化的方法进行软件产品开发，验证产品的功能是否达到了设计要求。具体包括：软件开发工程师熟悉项目编码规范和技术解决方案等，并搭建开发环境，根据需求与设计文档进行编码，编写单元测试用例，对已实现
的产品进行单元测试，尽可能多和早地发现并解决问题，并编写《用户使用手册》；测试工程师编写《系统测试用例》，执行测试工作，填写《BUG票》和《测试汇总表》，修复后再进行回归测试确认，保证产品的质量，最后完成《测试报告》。
(4)需求变更控制。
让学生认识在项目开发过程中需求管理的重要性，需求变更时如何进行项目的各项管理，在保证客户需求的前提下并保证项目的质量和进度。具体包括：教师模拟客户代表提出需求变更，在客户与开发方之间建立对需求的共同理解，需求分析师填写《变更申请单》，更新需求文档，项目经理组织项目组进行需求变更评审；依据更新的需求文档，团队各成员对后续设计、开发、测试等工作产品进行相应的变更，并维护《需求跟踪矩阵》，保证需求与相关工作产品的一致性。
3.4考核与评价
按形成性考核模式对学生的工作过程和工作成果进行考核，在考核中不仅是要求完成任务，更注重的是在每个阶段学生有效的提升个人能力，教师将进行针对性辅导。每个阶段活动95％学生达到合格标准后，再进入下一个阶段的实施，直至项目完成。考核与评价以自评和互评为主，项目教师在各阶段帮助学生进行总结，通过总结，有效地提高学生的管理能力，培养职业化意识。
3.5实施成效
通过结合CMMI进行软件综合实训，学生掌握工作的流程和方法，能认同和融入企业文化和企业管理方式，树立项目意识、质量意识和工期意识，增强团队间的沟通及协作能力，能养成良好的工作规范、工作习惯、工作作风和工作意识，并且在工作的过程中有掌握不断更新技术的学习能力，提高了学生的职业能力和素质，增强了就业竞争能力，缩短企业的培训时间和成本，学生进入企业顶岗实习后就业，能更快的融入到企业的团队工作中。
4、软件人才培养的思考
要将学生培养成为训练有素的准员工，进入企业后能与团队共同持续地进行软件过程改进，以适应软件企业所面对的动态环境。在人才培养机制上还应深化校企合作，注意处理两方面问题。
(1)学校不能对“企业培训最后一公里”过度依赖，从而增加学生学习成本、政府扶持成本、企业用人风险，也难以系统培养适用的高素质人才。学校需要改变与企业的合作模式，以“工作过程导向”改造专业和改革课程，采用多种方式，让学生在校学习过程中实践锻炼，逐渐积累软件开发、项目管理、质量控制的经验，提高实战能力。
(2)企业应提供行业知识和项目经验，帮助培养师资、改革教学模式和教学体系、安排学生实习，真正实现学校、企业的互联互动，探索产学研用结合的工程教育新模式，做到学校与企业的无缝链接、相互渗透，创造学校、学生和企业多赢的局面。
由此可见，在软件专业按照“工作过程导向”模式构建专业课程体系，根据职业能力的阶梯性和学习规律的渐进性，学习过程从软件的单元设计到项目开发，最后到项目管理。而第五学期的校内综合实训和第六学期的企业顶岗实习，学生通过CMMI的项目管理模式下的软件开发积累经验，有利于实现学校到企业的无缝衔接。
参考文献：
[1]2009软件人才(成都)需求分析报告[R]，成都信息化办公室，2009，(4)
[2]史秋实，论剑中国软件外包振兴之道[EB/OL]，http：//chinaso-urcmg.mofcom.省略/content2，jsp?id＝58860，2009
[3]张万军，储善忠，基于CMMI的软件工程教程[M]，北京：北京交通大学出版社，2008：1-5
软件工程师试用期总结范文第5篇
软件设计师考试是计算机技术与软件专业技术资格水平考试的中级资格考试，该考试在计算机领域具有权威性。在校大学生通过报考、复习、应考软件设计师资格，在一定程度上可以拓宽他们的专业知识领域，提高他们的实践能力。在当前就业难的形势下，拥有软件设计师资格证书的大学毕业生能跨过某些就业考试的门槛，抓住工作机会，获得更好的发展。笔者有软件设计师考试的经历，总结出了一些应对软件设计师考试的方法，以期在以后的计算机专业课的教学过程中融合软件设计师知识点进行教学，以考促教，同时也希望这些方法能够对报考2014年上半年软件设计师的在校考生有一定的参考价值，使他们更有效地进行复习，顺利地通过软件设计师考试。
1 迎战软件设计师
为了能够更好地把握软件设计师的考核知识点，以便将来能够更灵活地将其融入计算机相关专业课程的教学中，笔者与本学院软件工程专业大三的一些学生一起参加了2013年下半年的软件设计师考试，获得了较好的通过率，总结下来，我们作了以下几个方面的努力。
1.1 坚定信念
报名之后，因为种种原因，考生可能会缺乏自信心，不知从何下手。此时，考生要自我鼓励，坚定考试的信心；然后，参考自身以往类似成功的经验，选择一些适合自己的复习方法；接着，根据剩余的时间做好全面的复习计划。例如，浏览所在地的软考网及相关的权威网站、逛51CTO论坛、看上学吧、咨询前辈等等。自从有了最新的2013版的软件设计师考试大纲以来，我们需关注2009年以后的相关消息，较好的网站有中国计算机技术职业资格网http：//rkb.gov.cn/。因为有研究发现软件设计师的历年考试内容比较稳定，所以历年的真题非常重要，考生必须要融会贯通历年真题。
1.2 两轮复习
收集最新版的考试大纲[1]、命题组指定教程[2]、历年真题[3]、模拟练习试卷等资料，通过练习促进复习。第一轮，对照大纲，通过做各章节的真题和模拟题来促进对新知识、新考核知识点的学习。笔者先了解了大纲中标注的知识点，再做此章节练习，遇到不懂的翻看指定教程和相应的真题精解。先易后难，查缺补漏。有些题目各种参考书的答案不统一，始终没有办法理解的，要请教其他同学或相应课程的任课教师。因为软件设计师考核的知识面很广，考查掌握和运用基础知识的情况，所以一定要吃透各章节的考核要点。考虑到自己以前考试时复习过软件工程、数据结构、数据库、专业英语，对于上午试题本人花了更多的时间复习计算机组成、操作系统、计算机网络等。例如UML序列图的过程调用、消息返回、对象应实现的方法，UML活动图同时运行的最大线程数，IPV4、IPV6，多个矩阵相乘的动态规划算法等，大家认为有疑问的问题都在章节要点练习之后逐一讨论解决并做好笔记。考虑到本人以前做毕业论文时使用过数据流图和数据库设计，对于下午试题花了更多的时间复习面向对象和UML、数据结构中的算法、程序设计题（C++和Java选做）。例如背包问题、装箱问题、回溯问题、不常见的设计模式等逻辑性较强的问题都是在其他问题练习之后再逐一讨论解决的并做好笔记。讨论时，为了培养自己灵活运用基础知识解决实际问题的能力，看一些结合实际的书，如《大话设计模式》等。第二轮，通过做历年真题试卷和模拟试卷来巩固对考核知识点的把握。在模拟考试的过程中，根据考核的知识点绘制知识结构图，强化记忆。按照考试时间提前一周反复演练，提高自己分析问题、解决问题的能力。
1.3 检测自我
有些题目虽然我们会经常做但就是认识模糊，例如软件成熟度模型CMM、动态规划算法、状态设计模式和装饰器设计模式等。要找出这类薄弱环节，进行再测试再理解。
1.4 从容应战
考前调整好身体状况，应考时认真审题，先易后难。在2013年下半年软件设计师考试下午试题的试卷内容中，比以往多了几个小的问答题，这就要求考生进行全面的分析解答，以确保回答要点的完整性。
2 将软件设计师考试融入计算机专业教学
在参加软件设计师考试之前，笔者承担了软件结构与设计这门课程的教学，学生普遍认为此课程的理论课过于抽象，对此，王春林老师提出 以活动来培养兴趣 、 以考促学 、 以信息系统开发和设计来积累经验 等方案来对学生进行有效的培养[4]。笔者觉得如果自己能够把软件设计师的一部分实例作为学生学习这门课的兴趣点，并结合 以考促学 ，那么学生学习的效果应该会更好一些。例如上午试题的B/S、C/S、MVC、CORBA、Web服务等常见的软件体系结构风格，下午试题的抽象工厂、策略、组合、观察者、状态等常见的设计模式。对于对以后此门课程的教学，本人准备先讲解课本上的基本知识点，然后结合经典案例和相关的真题案例，进行软件设计，最后选取某个典型的信息系统进行综合性的应用设计。在使用讲授法对知识点进行讲解的过程中，结合案例教学法和任务驱动法，补充更多的图示、数据、案例、软件设计师考题等相关材料。
2.1 软件体系结构和设计模式
软件体系结构是软件的总体框架，就好比建造房屋风格的选择。在软件开发过程中，须考虑使用何种体系结构才能保证系统的易修改性，每种应用领域到底需要什么样的构件，构件怎样设计才能保证搭配的合理性，以及构件如何修改才能保证这个系统框架不受影响等。多年来总结出了许多成熟的软件体系结构风格，其中：两层C/S是一种胖客户机 瘦服务器的工作模型，客户机侧重数据的显示和分析，服务器侧重数据的管理；B/S是三层C/S体系结构的一种实现方式，主要利用了WWW技术，结合浏览器的多脚本语言，使系统的安装、修改、维护都在Web服务器和数据库服务器上进行，是 零客户端 的运作模式；MVC提供了一个结构，用于交互应用程序的用户界面的裁剪[5]。例如2013年下半年的上午题：POP3采用C/S模式，当客户机需要接受电子邮件服务时，客户端软件（Outlook Express）与POP3服务器建立TCP连接。POP3是一种规定怎样将个人计算机连接到Internet的邮件服务器和下载电子邮件的电子协议，是因特网电子邮件的第一个离线标准。POP3允许用户把服务器上的邮件存储到本地主机，同时删除先前保存在邮件服务器上的邮件。POP3服务器是遵循 POP3协议的邮件接收服务器，是用于接收电子邮件的。
使用规范化的软件体系结构描述来描述系统构件之间的接口，可以帮助设计师完成设计工作。常常使用UML来描述软件体系结构。UML通过提供一些图（用例图、类图、顺序图、活动图等），使得可以通过多个视图从不同角度来描述一个系统。有时，某些对象具有生命周期，它们对应于软件的功能需求是非常重要的，但它们却很复杂，这就需要我们能够经常跟踪其状态的变化。例如2013年下半年的下午试题之UML：状态图。在设计软件体系结构时，可以使用一些设计模式（创建型设计模式、结构型设计模式、行为性设计模式），来帮助设计师选择可使系统重用的设计方案。而当我们使用领域驱动和用例驱动的方法在构造软件体系结构时都用到了领域模型[6]。领域建模（概念模型）显示最重要的业务概念和它们之间的关系的类图。例如2013年下半年的上午试题之软件工程：领域模型通常不包含操作。领域模型是真实世界的各个事物的表示，而不是软件中各构件的表示。领域模型是现实世界的一个可视化抽象字典，是没有方法的类图的集合。
3 结束语
