业务领域建模Domain Modeling

♦ 1) Collect application domain information
– focus on the functional requirements – also consider other requirements and documents
♦ 2) Brainstorming
– listing important application domain concepts – listing their properties/attributes – listing their relationships to each other
♦ 3) Classifying the domain concepts into:
– classes – attributes / attribute values – relationships
• association, inheritance, aggregation
♦ 4) Document result using UML class diagram

　领域模型(domain model)是对领域内的概念类或现实世界中对象的可视化表示。领域模型也成为概念模型、领域对象模型和分析对象模型。领域模型是一种概念模型，也叫问题域模型。它表述的是某个领域的现实概念。上世纪80年代开始，人们对于面向对象建模产生了许多思考和方法，其中最流行的就是面向对象分析与设计。面向对象分析，强调的是在问题域发现并描述概念，解决的问题是做正确的事情。面向对象设计，强调的是定义软件对象，解决的问题是正确的做事情。领域模型就是面向对象分析的主要产物，它表达了对现实问题的描述和抽象。

收集领域信息

　　对于一个kv数据库，功能性要求有：

　　１．增加数据

　　２．删除数据

　　３．查询数据

　　４．修改数据

　　５．支持高并发

　　非功能性要求有：

　　１．实现高性能读写　　

 

头脑风暴　　

　　领域模型对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。下面列出工程实践中的实体和属性：

　　用户类：属性包括自身的操作环境，还有要操作的数据。

　　数据库类：属性包括过滤器、硬盘文件、内存文件、压缩器、比较器，向外部提供添加数据、删除数据、查询数据操作修改数据的操作。

　　内存文件：属性为保存在内存中的table，向数据库类提供读和写的接口。

　　硬盘文件：属性为保存在外部存储器中的Table文件，向数据库了提供读和写的操作以及生成Table文件的接口。

　　压缩器：提供压缩数据的接口

　　比较器：提供比较Key的接口

　　过滤器：为硬盘文件类提供生成过滤器和查询的接口

 

使用UML进行领域建模