Modelagem de Sistemas

Prévia do material em texto

EXERCICIOS DE GESTAÕ DE PROJETOS DE TI
AULA 1 – ORIENTAÇÃO A OBJETOS E UML
	 1a Questão
	
	Avalie as assertivas a seguir no que se refere aos conceitos inerentes a UML (linguagem unificada de modelagem).
I. A UML dispões de modelos (diagramas), sob diferentes perspectivas, aplicados a orientação a objetos.
II. Dentre os diagramas da UML, destaca-se o diagrama de classes, um diagrama comportamental.
III. A UML, sendo uma metodologia ativa, estabelece a sequencia em que os diagramas devem ser construídos.
Com base em sua análise, assinale a opção que apresenta as assertivas CORRETAS.
	
	Apenas II e III
	 
	Apenas I
	 
	Apenas I e II
	
	Apenas I e III
	
	I, II e III
	
Explicação:
I. A UML dispões de modelos (diagramas), sob diferentes perspectivas, aplicados a orientação a objetos. - Verdade
II. Dentre os diagramas da UML, destaca-se o diagrama de classes, um diagrama comportamental. - Falso, o diagrama de classes é um diagrama estrutural
III. A UML, sendo uma metodologia ativa, estabelece a sequencia em que os diagramas devem ser construídos. - Falso, a UML não é uma metodologia e sim uma linguagem visual de modelagem.
	
	 2a Questão
	
	Os diagramas UML da categoria comportamental são os de:
		
	
	classes, atividades e sequência.
	
	casos de uso, sequência e classes.
	
	objetos, estrutura composta e máquinas de estado.
	 
	casos de uso, atividades e máquinas de estados.
	
	classes, objetos e componentes.
	
	 3a Questão
	
	A UML divide os diagramas em:
	
	Diagramas Estruturais, Diagramas Comportamentais, Diagramas de Notas e Diagramas de Agrupamento
	
	Nenhuma das anteriores
	
	Diagramas Estruturais, Diagramas Transacionais e Diagramas de Agrupamento
	 
	Diagramas Estruturais e Diagramas Comportamentais
	
	Diagramas Comportamentais e Diagramas de Fluxo de Dados
	
	
	 4a Questão
	
	A UML foi definida para ser utilizada com o paradigma orientada a objetos o que significa que ela possui recursos para representação dos conceitos propostos pela Orientação a objetos.
Dentre os conceitos abaixo, marque a opção que assertivamente define o objetivo da UML
	
	Ser independente da linguagem de programação e dependente do processo de desenvolvimento.
	
	Ser dependente da linguagem de programação e do processo de desenvolvimento.
	
	Ser dependente somente do processo de desenvolvimento.
	
	Ser dependente somente da linguagem de programação.
	 
	Ser independente da linguagem de programação e processo de desenvolvimento.
	
	 5a Questão
	
	Dentre os princípios do paradigma de orientação a objeto, listados, assinale aquele que representa "a capacidade do ser humano em focar nos aspectos de interesse e desconsiderar o que não é relevante ao contexto do problema"
	
	Encapsulamento
	 
	Abstração 
	
	Polimorfismo
	
	Visibilidade
	
	Herança
	
Explicação:
O principio base da orientação OO, onde nos atemos aos aspectos de relevância do dominio do problema, chama-se ABSTRAÇãO,
	
	 6a Questão
	
	Ano: 2019  Órgão: UFRN Prova: COMPERVE - 2019 - UFRN - Técnico de Tecnologia da Informação  ADAPTADA
Os conceitos da programação orientada a objetos (POO) surgiram no final da década de 1960, quando a linguagem Simula-68 introduziu as ideias de objetos e troca de mensagens para construção de programas. Tais concepções foram posteriormente amadurecidas e aprimoradas durante a década de 1970 pela linguagem de programação Smalltalk. Mas a popularização da POO só se deu ao longo das décadas de 1980 e 1990, com as linguagens C++ e Java.
Na POO, uma classe é:
	
	um objeto com função de instanciação, em que se definem comportamentos por meio de atributos.
	 
	um modelo ou molde de construção de objetos, em que se definem características e comportamentos.
	
	uma instância de um objeto
	
	um objeto com função de instanciação, em que não se podem definir características.
	
	um modelo ou molde de construção de objetos, em que não se podem definir características.
	
Explicação:
Classe é um modelo , onde classificamos objetos afins, ou seja com as mesmas propriedades e comportamento
	
	 7a Questão
	
	Assinale a alternativa que contém um diagrama estrutural, um comportamental e outro diagrama estrutural, todos da UML, respectivamente.
		
	
	Diagrama de comunicação; diagrama de casos de uso; diagrama de interatividade.
	
	Diagrama de casos de uso; diagrama de classes; diagrama de sequência
	 
	Diagrama de implantação; diagrama de atividade; diagrama de componentes
	
	Diagrama de objetos; diagrama de implantação; diagrama de classes.
	
	Diagrama de sequência; diagrama de casos de uso; diagrama de estados.
	
Explicação:
Diagrama estrutural, mostra a estrutura de uma parte do sistema e o comportamental um comportamento.
Diagrama de implantação - mostra a estrutura de nos (infra estrutura) em que um sistema vai ser executado
diagrama de atividade - mostra as atividades,portanto comportamento, de um procesos, ou um caso de uso complexo ou com atividades em paralelo ou um método de uma classe complexo ou com atividades em paralelo.;
diagrama de componentes - mostra a estrutura dos componentes de um sistema
	
	
	 8a Questão
	
	O paradigma orientado a objetos, vislumbra um sistema:
I. Como um conjunto de objetos, cada qual com suas responsabilidades, que interagem para realizarem as funcionalidades propostas pelo sistema.
II. Que tem na Herança a possibilidade de otimizar e reaproveitar código, uma vez que permite que novas classes sejam definidas com base em classes já existentes.
III. Onde o princípio do Polimorfismo permite que métodos herdados possam ser re-escritos de forma a comportar-se de forma diferente.
IV. Onde o  encapsulamento, garante que os métodos de uma classe serão acessados apenas pelos atributos da própria classe.
No que tange aos conceitos dos  princípios que norteiam a orientação a objetos, estão corretas:
		
	 
	Apenas as assertivas I, II e III
	
	Apenas as assertivas I e III
	
	Apenas as assertivas II e III
	
	As assertivas I, II, III e IV
	
	Apenas as assertivas I, II e IV
	
Explicação:
I. Como um conjunto de objetos, cada qual com suas responsabilidades, que interagem para realizarem as funcionalidades propostas pelo sistema. - VERDADE, um sistema OO é um sistema onde os objetos interagem.
II. Que tem na Herança a possibilidade de otimizar e reaproveitar código, uma vez que permite que novas classes sejam definidas com base em classes já existentes. - VERDADE, o ganho de tempo e dinheiro é o foco da otimização provida pela herança, 
III. Onde o princípio do Polimorfismo permite que métodos herdados possam ser re-escritos de forma a comportar-se de forma diferente. - VERDADE
IV. O encapsulamento, por sua vez, garante que os métodos de uma classe serão acessados apenas pelos atributos da própria classe. - FALSO. O encapsulamento garante que os atributos sejam acessados apenas pelos métodos da prórpria classe
	
	 1a Questão
	
	O paradigma orientado a objetos, vislumbra um sistema:
I. Como um conjunto de objetos, cada qual com suas responsabilidades, que interagem para realizarem as funcionalidades propostas pelo sistema.
II. Que tem na Herança a possibilidade de otimizar e reaproveitar código, uma vez que permite que novas classes sejam definidas com base em classes já existentes.
III. Onde o princípio do Polimorfismo permite que métodos herdados possam ser re-escritos de forma a comportar-se de forma diferente.
IV. Onde o  encapsulamento, garante que os métodos de uma classe serão acessados apenas pelos atributos da própria classe.
No que tange aos conceitos dos  princípios que norteiam a orientação a objetos, estão corretas:
		
	
	Apenas as assertivas I, II e IV
	
	Apenas as assertivas I e III
	
	Apenas as assertivas II e III
	 
	Apenas as assertivas I, II e III
	
	As assertivas I, II, III e IV
	
Explicação:
I. Como um conjunto de objetos, cada qual com suas responsabilidades, que interagem para realizarem as funcionalidades propostas pelo sistema. - VERDADE, um sistema OO é um sistema onde os objetos interagem.
II. Que temna Herança a possibilidade de otimizar e reaproveitar código, uma vez que permite que novas classes sejam definidas com base em classes já existentes. - VERDADE, o ganho de tempo e dinheiro é o foco da otimização provida pela herança, 
III. Onde o princípio do Polimorfismo permite que métodos herdados possam ser re-escritos de forma a comportar-se de forma diferente. - VERDADE
IV. O encapsulamento, por sua vez, garante que os métodos de uma classe serão acessados apenas pelos atributos da própria classe. - FALSO. O encapsulamento garante que os atributos sejam acessados apenas pelos métodos da prórpria classe
	
	 2a Questão
	
	Assinale a alternativa que contém um diagrama estrutural, um comportamental e outro diagrama estrutural, todos da UML, respectivamente.
	
	 
	Diagrama de implantação; diagrama de atividade; diagrama de componentes
	
	Diagrama de objetos; diagrama de implantação; diagrama de classes.
	
	Diagrama de casos de uso; diagrama de classes; diagrama de sequência
	
	Diagrama de sequência; diagrama de casos de uso; diagrama de estados.
	
	Diagrama de comunicação; diagrama de casos de uso; diagrama de interatividade.
	
Explicação:
Diagrama estrutural, mostra a estrutura de uma parte do sistema e o comportamental um comportamento.
Diagrama de implantação - mostra a estrutura de nos (infra estrutura) em que um sistema vai ser executado
diagrama de atividade - mostra as atividades,portanto comportamento, de um procesos, ou um caso de uso complexo ou com atividades em paralelo ou um método de uma classe complexo ou com atividades em paralelo.;
diagrama de componentes - mostra a estrutura dos componentes de um sistema
	
	
	 3a Questão
	
	A UML foi definida para ser utilizada com o paradigma orientada a objetos o que significa que ela possui recursos para representação dos conceitos propostos pela Orientação a objetos.
