Um empreendimento de TI resolveu implantar uma arquitetura cliente-servidor de três camadas na sua estrutura web. A equipe de desenvolvimento está, então, trabalhando na camada que vai representar a interface de usuário com a camada de comunicação. Cabe a essa camada a exibição das informações gerais, além da coleta de informações dos usuários, podendo ser executada em um navegador da web. Considerando esse modelo de arquitetura, a camada na qual a equipe está trabalhando é a:

Em um projeto desenvolvido com metodologia ágil, ao descrever uma funcionalidade “Envio de Notificação de Vencimento de Tributo”, a equipe cria a seguinte narrativa: “Como contribuinte, quero receber notificação de vencimento para que eu possa pagar antes da data-limite”. Representa uma boa prática de escrita dessa história de usuário e está em conformidade com conceitos de engenharia de requisitos aquela em que a

Uma Secretaria da Fazenda esta alinhando sua transformação digital da Gestão Tributaria (ICMS, inteligência fiscal, certidões e fiscalização móvel) e precisa construir uma arquitetura corporativa para integrar processos, dados e sistemas legados, reduzir redundâncias e orientar investimentos. O objetivo é garantir interoperabilidade entre plataformas, conformidade regulatória e foco em valor publico (eficiência na arrecadação, transparência e melhor serviço ao contribuinte). Considerando os fundamentos da arquitetura corporativa, para orientar a construção dos roadmaps e a definição de valor para cada produto, deve-se

Um time de desenvolvimento esta definindo os requisitos para um sistema de controle de tributos estaduais. Eles estruturam o backlog da seguinte forma: “Processamento de Declarações Fiscais” como um épico, dentro dele uma feature “Importação de Declarações”, e várias histórias de usuário como: “Como Auditor, quero importar arquivo X para que o sistema valide os dados automaticamente”. Nessa abordagem, ao estimar o tamanho funcional bruto do sistema via Analise de Pontos de Função (APF), deve-se considerar

Uma Secretaria da Fazenda (SEFAZ) esta expandindo sua transformação ágil e decidiu adotar o SAFe 6.0 para coordenar múltiplas equipes trabalhando no desenvolvimento de sistemas integrados de arrecadação tributária. Durante a fase de estruturação dos papéis, a liderança identifica a necessidade de um profissional responsável por facilitar eventos em nível de programa, remover impedimentos sistémicos, gerenciar riscos e apoiar a execução do Program Increment. Além disso, precisa definir quem será responsável por maximizar o valor do produto através da gestão e priorização do Program Backlog, trabalhando com stakeholders e equipes. Por fim, é necessário estabelecer quem fornecera orientação técnica e arquitetural para as equipes do Agile Release Train. A SEFAZ precisa definir a designação correta para cada uma dessas responsabilidades dentro do Agile Release Train, formando a estrutura básica de liderança do programa no framework. Nesse contexto, o papel responsável por facilitar eventos e remover impedimentos é o

Uma Secretaria da Fazenda Estadual iniciou a implementação do framework Scrum para desenvolvimento de sistemas tributários. Durante o treinamento da equipe sobre o Scrum Guide 2020, surgiram dúvidas sobre as mudanças em relação a versão anterior. O instrutor explicou que houve alterações significativas nos artefatos e seus compromissos associados, visando a aumentar a transparência e o foco no progresso. Um membro da equipe questiona especificamente sobre os compromissos vinculados a cada artefato do Scrum. Considerando as definições estabelecidas no Scrum Guide 2020, a associação correta entre os artefatos do Scrum e seus respectivos compromissos, garantindo que cada artefato tenha um objetivo claro e mensurável para orientar o trabalho da equipe de desenvolvimento, é: Product Backlog possui como compromisso a

Uma Secretaria Fazendária de um estado esta desenvolvendo um novo painel web para que empresas consultem a situação de seus débitos tributários. Durante os testes, auditores notam que, ao carregar a pagina, a tabela que exibe os tributos aparece inicialmente desformatada, exibindo valores sobrepostos e colunas desalinhadas, mas após 1 segundo a aparência se corrige automaticamente. O desenvolvedor explica que esta havendo Flash Of Unstyled Content (FOUC). Para corrigir o problema, garantindo que a tabela sempre apareça formatada desde o inicio, a solução mais adequada é

Um órgão fazendário expõe, por meio de uma API REST, dados de notas fiscais eletrônicas para outros sistemas estaduais. Em picos de uso, algumas requisições retornam informações inconsistentes porque o processamento interno ainda está em execução de forma assíncrona. Nesse cenário, a estratégia de projeto REST adequada para garantir consistência das respostas sem bloquear o processamento da operação é

Um órgão fazendário esta modernizando o módulo de cálculo de tributos e deseja separar claramente a lógica das regras fiscais das adaptações necessárias para diferentes bancos de dados usados pelos estados. Considerando que a equipe quer garantir que mudanças na infraestrutura não impactem as regras tributarias centrais, a abordagem arquitetural que atende melhor a essa necessidade é

Uma Secretaria da Fazenda realiza anualmente uma mudança obrigatória no calculo de tributos, sempre válida a partir do primeiro dia do ano. Embora existam processos formais de homologação e acompanhamento pós-implantação, uma auditoria interna constatou falhas de rastreabilidade: incidentes em produção não apresentavam relação clara com as mudanças aplicadas. Considerando praticas consolidadas de rastreabilidade no ciclo de vida de soffware, a ação que garante rastreamento completo das mudanças, desde o código até a operação, é