Você está na página 1de 14

2012

Exerccios Comentados UML e


Casos de Uso

LhugoJr
Verso 1.0
01/01/2012

Questes Comentadas UML e Casos de USO (Verso 1.0)

Introdua o

Vale ressaltar que alguns comentrios sobre as questes foram retiradas das seguintes fontes:
TECNOLOGIA DA INFORMAO - QUESTES COMENTADAS CESPE/UNB http://www.dominandoti.com.br/livros
Provas de TI www.provasdeti.com.br
Tambm foram usadas outras fontes, como livros, comentrios do site Questes de Concursos, etc.
Os comentrios so sempre feitos colocando as fontes encontradas, algumas questes so mais difceis de
encontrar as fontes, podendo assim ser retiradas da internet, de sites como wikipedia e outros.
Espero que ajude.
Abraos.

Notas da Versa o

Essa a verso 1.0, sendo a maioria das questes da banca CESPE, com o tempo espero acrescentar muito
mais questes.
Caso encontre algum erro nesta verso pode mandar um e-mail para lhugojr@hotmail.com, colocando o
nmero da questo e o erro encontrado.
Voc tambm pode ajudar a melhorar os comentrios, alguns comentrios podem estar com o nvel fraco, isso
ocorre quando no so encontradas fontes que tratam sobre o tema da questo. Caso voc encontre alguma
fonte ou queira melhorar o comentrio mande um e-mail.

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)

1 UML
1) (Correios/Analista de Correios/Desenvolvimento de Sistemas/2011) O diagrama de componentes deve
ser utilizado para representar a configurao e a arquitetura de um sistema no qual estaro ligados
todos os software e hardware, bem como sua interao com outros elementos de suporte ao
processamento.
Para iniciar vamos ver uma figura:

Somente olhando a figura podemos perceber que o diagrama de componentes um diagrama estrutural, e
no de interao, portanto a questo erra ao falar que esse diagrama representa a interao.
Tambm podemos dizer que ele errada na definio do diagrama de componentes.
Martin Fowler ainda fala em seu livro:
Use diagramas de componentes quando voc estiver dividindo seu sistema em componentes e quiser mostrar seus
relacionamentos por intermdio de interfaces ou a decomposio de componentes em uma estrutura de nvel mais baixo.
Os diagramas de instalao mostram o layout fsico de um sistema, revelando quais partes do software so executadas em quais
partes do hardware.

2) (Correios/Analista de Correios/Desenvolvimento de Sistemas/2011) O diagrama de classes define todas


as classes de que o sistema necessita e a base para a construo dos diagramas de sequncia e
comunicao.
O professor Marcio fez um bom comentrio sobre essa questo:
O diagrama de classes um diagrama esttico que pode representar todas as classes de um sistema e quando se desenha um
diagrama dinmico como, por exemplo, o diagrama de sequncia ou o de comunicao, os objetos representados nesses diagramas
so instncias das classes representadas no diagrama de classes. Cabe ressaltar que o diagrama de caso de uso tambm muito
importante para entender as interaes que sero representadas no diagramas de sequncia e de comunicao.

Questo correta.
3) (Correios/Analista de Correios/Desenvolvimento de Sistemas/2011) Um relacionamento include de um
caso de uso A para um caso de uso B indica que B essencial para o comportamento de A. Ento, ao

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


executar o caso de uso A, executa-se tambm o B.
O professor Pedrosa, fala sobre o relacionamento include:
Use quando o mesmo comportamento se repete em mais de um Caso de Uso e o processo de realizar X sempre
envolve realizar Y pelo menos uma vez.
Vamos usar um exemplo prtico para entender a questo, abaixo temos uma figura, onde o caso de uso
Checkout (A) faz um include para caso de uso Payment (B), ento percebemos que Payment (B) essencial
para o comportamento de A.

4) (MEC/Atividade Tcnica de Complexidade Gerencial/Arquiteto de Sistemas/2011) possvel indicar