Dentre os conceitos abaixo, marque a opção que assertivamente define o objetivo da UML
	 
	Ser independente da linguagem de programação e processo de desenvolvimento.
	
	Ser independente da linguagem de programação e dependente do processo de desenvolvimento.
	
	Ser dependente somente da linguagem de programação.
	
	Ser dependente somente do processo de desenvolvimento.
	
	Ser dependente da linguagem de programação e do processo de desenvolvimento.
	
	 4a Questão
	
	Ano: 2019  Órgão: UFRN Prova: COMPERVE - 2019 - UFRN - Técnico de Tecnologia da Informação  ADAPTADA
Os conceitos da programação orientada a objetos (POO) surgiram no final da década de 1960, quando a linguagem Simula-68 introduziu as ideias de objetos e troca de mensagens para construção de programas. Tais concepções foram posteriormente amadurecidas e aprimoradas durante a década de 1970 pela linguagem de programação Smalltalk. Mas a popularização da POO só se deu ao longo das décadas de 1980 e 1990, com as linguagens C++ e Java.
Na POO, uma classe é:
	
	um objeto com função de instanciação, em que se definem comportamentos por meio de atributos.
	
	um objeto com função de instanciação, em que não se podem definir características.
	
	um modelo ou molde de construção de objetos, em que não se podem definir características.
	
	uma instância de um objeto
	 
	um modelo ou molde de construção de objetos, em que se definem características e comportamentos.
	
Explicação:
Classe é um modelo , onde classificamos objetos afins, ou seja com as mesmas propriedades e comportamento
	
	
	 5a Questão
	
	Qual da afirmação abaixo NÃO corresponde com as definições de Desenvolvimento de Softwares Orientado a Objetos?
	
	Modelos orientado a objetos são implementados convenientemente utilizando uma linguagem de programação orientada a objetos. A engenharia de software orientada a objetos é muito mais que utilizar mecanismos de sua linguagem de programação, é saber utilizar da melhor forma possível todas as técnicas da modelagem orientada a objetos.
	
	A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas usada em inúmeros projetos e para construção de diferentes tipo de sistemas.
	
	A orientação a objetos é uma tecnologia para a produção de modelos que especifiquem o domínio do problema de um sistema.
	 
	A orientação a objetos não pode ser utilizado em Softwares de larga escala.
	
	Quando construídos corretamente, sistemas orientados a objetos são flexíveis a mudanças, possuem estruturas bem conhecidas e provêm a oportunidade de criar e implementar componentes totalmente reutilizáveis.
	 7a Questão
	
	Dentre os princípios do paradigma de orientação a objeto, listados, assinale aquele que representa "a capacidade do ser humano em focar nos aspectos de interesse e desconsiderar o que não é relevante ao contexto do problema"
	
	Herança
	 
	Abstração 
	
	Polimorfismo
	
	Visibilidade
	
	Encapsulamento
	
Explicação:
O principio base da orientação OO, onde nos atemos aos aspectos de relevância do dominio do problema, chama-se ABSTRAÇãO,
	
	
	 8a Questão
	
	Ao modelarmos um atributo com a visibilidade PUBLICA, estamos ferindo a que princípio da Orientação a Objetos ?
	
	Polimorfismo
	 
	Encapsulamento
	
	Visibilidade 
	
	Mensagens a objetos.
	
	Herança
	
Explicação:
O principio do ENCAPSULAMENTO diz que "um atributo deve ser protegido e somente acessado pelos métodos da própria classe. Ao modelarmos um atributo com visibilidade PUBLICA, ferimos esse princípio, pois outras classes poderão acessar o atributo.
	
	 1a Questão
	
	Ao modelarmos um atributo com a visibilidade PUBLICA, estamos ferindo a que princípio da Orientação a Objetos ?
	 
	Encapsulamento
	
	Herança
	
	Mensagens a objetos.
	
	Polimorfismo
	
	Visibilidade 
	
Explicação:
O principio do ENCAPSULAMENTO diz que "um atributo deve ser protegido e somente acessado pelos métodos da própria classe. Ao modelarmos um atributo com visibilidade PUBLICA, ferimos esse princípio, pois outras classes poderão acessar o atributo.
	
	
	 2a Questão
	
	A UML divide os diagramas em:
		
	
	Diagramas Comportamentais e Diagramas de Fluxo de Dados
	
	Diagramas Estruturais, Diagramas Transacionais e Diagramas de Agrupamento
	
	Diagramas Estruturais, Diagramas Comportamentais, Diagramas de Notas e Diagramas de Agrupamento
	 
	Diagramas Estruturais e Diagramas Comportamentais
	
	Nenhuma das anteriores
	
	 3a Questão
	
	Qual da afirmação abaixo NÃO corresponde com as definições de Desenvolvimento de Softwares Orientado a Objetos?
		
	
	A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas usada em inúmeros projetos e para construção de diferentes tipo de sistemas.
	
	Modelos orientado a objetos são implementados convenientemente utilizando uma linguagem de programação orientada a objetos. A engenharia de software orientada a objetos é muito mais que utilizar mecanismos de sua linguagem de programação, é saber utilizar da melhor forma possível todas as técnicas da modelagem orientada a objetos.
	 
	A orientação a objetos não pode ser utilizado em Softwares de larga escala.
	
	A orientação a objetos é uma tecnologia para a produção de modelos que especifiquem o domínio do problema de um sistema.
	
	Quando construídos corretamente, sistemas orientados a objetos são flexíveis a mudanças, possuem estruturas bem conhecidas e provêm a oportunidade de criar e implementar componentes totalmente reutilizáveis.
	 4a Questão
	
	Avalie as assertivas a seguir no que se refere aos conceitos inerentes a UML (linguagem unificada de modelagem).
I. A UML dispões de modelos (diagramas), sob diferentes perspectivas, aplicados a orientação a objetos.
II. Dentre os diagramas da UML, destaca-se o diagrama de classes, um diagrama comportamental.
III. A UML, sendo uma metodologia ativa, estabelece a sequencia em que os diagramas devem ser construídos.
Com base em sua análise, assinale a opção que apresenta as assertivas CORRETAS.
	
	Apenas I e III
	 
	Apenas I
	
	Apenas II e III
	 
	Apenas I e II
	
	I, II e III
	
Explicação:
I.A UML dispões de modelos (diagramas), sob diferentes perspectivas, aplicados a orientação a objetos. - Verdade
II. Dentre os diagramas da UML, destaca-se o diagrama de classes, um diagrama comportamental. - Falso, o diagrama de classes é um diagrama estrutural
III. A UML, sendo uma metodologia ativa, estabelece a sequencia em que os diagramas devem ser construídos. - Falso, a UML não é uma metodologia e sim uma linguagem visual de modelagem.
	
	 5a Questão
	
	Considere as seguintes afirmações sobre UML (Unified Modeling Language): I. A UML é uma linguagem, uma notação, e não uma metodologia; II. Um diagrama de classes é um modelo que mostra o relacionamento estático entre as classes, incluindo associações, agregações e generalizações; III. A UML é uma linguagem orientada a objetos baseada numa extensão de XML. Quais afirmações estão corretas?
		
	
	Apenas II.
	
	Apenas I e III.
	
	I, II e III.
	
	Apenas II e III.
	 
	Apenas I e II.
	
Explicação:
 I. A UML é uma linguagem, uma notação, e não uma metodologia;  - verdade. não diz como e nem a ordem com que as ações são realizada, logo não é uma metodologia.
II. Um diagrama de classes é um modelo que mostra o relacionamento estático entre as classes, incluindo associações, agregações e generalizações; - verdade
III. A UML é uma linguagem orientada a objetos baseada numa extensão de XML. - false, UML não é linguagem orientada a objetos para programação e sim uma linguagem de modelagem
 
	 6a Questão
	
	O paradigma orientado a objetos, vislumbra um sistema:
I. Como um conjunto de objetos, cada qual com suas responsabilidades, que interagem para realizarem as funcionalidades propostas pelo sistema.
II. Que tem na Herança a possibilidade de otimizar e reaproveitar código, uma vez que permite que novas classes sejam definidas com base em classes já existentes.
III. Onde o princípio do Polimorfismo permite que métodos herdados possam ser re-escritos de forma a comportar-se de forma diferente.
IV. Onde o  encapsulamento, garante que os métodos de uma classe serão acessados apenas pelos atributos da própria classe.
No que tange aos conceitos dos  princípios que norteiam a orientação a objetos, estão corretas:
		
	
	Apenas as assertivas I e III
	 
	As assertivas I, II, III e IV
	
	Apenas as assertivas I, II e IV
	 
	Apenas as assertivas I, II e III
	
	Apenas as assertivas II e III
	
Explicação:
I. Como um conjunto de objetos, cada qual com suas responsabilidades, que interagem para realizarem as funcionalidades propostas pelo sistema. - VERDADE, um sistema OO é um sistema onde os objetos interagem.
II. Que tem na Herança a possibilidade de otimizar e reaproveitar código, uma vez que permite que novas classes sejam definidas com base em classes já existentes. - VERDADE, o ganho de tempo e dinheiro é o foco da otimização provida pela herança, 
III. Onde o princípio do Polimorfismo permite que métodos herdados possam ser re-escritos de forma a comportar-se de forma diferente. - VERDADE
IV. O encapsulamento, por sua vez, garante que os métodos de uma classe serão acessados apenas pelos atributos da própria classe. - FALSO. O encapsulamento garante que os atributos sejam acessados apenas pelos métodos da prórpria classe
	
	
	 7a Questão
	
	Assinale a alternativa que contém um diagrama estrutural, um comportamental e outro diagrama estrutural, todos da UML, respectivamente.
		
	
	Diagrama de casos de uso; diagrama de classes; diagrama de sequência
	
	Diagrama de sequência; diagrama de casos de uso; diagrama de estados.
	 
	Diagrama de implantação; diagrama de atividade; diagrama de componentes
	 
	Diagrama de comunicação; diagrama de casos de uso; diagrama de interatividade.
	
	Diagrama de objetos; diagrama de implantação; diagrama de classes.
	
