arquitetura de sistemas teste de conhecimento

Prévia do material em texto

1.
		Em relação aos níveis de modelo, descubra qual modelo que representa os componentes de softwares utilizados.
	
	
	
	Modelo de Implementação
	
	
	Modelo de Especificação
	
	
	Modelo Conceitual
	
	
	Modelo de Implantação
	
	
	Modelo de Projeto
	
Explicação:
Os níveis de modelos são: Implementação, Especificação e Conceitual.
O modelo de implementação informa os detalhes de implementação que devem estar presentes dentro dos códigos.
Já o modelo conceitual é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
	
	
	
	 
		
	
		2.
		De acordo como processo de desenvolvimento baseado em componentes, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).
   I - Desenvolvimento de arquiteturas complexas a partir de unidades bem especificadas e testada.
  II - Tem como foco na decomposição da estrutura da funcionalidade individual ou componente lógico dele expondo bem definido a interface de comunicação contendo seus métodos, eventos e propriedades.
 III - Componentes podem ser objetos, conjunto de objetos, sistemas ou qualquer implementação que seja dependente e auto-suficiente.
	
	
	
	Somente III é verdadeira
	
	
	I e III são verdadeiras
	
	
	Somente II é verdadeira.
	
	
	Somente I é verdadeira.
	
	
	I e II são verdadeiras
	
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
	
	
	
	 
		
	
		3.
		Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
	
	
	
	A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos funcionais quanto aos não-funcionais
	
	
	No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os componentes
	
	
	A arquitetura pode ser vista como um processo e também como um artefato
	
	
	É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
	
	
	Diagrama de componentes, diagrama de empacotamento e o diagrama de distribuição são algumas representações da UML que podem ser utilizadas na especificação arquitetural
	
Explicação:
Arquitetura de Sistema, é um conjunto de componentes que compõem um software completo instalado na corporação, incluindo as funcionalidades destes componentes, a sua interconexão, e possivelmente até mesmo a tecnologia adequada .
	
	
	
	 
		
	
		4.
		São características principais encontradas na Arquitetura em Camadas
	
	
	
	Um repositório central de dados
	
	
	Os dados são gerados por um componente e consumidos pelos outros
	
	
	Dependem de uma infraestrutura de comunicação para implementação
	
	
	Cada camada depende exclusivamente dos serviços providos pela camada inferior
	
	
	Separação e independência das camadas
	
Explicação:
No modelo em camadas, a lógica de apresentação esta separada em sua própria camada lógica e física. A separação em camadas lógicas torna os sistemas mais flexíveis, permitindo que as partes possam ser alteradas de forma independente. As funcionalidades da camada de negócio podem ser divididas em classes e essas classes podem ser agrupadas em pacotes ou componentes, reduzindo as dependências entre as classes e pacotes; podem ser reutilizadas por diferentes partes do aplicativo e até por aplicativos diferentes. O modelo de 3 camadas tornou-se a arquitetura padrão para sistemas corporativos com base na Web.
		1.
		O gerenciamento de processos refere-se ao conjunto de conhecimentos que serão utilizados para guiar a condução do projeto de desenvolvimento de software. A atividade de desenvolver o termo de abertura do projeto pertence ao gerenciamento de qual grupo de processos?
  
	
	
	
	Planejamento
	
	
	Monitoramento e Controle
	
	
	Encerramento
	
	
	Iniciação
	
	
	Execução
	
Explicação: Tudo começa com a abertura do termo do projeto, por isso corresponde a primeira etapa que é Iniciação. Na etapa de Planejamento trabalhamos com o desenvolvimento de gerenciamento do projeto. A etapa de execução tem como foco orientar e gerenciar o trabalho do projeto. A etapa de Monitoramento e Controle tem com objetivo realizar o controle integrado de mudanças e Moniotar e controlar o trabalho do projeto. E a etapa de Encerramento visa encerrar o projeto ou fase.
	
	
	
	 
		
	
		2.
		São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
	
	
	
	Falta de flexibilidade para estender as funcionalidades dos objetos
	
	
	Necessidade da especialização das interfaces (conexões) entre os objetos
	
	
	Dificuldade de configurar e utilizar aplicações em padrões anteriores
	
	
	Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio (funcionais)
	
	
	Necessidade da existência de um mecanismo único de implementação
	
