Engenharia de software

Prévia do material em texto

· Pergunta 1
· 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 de Homologação.
	
	
	
	
	
	Resposta Selecionada:
	 .Momento final quando usuários testam se o sistema pode ser usado, realizado em um intervalo definido de tempo.
	Resposta Correta:
	 .Momento final quando usuários testam se o sistema pode ser usado, realizado em um intervalo definido de tempo.
	Feedback da resposta:
	Resposta correta. Pela denominação percebe-se que o sistema já está disponível ao cliente e decide se atende o que foi pedido.
	
	
	
· 
Pergunta 2
· 1 em 1 pontos
· 
	
	
	
	O uso de sistemas legados ainda é muito utilizado porque permite resolver problemas do cotidiano da empresa com sucesso (PRESSMAN, R. Engenharia de Software. 8. ed. Porto Alegre: AMGH, 2016).
Das alternativas abaixo, assinale a que descreve algumas características que devem ser consideradas em um software legado.
	
	
	
	
	
	Resposta Selecionada:
	 .Não serve à empresa, mais de 20 anos feito, sem pessoal especialista.
	Resposta Correta:
	 .Não serve à empresa, mais de 20 anos feito, sem pessoal especialista.
	Feedback da resposta:
	Resposta correta. Para ser legado, precisa ter características que digam que é antigo, com muito tempo, sem especialistas.
	
	
	
· 
Pergunta 3
· 0 em 1 pontos
· 
	
	
	
	Segundo Fuggetta (2000), “existe uma suposição de que a qualidade do processo tem correlação com a qualidade do produto produzido”. A frase é de 2000 e provoca uma reflexão quanto à escolha adequada de um processo de software
a fim de garantir que o produto final produzido tenha qualidade em diferentes aspectos. Os diferentes modelos e metodologias de desenvolvimento de software
existentes requerem características específicas de projetos para diminuir as incertezas quanto ao sucesso do produto final gerado.
FUGGETTA, A. Software Process - A Road Map. Proceedings of the Conference on The Future of Software Engineering . Limerick: ACM, 2000.
Assinale a alternativa que correlaciona corretamente um modelo de processo a uma característica de projeto requerida para a sua implementação. 
	
	
	
	
	
	Resposta Selecionada:
	 Iterativo e Incremental – Escopo do software definido.
	Resposta Correta:
	 Espiral – Projeto de alto risco.
	Feedback da resposta:
	Sua resposta está incorreta. O modelo cascata pressupõe a existência de escopo definido, enquanto que o iterativo e incremental pressupõe o contrário. Equipes de desenvolvimento grandes e clientes que não têm tempo para participação das discussões do projeto não combinam com metodologias ágeis, que têm na comunicação como um dos alicerces para o sucesso do projeto.
	
	
	
· 
Pergunta 4
· 0 em 1 pontos
· 
	
	
	
	O Cascata é um dos modelos de processo mais conhecidos dentre engenheiros de software e é utilizado diferentes vezes para a comparação com outros modelos de processos mais atuais.
Sobre o modelo cascata é correto afirmar que:
	
	
	
	
	
	Resposta Selecionada:
	 Ele é composto pelas fases de modelagem conceitual do problema, planejamento da construção do software, análise arquitetural da solução, codificação, testes e implantação.
	Resposta Correta:
	 Ele é indicado, principalmente, quando os requisitos para resolução de um problema são conhecidos, entendidos e bem definidos.
	Feedback da resposta:
	Sua resposta está incorreta. Embora seja, de fato, um modelo clássico de desenvolvimento de software, a dificuldade em se conhecer todos os requisitos de um software no início de um projeto, inviabiliza o seu uso tão generalizado a ponto de ser considerado o mais utilizado em projetos de software. O Modelo V, embora seja uma variação do Cascata, possui características específicas que o diferem de seu precursor, como o planejamento e a execução de testes de forma mais intensa. O Cascata possui cinco etapas: requisitos, análise, desenho, implementação e testes.
	
	
	
· 
Pergunta 5
· 1 em 1 pontos
· 
	
	
	
	Sabendo que um requisito é uma característica do sistema ou ainda a descrição de algo que este deve ser capaz de realizar a fim de solucionar problemas de negócio, podemos entender requisitos como sendo funcionalidades específicas do software ou ainda restrições a essas funcionalidades. Requisitos podem ainda descrever características de qualidade requeridas para o software em definição.
Em Engenharia de Software , damos o nome a essas restrições que (de)limitam as demais características do sistema de requisitos:
	
	
	
	
	
	Resposta Selecionada:
	 Não funcionais.
	Resposta Correta:
	 Não funcionais.
	Feedback da resposta:
	Resposta correta. Requisitos não funcionais são todos aqueles requisitos que representam restrições às demais funcionalidades do sistema, delimitando o seu comportamento/apresentação.
	
	
	
