ARQUITETURA DE SISTEMAS

Prévia do material em texto

ARQUITETURA DE SISTEMAS
1a Unidade
		1
          Questão
	
	
	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
	 
	I e II são verdadeiras
	
	Somente I é verdadeira.
	
	Somente II é verdadeira.
	Respondido em 02/08/2021 14:59:25
	
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
	
	
	 
		2
          Questão
	
	
	No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios. Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.
  
		
	 
	Encapsulamento
	
	Independência
	
	Reusabilidade
	
	Extensibilidade
	
	Produtividade
	Respondido em 02/08/2021 15:01:48
	
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados, deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
	
	
	 
		3
          Questão
	
	
	São características principais encontradas na Arquitetura em Camadas
		
	
	Os dados são gerados por um componente e consumidos pelos outros
	 
	Cada camada depende exclusivamente dos serviços providos pela camada inferior
	
	Um repositório central de dados
	 
	Separação e independência das camadas
	
	Dependem de uma infraestrutura de comunicação para implementação
	Respondido em 02/08/2021 15:01:51
	
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.
	
	
	 
		4
          Questão
	
	
	Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
		
	
	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
	 
	É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
	
	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
	Respondido em 02/08/2021 15:01:56
	
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 .
	
	
	 
		5
          Questão
	
	
	Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
		
	
	Modelo de Requisitos
	
	Modelo de Implementação
	 
	Modelo Conceitual
	
	Modelo de Especificação
	
	Modelo de Projeto
	Respondido em 02/08/2021 15:02:06
	
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 de especificação representa os componentes de softwares utilizados.
	
	
		1
          Questão
	
	
	São características principais encontradas na Arquitetura em Camadas
		
	
	Separação e independência das camadas
	 
	Cada camada depende exclusivamente dos serviços providos pela camada inferior
	
	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
	Respondido em 02/08/2021 15:03:17
	
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.
	
	
	 
		2
          Questão
	
	
	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.
		
	
	I e III são verdadeiras
	 
	I e II são verdadeiras
	
	Somente III é verdadeira
	 
	Somente II é verdadeira.
	
	Somente I é verdadeira.
	Respondido em 02/08/2021 15:03:25
	
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
	
	
	 
		3
          Questão
	
	
	Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
		
	
	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
	 
	É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
	
	A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos funcionais quanto aos não-funcionais
	
	A arquitetura pode ser vista como um processo e também como um artefato
	
	No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os componentes
	Respondido em 02/08/2021 15:03:38
	
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
          Questão
	
	
	No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios. Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.Independência
	
	Reusabilidade
	
	Produtividade
	
	Extensibilidade
	 
	Encapsulamento
	Respondido em 02/08/2021 15:06:10
	
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados, deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
	
	
	 
		5
          Questão
	
	
	Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
		
	
	Modelo de Implementação
	
	Modelo de Especificação
	
	Modelo de Requisitos
	 
	Modelo Conceitual
	
	Modelo de Projeto
	Respondido em 02/08/2021 15:06:15
	
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 de especificação representa os componentes de softwares utilizados.
	
	
	 
		1
          Questão
	
	
	São características principais encontradas na Arquitetura em Camadas
		
	 
	Cada camada depende exclusivamente dos serviços providos pela camada inferior
	
	Dependem de uma infraestrutura de comunicação para implementação
	
	Separação e independência das camadas
	
	Um repositório central de dados
	
	Os dados são gerados por um componente e consumidos pelos outros
	Respondido em 02/08/2021 15:07:09
	
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.
	
	
	 
		2
          Questão
	
	
	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 I é verdadeira.
	
	I e III são verdadeiras
	
	Somente III é verdadeira
	 
	I e II são verdadeiras
	
	Somente II é verdadeira.
	Respondido em 02/08/2021 15:07:22
	
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
	
	
	 
		3
          Questão
	
	
	Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
		
	 
	É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
	
	A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos funcionais quanto aos não-funcionais
	
	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
	
	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
	Respondido em 02/08/2021 15:08:13
	
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
          Questão
	
	
	No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios. Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.
  
		
	
	Extensibilidade
	 
	Encapsulamento
	
	Reusabilidade
	
	Independência
	
	Produtividade
	Respondido em 02/08/2021 15:08:06
	
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados, deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
	
	
	 
		5
          Questão
	
	
	Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
		
	 
	Modelo Conceitual
	
	Modelo de Requisitos
	
	Modelo de Especificação
	
	Modelo de Implementação
	
	Modelo de Projeto
	Respondido em 02/08/2021 15:08:09
	
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 de especificação representa os componentes de softwares utilizados.
	
	
	
		1
          Questão
	
	
	São características principais encontradas na Arquitetura em Camadas
		
	
	Um repositório central de dados
	 
	Cada camada depende exclusivamente dos serviços providos pela camada inferior
	
	Separação e independência das camadas
	
	Os dados são gerados por um componente e consumidos pelos outros
	
	Dependem de uma infraestrutura de comunicação para implementação
	Respondido em 02/08/2021 15:08:27
	
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.
	
	
	 
		2
          Questão
	
	
	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 I é verdadeira.
	
	I e III são verdadeiras
	
	Somente III é verdadeira
	 
	I e II são verdadeiras
	
	Somente II é verdadeira.
	Respondido em 02/08/2021 15:08:30
	
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
	
	
	 
		3
          Questão
	
	
	Sobre a Arquitetura de Sistemas, as questões abaixo são verdadeiras, EXCETO:
		
	 
	É 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
	
	A especificação arquitetural pode ser realizada após o levantamento de requisitos, buscando atender tanto aos requisitos funcionaisquanto aos não-funcionais
	
	A arquitetura pode ser vista como um processo e também como um artefato
	
	No desenvolvimento Orientado a Objetos as classes de um sistema podem ajudar a identificar os componentes
	Respondido em 02/08/2021 15:08:40
	
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
          Questão
	
	
	No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios. Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.
  
		
	
	Independência
	
	Produtividade
	
	Reusabilidade
	
	Extensibilidade
	 
	Encapsulamento
	Respondido em 02/08/2021 15:08:44
	
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados, deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
	
	
	 
		5
          Questão
	
	
	Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
		
	
	Modelo de Projeto
	 
	Modelo Conceitual
	
	Modelo de Requisitos
	
	Modelo de Especificação
	
	Modelo de Implementação
	Respondido em 02/08/2021 15:08:47
	
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 de especificação representa os componentes de softwares utilizados.
	 
		1
          Questão
	
	
	São características principais encontradas na Arquitetura em Camadas
		
	 
	Cada camada depende exclusivamente dos serviços providos pela camada inferior
	
	Os dados são gerados por um componente e consumidos pelos outros
	
	Dependem de uma infraestrutura de comunicação para implementação
	
	Separação e independência das camadas
	
	Um repositório central de dados
	Respondido em 17/09/2021 11:16:29
	
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.
	
	
	 
		2
          Questão
	
	
	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.
		
	 
	I e II são verdadeiras
	
	Somente III é verdadeira
	
	I e III são verdadeiras
	
	Somente I é verdadeira.
	
	Somente II é verdadeira.
	Respondido em 17/09/2021 11:16:34
	
