个人结课总结
| 这个作业属于哪个课程 | 课程链接 |
| 这个作业要求在哪里 | 作业要求链接 |
| 团队名称 | 众志陈成 |
| 我在这个课程的目标是 | 通过给出实际任务，结合课上所学知识，掌握软件工程基础即软件开发的基本流程 |
| Github地址 | Github地址 |
一、回望
1.第一次博客链接
https://www.cnblogs.com/FourtyTwo/p/11502574.html
2.提问解答
问题①：什么算是“足够好”？
解答：
在课程一开始时未能理解软件究竟要完善到什么程度才能够正是上线，而在课程已经接近尾声、亲身经历过类似的流程后领悟到这个“足够好”的定义并非模棱两可、阐述不清的，我们在软件设计时要根据实际情况综合考量软件的完善程度，我们不可能做到尽善尽美，但要在有限时间内向这个目标靠近。
问题②：如何对软件设计思想有深入的理解？
解答：
课程开始时我认为这门课也只不过是课堂上讲一些理论知识，但经过数次作业的布置后逐渐认识到这门课程不仅仅局限于理论层面，而是通过实践将学到的开发过程中的理论知识加以运用，切身体会整个流程，这也便是邹欣老师所著的本课程教材——《构建之法》所倡导的“做中学”的思想。
问题③：PM的职能？
解答：
在大致浏览教材时发现Program Manager与Project Manager的只能十分相似，且都简称为PM，造成了两者的混淆，不知该如何区分。通过进一步的阅读书籍掌握了书中所指出的Program Manager就是负责具体的代码开发工作，和大家平等工作，对具体的软件开发流程有深入了解；Project Manager就相当于一个领导者，负责与客户交流，组织用户调查，书中后续又指出PM还要管理软件的生命周期，具体如设计、实现、测试、升级、迁移等工作。
问题④：如何做好软件体验中的长期影响？
解答：
教材中指出要避免“短期刺激”，对于如何做好长期体验这个问题，通过查阅资料，我有了自己的理解，做好“长期体验”的重中之重便是注重一个项目的细节，甚至要在用户几乎察觉不到的地方做到百分百的努力，始终以用户的角度来实现项目，将交互体验做到最好，只有当用户真正察觉不到任何怪异或不和逻辑之处，在使用时真正“无感”时，便做好了软件的“长期体验”。
问题⑤：如何确定正确的设计负载？
解答：
通过查阅资料与个人理解，我认为具体的设计负载的确定还是依靠大量的实践经验，结合具体的实际情况，并且在保证系统能正常运行的情况下，有多余的扩展空间。
二、新的问题
问题①：如何在软件开发过程中提高对项目管理的控制力？
解答：
作为小组组长，在团队作业完成过程中发现布置下去的任务成员们虽然都能在给定的时间内完成，但却大都不符合我的预期，导致后续还要返工修改，造成时间浪费，由此我认为应该注重对项目管理的控制能力，尽量避免成员在实现具体功能时因未能准确把握要求导致的质量低下问题。为解决这一问题，我认为应进一步细化任务要求，并且分阶段做任务汇报与检查，及时纠正方向并给予适当的指导。
问题②：如何真正做好需求变更控制？
解答：
软件开发全部基于客户的需求，但当你经过与客户的多次沟通后敲定需求、软件开发流程已经进入一定阶段时，总会有不可避免的需求变更情况出现，而这又会导致软件需要在重新完善甚至改变整个架构，所以应如何在实际的开发过程中做好对于需求变更的控制？通过查阅资料，做好需求变更控制应实现分级管理客户需求即将需求分级实现；做到全生命周期的需求变更管理。
二、新的技能
①单元测试
之前阅读书籍时只是了解到软件开发过程中，测试这一流程必不可少，但在个人第二次作业中，我们第一次真正接触到了软件测试的流程，实现了对程序中各个函数的简单测试。
②效能测试
效能测试这一名词在这门课程学习以前不甚了解，但通过第二次作业中实际运用已经集成在IDE中的效能测试功能，了解到此过程时验证软件的性能在正常环境和系统调节下重复使用是否还能满足性能指标
③原型设计
个人第三次作业围绕原型设计展开，利用原型设计工具可以根据现有的需求为软件设计大致蓝图，敲定整体设计风格，有利于确定整体的开发方向，甚至可以选择做高保真原型即几乎按照最终成品来设计原型，让用户切实体会产品功能，提早发现与需求不符的问题，提高开发效率
三、总结
通过数周的学习，课程以接近尾声，在学习过程中深刻体会到了邹欣老师《构建之法》书中一开始所倡导的“做中学”的思想，虽然有些作业需要较多时间来完成，但通过一次又一次的实践真正将学到的理论运用到了实际的开发过程中，相比于传统的授课方式，大大加深了我们对所学知识的印象，并且数次作业通过复现实际的软件开发流程，是我们提前了解到了所需要完成的工作，为我们成为一名真正的软件开发工程师奠定了基础。