业务领域建模Domain Modeling

领域建模简介

　　领域模型（domain model）是对领域内的概念类或现实世界中的可视化表示。领域模型也叫做概念模型、领域对象模型和分析对象模型。领域模型和类都是对现实中的实体的描述，但是它们之间是有区别的，领域模型是对现实世界概念类的表示，不是软件对象的表示。它不用来描述软件类、架构或者软件对象。

结合工程实践建模

　　我的工程实践是做一款类似于facerig的软件，可以通过摄像头等设备实施捕捉到用户的面部，输入为视频流，并且实时映射到卡通模型上，并且将模型覆盖到人脸，达到换脸的效果。

1、Collect application domain information

      首先收集系统主要业务的功能性需求与非功能性需求，用户需求。

　　功能性需求

    （1）设计并训练好的模型，可以对输入的视频流处理实时捕捉人脸特征点；

    （2）将特征点映射到模型上，使其与人脸变化同步，并且覆盖到视频流中的人脸；

    （3）收集和响应用户的数据和行为。

2、Brainstorming

   （1）列出重要的应用程序域概念

   （2）列出它们的属性

   （3）列出它们之间的关系

3、Classifying the domain concepts

   （1）类

   （2）属性/属性值

   （3）关系：association, inheritance, aggregation

4、Document result using UML class diagram

使用DDD方法

　　DDD本身是一套完整、详尽的方法论，从如何需求沟通（构建领域知识），到高层设计（战略建模）、详细设计（战术建模）

• 创建实体
  • 基于通用语言和领域知识，需要首先分辨出实体。
  • 实体是领域中需要唯一标识的领域概念。如果两个实体所有状态都一样，但标识不一样，就是两个不同的实体。
  • 实体同样需要属性来描述

                

 

 

• 创建值对象
  • 值对象是领域中不需要唯一标识的领域概念。
  • 如果两份对象所有状态都一样，我们就认为是同一个值对象。值对象也可以理解为一组聚合的属性。例如地址信息，类目信息。

                 

 

 

• 创建聚合根
  • 聚合根是一个实体，将一组模型聚合在一起，与外部模型划分开来。这一组模型全部关联着聚合根，只有聚合根负责与外部访问。
  • 聚合根有助于保持领域模型关联的简化和生命周期的维护。

                 

 

结合我自己的工程实践，分为如下几个类：用户类，用户操作类，模型操作类，模型管理类，视频流类与视屏流信息处理类