1.如果一個對象發送了一個同步消息，那么它要等待對方對消息的應答，收到應答后才能繼續自己的操作。而發送異步消息的對象不需要等待對方對消息的應答便可以繼續自己的操作。
2.部署圖描述了一個運行時的硬件結點，以及在這些結點上運行的軟件組件的靜態視圖。部署圖顯示了系統的硬件，安裝在硬件上的軟件，以及用于連接異構的機器之間的中間件。因此它是在實施階段被使用。
3.業務用例其實是對用例思想的一種延續，只是改變了使用場合。用例是從使用者的角度定義“軟件系統”的需求。而業務用例不研究“軟件系統”需求，它關心的是一個“業務組織”對外提供哪些服務，支持哪些業務過程。業務用例描述的是業務參與者如何使用業務組織提供的服務的過程。因此業務用例其實是一種業務流程。
業務對象模型是描述業務實例的對象模型，即業務結構以及結構元素如何完成業務用例。
4.在采用標準UML構建的用例模型中，參與者與用例是模型中的主要元素，其中參與者與用例之間可以具有關聯關系。
5.橋接設計模式(Bridge)的內涵：
橋接模式將抽象部分與它的實現部分分離，是它們都可以獨立的變化，對一個抽象的實現部分的修改應該對使用它的程序不產生影響。
6.關聯(Assocition)和聚集(Aggregation)是UML中兩種非常重要的關系，請說明它們的異同點。
關系：聚集(聚合)是關聯的特例
不同點：聚集表示部分與整體的關聯;若從生命周期的角度考慮，則關聯對象的生命周期一般無必然關系，聚集的整體對象往往對部分對象的生命周期負責。
7.用例圖中用例之間的extend關系之間的內涵：
用例之間的擴展關系用于被用戶看作是可選系統行為的用例的一部分建模。通過這種方式，可以把可選行為從必需的行為中分離出來。
8.泛化關系描述了一個參與者可以完成另一個參與者同?樣的任務，并可補充額外的角色功能?
9.依賴表示類之間的使用關系。
概括表示一般類和特殊類之間的關系。
關聯和聚集都表示實例之間的結構關系。
關聯和聚集的區別：
關聯指明一個類的對象與另一個類的對象間的聯系，兩個類之間的關聯表示了兩個同等地位類之間的結構關系，這兩個類在概念上是同級別的。
聚集是一種特殊的關聯，它表示整體/部分關系。
10.組裝和聚集都表示實例之間的整體/部分關系。組裝是聚集的一種形式。聚集是概念性的，只是區分整體與部分。
組裝具有很強的歸屬關系，而且整體與部分的對象生存周期是一致的。
?
)
方法的使用)