Explicação:
CORBA (abreviado de Common Object Request Broker Architecture) é a arquitetura padrão criada pelo Object Management Group para estabelecer e simplificar a troca de dados entre sistemas distribuídos heterogêneos. Em face da diversidade de hardware e software que encontramos atualmente, a CORBA atua de modo que os objetos (componentes dos softwares) possam se comunicar de forma transparente ao usuário, mesmo que para isso seja necessário interoperar com outro software, em outro sistema operacional e em outra ferramenta de desenvolvimento. CORBA é um dos modelos mais populares de objetos distribuídos, juntamente com o DCOM, formato proprietário da Microsoft.
	
	
	
	 
		
	
		3.
		Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a alternativa que representa a sequência do processo de desenvolvimento.
	
	
	
	Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes
	
	
	Coleta de Requisitos -  Análise - Especificação - Codificação - Testes - Implantação
	
	
	Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
	
	
	Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
	
	
	Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
	
Explicação:
- Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes de Análise.
- Devemos realizar todos os testes antes da implantação do sistema.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos.
- A Especificação refere-se a especificação das funcionalidades e interfaces do sistemas. Sendo assim, não pode vir antes da coleta de requisitos. Outra questão é que devemos realizar todos os testes antes da implantação do sistema.
	
	
	
	 
		
	
		4.
		A metodologia de gestão deve contemplar quantas fases forem necessárias para conseguir que todas as áreas de conhecimento sejam abordadas de forma a garantir que escopo, tempo, custos e qualidade atinjam os níveis definidos pelas corporações como sendo os ideais. Qual o modelo de desenvolvimento, estas fases da metodologia devem seguir?
	
	
	
	Cascata com retroalimentação
	
	
	Iterativo e incremental
	
	
	Espiral
	
	
	Incremental
	
	
	Cascata
	
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
	
	
	
	 
		
	
		5.
		Uma estratégia tradicional para a construção do projeto arquitetural envolve a análise do fluxo (workflow) do sistema. Sobre essa estratégia é correto afirmar:
	
	
	
	O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que possam ser utilizados também em outros sistemas
	
	
	Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados de acordo com a sequência dessas operações
	
	
	Entre todos os cenários possíveis,a arquitetura de sistemas distribuídos não pode ser representada através da análise do fluxo.
	
	
	Essa estratégia dispensa o levantamento de requisitos
	
	
	Todas as afirmações estão erradas
	
Explicação:
Um sistema de gerenciamento de Workflow - WfMS (Workflow Management Systems) é um sistema que define, gerencia e executa workflows com o suporte de um software e cuja ordem de atividades é guiada por uma representação lógicoe ordenada de um fluxode no computador.
	
	
	
	 
		
	
		6.
		Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:
	
	
	
	Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
	
	
	O nível de abstração é, geralmente, alto.
	
	
	Devem ser projetados buscando a alta coesão e o baixo acoplamento
	
	
	Devem possuir interfaces bem definidas, preferencialmente uma para cada
	
		1.
		Qual o diagrama que permite que o Arquiteto de um sistema modele a estrutura de arquivos de uma aplicação e seus relacionamentos?
	
	
	
	Diagrama de Arquivos
	
	
	Diagrama de Objetos
	
	
	Diagrama de Software
	
	
	diagrama de Componentes
	
	
	Diagrama de Classes
	
Explicação:
Na UML, os diagramas de componentes mostram a estrutura do sistema de software, que descreve os componentes do software, suas interfaces e suas dependências. É possível utilizar diagramas de componentes para modelar sistemas de software em um alto nível ou para mostrar componentes em um nível de pacote mais baixo.
Esse tipo de diagrama suporta o desenvolvimento com base em componentes no qual um sistema de software é dividido em componentes e interfaces que são reutilizáveis e substituíveis.
Os diagramas de componentes são úteis pelos seguintes motivos:
· Definir os aspectos executáveis e reutilizáveis de um sistema de software
· Revelar problemas de configuração de software através de relacionamentos de dependência
· Mostrar uma representação precisa de um aplicativo de software antes de fazer alterações ou aprimoramentos
Também é possível utilizar os diagramas de componentes para descrever as seguintes peças físicas de um sistema de software:
· Os arquivos de código fonte desenvolvidos em um ambiente de desenvolvimento integrado
· Os arquivos executáveis necessários para fornecer um sistema em execução
· Bancos de dados físicos que armazenam informações nas tabelas de um banco de dados relacional ou nas páginas de um banco de dados orientado a objetos
· Sistemas adaptáveis que possuem componentes que migram para equilíbrio de carga e recuperação de defeitos
 
	
	
	
	 
		
	
		2.
		Qual modelo abaixo, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software nos casos em que os requisitos de um problema são bem compreendidos e quando o trabalho flui de forma relativamente linear?
	
	
	
	modelo em espiral
	
	
	Modelo Ágil
	
	
	Modelo em cascata
	
	
	Nenhuma das alternativas
	
	
	Modelo prototipação
	