multiplicidade em diagramas de caso de uso. O diagrama ilustrado abaixo indica que o caso de uso
conduzir transaes utilizado 400.000 vezes por dia pelos clientes. Cada cliente inicia o caso de uso
duas vezes ao ms.

tima questo para abordar um tema raro. A multiplicidade em casos de uso. Segundo o professor Marcio, o
contedo entre chaves representa restries, que sempre deve aparecer entre chaves. Portanto a questo
est correta.
5) (MPU/Analista de Informtica/Desenvolvimento/2010) Na conveno de notao usada na UML, a
chamada por mensagens assncronas representada no diagrama de sequncia por meio de seta cheia
(no pontilhada).
Vamos resolver est questo de forma simples, vendo uma figura:

Agora usando Martin Fowler:

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


As pontas de seta preenchidas mostram uma mensagem sncrona, enquanto as pontas de seta tipo p de galinha mostram uma
mensagem assncrona.

Questo errada.
Tendo o diagrama UML, julgue os itens:

6) (TCU/Auditor Federal de Controle Externo/Tecnologia da Informao/2009) O mtodo #Cadastrar() da


classe Instrutor tem visibilidade do modo protegido tal que somente a classe possuidora Instrutor pode
utiliz-lo.
Para responder esta questo precisamos saber as visibilidades da UML:
Modificadores de Visibilidade de Mtodos e Atributos de acordo com a UML:

(+) public (publico): o elemento da classe pode ser acessado diretamente por qualquer objeto de qualquer classe.
(#) protected (protegido): o elemento da classe pode ser acessado diretamente apenas por objetos da prpria classe e de
suas subclasses.
(~) package (pacote): o elemento da classe pode ser acessado diretamente apenas por objetos da prpria classe e de
classes do mesmo pacote.
(-) private (privado): o elemento da classe pode ser acessado diretamente apenas por objetos da prpria classe.

Questo errada.
Tendo o diagrama UML, julgue os itens:

7) (TCU/Auditor Federal de Controle Externo/Tecnologia da Informao/2009) Nesse diagrama, #1 uma


interface do tipo fornecida que descreve um servio implementado; e #2 uma interface do tipo
requerida. Tas interfaces podem ser substitudas, sem prejuzo, pelos relacionamentos de dependncia e
realizao, respectivamente.

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


Questo que teve bastante polmica. Vamos usar o comentrio feito pelo professor Marcio:
De fato, #1 uma interface do tipo fornecida, representada pelo crculo; e #2 uma interface do tipo
requerida, representada pelo gancho. No entanto, na segunda parte da questo, os conceitos esto invertidos,
ou seja, #1 corresponde ao relacionamento de realizao e #2 corresponde ao relacionamento de dependncia.
Devido a esta troca, o gabarito da questo deveria ser mudado para Errada.
Para aprender ento vamos resumir:
INTERFACE FORNECIDA -> REALIZAO
INTERFACE REQUERIDA -> DEPENDNCIA
8) (TCU/Auditor Federal de Controle Externo/Tecnologia da Informao/2009) Na UML 2.0, o diagrama de
interao geral utilizado para modelar colaboraes, conjunto de instncias que cooperam entre si
para uma funo especfica; o diagrama de mquina de estados representa estados de um caso de uso
de um subsistema ou de um sistema completo; e o diagrama de tempo demonstra a mudana de estado
de um objeto, ao longo do tempo decorrente de eventos externos.
Essa uma questo importantssima, vamos as definies:
Segundo Martin Fowler:
Os diagramas de viso geral da interao so uma mistura de diagramas de atividades e diagramas de seqncia. Voc pode
considerar os diagramas de viso geral da interao como diagramas de atividades nos quais as atividades so substitudas por
pequenos diagramas de seqncia ou como um diagrama de seqncia fragmentado, com a notao de diagrama de atividades
usada para mostrar o fluxo de controle.

Agora usando Gillianes Guedes:


