Compartilhando | Teste 5: Engenharia de Software – Todas as matérias da disciplina

#1. (FUNCAB-EMDUR/2014) É um exemplo de métrica utilizada para aferir a facilidade de uso de um sistema:

tempo de treinamento.

transações processadas por segundo.

probabilidade de indisponibilidade.

tempo de refresh da tela.

tempo de reinício depois de uma falha.

#2. (FGV – IBGE/2016) A Análise de Pontos de Função é uma técnica que mede as funcionalidades de um software sob o ponto de vista do usuário, para determinar o tamanho funcional do software. Para aplicar a APF, Glaucia precisa definir um recurso com as seguintes características: – age como uma membrana pela qual entram e saem os dados processados pelas transações da aplicação; – contém os dados mantidos pela aplicação; – ajuda a identificar os dados referenciados pela aplicação, definindo o que é interno e o que é externo. Glaucia deve definir o(a):

Processo Elementar;

Arquivo De Interface Externa.

Fronteira da Aplicação;

Entrada Externa;

Consulta Externa;

#3. (FGV – IBGE/2016) Durante a fase de levantamento de requisitos do sistema financeiro do Banco SOJUROS, o analista João percebeu a necessidade de o cliente consultar sua conta. No início da consulta da conta, deve ser verificada a identidade do cliente. O Banco solicitou a utilização de dados biométricos para realizar essa identificação. João deve listar a necessidade de utilização de dados biométricos como: ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

Restrição de Integridade.

Requisito Não Funcional;

Padrão de Arquitetura;

Regra de Negócio;

Requisito Funcional;

Em engenharia de software, um requisito funcional define uma função de um sistema de software ou seu componente. O requisito funcional representa o quê o software faz, em termos de tarefas e serviços.^[1] Uma função é descrita como um conjunto de entradas, seu comportamento e as saídas. Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar. Requisitos comportamentais, que descrevem todos os casos em que o sistema utiliza os requisitos funcionais, são extraídos dos casos de uso. Também, os requisitos funcionais são suportados por requisitos não-funcionais (também conhecidos como requisitos de qualidade), que impõem restrições sobre o projeto ou execução (tais como requisitos de desempenho, segurança ou confiabilidade). O plano para a implementação dos requisitos funcionais é detalhado no projeto do sistema. Já o plano para a implementação de requisitos não funcionais é detalhado na arquitetura do sistema.

Para ler mais sobre o assunto, acesse: Requisitos Funcionais e Requisitos Não-funcionais ( )

#4. (UEL/COPS – UEL/2015) Em relação ao MPS.BR nível G, atribua V (verdadeiro) ou F (falso) às afirmativas a seguir.
( ) O nível de maturidade G do MPS.BR é parcialmente gerenciado.
( ) O MPS.BR nível G é composto pelos processos de Gerência de Projetos e Gerência de Requisitos.
( ) A implementação dos processos deve satisfazer os atributos de processo AP 2.2 e AP 3.1.
( ) Um dos resultados esperados da Gerência de Projetos é que o escopo do trabalho para o projeto seja definido.
( ) Um dos propósitos da Gerência de Requisitos é estabelecer e manter planos que definem as atividades do projeto.
Assinale a alternativa que contém, de cima para baixo, a sequência correta.

F, F, F, V, V

F, V, V, V, F.

V, V, F, V, F.

F, V, V, F, V

V, F, V, F, F.

#5. (UEL/COPS – UEL/2015) Sobre o MPS.BR nível F, considere as afirmativas a seguir.
I. A implantação dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1 e AP 2.2.
II. O nível de maturidade F é composto pelos processos do nível posterior acrescidos de cinco novos processos.
III. Os processos de Gerência de Projetos e Gerência de Reutilização constituem-se em processos englobados pelo nível F.
IV. Os processos de Aquisição e Gerência de Configuração constituem-se em processos inseridos no nível F.
Assinale a alternativa correta.

Somente as afirmativas III e IV são corretas.

Somente as afirmativas I, II e III são corretas.

Somente as afirmativas I e IV são corretas.

Somente as afirmativas I e II são corretas.

Somente as afirmativas II, III e IV são corretas.

#6. (UEL/COPS – UEL/2015) Sobre os processos MPS.BR no nível F, assinale a alternativa correta.

O processo Garantia da Qualidade tem como objetivo assegurar que os produtos de trabalho e execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos.

O processo de Medição tem como objetivo iniciar e manter projetos que sejam necessários, suficientes e sustentáveis, de forma a atender os objetivos estratégicos da organização.

