MODELAGEM DE SISTEMAS - Teste de Conhecimento - aula 1 a 4

Prévia do material em texto

1a 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 somente do processo de desenvolvimento.
Ser dependente somente da linguagem de programação.
 Ser independente da linguagem de programação e processo de desenvolvimento.
Ser dependente da linguagem de programação e do processo de desenvolvimento.
 
 
 2a 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 é uma tecnologia para a produção de modelos que especifiquem o domínio do problema de um
sistema.
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.
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.
 A orientação a objetos não pode ser utilizado em Softwares de larga escala.
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.
 
 
 3a Questão
 A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros projetos e
para construção de diferentes tipos de sistemas. Assinale dentro das opções apresentadas, aquela que não é verdadeira
Quando o sistema é desenvolvido com esta tecnologia, temos:
Facilidade de Manutenção;
Maior segurança no uso de componentes por parte do programador;
Melhor compreensão do código;
 A certeza do menor tempo de desenvolvimento
Melhor aproveitamento do seu código;
 
 
 4a Questão
A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros projetos e
para construção de diferentes tipos de sistemas. Qual das alternativas abaixo, não representa uma vantagem na sua utilização:
Quando o sistema é desenvolvido com esta tecnologia, tem-se:
Melhor compreensão do código;
 Necessidade de menor quantidade de requesitos funcionais;
Facilidade de manutenção;
Melhor reaproveitamento do seu código;
Mais segurança no uso dos componentes por parte do programador;
 
 
 5a 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.
Polimorfismo
 1a Questão
Os diagramas UML da categoria comportamental são os de:
casos de uso, sequência e classes.
classes, objetos e componentes.
objetos, estrutura composta e máquinas de estado.
classes, atividades e sequência.
 casos de uso, atividades e máquinas de estados.
 
 
 2a Questão
Dos conceitos da orientação a objetos aquele que consiste na separação de aspectos internos e externos de um objeto. Além disto, é
utilizado amplamente para impedir o acesso direto ao estado de um objeto, disponibilizando externamente apenas os métodos que
alteram estes estados é chamado de:
 Encapsulamento
Herança
Polimorfismo
Objeto
Classe
 
 
Explicação:
Pelo encapsulamento, os atributos (que determinam o estado de uma classe) de uma classe só podem ser acessados pelos metodos
da propria classe. Encapsular significa proteger.
 
 
 3a Questão
A Orientação a objetos é uma tecnologia eficiência e de qualidade comprovada, usada em inúmeros projetos e para construção de
diferentes tipos de sistemas.
Assinale a ÚNICA alternativa que NÃO apresenta uma vantagem no uso Orientação a objetos.
Obter um melhor aproveitamento do código.
Segurança no uso de componentes por parte do programador.
 Menor eficiência de código
Facilidade de manutenção dos códigos desenvolvidos.
Melhor compreensão do código.
 
 
 4a Questão
A UML divide os diagramas em:
Diagramas Comportamentais e Diagramas de Fluxo de Dados
Nenhuma das anteriores
Diagramas Estruturais, Diagramas Comportamentais, Diagramas de Notas e Diagramas de Agrupamento
Diagramas Estruturais, Diagramas Transacionais e Diagramas de Agrupamento
 Diagramas Estruturais e Diagramas Comportamentais
 
 
 5a Questão
Na Análise Orientada a Objetos, o 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,
usando para tanto uma referência a um objeto do tipo da superclasse é denominado:
 polimorfismo.
encapsulamento.
independência.
modularidade.
herança.
 
 
Explicação:
O polimorfimos é a propriedade da orientação a objeto que permite que metodos herdados possam ser rescritos ou alterados.
 
 
 6a 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 sequência; diagrama de casos de uso; diagrama de estados.
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.
 
 
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
 
 
 7a Questão
Qual diagrama tem a função de representar um objeto do mundo real em termos conceituais de POO?
 Diagrama de classes.
Diagrama de estados.
Diagrama de atividades.
Diagrama de componentes.
Diagrama de casos de usos.
 
 
 8a 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 e III.
 Apenas I e II.
Apenas I e III.
Apenas II.
I, II e III.
 
 
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
 
 
 
 
javascript:abre_colabore('38403','139292251','2806531706');
Os diagramas UML da categoria comportamental são os de:
Assinale a opção que define corretamemte UML (Unified Modelling language).
 
São exemplos de diagramas comportamentais:
Dos conceitos da orientação a objetos aquele que consiste na separação de aspectos internos e externos de um objeto. Além
disto, é utilizado amplamente para impedir o acesso direto ao estado de um objeto, disponibilizando externamente apenas os
métodos que alteram estes estadosé chamado de:
1.
casos de uso, atividades e máquinas de estados.
casos de uso, sequência e classes.
objetos, estrutura composta e máquinas de estado.
classes, objetos e componentes.
classes, atividades e sequência.
 
 
 
 
2.
metodologia que determina como deve ser realizada a análise de requisitos de sistemas complexos.
metodologia de desenvolvimento de sistemas que inclui desde a análise de requisitos até a especificação de testes do
sistema com modelos orientados a objetos.
linguagem de modelagem que usa os conceitos de orientação a objetos para permitir a especificação de sistemas em
diversos níveis de abstração.
notação para o projeto físico de sistemas que usam linguagens orientadas a objetos como o Java e o C++.
notação para facilitar representação visual de padrões de projeto e desenvolvimento da estrutura lógica de programas em
plataformas de objetos distribuídas.
 
 
 