Explicação: A Terceira afirmativa está errada, uma vez que são independentes e não dependentes.
	
	
	 
		3
          Questão
	
	
	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
	
	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
	 
	É tarefa da arquitetura a construção do projeto detalhado dos componentes individuais que formam o sistema
	
	A arquitetura pode ser vista como um processo e também como um artefato
	Respondido em 17/09/2021 11:16:38
	
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
          Questão
	
	
	No contexto de arquitetura de sistemas, os componentes são unidades de software estruturados de acordo com alguns princípios. Sendo assim, identifique a qual princípio pertence a descrição abaixo:
O usuário de um componente de software é isolado de como os dados desse componente de software é armazenado ou como suas funções são executadas. O cliente depende da especificação do componente, mas não da sua implementação.
  
		
	
	Reusabilidade
	
	Produtividade
	
	Independência
	
	Extensibilidade
	 
	Encapsulamento
	Respondido em 17/09/2021 11:16:42
	
Explicação: Encapsulamento tem o conceito de esconder de quem vai usar a classe os detalhes de sua funcionalidade e de dados, deixando amostra somente como acionar e o resultado a ser alcançado pelo acionamento.
	
	
	 
		5
          Questão
	
	
	Em relação aos níveis de modelo, descubra qual modelo que é independente do tipo de software ou de tecnologia, e representa o problema a ser resolvido.
		
	
	Modelo de Projeto
	
	Modelo de Implementação
	
	Modelo de Requisitos
	 
	Modelo Conceitual
	
	Modelo de Especificação
	Respondido em 17/09/2021 11:16:47
	
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 de especificação representa os componentes de softwares utilizados.
	
	
2a Unidade
	 
		1
          Questão
	
	
	São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
		
	
	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
	
	Falta de flexibilidade para estender as funcionalidades dos objetos
	
	Necessidade da especialização das interfaces (conexões) entre os objetos
	Respondido em 17/09/2021 15:04:02
	
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.
	
	
	 
		2
          Questão
	
	
	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 sendoos ideais. Qual o modelo de desenvolvimento, estas fases da metodologia devem seguir?
		
	
	Cascata
	
	Espiral
	
	Incremental
	 
	Iterativo e incremental
	
	Cascata com retroalimentação
	Respondido em 17/09/2021 15:04:06
	
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
	
	
	 
		3
          Questão
	
	
	Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:
		
	
	Devem ser projetados buscando a alta coesão e o baixo acoplamento
	
	O nível de abstração é, geralmente, alto.
	
	Podem ser definidos desde a primeira iteração do projeto de arquitetura
	 
	Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
	
	Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado
	Respondido em 17/09/2021 15:04:10
	
