前面几篇文章是我对软件工程一些宏观上的认识，现在和大家分享下我对软件工程细节上的认识。还是老样子和大家分享下自己对软件工程细节的整体认知。

整体认识

Mind Map

解读阐述

可行性研究的一般步骤： 1、复查目标系统期望：在《问题研究报告的基础上》，开发人员和业务关键人员进行进一步交流：确定新系统的规模以及目标、明确系统目标的限制和约束。 2、现有系统研究：研究现有系统的相关文档，分析现有系统的优缺点，总结新系统的雏形。 3、导出目标系统的高层逻辑模型：从现有系统的物理模型出发，导出现有系统的逻辑模型。参考现有系统的逻辑模型，借助数据流图等工具，做出新系统的逻辑模型。 4、重新定义问题：再次对新系统的期望进行确认。 5、制定以及评价方案：着重对每个方案进行成本/效益分析。 6、推荐方案 7、推荐行动方针 8、做出《可行性研究报告》 9、审查 注：在这一过程中，要从经济可行性、技术可行性、社会环境可行性以及法律可行性等方面对新系统进行可行性分析。期间着重进行经济可行性分析，即进行成本/效益分析。

需求分析

Mind Map

解读阐述：

从图上可以看出，软件的概要设计主要是为了解决软件的总体框架搭建问题以及软件所用数据库的设计。在这一过程中，我们主要是采用面向对象的设计思想，通过模块化的设计方法设计出一个个内聚性和耦合性良好的模块实现软件的功能设计。通常我们会借助层次方框图、IPO图及HIPO图对数据的层次结构、数据流的输入输出处理以及系统结构和模块内部处理功能进行描述。最终，将以上成果整理成文档《概要设计说明书》。

Mind Map（详细设计）：

解读阐述：

在没有接触软工时，总以为一个软件的开发的重头戏在于编码。学习过软件工程的视频后才发现，编码在一个软件开发的过程中只占很小的一部分比重。软件开发更多的精力放在了软件的需求分析设计以及软件的维护和调试这两方面。但是这不并是不代表着编码就可以不被开发人员重视了。在进行编码工作时，我们首先要对程序语言有一个比较全面的认识，了解尽可能多的程序语言以为软件开发提供更多的选择性。选择程序语言时，我们不要追求使用最新最复杂看起来最高大上的语言，而是要选择最适合多开发软件的语言。而在编写代码时，我们要实现源代码的文档化，对其中使用到的数据类型、控件以及语句结构进行统一的说明；对那些看起来性能很好但是对程序稳定性影响较大的语句，尽量少使用或者不适用。最后，将所有的注意事项整理成文档《编码规范说明》。

测试&调试

Mind Map：

解读阐述：

软件的运行和维护是相濡以沫的吧，毕竟他俩谁也离不开谁。运行的话，咱们就不用说了，咱们来看看软件的维护是怎么样的。软件的维护的唯一目的就是软件更好的运行。听起来很像唯美的爱情……软件的维护主要可以分为改正性、完善性、适应性和预防性这四种类型，他们的使命依次是：消除开发环境下没有别发现的软件的错误；满足用户对软件功能以及性能的修改甚至扩增腰求；使软件适应硬件设备、操作系统、数据环境、网络环境（比方说网速啦~~~）和业务环境等；完善软件的配置管理、设计可扩充的体系结构等。实际上软件维护受软件的需求分析、软件设计以及软件编码的影响非常大，可以说如果软件开发过程中这是哪部分做的不规范，那么后续的软件维护工作将难如登天甚至无法进行。所以说我们需要在软件的生存周期各个阶段都要专注认真，切忌大意失荆州，从而使软件的可维护性满足我们对软件维护的需要。当然了，我们要时刻完善软件维护的文档《软件维护报告》。Last but not least，注意啦注意啦，各位想当老板的童鞋注意啦~~~~~~通常情况下，软件维护阶段投入的人力、时间和财力是对多的哦，嘿嘿当老板的你一定要注意这个提高利润的关键点啊。

结束语：

到此，我对软件工程视频的总结算是告一段落了。当然这并不是结束，这只是个开始。我相信在以后不断的学习下，我对软件工程的理解会逐渐的加深，我的能力一定会像老师说的那样达到那种专业文章写的农民都能看懂的教授境界~嘿嘿再也不会写出这种自己都感觉天书一样的东西了。

最后，感谢您的宝贵时间~~~~

来源：言若、