Prova Engenharia de Software 2020 A2

Prévia do material em texto

· Pergunta 1
· 1 em 1 pontos
· 
	
	
	
	Padrões de arquitetura ou estilos arquiteturais são projetos de alto nível de software que organizam “blocos” de estruturas e funcionalidades do software de maneira coesa e estabelecem formas específicas de comunicação entre eles. Os padrões de arquitetura existem como forma de resolver problemas comuns de desenvolvimento e manutenção de software e estão geralmente relacionados com características de qualidade requeridas para o software. São exemplos de padrões de arquitetura:
	
	
	
	
	
	Resposta Selecionada:
	 .Cliente-Servidor e Camadas.
	Resposta Correta:
	 .Cliente-Servidor e Camadas.
	Feedback da resposta:
	Resposta correta. Cliente-Servidor e Camadas são dois tipos distintos de estilos arquiteturais: o primeiro que organiza a arquitetura em um código a ser executado no servidor e outro código a ser executado no cliente que faz requisições àquele; o segundo que organiza a arquitetura do código em diferentes camadas coesas com pontos específicos de comunicações entre elas.
	
	
	
· 
Pergunta 2
· 1 em 1 pontos
· 
	
	
	
	A Engenharia de Requisitos pressupõe a adoção de métodos e técnicas para a obtenção de requisitos a serem implementados em um sistema de software . Ela objetiva entender o cliente, avaliar a viabilidade do que é requisitado, negociar pedidos, detalhar requisitos e gerenciar estes. Assim como outras áreas de conhecimento da Engenharia de Software , a Engenharia de Requisitos estabelece um conjunto de atividades que necessitam ser executadas como forma a garantir o objetivo da área.
Assinale a alternativa que contém apenas atividades relacionadas com a Engenharia de Requisitos.
	
	
	
	
	
	Resposta Selecionada:
	 Levantar requisitos, analisar requisitos, documentar requisitos.
	Resposta Correta:
	 Levantar requisitos, analisar requisitos, documentar requisitos.
	Feedback da resposta:
	Resposta correta. Levantar, analisar, documentar, verificar/validar e gerenciar requisitos são todas atividades que compõem a Engenharia de Requisitos.
	
	
	
· 
Pergunta 3
· 1 em 1 pontos
· 
	
	
	
	Dentro do contexto do processo de desenvolvimento de software, a fase que corresponde ao levantamento, descrição e priorização de informações que serão posteriormente transformadas em funcionalidades e restrições do software é chamada de “Análise de Requisitos”, “Definição de Requisitos” ou “Modelagem de Requisitos”. Independente do modelo de processo escolhido para um projeto, a fase de requisitos estará sempre presente em um projeto.
Sobre o momento de ocorrência dessa fase, podemos dizer que ocorre: 
	
	
	
	
	
	Resposta Selecionada:
	 No início do processo de desenvolvimento do software, podendo ocorrer também no início das iterações que ocorrerem ao longo do processo.
	Resposta Correta:
	 No início do processo de desenvolvimento do software, podendo ocorrer também no início das iterações que ocorrerem ao longo do processo.
	Feedback da resposta:
	Resposta correta. A fase de identificação dos requisitos deve ocorre sempre antes do início do desenho do sistema para que se possa ser entendido o que será implementado. Desse modo, ela sempre ocorre no início do processo de desenvolvimento e também no início de cada iteração, caso o modelo escolhido seja iterativo.
	
	
	
· 
Pergunta 4
· 1 em 1 pontos
· 
	
	
	
	As leis de evolução de um software podem ser aplicadas em qualquer software, de forma geral para momentos de tomada de decisão, de planejamento, desenvolvimento e manutenção, conhecidas como as leis de Lehman (SOMMERVILLE, I. Engenharia de Software. 9. ed. São Paulo: Pearson Education, 2011).
Das alternativas abaixo, assinale a que descreve as características de algumas das leis de Lehman.
	
	
	
	
	
	Resposta Selecionada:
	 .Mudança contínua: é preciso estar atento às mudanças do ambiente real que afetem o sistema ou este se torna progressivamente menos útil.
	Resposta Correta:
	 .Mudança contínua: é preciso estar atento às mudanças do ambiente real que afetem o sistema ou este se torna progressivamente menos útil.
	Feedback da resposta:
	Resposta correta. As leis de Lehman são aplicadas para qualquer software, em vários momentos de seu desenvolvimento e ainda durante a fase de alteração.
	
	
	
· 
Pergunta 5
· 1 em 1 pontos
· 
	
	
	
	Leia as afirmações a seguir e a relação entre elas:
I. O teste de Release é importante como teste de caixa-preta.
PORQUE
II. Apresenta o atendimento aos requisitos sem erros.
Analisando as afirmações acima, conclui-se que:
	
	
	
	
	
	Resposta Selecionada:
	 .As duas afirmações são verdadeiras, e a segunda justifica a primeira.
	Resposta Correta:
	 .As duas afirmações são verdadeiras, e a segunda justifica a primeira.
	Feedback da resposta:
	Resposta correta. O release é uma versão quase final de um sistema,e assim não apresenta erros de requisitos.
	
	
	
· 
Pergunta 6
· 1 em 1 pontos
· 
	
	
	
	O teste de usuário é o momento que o sistema tem maturidade de uso, depois de realizadas algumas sugestões do cliente (GALLOTTI, G. M. A. Qualidade de Software. São Paulo: Pearson, 2017).
