标签：
第七章题目为现实中的软件工程，第一部分讲到了大公司手中的算盘，和各个大公司之间的争夺战引发的后果。比如像IBM这样的公司并购Rational真实原因就是IBM需要构建一个完整的软件工程体系。有了Rational的IBM会变成一个拥有一套成熟的理论体系和实作工具。对于IBM来说Rational有着UML语言的非常丰富的实践经验，还有着RUP作为理论框架的创立者和领导者的地位，这些对IBM在确立大型软件工程应用方案提供商的行业形象都是极大的支持。通过一些大公司之间的争夺，比如Borland与IBM，IBM与SUN，以及SUN与Apple，他们一面打压对手的优势，一面又借助对手和同盟的力量来削弱自己的劣势或者补充实力，可以看出，大公司们在标准，理论，语言上争来夺去，未必全然出于“软件实现”的考虑。对统一理论，统一工具，统一过程的企图，其最终的目的是在整个软件工程体系中的全面胜出。
第二部分讲了回到工程的关键点，大公司们的争夺战的最终结果，已经开始把软件工程，从原始的“自生演进”状态逐渐推进到“它激发展”的状体上了。这种它激发展可能会影响到软件工程发展的速度。然而在各个工程层面上的关注点并不会发生变化。
第三部分讲到了思考项目成本的经理，理想状况下“软件工程=过程+方法+工具”。然而工程成功的真正关键，并不在于团队组织的多好，而是成本，评价一个方法的好坏的标准只有一个：节约成本。
第四无部分讲到了审视AOP审视MDA/MDD，无论用哪种语言，哪种方法我们需要做的是回到工程最核心的哪个环节：编程=算法+结构+方法。最后再利用上自己掌握的经验的知识，才能把工程做好。
第八章题目是是思考还是思想，第一部分讲到了软件工程三个要素的价值，工具方法和过程被成为软件工程的三个要素，他们之间是相互作用的，例如过程问题，就既有实施过程的工具，也有相关的过程方法理论。由于方法在过程环节以及过程总体层面上具有贯通行，因此保证方法的实施的工具也会出现在过程的各个环节和层面上。
第二部分讲到了其实RUP是一个杂物箱，这用了一个比喻的方法说明了RUP的功能，其实RUP能不能被用起来，将取决与我们自己的辨识能力与组织能力。
第三部分降到了UML与甲骨文之间的异同，他们都是沟通的工具，但关键就是我们能不能好好地利用他进行沟通，在工程中我们要遵循既定的规则，例如使用UML要用描述和图共同完成，严格遵守并且持续的维护下去。这样才能更好的沟通。
第五部分讲了实现目标与保障质量，相信很多东西不仅是工程有这两者之间的矛盾，在质量上达到要求并且实现目标是我们每个人的目标。
第六部分讲到了枝节与细节，细节决定成败，前提是这是技术或者方法的细部。管理人员做决策是要学会忽略枝节问题，而程序员则反之。
第七部分讲到了灵活的软件工程，无论做什么事我们都要学会变通，不能固有于一种方法或者一种模式，只有敢于创新敢于挑战才可能会有意想不到的收获。
标签：
原文地址：http://www.cnblogs.com/Jiao827/p/4966900.html