Explicação:
Acoplamento e Coesão talvez sejam as características mais importantes de qualquer sistema.
Muitos sistemas são como um Castelo de Cartas.
Assim como o baixo acoplamento, a alta coesão é um dos princípios que devem ser levados em consideração ao se construir um projeto.
Da mesma maneira que o baixo acoplamento, a alta coesão também é dividida em tipos:
Coesão coincidental: o pior tipo de coesão, há nenhuma ou pouca relação construtiva entre os elementos de um módulo, em outras palavras é uma classe inchada, com um punhado de métodos, todos executando tarefas diferentes, sem nenhuma relação com a classe que os implementa.
Coesão lógica: melhor do que a coincidental mas não menos pior em um projeto, semelhante ao acoplamento de controle, onde um módulo faz um conjunto de funções relacionadas e uma das quais é escolhida através de um parâmetro para controlá-lo.
Coesão temporal: os elementos estão agrupados no mesmo módulo simplesmente porque são processados no mesmo intervalo de tempo, semelhante aos arquivos .ini do windows xp, ao iniciar o xp esses arquivos são carregados para iniciar serviços ou aplicativos.
Coesão procedural: o módulo só tem sentido sobre a aplicação associada, sem ela, há dificuldade em entendê-lo, basicamente é a coesão relacionada aos procedimentos executados pelos elementos do módulo.
Coesão de comunicação: um módulo tem coesão de comunicação se os seus elementos usam a mesma entrada ou a mesma saída.
Coesão seqüencial: a saída de um elemento é a entrada de outro e a solução é decompor em módulos menores, isso nós já vimos em tópicos passados, chamado também de acoplamento de dados.
Coesão funcional: Um módulo funcionalmente coeso contém todos os elementos e apenas aqueles necessários para realizar uma única tarefa bem definida.
	
	
	 
		4
          Questão
	
	
	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?
  
		
	 
	Iniciação
	
	Planejamento
	
	Execução
	
	Monitoramento e Controle
	
	Encerramento
	Respondido em 17/09/2021 15:04:15
	
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.
	
	
	 
		5
          Questão
	
	
	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
	Respondido em 17/09/2021 15:04:18
	
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
          Questão
	
	
	Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a alternativa que representa a sequência do processo de desenvolvimento.
		
	 
	Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
	
	Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes
	
	Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
	
	Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
	 
	Coleta de Requisitos -  Análise - Especificação - Codificação - Testes - Implantação
	Respondido em 17/09/2021 15:04:20
	
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.
	 
		1
          Questão
	
	
	São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
		
	
	Dificuldade de configurar e utilizar aplicações em padrões anteriores
	
	Necessidade da especialização das interfaces (conexões) entre os objetos
	
	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
	
	Falta de flexibilidade para estender as funcionalidades dos objetos
	Respondido em 17/09/2021 15:04:32
	
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.
	
	
	 
		2
          Questão
	
	
	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?
		
	 
	Iterativo e incremental
	
	Incremental
	
	Espiral
	
	Cascata
	
	Cascata com retroalimentação
	Respondido em 17/09/2021 15:06:06
	
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
	
	
	 
		3
          Questão
	
	
	Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado
	
	Podem ser definidos desde a primeira iteração do projeto de arquitetura
	 
	Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
	
	Devem ser projetados buscando a alta coesão e o baixo acoplamento
	
	O nível de abstração é, geralmente, alto.
	Respondido em 17/09/2021 15:06:09
	