Diagrama de Interao Geral uma variao do Diagrama de Atividade que fornece uma viso ampla dentro de um sistema ou
processo de negcio. Esse diagrama passou a existir somente a partir da UML 2.0 e costuma englobar diversos tipos de diagramas
de interao para demonstrar um processo geral.
O Diagrama de Mquina de Estados procura acompanhar as mudanas sofridas nos estados de uma instncia de uma classe, de um
Caso de Uso ou mesmo de um subsistema ou sistema completo. Como o Diagrama de Sequncia, o Diagrama de Mquina de
Estados muitas vezes se baseia em um Caso de Uso e se apia no Diagrama de Classes.
O Diagrama de Tempo descreve a mudana no estado ou condio de uma instncia de uma classe ou seu papel durante um
tempo. tipicamente utilizado para demonstrar a mudana no estado de um objeto no tempo em resposta a eventos externos."
O Diagrama de Estrutura Composta utilizado para modelar Colaboraes. Uma colaborao descreve uma viso de um conjunto
de entidades cooperativas interpretadas por instncias que cooperam entre si para executar uma funo especfica. O termo
estrutura desse diagrama refere-se a uma composio de elementos interconectados, representando instncias de tempo de
execuo colaboram, por meio de vnculos de comunicao, para atingir algum objetivo comum. Esse diagrama tambm pode ser
utilizado para definir a estrutura interna de um classificador.

Questo errada. Trocou a definio de Diagrama de Estrutura Composta por Diagrama de interao geral.
9) (TRE-PR/Analista Judicirio/Anlise de Sistemas/2009) A figura a seguir ilustra um diagrama de
implantao usado para modelar a viso esttica de implantao de um sistema, que, em geral, envolve
a modelagem da topologia do hardware no qual o sistema executa. Essencialmente, so diagramas de
classe que incidem sobre os ns de um sistema.
Voc pode estar se perguntando: Cad a figura? Ela no relevante para a questo.
Vamos a definio do diagrama de implantao por Guedes:

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


O Diagrama de Implantao determina as necessidades de hardware do sistema, as caractersticas fsicas como servidores,
estaes, topologias e protocolos de comunicao, ou seja, todo o aparato fsico sobre o qual o sistema dever ser executado.

A questo fica difcil na segunda afirmao. Usando como comentrio o professor Mrcio:
J a continuao, Essencialmente, so diagramas de classe que incidem sobre os ns de um sistema., no faz
muito sentido. Este texto foi baseado na seguinte afirmativa de Booch, Rumbauch e Jacobson (2006, p. 411):
Os diagramas de implantao so essencialmente diagramas de classes que focalizam os ns do sistema.. Os
autores afirmam que o diagrama de implantao pode ser interpretado como um diagrama de classes no qual
as classes representam os ns da rede. No entanto, apesar da questo trocar apenas o termo focalizam por
incidem sobre a semntica da afirmao foi dramaticamente mudada. Acreditamos que o correto seria
anular a questo.
Questo correta. Agora vamos aprender com ela:
Os diagramas de implantao so essencialmente diagramas de classes que focalizam os ns do sistema.
10) (STJ/Analista Judicirio/Informtica/2008) As seguintes caractersticas esto corretas para um modelo
construdo com a UML: nos diagramas de componentes, h mdulos de cdigo representados por
componentes; h diagramas de componentes onde dependncias de compilao esto representadas
por setas tracejadas entre componentes; nos diagramas de utilizao (deployment), alguns ns
representam unidades computacionais, outros representam dispositivos perifricos.
Vamos a definio do Diagrama de Componentes por Guedes:
O Diagrama de Componentes est amplamente associado linguagem de programao que ser utilizada para desenvolver o
sistema modelado. Esse diagrama representa as componentes do sistema quando este for ser implementado em termos de
mdulos de cdigo-fonte, bibliotecas, formulrios, arquivos de ajuda, mdulos executveis etc. e determina como esses
componentes estaro estruturados e interagiro para que o sistema funcione de maneira adequada. O Diagrama de Componentes
pode ser utilizado para modelar o cdigo-fonte, os mdulos executveis de um sistema, a estrutura fsica de um banco de dados ou
mesmo os componentes necessrios para a construo de interfaces.

