Explore chapters and articles related to this topic
D
Published in Phillip A. Laplante, Dictionary of Computer Science, Engineering, and Technology, 2017
domain model the result of domain analysis. A domain model is a definition of domain abstractions (objects, relationships, functions, events, etc.). It consists of a concise and classified representation of the commonalties and variabilities of the problems in the domain and of their solutions. It is a representation of a family. Domain models include domain requirements models (the problem) and domain architecture (the solution). It is assumed that the domain model (problem, program, and application) knowledge can be usefully represented as patterns of informal and semi-formal information, which are called conceptual abstractions.
Application of the Fact-Based Approach to Domain Modeling of Object-Oriented Information Systems
Published in Roger H.L. Chiang, Keng Siau, Bill C. Hardgrave, Systems Analysis and Design, 2017
The domain model is made up of the following main elements: classes, relationships (inheritance, association, and aggregation), attributes (for classes and associations), and methods. Of all of the elements, classes and relationships are of primary importance. The two most basic issues are: (1) how are we to discover the relevant classes? and (2) how are we to discover the relevant relationships? Once these two questions have been resolved, other issues can be more readily addressed.
Adaptivity: System-Initiated Individualization
Published in Reinhard Oppermann, Adaptive User Support, 2017
Mette Krogsæter, Christoph G. Thomas
In addition to these two models, we discuss models that can be classified as domain models and system models. A domain model represents knowledge from some real-world domain, and mostly serves as an information source for other system components. A system model represents knowledge about the system for the purpose of facilitating adaptations of functionality or the user interface. Special cases of system models are application models or dialogue models.
User acceptance test for software development in the agricultural domain using natural language processing
Published in Journal of Decision Systems, 2023
Leandro Antonelli, Guy Camilleri, Diego Torres, Pascale Zaraté
The Task/Method model is a conceptual model where knowledge is described in declarative form. This facilitates their processing by execution engines and planners (Antonelli et al., 2018). A conceptual model is composed of two sub-models: a domain model and a reasoning model (Adla et al., 2007; Schreiber et al., 1999; Trichet & Tchounikine, 1999). The domain model contains the objects of the world (or more precisely the application domain, similar to an application ontology). The achievement descriptions of tasks are described in the reasoning model. Therefore, all relevant objects and relations of the world used in the reasoning model must be represented in the domain model. Generally, the UML modeling language is used to describe domain models. They are often implemented using an object-oriented language. The Task/Method paradigm (coming mainly from the field of artificial intelligence) is generally used to represent models of reasoning. This paradigm is defined below.
Service-oriented invisible numerical control application: architecture, implementation, and test
Published in International Journal of Production Research, 2022
Lisi Liu, Yingxue Yao, Jianguang Li
DDD, designed by Eric Evans, is a software development approach for building complex applications that is centred on the development of an object-oriented domain model (Evans 2019). In contrast to the traditional software development approach that creates a single model for the entire application, DDD identifies subdomains as identifying business capabilities of an application and defines a separate domain model for each subdomain. A domain model captures knowledge about a domain in a form that can be used to solve problems within that domain. The scope of a domain model is called a bounded context and the relationship among bounded contexts is called context mapping. Generally, a bounded context maps nicely to a microservice within an MSA (Richardson 2019).
Blockchain-enabled digital twin collaboration platform for heterogeneous socialized manufacturing resource management
Published in International Journal of Production Research, 2023
Ming Li, Yelin Fu, Qiqi Chen, Ting Qu
The domain model is a system of abstractions that describes the selected aspects of a sphere of knowledge, business logic, influence, or activity. It is the representation of significant real-life concepts pertinent to the domain that need to be modelled in software. The concepts include the data involved in the business and the knowledge the business uses in relation to that data.