Explicação:
Diagrama estrutural, mostra a estrutura de uma parte do sistema e o comportamental um comportamento.
Diagrama de implantação - mostra a estrutura de nos (infra estrutura) em que um sistema vai ser executado
diagrama de atividade - mostra as atividades,portanto comportamento, de um procesos, ou um caso de uso complexo ou com atividades em paralelo ou um método de uma classe complexo ou com atividades em paralelo.;
diagrama de componentes - mostra a estrutura dos componentes de um sistema
	
	
	 8a Questão
	
	Ano: 2019  Órgão: UFRN Prova: COMPERVE - 2019 - UFRN - Técnico de Tecnologia da Informação  ADAPTADA
Os conceitos da programação orientada a objetos (POO) surgiram no final da década de 1960, quando a linguagem Simula-68 introduziu as ideias de objetos e troca de mensagens para construção de programas. Tais concepções foram posteriormente amadurecidas e aprimoradas durante a década de 1970 pela linguagem de programação Smalltalk. Mas a popularização da POO só se deu ao longo das décadas de 1980 e 1990, com as linguagens C++ e Java.
Na POO, uma classe é:
		
	
	um objeto com função de instanciação, em que se definem comportamentos por meio de atributos.
	
	uma instância de um objeto
	 
	um modelo ou molde de construção de objetos, em que se definem características e comportamentos.
	
	um modelo ou molde de construção de objetos, em que não se podem definir características.
	
	um objeto com função de instanciação, em que não se podem definir características.
	
Explicação:
Classe é um modelo , onde classificamos objetos afins, ou seja com as mesmas propriedades e comportamento
	
	 1a Questão
	
	Avalie as assertivas a seguir sobre o conceito de Herança.
I. O conceito de herança é transitivo. Se A herdou de B e C herda de A, então podemos concluir que C também herda de B
II. O polimorfismo é um conceito que depende da herança.
III. A implementação da herança visa a economia de código e tempo de desenvolvimento.
Estão corretas as assertivas
		
	
	Apenas III
	
	Apenas II e III
	 
	I, II e III
	
	Apenas I e II
	
	Apenas I e III
	
Explicação:
I. O conceito de herança é transitivo. Se A herdou de B e C herda de A, então podemos concluir que C também herda de B - Verdade, a herança se propaga pela hierarquia, sendo considerada Transitiva, por isso.
II. O polimorfismo é um conceito que depende da herança. - Verdade, somente podemos ter metodos polimorficos, se houver uma herança prévia.
III. A implementação da herança visa a economia de código e tempo de desenvolvimento. - Verdade, aproveitando código já desenvolvido e testado
	
	
	 2a Questão
	
	É um princípio da orientação a objetos, que permite que classes compartilhem atributos e métodos. Ela é usada na intenção de reaproveitar código ou comportamento generalizado ou especializar operações ou atributos.
		
	
	Classe
	
	Objeto
	
	Polimorfismo
	
	Encapsulamento
	 
	Herança
	
Explicação:
O objetivo da herança é permitor que classes já desenvolvidas possam ser reusadas.
	
	 3a Questão
	
	Sobre a modelagem de sistemas, analise as assertivas a seguir
I. A modelem consiste na elaboração de modelos, sobre a forma de diagrama por exemplo, com a finalidade de representar a realidade, abstraindo-se dos aspectos que não interessam ao contexto
II. O uso de modelos, facilita a comunicação entre os envolvidos no desenvolvimento de software.
III. A modelagem, de certa forma, facilita e fomenta a discussão de idéias e soluções entre os membros da equipe de desenvolvimento, que podem refina-los até o real entendimento do problema.
Com base em sua análise, assinale a UNICA opção contendo as assertivas corretas.
		
	
	Apenas II e III
	
	Apenas III
	
	Apenas I e III
	 
	I, II e III
	
	Apenas I e II
	
Explicação:
I. A modelem consiste na elaboração de modelos, sobre a forma de diagrama por exemplo, com a finalidade de representar a realidade, abstraindo-se dos aspectos que não interessam ao contexto - VERDADE
II. O uso de modelos, facilita a comunicação entre os envolvidos no desenvolvimento de software. - VERDADE
III. A modelagem, de certa forma, facilita e fomenta a discussão de idéias e soluções entre os membros da equipe de desenvolvimento, que podem refina-los atéo real entendimento do problema. - VERDADE, os modelos ajudam a compreensão e entendimento.
 
	
	 4a Questão
	
	A linguagem de Modelagem Unificada (UML) emergiu como notação de diagramação de padrão, de fato e de direito, para a modelagem orientada a objetos. Desta forma, a sentença que conceitua apropriadamente a UML, segundo o OMG-Object Management Group, é
	 
	uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas
	
	uma linguagem para implementar os conceitos da orientação a objetos
	
	um método comum para a representação da orientação a objetos
	
	um método para especificar e modelar os artefatos dos sistemas.
	 
	um processo de especificação e modelagem de sistemas orientados a objeto.
	
Explicação:
A UML não é um proceso, nem método e nem técnica e sim uma linguagem que permite construir modelos (diagramas) sob diferentes visões de um sistema, ou seja especificar, construir e documentar os artefatos dos sistemas
	
	
	 5a Questão
	
	Ano: 2018  Órgão: UFMS Prova: FAPEC - 2018 - UFMS - Técnico de Tecnologia da Informação ADAPTADA
 
No paradigma de Programação Orientada a Objetos, Polimorfismo pode ser descrito como:
		
	 
	Princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura) mas comportamentos distintos, especializados para cada classe derivada.
	
	Um modelo ou protótipo que define as características e comportamentos comuns a um conjunto de objetos de certo tipo.
	
	Tipo especial de método que inicializa as variáveis do objeto, quando instanciado (inicializado).
	
	Princípio pelo qual dois métodos de uma mesma classe podem ter o mesmo nome, desde que suas listas de parâmetros sejam diferentes, constituindo assim uma assinatura diferente.
	
	Variável de uma instância que descreve as características dos objetos.
	
Explicação:
Para haver polimorfismo precisa haver herança previamente.
Poli = varios e morfirmo = forma
Varias implementações (formas) de um mesmo método (mesma assinatura). Em cada implementação, um novo comportamento
	
	
	 6a Questão
	
	Dentre os princípios do paradigma de orientação a objeto, listados, assinale aquele que representa "a capacidade do ser humano em focar nos aspectos de interesse e desconsiderar o que não é relevante ao contexto do problema"
		
	
	Encapsulamento
	
	Visibilidade
	 
	Abstração 
	
	Herança
	
	Polimorfismo
	
Explicação:
O principio base da orientação OO, onde nos atemos aos aspectos de relevância do dominio do problema, chama-se ABSTRAÇãO,
	
	
	 7a Questão
	
	A UML foi definida para ser utilizada com o paradigma orientada a objetos o que significa que ela possui recursos para representação dos conceitos propostos pela Orientação a objetos.
Dentre os conceitos abaixo, marque a opção que assertivamente define o objetivo da UML
		
	 
	Ser dependente somente da linguagem de programação.
	
	Ser independente da linguagem de programação e dependente do processo de desenvolvimento.
	 
	Ser independente da linguagem de programação e processo de desenvolvimento.
	
	Ser dependente somente do processo de desenvolvimento.
	
	Ser dependente da linguagem de programação e do processo de desenvolvimento.
	
	 8a Questão
	
	Os diagramas UML da categoria comportamental são os de:
		
	
	classes, atividades e sequência.
	
	objetos, estrutura composta e máquinas de estado.
	 
	casos de uso, atividades e máquinas de estados.
	
	classes, objetos e componentes.
	 
	casos de uso, sequência e classes.
AULA 2 – MODELAGEM DE REQUISITOS
	
	 1a Questão
	
	Sobre os possíveis relacionamentos entre casos de uso, avalie as assertivas:
I. Os únicos relacionamentos possíveis entre casos de uso são "Include" e "Extends"
II. O relacionamento de "include" denota o uso obrigatório do caso de uso incluído
III. O relacionamento de "extends" denota uso opcional do caso de uso extendido,
Com base em sua análise, marque a UNICA opção correta.
		
	
	Apenas II
	
	Apenas  III
	 
	Apenas II e III
	
	Apenas I e III
	 
	I, II e III
	
Explicação:
I. FALSO além desses 2 relacionamentos, temos ainda a generalização/especialização, que também é possível entre casos de uso
II. VERDADE
III. VERDADE
	
	
	 2a Questão
	
	Classifique cada requisito a seguir em Funcional (F) ou Não Funcional (NF).
I. O sistema deve emitir um relatório com os 10 maiores clientes do ano
II. A funcionalidade de calculo de folha deve durar, no máximo, 1 min.
III. A usabildiadade do sistema deve ser excelente, além de maximizar a interação em telas de toque
IV. O sistema deve gerar um arquivo contendo os 5 maiores salários do mês
Com base em sua classificação, assinale a UNICA resposta correta.
		
	
	I-NF; II-F; III-F; IV-NF
	
	I-F; II-NF; III-F; IV-F
	 
	I-NF; II-NF; III-NF; IV-F
	
	I-F; II-F; III-NF; IV-F
	 
	I-F; II-NF; III-NF; IV-F
	
Explicação:
I. O sistema deve emitir um relatório com os 10 maiores clientes do ano - FUNCIONAL, é uma função que o sistema deve ter
II. A funcionalidade de calculo de folha deve durar, no máximo, 1 min. - NÃO FUNCIONAL, pois é uma propriedade que um requisio funcional deve ter
III. A usabildiadade do sistema deve ser excelente, além de maximizar a interação em telas de toque - NÃO FUNCIONAL, pois é uma propriedade que um requisio funcional deve ter
IV. O sistema deve gerar um arquivo contendo os 5 maiores salários do mês - - FUNCIONAL, é uma função que o sistema deve ter
Logo 
I - F;
II- NF
III - NF
IV - F
	
	 3a Questão
	
	Assinale a opção que representa um requisito Não Funcional
		
	
	O sistema deve controlar pagamento de contas 
	
	O sistema precisa informar a Receita Federal o impostos mensais pagos
	
	O sistema deve gerar gráfico do lucro mês a mês.
	 
	O sistema deve rodar na plataforma Windows e ser desenvolvido em JAVA.
	
	O sistema atualizar os saldos bancários após registro de cada despesa 
	
