Teste 4: Engenharia de Software – Todas as matérias da disciplina

Juliana Jenny Kolb

Home > Simulados on-line  Questões de Concursos > Tecnologia da Informação (TI) > Questões de Engenharia de Software Engenharia de Software-Todas as Matérias

Teste 4: Engenharia de Software – Todas as matérias da disciplina

Questões extraídas de concursos públicos e/ou provas de certificação. Cada teste apresenta no máximo 30 questões.

Results

#1. (FUNCAB – SESACRE/2014) Na UML 2.0, é considerado um diagrama comportamental:

#2. (IESES – TRE-MA/2015) No metamodelo da UML existe referência para um conjunto de diagramas, dentre eles estão:

#3. (IESES – TRE-MA/2015) No metamodelo da UML existe referência para os elementos do diagrama de caso de uso. Esse diagrama serve para apontar:

#4. (VUNESP – TCE-SP/2015) O modelo mais tradicional de desenvolvimento de software é o modelo em cascata. Considerando a utilização desse modelo e suas fases, assinale a alternativa que apresenta uma afirmação verdadeira.

#5. (VUNESP – TCE-SP/2015) O gerenciamento de requisitos constitui-se em uma fase importante na engenharia de requisitos. Nesse gerenciamento, deve haver o acompanhamento e o conhecimento da origem dos requisitos do sistema, o que corresponde à propriedade de

#6. (VUNESP – TCE-SP/2015) Um dos tipos de teste de software é o teste de desempenho. Um teste desse tipo

#7. (VUNESP – TCE-SP/2015) A análise por pontos de função constitui uma técnica utilizada para medição da estimativa de esforço no desenvolvimento de software. Um dos tipos de componentes bá- sicos dessa análise introduz dados externos para dentro do domínio do software sob análise. Esse componente é denominado

#8. (FCC – SEFAZ/SP/2013) A empresa Express conta com diversas equipes de desenvolvimento, nas áreas de software em geral, incluindo técnicas estruturadas e de orientação a objetos. Essas equipes estão em constante aperfeiçoamento, visando mantê-las sempre atualizadas com as técnicas mais recentes da engenharia de software, incluindo-se aí a área de bancos de dados.
A Express atende clientes de diversos perfis, abrangendo pequenas, médias e grandes empresas. Dessa forma, os sistemas de computação solicitados também atendem a esse perfil, compreendendo sistemas de pequeno, médio e grande porte.
A Express conta com equipes especializadas, de grande experiência nas áreas acima destacadas, estando, portanto, apta a atender desde um simples produto até um grande sistema de software. Dessa forma, os produtos desenvolvidos pela Express possuem, normalmente, uma qualidade bastante apurada, o que pode ser verificado pelas diversas técnicas existentes.
Uma das normas da Express é a de produzir documentação de excelente qualidade, cuja finalidade é, não apenas para entrega aos clientes, mas também para possibilitar a manutenção adequada dos produtos desenvolvidos.
Um dos clientes da Express tem urgência na obtenção de uma primeira versão para seu sistema computacional. Dessa forma, decidiu-se por utilizar o Modelo Incremental de desenvolvimento de software, que consiste de sequências de desenvolvimento chamadas de incrementos. O primeiro incremento gerado denomina-se ? Quando um Modelo Incremental é usado, o primeiro incremento frequentemente é chamado de núcleo do produto. Isto é, os requisitos básicos são satisfeitos, mas muitas características suplementares deixam de ser elaboradas.

#9. (CESPE – 2013 – TCE-RO) Após a identificação, os requisitos devem ser modelados para se obter uma melhor compreensão do produto a ser desenvolvido. Os principais paradigmas de modelagem de requisitos são análise estruturada e análise orientada a objetos.

#10. (CESPE – 2013 – TCE-RO) O desenvolvimento de requisitos é constituído por processos de elicitação de requisitos, análise e negociação de requisitos, especificação e modelagem dos requisitos e validação de requisitos.

#11. (FCC – 2014 – TRF – 3ª REGIÃO) A figura abaixo mostra um diagrama com as atividades relativas ao levantamento de requisitos. req1 O diagrama e a lacuna da caixa em branco referem-se, respectivamente, aos diagramas UML de

