Ce navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
Quelle est la caractéristique principale qui distingue le développement piloté par les spécifications (SDD) par les approches de développement traditionnelles ?
Le code est considéré comme la source ultime de vérité et les spécifications servent de documentation de référence.
Les spécifications deviennent l’artefact principal qui pilote l’implémentation, et le code devient une expression de ces spécifications.
Les développeurs écrivent d’abord du code, puis créent des spécifications pour documenter ce qui a été créé.
Que se passe-t-il pour les spécifications dans le développement piloté par les spécifications (SDD) lorsque les exigences changent ?
Les spécifications sont traitées comme des documents statiques qui ont rarement besoin de mises à jour une fois créées.
Les spécifications sont ignorées et les nouvelles sont créées à partir de zéro.
Les spécifications sont mises à jour et les plans d’implémentation affectés et le code peuvent être régénérés en conséquence.
Quelles sont les quatre phases du flux de travail de développement piloté par les spécifications (SDD) ?
Recherche, conception, développement et déploiement.
Spécifiez, planifiez, tâches et implémentez.
Exigences, architecture, codage et test.
Qu’est-ce qui distingue les sorties de développement piloté par les spécifications (SDD) en tant qu'« artefacts vivants » par rapport à la documentation traditionnelle ?
Les artefacts vivants sont stockés dans les systèmes de contrôle de version.
Les artefacts vivants peuvent évoluer à mesure que de nouvelles informations émergent, avec des modifications propagées par le biais de plans, de tâches et de code.
Les artefacts vivants sont générés automatiquement sans entrée humaine.
Comment le développement piloté par les spécifications (SDD) complète-t-il les méthodologies Agile ?
SDD remplace entièrement les pratiques Agile par une approche plus structurée.
SDD peut fonctionner dans Scrum en traitant chaque récit utilisateur avec un micro-cycle de spécification, de plan, de tâches et d’implémentation.
SDD nécessite une documentation initiale complète qui est en conflit avec les valeurs Agile.
Quand vous comparez le développement piloté par les spécifications (SDD) à Test-Driven Développement (TDD), quelle est la principale différence dans leur approche ?
TDD fonctionne au niveau des tests unitaires, tandis que le SDD fonctionne à un niveau plus élevé pour décrire les fonctionnalités complètes.
TDD et SDD sont des approches mutuellement exclusives qui ne peuvent pas être utilisées ensemble.
SDD produit des tests automatisés tandis que TDD produit des spécifications.
Dans la phase de spécification du développement piloté par les spécifications (SDD), qu’est-ce qu’une spécification bien structurée inclut ?
Seul un résumé général de la fonctionnalité avec des détails d’implémentation.
Résumé, récits utilisateur, critères d’acceptation, exigences fonctionnelles, exigences non fonctionnelles et cas de périphérie.
Diagrammes d’architecture et décisions de stack technologique.
Quel est l’objectif de la phase de plan dans le flux de travail de développement piloté par les spécifications (SDD) ?
Pour définir ce que le logiciel doit faire et capturer les besoins de l’utilisateur.
Pour déterminer comment créer ce que décrit la spécification, y compris les décisions d’architecture et les choix technologiques.
Pour décomposer le travail en tâches de développement actionnables.
Qu’est-ce que GitHub Spec Kit ?
Modèle IA propriétaire développé par GitHub pour la génération de code.
Kit de ressources open source qui facilite le développement piloté par les spécifications en intégrant des assistants de codage IA.
Extension Visual Studio Code qui remplace GitHub Copilot.
Comment GitHub Spec Kit répond-il au défi de maintenir le contexte dans les sessions de conversation IA ?
En stockant des spécifications, des plans et des tâches en tant que fichiers Markdown dans votre référentiel.
En remplaçant la mémoire de l’IA par un système de stockage cloud.
En limitant les interactions IA à une seule session continue.
Qu’est-ce qui est nécessaire pour installer l’outil CLI spécifié par GitHub Spec Kit ?
Seul Visual Studio Code avec l’extension GitHub Copilot.
Python 3.11 ou version ultérieure, Git et l’outil uv pour la gestion des packages.
Une licence d’entreprise payante à partir de GitHub.
Quels assistants de codage IA prend-il en charge GitHub Spec Kit ?
GitHub Copilot uniquement pour Visual Studio Code.
Plusieurs agents, notamment GitHub Copilot, Claude Code, Cursor, Planche à voile et Amazon Q Developer.
Seuls les outils IA en ligne de commande, et non les assistants intégrés à l’IDE.
Quel est l’objectif du fichier constitution.md généré par la commande /speckit.constitution ?
Pour stocker le code source de la fonctionnalité principale de l’application.
Pour définir des principes, des contraintes et des exigences non négociées à l’échelle du projet qui garantissent la cohérence.
Pour répertorier toutes les tâches requises pour implémenter une fonctionnalité.
Quelle est la séquence recommandée pour l’utilisation des commandes GitHub Spec Kit dans un projet greenfield ?
Exécutez des commandes dans n’importe quel ordre, car elles sont indépendantes les unes des autres.
spécifiez init, puis /speckit.constitution, /speckit.specify, /speckit.plan, /speckit.tasks, et enfin /speckit.implement.
Commencez par /speckit.implement et revenez progressivement à /speckit.specify.
Vous devez répondre à toutes les questions avant de vérifier votre travail.
Cette page a-t-elle été utile ?
Vous avez besoin d’aide pour cette rubrique ?
Vous souhaitez essayer d’utiliser Ask Learn pour clarifier ou vous guider dans cette rubrique ?