A parte em que fala de dependncias, tambm est correta. A seta tracejada uma seta que indica
dependncia.
Vamos agora a mais definies encontradas no livro de Guedes:
Ns so os componentes bsicos de um diagrama de implantao. Um n pode representar um item de hardware.

Portanto a questo est correta.


11) (TST/Analista Judicirio/Anlise de Sistemas/2008) Na abordagem de anlise UML (unified modelling
language), a viso de modelo comportamental representa a dinmica do sistema nas interaes entre
seus diversos elementos estruturais.
Vamos usar o comentrio do professor Mrcio Victorino:
Para entendermos a afirmativa, que est correta, basta analisarmos um diagrama de sequncia que
representa uma viso comportamental do sistema. Esse diagrama representa a interao entre os objetos do
sistema. Como os objetos so instncias de estruturas (classes), esse diagrama representa a dinmica do
sistema nas interaes entre seus diversos elementos estruturais, tal como assinalado na afirmativa.

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


12) (MPE-AM/Analista Judicirio/Analista de Sistemas/2008) Na abordagem de anlise UML (unified
modelling language), a viso de modelo comportamental representa o sistema do ponto de vista dos
comportamentos e interaes do sistema com o usurio.
Parece a mesma questo, mas no . Mais uma vez usando professor Mrcio:
Segundo Booch, Rumbauch e Jacobson (2006, p. 98), os diagramas comportamentais so utilizados para
visualizar os aspectos dinmicos de um sistema. Os autores consideram aspectos dinmicos de um sistema
como uma representao de suas partes que sofrem alteraes tais como fluxo de mensagens ao longo do
tempo e a movimentao fsica de componentes em uma rede, no restringindo apenas s interaes com os
usurios.
Portanto o gabarito desta questo errado.
13) (CESPE - 2012 - TRE-RJ - Tcnico Judicirio - Programao de Sistemas) Na metodologia orientada a
objetos, o processo baseia-se em uma coleo de objetos. Nessa metodologia, se utiliza o UML, uma
linguagem de modelagem que possui as seguintes vises: casos de uso, projeto, implementao,
implantao e processo. A viso de implementao apresenta os aspectos estruturais e
comportamentais do ambiente em que o sistema dever ser implementado.
Nessa questo temos as vises, que so abordadas pela UML. Achamos duas fontes para resolver essa
questo:
http://techblog.desenvolvedores.net/2011/07/16/visoes-da-uml/
http://www.iweb.com.br/iweb/pdfs/20031008-uml-01.pdf

Vamos as definies encontradas na primeira fonte:


Viso de Caso de Uso - Esta viso descreve a funcionalidade que o sistema ir fornecer. destinada aos usurios, analistas,
projetistas, desenvolvedores, e equipes de testes. de grande importncia porque o seu contedo ir acionar o desenvolvimento de
outras vises. Tenha sempre em mente que esta viso dever ser tecnologicamente neutra e focalizar o que e no o como.
Utiliza os diagramas de Caso de Uso.
Viso Lgica - Esta viso ir descrever como ser fornecida a funcionalidade, destinada principalmente aos projetistas e
desenvolvedores. Esta viso descreve a estrutura esttica (classes, objetos e relacionamentos) e as dinmicas que ocorrem na
aplicao. As tabelas, relacionamentos, classes , propriedades, mtodos devem ser descritos nesta viso.
Utiliza os Diagramas de Classes, Objeto e Pacote.
Viso de Processo - Nesta viso descrevemos o sistema em processo, esta diviso permite o uso eficiente de recursos, a manipulao
sncrona e assncrona dos eventos. destinada aos desenvolvedores.
Utiliza os Diagramas de Sequncia, Comunicao, Estado e Atividade.

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