· 
Pergunta 6
· 1 em 1 pontos
· 
	
	
	
	Analise as afirmativas abaixo e a relação entre elas:
I. O processo de mudança e evolução em um software é inevitável
PORQUE
II. O software como qualquer produto, tem um tempo de vida.
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. Nenhum produto sobrevive sem alterações devido aos novos recursos. Para um software
não é diferente.
	
	
	
· 
Pergunta 7
· 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 Alfa.
	
	
	
	
	
	Resposta Selecionada:
	 .Momento em que o sistema é testado pelo usuário em conjunto com os desenvolvedores para estar o máximo próximo dos requisitos.
	Resposta Correta:
	 .Momento em que o sistema é testado pelo usuário em conjunto com os desenvolvedores para estar o máximo próximo dos requisitos.
	Feedback da resposta:
	Resposta correta. Este teste está mais próximo do que foi requisitado pelo cliente com a equipe de desenvolvedor e teste juntos na análise.
	
	
	
· 
Pergunta 8
· 1 em 1 pontos
· 
	
	
	
	Product Owner , Scrum Master e Time Scrum
são três papéis fundamentais presentes na metodologia do Scrum. O Product Owner tem como uma de suas responsabilidades a definição e a priorização dos itens de Backlog
a serem entregues em cada Sprint (iteração) de desenvolvimento do software . O Scrum Master tem como uma de suas responsabilidades auxiliar o time a manter foco no desenvolvimento e nos valores preconizados pela metodologia ágil escolhida para o projeto. E o Time Scrum é a nomenclatura dada a todos os integrantes da equipe responsável por desenvolver o software , geralmente, uma equipe multidisciplinar.
Com base nas definições acima, leia as afirmações a seguir:
I) Product Owner e Scrum Master não fazem parte do Time Scrum .
II) Product Owner detém conhecimentos a respeito do negócio do software em desenvolvimento.
III) Scrum Master é o gerente do Time Scrum .
IV) É aconselhável que o Product Owner e o Scrum Master não sejam a mesma pessoa.
É correto o que se afirma em:
	
	
	
	
	
	Resposta Selecionada:
	 II e IV.
	Resposta Correta:
	 II e IV.
	Feedback da resposta:
	Resposta correta. Para conseguir descrever e priorizar itens de backlog, o Product Owner precisar conhecer sobre o negócio para o qual o software em desenvolvimento se destina. Por outro lado, é aconselhável que os papéis de Product Owner e o de Scrum Master não sejam desempenhados pela mesma pessoa, já que eles possuem algumas atribuições conflitantes.
	
	
	
· 
Pergunta 9
· 1 em 1 pontos
· 
	
	
	
	Dentro do contexto do processode 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 10
· 1 em 1 pontos
· 
	
	
	
	Diagramas de Casos de Uso são diagramas que apresentam de maneira visual as diferentes funcionalidades do sistema, o relacionamento entre elas e a participação de diferentes atores humanos e não-humanos com as funcionalidades do sistema. O diagrama é comumente utilizado em fases iniciais do processo de desenvolvimento do software, isso porque por apresentar uma sintaxe simples, o diagrama acaba sendo de fácil entendimento para os interessados do projeto. Sobre o diagrama de Casos de Uso, leia as afirmações a seguir e escolha a alternativa correta.
I) Diagramas de Casos de Uso são diagramas comportamentais da UML.
II) O relacionamento de inclusão (include) de um Caso de Uso em outro faz com que o Caso de Uso incluído tenha seus passos executados também na chamada do Caso de Uso que o incluiu.
III) A herança entre atores no diagrama de Casos de Uso diz respeito a herança de participação (relacionamento) do ator herdado com outros Casos de Uso com os quais se relaciona.
IV) Em um diagrama de Casos de Uso, a delimitação da fronteira do sistema é realizada com o uso de um retângulo que envolve os Casos de Uso representados e exclui os atores.
	
	
	
	
	
	Resposta Selecionada:
	 .I, II, III e IV são verdadeiras.
	Resposta Correta:
	 .I, II, III e IV são verdadeiras.
	Feedback da resposta:
	Resposta correta. Diagramas de casos de uso são diagramas que representam comportamento do software em relação à interação de atores com diferentes funcionalidades do software e de funcionalidades entre si. Os atores podem herdar relacionamentos de outros atores via o uso de herança entre atores. Já os relacionamentos podem ser realizados como forma a incluir a realização de um caso de uso em outro (include) ou de estender um caso de uso com a chamada opcional de um outro caso de uso (extend). Na representação com o diagrama, usamos o retângulo como forma a delimitar a fronteira do software sendo modelado, não sendo, portanto, adequado a representação de atores dentro dessa fronteira.