1a Questo (Ref.

: 201408973420) Pontos: 0,1 / 0,1

(NUCEPE-2015 - SEFAZ-PI) Sobre o Diagrama de Casos de Uso da UML, correto afirmar que:

A relao do tipo includes indica a efetivao obrigatria do comportamento do caso de uso includo.
Um Ator especifica necessariamente um papel executado por um usurio.
utilizado para representar o relacionamento entre os componentes estruturais do software.
No existe relao entre atores do tipo especializao.
Um Caso de Uso representado por um retngulo, com o nome do caso de uso dentro ou abaixo.

2a Questo (Ref.: 201409166071) Pontos: 0,1 / 0,1

(IESES - 2015 - TRE-MA - Analista Judicirio - Anlise de Sistemas) Uma classe associativa usada em um
diagrama de classe em UML quando:

A criao de uma nova classe a nica alternativa possvel para se resolver a problemtica do
polimorfismo restritivo na subclasse.
Se deseja vincular atributos ou operaes para um relacionamento entre uma ou mais classes ao invs
de incorpor-los em uma das classes participantes do relacionamento.
Se deseja implementar um relacionamento que gere uma classe associativa struct na qual a estrutura
no apresenta diversas caractersticas.
Se deseja implementar um relacionamento do tipo composio abstrata no qual somente os atributos de
uma das classes se repetem na classe associativa.
Uma situao particular de herana mltipla inversa est presente na associao das classes que geram
a nova classe associativa.

3a Questo (Ref.: 201408905867) Pontos: 0,1 / 0,1

Qual o diagrama UML utilizado para modelar o contexto de itens fsicos (hardware) e lgicos (software)
necessrios para o funcionamento da arquitetura de um sistema de informao

Diagrama de sequncia
Diagrama de Atividades
Diagrama de Classes
Diagrama de Implantao
Diagrama de Casos de Uso

4a Questo (Ref.: 201408870294) Pontos: 0,1 / 0,1

No que se refere aos tipos de visibilidade possveis para os atributos e mtodos de uma classe, analise as
assertivas a seguir

I. Devemos usar a visibilidade protegida, quando queremos que os atributos e mtodos sejam visualizados por
todas as classes do sistema.
II. Devemos usar a visibilidade publica para atributos de uma classe.

III. Os atributos devem ter visibilidade privada e serem acessados por mtodos da prpria classe.

IV. Nunca devemos usar a visibilidade pblica para mtodos de uma classe.

Com base em sua anlise, assinale a UNICA opo correta

Est correta apenas a assertiva III.

Esto corretas as assertivas I, II, III e IV.
Esto corretas apenas as assertivas I, III e IV.
Esto corretas apenas as assertivas I e III.
Esto corretas apenas as assertivas III e IV.

5a Questo (Ref.: 201409162220) Pontos: 0,1 / 0,1

Representa a sequncia lgica dos comportamentos dentro do caso de uso.

Diagrama de sequncia
Diagrama de mquina de estado
Diagrama de implementao
Diagrama de classe
Diagrama de objeto

1a Questo (Ref.: 201408907389) Pontos: 0,1 / 0,1

Entre os diagramas da UML qual deles responsvel por exibir as interaes entre os vrios componentes de
um sistema, e em especial, os objetos e como seus mtodos interagem entre si e a ordem?

Sequencia.
Casos de usos.
Classes.
Objetos.
Atividades.

2a Questo (Ref.: 201408352750) Pontos: 0,1 / 0,1

Qual diagrama tem a funo de representar um objeto do mundo real em termos conceituais de POO?

Diagrama de componentes.
Diagrama de estados.
Diagrama de classes.
Diagrama de casos de usos.
Diagrama de atividades.
 3a Questo (Ref.: 201408997792) Pontos: 0,1 / 0,1

O item conhecido como Caso de Uso um item:

De agrupamento
Comportamental
Estrutural
Opcional
Notacional

4a Questo (Ref.: 201408543220) Pontos: 0,1 / 0,1

Dadas as seguintes afirmaes:

I) Um ator interage com o sistema fornecendo e/ou recebendo informaes do mesmo.
II) Um nico ator pode se relacionar com muitos casos de uso.
III) Um caso de uso pode se relacionar com no mximo dois atores.
IV) Uma pessoa que utiliza um sistema somente poder representar um papel.
Qual a opo correta?

Todas esto corretas.

I, II e IV esto corretas.
I e II esto corretas.
Somente a II est correta.
I, II e III esto corretas.

5a Questo (Ref.: 201408870235) Pontos: 0,1 / 0,1

Os conceitos de coeso e acoplamento so fundamentais para um projeto adequado da arquitetura de um

software de qualidade. No que se refere aos conceitos de coeso e acoplamento,
assinale UNICA opo INCORRETA

Acoplamento e coeso determinam o quanto se pode reutilizar cdigo,

otimizando tempo e custo do desenvolvimento do software.
A coeso indica o quo duas ou mais funes devem permanecer
juntas, no mesmo modulo ou classe.
O acoplamento mede o quanto dois ou mais elementos do sistema
esto interconectados e dependentes.
Quanto mais forte o acoplamento melhor para a qualidade do
software.
Quanto maior a coeso, melhor para a qualidade do software
 1a Questo (Ref.: 201408374721) Pontos: 0,1 / 0,1

