软件工程——我的总结

软件工程­——我的总结

回想开学初对于软件工程这门课的指望，总结本课程对你带来的提高：

1. 学习和使用的新软件

MySQL，用于数据库实现方面的尝试。

xampp进行后台虚拟网站的运行和网站进行修复。

mockplus工具进行原型界面设计，后续界面用代码进行实现。

2. 学习和使用的新工具

学习使用在coding上，存放代码，共享代码。

git创建仓库，以及利用git仓库进行代码上传。

3. 学习和掌握的新语言、新平台

博客园：一个面向大众的知识分享平台。

Git:如何创建git仓库以及在本身的仓库中如何上传代码。

经过PHP搭建一个初始网站。

4. 统计一下，你在这软件工程实践中，完成了多少行的代码

此次的软工做业中完成了较少的代码。

5. 学习和掌握的新方法

学习的新方法：数据库的链接与基本操做，软件测试和后端的编写方法。

此外最重要的就是结对编程的好处。

二 总结和展望

1. 记录本身在软件工程课程上的经验总结

在软件工程团队项目中咱们要善于交流，积极表达本身的想法，有时候别人以为很容易的东西到本身手里的时候却发现根本无法解决，这时团队就是一很好的交流平台。总而言之，在这此团队项目过程当中遇到的问题以及解决的办法也让我受益不浅，我明白了团队分工与合做协调的重要性。编程过程当中本身有不规范的地方也通过合做伙伴的提示获得了规范，也深入明白了取长补短的益处。

二、对学弟学妹的建议及告知

学弟学妹要切记在决定作什么项目以前大家必定要合理的衡量自身；决定作什么项目以后尽可能早早的开始并强迫本身完成天天的任务量，这样既能保证进度又不致在后期倍感时间的紧迫。也能够在作项目的过程当中对不会作的部分多加尝试。

3 分析本身的团队

咱们的项目是个商品比价系统，在项目的完成过程当中咱们的分工很明确，都是由组长分配好，而后咱们各自执行好本身的任务，这样的前提是咱们都有着足够的执行力。虽然作起来时间很赶，但最终咱们仍是完成了这个项目。不得不说团队的每一个人心中都是很欣慰的。

4 个性发挥

此次的团队项目协做过程当中我学到了不少，收获很大。

1. 在一周以内快速看完《构建之法》，列出你不懂的5-10个问题，发布在本身的博客。

• 如何作好敏捷流程？         （ 第六章  敏捷流程）

   我在软件工程第六章6.3 敏捷的团队的113页上我看到了这样一段文字“若是你的团队很弱，那么强行把敏捷（或者其余高级方法）套在上面也没用，也许还会拔苗助长，每每须要经历屡次失败/总结/改进的过程才能让Scrum走上正轨。换句话说，若是你的团队已经有这么厉害（自主管理。自我组织，多功能型）的一帮人，那么用不用Scrum都能写好软件！”提出问题（作敏捷流程的开发是要有必定的软件开发能力的人员才能完成吗？）

答：敏捷流程是一种软件开发，它会指导咱们的团队用规定的时间去完成项目，作这种开发软件的核心是人，因此毋庸置疑咱们的团队要有必定的基础才能完成本身所向往的项目，若是团队的综合能力或基础太过薄弱的话用敏捷流程作开发不但会出现这样那样的问题并且效率还不高，与其这样还不如不作，归根节低用敏捷流程作开发要有必定的基础才能完成。 

• 在软件测试时须要覆盖全部的代码段吗？    （第二章  我的技术和流程）

         我在软件工程第二章27页单元测试应该覆盖全部代码路径下面有这么一段话“单元测试应覆盖所测单元的全部代码路径，包括错误处理路径。而下面有段是100%的代码覆盖率并不等同于100%的正确性！”  提出问提（软件测试时是否须要覆盖全部的代码，覆盖后的代码是否100%正确）

答：软件测试时代码须要覆盖全部的代码，旦这样并不表明覆盖后的代码是百分百的正确。如代码申请了内存或其余资源，但又没有释放等。

•  “团队精神”和日常的“集体主义”有什么区别呢？     （第五章   团队和流程） 

        我在软件工程第五章102页（你们在回想小学和中学的学习过程，你们在一个班集体，有多少工做是以“团队”的形式来完成的，有多少工做是以“工做组”形式完成的，或许大部分工做都是以“非团队”形式完成的），提出问题（“团队精神”和日常讲的“集体主义"有什么区别？）

答：你们在回想小学和中学的学习过程，你们在一个班集体，有多少工做是以“团队”的形式来完成的，有多少工做是以“工做组”形式完成的，或许大部分工做都是以“非团队”形式完成的，集体和团队都是由两个或两个以上的人组成，团队精神和集体主义从本质上都是调节我的和他人、我的和群体关系的思想。

• 工程师完成代码后还有许多BUG，怎样解决这些BUG呢？   （第十一章    软件设计与实现）

          参考书中第十一章230页，看完代码完成那一段落以后，我明白了原来代码虽然写完了，但仍是有不少BUG，书中没有介绍怎样处理这些BUG。提出问题（怎样解决这些BUG？）

答：咱们写代码后遇到bug是很正常的事，然而怎样解决才是硬道理，一旦遇到BUG咱们要积极的去找错处，或者去问一些比本身对编程好的同窗或问老师。有时咱们遇到BUG就意味沮丧，郁闷，甚至泄气这样不但不能解决问题，然而会把本身弄的一团糟。因此不管作什么心平气和最重要。

•   两人合做中的代码复审到底看的是什么？    第四章  （两人合做）

    在软件工程第四章69页看到代码复审的定义是：看代码是否在“代码规范”的框架内正确的解决了问题。看完这段定义。   提出问题（我仍是不太明白代码复审到底看的是什么？）

答：代码复审看的是团队工程的代码，并且代码复审是程序开发完后必需要作的事，在软件工程中最基本的复审手段就是同伴复审。代码复审的能够有效地找出代码错处看好比不符合团队代码规范的地方，发现须要改进的地方等。代码复审能有效的帮助新成员了解团队的开发策略以及工程的编码风格和工做流程。