导读：在上一篇博客软件工程：软件计划及软件需求中，解决了“能干否（可行性分析）”，如果能，则“干什么（需求分析）”的问题。接下来将要解决的是：“怎么干（设计）”，“实施（编码）”，“干成否（测试）”，“更好否（维护）”。
第10－16讲：设计（怎么干）
在设计阶段中，将形成的文档有：概要设计说明书，详细设计说明书，用户手册，测试计划，数据库设计说明书，数据描述说明书。
俗话说：没有规矩，不成方圆。设计，是及其重要的一步，相当于建筑图纸，是施工的蓝图。可以说，没有设计，就没有好的框架结构，而没有好的框架结构，那么建构出来的东西也就是歪瓜裂枣，摇摇欲坠。宁肯在设计这一块多费点时、费点心，也不要像无头苍蝇一样乱撞，最后全军覆没。
第17－20讲：编码（实施）
在这一段的学习中，学到了编码的规范。回想自己的编码，注释说明不充分，造成了理解困难，也就难以调试修改。在今后的学习中，当改正这一缺陷，走向正规化、职业化的道路。
第21－25讲：测试（干成否）
在测试阶段中，形成的文档有：测试分析报告，项目开发总结报告，操作手册。
学习了这段内容，再回想自己进行系统验收的事儿，发现自己都违背了测试的原则，也难怪师傅一抓，就抓出问题一大把。我都是自己测试我的系统，也没有进行边界情况测试。做得最好的也就是早测，多测了。
第26讲
从影响维护工作量的因素来看，更加凸显了文档的重要性，也学到了要对信息进行及时的备份，在修改的时候，我知道我得保留一份原始数据，然后再把每次修改的内容进行标记，然后备份。这样以后，就可以进行追踪，就像工作日志一样。
一开始的想法是，维护嘛，就是添加一些功能。学习了这段，才发现，维护，首先解决的是当前出现的问题。也就是，改正性维护——适应性维护——完善性维护——预防性维护。
感想
学习到现在，真正的推翻了我原先的想法。我原来想学一点就写一点的文档，可是写出来的东西都欠缺全局性。那时候也不知道下面会讲些什么，就一个劲的瞎写。现在，我看到了软件的维护，软件的生存周期的各个阶段，也算是有了全局的了解了，真的发现，做什么事都要先从整体上去把握，然后逐步细化，才能更好。
好好学习，天天向上。
请大家多多指教，谢谢！
