Buscar

Prova - ENGENHARIA DE SOFTWARE (Marcelle

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 5 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

Tirei 7,00
PERGUNTA 1
1. 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:
	
	
	.Abstract Factory e Adapter.
	
	
	.Cliente-Servidor e Adapter.
	
	
	.MVC e Builder.
	
	
	.Duto-e-Filtro e Fachada.
	
	
	.Cliente-Servidor e Camadas.
1 pontos   
PERGUNTA 2
1. 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.
	
	
	.Momento em que o sistema é disponibilizado para teste para a equipe de desenvolvimento para o seu uso de forma não real.
	
	
	.Momento em que o sistema é disponibilizado para usuários com experiência do negócio, mesmo que não esteja acabado.
	
	
	.Momento em que o desenvolvedor testa o sistema, para saber se as funcionalidades que ele associou ao código estão corretas.
	
	
	.Momento em que o sistema é testado pelo usuário em conjunto com os desenvolvedores para estar o máximo próximo dos requisitos.
	
	
	.Momento final quando usuários testam se o sistema pode ser usado, realizado em um intervalo definido de tempo.
1 pontos   
PERGUNTA 3
1. Para o IEEE Software Engineering Standards (1987), um requisito de software é:
(1) uma condição ou capacidade necessária para um usuário resolver um problema ou alcançar um objetivo;
(2) uma condição ou uma capacidade que deve ser alcançada ou estar presente num sistema para satisfazer um contrato, padrão, especificação ou outro documento formalmente imposto.
Tendo como base as definições acima, qual alternativa apresenta um exemplo de requisito de software ?              
	
	
	O sistema deve ser entregue com todas as funcionalidades estabelecidas em no máximo 12 meses após a data de assinatura do contrato.
	
	
	Os seguintes diagramas devem ser modelados para o sistema: casos de uso, atividades, classes e sequência.
	
	
	O sistema deve atender as necessidades dos clientes.
	
	
	O sistema deve disponibilizar funcionalidades novas para os usuários mensalmente.
	
	
	O sistema deve possibilitar o cadastro de usuários.
1 pontos   
PERGUNTA 4
1. Diagramas de objetos servem para representar instâncias de classes do sistema e o relacionamento entre as instâncias em um momento específico. Por apresentaram informações instanciadas de classes, o diagrama de objetos acaba por apresentar uma sintaxe muito similar ao próprio diagrama de classes. Apesar de trazer alguns benefícios adicionais para a representação do software, o diagrama de objetos não configura entre os mais utilizadas em projetos de desenvolvimento de software. Dentre os benefícios que o diagrama pode trazer para o projeto de desenvolvimento de software, podemos destacar:
	
	
	.a criação de exemplos da estrutura do software que suporte à verificação dos conceitos apresentados antes mesmo de estes serem implementados.
	
	
	.a captura de dados reais a serem populados na base de dados do sistema.
	
	
	.a possibilidade de uso do diagrama para discussão com os clientes do software.
	
	
	.o uso do diagrama para realização de estimativas de entrega do software.
	
	
	.a possibilidade de uso do diagrama para alocação de tarefas para a equipe de desenvolvimento.
1 pontos   
PERGUNTA 5
1. 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:
	
	
	I, II e III.
	
	
	II e IV.
	
	
	I e III.
	
	
	II e III.
	
	
	I, II e IV.
1 pontos   
PERGUNTA 6
1. Em sistemas web, o padrão de arquitetura MVC é o mais largamente utilizado para organização das partes constituintes do software. Ele tem como objetivo separar informações de apresentação, de suas validações frente as regras de negócio e das manipulações de dados na base de dados da aplicação. A simplicidade na separação de responsabilidades dentro do software fez com que diferentes frameworks para diferentes linguagens de programação implementassem o MVC o que levou a popularização do padrão ao redor do globo. Sobre o modelo MVC é correto o que se afirma em:
	
	
	.O MVC, assim como outros padrões de projeto, surgiu como forma a contornar problemas comuns existentes em projetos de software.
	
	
	.O MVC possui variações como o HMVC (hierarchical model-view-control) e o MVVM (model-view-viewmodel).
	
	
	.A parte representada pelo Model é responsável por validar os dados inseridos pelo usuário.
	
	
	.A parte representada pelo View é responsável por gerenciar os dados da aplicação.
	
	
	.A parte representada pelo Controler é responsável por controlar as informações inseridas no banco de dados da aplicação.
1 pontos   
PERGUNTA 7
1. 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.
	
	
	A equipe de professores da diretoria da escola deve conter, no mínimo, 2 e no máximo 5 pessoas.
	
	
	O sistema deve ser amigável e de fácil usabilidade do sistema.
	
	
	O sistema deve possibilitar a descrição de embalagens de produtos.
	
	
	O sistema deve exibir no mapa até três opções de caminhos possíveis para se chegar a um a destino, desde que dada uma origem.
	
	
	Um usuário comum deve poder acessar qualquer funcionalidade do sistema em até 4 cliques.
1 pontos   
PERGUNTA 8
1. 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:
	
	
	Não funcionais.
	
	
	Extrafuncionais.
	
	
	Semifuncionais.
	
	
	Parafuncionais.
	
	
	Pseudo-funcionais.
1 pontos   
PERGUNTA 9
1. Uma das classificações mais bem aceitas em relação aos requisitos é a divisão desses em requisitos funcionais e não funcionais. Requisitosnão funcionais diferenciam-se dos funcionais não somente por indicar restrições ao sistema, mas também por estarem relacionados a características de qualidade de software .
Leia os itens a seguir:
I) O sistema deve possibilitar o cadastro de alunos.
II) O sistema deve estar disponível 24/7.
III) O sistema deve registrar log de operações de cadastro, edição e exclusão de produtos.
IV) O sistema deve prover acessibilidade aos portadores de necessidades especiais visuais.
Assinale a alternativa correta.
	
	
	I, II e III são requisitos não funcionais.
	
	
	II não é requisito.
	
	
	IV é requisito não funcional.
	
	
	Apenas I é requisito.
	
	
	II, III e IV são requisitos funcionais.
1 pontos   
PERGUNTA 10
1. 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:
	
	
	.As duas afirmações são verdadeiras, e a segunda justifica a primeira.
	
	
	.As duas afirmações são verdadeiras, e a segunda não justifica a primeira.
	
	
	.A primeira afirmação é verdadeira, e a segunda é falsa.
	
	
	.A primeira afirmação é falsa, e a segunda é verdadeira.
	
	
	.As duas afirmações são falsas.

Continue navegando