Explicação:
O sistema deve rodar na plataforma Windows e ser desenvolvido em JAVA. - Uma restrição ao desenvolvimento, é um requisitos não funcional
O sistema deve controlar pagamento de contas - determina função que o sistema deve abordar - Funcional
O sistema deve gerar gráfico do lucro mês a mês. - determina função do sistema - Funcional
O sistema precisa informar a Receita Federal o impostos mensais pagos - Determina função do sistema - funcional
O sistema deve ataulizar os saldos bancários apos o registro de cada despesas - determina função que o sistema deve abordar - Funcional
	
	
	 4a Questão
	
	Ano: 2019 Prova: FCC - 2019 - AFAP - Analista de Fomento - Tecnologia da Informação (ADAPTADA)
Um Analista de Informática está desenhando um Diagrama de Caso de Uso usando a notação padrão da UML 2.5 e modela os seguintes requisitos:
Caso de Uso: Cadastrar Funcionário que:
I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula.
II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário.
III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção.
Os requisitos especificados acima tipificam os respectivos relacionamentos entre Casos de Uso:
		
	 
	Include, Especialização e Extends
	
	Include, Generalização e Extends
	
	Generalização, Especialização e Extends
	
	Extends, Exclusão e Associação.
	
	Associação, Generalização e Especialização.
	
Explicação:
I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula. --> Se é incondicional, é obrigatório. Logo é o include
II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário. -> variação é tipico de especialização (uso a base e incrementa alterações)
III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção. --> tem uma condição associada paraa realização do caso de uso Help online, logo é extends (condicional).
	
	
	 5a Questão
	
	A figura abaixo ilustra um Diagrama de Casos de Uso e é utilizada no desenvolvimento de projetos de sistemas, utilizando ferramentas da Análise Orientada a Objetos.
O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como:
		
	
	Associação / uma funcionalidade do sistema do ponto de vista do relacionamento.
	 
	Globalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
	 
	Associação / uma funcionalidade do sistema do ponto de vista do usuário.
	
	Generalização / uma funcionalidade do sistema do ponto de vista do usuário.
	
	Generalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
	
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
	
	
	 6a Questão
	
	
Sobre o conceito de Requisitos, avalie as assertivas:
I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários.
II. O fato de termos realizado um bom levantamento de requisitos não é suficiente para o sucesso do projeto.É preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software.
III. Existem 2 tipos de requisitos, classificados quanto a sua finalidade: os requisitos funcionais e os não funcionais.
IV. A UML não oferece diagrama que possa mapear os requisitos funcionais.
Com base em sua análise, assinale as assertivas corretas
	
	I, II, III e IV
	
	Apenas I e II
	 
	Apenas I, II e III
	
	Apenas II e III
	
	Apenas I e IV
	
Explicação:
I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários. - VERDADE. As necessidades dos usuários se traduzem em requisitos para o sistema.
II. Apenas termos um bom levantamento de requisitos não é suficiente para o sucesso do projeto. E preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software. - VERDADE, precisamos acompanhar para que se possa ajustar problemas, caso ocorram
III. Existem 2 tipos de requisitos, quanto a sua finalidade: os requisitos funcionais e os não funcionais.  VERDADE
IV. A UML não oferece diagrama que possa mapear os requisitos funcionais. FALSO, o diagrama de casos de uso, tem essa finalidade
	
	 7a Questão
	
	No contexto da UML, os casos de uso:
	
	definem o comportamento dos componentes de software que serão implementados.
	 
	descrevem o comportamento do sistema de acordo com o ponto de vista dos seus usuários finais.
	
	capturam os requisitos não funcionais.
	
	especificam a organização do sistema de software.
	
	são sempre associados a um único requisito funcional.
	
	 8a Questão
	
	Sobre o diagrama de casos de uso, assinale a opção CORRETA
	
	Um ator representa uma pessoa específica e um nome típico de ator, seria por exemplo MARIA
	
	Util para modelarmos os requisitos não funcionais
	
	Um Caso de uso, representa um requisito não funcional
	
	Não podemos ter especialização de atores.
	 
	Um caso de uso estendido, pelo relacionameno "Extends", é de uso opcional
	
Explicação:
Util para modelarmos os requisitos não funcionais - Falso, útil para modelar requisito funcional
Um Caso de uso, representa um requisito não funcional - Falso, representa um requisito funcional
Um ator pode ser representar uma pessoa específica. - Falso, ator representa , dentre outras coisas, papéis que as pessoas exercem
Não podemos ter especialização de atores. - Falso, podemos sim,.
Um caso de uso ¿Extends¿ é de uso opcional - VERDADE
	
	 1a Questão
	
	Sobre os possíveis relacionamentos entre casos de uso, avalie as assertivas:
I. Os únicos relacionamentos possíveis entre casos de uso são "Include" e "Extends"
II. O relacionamento de "include" denota o uso obrigatório do caso de uso incluído
III. O relacionamento de "extends" denota uso opcional do caso de uso extendido,
Com base em sua análise, marque a UNICA opção correta.
		
	
	Apenas  III
	
	Apenas I e III
	
	I, II e III
	 
	Apenas II e III
	
	Apenas II
	
Explicação:
I. FALSO além desses 2 relacionamentos, temos ainda a generalização/especialização, que também é possível entre casos de uso
II. VERDADE
III. VERDADE
	
	
	 2a Questão
	
	Sobre o diagrama de casos de uso, assinale a opção CORRETA
		
	
	Não podemos ter especialização de atores.
	
	Util para modelarmos os requisitos não funcionais
	
	Um ator representa uma pessoa específica e um nome típico de ator, seria por exemplo MARIA
	 
	Um caso de uso estendido, pelo relacionameno "Extends", é de uso opcional
	
	Um Caso de uso, representa um requisito não funcional
	
Explicação:
Util para modelarmos os requisitos não funcionais - Falso, útil para modelar requisito funcional
Um Caso de uso, representa um requisito não funcional - Falso, representa um requisito funcional
Um ator pode ser representar uma pessoa específica. - Falso, ator representa , dentre outras coisas, papéis que as pessoas exercem
Não podemos ter especialização de atores. - Falso, podemos sim,.
Um caso de uso ¿Extends¿ é de uso opcional - VERDADE
	
	 3a Questão
	
	No contexto da UML, os casos de uso:
		
	
	especificam a organização do sistema de software.
	
	capturam os requisitos não funcionais.
	
	são sempre associados a um único requisito funcional.
	 
	descrevem o comportamento do sistema de acordo com o ponto de vista dos seus usuários finais.
	
	definem o comportamento dos componentes de software que serão implementados.
	
	 4a Questão
	
	Ano: 2019 Prova: FCC - 2019 - AFAP - Analista de Fomento - Tecnologia da Informação (ADAPTADA)
Um Analista de Informática está desenhando um Diagrama de Caso de Uso usando a notação padrão da UML 2.5 e modela os seguintes requisitos:
Caso de Uso: Cadastrar Funcionário que:
I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula.
II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário.
III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção.
Os requisitos especificados acima tipificam os respectivos relacionamentos entre Casos de Uso:
		
	
	Generalização, Especialização e Extends
	
	Include, Generalização e Extends
	
	Extends, Exclusão e Associação.
	 
	Include, Especialização e Extends
	
	Associação, Generalização e Especialização.
	
Explicação:
I. Exige um relacionamento incondicional com outro Caso de Uso denominado Validar Matricula. --> Se é incondicional, é obrigatório. Logo é o include
II. Possui um relacionamento com o Caso de Uso denominado Cadastrar via Web que é uma variação de Cadastrar Funcionário. -> variação é tipico de especialização (uso a base e incrementa alterações)
III. Deverá se relacionar com o Caso de Uso denominado Help On-line, se o usuário operador solicitar ajuda (Help) mediante seleção dessa opção. --> tem uma condição associada para a realização do caso de uso Help online, logo é extends (condicional).
	
	
	 5a Questão
	
	Assinale a opção que representa um requisito Não Funcional
		
	 
	O sistema deve rodar na plataforma Windows e ser desenvolvido em JAVA.
	
	O sistema deve controlar pagamento de contas 
	
	O sistema atualizar os saldos bancários após registro de cada despesa 
	
	O sistema precisa informar a Receita Federal o impostos mensais pagos
	
	O sistema deve gerar gráfico do lucro mês a mês.
	
Explicação:
O sistema deve rodar na plataforma Windows e ser desenvolvido em JAVA. - Uma restrição ao desenvolvimento, é um requisitos não funcional
O sistema deve controlar pagamento de contas - determina função que o sistema deve abordar - Funcional
O sistema deve gerar gráfico do lucro mês a mês. - determina função do sistema - Funcional
O sistemaprecisa informar a Receita Federal o impostos mensais pagos - Determina função do sistema - funcional
O sistema deve ataulizar os saldos bancários apos o registro de cada despesas - determina função que o sistema deve abordar - Funcional
	
	
	 6a Questão
	
	Classifique cada requisito a seguir em Funcional (F) ou Não Funcional (NF).
I. O sistema deve emitir um relatório com os 10 maiores clientes do ano
II. A funcionalidade de calculo de folha deve durar, no máximo, 1 min.
III. A usabildiadade do sistema deve ser excelente, além de maximizar a interação em telas de toque
IV. O sistema deve gerar um arquivo contendo os 5 maiores salários do mês
Com base em sua classificação, assinale a UNICA resposta correta.
		
	 
	I-F; II-NF; III-NF; IV-F
	
	I-NF; II-F; III-F; IV-NF
	
	I-F; II-NF; III-F; IV-F
	
	I-F; II-F; III-NF; IV-F
	
	I-NF; II-NF; III-NF; IV-F
	
