# Conception de solution et interaction de capacité — Cycle de productisation des capacités

Canonical page: https://apiopscycles.com/fr/cycles/capability-productization-cycle/stations/api-design

Language: fr

Entity ID: api-design

Cycle: [Cycle de productisation des capacités](https://apiopscycles.com/fr/cycles/capability-productization-cycle.md)

Read [shared station guidance](https://apiopscycles.com/fr/stations/api-design.md) first. The sections below supplement or replace the corresponding shared sections for this cycle. Sections not repeated here retain the shared guidance.

## Journey entry criteria

- La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus. — The API meets a clear business need and is reusable for multiple API consumers. (ID: api-reusability)
- L’interface choisie fournit une abstraction appropriée aux utilisateurs. — The API is intended to shield consumers from backend complexity and inconsistencies. (ID: hide-backend-discrepancies)
- La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs. — The API value proposition has been reviewed and validated with the relevant business and consumer stakeholders. (ID: value-prop-validated)
- Les segments d'utilisateurs sont identifiés. — API consumer segments (internal and external) are identified. (ID: consumer-segments-identified)
- Une feuille de route de haut niveau pour la mise en œuvre est définie. — High-level roadmaps for API development are established. (ID: api-roadmap-defined)

## Journey exit criteria

- L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme. — The chosen API architecture and platform patterns have been validated with the relevant architecture, security, and platform stakeholders. (ID: architecture-patterns-validated)
- L’interface choisie fournit une abstraction appropriée aux utilisateurs. — The API is intended to shield consumers from backend complexity and inconsistencies. (ID: hide-backend-discrepancies)
- La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs. — The API design and exposed capabilities clearly trace back to business value and user needs. (ID: design-reflects-business-value)
- La conception de l'interface respecte les standards partagés de produit, de conception et de qualité. — The API design follows our shared API product and design conventions. (ID: api-consistency)

## Description

Conception de solution et interaction de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.

## Role participation and responsibilities

- [Designer API](https://apiopscycles.com/fr/roles/api-designer.md) (lead): Conçoit le contrat d’interface, le modèle d’interaction, la cohérence et l’utilisabilité des capacités exposées.; suggested-answer-owner: [Canevas de conception de solution de capacité](https://apiopscycles.com/fr/resources/capability-solution-design-canvas.md)
- [Architecte de la plateforme](https://apiopscycles.com/fr/roles/platform-architect.md) (core): Oriente les décisions relatives à la plateforme, à l’intégration, à l’évolutivité et à l’architecture qui déterminent comment la capacité ou l’API est construite et exploitée.
- [Expert du domaine](https://apiopscycles.com/fr/roles/domain-specialist.md) (core): Apporte une connaissance approfondie du domaine métier, des concepts, des règles et des contraintes que la capacité ou l’interface doit refléter.
- [Représentant utilisateur API](https://apiopscycles.com/fr/roles/api-consumer-specialist.md) (core): Représente les besoins des développeurs, intégrateurs ou autres utilisateurs d'API qui utilisent l'API directement.
- [Responsable de capacité](https://apiopscycles.com/fr/roles/capability-owner.md) (core): Responsable de la vision, de la valeur, des priorités, du cycle de vie et de la réutilisation de la capacité auprès des utilisateurs.
- [Architecte d'intégration](https://apiopscycles.com/fr/roles/integration-architect.md) (consulted): Conçoit les approches d’intégration et les modes de mise en œuvre qui relient la capacité ou l’API aux autres systèmes.
- [Propriétaire du produit API](https://apiopscycles.com/fr/roles/api-product-owner.md) (consulted): Pilote l’opportunité API, la priorisation et les décisions au niveau produit tout au long du cycle de vie.
- [Spécialiste en sécurité](https://apiopscycles.com/fr/roles/security-specialist.md) (consulted): Assure que les risques de sécurité, les contrôles et les limites de confiance sont pris en compte tout au long du cycle de vie.

## Resources

- [Canevas d’interaction](https://apiopscycles.com/fr/resources/interaction-canvas.md)
- [Canevas de domaine](https://apiopscycles.com/fr/resources/domain-canvas.md)
- [Canevas de conception de solution de capacité](https://apiopscycles.com/fr/resources/capability-solution-design-canvas.md)