DP de Exame Eng 2018

Prévia do material em texto

DP de Exame Eng. Software
1. Assinale a função correta de engenharia de requisitos: 
R: Ajudar os engenheiros de software a compreender melhor o problema que eles vão trabalhar para resolver.
2. No processo de desenvolvimento de um sistema de controle de materiais (matérias-primas) para uma metalúrgica
R:D-Especificação e validação.
3. Requisitos de um sistema são freqüentemente classificados como funcionais, não-funcionais e de domínio. Qual a definição que melhor descreve requisitos não-funcionais? 
 R: São requisitos que não estão diretamente relacionados com as funções específicas do sistema.
4. Requisitos são capacidades e condições para as quais um sistema deve ter conformidade.
Analise as afirmações a seguir:
(I) No Processo Unificado, requisitos são categorizados de acordo com o modelo FURPS+, onde o U do acrônimo representa requisitos de usabilidade.
(II) Casos de uso são documentos em forma de texto, não diagramas, e modelagem de casos de uso é basicamente um ato de escrever estórias de uso de um sistema.
(III) UML (Unified Modeling Language) provê notação para se construir o diagrama de casos de uso, que ilustra os nomes dos casos de uso, atores e seus relacionamentos.
Considerando-se as três afirmações (I), (II) e (III) acima, identifique a única alternativa válida:
5. Considere as afirmativas abaixo:
 
I. Requisitos não-funcionais não são mensuráveis.
II. Requisitos funcionais descrevem as funções que o software deverá executar.
III. Requisitos não-funcionais expressam condições que o software deve atender ou qualidades específicas que o software deve ter.
Assinale a alternativa CORRETA:
6. A Engenharia de Requisitos é um processo que envolve todas as atividades exigidas para criar e manter o documento de requisitos de sistema.
Sobre a Engenharia de Requisitos, considere as afirmativas a seguir.
I. A Engenharia de Requisitos, como todas as outras atividades de Engenharia de Software, precisa ser adaptada às necessidades do processo, do projeto, do produto e do pessoal que está fazendo o trabalho.
II. No estágio de levantamento e análise dos requisitos, os membros da equipe técnica de desenvolvimento do software trabalham com o cliente e os usuários finais do sistema para descobrir mais informações sobre o domínio da aplicação, que serviços o sistema deve oferecer, o desempenho exigido do sistema, as restrições de hardware, entre outras informações.
III. Na medida em que a informação de vários pontos de vista é coletada, os requisitos emergentes são consistentes.
IV. A validação de requisitos se ocupa de mostrar que estes realmente definem o sistema que o cliente deseja. Ela é importante porque a ocorrência de erros em um documento de requisitos pode levar a grandes custos relacionados ao retrabalho.
Assinale a alternativa correta: R: I , II , IV
7. Assinale a alternativa falsa
R: Requisitos não-funcionais são as qualidades globais de um software, como manutenibilidade, usabilidade, desempenho, custos e várias outras. Normalmente estes requisitos são descritos de maneira informal, de maneira controversa e são fáceis de validar.
8. Assinale a alternativa falsa
R: Estas atividades devem ser vistas como parte da análise de sistemas. Normalmente, elas são iniciadas separadamente da análise do sistema, podendo se estender após a elaboração do documento de especificação do sistema, quando serão refinados os requisitos do software.
9. Assinale a alternativa falsa
R: Os requisitos colhidos devem ser quantitativos, detalhados e irrelevantes para o projeto.
10. Assinale a alternativa falsa
R: A especificação do requisito tem pouca importância na fase de análise de um sistema. Um requisito mal levantado pode causar impactos desastrosos, atrasos e muito retrabalho
11. Assinale a alternativa falsa
R: Em engenharia de software, requisitos funcionais são os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade
12. Assinale a alternativa falsa
R: Os requisitos funcionais denotam a arquitetura técnica de um sistema, enquanto os requisitos não funcionais fazem parte da arquitetura do aplicativo de um sistema.
13. Assinale a alternativa falsa
R: A validação de requisitos é um dos mais importantes processos na Engenharia de Requisitos. Isto porque tal como um documento de requisitos bem definido permite a correção de incoerências e inconformidades no desenvolvimento de um produto de software, a validação permite maximizar o tempo gasto na detecção dessas incoerências e inconformidades devido à sua alta eficiência na sua descoberta.
14. Qual das alternativas abaixo não corresponde a um fator da qualidade de software, segundo McCALL?
R: B-Derivação.
15. Engenharia de Software inclui um grande número de teorias, conceitos, modelos, técnicas e métodos. Analise as seguintes definições. 
I). No planejamento de projetos de software, há várias técnicas que podem ser usadas para estimativa de custo e esforço. A técnica de Pontos por Função é uma técnica de estimativa que, embora não seja relacionada diretamente a linhas de código, é utilizada também para a obtenção de métricas de produtividade e qualidade do desenvolvimento de software;
II) CMMI (Capability Maturity Model Integration) é um modelo estabelecido pelo Software
Engineering Institute (SEI) que propõe níveis de competência organizacional relacionados à qualidade do processo de desenvolvimento de software;
III) Engenharia Reversa é o processo de inferir ou reconstruir um modelo de mais alto nível (projeto ou especificação) a partir de um documento de mais baixo nível (tipicamente um código fonte);
 Levando-se em conta as três afirmações I, II e III acima, identifique a única alternativa válida:
