软件工程—总结

            翻看了自己设定的今目标计划，50集的软工视频在我的跌跌撞撞中看完了，总的原因还是时间管理做得不当。

        有时一天可以集中精力看四五集，有时好几天不看。中间有去找过米老师，好了很多。自己开始做三到五天的计划，每天都有坚持看，还好每天都完成了自己设定的计划。

         在有专业课考试的压力下，自己总结就总结了五天，想想自己看的真是不怎么样，要不然也不用总结的时候这么浪费时间。软工视频是自己图画的最多的一次学习，下面是最后的一张总结图，只是做最初步的思考。

      下面是放大图，可能有一点乱，点击可看大图：

     

      一个好的软件工程是要让用户认可和满意。在可行性研究的时候就要站在用户的角度上思考，同时再考虑四个可行性。

     软件计划是一个前提是一个必要的环节，只有计划通过了才能有继续下去的理由，是需求分析的准备工作。

     需求分析开始分析软件到底是做什么的时候。

     软件设计是比较重要的，因为一些高质量的软件都是设计出来的，而不是后面管理出来的。就象“一切帝国主义都是纸老虎”那样可以断定“差的系统设计必定产生差的软件系统。”所以我们要努力保证系统设计“根正苗红”，把一切左倾、右倾的设计思潮消灭在萌芽状态。有一个很有意思的比喻：

             

      就像一个人身体的任何一个部位设计不好也成不了一个合格的人一样，一个软件系统的每一部分都是环环相扣相辅相成的。在你设计系统的时候就要体现全心全意为人民服务的思想，否则很可能就会毁掉一个“人”哪！

      程序编码就是体现一个编程人素质的时候了，从代码的规范都编程的风格，一段好的代码不是谁都看不懂才体现出你很牛，恰恰是你的代码编程的人都可以看得懂，可以拿来用，可以继续你的工作，并且有很好的规范，才真是技术的娴熟。

      软件测试，如果前面的准备工作做得好，在测试阶段测试出来的错误页就会很少，相应维护所需要的代价就会很低，由于在设计阶段出现的失误就导致在维护阶段要付出十倍以上的代价，可见孰轻孰重。

      软件维护，占整个系统生存周期的70%，软件维护困难的因素是由设计者和用户共同决定的。

      最后是文档的规范，一个规范的文档直接决定下一步人员对软件的理解和对软件完成的好坏。所以要培养自己写规范文档的能力。

      软件工程虽然学的跌跌撞撞，总是没有踏实地感觉，那就继续努力吧！

      曹操之子曹彰曾建议：“大丈夫当学卫青、霍去病，立功沙漠，长驱数十万众，纵横天下，何能为博士耶？”要后悔的事情太多了，只能现在做得勤快些。明知自己不成大器，但愿意亡羊补牢，力求学得更深更广。小女子更当如此。