软工及文档之大总结

总述

    软工这个项目到现在就要圆满收尾了，今天为这个结尾画一个圆满的逗号（学习没有止境，只是现阶段的暂时结束）。上星期刚考完信管，现在让记忆犹新，因为信管和软工有好多相似的地方，现在再看软工感觉理解比第一次看深多了。软工的两大部分——软工视频和文档，就像我的两个老朋友一样，可能是因为这个项目拖得太长的缘故，现在我就说说他俩给我留下的深刻印象吧！

软工

    首先，软工是历史的发展趋势。软件危机使开发费用，进度，可靠性处于完全不可控的状态，在这个千钧一发的时刻，软工应运而生。不知道是哪位绝顶的先人想到了要用工程的思想，科学的方法来开发软件，不得不说是一件创举。其次，我印象最深的就是那六个基本的开发阶段，即可行性分析，需求分析，设计，实现，测试和维护。这六个阶段是来自经典开发模型——瀑布模型，在瀑布模型的基础上还出现了好多其他模型，比如快速原型模型等。
                                                                  


   我认为准备阶段是最能体现软工科学性的，和之前的开发有质的区别的一个阶段。不是盲目的直接进入编程阶段而是在开发前对用户需求，开发环境条件，原有系统进行全面科学的分析，避开了只重编程不重视规划的弊端。把方向找准了，后期的开发才有意义，不做前期分析规划的开发就像是没有方向的船只，马力开的再足也只能是在原地打转。
    开发阶段中，总体设计主要就是对子系统，模块的划分，对接口的设计；详细设计就是对模块内部变量啊，结构啊等的设计；编码是最基础的，相比较其他阶段这是最没技术含量的活。这也是米老师为什么总是说我们的目标不是成为码农，而是成为软件设计师或更高层的管理人员的原因。
    我对测试这一块比较感兴趣，因为是新的东西，第一次认识到测试要把所有路径都试一遍，说来也是，谁知道用户会输些什么奇葩的东西进去，总不能系统老崩吧。测试中主要包括黑盒测试和白盒测试。白盒测试是针对编码阶段的程序而黑盒测试针对的是需求阶段的功能是否都能实现，是数据驱动的。维护就涉及到文档的重要的性了，因为我们开发的软件不是一次性的，是有生命的，而且每个公司都希望生命可以尽可能的长，所以维护就是必须的，主要包括改正性维护，完善性维护，适应性维护和预防性维护。

文档

    编写文档是软工的重要组成部分之一。每个开发阶段都会形成相应的文档，而文档对每个开发阶段都起到了提纲挈领的作用。首先在开发的时候，文档就是开发的蓝图，是开发人员进行开发的依据。其次在验收的时候在交付用户的时候，文档，尤其是需求分析文档，是开发人员及用户检测软件的功能是否达到预期的重要依据。最后在维护阶段，文档大大降低了维护的难度。
    之前师姐说过她实习的单位那，代码都没有注释更别说文档了。这就加大了维护的难度，公司在维护上花的费用是很高的，所以重视编程人员的素质，代码编写的规范性等也是公司招聘人才的趋势，所以我们现在打基础阶段就要照着职业人士方向发展，对自己进行“预防性维护”。说到这里不得不佩服老师的眼光，对未来的发展趋势的判断很精准，很有想法，要跟着他老人家好好学。

总结

   在对软工视频和文档的学习过程中，感受最深的就是要把自己当成一个软件开发的管理人员真正的融入情景中，真实的从用户的角度，从一个开发者管理者的角度宏观把控整个开发过程，保证每个开发阶段在明确的方向指引下，在科学的方法帮助下如期顺利的进行，管理好每个阶段的文档，并做好阶段之间的衔接和与用户之间的沟通。其实软工学习主要是提升一下自己的思想，即软件开发要科学化，规范化，要规划和编程并重。其实软工不用当成知识来学，因为这就是我们将来的工作方式，就是现在熟悉一下以后的工作流程。