16. 2) NÃO é uma atividade do grupo de Garantia de Qualidade de Software (SQA): R: Corrigir e verificar se as correções foram feitas dentro do padrão estabelecido.
17. Ao longo de todo o desenvolvimento do software, devem ser aplicadas atividades de garantia de qualidade de software (GQS), entre as quais se encontra a atividade de teste. Um dos critérios de teste utilizados para gerar casos de teste é o denominado critério dos caminhos básicos, cujo número de caminhos pode ser determinado com base na complexidade ciclomática. Considerando-se o grafo de fluxo de controle apresentado na figura ao lado, no qual os nós representam os blocos de comandos e as arestas representam a transferência de controle, qual a quantidade de caminhos básicos que devem ser testados no programa associado a esse grafo de fluxo de controle, sabendo-se que essa quantidade é igual à complexidade ciclomática mais um?            
R: 4.
18. Coesão e acoplamento são dois conceitos fundamentais para a qualidade do projeto modular de um software. A coesão diz respeito à funcionalidade dos módulos que compõem o software e é relacionada ao conceito de ocultação de informação.
O acoplamento está relacionado aos dados e representa a interconexão entre os módulos. Suponha que determinado sistema possa ter a arquitetura de seus módulos projetada por meio das duas alternativas diferentes mostradas na figura acima, sendo a funcionalidade de um módulo a mesma nas duas alternativas.
Nessa figura, os retângulos representam os módulos e as arestas representam chamadas a funcionalidades de outros módulos. 
 R: B- Em relação à alternativa 1, na alternativa 2, a coesão do módulo A é menor, a dos módulos B e C é maior e o acoplamento do projeto é maior.