#12. (CESPE – 2013 – TCE-RO) Requisitos não funcionais do sistema podem influenciar o estilo e a estrutura escolhida para uma aplicação, pois a arquitetura de sistema afeta seu desempenho, sua distribuição e manutenção.

#13. (FUNCAB – SESACRE/2014) A alternativa com a correta denominação do modelo de desenvolvimento de que parte do princípio de que já existem partes do código já construídas que utilizam a orientação a objetos e se concentra na tarefa de integrar esses códigos construídos e não em desenvolver novos artefatos é:

#14. (FUNCAB – SESACRE/2014) Têm-se, a seguir, técnicas, modelos de processo ou metodologias de desenvolvimento de software. EXCETO em:

#15. (FUNCAB – SESACRE/2014) É um exemplo de uma ferramenta CASE que permite o apoio ao ciclo de desenvolvimento do sistema:

#16. (CESPE/UnB – TCDF/ANAP – 2014) Julgue o item a seguir, com relação à engenharia de software.
O modelo de negócio é definido como um desenho das atividades sequenciadas geradas por entradas e que geram também saídas, apoiadas por artefatos específicos.

#17. (CESPE/UnB – TCDF/ANAP – 2014) Julgue o item a seguir, com relação à engenharia de software.
O uso adequado das técnicas de modelagem de negócio produz como resultados a estabilidade do ambiente organizacional, por meio de processos bem elaborados, o que evita possíveis alterações.

#18. (CESPE/UnB – TCDF/ANAP – 2014) Julgue o item a seguir, com relação à engenharia de software.
Utilizando-se a técnica de modelagem To-Be, é possível demonstrar a forma com que os processos estão ou são desenhados no momento de sua análise.

#19. (CESPE-UnB – TCDF-ANAP/2014) Julgue o item a seguir, com relação à engenharia de software.
As fases de concepção, elaboração, construção e transição, que constituem o RUP, formam o processo de software composto por um conjunto de atividades cujos resultados são desenvolvidos incrementalmente. ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

O Processo Unificado (PU) é um processo de software orientado por casos de uso, centrado na arquitetura, iterativo e incremental. 

Para ler mais sobre o assunto, acesse: Processo Unificado ( )

#20. (CESPE/UnB – TCDF/ANAP – 2014) Na fase de construção do RUP, ocorre a entrega do sistema, após a correção dos erros e problemas. ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

O correto seria Transição. </br> </br>

Transição: Abrange os últimos estágios da atividade genérica de construção e a primeira parte da atividade genérica de implantação. O software é fornecido para os usuários finais para teste beta e relatórios de feedback do usuário sobre efeitos e modificações necessárias. Além disso, a equipe de software cria as informações de apoio necessárias (manuais de usuário, guias de solução de problemas e procedimentos de instalação) que precisam ser entregues. </br> </br>

Construção:  Usando o modelo arquitetural como entrada, a fase de construção desenvolve ou adquire os componentes de software que vão tornar cada caso de uso operacional para os usuários finais. Os modelos de análise e projeto são completados de modo a refletir a versão final do incremento de software. Todas as características funcionais são implementadas no código-fonte. </br> </br>

Para ler mais sobre o assunto, acesse: Fases do Processo Unificado ( )

#21. (CESPE/UnB – TCDF/ANAP – 2014) Um protótipo de sistema auxilia na validação de requisitos, no projeto de interface com o usuário, podendo, ainda, ser usado para a realização de testes. ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

Protótipos são modelos construídos para simular a aparência e a funcionalidade de um produto em desenvolvimento. Funciona como uma representação da interface com a qual o usuário pode interagir e oferecer informações para propor mudanças e melhorias (validação e testes). </br> </br>

Para ler mais sobre o assunto, acesse: Prototipagem ( )

#22. (CESPE/UnB – TCDF/ANAP – 2014) Uma das características do método XP é o uso de um modo de desenvolvimento orientado a testes frequentes, o que garante a entrega de uma única versão do sistema inteiro, testado e validado.

#23. (CESPE/UnB – TCDF/ANAP – 2014) No TDD, o refatoramento do código deve ser realizado antes de se escrever a aplicação que deve ser testada.

#24. (CESPE/UnB – TCDF/ANAP – 2014) As características gerais dos sistemas são utilizadas para realizar o ajuste dos pontos de função, cuja contagem pode sofrer uma alteração de 35% em relação ao valor inicial.

