Roteiro guiado · 8 MIN
Explore o ciclo de vida do software
Acompanhe uma exportação do requisito à operação. Inspecione o responsável, as evidências e a decisão em cada etapa.
A situação
Você é responsável por um serviço de gestão de clientes. Um gerente pede um arquivo de clientes ativos da própria organização. Acompanhe essa funcionalidade fictícia do pedido à operação.
O que fazer
- Comece em Necessidade. Use Próxima etapa para acompanhar a mesma funcionalidade pelas sete etapas.
- Em cada etapa, leia as evidências do exemplo. Decida se respondem à pergunta de decisão e depois abra a explicação.
CENÁRIO: EXPORTAÇÃO DE CLIENTES
Evidência é um documento ou resultado de verificação que sustenta uma decisão. Cada etapa abaixo dá um exemplo. Siga a sequência ou selecione uma etapa diretamente.
ETAPA 1 / 7
Necessidade
Um gerente precisa exportar clientes ativos da própria organização.
- Responsável
- Responsável pelo produto
- Evidência
- Resultado aceito e campos permitidos
Um gerente gasta uma hora por semana reunindo dados de clientes ativos. Necessidade aceita: exportar nomes e IDs de clientes da própria organização para CSV.
ETAPA 2 / 7
Especificação
Definir usuários permitidos, dados, comportamento de falha e critérios de aceitação.
- Responsável
- Responsáveis pelo produto e pela segurança
- Evidência
- Fluxo de dados e requisito de autorização
Critério de aceitação: um gerente da organização A não recebe registros da organização B, mesmo após alterar identificadores da requisição.
ETAPA 3 / 7
Implementação
O agente prepara uma pequena alteração em uma branch de funcionalidade.
- Responsável
- Equipe de desenvolvimento
- Evidência
- Diff vinculado ao requisito
O PR acrescenta um filtro de organização à consulta do banco e um teste para requisição de outra organização. Mantém login e cobrança sem alterações.
ETAPA 4 / 7
Verificação
Inspecionar a autorização real e as requisições proibidas.
- Responsável
- Revisor independente
- Evidência
- Testes e revisão do commit final
Um teste no commit final mostra que um usuário da organização A não consegue receber registros de B. Um revisor confere a cadeia de autorização.
ETAPA 5 / 7
Release
Implantar o artefato aceito com o papel permitido de deployment.
- Responsável
- Responsável pelo release
- Evidência
- Identificador do artefato, aprovação e plano de recuperação
O responsável pelo release confere se o commit do artefato corresponde ao commit revisado. As instruções de recuperação indicam a versão anterior e quem pode iniciar o rollback.
ETAPA 6 / 7
Operação
Monitorar falhas de exportação, controles de acesso e comportamento do serviço.
- Responsável
- Responsável pelo serviço
- Evidência
- Métricas, logs limitados de auditoria e instruções de incidentes
Alertas de falha de exportação chegam ao engenheiro de plantão. Logs limitados de auditoria registram quem agiu e a organização sem copiar a lista completa de clientes.
ETAPA 7 / 7
Aprendizado
Avaliar o uso e os problemas observados antes da próxima alteração.
- Responsável
- Responsável pelo produto e equipe
- Evidência
- Feedback e fila de trabalho atualizada
Um pedido de suporte relata falhas de exportação em listas grandes de clientes. A equipe acrescenta um requisito e um teste de desempenho à próxima alteração.
A sequência pode se repetir. Novas evidências podem levar o trabalho de volta à especificação ou à implementação.
PARA CONCLUIR
O código funciona. Por que a equipe não pode parar na Implementação?
Compare sua resposta com a explicação
Código funcional não mostra quem pode acessar os registros nem quem tratará falhas. A Verificação examina o limite dos dados. O Release conecta essas evidências à versão implantada. A Operação atribui responsabilidade pelo serviço em execução. O Aprendizado transforma problemas observados na próxima alteração.
Use no trabalho
Para uma funcionalidade da sua equipe, indique o responsável pelo release e quem recebe seus alertas de falha.
Escolher outro exercício