Questões de Engenharia de Software - Ciclo de Vida de Software
Limpar pesquisa
Questão: 141 de 6126
400616
Banca: IDECAN
Órgão: IF/RR
Cargo(s): Informática
Ano: 2020
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Qualidade de Software / Conceitos básicos
se somente as alternativas II e III estiverem corretas
se somente a alternativa I estiver correta
se somente as alternativas I e IV estiverem corretas
se somente as alternativas II, III e IV estiverem corretas
se somente a alternativa II estiver correta
Questão: 142 de 6126
400617
Banca: IDECAN
Órgão: IF/RR
Cargo(s): Informática
Ano: 2020
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Análise e projeto orientados a objetos / Orientação a Objetos
se todas as alternativas estiverem corretas.
se somente as alternativas I e III estiverem corretas.
se somente as alternativas I e II estiverem corretas.
se somente as alternativas II e III estiverem corretas.
se nenhuma das alternativas estiver correta.
Questão: 143 de 6126
400168
Banca: IDECAN
Órgão: UNIVASF
Cargo(s): Analista de Tecnologia da Informação
Ano: 2019
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Metodologias de Desenvolvimento de Software
seus identificadores (IDs) devem, obrigatoriamente, ser
únicos.
para customizá-la, é necessário sobrescrever todos os seus
métodos.
tem, como superclasse, a classe android.view.ViewGroup.
é organizada em várias estruturas de árvores, em um arquivo
JSON de layout.
ocupa uma área retangular na tela, além de ser a classe base
para widgets.
Questão: 144 de 6126
400169
Banca: IDECAN
Órgão: UNIVASF
Cargo(s): Analista de Tecnologia da Informação
Ano: 2019
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Gestão de Projetos
Indireção.
Invenção Pura.
Especialista na Informação.
Variações Protegidas.
Acoplamento.
Questão: 145 de 6126
400170
Banca: IDECAN
Órgão: UNIVASF
Cargo(s): Analista de Tecnologia da Informação
Ano: 2019
Matéria/Assunto: Tecnologia da Informação > Engenharia de Software / Análise e projeto orientados a objetos / UML
não é permitido que uma atividade tenha mais de um nó inicial.
um nó do tipo fork une múltiplos fluxos concorrentes.
nós de decisão e merge têm a mesma representação gráfica:
uma barra.
partições de atividades (swimlanes) podem expressar
particionamentos hierárquicos.
nós do tipo join são representados por losangos e unem fluxos
derivados de uma decisão.