Histórias de Usuário
Introdução
A história de usuário é uma técnica de elicitação de requisitos amplamente utilizada nas metodologias de desenvolvimento ágil e se refere a descrições concisas e de alto nível de uma funcionalidade desejada em termos do cliente. Além disso, as histórias de usuário devem possuir critérios de aceitação bem definidos para que seja possível verificar sua implementação.
Objetivo
Esse documento propõe trazer uma descrição detalhada e critérios de aceitação das histórias de usuário presentes no product backlog.
Metodologia
Para a produção desse artefato , houve a participação de um usuário fazendo o papel de PO do projeto, que foi entrevistado via Discord às 20:45 do dia 31 de maio de 2023. Enquanto o PO comentava suas funcionalidades desejadas, os desenvolvedores/entrevistadores anotavam e faziam questionamentos acerca de suas falas. Depois de elicitadas as histórias de usuário, os critérios de aceitação foram definidos e elas foram priorizadas pelo PO em: Alta, Média ou Baixa prioridade (Basicamente foi utilizado o método Three Level Scale de priorização de requisitos). Os participantes são apresentados na tabela 1, a gravação da entrevista é apresentada no vídeo 1 e o modelo de card para as histórias de usuário é descrito na tabela 2.
Tabela 1 - Participantes da entrevista.
Participante | Função |
---|---|
Ana | Product Owner |
Douglas Alves dos Santos | Desenvolvedor |
Geovanna Maciel | Entrevistadora |
Matheus Henrique | Desenvolvedor |
Rafael Ferreira | Desenvolvedor |
Fonte: Matheus Henrique e Rafael Ferreira.
Vídeo 1 - Entrevista com o PO.
Fonte: Geovanna Maciel.
Tabela 2: Modelo de tabela para histórias de usuário.
ID | Nome |
---|---|
USXX | Titulo |
Descrição | Eu, como XXX, desejo XXX para XXX |
Critérios de Aceitação | -XXX -XXX |
Prioridade | Alta, Média ou Baixa |
Fonte: Douglas Alves.
Histórias de Usuário
As tabelas de 3 a 35 descrevem as histórias de usuário elicitadas (Representadas pelo ID USX, onde X é o número da história).
US01 - Classificar eventos por local
Tabela 3 - História de Usuário Classificar eventos por local
Tabela 3 - História de Usuário Classificar eventos por local.
ID | Nome |
---|---|
US01 | Classificar eventos por local |
Descrição | Eu, como usuário, desejo que o aplicativo classifique os eventos por local para facilitar a busca por eventos em uma determinada região. |
Critérios de Aceitação | - Na página principal do aplicativo, deve haver uma seção ou um filtro claramente visível para selecionar o local dos eventos. - Ao selecionar um local, a lista de eventos exibidos deve ser atualizada para mostrar apenas eventos nessa localidade. |
Prioridade | Alta |
Fonte: Douglas Alves.
US02 - Classificar eventos por modalidade
Tabela 4 - História de Usuário Classificar eventos por modalidade
Tabela 4 - História de Usuário Classificar eventos por modalidade.
ID | Nome |
---|---|
US02 | Classificar eventos por modalidade |
Descrição | Eu, como usuário, desejo que o aplicativo classifique os eventos por modalidade para que eu possa encontrar eventos específicos, como espetáculos teatrais, shows de música ou palestras. |
Critérios de Aceitação | - Na página principal do aplicativo, deve haver uma seção ou um menu claramente visível para selecionar a modalidade dos eventos. - Ao selecionar uma modalidade, a lista de eventos exibidos deve ser atualizada para mostrar apenas eventos dessa modalidade. |
Prioridade | Alta |
Fonte: Douglas Alves.
US03 - Apresentar valor total dos ingressos selecionados
Tabela 5 - História de Usuário Apresentar valor total dos ingressos selecionadose
Tabela 5 - História de Usuário Apresentar valor total dos ingressos selecionados.
ID | Nome |
---|---|
US03 | Apresentar valor total dos ingressos selecionados |
Descrição | Eu, como usuário, desejo que o aplicativo apresente o valor total dos ingressos selecionados antes de confirmar a compra para que eu possa revisar o custo total antes de prosseguir. |
Critérios de Aceitação | -Na página de seleção de ingressos, deve haver um campo ou uma seção claramente visível que exiba o valor total acumulado dos ingressos selecionados. -O valor total deve ser atualizado em tempo real à medida que o usuário adiciona ou remove ingressos do carrinho. |
Prioridade | Alta |
Fonte: Douglas Alves.
US04 - Classificar eventos por data
Tabela 6 - História de Usuário Classificar eventos por data
Tabela 6 - História de Usuário Classificar eventos por data.
ID | Nome |
---|---|
US04 | Classificar eventos por data |
Descrição | Eu, como usuário, desejo que o aplicativo classifique os eventos por data para que eu possa encontrar eventos que ocorrerão em datas específicas. |
Critérios de Aceitação | -Na página principal do aplicativo, deve haver uma seção ou um filtro claramente visível para selecionar a data dos eventos. -Ao selecionar uma data, a lista de eventos exibidos deve ser atualizada para mostrar apenas eventos nessa data. |
Prioridade | Média |
Fonte: Douglas Alves.
US05 - Tabela 7 - Visualização de eventos
Tabela 7 - História de Usuário Histórico de visualização de eventos
Tabela 7 - História de Usuário Histórico de visualização de eventos.
ID | Nome |
---|---|
US05 | Histórico de visualização de eventos |
Descrição | Eu, como usuário, desejo que o aplicativo tenha um histórico de visualização de eventos para que eu possa revisitar eventos que me interessei anteriormente |
Critérios de Aceitação | -O aplicativo deve registrar e armazenar os eventos que o usuário visualizou. -Deve haver uma seção ou uma página claramente visível onde o usuário possa acessar seu histórico de visualização de eventos. |
Prioridade | Baixa |
Fonte: Douglas Alves.
US06 - Contagem regressiva para realização de eventos
Tabela 8 - História de Usuário Contagem regressiva para realização de eventos
Tabela 8 - História de Usuário Contagem regressiva para realização de eventos.
ID | Nome |
---|---|
US06 | Contagem regressiva para realização de eventos |
Descrição | Eu, como usuário, desejo que o aplicativo exiba uma contagem regressiva para a realização de eventos para que eu possa acompanhar quanto tempo falta para um evento específico |
Critérios de Aceitação | -Na página de descrição de um evento, deve haver uma seção claramente visível que apresente a contagem regressiva para a realização desse evento. -A contagem regressiva deve ser atualizada em tempo real e exibir os dias, horas, minutos e segundos restantes até o evento. |
Prioridade | Média |
Fonte: Douglas Alves.
US07 - Venda de ingressos de diferentes categorias
Tabela 9 - História de Usuário Venda de ingressos de diferentes categorias
Tabela 9 - História de Usuário Venda de ingressos de diferentes categorias.
ID | Nome |
---|---|
US07 | Venda de ingressos de diferentes categorias |
Descrição | Eu, como usuário, desejo que o aplicativo venda ingressos de diferentes categorias para que eu possa escolher entre diferentes tipos de eventos. |
Critérios de Aceitação | -Os eventos devem ser categorizados em diferentes categorias, como esportes, música, teatro, entre outros. -O usuário deve poder selecionar uma categoria específica para visualizar os eventos relacionados a ela. |
Prioridade | Alta |
Fonte: Douglas Alves.
US08 - Classificação dos tipos de assentos
Tabela 10 - História de Usuário Classificação dos tipos de assentos
Tabela 10 - História de Usuário Classificação dos tipos de assentos.
ID | Nome |
---|---|
US08 | Classificação dos tipos de assentos |
Descrição | Eu, como usuário, desejo que o aplicativo classifique os diferentes tipos de assentos e forneça explicações sobre eles para que eu possa escolher um assento adequado às minhas preferências |
Critérios de Aceitação | -Na página de seleção de ingressos, deve haver informações claras e descritivas sobre os diferentes tipos de assentos disponíveis. -Deve ser fornecida uma explicação sobre as características e benefícios de cada tipo de assento. |
Prioridade | Baixa |
Fonte: Douglas Alves.
US09 - Exigência de dados necessários para cadastro e pagamento
Tabela 11 - História de Usuário Exigência de dados necessários para cadastro e pagamento
Tabela 11 - História de Usuário Exigência de dados necessários para cadastro e pagamento.
ID | Nome |
---|---|
US09 | Exigência de dados necessários para cadastro e pagamento |
Descrição | Eu, como usuário, desejo que o aplicativo solicite apenas os dados necessários para meu cadastro e pagamento para garantir uma experiência ágil e segura. |
Critérios de Aceitação | -Durante o processo de cadastro, o aplicativo deve solicitar apenas as informações essenciais, como nome, e-mail, senha e informações de pagamento. -O aplicativo não deve exigir informações desnecessárias ou excessivas dos usuários. |
Prioridade | Alta |
Fonte: Douglas Alves.
US10 - Opção de salvar dados de pagamento
Tabela 12 - História de Usuário Opção de salvar dados de pagamento
Tabela 12 - História de Usuário Opção de salvar dados de pagamento.
ID | Nome |
---|---|
US10 | Opção de salvar dados de pagamento |
Descrição | Eu, como usuário, desejo ter a opção de salvar meus dados de pagamento no aplicativo, para facilitar futuras compras |
Critérios de Aceitação | -Durante o processo de pagamento, o aplicativo deve fornecer uma opção para o usuário salvar seus dados de pagamento. -O usuário deve poder optar por salvar ou não seus dados de pagamento, garantindo sua privacidade e segurança. |
Prioridade | Alta |
Fonte: Douglas Alves.
US11 - Privacidade dos dados de pagamento
Tabela 13 - História de Usuário Privacidade dos dados de pagamento
Tabela 13 - História de Usuário Privacidade dos dados de pagamento.
ID | Nome |
---|---|
US11 | Privacidade dos dados de pagamento |
Descrição | Eu, como usuário, desejo que o aplicativo garanta a privacidade dos meus dados de pagamento para proteger minhas informações confidenciais. |
Critérios de Aceitação | -O aplicativo deve implementar medidas de segurança adequadas para proteger os dados de pagamento dos usuários. -As informações de pagamento dos usuários devem ser armazenadas de forma segura e criptografada. |
Prioridade | Alta |
Fonte: Douglas Alves.
US12 - Lista de eventos disponíveis
Tabela 14 - História de Usuário Lista de eventos disponíveis
Tabela 14 - História de Usuário Lista de eventos disponíveis.
ID | Nome |
---|---|
US12 | Lista de eventos disponíveis |
Descrição | Eu, como usuário, desejo ter uma tela com a lista de eventos disponíveis para que eu possa explorar todas as opções. |
Critérios de Aceitação | -O aplicativo deve ter uma página ou uma seção claramente visível que apresente a lista de eventos disponíveis. -Os eventos devem ser exibidos de forma organizada e de fácil navegação. |
Prioridade | Alta |
Fonte: Douglas Alves.
US13 - Página de descrição de eventos
Tabela 15 - História de Usuário Página de descrição de eventos
Tabela 15 - História de Usuário Página de descrição de eventos.
ID | Nome |
---|---|
US13 | Página de descrição de eventos |
Descrição | Eu, como usuário, desejo desejo ter uma página de descrição de eventos, onde possa encontrar informações como data, local e valor para que eu possa ver mais informações dos eventos que me interessam |
Critérios de Aceitação | -Ao clicar em um evento na lista, o aplicativo deve redirecionar o usuário para uma página detalhada com a descrição do evento. -A página de descrição deve conter informações importantes, como data, local, valor dos ingressos e detalhes adicionais sobre o evento. |
Prioridade | Alta |
Fonte: Douglas Alves.
US14 - Lista de confirmação de pagamento
Tabela 16 - História de Usuário Lista de confirmação de pagamento
Tabela 16 - História de Usuário Lista de confirmação de pagamento.
ID | Nome |
---|---|
US14 | Lista de confirmação de pagamento |
Descrição | Eu, como usuário, desejo ter uma lista de confirmação de pagamento para para revisar os detalhes da minha compra antes de finalizá-la. |
Critérios de Aceitação | -Após a seleção dos ingressos e o processo de pagamento, o aplicativo deve exibir uma lista com os detalhes da compra. -A lista de confirmação de pagamento deve incluir informações como eventos selecionados, quantidade de ingressos, valor total e opções de pagamento |
Prioridade | Alta |
Fonte: Douglas Alves.
US15 - Sem limite de compra de ingresso
Tabela 17 - História de Usuário Sem limite de compra de ingresso
Tabela 17 - História de Usuário Sem limite de compra de ingresso.
ID | Nome |
---|---|
US15 | Sem limite de compra de ingresso |
Descrição | Eu, como usuário, desejo poder comprar a quantidade desejada de ingressos para um evento para que eu possa levar quantas pessoas eu quiser junto comigo |
Critérios de Aceitação | - O aplicativo deve permitir que o usuário selecione e adicione ao carrinho a quantidade desejada de ingressos para um evento. No entanto, o sistema deve aplicar o limite total de ingressos disponíveis para o evento. |
Prioridade | Alta |
Fonte: Douglas Alves.
US16 - Opção de transferência de ingresso
Tabela 18 - História de Usuário Opção de transferência de ingresso
Tabela 18 - História de Usuário Opção de transferência de ingresso.
ID | Nome |
---|---|
US16 | Opção de transferência de ingresso |
Descrição | Eu, como usuário, desejo ter a opção de transferir um ingresso adquirido para outra pessoa para o caso que eu não possa comparecer ao evento ou deseje levar acompanhantes |
Critérios de Aceitação | -O aplicativo deve fornecer uma opção de transferência de ingresso, que permita ao usuário enviar o ingresso para outro destinatário na tela de compra de ingresso e na tela de ingressos já comprados. |
Prioridade | Média |
Fonte: Douglas Alves.
US17 - Diferentes opções de pagamento
Tabela 19 - História de Usuário Diferentes opções de pagamento
Tabela 19 - História de Usuário Diferentes opções de pagamento.
ID | Nome |
---|---|
US17 | Diferentes opções de pagamento |
Descrição | Eu, como usuário, desejo ter diferentes opções de pagamento disponíveis, como pix, crédito, débito, boleto e carteiras digitais para para escolher a forma de pagamento mais conveniente para mim |
Critérios de Aceitação | -O aplicativo deve suportar várias opções de pagamento, como pix, cartões de crédito, cartões de débito, boleto bancário e carteiras digitais. -Durante o processo de pagamento, o usuário deve poder selecionar a opção de pagamento desejada e inserir as informações necessárias. |
Prioridade | Alta |
Fonte: Douglas Alves.
US18 - Envio de ingressos por e-mail
Tabela 20 - História de Usuário Envio de ingressos por e-mail
Tabela 20 - História de Usuário Envio de ingressos por e-mail.
ID | Nome |
---|---|
US18 | Envio de ingressos por e-mail |
Descrição | Eu, como usuário, desejo que o aplicativo envie os ingressos comprados por email para que eu receba a confirmação da minha compra |
Critérios de Aceitação | -Após a conclusão do processo de compra, o aplicativo deve enviar automaticamente os ingressos comprados para o endereço de email fornecido pelo usuário. -O email de confirmação deve incluir os detalhes da compra, como nome do evento, data, local e informações do ingresso. |
Prioridade | Média |
Fonte: Douglas Alves.
US19 - Aba de visualização de ingressos
Tabela 21 - História de Usuário Aba de visualização de ingressos
Tabela 21 - História de Usuário Aba de visualização de ingressos.
ID | Nome |
---|---|
US19 | Aba de visualização de ingressos |
Descrição | Eu, como usuário, desejo ter uma aba no aplicativo onde eu possa visualizar todos os ingressos que comprei para verificar qualquer informação do ingresso que me interesse |
Critérios de Aceitação | -O aplicativo deve ter uma seção ou uma aba claramente visível no seu perfil que exiba todos os ingressos adquiridos pelo usuário. -O aplicativo deve permitir selecionar um ingresso da lista para ver suas informações. |
Prioridade | Alta |
Fonte: Douglas Alves.
US20 - Opção de cancelamento de compra
Tabela 22 - História de Usuário Opção de cancelamento de compra
Tabela 22 - História de Usuário Opção de cancelamento de compra.
ID | Nome |
---|---|
US20 | Opção de cancelamento de compra |
Descrição | Eu, como usuário, desejo ter a opção de cancelar uma compra de ingresso para caso mude de ideia ou não possa comparecer ao evento |
Critérios de Aceitação | -O aplicativo deve fornecer uma opção de cancelamento de compra que permita ao usuário desistir da compra e receber um reembolso, se aplicável. -O processo de cancelamento de compra deve ser claro e orientado ao usuário, com instruções sobre como proceder. |
Prioridade | Alta |
Fonte: Douglas Alves.
US21 - Recomendação de eventos baseada no gosto do usuário
Tabela 23 - História de Usuário Recomendação de eventos baseada no gosto do usuário
Tabela 23 - História de Usuário Recomendação de eventos baseada no gosto do usuário.
ID | Nome |
---|---|
US21 | Recomendação de eventos baseada no gosto do usuário |
Descrição | Eu, como usuário, desejo desejo receber recomendações de eventos com base no meu gosto pessoal, por meio de uma avaliação ou histórico de preferências para que eu encontre eventos que eu goste mais facilmente |
Critérios de Aceitação | -O aplicativo deve implementar um algoritmo de recomendação que analise as preferências do usuário com base em avaliações anteriores, histórico de compras ou outras informações relevantes. E com base nessa análise, o aplicativo deve sugerir eventos similares ou de interesse para o usuário. -O usuário deve permitir que seus dados sejam usados pelo algoritmo de recomendação. |
Prioridade | Média |
Fonte: Douglas Alves.
US22 - Opção de receber notificações do aplicativo
Tabela 24 - História de Usuário Opção de receber notificações do aplicativo
Tabela 24 - História de Usuário Opção de receber notificações do aplicativo.
ID | Nome |
---|---|
US22 | Opção de receber notificações do aplicativo |
Descrição | Eu, como usuário, desejo ter a opção de receber notificações do aplicativo para para ficar atualizado sobre eventos próximos e novidades |
Critérios de Aceitação | -O aplicativo deve fornecer uma opção de ativar ou desativar as notificações para o usuário. -As notificações devem ser relevantes e informar sobre eventos próximos, promoções ou atualizações importantes. |
Prioridade | Baixa |
Fonte: Douglas Alves.
US23 - Exibição de notificações de eventos próximos
Tabela 25 - História de Usuário Exibição de notificações de eventos próximos
Tabela 25 - História de Usuário Exibição de notificações de eventos próximos.
ID | Nome |
---|---|
US23 | Exibição de notificações de eventos próximos |
Descrição | Eu, como usuário, desejo que o aplicativo exiba notificações de eventos próximos com base no meu gosto pessoal para para que eu possa me planejar e participar de eventos de interesse |
Critérios de Aceitação | -O aplicativo, caso permitido, deve analisar as preferências do usuário, como histórico de compras, avaliações ou seleções anteriores, para enviar notificações relevantes sobre eventos próximos. -As notificações devem ser exibidas de forma clara e apropriada, destacando informações relevantes, como data, local e tipo de evento. |
Prioridade | Baixa |
Fonte: Douglas Alves.
US24 - Termos de privacidade explícitos
Tabela 26 - História de Usuário Termos de privacidade explícitos
Tabela 26 - História de Usuário Termos de privacidade explícitos.
ID | Nome |
---|---|
US24 | Termos de privacidade explícitos |
Descrição | Eu, como usuário, desejo que o aplicativo forneça termos de privacidade explícitos em relação aos dados que inseri para garantir que minha privacidade seja protegida. |
Critérios de Aceitação | -O aplicativo deve fornecer uma seção clara e acessível que contenha os termos de privacidade. -Os termos de privacidade devem explicar como os dados do usuário são coletados, armazenados, usados e protegidos. |
Prioridade | Alta |
Fonte: Douglas Alves.
US25 - Criação de conta e login com e-mail
Tabela 27 - História de Usuário Criação de conta e login com e-mail
Tabela 27 - História de Usuário Criação de conta e login com e-mail.
ID | Nome |
---|---|
US25 | Criação de conta e login com e-mail |
Descrição | Eu, como usuário, desejo poder criar uma conta e fazer login no aplicativo usando meu email para para ter acesso aos recursos do aplicativo. |
Critérios de Aceitação | -O aplicativo deve fornecer uma opção de criação de conta que permita ao usuário registrar-se usando seu endereço de email. -O usuário deve poder fazer login no aplicativo utilizando seu email e senha previamente cadastrados. |
Prioridade | Alta |
Fonte: Douglas Alves.
US26 - Autenticação de dois fatores
Tabela 28 - História de Usuário Autenticação de dois fatores
Tabela 28 - História de Usuário Autenticação de dois fatores.
ID | Nome |
---|---|
US26 | Autenticação de dois fatores |
Descrição | Eu, como usuário, desejo que o aplicativo ofereça autenticação de dois fatores para aumentar a segurança da minha conta |
Critérios de Aceitação | -O aplicativo deve fornecer a opção de ativar a autenticação de dois fatores para a conta do usuário. -O processo de autenticação de dois fatores deve exigir uma combinação de senha e código único gerado no dispositivo do usuário. |
Prioridade | Média |
Fonte: Douglas Alves.
US27 - Cadastro por redes sociais validado por email
Tabela 29 - História de Usuário Cadastro por redes sociais validado por email
Tabela 29 - História de Usuário Cadastro por redes sociais validado por email.
ID | Nome |
---|---|
US27 | Cadastro por redes sociais validado por e-mail |
Descrição | Eu, como usuário, desejo ter a opção de realizar o cadastro no aplicativo utilizando minhas redes sociais, com validação por email para que seja mais simples de criar conta no aplicativo |
Critérios de Aceitação | -O aplicativo deve permitir que o usuário se registre utilizando suas contas em redes sociais populares, como Facebook, Google ou Twitter. -Após selecionar a opção de cadastro por rede social, o usuário deve fornecer um endereço de email válido para validação. |
Prioridade | Média |
Fonte: Douglas Alves.
US28 - Senha segura durante o cadastro
Tabela 30 - História de Usuário Senha segura durante o cadastro
Tabela 30 - História de Usuário Senha segura durante o cadastro.
ID | Nome |
---|---|
US28 | Senha segura durante o cadastro |
Descrição | Eu, como usuário, desejo que o aplicativo exija uma senha segura durante o processo de cadastro para proteger minha conta contra acessos não autorizados. |
Critérios de Aceitação | -Durante o processo de cadastro, o aplicativo deve exigir que o usuário crie uma senha que atenda a requisitos mínimos de segurança, como combinação de letras maiúsculas e minúsculas, números e caracteres especiais. -O aplicativo deve fornecer orientações claras sobre os critérios de segurança da senha durante o processo de criação. |
Prioridade | Alta |
Fonte: Douglas Alves.
US29 - Informações sobre inclusão na descrição dos eventos
Tabela 31 - História de Usuário Informações sobre inclusão na descrição dos eventos
Tabela 31 - História de Usuário Informações sobre inclusão na descrição dos eventos.
ID | Nome |
---|---|
US29 | Informações sobre inclusão na descrição dos eventos |
Descrição | Eu, como usuário, desejo que a descrição dos eventos inclua informações sobre acessibilidade e inclusão para tomar decisões informadas sobre minha participação nos eventos. |
Critérios de Aceitação | -A descrição dos eventos deve fornecer informações claras sobre recursos de acessibilidade disponíveis, como audiodescrição, legendas, libras, entre outros. -O aplicativo deve destacar de forma visível as informações sobre inclusão na descrição dos eventos. |
Prioridade | Alta |
Fonte: Douglas Alves.
US30 - Acessibilidade visual
Tabela 32 - História de Usuário Acessibilidade visual
Tabela 32 - História de Usuário Acessibilidade visual.
ID | Nome |
---|---|
US30 | Acessibilidade visual |
Descrição | Eu, como usuário, desejo que o aplicativo seja acessível visualmente, com recursos como alto contraste e opções de cores para daltônicos para que todas pessoas possam utilizar o aplicativo |
Critérios de Aceitação | -O aplicativo deve fornecer opções de configuração de alto contraste para melhorar a legibilidade para usuários com deficiência visual. -O aplicativo deve oferecer opções de cores adaptadas para usuários daltônicos, garantindo uma experiência visual acessível. |
Prioridade | Alta |
Fonte: Douglas Alves.
US31 - Opção de troca de idioma
Tabela 33 - História de Usuário Opção de troca de idioma
Tabela 33 - História de Usuário Opção de troca de idioma.
ID | Nome |
---|---|
US31 | Opção de troca de idioma |
Descrição | Eu, como usuário, desejo ter um botão ou região na interface do aplicativo onde eu possa trocar o idioma para algum minha preferência. |
Critérios de Aceitação | -O aplicativo deve fornecer uma opção clara e facilmente acessível para o usuário trocar o idioma da interface. -O aplicativo deve oferecer suporte a múltiplos idiomas e aplicar a tradução correta em todas as seções do aplicativo. |
Prioridade | Média |
Fonte: Douglas Alves.
US32 - Audiodescrição para eventos
Tabela 34 - História de Usuário Audiodescrição para eventos
Tabela 34 - História de Usuário Audiodescrição para eventos.
ID | Nome |
---|---|
US32 | Audiodescrição para eventos |
Descrição | Eu, como usuário, desejo que o aplicativo forneça audiodescrição para os eventos para que eu possa obter uma experiência inclusiva ao explorar as informações visuais do evento |
Critérios de Aceitação | -O aplicativo deve oferecer a opção de ativar ou desativar a audiodescrição nas configurações. -A audiodescrição deve fornecer informações visuais relevantes do evento de forma clara e concisa. |
Prioridade | Alta |
Fonte: Douglas Alves.
Bibliografia
PRESSMAN, Roger S.; MAXIM, Bruce R.. Engenharia de software: uma abordagem profissional. 8 Porto Alegre: AMGH, 2016, 940 p.
SERRANO, Milene. Requisitos – Aula 15. 2017. Apresentação de slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2523115/mod_resource/content/1/Requisitos%20-%20Aula%2015a.pdf. Acesso em: 20/05/2023.
Bourque, P., Fairley, R. E. Guide to the Software Engineering Body of Knowledge, Version 3.0. SWEBOK. IEEE Computer Society, 2014. Disponível em: http://www.computer.org/web/swebok/v3. p. 38.
POPOV, Arthur Taylor de Jesus; SANTOS, Eduardo Schuindt. Backlog do Produto. Repositório do Grupo MEI da disciplina de Requisitos de Software da Universidade de Brasília, 2022. Disponível em: <https://requisitos-de-software.github.io/2022.2-MEI/Modelagem/Agil/BacklogDoProduto/>. Acesso em: 09 Julho 2023.
Histórico de versões
Versão | Data | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|
1.0 |
20/05/2023 | Criação da página | Geovanna Maciel | Douglas Alves |
1.1 |
20/05/2023 | Adição metodologia | Douglas Alves | Gabriel Campello |
1.2 |
23/05/2023 | Adição features 5, 6, 7 | Geovanna Maciel | Gabriel Campello |
1.3 |
23/05/2023 | Adição features 1, 2, 3, 4 | Douglas Alves | Gabriel Campello |
1.4 |
23/05/2023 | Finalização do artefato | Douglas Alves, Geovanna Maciel | Gabriel Campello |
2.0 |
09/06/2023 | Refatoração do artefato com histórias de usuário do PO | Douglas Alves | Geovanna Maciel |
2.1 |
24/06/2023 | Ajustes de acordo com a verificação realizada. | Matheus Henrique | Geovanna Maciel |