Explicação:
Acoplamento e Coesão talvez sejam as características mais importantes de qualquer sistema.
Muitos sistemas são como um Castelo de Cartas.
Assim como o baixo acoplamento, a alta coesão é um dos princípios que devem ser levados em consideração ao se construir um projeto.
Da mesma maneira que o baixo acoplamento, a alta coesão também é dividida em tipos:
Coesão coincidental: o pior tipo de coesão, há nenhuma ou pouca relação construtiva entre os elementos de um módulo, em outras palavras é uma classe inchada, com um punhado de métodos, todos executando tarefas diferentes, sem nenhuma relação com a classe que os implementa.
Coesão lógica: melhor do que a coincidental mas não menos pior em um projeto, semelhante ao acoplamento de controle, onde um módulo faz um conjunto de funções relacionadas e uma das quais é escolhida através de um parâmetro para controlá-lo.
Coesão temporal: os elementos estão agrupados no mesmo módulo simplesmente porque são processados no mesmo intervalo de tempo, semelhante aos arquivos .ini do windows xp, ao iniciar o xp esses arquivos são carregados para iniciar serviços ou aplicativos.
Coesão procedural: o módulo só tem sentido sobre a aplicação associada, sem ela, há dificuldade em entendê-lo, basicamente é a coesão relacionada aos procedimentos executados pelos elementos do módulo.
Coesão de comunicação: um módulo tem coesão de comunicação se os seus elementos usam a mesma entrada ou a mesma saída.
Coesão seqüencial: a saída de um elemento é a entrada de outro e a solução é decompor em módulos menores, isso nós já vimos em tópicos passados, chamado também de acoplamento de dados.
Coesão funcional: Um módulo funcionalmente coeso contém todos os elementos e apenas aqueles necessários para realizar uma única tarefa bem definida.
	
	
	 
		4
          Questão
	
	
	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?
  
		
	
	Execução
	
	Encerramento
	
	Monitoramento e Controle
	
	Planejamento
	 
	Iniciação
	Respondido em 17/09/2021 15:06:14
	
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.
	
	
	 
		5
          Questão
	
	
	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:
		
	
	Todas as afirmações estão erradas
	
	O objetivo principal dessa análise é definir componentes reusáveis, isto é, componentes que possam ser utilizados também em outros sistemas
	
	Essa estratégia dispensa o levantamento de requisitos
	 
	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.
	 
	Nessa estratégia, as operações são usualmente representadas através de componentes, ordenados de acordo com a sequência dessas operações
	Respondido em 17/09/2021 15:06:21
	
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
          Questão
	
	
	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
	
	Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
	
	Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
	 
	Coleta de Requisitos -  Análise - Especificação - Codificação - Testes - Implantação
	
	Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
	Respondido em 17/09/2021 15:06:28
	
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.
	
		1
          Questão
	
	
	São características que levaram à especificação do Modelo de Componentes CORBA, EXCETO
		
	
	Necessidade da especialização das interfaces (conexões) entre os objetos
	
	Falta de flexibilidade para estender as funcionalidades dos objetos
	 
	Necessidade da existência de um mecanismo único de implementação
	
	Requisitos não funcionais eram usualmente especificados junto com o métodos do negócio (funcionais)
	
	Dificuldade de configurar e utilizar aplicações em padrões anteriores
	Respondido em 17/09/2021 15:08:47
	
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.
	
	
	 
		2
          Questão
	
	
	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?
		
	
	Espiral
	 
	Iterativo e incremental
	
	Cascata com retroalimentação
	
	Incremental
	
	Cascata
	Respondido em 17/09/2021 15:09:15
	
Explicação: No modelo Iterativo e Incremental, cada fase é dividida em uma ou mais iterações que visam uma entrega ao final.
	
	
	 
		3
          Questão
	
	
	Sobre os Componentes de um Sistema, as questões abaixo são verdadeiras, EXCETO:
		
	
	Podem ser definidos desde a primeira iteração do projeto de arquitetura
	
	Devem possuir interfaces bem definidas, preferencialmente uma para cada serviço solicitado
	
	Devem ser projetados buscando a alta coesão e o baixo acoplamento
	
	O nível de abstração é, geralmente, alto.
	 
	Seguindo o princípio da alta coesão, cada componente deve ter no máximo 3 interfaces
	Respondido em 17/09/2021 15:09:22
	
Explicação:
Acoplamento e Coesão talvez sejam as características mais importantesde qualquer sistema.
Muitos sistemas são como um Castelo de Cartas.
Assim como o baixo acoplamento, a alta coesão é um dos princípios que devem ser levados em consideração ao se construir um projeto.
Da mesma maneira que o baixo acoplamento, a alta coesão também é dividida em tipos:
Coesão coincidental: o pior tipo de coesão, há nenhuma ou pouca relação construtiva entre os elementos de um módulo, em outras palavras é uma classe inchada, com um punhado de métodos, todos executando tarefas diferentes, sem nenhuma relação com a classe que os implementa.
Coesão lógica: melhor do que a coincidental mas não menos pior em um projeto, semelhante ao acoplamento de controle, onde um módulo faz um conjunto de funções relacionadas e uma das quais é escolhida através de um parâmetro para controlá-lo.
Coesão temporal: os elementos estão agrupados no mesmo módulo simplesmente porque são processados no mesmo intervalo de tempo, semelhante aos arquivos .ini do windows xp, ao iniciar o xp esses arquivos são carregados para iniciar serviços ou aplicativos.
Coesão procedural: o módulo só tem sentido sobre a aplicação associada, sem ela, há dificuldade em entendê-lo, basicamente é a coesão relacionada aos procedimentos executados pelos elementos do módulo.
Coesão de comunicação: um módulo tem coesão de comunicação se os seus elementos usam a mesma entrada ou a mesma saída.
Coesão seqüencial: a saída de um elemento é a entrada de outro e a solução é decompor em módulos menores, isso nós já vimos em tópicos passados, chamado também de acoplamento de dados.
Coesão funcional: Um módulo funcionalmente coeso contém todos os elementos e apenas aqueles necessários para realizar uma única tarefa bem definida.
	
	
	 
		4
          Questão
	
	
	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?
  
		
	 
	Iniciação
	
	Monitoramento e Controle
	
	Encerramento
	
	Planejamento
	
	Execução
	Respondido em 17/09/2021 15:09:29
	
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.
	
	
	 
		5
          Questão
	
	
	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
	
	Todas as afirmações estão erradas
	
	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
	Respondido em 17/09/2021 15:09:32
	
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
          Questão
	
	
	Workflow representa a metodologia de desenvolvimento de sistemas baseada na metodologia RUP. Assinale a alternativa que representa a sequência do processo de desenvolvimento.
		
	
	Especificação - Coleta de Requisitos- Análise - Codificação - Testes - Implantação
	
	Coleta de Requisitos - Especificação - Análise - Codificação - Testes - Implantação
	 
	Coleta de Requisitos -  Análise - Especificação - Codificação - Testes - Implantação
	
	Coleta de Requisitos - Análise - Especificação - Codificação - Implantação - Testes
	
	Especificação - Coleta de Requisitos - Análise - Codificação - Implantação - Testes
	Respondido em 17/09/2021 15:09:48
	
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.
	
	
	