Viso de Implementao - A viso de implementao descreve os mdulos e suas dependncias. Estes mdulos podem proporcionar
a verificao cruzada para outros produtos garantindo que todos os requisitos estejam eventualmente atualizados. destinada aos
desenvolvedores.
Utiliza diagramas de Componente.
Viso de Implantao - Esta viso descreve a disponibilidade fsica do sistema e recursos que o sistema ira utilizar. Descreve toda a
estrutura onde o sistema instalado. destinada aos desenvolvedores, equipe de suporte, de testes e equipe de instalao.
Utiliza diagramas de Componente, Implantao

Portanto vemos que a definio para a viso de implementao est errada.


14) (CESPE - 2012 - MPE-PI - Analista Ministerial - Informtica - Cargo 6) Considere um sistema de
gerenciamento de documentos em que um diagrama da UML represente o caso de uso denominado
protocolar requerimento e o caso de uso protocolar retificao de requerimento. Nessa situao, a
representao mais adequada a que consiste em inserir um ponto de extenso no segundo caso de
uso, a partir do qual ele ser estendido pelo comportamento do primeiro.
Vamos estruturar a questo:
UC1 Protocolar Requerimento
UC2 Protocolar retificao de requerimento
Agora usando o comentrio do Professor Marcelino, temos:
Pede ao candidato que subentenda que a retificao de um requerimento algo no mandatrio, que pode ocorrer ou no.
A partir disso, podemos definir o relacionamento de extenso (opcional) entre os casos de uso, sendo que o caso 2 ser uma
extenso do caso 1, ou o primeiro ser extendido pelo segundo.

Questo errada.
15) (CESPE - 2011 - BRB - Analista de Tecnologia da Informao) O diagrama de casos de uso o mais
especfico e formal da UML, pois, alm de servir de referncia para a construo de outros diagramas,
utilizado nas fases de levantamento de sistemas e pode ser consultado durante todo o processo de
modelagem.
Guedes em seu livro fala:
O diagrma de casos de uso o diagrama mais geral e informal da UML, sendo utilizado principalmente para auxiliar no
levantamento e anlise dos requisitos, em que so determinadas as necessidades do usurio, e na compreenso do sistema como
um todo, embora venha a ser consultado durante todo o processo de modelagem e sirva de base para todos os outros diagramas.
O Diagrama de Casos de Uso apresenta uma linguagem simples e de fcil compreenso para que os usurios possam ter uma idia
geral de como o sistema ir se comportar. Ele procura identificar os atores (usurios, outros softwares que interajam com o sistema
ou at mesmo algum hardware especial), que utilizaro de alguma forma o software, bem como os servios, ou seja, as opes que
o sistema disponibilizar aos atores, conhecidas neste diagrama como Casos de Uso

Questo errada.

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)


16) (CESPE - 2011 - BRB - Analista de Tecnologia da Informao) O diagrama de pacotes, usado, por exemplo,
para demonstrar a arquitetura de uma linguagem, tem por objetivo representar os subsistemas
englobados por um sistema, de forma a determinar as partes que o compem.
De novo, iremos a Guedes:
O Diagrama de Pacotes tem por objetivo representar os subsistemas ou submdulos englobados por um sistema de forma a
determinar as partes que o compem. Pode ser utilizado de maneira independente ou associado com outros diagramas. Este
diagrama pode ser utilizado tambm para ajudar a demonstrar a arquitetura de uma linguagem, como ocorre com a prpria UML.

Portanto, questo correta.


17) (CESPE - 2011 - EBC - Analista - Engenharia de Software) O diagrama de estrutura composta similar ao
denominado diagrama de classes, porm este ltimo apresenta uma viso esttica da estrutura de
classes, enquanto o primeiro tenta expressar arquiteturas de tempo de execuo.
Mais uma vez, Guedes, como podemos ver a CESPE adora usar esta bibliografia.
O diagrama de estrutura composta utilizado para modelar colaboraes. Uma colaborao descreve uma viso de um conjunto de
entidades cooperativas interpretadas por instncias que cooperam entre si para executar uma funo especfica.
O diagrama de estrutura composta semelhante ao diagrama de classes, porm este ltimo apresenta uma viso esttica da
estrutura de classes, ao passo que o primeiro tenta expressar arquiteturas de tempo de execuo, padres de uso e os
relacionamentos dos elementos participantes, o que nem sempre pode ser representado por diagramas estticos.