Explicação:
I. O sistema deve emitir um relatório com os 10 maiores clientes do ano - FUNCIONAL, é uma função que o sistema deve ter
II. A funcionalidade de calculo de folha deve durar, no máximo, 1 min. - NÃO FUNCIONAL, pois é uma propriedade que um requisio funcional deve ter
III. A usabildiadade do sistema deve ser excelente, além de maximizar a interação em telas de toque - NÃO FUNCIONAL, pois é uma propriedade que um requisio funcional deve ter
IV. O sistema deve gerar um arquivo contendo os 5 maiores salários do mês - - FUNCIONAL, é uma função que o sistema deve ter
Logo 
I - F;
II- NF
III - NF
IV - F
	
	 7a Questão
	
	A figura abaixo ilustra um Diagrama de Casos de Uso e é utilizada no desenvolvimento de projetos de sistemas, utilizando ferramentas da Análise Orientada a Objetos.
O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como:
		
	
	Generalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
	
	Associação / uma funcionalidade do sistema do ponto de vista do relacionamento.
	
	Generalização / uma funcionalidade do sistema do ponto de vista do usuário.
	 
	Associação / uma funcionalidade do sistema do ponto de vista do usuário.
	
	Globalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
	
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
	
	
	 8a Questão
	
	Sobre o conceito de Requisitos, avalie as assertivas:
I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários.
II. O fato de termos realizado um bom levantamento de requisitos não é suficiente para o sucesso do projeto.É preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software.
III. Existem 2 tipos de requisitos, classificados quanto a sua finalidade: os requisitos funcionais e os não funcionais.
IV. A UML não oferece diagrama que possa mapear os requisitos funcionais.
Com base em sua análise, assinale as assertivas corretas
		
	
	Apenas I e II
	
	Apenas I e IV
	
	Apenas II e III
	
	I, II, III e IV
	 
	Apenas I, II e III
	
Explicação:
I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários. - VERDADE. As necessidades dos usuários se traduzem em requisitos para o sistema.
II. Apenas termos um bom levantamento de requisitos não é suficiente para o sucesso do projeto. E preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software. - VERDADE, precisamos acompanhar para que se possa ajustar problemas, caso ocorram
III. Existem 2 tipos de requisitos, quanto a sua finalidade: os requisitos funcionais e os não funcionais.  VERDADE
IV. A UML não oferece diagrama que possa mapear os requisitos funcionais. FALSO, o diagrama de casos de uso, tem essa finalidade
	
	
	 1a Questão
	
	Assinale a opção que não representa um requisito FUNCIONAL.
		
	
	O sistema deve emitir o boletim ao final de cada semestre letivo.
	 
	O sistema deve imprimir o boletim, em menos de 5 segundos, em dias de matriculas. 
	
	O sistema deve mostrar um gráfico de evolução das receitas e despesas nos últimos 12 meses
	
	O sistema deve identificar a entrada e saída de cada funcionário da fabrica.
	
	O sistema deve calcular a folha de pagamento, emitindo contra cheque a todos os funcionários
	
Explicação:
Todas as opcões representam funcionaldades que o sistema precisa ter, exceto a opção "O sistema deve imprimir o boletim, em menos de 5 segundos, em dias de matriculas. " - que indica uma restrição, ou melhor uma condição que deve ser atendida em termos de performance. Esse requisito é NAO FUNCIONAL.
	
	 2a Questão
	
	Sobre os conceitos de Requisitos "Funcional" e "Não Funcional", avalie as assertivas a seguir.
I. Requisitos Funcionais vão demandar funções que o sistema precisa possuir.
II. Requisitos não funcionais especificam restrições, qualidades e características que devem ser aplicadas a determinados requisitos funcionais
III. O diagrama de casos de uso visa mostrar os atores e os requisitos não funcionais com os quais eles interagem.
Com base em sua análise, marque a opção que indica as assertivas corretas.
		
	 
	Apenas I e II
	
	Apenas II
	
	I, II e III
	
	Apenas II e III
	
	Apenas I
	
Explicação:
I. Requisitos Funcionais vão demandar funções que o sistema precisa possuir. - VERDADE
II. Requisitos não funcionais especificam restrições, qualidades e características que devem ser aplicadas a determinados requisitos funcionais - VERDADE
III. O diagrama de casos de uso visa mostrar os atores e os requisitos não funcionais com os quais eles interagem. - FALSO, o diagrama de casos de uso mostrar os atores e os requisitos funcionais (casos de uso) com os quais os atores interagem
	
	
	 3a Questão
	
	Sobre o relacionamento de "extends", possível entre casos de uso, analise as assertivas a seguir:
I. O caso de uso extendido sempre será executado.
II. Um caso de uso pode ter no máximo 5 casos de uso "extends" a ele relacionados.
III. O caso de uso estendido é sempre opcional, assim sendo há uma condição associada a sua execução.
Com base em sua análise, marque a UNICA opção correta.
		
	
	Apenas I e II
	
	I, II e III
	
	Apenas I e III
	 
	Apenas III
	
	Apenas II
	
Explicação:
I. O caso de uso extendido sempre será executado. - FALSO, será opcionalmente executado
II. Um caso de uso pode ter no máximo 5 casos de uso "extends" a ele relacionados. - FALSO, não existe esse limite,
III. O caso de uso estendido é sempre opcional, assim sendo há uma condição associada a sua execução. - VERDADE
	
	
	 4a Questão
	
	Avalie as assertivas a seguir, no que se refere ao diagrama de casos de uso, da UML.
I. O diagrama de casos de uso mostra em detalhes como o sistema vai implementar uma funcionalidade
II. Quando um caso de uso deve obrigatoriamente ser usado, devemos usar o relacionamento de especialização.
III. Em uma Biblioteca, o usuário pode ser Aluno ou Funcionário. Nesse caso devemos usar o relacionamento de include entre atores
IV. Um ator pode ser um sistema, por exemplo.
Com base em sua análise , marque a UNICA resposta que contém TODAS as assertivas corretas
		
	 
	IV
	
	I e IV
	 
	II, III e IV
	
	III e IV
	
	III 
	
Explicação:
I. O diagrama de casos de uso mostra em detalhes como o sistema vai implementar uma funcionalidade -->FALSO, diagrama de casos de uso não exibe detalhes, muito menos de COMO se implementa algo
II. Quando um caso de uso deve obrigatoriamente ser usado, devemos usar o relacionamento de especialização. --> FALSO, o relacionamento correto seria o de
III. Em uma Biblioteca, o usuário pode ser Aluno ou Funcionário. Nesse caso devemos usar o relacionamento de extends entre atores --> FALSO, devemos usar o relacionamento de generalização/especialização de atores.
IV. Um ator pode ser um sistema, por exemplo. --> VERDADE
	
	
	 5a Questão
	
	Classifique cada requisito a seguir em Funcional(F) ou Não Funcional (NF).
I. O sistema deve emitir um relatório com os 10 maiores clientes do ano
II. A funcionalidade de calculo de folha deve durar, no máximo, 1 min.
III. A usabildiadade do sistema deve ser excelente, além de maximizar a interação em telas de toque
IV. O sistema deve gerar um arquivo contendo os 5 maiores salários do mês
Com base em sua classificação, assinale a UNICA resposta correta.
		
	 
	I-F; II-NF; III-NF; IV-F
	
	I-F; II-NF; III-F; IV-F
	
	I-NF; II-NF; III-NF; IV-F
	
	I-NF; II-F; III-F; IV-NF
	
	I-F; II-F; III-NF; IV-F
	
Explicação:
I. O sistema deve emitir um relatório com os 10 maiores clientes do ano - FUNCIONAL, é uma função que o sistema deve ter
II. A funcionalidade de calculo de folha deve durar, no máximo, 1 min. - NÃO FUNCIONAL, pois é uma propriedade que um requisio funcional deve ter
III. A usabildiadade do sistema deve ser excelente, além de maximizar a interação em telas de toque - NÃO FUNCIONAL, pois é uma propriedade que um requisio funcional deve ter
IV. O sistema deve gerar um arquivo contendo os 5 maiores salários do mês - - FUNCIONAL, é uma função que o sistema deve ter
Logo 
I - F;
II- NF
III - NF
IV - F
	
	 6a Questão
	
	Sobre o diagrama de casos de uso, assinale a opção CORRETA
		
	
	Um Caso de uso, representa um requisito não funcional
	
	Um ator representa uma pessoa específica e um nome típico de ator, seria por exemplo MARIA
	
	Util para modelarmos os requisitos não funcionais
	
	Não podemos ter especialização de atores.
	 
	Um caso de uso estendido, pelo relacionameno "Extends", é de uso opcional
	
Explicação:
Util para modelarmos os requisitos não funcionais - Falso, útil para modelar requisito funcional
Um Caso de uso, representa um requisito não funcional - Falso, representa um requisito funcional
Um ator pode ser representar uma pessoa específica. - Falso, ator representa , dentre outras coisas, papéis que as pessoas exercem
Não podemos ter especialização de atores. - Falso, podemos sim,.
Um caso de uso ¿Extends¿ é de uso opcional - VERDADE
	
	
	 7a Questão
	
	Sobre o conceito de Requisitos, avalie as assertivas:
I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários.
II. O fato de termos realizado um bom levantamento de requisitos não é suficiente para o sucesso do projeto.É preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software.
III. Existem 2 tipos de requisitos, classificados quanto a sua finalidade: os requisitos funcionais e os não funcionais.
IV. A UML não oferece diagrama que possa mapear os requisitos funcionais.
Com base em sua análise, assinale as assertivas corretas
		
	
	I, II, III e IV
	 
	Apenas I, II e III
	
	Apenas II e III
	
	Apenas I e II
	
	Apenas I e IV
	
