Histórias de usuário
Introdução
As histórias de usuário são uma técnica usada em engenharia de requisitos para capturar funcionalidades do sistema sob a perspectiva do usuário final. Elas descrevem, de forma simples e objetiva, quem precisa de algo, o que precisa ser feito e por que aquilo é importante.
As histórias de usuário focam em comunicar o valor de cada funcionalidade de maneira clara para todos os envolvidos no projeto — desenvolvedores, testadores, analistas e stakeholders.
A estrutura mais comum para um história de usuário é:
- Como [tipo de usuário];
- Quero [objetivo a ser alcançado ou ação];
- Para [benefício ou motivo].
Metodologia
Para conduzir a definição e o gerenciamento dos requisitos dessa etapa, seguimos uma abordagem centrada no usuário e iterativa, com foco na clareza, rastreabilidade e priorização colaborativa.
Inicialmente, os requisitos funcionais foram elicitados por meio de entrevistas, análise documental e observação de processos. A partir desses requisitos, foram elaboradas as histórias de usuário, organizadas em um formato simples e compreensível, com critérios de aceitação objetivos e rastreabilidade direta com os requisitos formais (RFX).
Técnica utilizada
Para priorizar as funcionalidades junto ao cliente, adotamos a técnica de priorização MoSCoW, amplamente utilizada em metodologias ágeis. Essa técnica classifica os requisitos em quatro categorias:
-
Must have (M) – Itens essenciais. Devem ser implementados obrigatoriamente para que o sistema atenda seus objetivos mínimos.
-
Should have (S) – Importantes, mas não críticos. Devem ser incluídos se possível dentro do cronograma.
-
Could have (C) – Desejáveis. São funcionalidades complementares que agregam valor, mas não são prioritárias.
-
Won't have for now (W) – Não serão implementadas neste ciclo. Podem ser reavaliadas em futuras versões.
Essa priorização será feita em conjunto com o cliente, garantindo que os recursos mais importantes sejam desenvolvidos primeiro e que o escopo esteja sempre alinhado com os objetivos do negócio.
Atividadades por membro
Tabela 1 - Tabela de atividade dos membros da equipe
Membro | Código das US | Feito | Status da validação |
---|---|---|---|
José Eduardo | US01, US02, US03, US04, US05, US06 | SIM | Validado |
Thales Germano | US07, US08, US09, US10, US11, US12 | SIM | |
Julia Massuda | US13, US14, US15, US16, US17, US18 | SIM | |
Andre Lopes | US19, US20, US21, US22, US23, US24 | ||
Diassis | US25, US26, US27, US28, US29, US30 | SIM | |
João Pedro | US31, US32, US33, US34, US35, US36 | SIM | |
Marco Marques | US37, US38, US39, US40, US41, US42 |
Fonte: José Eduardo, 2025.
Histórias de usuários
Padrão de tabelas para as histórias de usuário
Tabela 2 - Tabela padrão para as histórias de usuário
Campo | Descrição |
---|---|
CÓDIGO | USxx |
TÍTULO | Nome do requisito |
HISTÓRIA DE USUÁRIO | Eu, como contribuinte/profissional contábil, quero [...] para [...] |
CRITÉRIOS DE ACEITAÇÃO | - crit1; - crit2; - critX; |
RASTREABILIDADE | RFX |
STATUS | Implementada / Não implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: José Eduardo, 2025.
US-01 - Acompanhamento de status da restituição (precisão quanto aos lotes)
Tabela 3 - Tabela da história de usuario 01 (US-01)
Campo | Descrição |
---|---|
CÓDIGO | US-01 |
TÍTULO | Acompanhamento de status da restituição (precisão quanto aos lotes) |
HISTÓRIA DE USUÁRIO | Como contribuinte,quero visualizar o status detalhado da minha restituição, para saber exatamente em qual lote ela será paga e qual o andamento detalhado do processo. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve exibir o número do lote da restituição ao qual o contribuinte está vinculado. - Deve ser possível visualizar o status atual (ex: "em processamento", "em fila de pagamento", "pago"). - A informação do lote deve ser atualizada automaticamente conforme o status evoluir. - A data prevista de pagamento deve ser exibida, se disponível. - Se o contribuinte não for elegível à restituição, deve ser exibida a mensagem: "Você não possui valores a restituir nesta declaração." |
RASTREABILIDADE | RF3 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - SHOULD |
VALIDAÇÃO | Validada |
Fonte: José Eduardo, 2025.
US-02 - Agendar no proprio app da receita atendimentos presenciais
Tabela 3 - Tabela da história de usuario 02 (US-02)
Campo | Descrição |
---|---|
CÓDIGO | US-02 |
TÍTULO | Agendar no proprio app da receita atendimentos presenciais |
HISTÓRIA DE USUÁRIO | Como um cidadão, quero agendar atendimentos presenciais diretamente pelo aplicativo da Receita Federal, para que eu possa marcar compromissos de forma rápida, sem a necessidade de acessar o site/aplicativos externos, ou comparecer fisicamente para isso. |
CRITÉRIOS DE ACEITAÇÃO | - O usuário deve conseguir visualizar os postos de atendimento disponíveis com base na sua localização ou por estado/cidade. - O sistema deve exibir os serviços disponíveis para agendamento presencial. - O usuário deve poder selecionar a data e o horário entre os disponíveis para o posto escolhido. - O aplicativo deve confirmar o agendamento e gerar um comprovante com número de protocolo. - O usuário deve ter acesso a uma área no app para visualizar, reagendar ou cancelar seus agendamentos. |
RASTREABILIDADE | RF5 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - MUST |
VALIDAÇÃO | Validada |
Fonte: José Eduardo, 2025.
US-03 - Geração de guias de pagamento
Tabela 4 - Tabela da história de usuario 03 (US-03)
Campo | Descrição |
---|---|
CÓDIGO | US-03 |
TÍTULO | Geração de guias de pagamento |
HISTÓRIA DE USUÁRIO | Como cidadão, quero gerar guias de pagamento diretamente pelo aplicativo da Receita Federal, para que eu possa quitar meus débitos de forma prática, sem depender de outras plataformas ou atendimento presencial. |
CRITÉRIOS DE ACEITAÇÃO | - O usuário deve conseguir selecionar o tipo de tributo ou débito para o qual deseja gerar a guia (ex.: DARF, GPS, DAS). - O sistema deve permitir a inserção manual ou seleção de débitos em aberto. - O aplicativo deve oferecer opção para salvar ou compartilhar a guia em formato PDF. - A guia gerada deve conter código de barras e/ou QR Code para pagamento via internet banking ou PIX. - O usuário deve ter acesso ao histórico de guias geradas, com status de pagamento (paga/não paga). |
RASTREABILIDADE | RF10 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - MUST |
VALIDAÇÃO | Validada |
Fonte: José Eduardo, 2025.
US-04 - Consulta de status do CPF pelo aplicativo da Receita Federal
Tabela 5 - Tabela da história de usuario 04 (US-04)
Campo | Descrição |
---|---|
CÓDIGO | US-04 |
TÍTULO | Consulta de status do CPF pelo aplicativo da Receita Federal |
HISTÓRIA DE USUÁRIO | Como um cidadão, quero consultar o status do meu CPF diretamente pelo aplicativo da Receita Federal, para que eu possa verificar se está ativo, suspenso ou irregular, e tomar providências caso necessário. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve exibir claramente o status atual do CPF (ex.: Ativo, Suspenso, Cancelado, Nulo ou Pendente de Regularização). - A consulta deve apresentar também os dados básicos do CPF, como nome completo, data de nascimento e situação cadastral. - Caso o CPF esteja com pendências, o aplicativo deve orientar o usuário com os próximos passos para regularização. |
RASTREABILIDADE | RF11 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - MUST |
VALIDAÇÃO | Validada |
Fonte: José Eduardo, 2025.
US-05 - Acesso a informações detalhadas da declaração de imposto de renda por ano
Tabela 6 - Tabela da história de usuario 05 (US-05)
Campo | Descrição |
---|---|
CÓDIGO | US-05 |
TÍTULO | Acesso a informações detalhadas da declaração de imposto de renda por ano |
HISTÓRIA DE USUÁRIO | Como um contribuinte, quero acessar as informações detalhadas da minha declaração de imposto de renda de um ano específico pelo aplicativo da Receita Federal, para que eu possa consultar detalhes (dados) de envios, dentro do próprio aplicativo. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve permitir a seleção do ano-base da declaração (ex.: 2022, 2023...). - O sistema deve permitir o download da declaração em PDF. - O acesso deve ser protegido por autenticação de dois fatores ou biometria, garantindo a confidencialidade das informações. |
RASTREABILIDADE | RF14 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - MUST |
VALIDAÇÃO | Validada |
Fonte: José Eduardo, 2025.
US-06 - Emissão de certidão negativa via aplicativo
Tabela 7 - Tabela da história de usuario 06 (US-06)
Campo | Descrição |
---|---|
CÓDIGO | US-06 |
TÍTULO | Emissão de certidão negativa via aplicativo |
HISTÓRIA DE USUÁRIO | Como um contribuinte, quero emitir (via PDF) a certidão negativa de débitos diretamente pelo aplicativo da Receita Federal, para que eu possa comprovar minha regularidade fiscal de forma rápida e sem precisar acessar o site ou comparecer a uma unidade presencial. |
CRITÉRIOS DE ACEITAÇÃO | - O usuário deve estar autenticado para solicitar a certidão negativa. - O sistema deve verificar automaticamente se o contribuinte possui pendências fiscais ou débitos. - Caso não existam pendências, o sistema deve gerar a Certidão Negativa de Débitos (CND) em formato PDF. - Se houver pendências, o sistema deve exibir mensagem informando que a certidão não pode ser emitida, acompanhada das instruções para regularização. |
RASTREABILIDADE | RF17 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - MUST |
VALIDAÇÃO | Validada |
Fonte: José Eduardo, 2025.
US-07 - Acesso offline a serviços essenciais do app
Tabela 7 - Tabela da história de usuário 07 (US-07)
Campo | Descrição |
---|---|
CÓDIGO | US-07 |
TÍTULO | Acesso offline a serviços essenciais do app |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero acessar alguns serviços essenciais do aplicativo mesmo sem conexão com a internet, para consultar rapidamente dados como históricos de contribuição e DARFs emitidos. |
CRITÉRIOS DE ACEITAÇÃO | - O aplicativo deve permitir acesso offline ao histórico de contribuições e DARFs previamente baixados. - O sistema deve alertar que os dados estão desatualizados sem conexão. |
RASTREABILIDADE | RF05 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Thales Germano, 2025.
US-08 - Comparativo automático entre declarações de anos anteriores
Tabela 8 - Tabela da história de usuário 08 (US-08)
Campo | Descrição |
---|---|
CÓDIGO | US-08 |
TÍTULO | Comparativo automático entre declarações de anos anteriores |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero visualizar um comparativo entre minhas declarações de imposto de renda de anos anteriores, para identificar alterações e inconsistências de forma automática. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve listar informações relevantes lado a lado (ex: rendimentos, deduções, restituições). - O app deve destacar alterações ou divergências de forma visual. |
RASTREABILIDADE | RF25 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Thales Germano, 2025.
US-09 - Alteração de dados via app
Tabela 9 - Tabela da história de usuário 09 (US-09)
Campo | Descrição |
---|---|
CÓDIGO | US-09 |
TÍTULO | Alteração de dados via app |
HISTÓRIA DE USUÁRIO | Como cidadão, quero poder alterar meus dados cadastrais diretamente no aplicativo da Receita Federal, para manter minhas informações atualizadas de forma prática. |
CRITÉRIOS DE ACEITAÇÃO | - O usuário deve poder alterar endereço, telefone e e-mail. - Alterações devem ser confirmadas com autenticação segura. |
RASTREABILIDADE | RF07 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Thales Germano, 2025.
US-10 - Notificação de vencimento próximo
Tabela 10 - Tabela da história de usuário 10 (US-10)
Campo | Descrição |
---|---|
CÓDIGO | US-10 |
TÍTULO | Notificação de vencimento próximo |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero ser notificado pelo aplicativo quando uma obrigação fiscal estiver próxima do vencimento, para evitar atrasos no pagamento ou envio. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve exibir alertas com antecedência de X dias. - As notificações devem permitir acesso direto à ação correspondente (pagamento/envio). |
RASTREABILIDADE | RF04 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Thales Germano, 2025.
US-11 - Declaração simplificada do IR
Tabela 11 - Tabela da história de usuário 11 (US-11)
Campo | Descrição |
---|---|
CÓDIGO | US-11 |
TÍTULO | Declaração simplificada do IR |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero realizar uma declaração de imposto de renda simplificada no app, para agilidade no envio de informações quando não tenho deduções complexas. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve oferecer opção de declaração simplificada com cálculo automático. - Deve apresentar simulação de restituição ou valor a pagar. |
RASTREABILIDADE | RF09 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Thales Germano, 2025.
US-12 - Consulta de inscrição no CNPJ
Tabela 12 - Tabela da história de usuário 12 (US-12)
Campo | Descrição |
---|---|
CÓDIGO | US-12 |
TÍTULO | Consulta de inscrição no CNPJ |
HISTÓRIA DE USUÁRIO | Como cidadão ou empresário, quero consultar a inscrição de um CNPJ diretamente pelo app, para verificar a situação cadastral de empresas de forma rápida. |
CRITÉRIOS DE ACEITAÇÃO | - Deve ser possível pesquisar pelo número do CNPJ. - O sistema deve exibir dados como razão social, endereço e situação cadastral. |
RASTREABILIDADE | RF28 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Thales Germano, 2025.
US-13 - Compartilhamento de comprovantes e certidões
Tabela 13 - Tabela da história de usuário 13 (US-13)
Campo | Descrição |
---|---|
CÓDIGO | US-13 |
TÍTULO | Compartilhamento de comprovantes e certidões |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero compartilhar meus comprovantes e certidões diretamente pelo aplicativo através de WhatsApp, e-mail ou salvamento em nuvem, para que eu possa enviar documentos oficiais de forma prática e segura quando solicitado. |
CRITÉRIOS DE ACEITAÇÃO | - O aplicativo deve permitir compartilhamento via WhatsApp, e-mail e Google Drive/iCloud. - Documentos devem manter formato oficial e assinatura digital. - Deve ser possível compartilhar múltiplos documentos simultaneamente. - O sistema deve registrar o histórico de compartilhamentos para auditoria. - Deve incluir opções de proteção por senha nos documentos compartilhados. |
RASTREABILIDADE | RF23 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada com o usuário |
Fonte: Julia Massuda, 2025.
US-14 - Reenvio de notificações perdidas
Tabela 14 - Tabela da história de usuário 14 (US-14)
Campo | Descrição |
---|---|
CÓDIGO | US-14 |
TÍTULO | Reenvio de notificações perdidas |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero poder solicitar o reenvio de notificações importantes que perdi ou não recebi, através de e-mail ou mensagem no aplicativo, para que eu não perca prazos importantes por falha na comunicação. |
CRITÉRIOS DE ACEITAÇÃO | - O usuário deve conseguir visualizar histórico de notificações enviadas. - Deve ser possível reenviar notificações via e-mail ou push no app. - O sistema deve permitir configurar canais preferenciais de comunicação. - Deve incluir filtros por tipo de notificação e período. - Notificações críticas devem ter opção de reenvio automático. |
RASTREABILIDADE | RF24 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - Should Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Julia Massuda, 2025.
US-16 - FAQ interativo com busca inteligente
Tabela 16 - Tabela da história de usuário 16 (US-16)
Campo | Descrição |
---|---|
CÓDIGO | US-16 |
TÍTULO | FAQ interativo com busca inteligente |
HISTÓRIA DE USUÁRIO | Como usuário do aplicativo, quero acessar um FAQ interativo com busca inteligente filtrada por temas como CPF, IRPF e Certidões, para que eu possa encontrar respostas rápidas e precisas para minhas dúvidas sem precisar entrar em contato com atendimento. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve permitir busca por palavras-chave com sugestões automáticas. - Deve incluir filtros por categoria (CPF, IRPF, Certidões, etc.). - As respostas devem ser organizadas por relevância e popularidade. - Deve incluir recursos visuais como imagens e vídeos explicativos. - O usuário deve poder avaliar a utilidade das respostas encontradas. |
RASTREABILIDADE | RF26 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - Should Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Julia Massuda, 2025.
US-17 - Integração com calendário do dispositivo
Tabela 17 - Tabela da história de usuário 17 (US-17)
Campo | Descrição |
---|---|
CÓDIGO | US-17 |
TÍTULO | Integração com calendário do dispositivo |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero que o aplicativo se integre automaticamente com o calendário do meu dispositivo para criar lembretes de obrigações fiscais, para que eu possa visualizar todos os meus compromissos tributários junto com minha agenda pessoal. |
CRITÉRIOS DE ACEITAÇÃO | - O aplicativo deve solicitar permissão para acessar o calendário do usuário. - Deve criar eventos automaticamente para vencimentos de obrigações fiscais. - Os eventos devem incluir informações detalhadas sobre a obrigação. - O usuário deve poder personalizar antecedência dos lembretes. - Deve sincronizar automaticamente mudanças de datas e novos prazos. |
RASTREABILIDADE | RF27 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada pelo Usuário |
Fonte: Julia Massuda, 2025.
US-18 - Dashboard para profissionais contábeis
Tabela 18 - Tabela da história de usuário 18 (US-18)
Campo | Descrição |
---|---|
CÓDIGO | US-18 |
TÍTULO | Dashboard para profissionais contábeis |
HISTÓRIA DE USUÁRIO | Como profissional contábil, quero ter acesso a um dashboard especializado que me permita gerenciar múltiplos CPFs/CNPJs dos meus clientes, para que eu possa ter uma visão consolidada e eficiente de todas as obrigações fiscais sob minha responsabilidade. |
CRITÉRIOS DE ACEITAÇÃO | - O dashboard deve exibir resumo de todos os clientes vinculados. - Deve mostrar alertas de vencimentos e pendências por cliente. - Deve permitir filtros por tipo de obrigação, status e prazo. - O sistema deve gerar relatórios consolidados. - Deve incluir ferramentas de busca rápida por CPF/CNPJ ou nome do cliente. |
RASTREABILIDADE | RF19 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - Should Have |
VALIDAÇÃO | Validada pelo Usuário |
Fonte: Julia Massuda, 2025.
US-25 - Acesso simultâneo a múltiplos CPFs/CNPJs
Tabela 25 - Tabela da história de usuário 25 (US-25)
Campo | Descrição |
---|---|
CÓDIGO | US-25 |
TÍTULO | Acompanhamento de processos administrativos |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero acompanhar o andamento dos meus processos administrativos junto à Receita Federal diretamente pelo aplicativo, para que eu possa ter transparência sobre o status e próximos passos sem precisar comparecer presencialmente. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve listar todos os processos administrativos do contribuinte. - Deve exibir o status atual (em análise, deferido, aguardando documentos etc.). - Deve mostrar histórico de movimentações e prazos estimados. |
RASTREABILIDADE | RF20 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: Diassis, 2025.
US-26 - Cadastro de CPF via aplicativo
Tabela 26 - Tabela da história de usuário 26 (US-26)
Campo | Descrição |
---|---|
CÓDIGO | US-26 |
TÍTULO | Cadastro de CPF remotamente pelo app |
HISTÓRIA DE USUÁRIO | Como cidadão, quero poder cadastrar meu CPF de forma totalmente remota pelo app, para que eu não precise comparecer fisicamente a uma unidade da Receita Federal. |
CRITÉRIOS DE ACEITAÇÃO | - O aplicativo deve oferecer um formulário com os dados necessários para emissão de CPF. - O sistema deve validar os dados em tempo real e solicitar documentos via upload. - O status do pedido deve ser atualizado no próprio app. - Ao final, deve permitir o download ou visualização do comprovante de inscrição no CPF. |
RASTREABILIDADE | RF02 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Diassis, 2025.
US-27 - Integração com conta Gov.br
Tabela 27 - Tabela da história de usuário 27 (US-27)
Campo | Descrição |
---|---|
CÓDIGO | US-27 |
TÍTULO | Login com conta Gov.br |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero acessar o app utilizando minha conta Gov.br, para facilitar o login e garantir a segurança dos meus dados. |
CRITÉRIOS DE ACEITAÇÃO | - O app deve oferecer botão de login com Gov.br já na tela inicial. - A autenticação deve ser redirecionada para o ambiente oficial do Gov.br. - Após autenticar, o usuário deve retornar automaticamente ao app com a sessão iniciada. |
RASTREABILIDADE | RF12 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Diassis, 2025.
US-28 - Envio de documentos para instrução de processos
Tabela 28 - Tabela da história de usuário 28 (US-28)
Campo | Descrição |
---|---|
CÓDIGO | US-28 |
TÍTULO | Enviar documentos para processos pelo app |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero enviar documentos diretamente pelo aplicativo, para instruir ou complementar processos junto à Receita Federal sem precisar ir a uma unidade presencial. |
CRITÉRIOS DE ACEITAÇÃO | - O usuário deve poder selecionar o tipo de processo que deseja instruir. - O sistema deve aceitar arquivos PDF, JPG e PNG. - O usuário deve receber uma confirmação do envio e protocolo. - O status do processo deve ser visível pelo app. |
RASTREABILIDADE | RF13 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Diassis, 2025.
US-29 - Envio da declaração do IR diretamente pelo app
Tabela 29 - Tabela da história de usuário 29 (US-29)
Campo | Descrição |
---|---|
CÓDIGO | US-29 |
TÍTULO | Envio da declaração do IR pelo app |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero enviar minha declaração do Imposto de Renda diretamente pelo aplicativo, para cumprir minha obrigação fiscal de maneira mais rápida e prática. |
CRITÉRIOS DE ACEITAÇÃO | - O app deve permitir o preenchimento completo ou importação da declaração. - Deve haver botão de envio oficial da declaração. - O sistema deve emitir um comprovante de entrega ao final. - Caso haja erros, o app deve orientar a correção. |
RASTREABILIDADE | RF15 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Diassis, 2025.
US-30 - Histórico de declarações enviadas
Tabela 30 - Tabela da história de usuário 30 (US-30)
Campo | Descrição |
---|---|
CÓDIGO | US-30 |
TÍTULO | Histórico de envio das declarações |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero visualizar o histórico das minhas declarações já enviadas pelo app, para que eu possa consultar datas, comprovantes e possíveis pendências. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve listar as declarações enviadas por ano. - Deve ser possível baixar o comprovante em PDF. - Declarações com pendências devem ser sinalizadas com alertas. - O sistema deve permitir filtro por ano ou status. |
RASTREABILIDADE | RF16 |
STATUS | Implementada |
PRIORIDADE | MOSCOW - Must Have |
VALIDAÇÃO | Validada pelo usuário |
Fonte: Diassis, 2025.
US-31 - Consulta de pendências de Malha Fiscal
Tabela 31 - Tabela da história de usuário 31 (US-31)
Campo | Descrição |
---|---|
CÓDIGO | US-31 |
TÍTULO | Consulta de pendências de Malha Fiscal |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero consultar se minha declaração de imposto de renda está na malha fiscal diretamente pelo aplicativo, para que eu possa verificar possíveis inconsistências e tomar as providências necessárias rapidamente. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve exibir o status da declaração em relação à malha fiscal (em análise, liberada, retida). - Deve mostrar detalhes das inconsistências encontradas quando aplicável. - O aplicativo deve orientar sobre os documentos necessários para esclarecimentos. - Deve permitir o acompanhamento do processo de regularização. - As informações devem ser atualizadas em tempo real conforme análise da Receita Federal. |
RASTREABILIDADE | RF18 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: João Pedro, 2025.
US-33 - Integração com eSocial
Tabela 33 - Tabela da história de usuário 33 (US-33)
Campo | Descrição |
---|---|
CÓDIGO | US-33 |
TÍTULO | Integração com eSocial |
HISTÓRIA DE USUÁRIO | Como empregador ou profissional de RH, quero acessar funcionalidades do eSocial diretamente pelo aplicativo da Receita Federal, para que eu possa gerenciar informações trabalhistas e previdenciárias de forma integrada e prática. |
CRITÉRIOS DE ACEITAÇÃO | - O aplicativo deve permitir acesso às principais funcionalidades do eSocial. - Deve ser possível consultar eventos enviados e pendências. - O sistema deve sincronizar dados entre as plataformas automaticamente. - Deve incluir notificações sobre prazos e obrigações do eSocial. - A navegação entre os sistemas deve ser transparente para o usuário. |
RASTREABILIDADE | RF22 |
STATUS | Não implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: João Pedro, 2025.
US-34 - Autorização de acesso a terceiros
Tabela 34 - Tabela da história de usuário 34 (US-34)
Campo | Descrição |
---|---|
CÓDIGO | US-34 |
TÍTULO | Autorização de acesso a terceiros |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero autorizar o acesso de terceiros (contadores, advogados, familiares) aos meus dados fiscais diretamente pelo aplicativo, para que eu possa permitir que profissionais me auxiliem sem precisar comparecer presencialmente ou usar procuração física. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve permitir buscar e selecionar terceiros por CPF/CNPJ. - Deve ser possível definir quais informações o terceiro pode acessar. - As autorizações devem ter prazo de validade configurável. - O usuário deve poder revogar autorizações a qualquer momento. - Deve manter histórico de acessos realizados pelos terceiros autorizados. |
RASTREABILIDADE | RF22 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: João Pedro, 2025.
US-35 - Consulta de tabelas auxiliares
Tabela 35 - Tabela da história de usuário 35 (US-35)
Campo | Descrição |
---|---|
CÓDIGO | US-35 |
TÍTULO | Consulta de tabelas auxiliares (CNAE, NCM, unidades da RF) |
HISTÓRIA DE USUÁRIO | Como empresário ou profissional contábil, quero consultar tabelas de códigos CNAE, NCM e localizar unidades da Receita Federal diretamente pelo aplicativo, para que eu possa obter informações técnicas necessárias para preenchimento de documentos e obrigações fiscais. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve permitir busca por código ou descrição nas tabelas CNAE e NCM. - Deve incluir filtro geográfico para localizar unidades da Receita Federal próximas. - As informações devem incluir endereços, telefones e horários de funcionamento das unidades. - Deve permitir favoritar códigos ou unidades frequentemente consultados. - As tabelas devem ser atualizadas automaticamente conforme alterações oficiais. |
RASTREABILIDADE | RF29 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: João Pedro, 2025.
US-36 - Acesso à Caixa Postal oficial
Tabela 36 - Tabela da história de usuário 36 (US-36)
Campo | Descrição |
---|---|
CÓDIGO | US-36 |
TÍTULO | Acesso à Caixa Postal oficial |
HISTÓRIA DE USUÁRIO | Como contribuinte, quero acessar minha caixa postal oficial da Receita Federal diretamente pelo aplicativo, para que eu possa receber e consultar comunicações, intimações e documentos oficiais de forma segura e centralizada. |
CRITÉRIOS DE ACEITAÇÃO | - O sistema deve exibir todas as mensagens oficiais da Receita Federal. - Mensagens devem ser organizadas por data e tipo (informativa, intimação, cobrança). - Deve permitir marcar mensagens como lidas/não lidas. - O usuário deve poder fazer download de anexos quando disponíveis. - Deve incluir notificações push quando novas mensagens chegarem. |
RASTREABILIDADE | RF30 |
STATUS | Implementada |
PRIORIDADE | MOSCOW (Cliente define) |
VALIDAÇÃO | Validada / Não validada (Cliente define) |
Fonte: João Pedro, 2025.
Video da validação
Validação das US 01 - US 06
Video 1 - Validacao US 01 - US 06
Fonte: Jose Eduardo, 2025.
Referencias
1. PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de Software. McGraw-Hill, 2016.
2. SERRANO, Milene; SERRANO, Maurício. Requisitos – Aula 15. UnB, 2025. Disponível em: https://aprender3.unb.br/pluginfile.php/3096144/mod_resource/content/1/Requisitos%20-%20Aula%2015a.pdf. Acesso em: 31 de maio 2025.
Histórico de versão
Versão | Data | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|
1.0 |
31/05/2025 | Criação do documento das histórias de usuário | Jose Eduardo | Thales Germano |
1.1 |
31/05/2025 | Criação das US01 - US06 | Jose Eduardo | Thales Germano |
1.2 |
31/05/2025 | Criação das US25 - US30 | Diassis | Jose Eduardo |
1.3 |
31/05/2025 | Criação das US07 - US12 | Thales Germano | Diassis |
1.4 |
31/05/2025 | Criação das US13 - US18 | Júlia Massuda | |
1.5 |
31/05/2025 | Criação das US31 - US36 | João Pedro Rodrigues | Júlia Massuda |
1.6 |
06/06/2025 | Adicionando Validaçao e Priorização das US13 - US18 | Júlia Massuda | Jose Eduardo |
1.7 |
06/06/2025 | Correções e Validações US-25 até US-30 | Diassis | Jose Eduardo |
1.8 |
08/06/2025 | Removendo US repetidas ou sem RF relacionado | Jose Eduardo | Diassis |
1.9 |
22/06/2025 | Adicionando o video de validacao e priorizacao US 01 - US 06 | Jose Eduardo | Júlia Massuda |
1.9 |
22/06/2025 | Correção da US e RF | Diaxiz | Revisor Aqui |