个人总结
这个作业属于哪个课程 | 课程链接 |
这个作业要求在哪里 | https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass1/homework/3379 |
我在这个作业的目标 | 总结课程收获,开发经验 |
团队名称 | 软件梦之队 |
参考文献 |
团队成员
学号 | 姓名 |
201731041215 |
王阳 |
201731062302 |
鲜雨珂 |
201731062128 |
邓捷 |
201731062305 |
周蓉 |
201731062131 |
龙继平 |
201731062304 |
杨梦欣 |
201731035120 |
张欣 |
201731062301 |
梅晨 |
问题解答:
问题一:在瀑布模型中十分强调文档的作用,那么在其他开发的过程中是否也需要严格编写文档?还有文档的作用是否过于夸大,我也听说过,过于详细的文档不如没有,那么文档要多仔细为好?怎么样把握度量?
我的理解:我在这门课程的过程中开始理解文档的重要性。老师不断给我们强调文档的重要性。一个好的项目80%的时间是在设计文档。20%的时间用于把文档实现为代码。在大型项目时,文档是必须的,文档也是越详细越有条理符合规范为好。在个人小项目时,可以省略部分文档,只写重要的设计部分文档。
问题二:在这一节提到“我们要在竞争性的环境中实践软件工程,那就要做实用求创新的项目”,那么在需求分析的时候,是以创新为主还是稳定为主?如何处理需求与创新之间的矛盾?如何能够使需求合理化,符合软件设计要求?
我的理解:需求分析时以稳定为主,我们的目标是设计符合客户要求的软件,所以第一要素是满足客户需求,其次再是创新。需求设计要实事求是,不要天马行空。
问题三:在开发过程中不同程序员的进度不一,如果程序员更新错了代码会不会导致程序崩溃?那么在管理源代码过程中会不会出现版本冲突呐?在版本冲突的时候如何回退前一个版本?回退过后开发进度会不会跟不上任务要求?
我的理解:源代码的管理一般是由svn的版本管理工具管理的。使用十分方便可以实现代码的对比,然后在上传,也能够实现版本回退。
问题四:在进行效能测试时,往往都会测试不过全面,有时候也不能够达到测试的条件,在这种情况下如何测试?怎样才能使效能测试更加全面,高效?
我的理解:效能测试要涉及测试代码的每一个方面,尽量的做到测试全面,测试也应该覆盖每一个条件的分支,并得到想要的结果,才能测试全面。
问题五:这里介绍了软件的各个版本,beta也就是我们常说的尝鲜版,通常尝鲜版会有各种bug这个版本的发布会不会影响用户体验?其次各个版本之间如何有效的辨别?
我的理解:beta版本基本可以正常使用,beta版本测试是为了提高测试的效果,能够有更多的额人员参与软件的使用,从而发现问题修改问题。其次beta版本也是经过了一定的测试阶段,基本不影响正常使用,有的只是微小的bug,也可能是为了软件开发的新功能,来获取用户的反馈,从而更好的开发软件。
个人收获:我学会了UML绘制类图,用例图,时序图。在团队项目的开发过程中,我开始认识到文档和沟通的重要性,我在这门课最大的收获就是开始正视文档,明白了软件工程这个专业不仅仅是技术,而我们更多的是学会去写文档,然后实现为相应的软件。