Portanto questo correta.


18) (CESPE - 2011 - EBC - Analista - Engenharia de Software) O diagrama de comunicao concentra-se em
como os objetos esto vinculados e quais mensagens trocam entre si durante o processo. Esse diagrama
est associado ao diagrama de classe.
Preciso falar que vamos usar Guedes de novo?
O diagrama de comunicao est amplamente associado ao diagrama de seqncia na verdade, um complementao outro.

Questo errada.
19) (CESPE - 2010 - TRE-BA - Tcnico Judicirio - Programao de Sistemas) Na UML, os diagramas de
sequncia e os diagramas de atividade, tambm denominados diagramas de interao, auxiliam a
modelar os aspectos dinmicos de sistemas. Um diagrama de interao formado pelo conjunto de
objetos e seus relacionamentos e inclui as mensagens que podero ser enviadas entre eles.
Vamos mais uma vez usar a figura, da diviso dos Diagramas. Como podemos perceber na figura abaixo, o
Diagrama de atividade NO um diagrama de interao. Portanto a questo deveria estar errada, mas o
gabarito foi mantido como certo. Essa questo gerou muita polmica. Portanto fica a dica para se lembrar
desta questo.

LhugoJr

Questes Comentadas UML e Casos de USO (Verso 1.0)

20) (CESPE - 2011 - TJ-ES - Tcnico de Informtica Especficos) A linguagem de restrio de objetos, ou OCL,
utilizada para especificar restries existentes em um modelo UML de sistema que esteja sendo
projetado, como o caso das precondies e ps-condies.
Usando Martin Fowler:
A UML permite que voc use qualquer coisa para descrever restries. A nica regra que voc as coloque entre chaves ({}). Voc
pode utilizar linguagem natural, uma linguagem de programao ou a linguagem formal de restries de objetos de UML (OCL
Object Constraint Language), que baseada no clculo de predicados.

Questo correta.
21) (CESPE - 2011 - Correios - Analista de Correios - Analista de Sistemas - Desenvolvimento de Sistemas) O
diagrama de componentes deve ser utilizado para se representar a configurao e a arquitetura de um
sistema no qual estaro ligados todos os software e hardware, bem como sua interao com outros
elementos de suporte ao processamento.
Vamos usar Guedes:
O diagrama de componentes, como seu prprio nome diz, identifica os componentes que fazem parte de um sistema, um
subsistema ou mesmo os componentes ou classes internas de um componente individual. Um componente pode representar tanto
um componente lgico (um componente de negcio ou de processo) ou um componente fsico, como arquivos contendo cdigofonte, arquivos de ajuda (help), bibliotecas, arquivos executveis etc.
O diagrama de implantao o diagrama com a viso mais fsica da UML. Ele enfoca a questo da organizao da arquitetura fsica
sobre a qual o software ir ser implantado e executado em termos de hardware, ou seja, as mquinas (computadores pessoais,
servidores etc.) que suportaro o sistema, alm de definir como essas mquinas estaro conectadas e por meio de quais protocolos
se comunicaro e transmitiro informaes.

Percebemos que a questo trocou a definio de diagrama de implantao. Questo errada.


22) (CESPE - 2011 - Correios - Analista de Correios - Analista de Sistemas - Desenvolvimento de Sistemas) O
diagrama de classes define todas as classes de que o sistema necessita e a base para a construo dos
diagramas de sequncia e comunicao.
J vimos esta questo anteriormente, mas vamos de novo para fixa-la. Agora usando Guedes:
Seu objetivo permitir a visualizao das classes utilizadas pelo sistema e como estas e relacionam. Esse diagrama apresenta uma
viso esttica de como as classes esto organizadas, preocupando-se em definir sua estrutura lgica.
Este o diagrama mais utilizado e o mais importante da UML, servindo de apoio para a maioria dos outros diagramas.