O processo Definição do Processo Organizacional tem como objetivo estabelecer e manter um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização.

O processo Avaliação e Melhoria do Processo Organizacional tem como objetivo determinar o quanto os processos padrão da organização contribuem para alcançar os objetivos de negócio da organização.

O processo Gerência de Portfólio tem como objetivo armazenar, analisar e relatar os dados relativos aos produtos desenvolvidos e aos processos implementados na organização e em seus projetos, de forma a apoiar os objetivos organizacionais.

#7. (UEL/COPS – UEL/2015) Assinale a alternativa que apresenta, corretamente, o modelo de ciclo de vida que, de forma iterativa, aplica sequências lineares de um modo racional à medida que o tempo passa.

Modelo RAD.

Modelo Incremental.

Modelo de Desenvolvimento Concorrente.

Modelo Cascata.

Modelo Espiral.

#8. (UEL/COPS – UEL/2015) Sobre diagramas UML, assinale a alternativa correta.

Diagramas de comunicação modelam as interações entre os objetos em um sistema, enfatizando quando as interações ocorrem.

Diagramas de sequência modelam as interações entre os objetos em um sistema, com ênfase em quais interações ocorrem.

Diagramas de atividades modelam o fluxo de trabalho durante a execução de um programa.

Diagramas de estados de máquina modelam as classes utilizadas em um sistema, ajudando a especificar os relacionamentos estruturais.

Diagramas de classe modelam as interações entre um sistema e usam entidades externas.

#9. (UEL/COPS – UEL/2015) Sobre projetos de software e gerência de projetos, considere as afirmativas a seguir.
I. Modelos em cascata são utilizados para capturar o que um sistema deve fazer.
II. A coleta de requisitos pode incluir entrevistas com possíveis usuários do sistema.
III. Os requisitos de sistema servem para orientar os projetistas de sistemas.
IV. O ciclo de vida especifica as etapas pelas quais um software passa em seu desenvolvimento.
Assinale a alternativa correta.

Somente as afirmativas I e IV são corretas.

Somente as afirmativas I e II são corretas.

Somente as afirmativas II, III e IV são corretas.

Somente as afirmativas III e IV são corretas.

Somente as afirmativas I, II e III são corretas.

#10. (UEL/COPS – UEL/2015) Sobre o UML, considere as afirmativas a seguir.
I. Uma agregação é uma forma mais forte de relacionamento de composição.
II. Uma parte pode pertencer a somente um todo de cada vez.
III. Somente uma classe no relacionamento pode representar o todo.
IV. As partes no relacionamento de composição só existem enquanto o todo existir.
Assinale a alternativa correta.

Somente as afirmativas I e IV são corretas.

Somente as afirmativas I e II são corretas.

Somente as afirmativas III e IV são corretas.

Somente as afirmativas II, III e IV são corretas.

Somente as afirmativas I, II e III são corretas.

#11. (UEL/COPS – UEL/2015) Assinale a alternativa que apresenta, corretamente, o conceito de programação orientada a objetos que promove a reutilização de software.

Sobrecarga de operadores.

Polimorfismo.

Herança.

Sobrecarga de métodos.

Abstração de dados.

#12. (FGV – IBGE/2016) Em programação, para verificar se o código fonte está funcionando conforme o esperado utiliza-se testes unitários. Uma forma muito comum de escrevê-los é a aplicação do padrão AAA, que define 3 etapas: Arrange, Act e Assert.
Com relação aos testes unitários escritos no padrão AAA, é correto afirmar que:

o padrão separa o que está sendo testado da configuração de testes e da verificação de resultados esperados;

o sistema encontra-se em teste (System Under Test em inglês, ou SUT) na etapa de Assert;

na etapa de Assert as variáveis são inicializadas e define-se o valor dos dados que serão passados para o método testado.

na etapa de Arrange o método sendo testado é invocado com os parâmetros organizados;

na etapa de Act é verificado se a ação do método em teste se comporta conforme o esperado;

#13. (FGV – IBGE/2016) O Desenvolvimento Orientado a Testes (TDD) é um método de desenvolvimento criado e disseminado por Kent Beck em seu livro “Test-driven development”. O método define regras, boas práticas e um ciclo de tarefas com 3 etapas: a etapa vermelha, a etapa verde e a etapa de refatoração, ilustrado na imagem abaixo: Com relação às regras e boas práticas de TDD e ao seu ciclo, é correto afirmar que:

é uma boa prática de TDD iniciar o desenvolvimento do código de uma funcionalidade e, logo em seguida, testá-la.