Explicação:
I. O software precisa atender aos requisitos de forma adequada, para que possa satisfazer as necessidades de seus usuários. - VERDADE. As necessidades dos usuários se traduzem em requisitos para o sistema.
II. Apenas termos um bom levantamento de requisitos não é suficiente para o sucesso do projeto. E preciso que haja planejamento, organização e controle das atividades inerentes ao processo de desenvolvimento de software. - VERDADE, precisamos acompanhar para que se possa ajustar problemas, caso ocorram
III. Existem 2 tipos de requisitos, quanto a sua finalidade: os requisitos funcionais e os não funcionais.  VERDADE
IV. A UML não oferece diagrama que possa mapear os requisitos funcionais. FALSO, o diagrama de casos de uso, tem essa finalidade
	
	
	 8a Questão
	
	Assinale a opção que representa um requisito Não Funcional
		
	
	O sistema atualizar os saldos bancários após registro de cada despesa 
	
	O sistema deve controlar pagamento de contas 
	 
	O sistema deve rodar na plataforma Windows e ser desenvolvido em JAVA.
	
	O sistema precisa informar a Receita Federal o impostos mensais pagos
	
	O sistema deve gerar gráfico do lucro mês a mês.
	
Explicação:
O sistema deve rodar na plataforma Windows e ser desenvolvido em JAVA. - Uma restrição ao desenvolvimento, é um requisitos não funcional
O sistema deve controlar pagamento de contas - determina função que o sistema deve abordar - Funcional
O sistema deve gerar gráfico do lucro mês a mês. - determina função do sistema - Funcional
O sistema precisa informar a Receita Federal o impostos mensais pagos - Determina função do sistema - funcional
O sistema deve ataulizar os saldos bancários apos o registro de cada despesas - determina função que o sistema deve abordar - Funcional
AULA 3 – DESCRIÇÃO TEXTUAL DOS CASOS DE USO
	
	 1a Questão
	
	
	Quais informações deveram ser contempladas na descrição de um fluxo alternativo caso de uso de validar CPF.
		
	
	Informações de como foi validade do CPF
	 
	Informações de procedimentos a serem feitos se o CPF for inválido.
	
	Informações de procedimentos a serem feitos se o CPF for válido.
	
	Nenhuma informação deve ser apresentada.
	
	Informações de atributos da classe CPF.
	
	 2a Questão
	
	Considere que na especificação de casos de uso de nome "C.Uso.Prova", temos a seguinte linha de número 3
1..
2..
3. Sistema valida a Matricula do Cliente - "Include Validar Matricula"
4..
Assinale a opção que melhor representa a conclusão sobre essa linha  de número 3 da especificação do caso de uso "C.Uso.Prova" ?
		
	
	O caso de uso "Validar Matricula" usa, opcionalmente, o caso de uso "C.Uso.Prova"
	
	O caso de uso "C.Uso.Prova" não tem relação com o caso de uso Validar Matricula.
	 
	O caso de uso "C.Uso.Prova" usa, obrigatoriamente, o caso de uso Validar Matricula
	
	O caso de uso "C.Uso.Prova" usa, opcionalmente, o caso de uso Validar Matricula
	
	O caso de uso "Validar Matricula" usa, obrigatoriamente, o caso de uso "C.Uso.Prova"
	
Explicação:
O caso de uso "C.Uso.Prova" usa, obrigatoriamente, o caso de uso Validar Matricula ==> o include indica que o caso incluido (no caso Validar Matricula) é sempre (e obrigatoriamente) usado pelo caso principal de nome "C.Uso.Prova.
	
	 3a Questão
	
	Analise a especificação abaixo, referente ao CENÁRIO PRINCIPAL do caso de uso INCLUIR CLIENTE, referente a um Sistema de Vendas.
1. Cliente informa seu CPF
2. Sistema valida CPF
3. Sistema Busca CPF - uses BUSCAR_CPF
4. Cliente informa demais dados
5. Sistema registra dados do cliente
6. Sistemas encerra o caso de uso
Com base na especificação do caso de uso, analise as alternativas a seguir
I. O cliente sendo um ator, significa que ele interage com o sistema informando diretamente os seus dados.
II. Nesse caso de uso, não caberia nenhum cenário alternativo.
III. O passo 3, da forma como esta descrito, mostra que no diagrama de casos de uso, haverá o caso de Uso BUSCAR_CPF, que estará relacionado com INCLUIR CLIENTE, através do relacionamento de ou Uses ou Include
Com base em sua análise, assinale a única alternativa correta
		
	 
	Estão corretas apenas as assertivas I e III
	
	Está correta apenas a assertiva I
	
	Está correta apenas a assertiva III
	
	Estão corretas apenas as assertivas II e III
	
	Estão corretas as assertivas I e II e III
	
	
	 4a Questão
	
	Assinale a opção que apresenta a melhor explicação para o fato de ser necessário especificar casos de uso.
 
	
	Os casos de uso precisam ser especificados, para que sejam declaradas as classes que interagem com os casos de uso
	
	A especificação de caso de uso, é opcional, uma vez que o desenho do diagrama já "fala por si"
	
	Os casos de uso precisam ser especificados, para que saibamos o tipo de ator envolvido
	 
	Os casos de uso precisam ser especificados, para que saibamos como ocorre o passo a passo da interação entre o ator e o caso de uso
	
	Casos de uso não precisam ser especificados, ficando como opcão ao analista de sistemas
	
Explicação:
Há sim necessidade de especificar o caso de uso, pois o diagrama não mostra a interação ator-sistema
	
	 
	
	 5a Questão
	
	Sobrea especificação de casos de uso, assinale a única opção CORRETA.
		
	
	A especificação de caso de uso, possui no mínimo 2 e no máximo 5 cenários alternativos.
	 
	A especificação de caso de uso, não possui padrão definido pela UML. O roteiro da especificação contém 1 cenário principal, bem como nenhum ou vários cenários alternativos.
	
	É definido pela UML um formato específico para declarar a especificação dos casos de uso
	
	A especificação e caso de uso possui pelo menos 2 cenários principais.
	
	A especificação do caso de uso deve declarar como as classes interagem para realizar o caso de uso
	
Explicação:
É definido pela UML um formato específico para declarar o roteiro de um caso de uso. - FALSO, a UML não define padrão para especificar caso de uso
Possui no mínimo 2 e no máximo 5 cenários alternativos. - FALSO, possui sempre 1 cenário principal. Pode não ter cenários alternativos e pode ter vários, conforme a necessidade
A especificação do caso de uso deve declarar como as classes interagem para realizar o caso de uso - FALSO, pois em especificações de casos de uso não delcaramos classes.
Possui pelo menos 2 cenários principais. - FALSO, sempre apenas 1 cenário principal para cada caso de uso
Não possui padrão definido pela UML, o roteiro da especificação contém 1 cenário principal, nenhum ou vários cenários alternativos. - VERDADE
	
	
	 6a Questão
	
	Quais casos de uso devem ser especificados, com uma descrição textual ?
I. Os casos de uso principal, ou seja os que tem interação direta do ator
II. Os casos de uso de include
III. Os casos de uso de extends
IV. Os casos de uso de generalização / especialização
Assinale a UNICA resposta que apresenta a resposta coreta e completa
		
	
	Apenas I
	
	Apenas I e II
	 
	I, II, III e IV
	
	Apenas II, III e IV
	
	Apenas I, II e III
	
Explicação:
I. Os casos de uso principal, ou seja os que tem interação direta do ator - sim, esses devem ser especificados
II. Os casos de uso de include - sim, esses devem ser especificados
III. Os casos de uso de extends - sim, esses devem ser especificados
IV. Os casos de uso de generalização / especialização  sim, esses devem ser especificados
Ou seja todos os casos de uso devem ser especificados: I, II, III e IV.
 
	
	 7a Questão
	
	Depois que é feito o diagrama de casos de uso, o próximo passo é documentar essas funcionalidades descrevendo com detalhes suas principais características. Apesar de não existir uma padronização sobre essa especificação funcional, quais podem ser consideradas as principais informações relativas a um Caso de Uso?
	
	Diagrama de classe e de sequência correspondente
	
	Ator responsável, classe correspondente e lista de mensagens
	
	Protótipo e lista de mensagens
	 
	Ator responsável, fluxo principal e fluxos secundários
	
	Diagrama de implementação correspondente
	
Explicação:
Minimamente a especificação de caso de uso deve representar, além do nome do caso de uso: ator(es) envolvido(s) no caso; fluxo principal, contendo o caso perfeito e os fluxos alternativos, quando determinado passo do fluxo principal não for o "caso perfeito" (exceção).
	
	
	 8a Questão
	
	Analise a especificação abaixo, referente ao CENÁRIO PRINCIPAL do caso de uso INCLUIR CLIENTE, referente a um Sistema de Vendas.
1. Cliente informa seu CPF
2. Sistema valida CPF
3. Sistema Busca CPF - uses BUSCAR_CPF
4. Cliente informa demais dados
5. Sistema registra dados do cliente
6. Sistemas encerra o caso de uso
Com base na especificação do caso de uso, analise as alternativas a seguir:
I. O cliente sendo um ator, significa que ele interage com o sistema informando diretamente os seus dados.
II. Nesse caso de uso, não caberia nenhum cenário alternativo.
III. O passo 3, da forma como esta descrito, mostra que no diagrama de casos de uso, haverá o caso de Uso BUSCAR_CPF, que estará relacionado com INCLUIR CLIENTE, através do relacionamento de Include
Com base em sua análise, assinale a única alternativa correta
	
	Está correta apenas a assertiva III
	 
	Estão corretas apenas as assertivas I e III
	
	Estão corretas apenas as assertivas II e III
	
	Está correta apenas a assertiva I
	
	Estão corretas as assertivas I e II e III
	
Explicação:
Vamos avaliar cada assertiva
I. O cliente sendo um ator, significa que ele interage com o sistema informando diretamente os seus dados. - verdade, o ator é quem de fato interage com o sistema, ou seja inputa os dados e recebe as informações.
II. Nesse caso de uso, não caberia nenhum cenário alternativo. - Falso, os passos 2. Sistema valida CPF e 3. Sistema Busca CPF - uses BUSCAR_CPF, podem falhar e cabem cenários alternativos. No 2, seria mostrar que trata-se de um CPF inválido e no passo 3, mosrar que o CPF não foi localizado. 
III. O passo 3, da forma como esta descrito, mostra que no diagrama de casos de uso, haverá o caso de Uso BUSCAR_CPF, que estará relacionado com INCLUIR CLIENTE, através do relacionamento de Include - verdade.
assim, estão corretos I e III
	
	 1a Questão
	
	Análise as assertivas a seguir, referentes a técnica de especificação de casos de uso:
