canvas
Canvas de Requisitos da Experiência do Utilizador
Um canvas de requisitos para a experiência orientada para os utilizadores e necessidades não funcionais que deve orientar a escolha de arquitetura posterior.
Resultados
- Requisitos dos utilizadores independentes da tecnologia
- Necessidades de experiência e não funcionais captadas antes do início da conceção
- Implicações de arquitetura documentadas para a seleção do estilo
Espaço local de canvas
Use o objetivo, os resultados e as instruções acima como referência estática enquanto registra evidências no espaço de trabalho interativo.
Espaço local de canvas
Canvas de Requisitos de Experiência
Que requisitos de experiência, operacionais e não funcionais a solução deve satisfazer para utilizadores, operadores, consumidores, aprovadores e equipas de suporte? Registe o que pessoas e sistemas consumidores precisam da capacidade ou automação. Mantenha o foco em requisitos e restrições; quantifique capacidade e escolha mecanismos de implementação no trabalho posterior de arquitetura.
Seção ativa: Objetivos de utilizador, operador ou consumidor. Selecione uma seção com o ponteiro ou foque-a e pressione Enter ou Espaço.
Objetivos de utilizador, operador ou consumidor
Que objetivos de negócio, workflow, decisão, automação, suporte ou utilização de dados devem ser suportados?
Necessidades de disponibilidade e tempestividade
Quando a solução deve estar disponível, quão atual deve ser a informação e que janelas de resposta, entrega ou conclusão importam para utilizadores e operadores?
Expectativas de volume e desempenho
Que volumes de utilizadores, casos, transações, registos, eventos, ficheiros, lotes ou itens de trabalho devem ser entendidos antes do planeamento de capacidade?
Necessidades de qualidade e consistência de dados
Que expectativas de exatidão, completude, consistência, ordenação, deduplicação, reconciliação ou validação têm utilizadores, operadores ou sistemas consumidores?
Restrições de segurança, privacidade e conformidade
Que restrições de identidade, autorização, confidencialidade, residência, consentimento, retenção, auditoria ou regulamentares a solução deve satisfazer?
Ativação e acesso
Como utilizadores, operadores ou equipas consumidoras obtêm acesso, iniciam ou participam na solução e recebem as permissões e orientação necessárias?
Expectativas de mudança e versionamento
Que tolerância à mudança existe e que expectativas de aviso, compatibilidade, migração, formação ou versionamento se aplicam?
Necessidades de observabilidade e suporte
Que monitorização, estado, rastreabilidade, visibilidade de qualidade, suporte, ownership e comunicação de incidentes utilizadores e operadores necessitam?
Necessidades de recuperação e continuidade
Que expectativas de replay, retry, reconciliação, backup, fallback, continuidade ou recuperação manual devem ser suportadas?
Restrições para design posterior
Que requisitos devem ser satisfeitos por decisões posteriores de arquitetura, workflow, capacidade, integração ou implementação?
APIOps Cycles · CC-BY-SA 4.0 · Osaango Ltd
Como funciona
- Capte objetivos dos utilizadores e contexto de utilização.
- Documente expectativas de disponibilidade, atualidade, volume, desempenho, qualidade dos dados e consistência.
- Documente expectativas de segurança, privacidade, integração, mudança, observabilidade, suporte e recuperação.
- Resuma o que os requisitos implicam para possíveis estilos de arquitetura.