软件工程——个人总结
回想开学初对于软件工程这门课的期望，总结本课程对你带来的提升：
1. 学习和使用的新软件
MySQL，用于数据库实现方面的尝试。
xampp进行后台虚拟网站的运行和网站进行修复。
mockplus工具进行原型界面设计，后续界面用代码进行实现。
2. 学习和使用的新工具
学习使用在coding上，存放代码，共享代码。
git建立仓库，以及利用git仓库进行代码上传。
3. 学习和掌握的新语言、新平台
博客园：一个面向大众的知识分享平台。
Git:如何建立git仓库以及在自己的仓库中如何上传代码。
通过PHP搭建一个初始网站。
4. 统计一下，你在这软件工程实践中，完成了多少行的代码
这次的软工作业中完成了较少的代码。
5. 学习和掌握的新方法
学习的新方法：数据库的连接与基本操作，软件测试和后端的编写方法。
此外最重要的就是结对编程的好处。
二 总结和展望
1. 记录自己在软件工程课程上的经验总结
在软件工程团队项目中我们要善于交流，积极表达自己的想法，有时候别人觉得很容易的东西到自己手里的时候却发现根本没法解决，这时团队就是一很好的交流平台。总而言之，在这此团队项目过程中遇到的问题以及解决的办法也让我受益匪浅，我明白了团队分工与合作协调的重要性。编程过程中自己有不规范的地方也经过合作伙伴的提示得到了规范，也深刻明白了取长补短的益处。
2、对学弟学妹的建议及告知
学弟学妹要切记在决定做什么项目之前你们一定要合理的衡量自身；决定做什么项目之后尽量早早的开始并强迫自己完成每天的任务量，这样既能保证进度又不致在后期倍感时间的紧迫。也可以在做项目的过程中对不会做的部分多加尝试。
3 分析自己的团队
我们的项目是个商品比价系统，在项目的完成过程中我们的分工很明确，都是由组长分配好，然后我们各自执行好自己的任务，这样的前提是我们都有着足够的执行力。虽然做起来时间很赶，但最终我们还是完成了这个项目。不得不说团队的每个人心中都是很欣慰的。
4 个性发挥
这次的团队项目协作过程中我学到了很多，收获很大。
- 在一周之内快速看完《构建之法》，列出你不懂的5-10个问题，发布在自己的博客。
- 如何做好敏捷流程？ （ 第六章 敏捷流程）
我在软件工程第六章6.3 敏捷的团队的113页上我看到了这样一段文字“如果你的团队很弱，那么强行把敏捷（或者其他高级方法）套在上面也没用，也许还会适得其反，往往需要经历多次失败/总结/改进的过程才能让Scrum走上正轨。换句话说，如果你的团队已经有这么厉害（自主管理。自我组织，多功能型）的一帮人，那么用不用Scrum都能写好软件！”提出问题（做敏捷流程的开发是要有一定的软件开发能力的人员才能完成吗？）
答：敏捷流程是一种软件开发，它会指导我们的团队用规定的时间去完成项目，做这种开发软件的核心是人，所以毋庸置疑我们的团队要有一定的基础才能完成自己所向往的项目，如果团队的综合能力或基础太过薄弱的话用敏捷流程做开发不但会出现这样那样的问题而且效率还不高，与其这样还不如不做，归根节低用敏捷流程做开发要有一定的基础才能完成。
- 在软件测试时需要覆盖所有的代码段吗？ （第二章 个人技术和流程）
我在软件工程第二章27页单元测试应该覆盖所有代码路径下面有这么一段话“单元测试应覆盖所测单元的所有代码路径，包括错误处理路径。而下面有段是100%的代码覆盖率并不等同于100%的正确性！” 提出问提（软件测试时是否需要覆盖所有的代码，覆盖后的代码是否100%正确）
答：软件测试时代码需要覆盖所有的代码，旦这样并不代表覆盖后的代码是百分百的正确。如代码申请了内存或其他资源，但又没有释放等。
- “团队精神”和平常的“集体主义”有什么区别呢？ （第五章 团队和流程）
我在软件工程第五章102页（大家在回想小学和中学的学习过程，大家在一个班集体，有多少工作是以“团队”的形式来完成的，有多少工作是以“工作组”形式完成的，或许大部分工作都是以“非团队”形式完成的），提出问题（“团队精神”和平常讲的“集体主义"有什么区别？）
答：大家在回想小学和中学的学习过程，大家在一个班集体，有多少工作是以“团队”的形式来完成的，有多少工作是以“工作组”形式完成的，或许大部分工作都是以“非团队”形式完成的，集体和团队都是由两个或两个以上的人组成，团队精神和集体主义从本质上都是调节个人和他人、个人和群体关系的思想。
- 工程师完成代码后还有许多BUG，怎样解决这些BUG呢？ （第十一章 软件设计与实现）
参考书中第十一章230页，看完代码完成那一段落之后，我明白了原来代码虽然写完了，但还是有很多BUG，书中没有介绍怎样处理这些BUG。提出问题（怎样解决这些BUG？）
答：我们写代码后遇到bug是很正常的事，然而怎样解决才是硬道理，一旦遇到BUG我们要积极的去找错处，或者去问一些比自己对编程好的同学或问老师。有时我们遇到BUG就意味沮丧，郁闷，甚至泄气这样不但不能解决问题，然而会把自己弄的一团糟。所以无论做什么心平气和最重要。
- 两人合作中的代码复审到底看的是什么？ 第四章 （两人合作）
在软件工程第四章69页看到代码复审的定义是：看代码是否在“代码规范”的框架内正确的解决了问题。看完这段定义。 提出问题（我还是不太明白代码复审到底看的是什么？）
答：代码复审看的是团队工程的代码，而且代码复审是程序开发完后必须要做的事，在软件工程中最基本的复审手段就是同伴复审。代码复审的可以有效地找出代码错处看比如不符合团队代码规范的地方，发现需要改进的地方等。代码复审能有效的帮助新成员了解团队的开发策略以及工程的编码风格和工作流程。