19. Qualidade é uma das premissas básicas para se desenvolver software hoje em dia. Contudo, gerenciar a qualidade dentro do processo de software não é uma etapa trivial. Requer preparação, conhecimento técnico adequado e, sobretudo, comprometimento de todos os stakeholders envolvidos. A esse respeito, considere as seguintes afirmativas.
I. O MPS.br é uma iniciativa para Melhoria de Processo do Software Brasileiro. O MPS.br adequa-se à realidade das empresas brasileiras e está em conformidade com as normas ISO/IEC 12207. No entanto, não apresenta uma estratégia de compatibilidadecom o CMMI - Capability Maturity Model Integration.
II. A rastreabilidade de requisitos de software proporciona uma melhor visibilidade para a gerência de qualidade do projeto.
III. Uma empresa de tecnologia certificada por meio de modelos como CMMI ou
MPS.br oferece produtos de software também certificados.
IV. A padronização é um dos fundamentos básicos da gerência da qualidade. A padronização pode acontecer em diversos níveis: na documentação, no código e, principalmente, no processo.
Considerando a gerência da qualidade, assinale a alternativa CORRETA.
20. Considerando-se o Capability Maturity Model (CMM), é CORRETO afirmar que:
R: A área chave de processo relacionada à garantia de qualidade está no nível dois de maturidade.
21. Analise estas afirmativas concernentes à qualidade de software:
I. A inspeção é uma atividade de garantia da qualidade de software.
II. A revisão técnica formal não pode ser usada para treinamento da equipe.
III. O controle de qualidade consiste em funções gerenciais de auditar e relatar não-conformidades.
A partir dessa análise, pode-se concluir que: R: I correta
22. A garantia de qualidade de software é uma atividade de guarda-chuva que é aplicada ao longo de todo o processo de engenharia de software, que abrange:
I. métodos e ferramentas de análise, projeto, codificação e testes;
II. revisões técnicas formais que são aplicadas durante cada fase de engenharia de software;
III. uma estratégia de teste de múltiplas fases;
IV. controle da documentação de software e das mudanças feitas nela;
V. um procedimento para garantir a adequação aos padrões de desenvolvimento de software (quando aplicáveis);
VI. mecanismos de medicação e divulgação.
Quais itens estão corretos? R: I,II,III,IV,V,VI
23. Assinale a alternativa falsa
R: A Garantia de Qualidade fornece uma visão subjetiva quanto a desvios e pontos de melhoria, tanto para atividades de processo quanto de produto. Como conseqüência a empresa adquire ganhos nos resultados financeiros e na satisfação do cliente, ocasionado pelo aumento de custos, prazos e qualidade dos projetos.
24. Assinale a alternativa falsa
R: No desenvolvimento de software, a qualidade do produto está diretamente relacionada à qualidade do processo de desenvolvimento, desta forma, é comum que a busca por um software de maior qualidade não passe necessariamente por uma melhoria no processo de desenvolvimento.
25. Assinale a alternativa falsa
R: No contexto de desenvolvimento de software, qualidade pode ser entendida como um conjunto de características a serem satisfeitas, de modo que o produto de software atenda às necessidades dos desenvolvedores.
26. O gerenciamento de configuração de software (GCS)
R: As duas asserções são proposições verdadeiras, e a segunda não é uma justificativa correta da primeira.
27. Analise estas afirmativas relacionadas à gerência de configuração de software:
I. Os artefatos que fazem parte de uma linha-base somente podem ser alterados mediante procedimentos formais de controle de modificação.
II. A identificação dos itens de configuração é processo integrante da gerência de configuração.
III. Controle de mudanças e controle de versões têm o mesmo significado no contexto da gerência de configurações.
A partir dessa análise, pode-se concluir que:
28. O processo de Gerência de Configuração de Software é definido por quatro funções básicas, a saber:
R: Identificação, Documentação, Controle e Auditoria.
29. Considere as seguintes assertivas sobre a Gerência de Configuração de Software:
I- Um baseline somente pode ser alterado por processos formais de controle de alteração.
II-O controle de versões pode ser descrito pelo grafo de evolução do software.
III-A inserção de um objeto no repositório (check-in) necessariamente invoca o mecanismo de controle de versão.
As assertivas corretas são:
30.  No que diz respeito à área da engenharia de software, analise a citação a seguir.
R: Gestão de Configuração
31. Assinale a alternativa falsa
R: A configuração não varia com o tempo, pois novos arquivos são incluídos, e arquivos existentes são alterados ou removidos.
32. Assinale a alternativa falsa ---- : GESTÃO DE CONFIGURAÇÃO DE SOFTWARE
r: Linhas-base ou Baseline é um conceito de gerenciamento de configuração de software que nos ajuda a controlar as mudanças, impedindo as mudanças justificáveis
33. Assinale a alternativa falsa ---- : GESTÃO DE CONFIGURAÇÃO DE SOFTWARE
r: A Gerência de mudanças não é uma parte geralmente negligenciada da Gerência de configuração. Como ela não tem resultados imediatos para os desenvolvedores e engenheiros de software envolvidos no projeto, estes acabam por não perceber sua importância
34. Assinale a alternativa falsa
A gestão de configuração de software visa garantir que: R: todas as alterações em itens das linhas de base sejam controladas, mas não checadas;
35. Assinale a alternativa falsa
São importantes elementos que precisam estar presentes em um sistemas de gestão de configuração:
R: Elementos técnicos
36. Não é uma atividades do Grupo de Gestão de Configuração de Software:
R: administração das bibliotecas de configurações, excluindo a manutenção, análise de integridade, emissão de relatórios gerenciais e realização de cópias de segurança; 
37. Em relação à Gestão de Configurações, os gerentes de projetos não devem:
R:B- tomar as providências necessárias para que sejam respeitados os apenas alguns procedimentos de gestão de configurações, em nível dos projetos;
38. Durante o processo de análise de risco é necessário fazer uma avaliação dos tipos de riscos e dos riscos possíveis. Associe os tipos de riscos com os riscos possíveis.
 