Apesar de achar muito forte a afirmao que o diagrama de classes define todas as classes, a questo teve

LhugoJr

10

Questes Comentadas UML e Casos de USO (Verso 1.0)


como gabarito Certo, portanto se cair de novo, j sabe o que assinalar. A banca ainda deu uma justificativa:
O diagrama de classes define todas as classes que o sistema necessita possuir e a base para a construo dos diagramas de
comunicao, sequncia e estados. Por esse motivo opta-se pela alterao do gabarito do item.

23) (CESPE - 2011 - TRE-ES - Tcnico - Programao de Sistemas Especficos) Em um diagrama de estados,
uma mquina de estados pode ser composta por diversas outras mquinas de estados, denominadas
submquinas. Cada submquina pode estar relacionada s demais por meio de transies, e as
submquinas podem estar na mesma regio ou em diferentes regies da mquina de estado que as
compe.
Guedes de novo, outra vez e novamente:
um estado que contm internamente dois ou mais estados, chamados de subestados. So utilizados para "dissecar" um Estado
individual, ou seja, um estado composto um estado que foi explorado, de maneira a apresentar detalhada mente todas as
etapas por que passa o objeto quando no estado em questo.

A questo, est correta.


24) (CESPE - 2011 - TRE-ES - Tcnico - Programao de Sistemas Especficos) Os diagramas de atividades
mostram como objetos especficos interagem entre si e so teis para definir o fluxo lgico de
programas.
Vamos a definio, do diagrama de atividades:
Esse diagrama utilizado, como o prprio nome diz, para modelar atividades, que podem ser um mtodo ou um algoritmo, ou
mesmo um processo completo. Atividades podem descrever computao procedural, neste contexto elas so os mtodos
correspondentes s operaes sobre classes. Atividades tambm podem ser aplicadas modelagem organizacional para
engenharia de processos de negcios e workflow. Finalmente atividades podem tambm ser usadas para modelagem de sistemas
de informao para especificar processos ao nvel de sistema.

Portanto a questo erra ao firmar que o referido diagrama mostra OBJETOS, na verdade mostra ATIVIDADES.
25) (CESPE - 2010 - ABIN - OFICIAL TCNICO DE INTELIGNCIA - REA DE DESENVOLVIMENTO E
MANUTENO DE SISTEMAS) Considerando-se a figura a seguir, que ilustra um diagrama de atividade
usado para representar o fluxo de controle de uma atividade, correto afirmar que um pedido possui
mais de um item, e o smbolo asterisco usado para representar a concorrncia dinmica; assim, os
itens do pedido podero ser registrados por meio de um lao, durante o estado de ao.
26) (CESPE - 2010 - SAD-PE - Analista de Controle Interno Tecnologia da Informao) Acerca do emprego de
conceitos do paradigma de orientao a objetos na linguagem de modelagem unificada (UML) e em
programas orientados a objetos, assinale a opo correta.
a) A modelagem de aspectos comportamentais de um programa orientado a objetos deve ser efetuada
utilizando-se diagramas de classe e de instncia, entre outros.
b) A modelagem de aspectos estruturais ou estticos de programa orientado a objetos deve ser efetuada
utilizando-se diagramas de comunicao, entre outros.
c) Na organizao de um conjunto de especificaes de sistemas orientados a objeto, package elemento
usado para se agregar, inclusive de forma hierrquica, um conjunto de outros elementos dentro de um

LhugoJr

11

Questes Comentadas UML e Casos de USO (Verso 1.0)


mesmo espao de nomes.
d) Na especificao da UML 2.0, destaca-se a existncia da sublinguagem OCL (object constraint language),
linguagem imperativa que, com variveis e comandos de controle de fluxo, usada para complementar
diagramas UML.
e) Para um conjunto de ferramentas CASE que necessitam manter intercmbio de modelos UML
desenvolvidos entre si, o formato-padro mais recomendado a ser utilizado o UMLDoc, embasado na
linguagem Java
Letra A Vamos usar a figura abaixo, como podemos ver o diagrama de classe no comportamental, e no
existe diagrama de instncia.