3a Unidade
	
		1
          Questão
	
	
	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 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 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.
	Respondido em 20/09/2021 12:21:30
	
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.
	
	
	 
		2
          Questão
	
	
	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:
		
	
	somente I
	
	somente I e II
	 
	I, II e III
	
	somente II
	
	somente III
	Respondido em 20/09/2021 12:21:37
	
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC).
	
	
	 
		3
          Questão
	
	
	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 Ágil
	 
	Modelo em cascata
	
	modelo em espiral
	
	Nenhuma das alternativas
	
	Modelo prototipação
	Respondido em 20/09/2021 12:21:47
	
Explicação:
O Modelo em Cascata é um modelo de desenvolvimento de software seqüencial no qual o processo é visto como um fluirconstante 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.
	
	
	 
		4
          Questão
	
	
	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 é:
		
	 
	Definir as funcionalidades do sistema a ser desenvolvido
	
	Mapear a troca de mensagens entre objetos.
	
	Representar o domínio de dados a serem tratados e armazenados pelo sistema
	
	Descrever o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
	
	Apresentar a interação entre componentes.
	Respondido em 20/09/2021 12:21:51
	
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
 
	
	
	 
		5
          Questão
	
	
	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 Software
	
	Diagrama de Arquivos
	
	Diagrama de Objetos
	
	Diagrama de Classes
	 
	diagrama de Componentes
	Respondido em 20/09/2021 12:21:57
	
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
 
	
	
	
		1
          Questão
	
	
	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 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 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 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.
	
	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.
	Respondido em 20/09/2021 12:22:12
	
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.
	
	
	 
		2
          Questão
	
	
	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 III
	
	somente I e II
	
	somente II
	
	somente I
	Respondido em 20/09/2021 12:22:15
	
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC).
	
	
	 
		3
          Questão
	
	
	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
	
	Modelo prototipação
	
	Nenhuma das alternativas
	Respondido em 20/09/2021 12:22:21
	
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.
	
	
	 
		4
          Questão
	
	
	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 é:
		
	
	Apresentar a interação entre componentes.
	
	Representar o domínio de dados a serem tratados e armazenados pelo sistema
	 
	Definir as funcionalidades do sistema a ser desenvolvido
	
	Descrever o modelo de negócio, suas interfaces e as regras de funcionalidades para essas interfaces.
	
	Mapear a troca de mensagens entre objetos.
	Respondido em 20/09/2021 12:22:26
	
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
 
	
	
	 
		5
          Questão
	
	
	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 Software
	 
	diagrama de Componentes
	
	Diagrama de Arquivos
	
	Diagrama de Objetos
	
	Diagrama de Classes
	Respondido em 20/09/2021 12:22:35
	
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 é divididoem 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
 
	
	
		Exercício: CCT0766_EX_A3_201901017729_V4 
	20/09/2021
	Aluno(a): MARCUS VINICIUS SILVA DOS SANTOS
	2021.3 EAD
	Disciplina: CCT0766 - ARQUITETURA DE SISTEMAS 
	201901017729
	
	 
		1
          Questão
	
	
	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 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.
	
	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.
	Respondido em 20/09/2021 12:26:25
	
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.
	
	
	 
		2
          Questão
	
	
	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:
		
	
	somente I
	 
	I, II e III
	
	somente I e II
	
	somente II
	
	somente III
	Respondido em 20/09/2021 12:26:28
	
Explicação: Conseguir relacionar os conceitos de Engenharia de Software Baseada em Componentes (ESBC).
	
	
	 
		3
          Questão
	
	
	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 cascata
	
	Nenhuma das alternativas
	
	Modelo Ágil
	
	modelo em espiral
	
	Modelo prototipação
	Respondido em 20/09/2021 12:26:31
	
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.
	
	
	 
		4
          Questão
	
	
	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.
	
	Apresentar a interação entre componentes.
	
	Representar o domínio de dados a serem tratados e armazenados pelo sistema
	 
	Definir as funcionalidades do sistema a ser desenvolvido
	Respondido em 20/09/2021 12:26:38
	
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
 
	
	
	 
		5
          Questão
	
	
	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 Software
	
	Diagrama de Objetos
	
	Diagrama de Arquivos
	
	Diagrama de Classes
	 
	diagrama de Componentes
	Respondido em 20/09/2021 12:26:44
	
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
 
