大二下个人总结
作者：互联网
软件工程—个人总结
回顾第一周的课程计划：我的期望是能够跟上节奏，为自己的职业生涯奋斗，能够非常熟练使用数据库，界面框架的套取，以及界面的美观创造。完成度：结对作业完成了70%，完成了数据库与界面的美观，但是最后没能实现套取框架。开学第一课测试75%，只完成了数据库的连接增删改，用户的注册及登录，界面下拉框和多选单选功能，没能实现界面的套取。
三人成组作业比较复杂，团队完成度当然百分比，因为人的欲望是无穷的，人的欲望就像高山滚石，一旦开始就再也停不下来了。我们团队当然是自我感觉良好，可能没能达到建民的标准，但是我们尽力去做了。
《构建之法》的五个问题
1问题：合格的软件工程师，有什么具体的标准吗？还是说能写代码，又能发现问题解决问题就可以成为了呢？我们现阶段可以从哪方面开始培养自己的开发思维和能力，向工程师迈进？
回答：作为一名软件工程师，仅仅会写代码还是不够的，还其他的方面的能力。如1. 编程语言能力2.编码能力3.面向对象思维能力4.利用工具能力5. 英语能力6.学习能力
7.创造能力8.文档能力9.抽象能力10.代码评审能力11.单元测试能力12.DRY
2 问题：若以后毕业了，刚刚出来的我们仅仅凭借在校学习的知识是远远不够的，一般公司招聘时都会要求有一两年的工作经验或是说有经验的优先，那我们应届生该如何加强自己的价值？公司需要的是为其创造价值的人才，还有机会让我们慢慢学习吗？
回答：引用邹欣老师的话，就是说我们在学校要
1. 学习好理论，锻炼自己 “快速学习的能力”。 这样到了现实世界里才能快速发挥作用。
2. 探索一些自己感兴趣的方向， 做出一些具体的成绩。
3问题：本章4.3.3中提到的断言是什么？仅仅从书上写的代码，我理解就是判断语句，这样的理解可以吗？
回答：编写代码时，我们总是会做出一些假设，断言就是用于在代码中捕捉这些假设 可以将断言看作是异常处理的一种高级形式 断言表示为一些布尔表达式，程序员相信在程序中的某个特定点该表达式值为真 可以在任何时候启用和禁用断言验证，因此可以在测试时启用断言而在部署时禁用断言。同样，程序投入运行后，最终用户在遇到问题时可以重新起用断言。
4问题：团队合作模式和开发流程的关系密切？两者能否脱离？
回答：关系密切，相互影响。一个优秀的团队是要具有合理的团队模式和开发流程。
第6~7章
5问题：书上介绍了敏捷开发的流程，每一步做什么，考虑什么都很详细。若在实际情况中流程仅仅限于形势，没有真正的实现共享信息，交流问题，那将如何解决？
问题：书上介绍了MSF的原则，MSF团队模式和开发模式，MSF和CMMI。我重点感兴趣的是我们大学生该如何实现软件的商业价值。写出能运行的项目就实现 了？参加比赛的项目获得好评，就有了？我们对自己的程序，有所要求，要不断的完善，能为客户解决，就具有商业价值？还比如说我写了一个android的 app，通过平台发布，有用户下载使用，这样算是实现了其商业价值了吗？
新的问题：1问题：如何灵活运用典型开发模式，要怎么才能更好的管理设计变更？
2问题：一个项目若是规定时间内，无法完成或是bug还很多，怎么办？一般的专业人士会如何避免、处理？
3问题：团队成员按贡献体现价值？可是他们所完成的功能不同，难度不同，这该如何正确的评价？
《构建之法》是一本讲软件工程的书，仅不是一本传统的软件I程的书。先说下本
书的几个特点:
1、接地气，不枯燥，有很多生动的例子;
2、湖了《移山之道》面的人物虚拟场景，对于之前看过《移山之道》的朋友来
说会觉得特别熟悉;
3、不按常理出牌,以独特的视角k阅读者能全面了解企业软件开发的过程。
记忆中大学是软件工程课上每次都是老师念PPT，一学期结束唯一记住了的就是瀑布
模型。有项目实践、没有编码。除了瀑布模型里的那几个阶段的概念,还是不知道
软件工程到底有什么用。所以当看到《构建之法》这本书的时候，有种相见恨晚的感
见。
提高及感悟
需求分析和测试阶段。
一个软件开发出来最终目的就是使用，如果把握不到用户的需求，满足不了客户需求，那么这个软件就是失败的。在书中，对于需求分析，大致有一下几个方面：
分析软件利益相关者
获取用户需求
竞争性需求分析
在这几个方面中，可以看到需求分析不单单是要对用户进行分析，尽可能满足用户需求，还要对市场上同类型的产品进行分析，以达到竞争力。同时，需求分析必须贯穿软件开发的全过程，防止客户追加或者改变已商定的需求。当然，需求也是有方法的，使用科学合理的方法得到用户的需求可以大大提高工作效率。
意见或建议
没有意见，非常好，老师的独特上课方式以及活跃的课堂气氛推动着我们积极学习。。
标签：总结,需求,团队,断言,个人,能力,问题,软件,大二 来源： https://www.cnblogs.com/liuchao437/p/16364115.html