1.如果一个对象发送了一个同步消息，那么它要等待对方对消息的应答，收到应答后才能继续自己的操作。而发送异步消息的对象不需要等待对方对消息的应答便可以继续自己的操作。
2.部署图描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。因此它是在实施阶段被使用。
3.业务用例其实是对用例思想的一种延续，只是改变了使用场合。用例是从使用者的角度定义“软件系统”的需求。而业务用例不研究“软件系统”需求，它关心的是一个“业务组织”对外提供哪些服务，支持哪些业务过程。业务用例描述的是业务参与者如何使用业务组织提供的服务的过程。因此业务用例其实是一种业务流程。
业务对象模型是描述业务实例的对象模型，即业务结构以及结构元素如何完成业务用例。
4.在采用标准UML构建的用例模型中，参与者与用例是模型中的主要元素，其中参与者与用例之间可以具有关联关系。
5.桥接设计模式(Bridge)的内涵：
桥接模式将抽象部分与它的实现部分分离，是它们都可以独立的变化，对一个抽象的实现部分的修改应该对使用它的程序不产生影响。
6.关联(Assocition)和聚集(Aggregation)是UML中两种非常重要的关系，请说明它们的异同点。
关系：聚集(聚合)是关联的特例
不同点：聚集表示部分与整体的关联;若从生命周期的角度考虑，则关联对象的生命周期一般无必然关系，聚集的整体对象往往对部分对象的生命周期负责。
7.用例图中用例之间的extend关系之间的内涵：
用例之间的扩展关系用于被用户看作是可选系统行为的用例的一部分建模。通过这种方式，可以把可选行为从必需的行为中分离出来。
8.泛化关系描述了一个参与者可以完成另一个参与者同 样的任务，并可补充额外的角色功能
9.依赖表示类之间的使用关系。
概括表示一般类和特殊类之间的关系。
关联和聚集都表示实例之间的结构关系。
关联和聚集的区别：
关联指明一个类的对象与另一个类的对象间的联系，两个类之间的关联表示了两个同等地位类之间的结构关系，这两个类在概念上是同级别的。
聚集是一种特殊的关联，它表示整体/部分关系。
10.组装和聚集都表示实例之间的整体/部分关系。组装是聚集的一种形式。聚集是概念性的，只是区分整体与部分。
组装具有很强的归属关系，而且整体与部分的对象生存周期是一致的。