Não há mais suporte para esse navegador.
Atualize o Microsoft Edge para aproveitar os recursos, o suporte técnico e as atualizações de segurança mais recentes.
Qual é a principal característica que distingue o SDD (desenvolvimento controlado por especificações) das abordagens de desenvolvimento tradicionais?
O código é tratado como a fonte final da verdade e as especificações servem como documentação de suporte.
As especificações se tornam o artefato primário que impulsiona a implementação e o código se torna uma expressão dessas especificações.
Os desenvolvedores gravam o código primeiro e depois criam especificações para documentar o que foi criado.
O que acontece com as especificações no SDD (desenvolvimento controlado por especificações) quando os requisitos são alterados?
As especificações são tratadas como documentos estáticos que raramente precisam de atualizações depois de criadas.
As especificações são descartadas e as novas são criadas do zero.
As especificações são atualizadas e os planos de implementação afetados e o código podem ser regenerados adequadamente.
Quais são as quatro fases do fluxo de trabalho do SDD (desenvolvimento controlado por especificações)?
Pesquisa, design, desenvolvimento e implantação.
Especificar, Planejar, Tarefas e Implementar.
Requisitos, arquitetura, codificação e teste.
O que distingue as saídas do SDD (desenvolvimento controlado por especificações) como "artefatos vivos" em comparação com a documentação tradicional?
Artefatos vivos são armazenados em sistemas de controle de versão.
Artefatos vivos podem evoluir à medida que novas informações surgem, com alterações propagadas por meio de plano, tarefas e código.
Artefatos vivos são gerados automaticamente sem entrada humana.
Como o SDD (desenvolvimento controlado por especificações) complementa as metodologias agile?
O SDD substitui totalmente as práticas agile por uma abordagem mais estruturada.
O SDD pode operar dentro do Scrum tratando cada história de usuário com um microciclo de especificação, plano, tarefas e implementação.
O SDD requer uma documentação inicial abrangente que esteja em conflito com os valores do Agile.
Ao comparar o SDD (desenvolvimento controlado por especificações) com o TDD (Desenvolvimento Test-Driven), qual é uma diferença fundamental em sua abordagem?
O TDD opera no nível de teste de unidade, enquanto o SDD funciona em um nível de requisitos mais alto para descrever recursos completos.
TDD e SDD são abordagens mutuamente exclusivas que não podem ser usadas em conjunto.
O SDD produz testes automatizados enquanto o TDD produz especificações.
Na fase de Especificação do desenvolvimento dirigido por especificações (SDD), o que inclui uma especificação bem estruturada?
Apenas um resumo de alto nível do recurso com detalhes de implementação.
Resumo, histórias de usuário, critérios de aceitação, requisitos funcionais, requisitos não funcionais e casos de borda.
Diagramas de arquitetura e decisões de stack tecnológico.
Qual é a finalidade da fase de Planejamento no fluxo de trabalho do SDD (desenvolvimento guiado por especificações)?
Para definir o que o software deve fazer e capturar as necessidades do usuário.
Para determinar como criar o que a especificação descreve, incluindo decisões de arquitetura e opções de tecnologia.
Para dividir o trabalho em tarefas de desenvolvimento acionáveis.
O que é o GitHub Spec Kit?
Um modelo de IA proprietário desenvolvido pelo GitHub para geração de código.
Um kit de ferramentas de software livre que facilita o desenvolvimento controlado por especificações integrando-se a assistentes de codificação de IA.
Uma extensão do Visual Studio Code que substitui o GitHub Copilot.
Como o GitHub Spec Kit aborda o desafio de manter o contexto em sessões de chat de IA?
Armazenando especificações, planos e tarefas como arquivos Markdown em seu repositório.
Substituindo a memória da IA por um sistema de armazenamento baseado em nuvem.
Limitando as interações de IA a uma única sessão contínua.
O que é necessário para instalar a ferramenta de CLI especificada do GitHub Spec Kit?
Somente o Visual Studio Code com a extensão do GitHub Copilot.
Python 3.11 ou posterior, Git e a ferramenta uv para gerenciamento de pacotes.
Uma licença corporativa paga do GitHub.
Quais assistentes de codificação de IA o GitHub Spec Kit dá suporte?
Apenas o GitHub Copilot no Visual Studio Code.
Vários agentes, incluindo GitHub Copilot, Claude Code, Cursor, Windsurf e Amazon Q Developer.
Somente ferramentas de IA de linha de comando, não assistentes integrados ao IDE.
Qual é a finalidade do arquivo constitution.md gerado pelo comando /speckit.constitution?
Para armazenar o código-fonte para a funcionalidade principal do aplicativo.
Para definir princípios, restrições e requisitos não negociáveis em todo o projeto que garantem consistência.
Para listar todas as tarefas necessárias para implementar um recurso.
Qual é a sequência recomendada para usar comandos do GitHub Spec Kit em um projeto greenfield?
Execute comandos em qualquer ordem, pois eles são independentes uns dos outros.
especifique init, depois /speckit.constitution, /speckit.specify, /speckit.plan, /speckit.tasks e, por fim, /speckit.implement.
Comece com /speckit.implement e vá para trás até /speckit.specify.
É necessário responder a todas as perguntas antes de verificar o trabalho.
Esta página foi útil?
Precisa de ajuda com este tópico?
Quer experimentar o Pergunte e aprenda para esclarecer ou guiar você neste tópico?