2 dépôts
The process of specifying the roles, responsibilities, and boundaries for different domain models.
Distinct from Context Modeling: Existing candidates refer to AI context, networking, or physical boundaries, not architectural bounded contexts.
Explore 2 awesome GitHub repositories matching software engineering & architecture · Bounded Context Definition. Refine with filters or upvote what's useful.
Ce projet est un framework de Domain-Driven Design (DDD) et une méthodologie de conception stratégique. Il fournit un workflow structuré pour traduire les connaissances métier en implémentations techniques, guidant la décomposition de domaines métier complexes en modèles logiciels gérables. La méthodologie se concentre sur la décomposition stratégique du domaine, identifiant les domaines principaux pour éclairer les décisions de « build-versus-buy » et définissant des contextes bornés pour établir les responsabilités du système. Elle emploie des techniques visuelles collaboratives pour construire un modèle mental partagé du domaine problématique entre les membres techniques et non techniques de l'équipe. Le framework couvre l'alignement des structures d'équipe autonomes avec les limites du domaine pour optimiser le flux de livraison. Il aborde en outre la conception d'architectures faiblement couplées en mappant les cas d'utilisation métier de bout en bout aux interactions entre les sous-domaines.
Provides a process for specifying roles, responsibilities, and boundaries for different domain models.
Ce projet sert de ressource pédagogique complète pour implémenter des monolithes modulaires et des microservices au sein d'environnements .NET. Il se concentre sur l'application des principes de conception pilotée par le domaine (DDD) pour gérer une logique métier complexe, fournissant une approche structurée pour construire des systèmes qui peuvent évoluer parallèlement aux exigences changeantes. L'architecture est définie par son accent sur la modularité et des limites claires, utilisant des tranches verticales (vertical slices) et des contextes bornés (bounded contexts) pour organiser le code par processus métier plutôt que par couche technique. Il se distingue par un framework de migration systématique qui permet aux développeurs de passer d'une base de code monolithique à des services indépendants et distribués. Ceci est réalisé en remplaçant la communication interne par une messagerie robuste et événementielle et en garantissant que la logique de domaine reste découplée des préoccupations de persistance et d'infrastructure. Le projet couvre une large surface de capacités, incluant la modélisation de domaine tactique avec des agrégats et des entités, des stratégies de test automatisées utilisant une infrastructure conteneurisée, et la maintenance de registres de décisions architecturales pour suivre l'évolution de la conception. Il fournit également des outils pour l'orchestration du développement local et l'analyse statique pour appliquer des standards de qualité à travers des modules indépendants. Le dépôt est structuré comme un guide pratique, offrant une méthodologie étape par étape pour faire évoluer l'architecture logicielle de manière incrémentale.
Specifies the roles, responsibilities, and boundaries for different domain models to prevent logic conflicts.