Questões de Concurso Sobre engenharia de software
Foram encontradas 14.701 questões
A engenharia de software é um a disciplina do
conhecimento humano que aplica princípios da engenharia ao
desenvolvimento de software. N o entanto, existem diferenças
significativas entre as engenharias clássicas — mecânica, civil,
elétrica— e a engenharia de software, muitas delas decorrentes das
diferenças de natureza entre o produto ou sistema resultante da
atividade das engenharias clássicas e a engenharia de software.
A engenharia de software desdobrou-se em várias áreas
especializadas, como as áreas de requisitos de software, de análise
e projeto de software, de implementação de software, de testes de
software, de gestão de configuração, entre outras. N a interface entre
as engenharias clássicas e a de software insere-se a engenharia de
sistemas, abordada colateralmente na ISO/IEC 12207.
A atividade de teste unitário de software é, conforme os modelos de ciclo de vida de software vigentes, realizada de forma mais eficaz no escopo da implementação e da construção de software — nas quais a codificação de uma unidade executável de software é feita —, quando comparada à situação em que o teste unitário é realizado simultaneamente ao teste de integração.
A engenharia de software é uma disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. No entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. Na interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.
Tendo o texto acima como referência inicial, julgue o item acerca das características da engenharia de software em
geral, da engenharia de sistemas e de áreas de conhecimento da
engenharia de software.
A engenharia de software é uma disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. No entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. Na interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.
Tendo o texto acima como referência inicial, julgue o item acerca das características da engenharia de software em
geral, da engenharia de sistemas e de áreas de conhecimento da
engenharia de software.
O modelo de gestão bazar, comparado ao modelo catedral, apresenta melhores condições para apoiar o desenvolvimento de software colaborativo, especialmente se este tiver código aberto e for aderente à abordagem de software livre. Tal modelo, comparado ao modelo catedral, apresenta ainda menor previsibilidade acerca da arquitetura do software que emerge da interação entre as pessoas.
A alternativa que representa uma afirmação verdadeira sobre os possíveis relacionamentos entre as classes é a
I. Um pacote (package) permite agregar diferentes elementos de um sistema, porém um elemento encontra-se definido em apenas um único pacote.
II. Elementos de diferentes tipos não podem ter o mesmo nome dentro de um pacote.
III. Os pacotes apresentam entre si diferentes tipos de relações, em particular relações de importação, exportação e generalização.
Em relação às sentenças supracitadas, pode-se afirmar que apenas:
I. O padrão decorator consiste em uma maneira de adicionar funcionalidades (estender responsabilidades), a um objeto de modo dinâmico.
II. No padrão bridge não é possível estender o software sem modificar qualquer uma das classes existentes.
III. Reutilizar soluções e estabelecer terminologia comum são razões comumente estabelecidas para estudar padrões de projeto.
Em relação às sentenças supracitadas, pode-se afirmar que apenas:
Conheça nossos planos