业务领域建模Domain Modeling

一、领域建模概念

　　领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。下面我们将按照四个步骤（收集领域信息，进行团队头脑风暴、分类和使用UML类图可视化领域知识）对工程实践题目进行建模。

　　我的工程实践题目是“风扇调优”。热管理一直是功耗优化的一个重点，由于环境温度的不可控，业内多数的风扇控制使用的是爬山算法，这种算法虽然简单，但是依旧会达到较高的效率。现如今进入大规模集群时代，每个服务器的功耗都非常重要，我们要尝试使用更加复杂的算法对风扇进行控制，以求功耗和性能的最佳匹配。由于该项目使用面向过程的方法实现更为便捷，所以并没有采用面向对象的方法进行开发。由于考虑领域建模的作业，只能强行分析一波。

二、收集领域信息

　　收集领域信息分为两个步骤：

　　- 聚焦在功能需求

　　- 也要考虑其他的需求和文档

　　由于项目不是面向客户，这里主要考虑功能需求，其他需求比较少。

　　该项目的功能需求主要为：

　　　　1.对不同的计算模型进行分类

　　　　2.对不同的计算模型使用不同的策略调度风扇

　　　　3.计算板卡不降频

三、头脑风暴

　　头脑风暴的任务主要是列出重要的应用程序域概念–列出它们的属性/属性–列出它们之间的关系，在本项目不是面向对象的方法进行编程，其中主要有下面几个模块：

　　　　1.计算模型的识别模块

　　　　2.风扇调度策略模块

　　　　3.硬件实现模块

　　三个模块是层级关系，层层调用。第一个模块对计算模型进行识别，然后选择相应的调度策略，第二个模块中主要有几种不同的调度策略对风扇进行调度，第三个模块中主要是硬件的实现，实现对风扇的控制。

四、分类

　　本项目使用面向过程的方法实现更为容易，所以没有类的关系，是上述的三个模块的调用关系。

　　分类的意义在于确定各个类之间的关系，明确各个类不同的意义，让开发更加有效率，好的分类和建模可以在后期避免推翻一切进行重新开发。

五、关系图