Em contraste com os Requisitos Não-Funcionais (RNF), os Requisitos Funcionais (RF) são essenciais para a codificação das funcionalidades do sistema.

A principal característica que define um RF é

Durante o Processo de Engenharia de Requisitos para o novo sistema de gestão de documentos, o Analista de Sistemas identificou que dois stakeholders importantes têm requisitos conflitantes sobre a funcionalidade de arquivamento. Um exige arquivamento imediato e o outro exige retenção por 90 dias.

A fase do Processo de Engenharia de Requisitos é responsável por resolver essas inconsistências e conflitos entre requisitos e stakeholders é 

A equipe de desenvolvimento ágil está utilizando Story Points para estimar o esforço relativo das funcionalidades do sistema. Em uma sessão de Planning Poker, uma User Story Gerar Relatório de Presença recebe 8 Story Points, enquanto a Story de Atualizar Telefone do Parlamentar recebe 3 Story Points.

Os valores de 8 Story Points e 3 Story Points representam

Em um projeto de alta concorrência na Assembleia, o Analista de Sistemas precisa coletar requisitos para um novo módulo de apoio legislativo, mas o tempo disponível com os stakeholders é muito limitado. O analista decide utilizar uma técnica de elicitação de requisitos que permite explorar em profundidade as exceções e detalhes dos workflows com o mínimo de pessoas.

A técnica de elicitação de requisitos, que envolve a interação direta com stakeholders-chave, e a mais adequada para obter informações detalhadas e em profundidade sobre os processos e regras de negócio é a de 

No método de Análise de Ponto de Função (APF) simplificado, o Analista calcula a Contagem de Pontos de Função Não Ajustada (UFC). Antes de chegar à Contagem Final de Pontos de Função (FPC), é necessário aplicar o Fator de Ajuste de Valor (VAF). O principal objetivo da aplicação do Fator de Ajuste de Valor (VAF) na Metodologia APF é 

A equipe de desenvolvimento do sistema de votação remota na Assembleia definiu os seguintes requisitos:

1. O sistema deve registrar o voto de cada parlamentar em até 1 segundo.

2. O sistema deve permanecer operacional 99,99% do tempo durante as sessões plenárias.

3. O sistema deve estar em conformidade com a Lei Geral de Proteção de Dados (LGPD).

Estes requisitos acima, que descrevem critérios de desempenho, qualidade e restrição, são classificados como:

O Analista de Sistemas está aplicando a Metodologia de Ponto de Função (APF) para estimar o tamanho funcional do novo sistema de Protocolo Eletrônico. Ele identificou um arquivo lógico composto de dados mantidos exclusivamente pelo sistema de Protocolo e referenciados por diversos processos internos.

Em APF, este arquivo lógico mantido e acessado internamente, que representa dados persistentes do sistema, é classificado como

O time de Desenvolvimento está projetando uma nova funcionalidade de Arquivamento Rápido para processos concluídos. No design inicial, o botão de arquivamento está posicionado longe do botão de Concluir Processo e usa o ícone de uma lixeira, que os usuários associam à Exclusão Irreversível. O feedback dos usuários revela confusão e hesitação antes de usar a função. A hesitação e a confusão na interação indicam uma falha no Desenho e Planejamento de Interação.

Assinale qual princípio de UX é relacionado a essa falha:

O Analista de Sistemas precisa garantir que o histórico de mudanças do código-fonte do novo sistema de gestão de protocolo seja registrado, permitindo que a equipe possa rastrear as alterações, reverter para versões anteriores ou trabalhar em paralelo em diferentes funcionalidades. A ferramenta adotada para isso é o GIT.
O seguinte conceito fundamental no GIT representa a cópia isolada e independente do código-fonte, que permite aos desenvolvedores trabalhar em uma nova funcionalidade ou correção sem afetar o código principal:

Em projetos de sistemas de grande porte e com alto risco, como o desenvolvimento de um sistema de segurança predial na Assembleia Legislativa, um modelo de ciclo de vida é escolhido por seu foco sistemático na identificação e gestão de riscos em cada volta do ciclo.
O seguinte modelo de desenvolvimento de software tem como característica central a Gestão de Risco como atividade dominante em cada iteração:

Para o desenvolvimento de um sistema de interface com o público, em que a equipe de Análise de Sistemas precisa clarear os requisitos de usabilidade e garantir que o design da tela atenda às expectativas dos usuários finais, utiliza-se um modelo que rapidamente constrói uma versão preliminar do sistema.
O principal propósito da utilização do Modelo de Prototipação no desenvolvimento de software é

Após a conclusão dos Testes Unitários, o Analista de Sistemas precisa verificar se o novo módulo de autenticação consegue se comunicar com sucesso com o banco de dados de usuários e com o serviço externo de autorização (API).
O tipo de teste que se concentra em verificar as interfaces e interações entre diferentes módulos do sistema, incluindo suas dependências reais (como banco de dados, arquivos ou APIs externas), é o

O Analista de Sistemas está revisando a estratégia de testes do projeto e observa a utilização de dois métodos ágeis, TDD e BDD.
A principal diferença de foco entre eles reside no fato de que

Em uma aplicação web para o backoffice da Casa, o modelo MVC (Model-View-Controller) é adotado para separar as preocupações do código, promovendo a manutenibilidade e a testabilidade.
A principal responsabilidade do Model em uma aplicação MVC clássica, no contexto de uma requisição web é

Muitos princípios ágeis, especialmente o Kanban, são fortemente influenciados pelo pensamento Lean Enxuto, que busca otimizar o fluxo de valor.
Assinale a opção que apresenta um exemplo de desperdício no desenvolvimento de software que o Kanban e o Lean buscam ativamente minimizar.

Em um sistema que utiliza a prática de Integração Contínua, o código é frequentemente integrado e testado automaticamente. A metodologia XP enfatiza a prática de Refatoração como essencial para a qualidade contínua.
no contexto da Refatoração contínua, o conceito de Technical Debt representa

Em um sistema de peticionamento eletrônico, um erro de programação fez com que a data da petição fosse formatada incorretamente (o ano aparece como 0025 em vez de 2025). Esse erro se manifesta quando o usuário final tenta visualizar o documento.
Tecnicamente, o erro de programação no código é o Defect, e o comportamento incorreto observado pelo usuário final é classificado como

O Pair Programming é uma prática central do XP, onde dois desenvolvedores trabalham juntos em um único computador na mesma tarefa. Um atua enquanto Piloto e o outro como Navegador.
Além da melhoria imediata na qualidade do código, o benefício intangível de longo prazo mais significativo do Pair Programming para o conhecimento da equipe será

O Product Owner da Assembleia Legislativa, pressionado pelo prazo de fim de ano, sugere que, para o próximo projeto, as Sprints de quatro semanas sejam reduzidas para uma semana, a fim de acelerar o desenvolvimento.
A principal desvantagem de reduzir drasticamente a duração de uma Sprint em um ambiente complexo e com alta burocracia, como um órgão público é

No projeto do sistema de gestão de recursos, a equipe utiliza uma ferramenta de análise de qualidade para monitorar a Cobertura de Teste do código. Uma métrica comum utilizada é a Cobertura de Decisão (Decision Coverage), também conhecida como Cobertura de Ramificação (Branch Coverage).
O principal foco da métrica Cobertura de Decisão na avaliação da qualidade do código-fonte é