4a Unidade
	
		1
          Questão
	
	
	Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento de requisitos deve conter como característica:
  
		
	 
	Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por camada de desenvolvimento.
	
	Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que consigam responder sobre cada uma das camadas.
	
	Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada uma das camadas.
	
	Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o levantamento dos requisitos.
	
	Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar com todos os responsáveis de cada departamento.
	Respondido em 23/09/2021 15:15:56Explicação: No trabalho de levantamento de requisitos devemos levar em consideração as seguintes características: Duração máxima de 2 horas, No máximo 3 reuniões com cada grupo, Separar as reuniões por camada de desenvolvimento, conforme previsto no conceito de arquitetura de sistemas e Convocação de usuários que consigam responder sobre cada uma das camadas.
	
	
	 
		2
          Questão
	
	
	São requisitos funcionais, exceto
		
	 
	Fechamento da compra do cliente deve ter processamento inferior a 10 segundo
	
	Gerar consulta ou relatório com 10 melhores clientes
	 
	Registrar cada login e logout de usuário
	
	Gerar gráfico de barra com evolução das despesas nos últimos 12 meses
	
	Calcular faturamento mensalmente
	Respondido em 23/09/2021 15:15:58
	
	
	 
		3
          Questão
	
	
	Com relação aos Requisitos de Software, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
(     ) Requisitos funcionais são as declarações de serviços que o sistema fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.
(     ) Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema, incluindo restrições de timing, sobre o processamento de desenvolvimento e padrões, aplicam-se frequentemente ao sistema como um todo. 
(     ) Requisitos funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema, enquanto que os não funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas.
As afirmativas são respectivamente:
		
	
	V, F e F.
	 
	V, V e F.
	
	V, F e V.
	
	F, F e V.
	
	F, V e F.
	Respondido em 23/09/2021 15:16:04
	
Explicação: Requisitos funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas. Já os Requisitos não funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema.
	
	
	 
		4
          Questão
	
	
	Na especificação dos componentes, as Interfaces identificam como os elementos podem utilizar esses componentes. Entre os elementos que compõem essa identificação estão corretamente identificadas as afirmativas:
I A assinatura, que identifica a forma de acesso à Interface e o retorno esperado 
II A manipulação dos atributos para a realização do serviço oferecido
III A descrição do serviço que deve compor unicamente a Interface
		
	
	Apenas I e II estão corretas.
	
	Apenas II e III estão corretas.
	
	Apenas I e III estão corretas.
	 
	I, II e III estão corretas.
	
	I, II e III estão incorretas.
	Respondido em 23/09/2021 15:16:09
	
Explicação:
Todas as afirmativas estão corretas
	
	
	 
		5
          Questão
	
	
	No desenvolvimento de um software, um técnico se deparou com uma lista de requisitos, na qual identificou corretamente como requisito funcional:
		
	
	Uma operação de inclusão deve ser realizada em no máximo 2 segundos após o usuário confirmá-la.
	
	O sistema deve respeitar as leis presentes na Constituição Federal.
	 
	O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia.
	
	O sistema deve estar disponível para o usuário 99% do tempo.
	
	O software deve ser fácil de usar, intuitivo e transparente para o usuário.
	Respondido em 23/09/2021 15:16:11
	
Explicação: Todos os demais requisitos são não funcionais, uma vez que abordam performance, usabilidade,..
	
	
	 
		6
          Questão
	
	
	A Prototipação é um paradigma da Engenharia de Software que faz uso de protótipos durante o processo de desenvolvimento de software. Não representa uma afirmação verdadeira acerca da Prototipação:
		
	
	Requisitos podem ser derivados dos protótipos.
	
	Permite o refinamento iterativo dos requisitos.
	 
	Os protótipos podem apontar funcionalidades que não foram contempladas.
	
	O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento.
	
	Nenhuma das alternativas
	Respondido em 23/09/2021 15:16:37
	
Explicação:
A arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final. O que não é verdade é que a arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final.
	 
		1
          Questão
	
	
	Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento de requisitos deve conter como característica:
  
		
	
	Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que consigam responder sobre cada uma das camadas.
	
	Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar com todos os responsáveis de cada departamento.
	
	Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada uma das camadas.
	
	Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o levantamento dos requisitos.
	 
	Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por camada de desenvolvimento.
	Respondido em 23/09/2021 15:16:52
	
