根据给定的文件信息，以下是对UML（统一建模语言）相关知识点的详细解析：
### UML图类型与系统物理资源表示
1. **部署图（Deployment Diagram）**：在UML中，用于描绘系统物理资源的图是部署图。这种图型展示了系统的硬件配置，包括计算机、设备和其他物理节点之间的关系，以及组件或软件如何部署到这些物理资源上。选项中的Component Diagram（组件图）展示的是系统内部组件的结构；Object Diagram（对象图）和State Machine Diagram（状态机图）分别用于表示类实例之间的关系和系统或对象的状态变化，它们并不直接描绘物理资源。
### 用例图组成元素
2. **用例图的非组成部分**：用例图由演员（Actors）、用例（Use Cases）和它们之间的关系构成，用于描述系统功能及其外部参与者。然而，Actor的属性（Properties of an Actor）并不是用例图的一部分，尽管在系统设计中，了解每个演员的特性对于定义其与系统交互的方式至关重要。
### 活动图控制流决定者
3. **决策节点（Decision）**：活动图中，决策节点负责基于条件决定控制流的路径。当活动流程遇到决策节点时，它会评估一个或多个条件，然后选择一条或多条可能的路径继续执行。这使得活动图能够灵活地处理分支逻辑和复杂的工作流。
### 交互图中的控制流表示
4. **交互图的控制流表示**：交互图，如序列图（Sequence Diagram）和协作图（Collaboration Diagram），用于描述操作或用例中对象之间的消息传递顺序。在这些图中，控制流通过消息链路和消息顺序编号来表示，而不是通过“使用协作”、“使用交互”、“描绘关系”或“应用操作”这样的抽象概念。
### 结构模式之装饰器模式
5. **装饰器模式（Decorator Pattern）**：在设计模式中，装饰器模式允许在不改变现有代码的情况下向对象添加新的行为或职责。这通过将对象包装在装饰器类中实现，装饰器类继承自被装饰对象的接口。这种模式提供了一种替代继承的方法来扩展功能，避免了因创建大量子类而带来的代码膨胀。
### 部署图中的节点
6. **节点（Node）**：在部署图中，节点指的是各种计算机系统或处理设备，它们是组件部署的目标平台。组件图描述的是系统内部的软件模块结构，而类图和接口图则分别关注于类的设计和类之间的交互方式，它们都不直接涉及实际的物理部署环境。
### 协作图中的角色
7. **角色（Roles）**：在协作图中，角色是指参与交互的类实例的角色名称。这些角色可以代表不同的对象或参与者，在交互过程中扮演特定的功能或承担特定的责任。协作图通过显示这些角色之间如何相互作用，帮助理解系统内部的动态行为。
### UML构建块类型
8. **UML构建块**：UML的基本构建块主要包括基本UML成分（如类、接口、构件等）、关系（如关联、泛化、依赖等）和图（如类图、序列图、活动图等）。而“Autivities”一词在UML语境中没有意义，因此不是UML构建块的一种类型。
### 系统边界识别过程
9. **系统边界识别**：在系统开发过程中，识别系统边界通常涉及到确定系统与外界环境的交互点，特别是通过分析用例与演员之间的互动来确定。此外，优先级排序和迭代规划也是项目管理中重要的步骤，但它们并不直接用于界定系统边界。因此，正确的选项应包括A和B两部分。
### 执行文件和数据库的模型化
10. **模型化技术**：在软件工程中，使用部署图不仅能够模型化数据库组件，还可以模型化软件系统的可执行组件，如exe文件、库和数据库。因此，两个陈述都是正确的，即选项B。
### 设计模式与术语建立
11. **设计模式的作用**：设计模式是一种通用的解决方案模板，用于解决软件设计中常见的问题。作为分析师，运用设计模式可以帮助建立一个共同的问题表述和解决方案词汇表，促进团队成员之间的有效沟通，确保设计的一致性和可维护性。
通过以上对UML相关知识点的深入探讨，我们不仅掌握了不同类型的UML图的用途，还了解了设计模式在软件工程中的应用，以及如何使用UML来描述系统的行为和结构。这对于系统分析师、架构师和开发人员来说，都是至关重要的技能，有助于他们更有效地设计和实现软件系统。
