业务领域建模Domain Modeling

有些话、适合烂在心里 提交于 2019-11-25 20:46:52

♦ 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数据库,功能性要求有:

  1.增加数据

  2.删除数据

  3.查询数据

  4.修改数据

  5.支持高并发

  非功能性要求有:

  1.实现高性能读写  

 

头脑风暴  

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

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

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

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

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

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

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

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

 

使用UML进行领域建模

 

 

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!