Das alternativas abaixo, assinale a que descreve a característica do tipo de teste de usuário denominado teste Beta.
	
	
	
	
	
	Resposta Selecionada:
	 .Momento em que o sistema é disponibilizado para usuários com experiência do negócio, mesmo que não esteja acabado.
	Resposta Correta:
	 .Momento em que o sistema é disponibilizado para usuários com experiência do negócio, mesmo que não esteja acabado.
	Feedback da resposta:
	Resposta correta. Esta versão mesmo que não esteja acabada pode ser utilizada no ambiente real e revelar a associação com a infraestrutura.
	
	
	
· 
Pergunta 7
· 0 em 1 pontos
· 
	
	
	
	O Extreme Programming (XP), também conhecido como Programação Extrema, é uma metodologia de desenvolvimento de software do grupo dos métodos ágeis que advoga o uso de pequenos ciclos de desenvolvimento como forma a realizar entregas de partes do produto de modo mais frequente. O uso de programação em pares, rotineiras revisões de código e foco na simplicidade e claridade do código auxiliaram a dar o nome à metodologia que visa a levar as práticas reconhecidas da engenharia de software a níveis “extremos”.
Faz parte da metodologia de XP:
	
	
	
	
	
	Resposta Selecionada:
	 A preservação dos valores de comunicação, simplificação, feedback e organização.
	Resposta Correta:
	 A realização de testes de unidade.
	Feedback da resposta:
	Sua resposta está incorreta. O XP é um dos métodos mais centrados em código fonte dentre as metodologias ágeis, como as demais metodologias ágeis, o XP não possui um foco grande em documentação nem em revisão desta, mas sim em uma maior interação entre as pessoas como forma a suprir essa requisição presente em projetos que seguem processos mais tradicionais. Além disso, os quatro valores comunicação, simplicidade – não simplificação –, feedback e coragem – não organização – são partes integrantes da metodologia.
	
	
	
· 
Pergunta 8
· 1 em 1 pontos
· 
	
	
	
	Existem vários tipos de manutenção, com nomes ligeiramente diferentes, porém com o mesmo propósito (PFLEEGER, S. L. Engenharia de Software - Teoria e Prática. 2. ed. São Paulo: Pearson Addison Wesley, 2004).
Das alternativas abaixo, assinale a que descreve as características de alguns tipos de manutenção de software.
	
	
	
	
	
	Resposta Selecionada:
	 .Manutenção adaptativa: são as alterações que o sistema sofre devido à mudança de ambiente, que não estava previsto no início do sistema.
	Resposta Correta:
	 .Manutenção adaptativa: são as alterações que o sistema sofre devido à mudança de ambiente, que não estava previsto no início do sistema.
	Feedback da resposta:
	Resposta correta. A evolutiva diz respeito ao acréscimo de novos recursos, a adaptativa é sobre adequar-se a uma situação nova. Para a corretiva é ajuste de erros que ocorrem. A preventiva é ajuste de erros antes de ocorrerem. A preditiva é ajuste devido o limite de tempo de seu uso.
	
	
	
· 
Pergunta 9
· 1 em 1 pontos
·Baseadas em ideias de Grady Booch, James Rumbaugh e Ivar Jacobson, a UML (unified modeling language) surgiu para assumir o posto de padrão para modelagem de sistemas orientados a objetos. A existência de diagramas para diferentes propósitos faz com que o sistema modelado possa ser analisado por diferentes perspectivas. A opção que melhor apresenta a dupla diagrama-perspectiva é:
	
	
	
	
	
	Resposta Selecionada:
	 .Diagrama de Sequência – Interação entre objetos.
	Resposta Correta:
	 .Diagrama de Sequência – Interação entre objetos.
	Feedback da resposta:
	Resposta correta. O diagrama de sequência representa o sistema sob a perspectiva de interação entre objetos. O referido diagrama é um diagrama de interação, subgrupo dos diagramas de comportamento da UML.
	
	
	
· 
Pergunta 10
· 0 em 1 pontos
· 
	
	
	
	Assim como requisitos funcionais e não funcionais, as regras de negócios são imprescindíveis de serem capturadas e explicitadas no início do projeto e a cada iteração dele. Isso porque elas definem regras que regem o negócio da organização e que devem ser respeitadas durante o desenvolvimento de um sistema que apoie esse negócio. De certa forma, elas também estabelecem restrições a funcionalidades do sistema, mas diferentemente dos requisitos não funcionais do software , elas não representam características de qualidade de software , mas, sim, de regras já existentes no negócio da organização que devem ser respeitadas durante a implementação dos requisitos.
Com base na descrição acima, assinale a alternativa que descreve uma regra de negócio para o sistema.
	
	
	
	
	
	Resposta Selecionada:
	 O sistema deve ser amigável e de fácil usabilidade do sistema.
	Resposta Correta:
	 A equipe de professores da diretoria da escola deve conter, no mínimo, 2 e no máximo 5 pessoas.
	Feedback da resposta:
	Sua resposta está incorreta. As alternativas (b) e (c), embora apresentem delimitações para o sistema, representam características de qualidade do sistema referentes ao seu uso e não regras de negócio. As alternativas (d) e (e), por outro lado, representam funcionalidades específicas que o sistema deverá prover, não representando qualquer restrição de negócio específica a ponto de serem classificadas como regras de negócio.