在现实生活中的软件工程，对于未学过或者初学者来说是一个谜，对于这方面的大神来说软件工程什么都不是，分分钟搞定。
对于一个大公司而言，要在那么激烈的市场竞争中脱颖而出，公司管理者怎么可能没点脑子，他们很了解市场和自己需要的是什么。IBM购并Rational的真实原因在于IBM 需要构建一个完整的软件工程体系，对于 IBM 来说，Rational 有着 UML 语言的非常丰富的实践经验，还有着 RUP 作为理论框架，，这 些对 IBM 在确立大型软件工程应用方案提供商的行业形象，都是极大的支持。
由于商业因素，大公司们的争夺战已经开始把软件工程，从原始的“自生演进”状态，逐渐推进到“它激发展”的状态上了。它激发展的状态使开发者软件工程渐渐地远离最初的状态成为更具有商业化。
工程在完成过程中，项目经理需要考虑一个很重要的问题：项目成本。在一个公司里，不计成本的项目计划不会得到老板的支持，毫无目的地消耗成本是项目中的慢性毒药。不能像愚公一样“子又生孙，孙又生子，子子孙孙，何苦不平乎？”，完成移山这项工程已经过了几百年了，社会历史早变革到哪里去了，这样的做法所付出的代价也太大了。
对于AOP，我了解的不多，AOP不是语言，姑且可以说AOP是方法论，就象 OOP 是 “面向对象的编程方法”是方法论一样，OOP所基于的数据结构是对象(Object)， 而AOP所基于的数据结构就是方面(Aspect)。
工具、方法与过程被称为软件工程的三个要素。它们是相互作用、相互制约的。 例如“过程”问题，就既有实施过程的工具，也有相关的过程方法理论。
在完成工程过程中，，项目经理是一个中间的角色，有了一种使命：协调经营者与开发者之间的沟通。一般来说，没几个经营者懂软件技术。也许在 EHM 模型中，他所处于的位置在最右端，而开发者在最左端，在二者之间没有相同的关注界面。开发者所面临的矛盾：实现目标与保障质量。在实现工程目标过程中，与此相反的是我们会在项目交付和试用时才会碰到客户在质量上的投诉。客户会把所有的责任归咎到开发人员，而开发人员又不停地埋怨需求的不清不楚或者变更的没完没了，这是工程的质量问题。
与此同时，不管是项目经理还是开发人员，都需要注意的问题就是“枝节与细节”，很多人都喜欢把不要在乎这种细节，细节决定成败，最好懂得一个道理：不管它是细节还是枝节，只要你感到你的脚趾已经沾上了泥淖，就快点回头。
开发一个逆天的的软件是多么不容易！不管怎么玩，系统都能运行，永不崩溃！！！那样的软件屌爆了有木有，如果那个程序是你或者你带领的团队开发的，你说你一点都不自豪我“叶良辰”表示不信。