Explicação: No trabalho de levantamento de requisitos devemos levar em consideração as seguintes características: Duração máxima de 2 horas, No máximo 3 reuniões com cada grupo, Separar as reuniões por camada de desenvolvimento, conforme previsto no conceito de arquitetura de sistemas e Convocação de usuários que consigam responder sobre cada uma das camadas.
	
	
	 
		2
          Questão
	
	
	São requisitos funcionais, exceto
		
	
	Calcular faturamento mensalmente
	
	Gerar consulta ou relatório com 10 melhores clientes
	
	Registrar cada login e logout de usuário
	 
	Fechamento da compra do cliente deve ter processamento inferior a 10 segundo
	
	Gerar gráfico de barra com evolução das despesas nos últimos 12 meses
	Respondido em 23/09/2021 15:17:02
	
	
	 
		3
          Questão
	
	
	Com relação aos Requisitos de Software, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
(     ) Requisitos funcionais são as declarações de serviços que o sistema fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.
(     ) Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema, incluindo restrições de timing, sobre o processamento de desenvolvimento e padrões, aplicam-se frequentemente ao sistema como um todo. 
(     ) Requisitos funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema, enquanto que os não funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas.
As afirmativas são respectivamente:
		
	 
	V, V e F.
	
	V, F e F.
	
	F, F e V.
	
	V, F e V.
	
	F, V e F.
	Respondido em 23/09/2021 15:17:04
	
Explicação: Requisitos funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas. Já os Requisitos não funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema.
	
	
	 
		4
          Questão
	
	
	Na especificação dos componentes, as Interfaces identificam como os elementos podem utilizar esses componentes. Entre os elementos que compõem essa identificação estão corretamente identificadas as afirmativas:
I A assinatura, que identifica a forma de acesso à Interface e o retorno esperado 
II A manipulação dos atributos para a realização do serviço oferecido
III A descrição do serviço que deve compor unicamente a Interface
		
	
	Apenas II e III estão corretas.
	
	Apenas I e II estão corretas.
	 
	I, II e III estão corretas.
	
	Apenas I e III estão corretas.
	
	I, II e III estão incorretas.
	Respondido em 23/09/2021 15:17:08
	
Explicação:
Todas as afirmativas estão corretas
	
	
	 
		5
          Questão
	
	
	No desenvolvimento de um software, um técnico se deparou com uma lista de requisitos,na qual identificou corretamente como requisito funcional:
		
	
	O sistema deve estar disponível para o usuário 99% do tempo.
	
	O sistema deve respeitar as leis presentes na Constituição Federal.
	 
	O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia.
	 
	Uma operação de inclusão deve ser realizada em no máximo 2 segundos após o usuário confirmá-la.
	
	O software deve ser fácil de usar, intuitivo e transparente para o usuário.
	Respondido em 23/09/2021 15:25:32
	
Explicação: Todos os demais requisitos são não funcionais, uma vez que abordam performance, usabilidade,..
	
	
	 
		6
          Questão
	
	
	A Prototipação é um paradigma da Engenharia de Software que faz uso de protótipos durante o processo de desenvolvimento de software. Não representa uma afirmação verdadeira acerca da Prototipação:
		
	
	O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento.
	 
	Os protótipos podem apontar funcionalidades que não foram contempladas.
	
	Nenhuma das alternativas
	
	Permite o refinamento iterativo dos requisitos.
	
	Requisitos podem ser derivados dos protótipos.
	Respondido em 23/09/2021 15:25:35
	
Explicação:
A arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final. O que não é verdade é que a arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final.
	
	
	 
		1
          Questão
	
	
	Visando obter os requisitos de forma consistente e sem gastar tempo em excesso, o trabalho de levantamento de requisitos deve conter como característica:
  
		
	
	Independente do departamento para o qual o sistema será desenvolvido, é necessário conversar com todos os responsáveis de cada departamento.
	
	Procure convocar todos os usuários (funcionários), mesmo que não consiga responder sobre cada uma das camadas.
	
	Não se preocupe com o tempo da reunião, podendo durar até 5 horas, o importante é o levantamento dos requisitos.
	
	Procure realizar somente uma reunião para o levantamento de requisito, com os usuários que consigam responder sobre cada uma das camadas.
	 
	Serão realizadas várias reuniões, e para um melhor aproveitamento separar as reuniões por camada de desenvolvimento.
	Respondido em 23/09/2021 15:29:38
	
Explicação: No trabalho de levantamento de requisitos devemos levar em consideração as seguintes características: Duração máxima de 2 horas, No máximo 3 reuniões com cada grupo, Separar as reuniões por camada de desenvolvimento, conforme previsto no conceito de arquitetura de sistemas e Convocação de usuários que consigam responder sobre cada uma das camadas.
	
	
	 
		2
          Questão
	
	
	São requisitos funcionais, exceto
		
	
	Registrar cada login e logout de usuário
	 
	Fechamento da compra do cliente deve ter processamento inferior a 10 segundo
	
	Gerar consulta ou relatório com 10 melhores clientes
	
	Gerar gráfico de barra com evolução das despesas nos últimos 12 meses
	
	Calcular faturamento mensalmente
	Respondido em 23/09/2021 15:29:41
	
	
	 
		3
          Questão
	
	
	Com relação aos Requisitos de Software, avalie se as afirmativas a seguir são falsas (F) ou verdadeiras (V):
