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
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.
Espaço local de canvas
Use the purpose, outcomes, and instructions above as your static reference while capturing evidence in the interactive workspace.
Espaço local de canvas
Canvas de Requisitos da Experiência do Utilizador
Que requisitos de experiência e requisitos não funcionais os utilizadores precisam /de esclarecer antes de decidir a melhor arquitetura de integração? Utilize isto como uma tabela de requisitos independente da tecnologia. Capte expectativas e restrições dos utilizadores; depois utilize as implicações de arquitetura para escolher APIs, eventos, ficheiros, streams, produtos de dados ou outro estilo de implementação.
Seção ativa: Objetivos dos utilizadores. Selecione uma seção com o ponteiro ou foque-a e pressione Enter ou Espaço.
Objetivos dos utilizadores
Quais são os objetivos de negócio, de fluxo de trabalho, de decisão, de automação ou de utilização de dados dos utilizadores?
Disponibilidade e atualidade
Quando é que a capacidade deve estar disponível, quão atualizada deve estar a informação e que latência ou janelas de entrega importam?
Volume e desempenho
Que volumes de pedidos, eventos, registos, ficheiros, lotes, utilizadores ou transações a capacidade deve suportar agora e no futuro?
Qualidade e consistência dos dados
Que expectativas de exatidão, completude, consistência, ordenação, deduplicação, reconciliação ou validação têm os utilizadores?
Segurança, privacidade e conformidade
Que restrições de identidade, autorização, confidencialidade, residência, consentimento, retenção, auditoria ou regulamentação se aplicam?
Integração e acesso
Como devem os utilizadores encontrar, solicitar, testar, obter aprovação e começar a utilizar a capacidade?
Mudança e controlo de versões
Que tolerância à mudança têm os utilizadores e que expectativas de aviso prévio, compatibilidade, migração ou controlo de versões se aplicam?
Observabilidade e apoio
Que monitorização, estado, rastreabilidade, visibilidade da qualidade dos dados, apoio, propriedade e comunicação de incidentes os utilizadores precisam?
Recuperação e continuidade
Que expectativas de repetição, nova tentativa, reconciliação, cópia de segurança, fallback, continuidade ou recuperação manual devem ser suportadas?
Implicações de arquitetura
O que estes requisitos implicam para possíveis estilos de arquitetura, como APIs, eventos, ficheiros, streams, produtos de dados ou integração direta?
APIOps Cycles · CC-BY-SA 4.0 · Osaango Ltd