pode-se escrever testes que não compilam na etapa vermelha;

código novo só é escrito se um teste automatizado passar;

a duplicação é tolerada na etapa de refatoração;

na etapa verde deve-se escrever código que testa uma funcionalidade a fundo de forma criteriosa e detalhada;

#14. (FGV – IBGE/2016) Os testes de aceitação são muitas vezes a última etapa de testes antes de implantar o software em produção. Seu objetivo maior é verificar se o software está apto para utilização por parte dos usuários finais, de acordo com os requisitos de implementação definidos. Há três estratégias de implementação de testes de aceitação: a aceitação formal, a aceitação informal (ou teste alfa) e o teste beta. Com relação às três estratégias de implementação dos testes de aceitação, é correto afirmar que:

o teste de aceitação formal utiliza todo o conjunto de casos de teste aplicados durante o teste do sistema, para procurar novos problemas;

o teste de aceitação formal pode ser realizado de forma automatizada.

o teste beta é focado na busca de defeitos e seu progresso é facilmente medido;

o teste beta é conduzido na instalação do desenvolvedor por um grupo representativo de usuários finais;

o teste de aceitação informal, ou teste alfa, é conduzido nas instalações do usuário final, geralmente sem a presença do desenvolvedor;

#15. (FGV – IBGE/2016) Trata-se de um teste que desconhece o conteúdo do código fonte. Nesse teste o componente testado é tratado como uma caixa preta: são fornecidos dados de entrada e o resultado comparado com aquele esperado e previamente conhecido. Além disso, esse teste pode ser aplicado em diversas fases de teste. A questão retrata características do teste:

unitário.

de integração;

funcional;

de carga;

de desempenho;

#16. (FGV – IBGE/2016) A figura abaixo representa o diagrama de classes de parte do sistema SOMANUT. Na classe Funcionario, foi implementado o método abstrato calcularSalario. Para que a classe Mecanico possa ser instanciada, é necessário que a(s) classe(s):

Mecanico redefina o método calcularSalario;

Funcionario possua outros métodos concretos.

Funcionario tenha definido um atributo salario que seja protegido;

Funcionario tenha definido um atributo salario que seja público;

Mecanico e Eletricista redefinam o método calcularSalario;

#17. (VUNESP – TCE-SP/2015) As ferramentas de análise estática de código, como o PMD e o FindBugs, encontram erros nos programas ao

analisar o código produzido sem executá-lo.

verificar a saída do programa sempre que ele é executado.

monitorar o estado da memória durante a execução do programa.

filtrar os erros encontrados nos arquivos de log.

executar os casos de teste previamente definidos.

#18. (VUNESP – TCE-SP/2015) No Desenvolvimento Orientado a Testes (TDD), os casos de teste que definem o recurso a ser implementado devem ser elaborados

simultaneamente com o desenvolvimento do código do recurso.

antes de o código do recurso ser desenvolvido.

após o código do recurso ter sido completamente documentado.

assim que o código do teste estiver pronto.

somente se o código do recurso apresentar erros.

#19. (CESPE – TRE-PI/2016) Em relação aos tipos de software e suas utilidades, assinale a opção correta.

O interpretador é um programa de nível 1 (L1) que substitui cada instrução de nível 2 (L2) por um conjunto equivalente de L1, gerando código objeto.

O loader é um utilitário que traduz um programa fonte em linguagem de montagem em um programa objeto não executável e carrega o resultado para a memória.

As funções básicas de um linker incluem resolver todas as referências simbólicas existentes entre os módulos e reservar memória para a execução do programa.

Linguagem de máquina é um conjunto limitado de instruções que um circuito de computador reconhece e executa diretamente, independentemente do fabricante.

Um depurador não permite acompanhar a execução de um programa instrução por instrução. Essa tarefa é executada pelo interpretador.

#20. (CESPE – TRE-PI/2016) Considere que, de acordo com a análise de pontos de função (APF), ALI = arquivo lógico interno, EE = entrada externa, AIE = arquivos de interface externa, SE = saída externa e que baixa, média e alta se referem à complexidade de cada um desses conceitos. Nesse contexto, é correto afirmar que a quantidade de pontos de função brutos em um software novo, com 01 ALI baixa, 01 AIE alta, 01 EE média e 01 SE baixa, é ? A correção aparecerá no rodapé da questão, caso você erre ou não selecione uma opção de resposta.

28

23

30

27

25

			Fator de Ponderação
