-->

Senin, 09 April 2018

Domain object model redirects here; not to be confused with Document Object Model.

In software engineering, a domain model is a conceptual model of the domain that incorporates both behavior and data. In ontology engineering, a domain model is a formal representation of a knowledge domain with concepts, roles, datatypes, individuals, and rules, typically grounded in a description logic.

Overview




Domain Model - Part A - Explains what a Domain model is and its importance.

A domain model is a system of abstractions that describes selected aspects of a sphere of knowledge, influence or activity (a domain). The model can then be used to solve problems related to that domain. The domain model is a representation of meaningful real-world concepts pertinent to the domain that need to be modelled in software. The concepts include the data involved in the business and rules the business uses in relation to that data.

A domain model generally uses the vocabulary of the domain, thus allowing a representation of the model to be communicated to non-technical stakeholders.

Usage


Agile/Evolutionary Data Modeling: From Domain Modeling to Physical ...
Agile/Evolutionary Data Modeling: From Domain Modeling to Physical .... Source : agiledata.org

A domain model is generally implemented as an object model within a layer that uses a lower-level layer for persistence and "publishes" an API to a higher-level layer to gain access to the data and behavior of the model.

In the Unified Modeling Language (UML), a class diagram is used to represent the domain model.

See also


RDBMS & Graphs: Relational vs. Graph Data Modeling
RDBMS & Graphs: Relational vs. Graph Data Modeling. Source : neo4j.com

  • Domain-driven design
  • Domain layer
  • Feature-driven development
  • Logical data model
  • Problem domain
  • Domain driven development

Notes


Domain-Driven Design for the Database-Driven Mind - ppt video ...
Domain-Driven Design for the Database-Driven Mind - ppt video .... Source : slideplayer.com

References


The Hardest Part About Microservices: Your Data â€
The Hardest Part About Microservices: Your Data â€" Software Blog. Source : blog.christianposta.com

External links


Data Model - Points of Interest
Data Model - Points of Interest. Source : www.w3.org

  • Domain Modelling article

Identifying domain-model boundaries for each microservice ...
Identifying domain-model boundaries for each microservice .... Source : docs.microsoft.com

 
Sponsored Links