(     ) Requisitos funcionais são as declarações de serviços que o sistema fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.
(     ) Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema, incluindo restrições de timing, sobre o processamento de desenvolvimento e padrões, aplicam-se frequentemente ao sistema como um todo. 
(     ) Requisitos funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema, enquanto que os não funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas.
As afirmativas são respectivamente:
		
	
	F, F e V.
	
	F, V e F.
	
	V, F e V.
	
	V, F e F.
	 
	V, V e F.
	Respondido em 23/09/2021 15:29:45
	
Explicação: Requisitos funcionais descrevem a função do sistema detalhadamente, incluindo as entradas e saídas. Já os Requisitos não funcionais são aqueles não diretamente relacionados às funções fornecidas pelo sistema.
	
	
	 
		4
          Questão
	
	
	Na especificação dos componentes, as Interfaces identificam como os elementos podem utilizar esses componentes. Entre os elementos que compõem essa identificação estão corretamente identificadas as afirmativas:
I A assinatura, que identifica a forma de acesso à Interface e o retorno esperado 
II A manipulação dos atributos para a realização do serviço oferecido
III A descrição do serviço que deve compor unicamente a Interface
		
	 
	I, II e III estão corretas.
	
	I, II e III estão incorretas.
	
	Apenas I e III estão corretas.
	
	Apenas I e II estão corretas.
	
	Apenas II e III estão corretas.
	Respondido em 23/09/2021 15:29:48
	
Explicação:
Todas as afirmativas estão corretas
	
	
	 
		5
          Questão
	
	
	No desenvolvimento de um software, um técnico se deparou com uma lista de requisitos, na qual identificou corretamente como requisito funcional:
		
	
	O software deve ser fácil de usar, intuitivo e transparente para o usuário.
	
	Uma operação de inclusão deve ser realizada em no máximo 2 segundos após o usuário confirmá-la.
	 
	O sistema deve gerar diariamente, a lista de processos cadastrados naquele dia.
	
	O sistema deve respeitar as leis presentes na Constituição Federal.
	
	O sistema deve estar disponível para o usuário 99% do tempo.
	Respondido em 23/09/2021 15:29:50
	
Explicação: Todos os demais requisitos são não funcionais, uma vez que abordam performance, usabilidade,..
	
	
	 
		6
          Questão
	
	
	A Prototipação é um paradigma da Engenharia de Software que faz uso de protótipos durante o processo de desenvolvimento de software. Não representa uma afirmação verdadeira acerca da Prototipação:
		
	
	O cliente é apresentado ao produto nos estágios iniciais do desenvolvimento.
	
	Nenhuma das alternativas
	 
	Os protótipos podem apontar funcionalidades que não foram contempladas.
	
	Requisitos podem ser derivados dos protótipos.
	
	Permite o refinamento iterativo dos requisitos.
	Respondido em 23/09/2021 15:29:54
	
Explicação:
A arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final. O que não é verdade é que a arquitetura de um protótipo descartável favorece a evolução do protótipo para o produto final.
	
	
5a Unidade
	 
		1
          Questão
	
	
	O processo de identificação de componentes tem como objetivo criar uma visualização inicial de todos os elementos envolvidos e como eles são integrados. Os artefatos gerados a partir desse processo são:
		
	 
	Modelo de Negócio, Especificação de Componentes e Padrões de Arquitetura.
	
	Interface de Negócios, Padrões de Arquitetura e Modelo Conceitual de Negócios.
	 
	Interface de Negócios, Interface de Sistemas, Especificação de Componentes do Sistema e Modelo de Negócio.
	
	Interface de Negócios, Padrões de Arquitetura, Modelo de Negócio.
	
	Interface de Sistemas, Modelos de Casos de Uso, Modelo Conceitual de Negócios.
	Respondido em 23/09/2021 15:50:47
	
Explicação: Modelo Conceitual de Negócio, Modelo de Casos de Uso e Padrões de Arquitetura não são artefatos gerados a partir do processo de identificação de componentes.
	
	
	 
		2
          Questão
	
	
	O modelo mais tradicional de desenvolvimento de software é o modelo em cascata. Considerando a utilização desse modelo e suas fases, assinale a alternativa que apresenta uma afirmação verdadeira.
		
	
	Não há necessidade de se produzir qualquer tipo de documentação em suas fases.
	
	Nenhuma das alternativas
	
	A divisão dos requisitos para implementação do sistema em hardware ou software é feita na fase de operação e manutenção.
	 
	O primeiro estágio de desenvolvimento