技术视角-常用架构图视图核心要点diagram

技术视角-diagram

• 4R原则
• 结构图
  • 用例图
  • 组件(应用)关系图
  • 技术视图
    • 技术协作图
      • 组件与模块划分
      • 技术选型与平台
    • 通信与集成
    • 并发与分布式系统
    • 安全与隐私
  • 类图
  • 数据库物理模型
  • 部署图
• 行为图
  • 时序图
  • 活动图
  • 状态图
  • 数据流图

1、本文视角聚焦于软件系统的详细设计与实现 、技术细节常用的技术视角-diagram，并非企业架构推荐的整体视角的diagram，这很重要
2、 本文主要分解了常用技术细节视图中的核心要点，非大而全的知识普及

4R原则

大到一个系统，小到一个子域都可以套用；

一张视图需要考虑4个方面：
$$一张架构diagram=分层+组成元素+关系+规则$$

1. Rank（分层）：在架构设计中，将系统划分为不同的层次，每个层次都有明确的职责和功能。分层设计有助于降低系统的复杂度，提高可维护性和可扩展性。
2. Role（组成角色）：在系统中定义不同的角色，如用户、管理员、服务提供者等。每个角色都有自己的职责和权限，通过角色的合理分配和管理，保证系统的安全性和稳定性。
3. Relation（角色关系）：定义系统中各个角色之间的关系，如用户和管理员之间的权限关系、服务提供者和消费者之间的依赖关系等。合理地设计角色关系可以提高系统的可维护性和可扩展性。
4. Rule（动作规则）：为系统中的各个角色定义行为规则，如访问控制规则、流程控制规则等。动作规则可以保证系统的正常运行和数据的安全性，提高系统的健壮性和容错性。

结构图

结构图着重描绘系统或模型的静态组织结构，即不涉及时间维度的元素及其关系。这类图关注的是系统中的组件、它们的属性、操作以及组件间的静态关联

用例图

阶段：需求分析；多用来在需求分析阶段对客户的业务进行深入分析，属于产品设计阶段的上游；可以后期辅助产品设计、架构设计、研发进行领域拆分工作

$$case用例图=BaseCase+extend（扩展）+include(包含)$$

用例图和业务流程图要区分开： 用例图更关注单点业务活动，收集客户业务的所有单点业务活动开展面向对象的“解构”分析，主语是客户；

• 扩展（extend）： An Extend relationship is defined with the arrow directed from the Extension Use Case to the Base Use Case. 使用扩展关系箭头（箭头从扩展用例指向被扩展用例）表示在特定条件下，某个用例可以增加另一个用例的行为。

• 包含 （Include）：使用包含关系箭头（箭头从包含用例指向被包含用例）表示某个用例的执行过程中必然包含另一个用例的行为 ；从base use 指向被包含case用例

组件(应用)关系图

The Technology Viewpoint pattern creates elements and a diagram that describes the software and hardware technology elements supporting the Application Layer, such as physical devices, networks, or system software such as middleware operating systems, databases and other containers.

应用程序协作视点模式创建元素，该元素描述应用程序组件及其位置之间的关系、它们提供或利用的服务以及在它们之间流动的信息
应用（组件） = c o m p o n e n t ( 组件 ) + d a t a ( 数据 ) + c o n d i t i o n （条件） + r e l a t i o n s h i p ( 关系 ) 应用（组件） = component(组件) + data(数据) + condition（条件） + relationship(关系)