课程总结

曾经终败给现在 2021-11-01 04:44 335阅读 0赞

<table> 
 <thead> 
  <tr> 
   <td> <p>这个作业属于哪个课程</p> </td> 
   <td> <p><a href="https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/" rel="nofollow">https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/</a></p> </td> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td> <p>这个作业要求在哪里</p> </td> 
   <td> <p><a href="https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3379" rel="nofollow">https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3379</a></p> </td> 
  </tr> 
  <tr> 
   <td> <p>团队名称</p> </td> 
   <td> <p>黄金六点</p> </td> 
  </tr> 
  <tr> 
   <td> <p>这个作业的目标　</p> </td> 
   <td> <p>将这学期的学习做一次总结</p> <p>&nbsp;</p> </td> 
  </tr> 
 </tbody> 
</table>

一.回望第一次个人作业

第一次个人作业链接：[https://www.cnblogs.com/IUidol/p/10557988.html][https_www.cnblogs.com_IUidol_p_10557988.html]

二.对提出的问题进行解答并阐明

1.**第五章****：****团队和流程**

“这样的团队在每一个项目中，不同的人会被挑选不同的角色。在下一个剧目中，这些人也许会换一个不同的角色类型。” 可是现在大部分的软件公司都是有明确的职位层次，比如有些人是专门写功能代码的，而有些是软件分析师，软件测试师。他们在公司都有明确的划分，又怎样在下一个项目中变换角色呢？就像刚进公司的码农怎么可能才完成一个项目就不断的变换角色呢？

解答：在不同的团队项目中每个人可以充当的角色不同，负责的部分也可以不同，一个人在这个项目中可以做测试人员，而在下一次的项目中可以是具体某一部分的开发人员。我们作为程序员，就应该在尽可能的发挥自己的长处，而不每次只局限于一个角色，可以在成长中进步，在进步中成长，不断地发掘自己的才能。

这是我在软件工程实践这门课中，通过大家合作完成的团队项目的过程中有所体会而明白的道理。

2.**第五章****：****团队和流程**

瀑布模型中提到“温斯顿建议：要让顾客正式地，深入地，持续地参与到项目中”

顾客怎么参与到项目中呢？他们只关心所交付的功能是否很好的完成了，并看不懂代码听不懂专业知识。而且在参与过程的顾客并没有在当时就提出新的要求而是之后再提呢？

解答：可以通过相关工作人员在需求分析阶段进行撰写SRS中，通过不同的手段，比如问卷调查，深度体验等进行考察，询问不同的用户，化出用例图，再和客户进行沟通交流，做到客户满意，让他们真正参与进项目开发中。

这是我学习了相关的知识，以及从UML课程中学习完用例图和需求分析过后所明白的道理。

3.**第五章****：****团队和流程**

“瀑布模型的局限性：回溯修改很困难，甚至不可能。但是软件生产的过程需要时时回溯”

既然知道瀑布模型完成过后修改很困难，而且需要时时回溯，为什么不在设计相关的功能或者在写代码完成相关的阶段的时候就留有余地，进行能够回溯的设计呢？

解答：因为瀑布模型回溯修改等很困难，所以我们才在瀑布基础上有了新的方法延伸等，进行改进的方法。比如MSF-过程模型，就是结合了瀑布模型的里程碑优点和螺旋模型的增量迭代长处而诞生的模型。我们在不断地发现问题的基础上，对原有技术等进行改进才会有技术的进步，跟上时代的发展的等。

这是我们在课上所讲过的内容，老师的讲解让我更加的理解这个问题的关键之处与解决之法等。

**4.第六章：敏捷流程**

“尽早并持续地交付有价值的软件以满足顾客需求”

尽早是多久呢？而且在早期软件并没有完成，可能只是满足个别功能的代码，最后进行美化，怎么交付有价值的软件呢

解答：尽早的交付就是在所能及的能力范围内，完成客户所要求的基本功能后，进行交付工作，再在交付后的版本上进行更新美化，既可以将利益最大化，又可以是客户满意，又可以进行维护版本更新，能够在使用中发现问题，使做出来的软件生命周期更长。

这是在这门课的学习过程中的体会，让我对这个问题有了一个答案，我们不一定要在完全做好后再交付，谁不会有一个bug呢？谁又能马上发现呢，可以早点交付进行使用 ，听取更多的人的意见。

**  5.第八章：需求分析**

“某些产品必须实现某些功能”

如果有些功能用代码无法实现，或者很难实现，不能不要那个功能吗？或者可以改成其他相似的。

解答：可以和客户进行沟通呀，如果实在实现不了可以询问客户进行协商，是否要换成相似的功能，不能够在最后才和客户说，有什么建议或者难处一定要提前和客户沟通，不然越到最后成本代价会更高，客户满意度会降低很多。  这是在学习过程中所悟出的道理。

三.新的问题

通过学习这门课，已经解决了我对软件工程这门课的很多的问题，暂时没有其他的新问题。

四.掌握的技能

1.经过这学期的学习，首先我更加了解了软件工程项目团队是如何运作的，学会了怎样更好地与他人合作完成工作，怎样更好地交流。这是我们在团队项目的完成中所有的体会和感悟。

2.我对于软件的测试有了很多的掌握，测试用例等等。通过老师上课的讲解，黑盒测试，白盒测试等等，以及在网上进行百度搜索，真正的实践等，让我对测试有了一定的理解。

3.对Github这个工具有了了解以及使用掌握。通过老师的介绍以及在完成作业的过程中，还有在网上进行百度资料等的查询，不断地发掘Github的强大使用功能，能够对源代码进行很好的管理，让我很喜欢这个工具。

五.体会及总结。

通过学习这门课，解决了我对软件工程个专业的一些疑惑，包括专业上和非专业的其他问题。在课堂上老师的讲解让我对软件工程团队开发项目的流程有了一定的了解，了解了一个团队是如何运作的。以及在软件开发，软件测试等的技术上有很多的了解和深入。但是我觉得这门课的作业也有点太多了，而且时间紧迫，让人无法高质量的完成。经过这学期的学习，我也更加了解了软件工程项目团队是如何运作的，学会了怎样更好地与他人合作完成工作，怎样更好地交流。

转载于:https://www.cnblogs.com/IUidol/p/11061353.html

[https_www.cnblogs.com_IUidol_p_10557988.html]: https://www.cnblogs.com/IUidol/p/10557988.html