7 e 8 UMLCasosdeUso

2012

LhugoJr

Verso 1.0

01/01/2012

Exerccios Comentados UML e Casos de Uso

Questes Comentadas UML e Casos de USO (Verso 1.0)

LhugoJr

1

Introduao 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 Versao 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 [email protected], 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

2

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

3

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

4

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

5

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

6

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

7

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

8

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

9

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

10

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 cdigo-fonte, 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

11

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

12

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

13

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.

1 UML2 Casos de Uso

7 e 8 UMLCasosdeUso

Documents

Transcript of 7 e 8 UMLCasosdeUso