#25. (CESPE/UnB – TCDF/ANAP – 2014) Na técnica de Nesma utilizada para calcular a estimativa do tamanho do software, realiza-se um detalhamento de cada elemento e de cada função, o que torna a técnica mais trabalhosa que outras. ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

A  NESMA  –  Netherlands  Software  Metrics  Association  é  a  associação  holandesa  de  métricas  de  software  e  é  o  maior  grupo  de  usuário  d e  pontos  de  função  da  Europa. A contagem indicativa oferece um cálculo estimado d a quantidade de pontos de  função  de  um  software,  sem  a  necessidade  de  conhecer  em  detalhes  o  modelo  de  negócios do sistema. É utilizada na fase inicial da  proposta de desenvolvimento, quando  há  apenas  um  modelo  preliminar  de  dados.

Para ler mais sobre o assunto, acesse: Estimativa por Ponto de Função ( )

 

#26. (CESPE/UnB – TCDF/ANAP – 2014) Arquivos de interface externa (AIE) e arquivo lógico interno (ALI) são as funções de dados utilizadas para a contagem de pontos de função. ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

Valores do domínio de informação são definidos da seguinte maneira:  </br>

1) Número de arquivos lógicos internos  (ALI ou Internal Logical Files – ILFs);  </br>

2) Número de Interfaces externas (AIE);  </br>

3) Número de entradas externas (EE ou External Inputs – Eis);   </br>

4) Número de consultas externas  (CE ou External Inquiries – EQs);   </br>

5) Número de saídas externas (SE ou External Output – Eos).  </br>  </br>

Para ler mais sobre o assunto, acesse: Estimativa por Ponto de Função ( )

#27. (VUNESP – TCE-SP/2015) O software proprietário caracteriza-se como um modelo de negócio em que o software

#28. (IFB – IFB/2017) Segundo Sommerville (2011), o RUP (Rational Unified Process) é um modelo de processo genérico moderno organizado em fases (concepção, elaboração, construção e transição) e possui workflows estáticos. Sobre os workflows estáticos do RUP, associe a segunda coluna com a primeira.
 I) Modelagem de negócios
II) Requisitos
 III) Análise e projeto
 IV) Implementação
 V) Teste
 VI) Implantação
VII) Gerenciamento de configuração e mudanças
 VIII) Gerenciamento de projetos
 IX) Meio ambiente
 ( ) O teste é um processo iterativo que é feito em conjunto com a Implementação. O teste do sistema segue a conclusão da Implementação.
 ( ) Este workflow está relacionado com a disponibilização de ferramentas apropriadas para a equipe de desenvolvimento de software.
( ) Um release do produto é criado, distribuído aos usuários e instalado em seu local de trabalho.
( ) Este workflow de apoio gerencia o desenvolvimento do sistema.
( ) Atores que interagem com o sistema são identificados, e casos de uso são desenvolvidos para modelar os requisitos do sistema.
( ) Este workflow de apoio gerencia mudanças no sistema.
 ( ) Os componentes do sistema são implementados e estruturados em subsistemas de implementação. A geração automática de código a partir de modelos de projeto ajuda a acelerar este processo.
( ) Os processos de negócio são modelados por meio de casos de usos de negócio.
 ( ) Um modelo de projeto é criado e documentado com modelos de arquitetura, modelos de componentes, modelos de objetos e modelos de sequência.
 Assinale a alternativa que contém a sequência CORRETA de associação, de cima para baixo:

#29. (CESPE/UnB – TCDF/ANAP – 2014) CMMI 1.2: Tanto a abordagem contínua quanto a abordagem por estágios possuem vinte e dois processos. O cenário em que uma organização escolhe apenas duas áreas de processos, como, por exemplo, desenvolvimento de requisitos e gestão de requisitos, e eleva-os até o patamar de capacidade cinco, reflete o princípio fundamental da representação contínua.

#30. (CESPE/UnB – TCDF/ANAP – 2014) O CMMI 1.2 possui quatro categorias de áreas de processos que interagem entre si e afetam umas às outras independentemente da categoria a que pertençam. Por exemplo, a área análise e tomada de decisões, pertencente à categoria de suporte, contém práticas específicas para se realizar a avaliação formal que é usada pela área solução técnica, pertencente, por sua vez, à categoria de engenharia.

Ver Resultado

Deixe uma resposta