Parâmetro de Medida	Contagem		Simples	Médio	Complexo
EE/Eis – Número de Entradas	1	x		4		=	4
SE/Eos – Número de Saídas	1	x	4			=	4
CE/EQs – Número de Consultas	0	x				=	0
ALI/ILFsNúmero de Arquivos	1	x	7			=	7
AIE – Número de Interfaces Externas	1	x			10	=	10
Contagem Total							25

</br>

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

#21. (FUNCAB-EMDUR/2014) Os sistemas destinados aos gerentes operacionais que monitoram as transações e as atividades básicas da organização, tais como vendas, recebimentos, entradas de dinheiro, folhas de pagamento, entre outras, são conhecidos como:

Sistemas de Informações Gerenciais (SIG).

Sistemas deApoio à Decisão (SAD).

Sistemas de Gerenciamento com o Cliente (CRM).

Sistemas de Processamento de Transações (SPT).

Sistemas deApoio ao Executivo (SAE).

#22. (CESPE – SERPRO/2013) Somente após ter assumido o compromisso de fornecer o produto para o cliente, a organização deve analisar criticamente os requisitos relacionados ao produto.

Verdadeiro

Falso

#23. (CESPE – SERPRO/2013) O ciclo de melhoria contínua denominado plan-do-check-act (PDCA) pode apoiar adequadamente todos os processos da norma NBR ISO 9001:2000.

Falso

Verdadeiro

#24. (CESPE – TRE-PI/2016) De acordo com a NBR ISO/IEC 9126, as qualidades externas e internas podem ser categorizadas por meio de características e subcaracterísticas. As subcaracterísticas adequação, acurácia e interoperabilidade referem-se à característica

usabilidade.

confiabilidade.

portabilidade.

manutenibilidade.

funcionalidade.

#25. (FUNCAB-EMDUR/2014) Segundo Turban e Volonino, durante o ciclo de vida dos sistemas, na fase de implementação, as organizações utilizam quatro estratégias principais de conversão do sistema antigo para o novo sistema. São elas:

conversão por fases, conversão piloto, conversão paralela e conversão comportamental.

conversão comportamental, conversão direta, conversão piloto e conversão por fases.

conversão paralela, conversão direta, conversão piloto e conversão por fases.

conversão piloto, conversão direta, conversão paralela e conversão comportamental.

conversão direta, conversão comportamental, conversão paralela e conversão por fases.

#26. (FUNCAB-EMDUR/2014) Todas as alternativas a seguir estão relacionadas ao Desenvolvimento Rápido de Aplicações (RAD), EXCETO:

desenvolver sistemas em curto espaço de tempo.

permitir a colaboração mais estreita entre os usuários finais e os especialistas.

incluir o uso de programação visual e de outras ferramentas.

possibilitar prototipagem iterativa de elementos essenciais.

garantir que o processo seja sequencial, sem simultaneidade de etapas.

#27. (FCM – IF Farroupilha – RS/2016) O processo de engenharia de software, conhecido como Rational Unified Process (RUP), organiza o desenvolvimento de software em quatro fases. Relacione cada uma das fases a seu respectivo objetivo.
1- Fase de concepção/iniciação.
2- Fase de elaboração.
3- Fase de construção.
4- Fase de transição.
( ) Modelagem do modelo genérico do processo. O objetivo desta fase é analisar de forma mais detalhada a análise do domínio do problema, revisando os riscos que o projeto pode sofrer. Nesta fase, a arquitetura do projeto começa a tomar sua forma básica.
( ) Fase de comunicação com o cliente e planejamento, avaliando os possíveis riscos, estimativas, custo e prazos. São ações, nesta fase, o estabelecimento de prioridades e o levantamento de requisitos.
( ) Contempla a entrega do software ao usuário e a fase de testes. Esta fase também inclui o treinamento dos usuários finais e a realização de testes da versão beta.
( ) Fase que desenvolve ou adquire os componentes de software. Esta fase tem como foco o desenvolvimento de componentes e outros recursos do sistema.
A sequência correta é

2, 1, 3 e 4

1, 2, 3 e 4

1, 3, 4 e 2

2, 1, 4 e 3

4, 1, 2 e 3

#28. (FUNCAB-EMDUR/2014) Em relação aos modelos de desenvolvimento de software, aquele que prioriza a análise dos riscos envolvidos no desenvolvimento de cada parte do software é:

incremental.

espiral.

de prototipação.

desenvolvimento baseado em componentes.

cascata.

