《Executable UML模型驱动开发》是一本有关模型驱动开发的深入教程，重点讲述了信息系统，并详细描述了该 系统的含义。阅读本书后您会发现，可以通过使用对象范式、模型驱动的开发以及形式化且可执行的UML配置文件， 更好地理解信息系统并实现更高效的开发。书中提供的示例有助于演示开发过程，并且展示了如何使用UML构建信息 系统。此外，《Executable UML模型驱动开发》还全面描述了面向对象的基本概念，进一步讨论了面向对象和信息系 统开发的全面结合，以及如何处理在系统开发中面临的挑战。

前 言 在软件系统的规划、设计、开发、测试、部署、维护和使用中，其逻辑复杂性是导致出现问题和错误的主要因素之一。要知道构建复杂的软件系统需要细致的规划、出色的体系结构设计以及控制良好的开发过程。许多书籍、论文和软件工程课程也都论述了此问题的解决方法，但很多软件项目仍然遭遇了失败、延期或预算超支的命运。构建或维护复杂的系统(可能是软件系统，也可能不是)总会出现一些错误及未满足需求的情况，因为系统的构建者在一次处理太多的细节及相关组件时，出错是在所难免的。 然而，逻辑复杂性并不完全是软件系统所固有的。一方面，对于软件系统所处理的问题域，存在一个不可避免的复杂性组成部分。首先，根本复杂性(essential complexity)一词是指问题域所固有的那部分逻辑复杂性，该复杂性不是由问题的解决方案或实现技术引入的。因此，根本复杂性是自然存在的部分，不能被删除，存在于问题的每个解决方案中，因为针对该问题的简单解决方案根本不存在。接下来是偶发复杂性(accidental complexity)，它与根本复杂性相反，完全是由在解决方案中应用的实现技术、工具和方法引入的。与无论采用什么方法解决问题，都不能避免根本复杂性相比，偶发复杂性是由所使用的方法引入的。 作为一门学科，软件工程的主要任务之一就是找到能使偶发复杂性降到最低的方法。任何出色的软件体系结构、设计和实现，都会将偶发复杂性降到最低。 有时，偶发复杂性是由低效的规划或项目管理、项目优先级太低等失误引起的。然而，一些偶发复杂性总是在解决问题后出现。例如，在许多程序中因内存溢出错误而导致的偶发复杂性，就是由...