Questões de Concurso Sobre engenharia de software
Foram encontradas 14.505 questões
Sommerville, Ian. Engenharia de software (p. 18). Edição do Kindle.
Relacione a Coluna 1 que apresenta as principais atividades para a engenharia de software com a Coluna 2 que define essas atividades.
Coluna 1
(1)Especificação de software. (2)Projeto e implementação de software. (3)Validação de software. (4)Evolução de software.
Coluna 2
( )O software deve ser validado para garantir que atenda às demandas do cliente.
( )O software deve ser produzido para atender às especificações.
( ) O software deve evoluir para atender às necessidades de mudança dos clientes.
( )A funcionalidade do software e as restrições a seu funcionamento devem ser definidas.
Após análise, assinale a alternativa que apresenta a sequência CORRETA:
I. A UML é um método utilizado para especificação, visualização, construção e documentação de modelos de software.
II. A UML é uma modelagem que pode ser usável tanto pelo homem quanto pela máquina.
III. A linguagem UML pode ser utilizada tanto no desenvolvimento de softwares como para representar sistemas mecânicos sem nenhum software.
Estão corretas as afirmativas:
O protótipo de interface do usuário é o produto final da técnica de prototipação da engenharia de requisitos.
A técnica Quality Function Deplyment tem como objetivo traduzir os requisitos técnicos em requisitos do cliente.
Dentre as técnicas existentes de elicitação de requisitos baseadas em cenários, os casos de uso são modelos que ajudam a identificar agentes e interações do sistema.
As verificações de validade, consistência e completeza são técnicas fundamentais do processo de validação de requisitos.
Na fase de desenvolvimento do Scrum, os requisitos são escritos no product backlog.
As fases do processo tradicional de engenharia de software, como análise, projeto, implementação e testes, podem estar representadas dentro de uma sprint do Scrum.
No desenvolvimento de software ágil com base em prototipação, é essencial que todos os requisitos do sistema tenham sido definidos previamente.
Os riscos que afetam a qualidade ou o desempenho do software que está sendo desenvolvido são considerados riscos de projeto.