软件工程总结

陈东201731062232

博客链接：https://www.cnblogs.com/cddchen/

第一次作业：https://www.cnblogs.com/cddchen/p/10557774.html

问题1：我看了2.1.2章节的这一段文字“ 单元测试要快（一个测试的运行时间是几秒钟，而不是几分钟）”，不考虑模块的具体功能提出时间限制

解答：通过看书复习发现为什么单元测试要快，因为单元测试都是项目中的模块，因为单个模块小而精，需要处理的东西并不复杂，所以在该模块单元测试的时候就应该尽可能快

问题2：我看了3.4章节的这一段文字“一个IT专业的大学生来面试，简历上写“技能：精通Visual Stdio C#编程”。于是面试官叫他用Visual Stdio IDE写一段程序。一个“不精通”的面试者的编程过程实际上就是一个“解决问题”的过程”，发现我们应该如何自己在某个能力上的水平，“精通”只是相对概念，每个人的定义都不相同，只是不同公司需要达到某个层次的人。

解答：通过实践观察学长面试过程，发现精通只是一个相对概念，每个公司每个面试官都有自己的标准，有的是通过问问题来了解，有的是通过进行一个测试来了解

问题3：我看了4.5.2章节的这一段文字“在结对编程模式下，一对程序员肩并肩、平等地、互补地进行开发工作。”，发现在自己了解的情况下，除了和队友出去比赛的时候是三人共用电脑，其他时候没有还有一个这种情况。

解答：通过实际操作，发现结对编程其实很常见，虽然我们学生时期都是单打独斗，但是在工作中结对编程出现的也很频繁。因为结对编程有很多优势，可以解决单人编程时经常出现的问题

问题4：我看了5.2章节的对众多软件团队的模式，包括主治医师模式和明星模式等，书中给出的大量概率，我们应该如何理解对模式的选择

解答：通过看书学习，发现我们如何选择团队模式，是要通过分析自己团队的配置的，根据项目、技术能力、团队规模等灵活的选择

问题5：我看了8.1章节的这一段文字“软件团队需要找到软件的利益相关者，了解与挖掘他们对软件的需求，引导他们表达出真实的需求”，发现我们对用户需求分析时，连用户自己都不能清楚的明白自己的需求，为什么需要我们软件公司花费大量时间帮助用户挖掘自己的需求。

解答：通过实际发现，帮用户解决需求问题也是我们团队任务的一环，需求分析正确了才能正确的引导后面环节的进行，否则就是竹篮打水一场空

 

新的问题：在团队合作中，如何让每个人都有相同的贡献，通过这次实践发现成员的贡献有大有小，其中经常是少数人为团队作出了大部分的贡献？

新技能：通过这学期的学习，在软件开发方面，编程技术得到了提高，对面向对象思想有了更清楚的认识；更掌握了github等团队源代码协助平台的使用，加快了开发速度；掌握了编写模块要进行正确的单元测试，才能证明你的模块是对的，不能敲出来代码认为是对的而不进行测试。

总结：虽然这个课程时间很长，任务繁重，但是在繁重的任务压力下才会有提高，因此通过这个课程对我自己而言是更掌握了编程技术，使用软件进行团队协助的能力和团队间互相协助，沟通的能力也得到增长，这对之后参与项目工作是极其重要的。

转载于:https://www.cnblogs.com/cddchen/p/11085407.html