Explicação: UML não é metodologia porque não diz o que deve ser feito e nem a ordem das atividades
 
 
 
 
3.
Casos de Usos, Atividades, Estados e Distribuição.
Classes, Atividades, Estados e Interações.
Casos de Usos, Atividades, Componentes e Interações.
Casos de Usos, Atividades, Estados e Interações.
Casos de Usos, Objetos, Estados e Interações.
 
 
 
 
4.
Herança
Polimorfismo
Encapsulamento
Objeto
Classe
 
 
 
Explicação:
Pelo encapsulamento, os atributos (que determinam o estado de uma classe) de uma classe só podem ser acessados pelos
metodos da propria classe. Encapsular significa proteger.
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
A Orientação a objetos é uma tecnologia eficiência e de qualidade comprovada, usada em inúmeros projetos e para construção
de diferentes tipos de sistemas.
Assinale a ÚNICA alternativa que NÃO apresenta uma vantagem no uso Orientação a objetos.
A UML divide os diagramas em:
 A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros
projetos e para construção de diferentes tipos de sistemas. Assinale dentro das opções apresentadas, aquela que não é
verdadeira
Quando o sistema é desenvolvido com esta tecnologia, temos:
Assinale a alternativa que contém um diagrama estrutural, um comportamental e outro diagrama estrutural, todos da UML,
respectivamente.
 
 
 
5.
Facilidade de manutenção dos códigos desenvolvidos.
Obter um melhor aproveitamento do código.
Segurança no uso de componentes por parte do programador.
Melhor compreensão do código.
Menor eficiência de código
 
 
 
 
6.
Diagramas Estruturais, Diagramas Transacionais e Diagramas de Agrupamento
Diagramas Estruturais e Diagramas Comportamentais
Nenhuma das anteriores
Diagramas Comportamentais e Diagramas de Fluxo de Dados
Diagramas Estruturais, Diagramas Comportamentais, Diagramas de Notas e Diagramas de Agrupamento
 
 
 
 
7.
Melhor compreensão do código;
Melhor aproveitamento do seu código;
A certeza do menor tempo de desenvolvimento
Facilidade de Manutenção;
Maior segurança no uso de componentes por parte do programador;
 
 
 
 
8.
Diagrama de sequência; diagrama de casos de uso; diagrama de estados.
Diagrama de casos de uso; diagrama de classes; diagrama de sequência
Diagrama de comunicação; diagrama de casos de uso; diagrama de interatividade.
Diagrama de implantação; diagrama de atividade; diagrama de componentes
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.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
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
 
 
 
 
 
javascript:abre_colabore('36227','142914039','2923571681');
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?
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
Na Análise Orientada a Objetos, o 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,
usando para tanto uma referência a um objeto do tipo da superclasse é denominado:
A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros
projetos e para construção de diferentes tipos de sistemas. Qual das alternativas abaixo, não representa uma vantagem na sua
1.
Apenas I e III.
Apenas II.
Apenas II e III.
Apenas I e II.
I, II e III.
 
 
 
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
 
 
 
 
 
2.
Ser dependente da linguagem de programação e do processo de desenvolvimento.
Ser dependente somente do processo de desenvolvimento.
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.
 
 
 
 
3.
encapsulamento.
herança.
polimorfismo.
independência.
modularidade.
 
 
 
Explicação:
O polimorfimos é a propriedade da orientação a objeto que permite que metodos herdados possam ser rescritos ou alterados.
 
 
 
 
4.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
utilização: Quando o sistema é desenvolvido com esta tecnologia, tem-se:
É 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.
Qual diagrama tem a função de representar um objeto do mundo real em termos conceituais de POO?
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, é
Melhor reaproveitamento do seu código;
Necessidade de menor quantidade de requesitos funcionais;
Melhor compreensão do código;
Mais segurança no uso dos componentes por parte do programador;
Facilidade de manutenção;
 
 
 
 
5.
Classe
Herança
Objeto
EncapsulamentoPolimorfismo
 
 
 
Explicação:
O objetivo da herança é permitor que classes já desenvolvidas possam ser reusadas.
 
 
 
 
6.
Diagrama de estados.
Diagrama de casos de usos.
Diagrama de classes.
Diagrama de atividades.
Diagrama de componentes.
 
 
 
 
7.
uma linguagem para implementar os conceitos da orientação a objetos
uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas
um método comum para a representação da orientação a objetos
um processo de especificação e modelagem de sistemas orientados a objeto.
um método para especificar e modelar os artefatos dos sistemas.
 
 
 
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
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Qual da afirmação abaixo NÃO corresponde com as definições de Desenvolvimento de Softwares Orientado a Objetos?
 
8.
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.
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.
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.
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','142915639','2923656140');
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?
Assinale a alternativa que contém um diagrama estrutural, um comportamental e outro diagrama estrutural, todos da UML,
respectivamente.
Na Análise Orientada a Objetos, o 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,
usando para tanto uma referência a um objeto do tipo da superclasse é denominado:
1.
Apenas I e III.
Apenas I e II.
I, II e III.
Apenas II e III.
Apenas 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
 
 
 
 
 
2.
Diagrama de casos de uso; diagrama de classes; diagrama de sequência
Diagrama de objetos; diagrama de implantação; diagrama de classes.
Diagrama de sequência; diagrama de casos de uso; diagrama de estados.
Diagrama de comunicação; diagrama de casos de uso; diagrama de interatividade.
Diagrama de implantação; diagrama de atividade; diagrama de componentes
 
 
 
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
 
 
 
 
3.
modularidade.
encapsulamento.
herança.
polimorfismo.
independência.
 
 
 
