Questões de Concurso Sobre engenharia de software
Foram encontradas 12.615 questões
A manutenção de software refere-se ao processo de modificação e à atualização de um sistema de software após sua entrega inicial, com o objetivo de corrigir defeitos, melhorar o desempenho, adaptar-se a novos requisitos ou a aprimorar suas funcionalidades. É uma parte essencial do ciclo de vida do desenvolvimento de software e visa garantir que o software continue a atender às necessidades dos usuários ao longo do tempo.
Disponível em: <https://www.devmedia.com.br/manutencao-de-softwaredefinicoes-e-dificuldades-artigo-revista-sql-magazine-86/20402>. Acesso em: 20 fev. 2024.
Sob o ponto de vista da implementação de um software, a característica desejável para boa manutenibilidade do código criado é a:
Scrum é um framework ágil de gerenciamento de projetos, amplamente utilizado no desenvolvimento de software, mas aplicável a uma variedade de contextos. Ele foi concebido para oferecer uma abordagem flexível e adaptável ao desenvolvimento de produtos complexos, especialmente em ambientes onde os requisitos podem mudar rapidamente e a incerteza é alta.
Disponível em: <https://www.scrum.org/. Acesso em 20/02/2024>. Acesso em: 20 fev. 2024.
É uma característica fundamental do Product Backlog no Scrum ser:
O teste é uma atividade fundamental no ciclo de vida do desenvolvimento de software, que visa identificar defeitos, bugs ou problemas em um sistema de software para garantir sua qualidade e adequação aos requisitos do usuário final. Consiste em executar o software em condições controladas e observar seu comportamento, a fim de verificar se ele atende aos critérios de aceitação estabelecidos durante a fase de especificação e de desenvolvimento.
Disponível em: <https://www.softwaretestinghelp.com/>. Acesso em: 20 fev. 2024.
É uma característica essencial para o resultado adequado em testes unitários de software:
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:
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:
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:
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:
( ) A sprint review fornece uma oportunidade importante para que a equipe Scrum receba feedback das pessoas que tipicamente não estão disponíveis em termos diários durante a sprint execution.
( ) O product owner, o ScrumMaster e a equipe de desenvolvimento devem estar todos presentes no sprint review para que possam todos ter o mesmo feedback e serem capazes de responder perguntas em relação ao sprint e ao incremento do produto.
( ) Na sprint review, se permite que a equipe apresente apenas o trabalho completado, ou seja, trabalho que atenda a definição de pronto. Isso implica que em algum momento antes da sprint review, alguém determinou se cada item do product backlog está ou não pronto.
Assinale a alternativa que apresenta a sequência correta de cima para baixo.
A respeito de experiência do usuário (UX) e de metodologias ágeis, julgue o próximo item.
Lean UX e Agile UX são técnicas mutuamente exclusivas,
pois o Agile UX está focado em cortar processos
desnecessários e etapas secundárias.
A respeito de experiência do usuário (UX) e de metodologias ágeis, julgue o próximo item.
Brainstorming é uma estratégia muito utilizada e
recomendada na etapa de prototipação do design thinking.