#29. (FUNCAB-EMDUR/2014) No projeto de interfaces, o princípio que prevê que a interface deve fornecer feedback significativo, quando ocorrerem erros, e oferecer recursos sensíveis ao contexto de ajuda ao usuário, é:

diversidade de usuários.

orientação do usuário.

familiaridade com o usuário.

consistência.

facilidade de recuperação.

#30. (CESPE – TRE-PI/2016) O TDD (test driven development)

é um conjunto de técnicas associadas ao eXtremme Programing e a métodos ágeis, sendo, contudo, incompatível com o Refactoring, haja vista o teste ser escrito antes da codificação.

refere-se a uma metodologia de testes em que se devem testar condições, loops e operações; no entanto, por questão de simplicidade, não devem ser testados polimorfismos.

apresenta como vantagem a leitura das regras de negócio a partir dos testes, e, como desvantagem, a necessidade de mais linhas de códigos que a abordagem tradicional, o que gera um código adicional.

refere-se a uma técnica de programação cujo principal objetivo é escrever um código funcional limpo, a partir de um teste que tenha falhado.

impede que seja aplicada a prática de programação em pares, que é substituída pela interação entre analista de teste, testador e programador.

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

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

Results

#1. (FUNCAB-EMDUR/2014) É um exemplo de métrica utilizada para aferir a facilidade de uso de um sistema:

#6. (UEL/COPS – UEL/2015) Sobre os processos MPS.BR no nível F, assinale a alternativa correta.

#7. (UEL/COPS – UEL/2015) Assinale a alternativa que apresenta, corretamente, o modelo de ciclo de vida que, de forma iterativa, aplica sequências lineares de um modo racional à medida que o tempo passa.

#8. (UEL/COPS – UEL/2015) Sobre diagramas UML, assinale a alternativa correta.

#11. (UEL/COPS – UEL/2015) Assinale a alternativa que apresenta, corretamente, o conceito de programação orientada a objetos que promove a reutilização de software.

#16. (FGV – IBGE/2016) A figura abaixo representa o diagrama de classes de parte do sistema SOMANUT. Na classe Funcionario, foi implementado o método abstrato calcularSalario. Para que a classe Mecanico possa ser instanciada, é necessário que a(s) classe(s):

#17. (VUNESP – TCE-SP/2015) As ferramentas de análise estática de código, como o PMD e o FindBugs, encontram erros nos programas ao

#18. (VUNESP – TCE-SP/2015) No Desenvolvimento Orientado a Testes (TDD), os casos de teste que definem o recurso a ser implementado devem ser elaborados

#19. (CESPE – TRE-PI/2016) Em relação aos tipos de software e suas utilidades, assinale a opção correta.

#21. (FUNCAB-EMDUR/2014) Os sistemas destinados aos gerentes operacionais que monitoram as transações e as atividades básicas da organização, tais como vendas, recebimentos, entradas de dinheiro, folhas de pagamento, entre outras, são conhecidos como:

#22. (CESPE – SERPRO/2013) Somente após ter assumido o compromisso de fornecer o produto para o cliente, a organização deve analisar criticamente os requisitos relacionados ao produto.

#23. (CESPE – SERPRO/2013) O ciclo de melhoria contínua denominado plan-do-check-act (PDCA) pode apoiar adequadamente todos os processos da norma NBR ISO 9001:2000.

#24. (CESPE – TRE-PI/2016) De acordo com a NBR ISO/IEC 9126, as qualidades externas e internas podem ser categorizadas por meio de características e subcaracterísticas. As subcaracterísticas adequação, acurácia e interoperabilidade referem-se à característica

#25. (FUNCAB-EMDUR/2014) Segundo Turban e Volonino, durante o ciclo de vida dos sistemas, na fase de implementação, as organizações utilizam quatro estratégias principais de conversão do sistema antigo para o novo sistema. São elas:

#26. (FUNCAB-EMDUR/2014) Todas as alternativas a seguir estão relacionadas ao Desenvolvimento Rápido de Aplicações (RAD), EXCETO:

#28. (FUNCAB-EMDUR/2014) Em relação aos modelos de desenvolvimento de software, aquele que prioriza a análise dos riscos envolvidos no desenvolvimento de cada parte do software é:

#29. (FUNCAB-EMDUR/2014) No projeto de interfaces, o princípio que prevê que a interface deve fornecer feedback significativo, quando ocorrerem erros, e oferecer recursos sensíveis ao contexto de ajuda ao usuário, é:

#30. (CESPE – TRE-PI/2016) O TDD (test driven development)

Deixe uma resposta Cancelar resposta