Explicação:
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
A UML divide os diagramas em:
A Orientação a objetos é uma tecnologia eficiência e de qualidade comprovada, usada em inúmeros projetos e para construção
de diferentes tipos de sistemas.
Assinale a ÚNICA alternativa que NÃO apresenta uma vantagem no uso Orientação a objetos.
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
Qual da afirmação abaixo NÃO corresponde com as definições de Desenvolvimento de Softwares Orientado a Objetos?
O polimorfimos é a propriedade da orientação a objeto que permite que metodos herdados possam ser rescritos ou alterados.
 
 
 
 
4.
Diagramas Estruturais, Diagramas Transacionais e Diagramas de Agrupamento
Diagramas Estruturais, Diagramas Comportamentais, Diagramas de Notas e Diagramas de Agrupamento
Diagramas Comportamentais e Diagramas de Fluxo de Dados
Diagramas Estruturais e Diagramas Comportamentais
Nenhuma das anteriores
 
 
 
 
5.
Menor eficiência de código
Obter um melhor aproveitamento do código.
Melhor compreensão do código.
Facilidade de manutenção dos códigos desenvolvidos.
Segurança no uso de componentes por parte do programador.
 
 
 
 
6.
Ser independente da linguagem de programação e 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 dependente do processo de desenvolvimento.
 
 
 
 
7.
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.
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.
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.
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
 A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros
projetos e para construção de diferentes tipos de sistemas. Assinale dentro das opções apresentadas, aquela que não é
verdadeira
Quando o sistema é desenvolvido com esta tecnologia, temos:
 
 
8.
A certeza domenor tempo de desenvolvimento
Facilidade de Manutenção;
Melhor aproveitamento do seu código;
Maior segurança no uso de componentes por parte do programador;
Melhor compreensão do código;
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','142988287','2927547769');
Os diagramas UML da categoria comportamental são os de:
Dos conceitos da orientação a objetos aquele que consiste na separação de aspectos internos e externos de um objeto. Além
disto, é utilizado amplamente para impedir o acesso direto ao estado de um objeto, disponibilizando externamente apenas os
métodos que alteram estes estados é chamado de:
A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros
projetos e para construção de diferentes tipos de sistemas. Qual das alternativas abaixo, não representa uma vantagem na sua
utilização: Quando o sistema é desenvolvido com esta tecnologia, tem-se:
É 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.
1.
casos de uso, atividades e máquinas de estados.
classes, atividades e sequência.
objetos, estrutura composta e máquinas de estado.
classes, objetos e componentes.
casos de uso, sequência e classes.
 
 
 
 
2.
Encapsulamento
Classe
Herança
Polimorfismo
Objeto
 
 
 
Explicação:
Pelo encapsulamento, os atributos (que determinam o estado de uma classe) de uma classe só podem ser acessados pelos
metodos da propria classe. Encapsular significa proteger.
 
 
 
 
3.
Mais segurança no uso dos componentes por parte do programador;
Melhor reaproveitamento do seu código;
Facilidade de manutenção;
Necessidade de menor quantidade de requesitos funcionais;
Melhor compreensão do código;
 
 
 
 
4.
Herança
Encapsulamento
Polimorfismo
Objeto
Classe
 
 
 
Explicação:
O objetivo da herança é permitor que classes já desenvolvidas possam ser reusadas.
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Assinale a opção que define corretamemte UML (Unified Modelling language).
 
São exemplos de diagramas comportamentais:
Qual diagrama tem a função de representar um objeto do mundo real em termos conceituais de POO?
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, é
 
 
 
5.
metodologia que determina como deve ser realizada a análise de requisitos de sistemas complexos.
linguagem de modelagem que usa os conceitos de orientação a objetos para permitir a especificação de sistemas em
diversos níveis de abstração.
notação para facilitar representação visual de padrões de projeto e desenvolvimento da estrutura lógica de programas em
plataformas de objetos distribuídas.
notação para o projeto físico de sistemas que usam linguagens orientadas a objetos como o Java e o C++.
metodologia de desenvolvimento de sistemas que inclui desde a análise de requisitos até a especificação de testes do
sistema com modelos orientados a objetos.
 
 
 
Explicação: UML não é metodologia porque não diz o que deve ser feito e nem a ordem das atividades
 
 
 
 
6.
Casos de Usos, Objetos, Estados e Interações.
Classes, Atividades, Estados e Interações.
Casos de Usos, Atividades, Componentes e Interações.
Casos de Usos, Atividades, Estados e Interações.
Casos de Usos, Atividades, Estados e Distribuição.
 
 
 
 
7.
Diagrama de classes.
Diagrama de casos de usos.
Diagrama de atividades.
Diagrama de componentes.
Diagrama de estados.
 
 
 
 
8.
uma linguagem para implementar os conceitos da orientação a objetos
um método para especificar e modelar os artefatos dos sistemas.
um método comum para a representação da orientação a objetos
uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas
um processo de especificação e modelagem de sistemas orientados a objeto.
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
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
 
 
 
 
 
javascript:abre_colabore('36227','142988795','2927578437');
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?
Assinale a alternativa que contém um diagrama estrutural, um comportamental e outro diagrama estrutural, todos da UML,
respectivamente.
Na Análise Orientada a Objetos, o 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,
usando para tanto uma referência a um objeto do tipo da superclasse é denominado:
1.
Apenas II e III.
Apenas I e II.
I, II e III.
Apenas II.
Apenas I e III.
 
 
 
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
 
 
 
 
 
2.
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.
Diagrama de casos de uso; diagrama de classes; diagrama de sequência
 
 
 
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
 
 
 
 
3.
independência.
modularidade.
polimorfismo.
encapsulamento.
herança.
 
 
 
Explicação:
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
A UML divide os diagramas em:
A Orientação a objetos é uma tecnologia eficiência e de qualidade comprovada, usada em inúmeros projetos e para construção
de diferentes tipos de sistemas.
Assinale a ÚNICA alternativa que NÃO apresenta uma vantagem no uso Orientação a objetos.
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 assertivamentedefine o objetivo da UML
Qual da afirmação abaixo NÃO corresponde com as definições de Desenvolvimento de Softwares Orientado a Objetos?
O polimorfimos é a propriedade da orientação a objeto que permite que metodos herdados possam ser rescritos ou alterados.
 
 
 
 
4.
Diagramas Estruturais e Diagramas Comportamentais
Diagramas Estruturais, Diagramas Transacionais e Diagramas de Agrupamento
Diagramas Estruturais, Diagramas Comportamentais, Diagramas de Notas e Diagramas de Agrupamento
Nenhuma das anteriores
Diagramas Comportamentais e Diagramas de Fluxo de Dados
 
 
 
 
5.
Facilidade de manutenção dos códigos desenvolvidos.
Melhor compreensão do código.
Obter um melhor aproveitamento do código.
Menor eficiência de código
Segurança no uso de componentes por parte do programador.
 
 
 
 
6.
Ser dependente somente do processo de desenvolvimento.
Ser dependente da linguagem de programação e do 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 independente da linguagem de programação e processo de desenvolvimento.
 
 
 
 
7.
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 é 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.
A orientação a objetos não pode ser utilizado em Softwares de larga escala.
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
 A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros
projetos e para construção de diferentes tipos de sistemas. Assinale dentro das opções apresentadas, aquela que não é
verdadeira
Quando o sistema é desenvolvido com esta tecnologia, temos:
 
 
8.
Facilidade de Manutenção;
A certeza do menor tempo de desenvolvimento
Maior segurança no uso de componentes por parte do programador;
Melhor compreensão do código;
Melhor aproveitamento do seu código;
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','142989673','2927625529');
Os diagramas UML da categoria comportamental são os de:
Dos conceitos da orientação a objetos aquele que consiste na separação de aspectos internos e externos de um objeto. Além
disto, é utilizado amplamente para impedir o acesso direto ao estado de um objeto, disponibilizando externamente apenas os
métodos que alteram estes estados é chamado de:
A orientação a objetos não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usadas em inúmeros
projetos e para construção de diferentes tipos de sistemas. Qual das alternativas abaixo, não representa uma vantagem na sua
utilização: Quando o sistema é desenvolvido com esta tecnologia, tem-se:
É 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.
1.
classes, atividades e sequência.
classes, objetos e componentes.
casos de uso, sequência e classes.
objetos, estrutura composta e máquinas de estado.
casos de uso, atividades e máquinas de estados.
 
 
 
 
2.
Herança
Classe
Polimorfismo
Encapsulamento
Objeto
 
 
 
Explicação:
Pelo encapsulamento, os atributos (que determinam o estado de uma classe) de uma classe só podem ser acessados pelos
metodos da propria classe. Encapsular significa proteger.
 
 
 
 
3.
Facilidade de manutenção;
Melhor reaproveitamento do seu código;
Mais segurança no uso dos componentes por parte do programador;
Melhor compreensão do código;
Necessidade de menor quantidade de requesitos funcionais;
 
 
 
 
4.
Polimorfismo
Encapsulamento
Objeto
Herança
Classe
 
 
 
Explicação:
O objetivo da herança é permitor que classes já desenvolvidas possam ser reusadas.
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Assinale a opção que define corretamemte UML (Unified Modelling language).
 
São exemplos de diagramas comportamentais:
Qual diagrama tem a função de representar um objeto do mundo real em termos conceituais de POO?
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, é
 
 
 
5.
metodologia de desenvolvimento de sistemas que inclui desde a análise de requisitos até a especificação de testes do
sistema com modelos orientados a objetos.
linguagem de modelagem que usa os conceitos de orientação a objetos para permitir a especificação de sistemas em
diversos níveis de abstração.
notação para o projeto físico de sistemas que usam linguagens orientadas a objetos como o Java e o C++.
notação para facilitar representação visual de padrões de projeto e desenvolvimento da estrutura lógica de programas em
plataformas de objetos distribuídas.
metodologia que determina como deve ser realizada a análise de requisitos de sistemas complexos.
 
 
 
Explicação: UML não é metodologia porque não diz o que deve ser feito e nem a ordem das atividades
 
 
 
 
6.
Casos de Usos, Atividades, Estados e Interações.
Casos de Usos, Objetos, Estados e Interações.
Casos de Usos, Atividades, Componentes e Interações.
Casos de Usos, Atividades, Estados e Distribuição.
Classes, Atividades, Estados e Interações.
 
 
 
 
7.
Diagrama de componentes.
Diagrama de estados.
Diagrama de casos de usos.
Diagrama de atividades.
Diagrama de classes.
 
 
 
 
8.
um processo de especificação e modelagem de sistemas orientados a objeto.
um método comum para a representação da orientação a objetos
uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas
um método para especificar e modelar os artefatos dos sistemas.
uma linguagem para implementar os conceitos da orientação a objetos
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
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
 
 
 
 
 
javascript:abre_colabore('36227','142989980','2927642350');
1a Questão
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
 Diagrama de Casos de Uso
Diagrama de Classes
Diagrama de Sequência
Diagrama de Objetos
Diagrama de Colaboração
 
 
 2a Questão
O diagrama da UML que fornece uma visão externa do sistema, representandoum nível alto de abstração nos quais elementos
externos (atores) interagem com o sistema é denominado diagrama de
sequência.
colaboração.
 casos de uso.
atividades.
transição de estados.
 
 
 3a Questão
Um relacionamento entre casos de uso ajudam na descrição dos mesmos. Entre um ator e um caso de uso temos um relacionamento
de :
 Associação.
Include.
Especialização.
Extends.
Generalização.
 
 
 4a Questão
Considere o sistema de um vídeo game moderno (como o PlayStation 4 ou Xbox One), se o mesmo fosse modelado utilizando-se
UML, pode-se dizer que possíveis Atores que apareceriam no respectivo Diagrama de Casos de Uso representados seriam:
Direcional, Select e Start
Blu-Ray, DVD e CD
Atualizar o sistema, Carregar jogo, Navegar na Internet
 Player 1, Player 2 e CPU
Pular, Saltar e Correr
 
 
 5a Questão
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
 I e V.
I, IV e V.
I, II, III, V.
I, II, V
Somente o V.
 
 
 6a 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:
Globalizaçã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 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.
 
 
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
 
 
 7a Questão
Quais são os relacionamentos possíveis entre Casos de Uso?
associação, inclusão e extensão
agregação, inclusão, extensão
composição, generalização e extensão
 generalização, inclusão e extensão
agregação, generalização, associação
 
 
 8a Questão
Em UML, os diagramas de Caso de Uso tem por objetivo
 obter funcionalidades e requerimentos do sistema
exibir uma interação entre um conjunto de objetos e seus relacionamentos.
representar o estado ou situação em que um objeto pode se encontrar no decorrer da execução de processos de um
sistema.
mostrar o fluxo de mensagens de uma atividade do sistema para outra.
representar os atributos e operações de uma classe ou objeto.
 
 
Explicação:
o diagrama de casos de uso tem por objetivo apresentar as funcionalidades que responderão pelos requisitos apontados pelos
usuários
 
 
 
javascript:abre_colabore('38403','139293068','2806544206');
Um relacionamento entre casos de uso ajudam na descrição dos mesmos. Entre um ator e um caso de uso temos um
relacionamento de :
Quais são os relacionamentos possíveis entre Casos de Uso?
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:
1.
Associação.
Extends.
Include.
Especialização.
Generalização.
 
 
 
 
2.
agregação, inclusão, extensão
agregação, generalização, associação
associação, inclusão e extensão
composição, generalização e extensão
generalização, inclusão e extensão
 
 
 
 
3.
Globalizaçã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.
Generalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
Associação / uma funcionalidade do sistema do ponto de vista do usuário.
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
Em UML, os diagramas de Caso de Uso tem por objetivo
O diagrama da UML que fornece uma visão externa do sistema, representando um nível alto de abstração nos quais elementos
externos (atores) interagem com o sistema é denominado diagrama de
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
 
 
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
 
 
 
 
4.
I, II, V
Somente o V.
I, IV e V.
I e V.
I, II, III, V.
 
 
 
 
5.
representar os atributos e operações de uma classe ou objeto.
representar o estado ou situação em que um objeto pode se encontrar no decorrer da execução de processos de um
sistema.
mostrar o fluxo de mensagens de uma atividade do sistema para outra.
obter funcionalidades e requerimentos do sistema
exibir uma interação entre um conjunto de objetos e seus relacionamentos.
 
 
 
Explicação:
o diagrama de casos de uso tem por objetivo apresentar as funcionalidades que responderão pelos requisitos apontados pelos
usuários
 
 
 
 
6.
casos de uso.
sequência.
colaboração.
atividades.
transição de estados.
 
 
 
 
7.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Considere o sistema de um vídeo game moderno (como o PlayStation 4 ou Xbox One), se o mesmo fosse modelado utilizando-
se UML, pode-se dizer que possíveis Atores que apareceriam no respectivo Diagrama de Casos de Uso representados seriam:
Diagrama de Colaboração
Diagrama de Sequência
Diagrama de Casos de Uso
Diagrama de Classes
Diagrama de Objetos
 
 
 
 
8.
Atualizar o sistema, Carregar jogo, Navegar na Internet
Pular, Saltar e Correr
Player 1, Player 2 e CPU
Blu-Ray, DVD e CD
Direcional, Select e Start
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','143008201','2928626439');
(NUCEPE-2015 - SEFAZ-PI) Sobre o Diagrama de Casos de Uso da UML, é correto afirmar que:
O diagrama da UML que fornece uma visão externa do sistema, representando um nível alto de abstração nos quais elementos
externos (atores) interagem com o sistema é denominado diagrama de
Um relacionamento entre casos de uso ajudam na descrição dos mesmos. Entre um ator e um caso de uso temos um
relacionamento de :
No contexto da UML, os casos de uso:
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.
1.
Um Caso de Uso é representado por um retângulo, com o nome do caso de uso dentro ou abaixo.
Não existe relação entre atores do tipo especialização.
É utilizado para representar o relacionamento entre os componentes estruturais do software.
Um Ator especifica necessariamente um papel executado por um usuário.
A relação do tipo includes indica a efetivação obrigatória do comportamento do caso de uso incluído.
 
 
 
 
2.
sequência.
atividades.
transição de estados.
casos de uso.
colaboração.
 
 
 
 
3.
Generalização.
Associação.
Include.
Extends.
Especialização.4.
definem o comportamento dos componentes de software que serão implementados.
especificam a organização do sistema de software.
capturam os requisitos não funcionais.
descrevem o comportamento do sistema de acordo com o ponto de vista dos seus usuários finais.
são sempre associados a um único requisito funcional.
 
 
 
 
5.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como:
Quais são os relacionamentos possíveis entre Casos de Uso?
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
Generalizaçã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.
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.
 
 
 
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
 
 
 
 
6.
composição, generalização e extensão
agregação, generalização, associação
generalização, inclusão e extensão
agregação, inclusão, extensão
associação, inclusão e extensão
 
 
 
 
7.
Diagrama de Casos de Uso
Diagrama de Classes
Diagrama de Sequência
Diagrama de Objetos
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
Diagrama de Colaboração
 
 
 
 
8.
I e V.
I, II, V
I, II, III, V.
Somente o V.
I, IV e V.
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','143010131','2928731077');
(NUCEPE-2015 - SEFAZ-PI) Sobre o Diagrama de Casos de Uso da UML, é correto afirmar que:
O diagrama da UML que fornece uma visão externa do sistema, representando um nível alto de abstração nos quais elementos
externos (atores) interagem com o sistema é denominado diagrama de
Um relacionamento entre casos de uso ajudam na descrição dos mesmos. Entre um ator e um caso de uso temos um
relacionamento de :
No contexto da UML, os casos de uso:
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.
1.
Um Ator especifica necessariamente um papel executado por um usuário.
Um Caso de Uso é representado por um retângulo, com o nome do caso de uso dentro ou abaixo.
Não existe relação entre atores do tipo especialização.
É utilizado para representar o relacionamento entre os componentes estruturais do software.
A relação do tipo includes indica a efetivação obrigatória do comportamento do caso de uso incluído.
 
 
 
 
2.
casos de uso.
sequência.
atividades.
transição de estados.
colaboração.
 
 
 
 
3.
Associação.
Include.
Extends.
Generalização.
Especialização.
 
 
 
 
4.
especificam a organização do sistema de software.
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.
são sempre associados a um único requisito funcional.
 
 
 
 
5.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como:
Quais são os relacionamentos possíveis entre Casos de Uso?
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
Associação / uma funcionalidade do sistema do ponto de vista do usuário.
Generalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
Associação / uma funcionalidade do sistema do ponto de vista do relacionamento.
Globalização / uma funcionalidade do sistema do ponto de vista do relacionamento.
Generalização / uma funcionalidade do sistema do ponto de vista do usuário.
 
 
 
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
 
 
 
 
6.
associação, inclusão e extensão
composição, generalização e extensão
generalização, inclusão e extensão
agregação, inclusão, extensão
agregação, generalização, associação
 
 
 
 
7.
Diagrama de Sequência
Diagrama de Casos de Uso
Diagrama de Objetos
Diagrama de Classes
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
Diagrama de Colaboração
 
 
 
 
8.
I, II, V
I, II, III, V.
I e V.
Somente o V.
I, IV e V.
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','143010594','2928753529');
No desenvolvimento de um software para um sistema de venda de produtos nacionais e importados,
o analista gerou o diagrama de caso de uso a seguir:
Da análise do diagrama, conclui-se que?
Em UML, os diagramas de Caso de Uso tem por objetivo
1.
A execução do caso de uso Consultar estoque incorpora opcionalmente o caso de uso Liberar
desconto.
 
A execução do caso de uso Realizar venda incorpora obrigatoriamente o caso de uso Consultar
estoque.
Um gerente pode interagir com o caso de uso Realizar venda, pois ele é um Usuário.
A execução do caso de uso Liberar desconto incorpora opcionalmente o caso de uso Realizar
venda.
A execução do caso de uso Realizar venda de produto nacional incorpora obrigatoriamente o
caso de uso Liberar desconto.
 
 
 
 
2.
representar os atributos e operações de uma classe ou objeto.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Considere o sistema de um vídeo game moderno (como o PlayStation 4 ou Xbox One), se o mesmo fosse modelado utilizando-
se UML, pode-se dizer que possíveis Atores que apareceriam no respectivo Diagrama de Casos de Uso representados seriam:
Você foi contratado para construir uma aplicação de uma clínica médica. Inicialmente você utilizará qual diagrama para modelar
o sistema e validar os requisitos junto ao cliente?
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta dosistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 
exibir uma interação entre um conjunto de objetos e seus relacionamentos.
representar o estado ou situação em que um objeto pode se encontrar no decorrer da execução de processos de um
sistema.
mostrar o fluxo de mensagens de uma atividade do sistema para outra.
obter funcionalidades e requerimentos do sistema
 
 
 
Explicação:
o diagrama de casos de uso tem por objetivo apresentar as funcionalidades que responderão pelos requisitos apontados pelos
usuários
 
 
 
 
3.
Blu-Ray, DVD e CD
Pular, Saltar e Correr
Direcional, Select e Start
Player 1, Player 2 e CPU
Atualizar o sistema, Carregar jogo, Navegar na Internet
 
 
 
 
4.
Diagrama de Atividade
Diagrama de caso de uso
Diagrama de Sequência
Diagrama de Validação
Diagrama de Classes
 
 
 
 
5.
Diagrama de Casos de Uso
Diagrama de Colaboração
Diagrama de Objetos
Diagrama de Classes
Diagrama de Sequência
 
 
 
 
6.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
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:
Quais são os relacionamentos possíveis entre Casos de Uso?
I, IV e V.
Somente o V.
I, II, III, V.
I e V.
I, II, V
 
 
 
 
7.
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.
Generalizaçã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 relacionamento.
 
 
 
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
 
 
 
 
8.
agregação, inclusão, extensão
agregação, generalização, associação
associação, inclusão e extensão
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
generalização, inclusão e extensão
composição, generalização e extensão
 
 
 
 
 