Uma empresa de previdncia privada oferece diversos servios para seus clientes, extensivo aos dependentes.
Os servios so associados sempre aos clientes responsveis, mesmo que sejam utilizados pelos dependentes.
No momento da solicitao o cliente informa que o servio para um dependente ou, no caso do pedido ser
realizado pelo dependente, este informa seu responsvel.

Baseado na descrio apresentada, qual o recurso utlizado na construo de modelos de diagrama de classe
seria utilizado entre cliente e dependentes?

Entidade participativa
Entidade fraca
Agregao por valor
Agregao Associativa
Agregao por referncia

2a Questo (Ref.: 201408392196) Pontos: 0,1 / 0,1

De acordo com Classes e seus relacionamentos, identifique qual no corresponde ao tipo principal de
relacionamento.

Associao (simples): Usada para representar relacionamentos entre as classes (por exemplo, um cliente
pode alugar vrias fitas de vdeo);
Dependncia: Um relacionamento entre um elemento independente e outro dependente, onde uma
mudana no elemento independente afetar o elemento dependente.
Agregao: Usada para denotar relacionamentos todo/parte. Por exemplo, um item de compra parte de
um pedido;
Generalizao/Especializao (Herana): Indica relacionamento entre um elemento mais geral e um
elemento mais especfico (superclasse e subclasse, respectivamente). A subclasse pode conter somente
informao adicional acerca da superclasse. Por exemplo um mdico um funcionrio;
Usabilidade: Ter associado herana e interface na mesma classe como padro de utilidade de
dependncia lgica.

3a Questo (Ref.: 201408354636) Pontos: 0,1 / 0,1

A UML define em sua verso 2.0, treze tipos de diagramas. Acerca do Diagrama de Objetos da UML, assinale a
alternativa correta:

O Diagrama de Objetos descreve o comportamento de objetos como reao a eventos discretos, por
meio de sequncias de estados e aes que ocorrem durante sua vida.
O Diagrama de Objetos representa uma viso dinmica da interface entre objetos e funcionalidades do
sistema.
O Diagrama de Objetos tem por propsito focalizar um fluxo de atividades que ocorrem internamente em
um processamento, dentro de um perodo de tempo.
O Diagrama de Objetos mostra a configurao de ns de processamento em tempo de execuo.
O Diagrama de Objetos representa retratos estticos de instncias de itens encontrados em diagramas
de classes.

4a Questo (Ref.: 201408354637) Pontos: 0,1 / 0,1

Na Anlise Orientada a Objetos, o princpio pelo qual duas ou mais classes derivadas de uma mesma
superclasse podem invocar mtodos que tm a mesma identificao (assinatura) mas comportamentos
distintos, especializados para cada classe derivada, usando para tanto uma referncia a um objeto do tipo da
superclasse denominado:

encapsulamento.
modularidade.
polimorfismo.
herana.
independncia.

5a Questo (Ref.: 201408354658) Pontos: 0,1 / 0,1

Considere Diagrama de Classes acima. Pode-se afirmar que:

largura um mtodo da classe Retngulo.

instncias da classe quadrado no possuem atributos.
quadrado e retngulo so classes abstratas.
quadrado e retngulo so classes base da classe figura.
quadrado uma classe derivada da classe figura.
 1a Questo (Ref.: 201408906421) Pontos: 0,1 / 0,1

A linguagem de Modelagem Unificada (UML) emergiu como notao de diagramao de padro, de fato e de
direito, para a modelagem orientada a objetos. Desta forma, a sentena que conceitua apropriadamente a UML,
segundo o OMG-Object Management Group,

uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas
um mtodo para especificar e modelar os artefatos dos sistemas.
um processo de especificao e modelagem de sistemas orientados a objeto.
um mtodo comum para a representao da orientao a objetos
uma linguagem para implementar os conceitos da orientao a objetos

2a Questo (Ref.: 201408907301) Pontos: 0,1 / 0,1

Dentro da orientao a objetos este princpio permite que as classes derivadas de uma nica classe base so
capazes de invocar os mtodos que, embora apresentem a mesma assinatura, comportam-se de maneira
diferente para cada uma das classes derivadas. Ele conhecido como:

Objeto
Polimorfismo
Encapsulamento
Classe
Herana

3a Questo (Ref.: 201408907374) Pontos: 0,1 / 0,1

Dos conceitos da orientao a objetos aquele que consiste na separao de aspectos internos e externos de um
objeto. Alm disto, utilizado amplamente para impedir o acesso direto ao estado de um objeto,
disponibilizando externamente apenas os mtodos que alteram estes estados chamado de:

Classe
Polimorfismo
Herana
Objeto
Encapsulamento
 4a Questo (Ref.: 201408399556) Pontos: 0,1 / 0,1

Observe as seguintes afirmaes sobre a forma de especificao de requisitos conhecida como Casos de Uso:

I - Todo diagrama de caso de uso tem, pelo menos, um ator.

II - Um ator pode participar de, somente, um caso de uso.

III - A descrio de um caso de uso pode utilizar descries de outros casos de uso.

IV - A descrio de um caso de uso pode ser alterada por outro caso de uso.

Assinale a alternativa que contm somente afirmaes CORRETAS:

II, III e IV
I, III e IV
I e IV
I, II e III
I e III

5a Questo (Ref.: 201408888518) Pontos: 0,1 / 0,1

o princpio a partir do qual as classes derivadas de uma nica classe base so capazes de invocar os mtodos
que, embora apresentem a mesma assinatura, comportam-se de maneira diferente para cada uma das classes
derivadas.

Herana
Polimorfismo
Objeto
Encapsulamento
Classe