I. Todo Caso de Uso possui um descrição textual, que define seu passo a passo;
II. A Descrição de Caso de Uso é uma seqüência de passos executados por um ator;
III. Uma exceção descreve a recuperação da falha de um passo de um Caso de Uso.
As assertivas corretas são:
	 
	I, II e III.
	
	Somente a I e II;
	
	Somente a I;
	
	Somente a III;
	
	Somente a II;
	
	
	 2a Questão
	
	
	Na UML, as suposições, pré-condições, pós-condições, garantias mínimas e garantias de sucesso são comumente utilizadas como recursos de narrativa de um(a):
	
	nó
	
	classe
	
	pacote
	
	herança múltipla.
	 
	caso de uso
	
Explicação:
as pré condições mostra o que deve ser verdade quando o caso de uso iniciar.
as pós condições mostram o que será verdade quando o caso de uso encerrar.
	
	
	 3a Questão
	
	Considere as seguintes assertivas sobre as especificações textuais dos casos de uso
I. Descrevem uma sequencia de passos, iniciada pelo caso de uso
II. A recuperação de falhas na execução de um passo (do cenário principal) é descrito nos cenários alternativos.
III. O roteiro ou especificação de casos de uso descreve as ações do ator, mas não deixa claro as ações do sistema (caso de uso).
Assinale a opção que indica as assertivas corretas
		
	 
	Apenas I e II
	 
	Apenas II
	
	Apenas III
	
	Apenas II e III
	
	Apenas I e III
	
Explicação:
I. Descrevem uma sequencia de passos, iniciada pelo caso de uso  FALSO, a sequencia de passos é iniciada pelo ator
II. A recuperação de falhas na execução de um passo é descrito nos cenários alternativos. - VERDADE
III. O roteiro ou especificação de casos de uso descreve as ações do ator, mas não deixa claro as ações do sistema (caso de uso). - FALSO, o roteiro descreve o passo a passo da interação do ator com o caso de uso, o que inclui as ações do ator e as reações do sistema.
	
	
	 4a Questão
	
	Observe as seguintes assertivas sobre a forma de especificação de requisitos conhecida como Caso de Uso: 
I. Um ator sempre representa um papel representado por pessoas.
II. Um ator pode participar somente de um caso de uso por sistema
III. O roteiro de um caso de uso não pode utilizar roteiros de outros casos de uso 
IV. O roteiro de caso de uso mostra o passo a passo para realização do caso uso , evidenciando a interação entre ator e caso de uso.
As assertivas corretas são somente: 
	
	I e IV
	
	I, II e IV
	
	II e IV
	 
	IV
	
	II e III
	
Explicação:
I. Um ator sempre representa um papel representado por pessoas. - FALSO, essa é uma das opções, mas ator podem ser artefatos, coisas, sistemas, equipamentos, e etc
II. Um ator pode participar somente de um caso de uso por sistema - FALSO, não há essa restrição
III. O roteiro de um caso de uso não pode utilizar roteiros de outros casos de uso  - FALSO, o uso de include e extends revelam uso de outros casos de uso
IV. O roteiro de caso de uso mostra o passo a passo para realizaçãodo caso uso , evidenciando a interação entre ator e casos de uso. - VERDADE
	
	
	 5a Questão
	
	Analise a especificação abaixo, referente ao CENÁRIO PRINCIPAL do caso de uso INCLUIR CLIENTE, referente a um Sistema de Vendas.
1. Cliente informa seu CPF
2. Sistema valida CPF
3. Sistema Busca CPF - uses BUSCAR_CPF
4. Cliente informa demais dados
5. Sistema registra dados do cliente
6. Sistemas encerra o caso de uso
Com base na especificação do caso de uso, analise as alternativas a seguir
I. O cliente sendo um ator, significa que ele interage com o sistema informando diretamente os seus dados.
II. Nesse caso de uso, não caberia nenhum cenário alternativo.
III. O passo 3, da forma como esta descrito, mostra que no diagrama de casos de uso, haverá o caso de Uso BUSCAR_CPF, que estará relacionado com INCLUIR CLIENTE, através do relacionamento de ou Uses ou Include
Com base em sua análise, assinale a única alternativa correta
		
	
	Está correta apenas a assertiva I
	
	Estão corretas apenas as assertivas II e III
	
	Está correta apenas a assertiva III
	 
	Estão corretas apenas as assertivas I e III
	
	Estão corretas as assertivas I e II e III
	
	
	 6a Questão
	
	
	
	Quais casos de uso devem ser especificados, com uma descrição textual ?
I. Os casos de uso principal, ou seja os que tem interação direta do ator
II. Os casos de uso de include
III. Os casos de uso de extends
IV. Os casos de uso de generalização / especialização
Assinale a UNICA resposta que apresenta a resposta coreta e completa
		
	
	Apenas II, III e IV
	
	Apenas I, II e III
	
	Apenas I
	
	Apenas I e II
	 
	I, II, III e IV
	
Explicação:
I. Os casos de uso principal, ou seja os que tem interação direta do ator - sim, esses devem ser especificados
II. Os casos de uso de include - sim, esses devem ser especificados
III. Os casos de uso de extends - sim, esses devem ser especificados
IV. Os casos de uso de generalização / especialização  sim, esses devem ser especificados
Ou seja todos os casos de uso devem ser especificados: I, II, III e IV.
 
	
	 7a Questão
	
	Considere que na especificação de casos de uso de nome "C.Uso.Prova", temos a seguinte linha de número 3
1..
2..
3. Sistema valida a Matricula do Cliente - "Include Validar Matricula"
4..
Assinale a opção que melhor representa a conclusão sobre essa linha  de número 3 da especificação do caso de uso "C.Uso.Prova" ?
		
	
	O caso de uso "C.Uso.Prova" não tem relação com o caso de uso Validar Matricula.
	
	O caso de uso "Validar Matricula" usa, opcionalmente, o caso de uso "C.Uso.Prova"
	 
	O caso de uso "C.Uso.Prova" usa, obrigatoriamente, o caso de uso Validar Matricula
	
	O caso de uso "Validar Matricula" usa, obrigatoriamente, o caso de uso "C.Uso.Prova"
	
	O caso de uso "C.Uso.Prova" usa, opcionalmente, o caso de uso Validar Matricula
	Respondido em 21/05/2020 15:35:56
	
Explicação:
O caso de uso "C.Uso.Prova" usa, obrigatoriamente, o caso de uso Validar Matricula ==> o include indica que o caso incluido (no caso Validar Matricula) é sempre (e obrigatoriamente) usado pelo caso principal de nome "C.Uso.Prova"
	
	 8a Questão
	
	Sobre a especificação de casos de uso, assinale a única opção CORRETA.
		
	
	A especificação do caso de uso deve declarar como as classes interagem para realizar o caso de uso
	
	A especificação e caso de uso possui pelo menos 2 cenários principais.
	
	É definido pela UML um formato específico para declarar a especificação dos casos de uso
	
	A especificação de caso de uso, possui no mínimo 2 e no máximo 5 cenários alternativos.
	 
	A especificação de caso de uso, não possui padrão definido pela UML. O roteiro da especificação contém 1 cenário principal, bem como nenhum ou vários cenários alternativos.
	Respondido em 21/05/2020 15:36:17
	
Explicação:
É definido pela UML um formato específico para declarar o roteiro de um caso de uso. - FALSO, a UML não define padrão para especificar caso de uso
Possui no mínimo 2 e no máximo 5 cenários alternativos. - FALSO, possui sempre 1 cenário principal. Pode não ter cenários alternativos e pode ter vários, conforme a necessidade
A especificação do caso de uso deve declarar como as classes interagem para realizar o caso de uso - FALSO, pois em especificações de casos de uso não delcaramos classes.
Possui pelo menos 2 cenários principais. - FALSO, sempre apenas 1 cenário principal para cada caso de uso
Não possui padrão definido pela UML, o roteiro da especificação contém 1 cenário principal, nenhum ou vários cenários alternativos. - VERDADE
	 1a Questão
	Depois que é feito o diagrama de casos de uso, o próximo passo é documentar essas funcionalidades descrevendo com detalhes suas principais características. Apesar de não existir uma padronização sobre essa especificação funcional, quais podem ser consideradas as principais informações relativas a um Caso de Uso?
		
	
	Protótipo e lista de mensagens
	
	Diagrama de implementação correspondente
	 
	Ator responsável, fluxo principal e fluxos secundários
	
	Ator responsável, classe correspondente e lista de mensagens
	
	Diagrama de classe e de sequência correspondente
	
Explicação:
Minimamente a especificação de caso de uso deve representar, além do nome do caso de uso: ator(es) envolvido(s) no caso; fluxo principal, contendo o caso perfeito e os fluxos alternativos, quando determinado passo do fluxo principal não for o "caso perfeito" (exceção).
	
	 2a Questão
	
	Considere que na especificação de casos de uso de nome "C.Uso.Prova", temos a seguinte linha de número 3
1..
2..
3. Sistema valida a Matricula do Cliente - "Include Validar Matricula"
4..
Assinale a opção que melhor representa a conclusão sobre essa linha  de número 3 da especificação do caso de uso "C.Uso.Prova" ?
		
	
	O caso de uso "C.Uso.Prova" não tem relação com o caso de uso Validar Matricula.
	
	O caso de uso "Validar Matricula" usa, obrigatoriamente, o caso de uso "C.Uso.Prova"
	
	O caso de uso "Validar Matricula" usa, opcionalmente, o caso de uso "C.Uso.Prova"
	 
	O caso de uso "C.Uso.Prova" usa, obrigatoriamente, o caso de uso Validar Matricula
	
	O caso de uso "C.Uso.Prova" usa, opcionalmente, o caso de uso Validar Matricula
	
