Questões de Concurso Comentadas para analista de tecnologia da informação

Leia o texto a seguir.
O MPS.BR é um programa mobilizador, de longo prazo, criado em dezembro de 2003, coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), que teve o apoio do Ministério da Ciência, Tecnologia, Inovações e Comunicações (MCTIC), Financiadora de Estudos e Projetos (FINEP), Serviço Brasileiro de Apoio às Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de Desenvolvimento (BID/FUMIN).
Disponível em: <https://www.softex.br/wpcontent/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012-c-ISBN-1.pdf>. Acesso em: 20 fev. 2024.

O Guia Geral MPS de Software, que compõe o programa de Melhoria de Processo do Software Brasileiro (MPS.BR), define as seguintes metas:

Leia o texto a seguir.
O Capability Maturity Model Integration for Development (CMMI-DEV) é um modelo de referência que descreve as melhores práticas associadas ao desenvolvimento e à manutenção de produtos e serviços. Ele fornece um conjunto abrangente de diretrizes e recomendações para melhorar os processos de desenvolvimento de software e aumentar a maturidade organizacional. Uma das características importantes do CMMI-DEV é a distinção entre modelo de maturidade e modelo de capacidade.
Disponível em: <https://resources.sei.cmu.edu/library/assetview.cfm?assetid=656750>. Acesso em: 20 fev. 2024.

No contexto do Capability Maturity Model Integration for Development (CMMI-DEV v2.0), a diferença entre o modelo de maturidade e o modelo de capacidade está descrita em:

Leia o texto a seguir.
No geral, o surgimento do low-code e do no-code reflete uma mudança nas abordagens tradicionais de desenvolvimento de software, visando maior velocidade, agilidade e participação dos usuários finais no processo de criação de soluções digitais.
Disponível em: <https://canaltech.com.br/mercado/o-que-sao-as-metodologiaslow-code-e-no-code-205938/>. Acesso em: 20 fev. 2024.

A diferença entre desenvolvimento de software usando low-code e no-code está descrita em: 

Leia o texto a seguir.
Na engenharia de requisitos, um dos desafios mais significativos é a identificação e a compreensão das necessidades dos usuários e stakeholders, a fim de definir corretamente os requisitos do sistema que está sendo desenvolvido. Neste contexto, destacam-se duas categorias de dificuldades: essenciais e acidentais. 
Disponível em: <https://ieeexplore.ieee.org/document/1663532>. Acesso em: 15 fev. 2024.

 A diferença entre essas categorias está descrita em:

Leia o texto a seguir.
Na engenharia de software, existem diferentes abordagens para o ciclo de vida nos processos de desenvolvimento de software, sendo as três mais comuns: sequencial, iterativo e incremental. Cada uma dessas abordagens tem suas próprias características e benefícios, adequadas para diferentes tipos de projetos e de requisitos.
PRESSMAN, Roger S. Engenharia de Software: Uma Abordagem Profissional. 7ª edição. Porto Alegre: AMGH Editora, 2016.

A diferença entre essas abordagens está descrita em: