大象 Thinking+in+UML 光盘完整版.rar 是谭云杰老师的《大象 Thinking+in+UML》中配套的光盘完整内容，如果大家需要《大象 Thinking+in+UML》这本书可以到我的资源中下载。

Java开发的经典书籍，Java开发者的必读书籍，无数Java大牛的启蒙书籍。

[大象-Thinking.in.UML（第二版）].谭云杰.扫描版-pdf

Thinking_in_C++Annotated+Solution+Guide+for_Vol1 Thinking_in_C++课后题答案

大象uml一本与书中uml图例

thinking fast and slow

本书作者应用批判性思维领域的最新研究成果，列举科学研究和日常生活中的大量实例，教授人们富有理性、逻辑性和批判性地提出、思考、判断和解决问题的方法。 　　　　全书立论严谨，深入浅出，贴近实际，指导性强，深受广大读者的欢迎，在美国被誉为指导批判性思维“最成功的”书籍之一。至今已出至第七版。

书名 大象——Thinking in UML（第二版） 定价 68.0000 ISBN 9787508492346 出版社 中国水利水电出版社 作者 谭云杰 编号 1200239376 出版日期 2012-03-01 版次 2 内容简介 全书分为四个部分。第一部分讲述面向对象分析的一些基本概念，及学习建模需要了解的一些基本知识。第二部分对UML的基础概念重新组织和归纳整理，进行扩展和讨论，引申出针对UML的这些概念在面向对象方法中应用方法的思考。第三部分以一个实例贯穿全篇，阐述如何使用UML从头到尾地实施一个项目。第四部分针对在现实中经常遇到并且较难掌握的问题进行深入的探讨，升华在前几篇学习到的知识。 目录 大象希形 再版序 写给读者的话 关于本书 如何阅读本书 免费下载资源使用说明 Part I 你需要了解　 　第1章 为什么需要UML 　　1.1 面向过程还是面向对象 　　1.1.1 面向过程方法 　　1.1.2 面向过程的困难 　　1.1.3 面向对象方法 　　1.1.4 面向对象的困难 　　1.2 UML带来了什么 　　1.2.1 什么是UML 　　1.2.2 统一语言 　　1.2.3 可视化 　　1.2.4 从现实世界到业务模型 　　1.2.5 从业务模型到概念模型 　　1.2.6 从概念模型到设计模型 　　1.2.7 面向对象的困难解决了吗 　　1.3 统一过程简介 　　1.3.1 RUP是什么 　　1.3.2 RUP与UML 　　1.3.3 RUP与软件工程 　　1.3.4 RUP与最佳实践 　　1.3.5 RUP与本书 　第2章 建模基础 　　2.1 建模 　　2.2 用例驱动 　　2.3 抽象层次 　　2.4 视图 　　2.5 对象分析方法 Part II 在学习中思考 　第3章 UML核心元素 　　3.1 版型 　　3.2 参与者 　　3.2.1 基本概念 　　3.2.2 发现参与者 　　3.2.3 业务主角 　　3.2.4 业务工人 　　3.2.5 参与者与涉众的关系 　　3.2.6 参与者与用户的关系 　　3.2.7 参与者与角色的关系 　　3.2.8 参与者的核心地位 　　3.2.9 检查点 　　3.3 用例 　　3.3.1 基本概念 　　3.3.2 用例的特征 　　3.3.3 用例的粒度 　　3.3.4 用例的获得 　　3.3.5 用例和功能的误区 　　3.3.6 目标和步骤的误区 　　3.3.7 用例粒度的误区 　　3.3.8 业务用例 　　3.3.9 业务用例实现 　　3.3.10 概念用例 　　3.3.11 系统用例 　　3.3.12 用例实现 　　3.4 边界 　　3.4.1 边界决定视界 　　3.4.2 边界决定抽象层次 　　3.4.3 灵活使用边界 　　3.5 业务实体 　　3.5.1 业务实体的属性 　　3.5.2 业务实体的方法 　　3.5.3 获取业务实体 　　3.6 包 　　3.7 分析类 　　3.7.1 边界类 　　3.7.2 控制类 　　3.7.3 实体类 　　3.7.4 分析类的三高 　　3.8 设计类 　　3.8.1 类 　　3.8.2 属性 　　3.8.3 方法 　　3.8.4 可见性 　　3.9 关系 　　3.9.1 关联关系（association） 　　3.9.2 依赖关系（dependency） 　　3.9.3 扩展关系（extends） 　　3.9.4 包含关系（include） 　　3.9.5 实现关系（realize） 　　3.9.6 精化关系（refine） 　　3.9.7 泛化关系（generalization） 　　3.9.8 聚合关系（aggregation） 　　3.9.9 组合关系（compositi0n） 　　3.10 组件 　　3.10.1 完备性 　　3.10.2 独立性 　　3.10.3 逻辑性 　　3.10.4 透明性 　　3.10.5 使用组件 　　3.11 节点 　　3.11.1 分布式应用环境 　　3.11.2 多设备应用环境 　第4章 UML核心视图 　　4.1 静态视图 　　4.1.1 用例图 　　4.1.2 类图 　　4.1.3 包图 　　4.2 动态视图 　　4.2.1 活动图 　　4.2.2 状态图 　　4.2.3 时序图 　　4.2.4 协作图 　第5章 UML核心模型 　　5.1 用例模型概述 　　5.2 业务用例模型 　　5.2.1 业务用例模型主要内容 　　5.2.2 业务用例模型工件的取舍 　　5.2.3 何时使用业务用例模型 　　5.3 概念用例模型 　　5.3.1 概念用例模型的主要内容 　　5.3.2 获得概念用例 　　5.3.3 何时使用概念用例模型 　　5.4 系统用例模型 　　5.4.1 系统用

原版Thinking in Java + 原版Book Code + 原版Annotated Solution Guide (很难找到哦 ！网上大多是别人自己做的题然后发布的Annotated Solution Guide 这个可是Bruce Eckel 的哦！) PS:7-zip终极压缩过的，不知winrar能不能解开(!—_-)

I originally approached Java as “just another programming language,” which in many senses it is. But as time passed and I studied it more deeply, I began to see that the fundamental intent of this language was different from other languages I had seen up to that point. Programming is about managing complexity: the complexity of the problem you want to solve, laid upon the complexity of the machine in which it is solved. Because of this complexity, most of our programming projects fail. And yet, of all the programming languages of which I am aware, almost none have gone all out and decided that their main design goal would be to conquer the complexity of developing and maintaining programs.1 Of course, many language design decisions were made with complexity in mind, but at some point there were always other issues that were considered essential to be added into the mix. Inevitably, those other issues are what cause programmers to eventually “hit the wall” with that language. For example, C++ had to be backwards-compatible with C (to allow easy migration for C programmers), as well as efficient. Those are both very useful goals and account for much of the success of C++, but they also expose extra complexity that prevents some projects from being finished (certainly, you can blame programmers and management, but if a language can help by catching your mistakes, why shouldn’t it?). As another example, Visual BASIC (VB) was tied to BASIC, which wasn’t really designed to be an extensible language, so all the extensions piled upon VB have produced some truly unmaintainable syntax. Perl is backwards-compatible with awk, sed, grep, and other Unix tools it was meant to replace, and as a result it is often accused of producing “write-only code” (that is, after a while you can’t read it). On the other hand, C++, VB, Perl, and other languages like Smalltalk had some of their design efforts focused on the issue of complexity and as a result are remarkably successful in solving