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 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
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.