软件工程———个人总结

个人提升

         1.学习和使用的新软件

             APICloud

         2.学习和使用的新工具

            html  、css、海马玩模拟器

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

           APICloud

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

           有用的400+，摸索过程的代码更多

         5.学习和掌握的新方法

          用html，css和javascript构建页面

总结与展望

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

         在网络上有很多资源可以利用，就像是在  APICloud这个平台上有一些关于前端的问题，前人已经给出了解答，就看我们怎么去利用。

         加强团队之间的联系，很多内容我们是一起在图书馆完成的，多空出一些时间可能效果会更好。

         2.对于下一届的学弟学妹你有什么建议和告知呢？

         不到最后一刻千万别放弃，在我们把页面近乎做好以后，后端的数据库的链接就难住了我们团队，经过很长时间各种查询比较修改，最总还是成功了。

         提前准备，你以为容易简单的东西未必能很快完成，永远不要有离答辩还早着的想法。

         APICloud我们用的这个平台有他的优点，但难住我们团队的数据库连接，在和其他团队交流后，有的平台会自动生成，选平台需谨慎。

         3.分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》团队合作的阶段，你们团队经历过么？最后到达了哪一阶段？

        从萌芽阶段（大家比较生疏，个人的职责并未分配，大家都在谈论团队要完成一个什么样的项目）到磨合阶段（大家对于项目了解的程度不同，每个人的想法不同）到规范阶段（大家不断的讨论以寻求一个相同的想法，并定下来每个人的分工，整个团队到图书馆一起做项目）最终到创造阶段（每个人积极解决职责所在的各种难题，不需要组长的组织，可以自发的去完成任务）。

         4.个性发挥，包括图文、照片和创意等

         虽然时间不长，团队也有了些许默契，希望以后还有合作的机会吧，至于照片放组长照片就好了

 

个人总结的补充

  在软件工程第一次作业补充中，我提出了以下五个问题：

1）在第二章个人技术和流程中阿超说了一句100%的代码覆盖率并不等同于100%的正确性，编程人员追求的是什么，如果追求的是正确性那么代码覆盖率又有什么意义（p27）

2）在第四章两人合作中，结对编程有两个角色，驾驶员和领航者，两个完全不同的个体，思维也是不同的，习惯也是不同的，但在不得已的情况下进行结对编程，质量不会有问题吗（p75-p78）

3）在第五章团队和流程中提到了很多软件团队的模式，例如一窝蜂模式，明星模式它们有存在的必要吗（p88-p89）

4）在第七章中有一个例子是说无责任的看棋人为下棋人支招，最终输掉了棋局，说明团队负责人要自己拿主意，可是反过来看，如果下棋人自己下棋，结果输了，不一样会有人责怪他没有听看棋人的意见吗，难道不是结果更重要吗（p130）

5）在第八章需求分析中，我们作为在校生学生如果做一个小项目，又该何分析总结出用户的具体需求

经过了一个学期的学习，现回答当初提出的五个问题：

1）有了代码覆盖率分析的功能，就很容易地分析出哪些是废代码，就可以放心地删除了，代码覆盖率的存在是为了保证更高的正确性。

2）结对编程是个人亲身体会的，两个人的想法也许会不同但也能彼此互补，挑出漏洞。

3）每个模式都是存在过的，明星模式不适用于我们，我至今觉得他没什么存在的价值

4）团队负责人是一个团队的核心，结合团队所有人的意见来做决定，而不是盲目的听从某个人的想法，自己拿主意不代表不听任何人的意见。

5）当时提这个问题时，我想的是我们作为学生接触的圈子不大，除了学生就是老师，如果做的项目针对的人群是其他人，我们该怎么处理，看了很多团队的项目，他们当中就有针对其他群体的，具体做法是自己设身处地的去想，把自己当成用户，来分析用户需求，做调研应该是少数。