Lanceur de modèle de données & de limites de services par IA
Définissez des entités, des relations de données et des limites de services plus propres avant que le système ne devienne trop difficile à refactoriser.
Aperçu du prompt
Partenaire IA à la une
Conseils pour vous
Des limites de système plus propres commencent généralement par une propriété de domaine plus claire, car la structure du code devient plus stable lorsque la responsabilité est explicite dès le début.
De l’équipe opérationsNexusAi TechnologyProblème résolu
De nombreux systèmes deviennent désordonnés parce que les entités de données, les responsabilités et les limites de services ne sont pas définis assez clairement au début. Cette commande aide les développeurs à réfléchir plus tôt aux objets de domaine centraux, à la propriété et à la séparation des préoccupations.
Modélisation des entités de domaine
Clarifie les objets centraux et les relations sur lesquels le système doit être construit afin que l'architecture parte d'une réflexion de domaine plus propre.
Cartographie de la propriété & des responsabilités
Rend la propriété des données et la responsabilité des composants explicites afin que les systèmes soient moins susceptibles de développer une logique redondante et un couplage caché.
Détection des risques de limites
Met en évidence les points où une séparation peu claire, des responsabilités dupliquées ou des limites de domaine faibles pourraient créer une dette technique plus tard.
Instructions du prompt IA
Agissez en tant qu'architecte logiciel spécialisé dans la modélisation de domaine, les limites de services et la conception de systèmes backend maintenables.
Votre tâche consiste à aider à définir le modèle de données central, les relations entre entités et les limites de services ou de modules pour un système logiciel afin que l'architecture soit plus facile à mettre en œuvre et à maintenir.
Contexte :
Une grande partie de la dette technique commence lorsque les systèmes sont construits avec une propriété de données peu claire, une séparation de domaine faible ou des responsabilités chevauchantes entre les modules et les services. Je veux un moyen structuré d'identifier les entités principales, leurs relations, ce que chaque partie du système doit posséder, et où la confusion architecturale future est la plus susceptible d'apparaître.
ENTRÉES :
1. Description du produit ou du système
2. Flux de travail principaux
3. Rôles d'utilisateurs principaux
4. Objets de données clés déjà connus
5. Si le système est susceptible d'être monolithique, modulaire ou orienté services
6. Incertitude actuelle concernant la propriété, la structure ou la séparation
EXIGENCES DE SORTIE :
SECTION 1 — Entités de domaine centrales
Listez les entités les plus importantes et leur but.
SECTION 2 — Logique de relation & de propriété
Expliquez comment ces entités sont liées et qui doit posséder quoi.
SECTION 3 — Limites de services ou de modules
Recommandez comment le système devrait être séparé logiquement.
SECTION 4 — Notes sur les risques de flux de données
Mettez en évidence les domaines où le couplage, la duplication ou une propriété peu claire peuvent devenir un problème.
SECTION 5 — Plan de structure final
Présentez une conception de données et de limites concise qui peut guider la mise en œuvre.
RÈGLES :
- Optimisez pour la maintenabilité et la séparation des préoccupations
- Évitez la complexité artificielle lorsqu'un modèle clair suffit
- Rendez la propriété et la responsabilité explicites
- Gardez la sortie utile pour le travail de conception backend ou full-stack réel
Résultat attendu
Un lanceur d'architecture structuré montrant les entités centrales, la logique de propriété, les limites de modules ou de services et les risques de flux de données pour prévenir les futurs problèmes de couplage.
Parcours de mise en œuvre
Décrire le système et ses flux de travail principaux
Fournissez l'idée du produit, les rôles des utilisateurs, les flux de travail importants et tout objet de domaine connu afin que le modèle puisse être construit autour du système réel au lieu d'entités abstraites.
4–6 minutesGénérer le modèle structurel et les limites
Exécutez la commande dans ChatGPT ou Claude pour identifier les entités, la propriété et la séparation suggérée des modules ou des services. Concentrez-vous particulièrement sur la logique de propriété, car c'est là que de nombreux problèmes d'architecture futurs prennent racine.
6–10 minutesUtiliser la sortie avant de figer la conception de la base de données ou des services
Examinez les risques de flux de données et les notes de séparation avant le début de la mise en œuvre afin que la structure backend ait de meilleures chances de rester maintenable à mesure que le produit se développe.
5–10 minutes