javascript:abre_colabore('36227','143010811','2928769835');
(NUCEPE-2015 - SEFAZ-PI) Sobre o Diagrama de Casos de Uso da UML, é correto afirmar que:
O diagrama da UML que fornece uma visão externa do sistema, representando um nível alto de abstração nos quais elementos
externos (atores) interagem com o sistema é denominado diagrama de
Um relacionamento entre casos de uso ajudam na descrição dos mesmos. Entre um ator e um caso de uso temos um
relacionamento de :
No contexto da UML, os casos de uso:
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.
1.
A relação do tipo includes indica a efetivação obrigatória do comportamento do caso de uso incluído.
É utilizado para representar o relacionamento entre os componentes estruturais do software.
Não existe relação entre atores do tipo especialização.
Um Ator especifica necessariamente um papel executado por um usuário.
Um Caso de Uso é representado por um retângulo, com o nome do caso de uso dentro ou abaixo.
 
 
 
 
2.
atividades.
transição de estados.
casos de uso.
colaboração.
sequência.
 
 
 
 
3.
Include.
Extends.
Associação.
Especialização.
Generalização.
 
 
 
 
4.
definem o comportamento dos componentes de software que serão implementados.
são sempre associados a um único requisito funcional.
capturam os requisitos não funcionais.
descrevem o comportamento do sistema de acordo com o ponto de vista dos seus usuários finais.
especificam a organização do sistema de software.
 
 
 
 
5.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como:
Quais são os relacionamentos possíveis entre Casos de Uso?
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva 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.
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.
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)
 
 
 
 
6.
composição, generalização e extensão
generalização, inclusão e extensão
associação, inclusão e extensão
agregação, generalização, associação
agregação, inclusão, extensão
 
 
 
 
7.
Diagrama de Classes
Diagrama de Colaboração
Diagrama de Sequência
Diagrama de Objetos
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
Diagrama de Casos de Uso
 
 
 
 
8.
I, II, V
I e V.
Somente o V.
I, II, III, V.
I, IV e V.
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','143011461','2928808162');
1a Questão
No desenvolvimento de um software para um sistema de venda de produtos nacionais e importados, o
analista gerou o diagrama de caso de uso a seguir:
Da análise do diagrama, conclui-se que?
 
A execução do caso de uso Realizar venda incorpora obrigatoriamente o caso de uso Consultar
estoque.
A execução do caso de uso Realizar venda de produto nacional incorpora obrigatoriamente o
caso de uso Liberar desconto.
A execução do caso de uso Liberar desconto incorpora opcionalmente o caso de uso Realizar
venda.
Um gerente pode interagir com o caso de uso Realizar venda, pois ele é um Usuário.
A execução do caso de uso Consultar estoque incorpora opcionalmente o caso de uso Liberar
desconto.
 
 
 2a Questão
Em UML, os diagramas de Caso de Uso tem por objetivo
representar o estado ou situação em que um objeto pode se encontrar no decorrer da execução de processos de um
sistema.
 obter funcionalidades e requerimentos do sistema
exibir uma interação entre um conjunto de objetos e seus relacionamentos.
mostrar o fluxo de mensagens de uma atividade do sistema para outra.
representar os atributos e operações de uma classe ou objeto.
 
 
Explicação:
o diagrama de casos de uso tem por objetivo apresentar as funcionalidades que responderão pelos requisitos apontados pelos
usuários
 
 
 3a Questão
Considere o sistema de um vídeo game moderno (como o PlayStation 4 ou Xbox One), se o mesmo fosse modelado utilizando-se
UML, pode-se dizer que possíveis Atores que apareceriam no respectivo Diagrama de Casos de Uso representados seriam:
Pular, Saltar e Correr
Blu-Ray, DVD e CD
Atualizaro sistema, Carregar jogo, Navegar na Internet
Direcional, Select e Start
 Player 1, Player 2 e CPU
 
 
 4a Questão
Você foi contratado para construir uma aplicação de uma clínica médica. Inicialmente você utilizará qual diagrama para modelar o
sistema e validar os requisitos junto ao cliente?
Diagrama de Sequência
Diagrama de Classes
 Diagrama de caso de uso
Diagrama de Atividade
Diagrama de Validação
 
 
 5a Questão
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
Diagrama de Objetos
Diagrama de Colaboração
 Diagrama de Casos de Uso
Diagrama de Sequência
Diagrama de Classes
 
 
 6a Questão
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
 I e V.
Somente o V.
I, II, V
I, IV e V.
I, II, III, V.
 
 
 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:
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 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 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
Quais são os relacionamentos possíveis entre Casos de Uso?
 generalização, inclusão e extensão
associação, inclusão e extensão
composição, generalização e extensão
agregação, generalização, associação
agregação, inclusão, extensão
(NUCEPE-2015 - SEFAZ-PI) Sobre o Diagrama de Casos de Uso da UML, é correto afirmar que:
O diagrama da UML que fornece uma visão externa do sistema, representando um nível alto de abstração nos quais elementos
externos (atores) interagem com o sistema é denominado diagrama de
Um relacionamento entre casos de uso ajudam na descrição dos mesmos. Entre um ator e um caso de uso temos um
relacionamento de :
No contexto da UML, os casos de uso:
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.
1.
Não existe relação entre atores do tipo especialização.
A relação do tipo includes indica a efetivação obrigatória do comportamento do caso de uso incluído.
É utilizado para representar o relacionamento entre os componentes estruturais do software.
Um Ator especifica necessariamente um papel executado por um usuário.
Um Caso de Uso é representado por um retângulo, com o nome do caso de uso dentro ou abaixo.
 
 
 
 
2.
transição de estados.
atividades.
sequência.
casos de uso.
colaboração.
 
 
 
 
3.
Associação.
Extends.
Include.
Generalização.
Especialização.
 
 
 
 
4.
definem o comportamento dos componentes de software que serão implementados.
capturam os requisitos não funcionais.
especificam a organização do sistema de software.
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.
 
 
 
 
5.
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
O relacionamento entre o ator Cliente e o caso de uso Comprar um produto, é denominado e definido como:
Quais são os relacionamentos possíveis entre Casos de Uso?
Diagrama UML que por meio de uma linguagem simples possibilita a compreensão do comportamento externo do sistema (em
termos de funcionalidades oferecidas por ele) por qualquer pessoa, tentando apresentar o sistema por intermédio de uma
perspectiva do usuário.
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 relacionamento.
Generalização / uma funcionalidade do sistema do ponto de vista do usuário.
 
 
 
