学习

架构域

  1. 首先需要熟悉业务，形成业务架构
  2. 根据业务架构，做出相应的数据架构和应用架构
  3. 通过技术架构落地实施。

    业务架构是战略，应用架构是承上启下，一方面承接业务架构的落地，另一方面影响技术架构的选型。 如何针对当前需求，选择合适的架构，如何面向未来，保证架构平滑过渡，这个是软件开发者，特别是架构师，都需要深入思考的问题。

业务架构

在业务需求初期，将模糊的需求描述转变成清晰的问题域，梳理出清晰的业务流程。为产品架构提供输入。

  • 业务架构包括：
    • 业务规划、业务模块、业务流程
  • 输出
    • 企业战略方向图
    • 问题域列表： 指自己的产品能够解决的所有问题的空间集合
    • 业务流程图

数据架构

企业架构由业务架构驱动，从业务架构分析业务流程、定义数据架构，流程和数据结合定义产品架构。

  • 数据架构主要解决的三个问题
    • 系统需要什么样的数据
    • 如何存储这些数据
    • 如何进行数据架构设计
      • 数据模型
        • 实体（Entity）： 领域对象
        • 属性（Attribute） ： 领域对象的属性
        • 关系（RelationShip）： 领域对象之间的关系 1:1 1:n m:n

          产品架构

          基础的产品框架脱胎于业务流程，但相比业务流程，更加注重产品功能的枚举、功能模块之间的分界

应用架构

应用架构是要说明产品架构分哪些应用系统，应用系统间是如何集成的

技术架构

技术架构是应接应用架构的技术需求，并根据识别的技术需求，进行技术选型，把各个关键技术和技术之间的关系描述清楚

  • 解决的问题
    • 如何进行纯技术层面的分层、开发框架的选择、开发语言的选择、涉及非功能性需求的技术选择

      技术架构是将产品需求转变为技术实现的过程