Tipos de riscos:
A. Tecnologia
B. Pessoal
C. Ferramentas
D. Estimativas
 
Riscos possíveis:
(   ) A taxa de reparo de defeito foi subestimada.
(   ) O treinamento necessário não está disponível.
(   ) O banco de dados usado no sistema não suporta a quantidade de transações que o sistema demanda.
(   ) Não será possível integração de CASE.
R:D – B – A – C.
39. No processo unificado, cinco workflows acompanham o conjunto das fases de desenvolvimento de software. Cada workflow é um conjunto de atividades executadas por vários membros do projeto.
Considerando o desenvolvimento de um sistema integrado de gestão (ERP), o empacotamento em componentes de software dos elementos do modelo de projeto — tais como arquivo de código fonte,biblioteca de ligação dinâmica e componentes executáveis — é descrito pelo workflow de:  
R: Implementação.
40. As seguintes afirmações dizem respeito ao modelo de desenvolvimento em Espiral - proposto por Barry Boehm na década de 70:
 
I. suas atividades do desenvolvimento são conduzidas por riscos ;
II. cada ciclo da espiral inclui 4 passos: passo 1 - identificação dos objetivos ; passo 2 – avaliação das alternativas tendo em vista os objetivos e os riscos (incertezas, restrições) do desenvolvimento; passo 3 - desenvolvimento de estratégias (simulação, prototipagem) p/ resolver riscos; e passo 4 - planejamento do próximo passo e continuidade do processo determinada pelos riscos restantes;
III. é um modelo evolutivo em que cada passo pode ser representado por um quadrante num diagrama cartesiano: assim na dimensão radical da espiral tem-se o custo acumulado dos vários passos do desenvolvimento enquanto na dimensão angular tem-se o progresso do projeto.
Levando-se em conta as três afirmações I, II e III acima, identifique a única alternativa válida:
41. Os pontos de função em um software são calculados estimando-se as seguintes características do software:
R: A- Entradas e saídas externas, interações com usuários, interfaces externas, e arquivos utilizados pelo sistema.
42. A Atividade de Teste é considerada uma atividade dinâmica, pois implica na execução do código. Ela é composta das etapas de planejamento, definição dos casos de teste, execução dos casos de teste e análise dos resultados. A Atividade de Teste deve iniciar-se na fase: R: inicial de desenvolvimento.
43. Na estratégia de teste de software, assinale o nomedo teste de sistema que força o software a falhar de diversos modos: 
R: Teste de Recuperação
44. Em relação à componentização e reuso, considere:
I. Se o componente sendo projetado é muito complicado, então, não é usável, por ser muito complexo ou apenas uma pequena porção desse componente é usada. Ao projetar um componente reusável, deve-se estar atento para que ele seja tão simples quanto possível. 
II. Quando é projetada uma solução baseada em componentes, é possível obter um comportamento comum de modo que vários usuários possam utilizar. Uma outra forma para reuso de interfaces genéricas é o reuso da especificação. Uma vez que os componentes podem possuir múltiplas interfaces, é possível ter diferentes componentes. 
III. No que concerne ao reuso dos componentes existentes, as interfaces podem ser projetadas para usar outras interfaces em tempo de design (desde que todas as implementações de componentes no sistema especificado suportem as interfaces) ou em tempo de implementação (usa os serviços de outras interfaces).
É correto o que consta em: R: I, II e III.
45. No desenvolvimento de sistemas, no âmbito das relações intermodulares entre as classes, diz-se que o programa está bem estruturado quando há
R:  maior coesão e menor acoplamento.
46. Qual das alternativas abaixo não corresponde a um fator da qualidade de software, segundo McCALL?
R: Derivação.
47. Determinado órgão público deseja analisar, quantitativamente, alguns riscos de seus projetos de software. Que técnica é apropriada para atingir tal objetivo?
R :  Monte Carlo.