前言：
机房结束后，拖拖拉拉的开始看《软工视频》。中间停过一周的时间，视频没有进展。后来又开始了“追补”之前没有认真完成的事情。视频很快的看完了，开始的时候看，每个都会写一些总结；但写了一些，到面向对象技术，后面的就没有写了，没有坚持下去。不是人家内容不重要，是自己有点着急了，（突然发现自己的每个项目都是这样，拖拖拉拉的开始，然后中间停滞，后面又开始追赶，最后快速的学了很多，总结的很少，更别说思考了，）学校在这学期也开设了这门课，上课的时候也是半听不听的！
学习感受
学软工，感觉内容挺多的，是一个整体性很强的东西，讲究规范。
看完视频和听专业课老师讲课，都没有让自己真正的收获，有整体的把握，所以，自己下去看了《软件工程——实践者的研究方法》，看了第一部分软件工程！
学习总结
这次想总结自己在视频中学习的收获！所有的视频通过思维导图做笔记！所以是第一遍的思维导图！
今天听米老师讲课——关于思维导图，发现自己每次的导图都是一边成型，不得不说我真的很牛逼。所以今后，在此基础上我希望自己先可以画二次导图。先实现这个小目标，在努力改进吧！
1.软件工程
这部分是基础的概括内容，没有什么具体的用处！
2.软件计划
接着开始，就是正式开始实际实践了，首先不管这个项目你最终接手还是不接手，你都要分析问题，分析问题后开展可行性研究，把这份报告给你的小伙伴一起看，你们在一起研究，这个活值不值得接，大家决定接，觉得这个活能看，有意义干，于是你就要开始给大家认认真真的写计划内容，想好这个活大家怎么干了！
其实我觉得现实中，只要你请软件公司给你开始做，不管做到什么程度，比如人家可行性分析完，说不能做，你也得给人家钱，不然做软件的不久亏了吗？
2.1可行性分析
在软件计划中有一个分支是可行性分析，它是软件计划这一大块中重要的一部分，所以单独拿出来说！
基本上这一阶段，就能完成20%的工作量了，也是决定这个软件baby能不能生下来的关键步骤！可行性的关键是技术可行性，一旦技术不成熟实现不了，这个软件，除非是科研项目，否则很大程度是开展不了的我觉得！
4.需求分析
可行性分析显示可以做，项目计划书也明确的将这个项目的整体构想计划列出来后，开始做需求分析，需求分析的目的是深入了解用户的需求，因为开发软件的人可能只是计算机行业的专家，他们要为其他行业领域开发，又没有深入系统的学习过别人的知识，所以需求不经意间会错过，也会被发现！需求分析占整体过程的60%吧！
从具体问题的识别，到各种接口的综合，到各个数据的说明。
由于软件的大小不一，其他原因也不一样，所以需求分析采用的方法也不一，这里的方法我还没有完全研究清楚！
标志的结束事件：软件需求规格说明书
5.软件设计
大部分是旧的系统重新开发，所以很多情况下我们是在原有基础上进行设计，系统结构的设计更加符合我们现有和未来几年的发展需要！
这是第一遍的导图，第二遍总结不出东西来，所以就放第一张的在这里！
6.程序设计
我学计算机上来学的就是《计算机文化基础》和《C语言程序设计》，导致我一直以为学计算机就是学会编代码和硬件知识，终于找到让我苦恼的原因，任何东西都不会平白无故的产生，当时一度崩溃，学这个编程有什么意思，难道就为了输出个数，图形。学到这里我才发现，自己一开学的东西都是为了用在这里的！程序设计只是软件工程这条链上的一个工具环，关于代码，我写的也只是关于代码，还没有设计到代码的科学计算部分！
在其中我还发现，原来很多东西都是有用的，比如环路复杂对应学过的离散数学，硬件部分对应学过的微机原理与接口技术，科学计算对应之前学过的线性代数！数学是如此美，它的抽象让我们看不到它真实的面目。
7.软件测试
以前总觉得测试也就跟闹着玩一样，瞎点点就可以了，后来测试居然这么麻烦，快赶上写代码了都！
关于软件测试本来想写篇关于调试的博客，回想自己当年机房调试各种报错，虽然现在没什么了，但当时真的是欲哭无泪呀，所以就很想总结，但后面，由于自己学习的不持续，总是断断续续，很多事情就被自己错过了！
8.软件维护
软件维护这里的说明比较简单，但内容类似于调试和重构吧！也不容易，软件在交付使用后，后期就是维护的工作了，而且维护的工作占的比重真的很大，倒不是因为工作量大，更多的是因为我们为了不延期交付，很多时候编码和测试过于匆忙，很多地方做的不和规范，各种没有想到的问题随着使用被暴露出来，所以维护是战线比较长！活还比较累！
9.面对对象
其实，看这本的时候，真的很困惑，不是讲软件工程的吗？怎么扯到面对对象这里了
之前自己接触过一些面向对象，知道现在也没有发现它的伟大之处，至于这里举例子说面对对象，我想或许是因为现在大家普遍用这种方法，所以就在这里给大家通过这样的例子说明！后面的设计过程，从开始到系统的实现，是一个完成的过程！
总结：认真画导图，写博客，快乐学习！