Explicação:
O Modelo em Cascata é um modelo de desenvolvimento de software seqüencial no qual o processo é visto como um fluir constante para frente (como uma cascata) através das fases de análise de requisitos, projeto, implementação, testes (validação), integração, e manutenção de software.
	
	
	
	 
		
	
		3.
		Um Analista pretende desenvolver um projeto utilizando UML, e em seus propósitos, verificou a possibilidade de uso de alguns diagramas. Um deles é o Diagrama de Caso de Uso, cujo objetivo é:
	
	
	
	Descrever o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
	
	
	Mapear a troca de mensagens entre objetos.
	
	
	Definir as funcionalidades do sistema a ser desenvolvido
	
	
	Apresentar a interação entre componentes.
	
	
	Representar o domínio de dados a serem tratados e armazenados pelo sistema
	
Explicação:
- O diagrama de funcionalidades de interface que descreve o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
- O diagrama de interação de componentes é um diagrama de colaboração utilizado para interação entre componentes.
- O diagrama de sequência representa a troca de mensagens entre os objetos.
- O diagrama de domínio representa o domínio de dados a serem tratados e armazenados pelo sistema
 
	
	
	
	 
		
	
		4.
		Qual é o diagrama que garante uma visão sistêmica entre os componentes de interface e os componentes dedados do sistema?
	
	
	
	Diagrama de Funcionalidades de Interface
	
	
	Diagrama de Classe
	
	
	Diagrama de Domínio
	
	
	Diagrama de Interação de Componentes
	
	
	Diagrama de Caso de Uso
	
Explicação:
Diagrama de interação de componentes é um diagrama de colaboração utilizado para interação entre componentes.
Diagrama de funcionalidades de interface que descreve o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
Diagrama de classes descreve o modelo de conceito do negócio.
Diagrama de caso de uso define as funcionalidades do sistema a ser desenvolvido.
	
	
	
	 
		
	
		5.
		Considerando as seguintes afirmativas sobre processos de desenvolvimento de software conhecidos como Engenharia de Software Baseada em Componentes (ESBC): I- O ESBC tem ênfase no paralelismo entre tarefas. II- A atividade da Engenharia de Domínio produz uma lista de componentes que podem ser reutilizados. III- O modelo de troca de dados é um dos ingredientes arquiteturais necessários para a atividade de composição de componentes. As afirmativas verdadeiras são:
	
	
	
	I, II e III
	
	
	somente I
	
	
	somente III
	
	
	somente I e II
	
	
	somente II
	
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC).
	
	
	
	 
		
	
		6.
		Uma empresa realizou um levantamento de requisitos de um Estacionamento, onde num primeiro momento destacou duas funcionalidades principais:
   - Atendente registra a entrada e saída do veículo, mas é importante frisar que quando o cliente estaciona o veículo ele recebe o ticket onde contém a data e hora de entrada, placa, a cor do veículo e o modelo do carro.
   - Quando o cliente retira o veículo do estacionamento ele recebe o comprovante de pagamento (fatura).
É correto afirmar que:
	
	
	
	Existe um relacionamento do tipo extend do caso de uso Registrar Entrada para o caso de uso Gerar ticket impresso, onde este é essencial para o comportamento do caso de uso Registrar Entrada.
	
	
	Existe um relacionamento do tipo include do caso de uso Gerar Fatura para o caso de uso Registrar Saída, onde este é opcional para o comportamento do caso de uso Registrar Entrada.
	
	
	Existe um relacionamento do tipo generalização docaso de uso Gerar Fatura para o caso de uso registrar Saída, onde define uma funcionalidade do sistema do ponto de vista do usuário.
	
	
	Existe um relacionamento do tipo include do caso de uso Registrar Entrada para o caso de uso Gerar ticket impresso, onde este é essencial para o comportamento do caso de uso Registrar Entrada.
	
	
	Existe um relacionamento do tipo extend do caso de uso Gerar Fatura para o caso de uso Registrar Saída, onde este é essencial para o comportamento do caso de uso Registrar Entrada.
	
Explicação:
O relacionamento é do tipo include, uma vez que é obrigatório executar o caso de uso gerar ticket impresso, e este é chamado pelo caso de uso registrar entrada.