Questões de Concurso Comentadas sobre engenharia de software
Foram encontradas 12.717 questões
Ano: 2021
Banca:
Quadrix
Órgão:
CREFITO-4° Região (MG)
Prova:
Quadrix - 2021 - CREFITO-4° Região (MG) - Analista de Tecnologia da Informação |
Q1787584
Engenharia de Software
Texto associado
Acerca da análise e do projeto de sistemas na engenharia de
software, julgue o item.
Acoplamento é um dos conceitos utilizados para
reconhecer e medir o grau de independência dos
componentes em um projeto.
Q1786830
Engenharia de Software
Considerando-se os conceitos de docker, é correto afirmar que se trata de:
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
Câmara de Teresina - PI
Prova:
INSTITUTO AOCP - 2021 - Câmara de Teresina - PI - Analista de Informática |
Q1785128
Engenharia de Software
No que se baseia a Análise de Pontos de
Função (APF)?
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
Câmara de Teresina - PI
Prova:
INSTITUTO AOCP - 2021 - Câmara de Teresina - PI - Analista de Informática |
Q1785126
Engenharia de Software
Cleiton está realizando testes em um sistema
e revisa o código procurando por problemas.
Nesse caso, ele está realizando testes de qual
tipo?
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
Câmara de Teresina - PI
Prova:
INSTITUTO AOCP - 2021 - Câmara de Teresina - PI - Analista de Informática |
Q1785125
Engenharia de Software
Willian está documentando um projeto e
precisa criar um diagrama que mostre os
modulos do sistema quando ele for
implementado e como esses módulos irão
interagir. Assinale a alternativa que apresenta
o diagrama UML que atende a essa demanda.
Ano: 2021
Banca:
INSTITUTO AOCP
Órgão:
Câmara de Teresina - PI
Prova:
INSTITUTO AOCP - 2021 - Câmara de Teresina - PI - Analista de Informática |
Q1785114
Engenharia de Software
Jaqueline é uma analista que planeja utilizar
Git e Gitflow em seu projeto. Assinale a
alternativa que apresenta uma prática
inconsistente com esse processo.
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Provas:
SELECON - 2021 - EMGEPRON - Engenheiro (Construção Naval 2)
|
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 2) |
Q1771945
Engenharia de Software
Segundo o INCOSE, no projeto das atividades
de verificação existe uma categoria de testes que é
realizada para validar a prova de conceito ou
viabilidade do sistema. Essa categoria é
representada pelos testes:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 2) |
Q1771938
Engenharia de Software
Na análise de necessidades, quando se decide
por utilizar um sistema com componentes COTS, é
uma pré-condição para o uso desses componentes
de prateleira:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 2) |
Q1771936
Engenharia de Software
No escopo dos sistemas existem, 3 (três)
domínios: engenharia de sistemas, implementação
de sistemas e gerenciamento de sistemas.
São atividades intrínsecas e exclusivas da
engenharia de sistemas:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 2) |
Q1771921
Engenharia de Software
A engenharia de requisitos engloba três grupos
de atividades que compreendem:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771848
Engenharia de Software
No Apoio Logístico Integrado, os requisitos
logísticos determinantes do ciclo de vida devem ser
considerados normalmente por ocasião da fase de:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771845
Engenharia de Software
Na engenharia de fatores humanos, a interface
requerida do homem com a máquina para operar o
software é tão importante quanto no caso da
operação do hardware. Nesse caso, o resultado
desejado é:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771844
Engenharia de Software
A FMEA e a FMECA se diferenciam
essencialmente devido à FMECA identificar
especificamente:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771843
Engenharia de Software
Na Manutenção Centrada na Confiabilidade,
segundo Siqueira (2014), é comum classificar as
funções em quatro categorias principais. Dessa
forma, a categoria que tem como propósito modificar
os objetivos do sistema é a:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771841
Engenharia de Software
O tipo de manutenção em que, por meio de
inspeções periódicas para realizar a intervenção no
equipamento, observam-se fenômenos, como
temperatura acima do normal, vibração e ruídos
excessivos, entre outros, é:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771839
Engenharia de Software
Na verificação de um projeto existe uma
categoria de teste que é realizada especificamente
para demonstrar a prova de conceito ou viabilidade
do projeto. Esta demonstração é realizada por meio
do teste:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Engenheiro (Engenharia de Sistemas 1) |
Q1771836
Engenharia de Software
Em relação ao Apoio Logístico Integrado, a
técnica que identifica os recursos necessários para
suportar o equipamento e aponta as características
do projeto que podem resultar em despesas
excessivas durante a vida operacional do sistema é a:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Analista de Sistemas (Desenvolvimento de Sistemas) |
Q1771809
Engenharia de Software
Entre os processos ágeis de desenvolvimento
de software, SCRUM é um framework, algo como
uma caixa de ferramentas, dentro do qual pessoas
podem tratar e resolver problemas complexos e
adaptativos, enquanto produtiva e criativamente
entregam produtos com o mais alto valor possível.
De acordo com a terminologia Scrum, eventos são
chamados time-boxes, uma vez que são duração
fechada e sprints são time-boxes de 1 mês ou menos
e constituem o coração do Scrum. Entre os tipos de
Sprint, três são detalhados a seguir.
I. É um time-box de 8h para uma sprint de um mês; uma reunião é onde o Product Owner é ouvido em relação às prioridades e aos objetivos da sprint. É nela também onde o time irá deliberar sobre o que conseguem fazer nesta sprint em relação às necessidades, formalizando o Sprint Backlog, ou lista de coisas que serão feitas no próximo mês. II. É um time-box de 15 min que deve acontecer diariamente, sempre no mesmo local e horário para gerar consistência e evitar perda de tempo, facilitada pelo Scrum Master. Nesta reunião, que deve ser muito dinâmica e que popularmente é feita em pé para evitar prolongamentos e distrações, cada membro do time deve responder apenas três perguntas: o que eu fiz ontem, o que eu vou fazer hoje e se tem algo me impedindo.
Os tipos detalhados em I e em II são denominados, respectivamente:
I. É um time-box de 8h para uma sprint de um mês; uma reunião é onde o Product Owner é ouvido em relação às prioridades e aos objetivos da sprint. É nela também onde o time irá deliberar sobre o que conseguem fazer nesta sprint em relação às necessidades, formalizando o Sprint Backlog, ou lista de coisas que serão feitas no próximo mês. II. É um time-box de 15 min que deve acontecer diariamente, sempre no mesmo local e horário para gerar consistência e evitar perda de tempo, facilitada pelo Scrum Master. Nesta reunião, que deve ser muito dinâmica e que popularmente é feita em pé para evitar prolongamentos e distrações, cada membro do time deve responder apenas três perguntas: o que eu fiz ontem, o que eu vou fazer hoje e se tem algo me impedindo.
Os tipos detalhados em I e em II são denominados, respectivamente:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Analista de Sistemas (Desenvolvimento de Sistemas) |
Q1771807
Engenharia de Software
A UML especifica diversos tipos de diagramas
para modelagem de sistemas e cada um deles
modela uma característica distinta da estrutura ou do
comportamento de um sistema. Dois desses
diagramas são caracterizados a seguir.
I. Representa o fluxo de tarefas que podem ser executadas pelo sistema ou por um ator e tem por finalidade modelar o fluxo de trabalho de um objeto durante a execução do programa, sendo mesmo um fluxograma que modela as ações que o objeto vai executar e em que ordem.
II. Representa uma coleção de componentes de software e seus inter-relacionamentos e tem por finalidade modelar recursos que incluem gráficos, áudio e pacotes que são grupos de classes e que constituem o sistema.
Esses diagramas são denominados , respectivamente, Diagramas de:
I. Representa o fluxo de tarefas que podem ser executadas pelo sistema ou por um ator e tem por finalidade modelar o fluxo de trabalho de um objeto durante a execução do programa, sendo mesmo um fluxograma que modela as ações que o objeto vai executar e em que ordem.
II. Representa uma coleção de componentes de software e seus inter-relacionamentos e tem por finalidade modelar recursos que incluem gráficos, áudio e pacotes que são grupos de classes e que constituem o sistema.
Esses diagramas são denominados , respectivamente, Diagramas de:
Ano: 2021
Banca:
SELECON
Órgão:
EMGEPRON
Prova:
SELECON - 2021 - EMGEPRON - Analista de Sistemas (Desenvolvimento de Sistemas) |
Q1771795
Engenharia de Software
No desenvolvimento de software, o início para
toda a atividade parte do levantamento de requisitos,
sendo repetida em todas as demais etapas da
engenharia de requisitos. Sommerville propõe um
processo genérico de levantamento e análise que
contém diversas atividades, sendo três delas
detalhadas a seguir.
I. É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos, e a compreensão do domínio se desenvolve mais durante essa atividade. II. É um estágio que envolve interação com os stakeholders para a definição dos requisitos mais importantes, considerando que, em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. III. É o processo que realiza uma análise dos requisitos para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
As atividades detalhas em I, II e III são conhecidas, respectivamente, como:
I. É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos, e a compreensão do domínio se desenvolve mais durante essa atividade. II. É um estágio que envolve interação com os stakeholders para a definição dos requisitos mais importantes, considerando que, em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. III. É o processo que realiza uma análise dos requisitos para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
As atividades detalhas em I, II e III são conhecidas, respectivamente, como:
Conheça nossos planos