Explicação:
O caso de uso "C.Uso.Prova" usa, obrigatoriamente, o caso de uso Validar Matricula ==> o include indica que o caso incluido (no caso Validar Matricula) é sempre (e obrigatoriamente) usado pelo caso principal de nome "C.Uso.Prova"
	
	 3a Questão
	
	Sobre a especificação de casos de uso, assinale a única opção CORRETA.
		
	
	É definido pela UML um formato específico para declarar a especificação dos casos de uso
	
	A especificação de caso de uso, possui no mínimo 2 e no máximo 5 cenários alternativos.
	 
	A especificação de caso de uso, não possui padrão definido pela UML. O roteiro da especificação contém 1 cenário principal, bem como nenhum ou vários cenários alternativos.
	
	A especificação do caso de uso deve declarar como as classes interagem para realizar o caso de uso
	
	A especificação e caso de uso possui pelo menos 2 cenários principais.
	
Explicação:
É definido pela UML um formato específico para declarar o roteiro de um caso de uso. - FALSO, a UML não define padrão para especificar caso de uso
Possui no mínimo 2 e no máximo 5 cenários alternativos. - FALSO, possui sempre 1 cenário principal. Pode não ter cenários alternativos e pode ter vários, conforme a necessidade
A especificação do caso de uso deve declarar como as classes interagem para realizar o caso de uso - FALSO, pois em especificações de casos de uso não delcaramos classes.
Possui pelo menos 2 cenários principais. - FALSO, sempre apenas 1 cenário principal para cada caso de uso
Não possui padrão definido pela UML, o roteiro da especificação contém 1 cenário principal, nenhum ou vários cenários alternativos. - VERDADE
	
	
	 4a Questão
	
	Analise a especificação abaixo, referente ao CENÁRIO PRINCIPAL do caso de uso INCLUIR CLIENTE, referente a um Sistema de Vendas.
1. Clienteinforma seu CPF
2. Sistema valida CPF
3. Sistema Busca CPF - uses BUSCAR_CPF
4. Cliente informa demais dados
5. Sistema registra dados do cliente
6. Sistemas encerra o caso de uso
Com base na especificação do caso de uso, analise as alternativas a seguir:
I. O cliente sendo um ator, significa que ele interage com o sistema informando diretamente os seus dados.
II. Nesse caso de uso, não caberia nenhum cenário alternativo.
III. O passo 3, da forma como esta descrito, mostra que no diagrama de casos de uso, haverá o caso de Uso BUSCAR_CPF, que estará relacionado com INCLUIR CLIENTE, através do relacionamento de Include
Com base em sua análise, assinale a única alternativa correta
		
	
	Estão corretas apenas as assertivas II e III
	
	Está correta apenas a assertiva I
	 
	Estão corretas apenas as assertivas I e III
	
	Está correta apenas a assertiva III
	
	Estão corretas as assertivas I e II e III
	
Explicação:
Vamos avaliar cada assertiva
I. O cliente sendo um ator, significa que ele interage com o sistema informando diretamente os seus dados. - verdade, o ator é quem de fato interage com o sistema, ou seja inputa os dados e recebe as informações.
II. Nesse caso de uso, não caberia nenhum cenário alternativo. - Falso, os passos 2. Sistema valida CPF e 3. Sistema Busca CPF - uses BUSCAR_CPF, podem falhar e cabem cenários alternativos. No 2, seria mostrar que trata-se de um CPF inválido e no passo 3, mosrar que o CPF não foi localizado. 
III. O passo 3, da forma como esta descrito, mostra que no diagrama de casos de uso, haverá o caso de Uso BUSCAR_CPF, que estará relacionado com INCLUIR CLIENTE, através do relacionamento de Include - verdade.
assim, estão corretos I e III
	
	
	 5a Questão
	
	Observe as seguintes assertivas sobre a forma de especificação de requisitos conhecida como Caso de Uso: 
I. Um ator sempre representa um papel representado por pessoas.
II. Um ator pode participar somente de um caso de uso por sistema
III. O roteiro de um caso de uso não pode utilizar roteiros de outros casos de uso 
IV. O roteiro de caso de uso mostra o passo a passo para realização do caso uso , evidenciando a interação entre ator e caso de uso.
As assertivas corretas são somente: 
		
	
	II e IV
	 
	IV
	
	I, II e IV
	
	I e IV
	
	II e III
	
Explicação:
I. Um ator sempre representa um papel representado por pessoas. - FALSO, essa é uma das opções, mas ator podem ser artefatos, coisas, sistemas, equipamentos, e etc
II. Um ator pode participar somente de um caso de uso por sistema - FALSO, não há essa restrição
III. O roteiro de um caso de uso não pode utilizar roteiros de outros casos de uso  - FALSO, o uso de include e extends revelam uso de outros casos de uso
IV. O roteiro de caso de uso mostra o passo a passo para realização do caso uso , evidenciando a interação entre ator e casos de uso. - VERDADE
	
	
	 6a Questão
	
	Considere as seguintes assertivas sobre as especificações textuais dos casos de uso
I. Descrevem uma sequencia de passos, iniciada pelo caso de uso
II. A recuperação de falhas na execução de um passo (do cenário principal) é descrito nos cenários alternativos.
III. O roteiro ou especificação de casos de uso descreve as ações do ator, mas não deixa claro as ações do sistema (caso de uso).
Assinale a opção que indica as assertivas corretas
		
	
	Apenas III
	
	Apenas I e III
	
	Apenas I e II
	
	Apenas II e III
	 
	Apenas II
	
Explicação:
I. Descrevem uma sequencia de passos, iniciada pelo caso de uso  FALSO, a sequencia de passos é iniciada pelo ator
II. A recuperação de falhas na execução de um passo é descrito nos cenários alternativos. - VERDADE
III. O roteiro ou especificação de casos de uso descreve as ações do ator, mas não deixa claro as ações do sistema (caso de uso). - FALSO, o roteiro descreve o passo a passo da interação do ator com o caso de uso, o que inclui as ações do ator e as reações do sistema.
	
	 7a Questão
	
	Na UML, as suposições, pré-condições, pós-condições, garantias mínimas e garantias de sucesso são comumente utilizadas como recursos de narrativa de um(a):
		
	 
	caso de uso
	
	classe
	
	herança múltipla.
	
	nó
	
	pacote
	
Explicação:
as pré condições mostra o que deve ser verdade quando o caso de uso iniciar.
as pós condições mostram o que será verdade quando o caso de uso encerrar.
	
	
	 8a Questão
	
	Quais casos de uso devem ser especificados, com uma descrição textual ?
I. Os casos de uso principal, ou seja os que tem interação direta do ator
II. Os casos de uso de include
III. Os casos de uso de extends
IV. Os casos de uso de generalização / especialização
Assinale a UNICA resposta que apresenta a resposta coreta e completa
		
	
	Apenas I, II e III
	
	Apenas II, III e IV
	
	Apenas I e II
	
	Apenas I
	 
	I, II, III e IV
	
Explicação:
I. Os casos de uso principal, ou seja os que tem interação direta do ator - sim, esses devem ser especificados
II. Os casos de uso de include - sim, esses devem ser especificados
III. Os casos de uso de extends - sim, esses devem ser especificados
IV. Os casos de uso de generalização / especialização  sim, esses devem ser especificados
Ou seja todos os casos de uso devem ser especificados: I, II, III e IV.
AULA 4 – DIAGRAMA DE CLASSES
	
	 1a Questão
	
	Sobre a aplicação do conceito de Multiplicidade em relacionamentos no diagrama de classes, analise as assertivas que seguem
I. A multiplicidade índica quantos objetos de cada classe participam do relacionamento
II. Quando dizemos que cada cliente pode fazer vários Pedidos, estamos dizendo que Pedidos tem multiplicidade igual a *
III. Quando dizermos que o pedido será sempre de 1 e somente 1 Cliente, estamos indicando a multiplicidade 1 para a classe Cliente.
IV. A multiplicidade de uma classe num relacionamento não pode ser zero
Assinale a opção que contém apenas as assertivas corretas.
		
	 
	I, II, III e IV
	
	Apenas II e IV
	
	Apenas I e III
	
	Apenas II e III
	 
	Apenas I, II e III
	
Explicação:
I. A multiplicidade índica quantos objetos de cada classe participam do relacionamento - VERDADE
II. Quando dizemos que cada cliente pode fazer vários Pedidos, estamos dizendo que Pedidos tem multiplicidade igual a * - VERDADE
III. Quando dizermos que o pedido será sempre de 1 e somente 1 Cliente, estamos indicando a multiplicidade 1 para a classe Cliente. - VERDADE
IV. A multiplicidade de uma classe num relacionamento não pode ser zero - FALSO, pode ser zero, sim
	
	
	 2a Questão
	
	Assinale a opção que responde adequadamente ao que acontece quando um método e definido como protegido
	
	Ele poderá ser visto por todas as classes que se relacionam com a classe a qual pertence, qualquer que seja o relacionamento
	 
	Ele poderá ser visto por todas as classes que estão na estrutura de herança
	
	Ele não poderá ser visto por ninguém
	
	Ele poderá ser visto por todas as classes
	 
	Ele somente poderá ser visto dentro da própria classe
	
	
	 3a Questão
	
	Uma agencia de automóveis vende carros populares, utilitários e e classe A. Os carros possuem as informações chassi e quantidade de passageiros, mas os carros classe A podem ter acessórios especiais e os utilitários possuem percentual de bônus na compra.
Qual a simbologia do diagrama de classe deve ser usada nesse contexto?
		
	
	Agregação por valor
	 
	Agregação por referência
	 
	Generalização
	
	Associação
	
	Auto-Associação
	
	
	 4a Questão
	
	Na UML, o componente que tem acesso aos serviços do outro componente por meio da interface é conectado a ela usando um:
		
	 
	relacionamento de dependência.
	
	relacionamento ternário.
	
	auto relacionamento.
	
	Diagrama de casos de uso; diagrama de classes; diagrama de sequência
	
	relacionamento de generalização.
	
Explicação:
Dependencia, pois os 2 componentes tem relação entre si. Alterações em 1 componente podem influenciar comportamento do outro;
	
	 5a Questão
	
	Assinale a opção que responde adequadamente ao que acontece quando um método é definido como