随着互联网的不断发展，越来越多的人都在学习软件编程开发或者软件工程等互联网技术，而本文我们就通过案例分析来简单了解一下，程序员需要了解哪些软件工程知识。
DSSA和MDD，老树新花(基于领域的构架(DSSA)与模型驱动的开发(MDD))：随着软件应用的日益普及，软件已经超出了将手动流程自动化的范畴，而开始成为业务创新的主要推动力。因此，引入捕获特定领域内先进需求及其实现架构的DSSA成为行业客户的热点之一。而且，DSSA的引入将MDD门槛大大降低了，也使基于DSSA的MDD支撑工具成为可能，从而可以极大地提高开发效率并保证软件质量。
迭代/敏捷，渐成标准：随着软件交付周期的日益加快，迭代化开发已经成为大多数软件开发团队的必选项。但是迭代对整个团队的需求、架构、协同及测试能力都提出了更高的要求，现在许多开发团队都在试图导入迭代化开发的过程中，敏捷可是被看成迭代化开发的一种导入方式，这不过敏捷的范围其实比迭代化开发更大一些。
敏捷的三个要素是迭代开发、坦诚合作和自适应性。坦诚合作其实才是敏捷的精髓，如Ivar所说，敏捷其实是有关SocialEngineering的。敏捷的主要贡献在于他更多地思考了如何去激发开发人员的工作热情，这是在软件工程几十年的发展过程中相对被忽略的领域。
持续集成，蓄势待发：持续集成是保证迭代化开发质量的主要方式，通过持续集成可以利用自动化的方式来尽量自动地、尽早保证代码质量。随着迭代和敏捷的流行，持续集成相关的工具成为现在市场上的新热点。
持续集成是一个复杂的系统工程，组织需要先将现有的配置管理/变更管理工具与Build环境紧密集成并完成自动化Build过程，在根据企业/项目/产品的现状，定义如何自动化地检测软件质量(代码静态分析、单元测试或冒烟测试)，并定义需要自动化生成的管理报表。
基于实践的过程框架，方兴未艾：开发角色的专业化的和分布的全球化都要求软件开发过程更加规范，而敏捷又要求过程必须紧密贴合项目的实际需要，因此传统的大一统的过程无法符合这一需求。新一代的过程将是以实践为核心的，项目可以通过组装所需的不同实践来获得贴近项目要求的过程。
依据过程长时间的经验，他(她)们很小心、很仔细地将一个完整的开发过程组件化，从开发过程抽象出一个个可以被单独导入又可以被组装到一起的实践，从而使逐步求精式的过程改进成为可能。对于一个软件组织而言，如果已经建立一个比较成熟的软件开发流程，但觉得这一流程并不适合所有项目的实际需要，那么目前可以考虑的是用实践的方式去重新梳理现有流程，以使项目组能够以实践为单位来组装出切合项目实际的流程。
配置管理，昨日*花：随着开发团队规模的日益减小，配置管理的复杂性大大降低了，我们注意到越来越多的用户转向使用开源的配置管理工具;未来的配置管理工具更多的以一种全生命周期管理平台的方式出现，弱化了单项的配置管理能力而强调了全流程的整合。
即便配置管理的复杂性降低了，但它仍然是开发项目管理的重要的支撑平台之一。目前的重点应该是加强对项目经理进行有关配置管理知识的培训，让他(她)们理解到配置管理能力(如并行开发、基线回退等等)能够如何帮助项目开发过程的，从而使配置管理工具/环境的价值能够得到充分的发挥。