Explicação:
entre ator e caso de uso, o relacionamento é sempre de associação, sob a visão do ator (usuário)
 
 
 
 
6.
generalização, inclusão e extensão
agregação, inclusão, extensão
associação, inclusão e extensão
agregação, generalização, associação
composição, generalização e extensão
 
 
 
 
7.
Diagrama de Casos de Uso
Diagrama de Sequência
Diagrama de Classes
Diagrama de Colaboração
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Dados os requisitos: 
 I) Efetuar troca de produtos com defeito. 
 II) Tolerante a falhas. 
 III) A resposta do sistema não deve exceder 30 seg. 
 IV) O sistema deverá rodar num computador 486 com 16MB de memória. 
 V) Não emprestar livros para clientes com débito. 
 Quais dos itens acima são requisitos funcionais de um sistema:
Diagrama de Objetos
 
 
 
 
8.
Somente o V.
I, II, V
I, II, III, V.
I, IV e V.
I e V.
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','143012078','2928844593');
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:
 
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
 
1.
Somente a III;
Somente a II;
Somente a I e II;
I, II e III.
Somente a I;
 
 
 
 
2.
Estão corretas as assertivas I e II e III
Estão corretas apenas as assertivas II e III
Está correta apenas a assertiva I
Está correta apenas a assertiva III
Estão corretas apenas as assertivas I 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-sede 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
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
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
Quais informações deveram ser contempladas na descrição de um fluxo alternativo caso de uso de validar CPF.
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?
 
3.
Estão corretas apenas as assertivas II e III
Estão corretas apenas as assertivas I e III
Está correta apenas a assertiva I
Está correta apenas a assertiva III
Estão corretas as assertivas I e II e III
 
 
 
 
4.
Informações de procedimentos a serem feitos se o CPF for inválido.
Nenhuma informação deve ser apresentada.
Informações de atributos da classe CPF.
Informações de procedimentos a serem feitos se o CPF for válido.
Informações de como foi validade do CPF
 
 
 
 
5.
Diagrama de classe e de sequência correspondente
Protótipo e lista de mensagens
Ator responsável, fluxo principal e fluxos secundários
Ator responsável, classe correspondente e lista de mensagens
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).
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
A documentação de um caso de uso costuma descrever, por meio de uma linguagem simples, informações sobre ele. Na UML,
essa documentaçã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):
Analise as assertivas a seguir e classifique cada uma como verdadeiro (V) e falso (F):
 
1 - ( ) A Descrição de caso de uso não registra a lógica do sistema.
 
2 - ( ) A descrição de caso de uso, é representação textual dos casos de uso e auxilia a validação do entendimmento dos
requisitos do sistema.
 
3 - ( ) Nem todos os casos de uso devem ser descritos.
 
4 - ( ) Quanto mais técnico forem os termos da descrição de casos de uso, melhor será para apresentar ao usuário.
 
Com base em sua avaliação, assinale a alternativa que apresente a correta sequencia de V e F:
 
 
6.
deve ser feita por meio de fluxogramas.
não possui um formato específico definido.
costuma descrever apenas, em linhas gerais, a função do caso de uso.
não pode ser feita por meio de outros diagramas
não costuma deixar claro quais atores interagem com os casos de uso.
 
 
 
Explicação: A UML nada especifica sobre como descrever casos de uso....
 
 
 
 
7.
nó
classe
pacote
caso de uso
herança múltipla.
 
 
 
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.
 
 
 
 
8.
F, F, V, V
V, F, V, V
F, V, F, F
F, F, V, F
V, V, F, F
 
 
 
 
 
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
javascript:abre_colabore('36227','143012309','2928858277');
Analise as assertivas a seguir e classifique cada uma como verdadeiro (V) e falso (F):
 
1 - ( ) A Descrição de caso de uso não registra a lógica do sistema.
 
2 - ( ) A descrição de caso de uso, é representação textual dos casos de uso e auxilia a validação do entendimmento dos
requisitos do sistema.
 
3 - ( ) Nem todos os casos de uso devem ser descritos.
 
4 - ( ) Quanto mais técnico forem os termos da descrição de casos de uso, melhor será para apresentar ao usuário.
 
Com base em sua avaliação, assinale a alternativa que apresente a correta sequencia de V e F:
 
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):
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
1.
F, F, V, V
V, V, F, F
F, V, F, F
V, F, V, V
F, F, V, F
 
 
 
 
2.
herança múltipla.
nó
pacote
caso de uso
classe
 
 
 
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.
 
 
 
 
3.
Está correta apenas a assertiva I
Estão corretas apenas as assertivas II e III
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
http://simulado.estacio.br/bdq_simulados_exercicio.asp#
Quais informações deveram ser contempladas na descrição de um fluxo alternativo caso de uso de validar CPF.
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?
A documentação de um caso de uso costuma descrever, por meio de uma linguagem simples, informações sobre ele. Na UML,
essa documentação:
Analise a especificação abaixo, referente ao CENÁRIO PRINCIPAL do caso de uso INCLUIR CLIENTE, referente a um Sistema de
Vendas.
Estão corretas as assertivas I e II e III
Está correta apenas a assertiva III
Estão corretas apenas as assertivas I e III
 
 
 
 
4.
Informações de procedimentos a serem feitos se o CPF for inválido.
Nenhuma informação deve ser apresentada.
Informações de procedimentos a serem feitos se o CPF for válido.
Informações de atributos da classe CPF.
Informações de como foi validade do CPF
 
 
 
 
5.
Diagrama de implementação correspondente
Protótipo