Letra B, usando a figura, vemos que o diagrama de comunicao no estrutural, e sim diagrama
comportamental de interao.
Letra C o gabarito.
Letra D, usando o wikipedia com fonte: http://pt.wikipedia.org/wiki/OCL. Temos que OCL uma linguagem
declarativa para descrever as regras que se aplicam aos modelos UML. A linguagem OCL uma linguagem de
texto precisa que possibilita a expresso de restries em um modelo orientado a objeto que no possam ser
especificadas atravs dos diagramas.
Letra E. Vamos usar o comentrio encontrado no QC. A linguagem utilizada pelas ferramentas CASE a que se
refere o item E XMI (XML Metadata Interchange), baseada em XML.

2 Casos de Uso
27) (TRE9-BA/Analista Judicirio/Anlise de Sistemas/2009) O propsito maior de um caso de uso fornecer
uma descrio do comportamento do sistema. Assim, em um processo de desenvolvimento orientado a
objetos, os objetivos de um caso de uso so: definir escopo, detalhar os processos e clculos do sistema,
organizar e dividir o trabalho, estimar o tamanho do projeto e direcionar os testes.
Vamos aos comentrios do professor Marcio Victorino: Um caso de uso representa os aspectos externos de

LhugoJr

12

Questes Comentadas UML e Casos de USO (Verso 1.0)


uma funcionalidade sem os detalhes de implementao. Os objetivos de um caso de uso so: definir escopo,
organizar e dividir o trabalho, estimar o tamanho do projeto e direcionar os testes. No entanto, detalhar os
processos e clculos do sistema est fora do escopo de um caso de uso.
Questo errada.
Para aprender um pouco mais, vamos a definio encontrada
em: http://www.wthreex.com/rup/portugues/index.htm
Caso de uso - Uma descrio de comportamento do sistema em termos de seqncias de aes. Um caso de uso deve produzir um
resultado de valor observvel para um ator. Ele contm todos os fluxos alternativos de eventos referentes produo do
"resultado de valor observvel". Mais formalmente, um caso de uso define um conjunto de instncias de casos de uso ou cenrios.

28) (CESPE - 2010 - TRE-BA - Tcnico Judicirio - Programao de Sistemas) Um cenrio, tambm
denominado instncia de caso de uso, uma sequncia especfica de aes e interaes entre atores e o
sistema em discusso. Assim, um caso de uso uma coleo de cenrios relacionados de sucesso e
fracasso, que descrevem atores usando um sistema como meio para atingir um objetivo.
Usando Martin Fowler:
Um cenrio uma seqncia de passos que descreve uma interao entre um usurio e um sistema.
Um caso de uso um conjunto de cenrios amarrados por um objetivo comum de usurio.

Agora usando como fonte o Professor Pedrosa:


Diagrama de Casos de uso:

Contm um conjunto de casos de uso e modela interaes entre


o Atores e o sistema
o O prprio sistema

Descreve um conjunto de cenrios

Portanto a questo est certa. Vale guardar mais uma coisa nesta questo:
CENRIO tambm denominado INSTNCIA de caso de uso.
29) (CESPE - 2011 - TJ-ES - Tcnico de Informtica Especficos) Os casos de uso devem ser definidos de tal
forma que representem todas as situaes possveis de utilizao do sistema que est sendo definido;
opcionalmente, a descrio dos casos de uso pode ser feita por meio de cenrios.
Talvez j tenha comentado essa questo, mas vamos repeti-la devido a sua importncia. A questo afirma que:
CASO DE USO representam todas as situaes possveis de utilizao do sistema, apesar de eu achar essa
afirmao muito forte a questo est correta, ento lembrem-se, se cair de novo, voc deve assinalar como
certo.

LhugoJr

13

Você também pode gostar