enow.com Web Search

Search results

  1. Results from the WOW.Com Content Network
  2. Domain-driven design - Wikipedia

    en.wikipedia.org/wiki/Domain-driven_design

    Domain-driven design (DDD) is a major software design approach, [1] focusing on modeling software to match a domain according to input from that domain's experts. [2] DDD is against the idea of having a single unified model; instead it divides a large system into bounded contexts, each of which have their own model.

  3. Naked objects - Wikipedia

    en.wikipedia.org/wiki/Naked_objects

    Domain-driven design is the idea that an evolving domain (object) model should be used as a mechanism to help explore requirements rather than vice versa. The fact that a naked object system forces direct correspondence between the user interface and the domain model makes it easier to attempt domain-driven design, and makes the benefits more ...

  4. Data, context and interaction - Wikipedia

    en.wikipedia.org/wiki/Data,_context_and_interaction

    DCI depends on a design process that separates use cases from the data model. The data model is often based on an informal domain analysis. The Roles that characterize the end-user's model of system functionality come from the use cases. [3] Implementation techniques differ across programming languages.

  5. Specification pattern - Wikipedia

    en.wikipedia.org/wiki/Specification_pattern

    The pattern is frequently used in the context of domain-driven design. A specification pattern outlines a business rule that is combinable with other business rules. In this pattern, a unit of business logic inherits its functionality from the abstract aggregate Composite Specification class.

  6. Data mesh - Wikipedia

    en.wikipedia.org/wiki/Data_mesh

    Data mesh is a sociotechnical approach to building a decentralized data architecture by leveraging a domain-oriented, self-serve design (in a software development perspective), and borrows Eric Evans’ theory of domain-driven design [1] and Manuel Pais’ and Matthew Skelton’s theory of team topologies. [2]

  7. Domain engineering - Wikipedia

    en.wikipedia.org/wiki/Domain_engineering

    Domain engineering as compared to application engineering. The outputs of each phase of domain engineering feed into both subsequent phases of domain engineering as well as corresponding phases in application engineering. Domain engineering, like application engineering, consists of three primary phases: analysis, design, and implementation.

  8. Domain model - Wikipedia

    en.wikipedia.org/wiki/Domain_model

    Sample domain model for a health insurance plan. In software engineering, a domain model is a conceptual model of the domain that incorporates both behavior and data. [1] [2] 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.

  9. Anemic domain model - Wikipedia

    en.wikipedia.org/wiki/Anemic_domain_model

    The anemic domain model is described as a programming anti-pattern where the domain objects contain little or no business logic like validations, calculations, rules, and so forth. The business logic is thus baked into the architecture of the program itself, making refactoring and maintenance more difficult and time-consuming.