36510668 Livro Uml Exercicios Resolvidos

-- Esboço da Resolução dos Esboço da Resolução dos Exercícios Ímpares Exercícios Ímpares --

Alberto Rodrigues da SilvaCarlos Videira

““UML, Metodologias e Ferramentas CASEUML, Metodologias e Ferramentas CASE””Parte 2 Parte 2 –– Linguagem de ModelaLinguagem de Modelaçãção UMLo UML

2Livro “UML, Metodologias e Ferramentas CASE”, Copyright, Alberto Silva & Carlos Videira

Capítulo 4 Capítulo 4 -- UML – Visão Geral

Exercícios do Capítulo 4


Capítulo 4 Capítulo 4 -- UML – Visão GeralDas seguintes afirmações assinale as que são verdadeiras:

O UML é uma metodologia orientado por objectos.

O UML é independente das ferramentas de modelação.

O UML é um standard OMG

O UML é uma linguagem de programação robusta.

F, V, V, F

/ 25


Capítulo 4 Capítulo 4 -- UML – Visão GeralQuais são os dois aspectos importantes que se ganham com a adopção do UML.

/ 26


Capítulo 4 Capítulo 4 -- UML – Visão GeralQuais são os principais tipos de relações identificados na estrutura de conceitos do UML?

Os principais tipos de relações do UML são nomeadamente relações do tipo associação, dependência, realização, generalização e transição de estado (ver Figura 4.4).

/ 27


Capítulo 4 Capítulo 4 -- UML – Visão GeralCom base em que princípio de modelação o UML propõe vários tipos de diagramas (com base nos quais se podem produzir visões complementares de um sistema)?

/ 28


Capítulo 4 Capítulo 4 -- UML – Visão GeralO que é uma marca com valor? Para que serve? Dê um exemplo de aplicação.

Uma marca com valor é representada por “{marca=valor}” e permite adicionar novas propriedades aos elementos, quer sejam elementos já existentes no UML, quer sejam elementos definidos por recurso a novos estereótipos.Uma marca com valor é um conceito que deve ser entendido como metadata (isto é, dados que descrevem dados) pois o seu valor aplica-se ao próprio elemento e não às suas instâncias. Conforme ilustrado na Figura 4.12, pode-se especificar o número de processadores instalados em cada tipo de nó, ou pode-se especificar se um determinado componente épara ser instalado/usado com perfil de cliente, servidor, ou ambos. Outras aplicações comuns encontram-se no suporte de versões e na gestão/produção de documentação/código.

/ 29


Capítulo 4 Capítulo 4 -- UML – Visão GeralO que é um pacote UML? Enumere as três principais motivações/benefícios para a utilização de pacotes.

/ 30


Capítulo 5 Capítulo 5 -- UML – Casos de Utilização



Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoIndique 2 vantagens da visualização de um caso de utilização.

1: Melhor compreensão dos requisitos por parte dos clientes e dos utilizadores, melhorando o processo de comunicação entre a equipa projectista e os clientes/utilizadores.

2: Permite a gestão e condução do próprio processo de desenvolvimento de software, considerando que cada caso de utilização pode ser a unidade básica da referida gestão e desenvolvimento.

/ 31


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoCom base no exemplo da “Máquina de Bebidas” descrito na Secção 5.4 complete a descrição dos requisitos do sistema ao especificar textualmente os casos de utilização definidos (passo 5 da metodologia proposta).

/ 32


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoEsboce um diagrama de casos de utilização para um controlo remoto de TV. Garanta que inclui todas as funções do controlo remoto como casos de utilização do seu modelo. Descreva textualmente os use case “Ligar TV” e “Seleccionar Canal”. Sugestão: Considere que a TV tem um sistema de password, configurado opcionalmente, para que os pais tenham a garantia que os filhos não passem muitas horas em frente ao televisor!

/ 33

Programar Inibição de TV

Ligar TV

Seleccionar Canal

Desligar TV

Ajustar Volume

Ajustar Cor

Utilizador

Programar Canal


Capítulo 5 Capítulo 5 -- UML – Casos de Utilização / 33 (cont.)

Caso de utilização: Ligar TV

Cenário Principal:O utilizador pressiona o botão ?. A TV liga-se. A imagem do monitor da TV aparece, apresentando informação do 1º canal que tiver sido programado.

Cenário Alternativo 1 (controlo de acesso activado, entrada c/ sucesso):O utilizador pressiona o botão?. A TV liga-se, mas não mostra imagens. Pede que o utilizadorintroduza uma sequência de 4/5 caracteres correspondente a uma senha de acesso. O utilizadorintroduz a senha adequada. Seguidamente a TV mostra imagens relativas ao 1º canal seleccionado.

Cenário Alternativo 2 (controlo de acesso activado, entrada s/ sucesso):Idem ao cenário alternativo 1, em que o utilizador não introduz a senha correcta. O sistema permite a introdução de 3 tentativas sucessivas, ao fim das quais, em caso de insucesso, bloqueia-se durante 60 minutos.

Esboce um diagrama de casos de utilização para um controlo remoto de TV. Garanta que inclui todas as funções do controlo remoto como casos de utilização do seu modelo. Descreva textualmente os use case “Ligar TV” e “Seleccionar Canal”. Sugestão: Considere que a TV tem um sistema de password, configurado opcionalmente, para que os pais tenham a garantia que os filhos não passem muitas horas em frente ao televisor!


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoAnalise os processos RUP e ICONIX e discuta as suas respectivas interpretações relativamente aos conceitos “requisitos” e “casos de utilização”.

/34


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoDiscuta as vantagens/desvantagens da aplicação de diagramas de casos de utilização na produção de cadernos de encargo e/ou propostas de sistemas de software.

/ 35

Os diagramas de casos de utilização são uma técnica que pode ser aplicada na elaboração de cadernos de encargo ou em propostas de sistemas de software, apresentando as seguintes vantagens:

?Permite estruturar e apresentar o que se propõe realizar segundo uma perspectiva funcional.?Como tem uma representação gráfica sugestiva, é mais fácil para os clientes

entenderem a própria proposta.?Ilustra-se sempre a perspectiva do utilizador.

Note-se, no entanto, que estes diagramas não substituem todas as informações necessárias de uma proposta, designadamente referentes a custos e prazos de execução.


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoDiscuta as vantagens/desvantagens da adopção de um estilo de escrita dos casos de utilização na óptica dos seus utilizadores. Sugestão: considere a possibilidade de geração de documentação.

/ 36


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoConsidere o sistema de uma equipa de futebol constituído pelos seguintes actores: jogador, treinador, atacante, guarda-redes, médio, defesa, presidente. Desenhe o respectivo diagrama de casos de utilização. Sugestão: considere por exemplo os seguintes casos: jogar, treinar, defender a baliza, pagar ao jogador, pagar ao treinador, vender jogador, contratar jogador, contratar treinador, despedir treinador.

/ 37

Treina

GuardaRedes Defende a Baliza

Compra JogadorVendeJogador

JogadorFutebol

Paga Jogador

Joga

Presidente

Despede TreinadorContrata Treinador Paga Treinador

Treinador


Capítulo 5 Capítulo 5 -- UML – Casos de UtilizaçãoFaça um diagrama de casos de utilização a partir do manual de utilizador de uma determinada aplicação. Considere por exemplo o Word da Microsoft ou outra qualquer aplicação do seu conhecimento.

/ 38


Capítulo 6 Capítulo 6 -- UML – Modelação da Estrutura



Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaUsar classes para definir o glossário do sistema “Jogo de Futebol” descrito de seguida: «O jogo de futebol é realizado por duas equipas de jogadores. Cada equipa é composta por 11 jogadores, com diferentes funções: o guarda-redes, defesas, médios, atacantes, e pontas de lança. O ponta de lança é um atacante especial por ter especiais características de goleador... O jogo é realizado num campo com medidas regulamentares (em comprimento e largura), tem duas balizas, cada qual em extremos opostos do campo. Ganha o jogo a equipa que marcar mais golos (i.e., colocar a bola) na baliza do adversário. No jogo apenas existe um única bola, que apresenta características (peso, diâmetro, …) regulamentares... O jogo de futebol é mediado por uma equipa de 3 árbitros, em que um é o árbitro principal, e os outros dois árbitros auxiliares…»

/ 39

Jogoresultadodata e hora

Bola

pesodiâmetro

Campolarguracomprimento

Baliza

Árbito

nomeidade

Principal Auxiliar

EquipaArbitragem

Equipa

Jogadornomepesoaltura

Guarda_Redes Defesa Médio Atacante

Ponta_de_Lança


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaTendo em conta o sistema “Jogo de Futebol” descrito no exercício anterior e as classes identificadas estabeleça agora as suas relações de forma a descrever o modelo de classes correspondente.

/ 40


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaConsidere o diagrama de classes relativo ao sistema de “Jogo de Futebol” produzido no exercício anterior. Defina 4 pacotes respectivamente para agrupar classes relativas a (1) equipas de jogadores; (2) equipas de arbitragem; (3) clubes de futebol; e (4) os jogos propriamente ditos. Defina o diagrama de pacotes respectivo, evidenciando as classes exportadas e as dependências de importação correspondentes.

/ 41

EquipaFutebol EquipaArbitragemFutebol

- Jogador+Equipa+Treinador

+ EquipaArbitragem+ ÁrbitroPrincipal+ ÁrbitroAuxiliar

Clube

+ Estádio+Presidente- Campo

JogoFutebol

+ Jogo

«import» «import»

«import»

«import»


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaTendo em conta o Exemplo 6.1, defina o diagrama de classes e o diagrama de objectos que suportem as seguintes afirmações:1) «o empresa XPTO possui um Audi A6 TDi vermelho, com matricula “99-99-AA”, que tem um motor 1900cc, com número “9999”»2)«a Marta é dona de um Ferrari F40 vermelho, com matricula “66-66-FF”, mas sem motor»3)«o Rui não têm qualquer carro»

/ 42

xpto:Proprietário

nome = "XPTO"

:Veiculo

modelo = “A6”matricula = “99-99-AA”cor = vermelho

:Motor

número = 9999cilindrada = 1900cc

marta:Proprietário

nome = ”Marta"

:Veiculo

modelo = “Ferrari F40”matricula = “66-66-FF”cor = vermelho

rui:Proprietário

nome = ”Rui"


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaModelize através de um diagrama de classes o seguinte discurso: “Uma mesa de café é constituída por um tampo e por quatro pernas…”

/ 43

Tampo

Pernas

MesaCafé 1

1

1

4

1

4

11


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaConsidere o seguinte discurso relativamente a um sistema de partidas de ténis: «Num torneio de ténis, cada partida é jogada entre 2 jogadores. Pretende-se manter informação sobre o nome e idade dos jogadores; data da partida e atribuição dos jogadores às partidas. O máximo de partidas que um jogador poderá realizar é 6 e o mínimo 1». Pretende-se:1)O diagrama de classes correspondente.2)O diagrama de objectos que retrate a seguinte situação: «Os jogadores Zé Maria e Pedro Cunha disputaram um partida às 20:30 de 99/10/10».

/ 44


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaObserve atentamente o seguinte diagrama de classes e indique textualmente o seu significado.

/ 45

Para todos os jogadores do tipo guarda-redes, o respectivo registo de desempenhoao longo de cada época e em cada equipa que o jogador tenha jogado; em particular o registo de golos marcados e sofridos, as vitórias, derrotas e empates ocorridos. Note-se que o jogador pode jogar ao longo de um época em mais que uma equipa.


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaModelize através de um diagrama de classes UML o modelo de dados para o seguinte discurso relativamente a um sistema básico de “Gestão de Facturas”: «Um sistema de facturação mantém informação sobre clientes, sobre tipos de produtos e de serviços vendidos/prestados. Um cliente é identificado univocamente pelo NIF, e tem ainda nome, morada, telefones, e tipo de cliente. Um cliente pode ter mais que uma morada… Uma factura é identificada univocamente pelo IDFactura, que é um número sequencial. Tem ainda a informação sobre data de facturação, cliente, valor total. Uma factura tem várias linhas, cada qual especificando a venda de um bem ou serviço… Uma factura pode ser paga por uma ou mais prestações. Cada pagamento parcial/total corresponde à emissão de respectivo recibo...»

/ 46


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaConsiderando o modelo de classes resultante do exercício anterior (“Gestão de Facturas”) descreva através de diagramas de objectos as seguintes situações:

1)«O cliente IPP S.A., com NIF “123456789”, com duas moradas. A primeira em “Praça da Alegria, 33, 1300-222 Lisboa” e a segunda em “Rua da Paz, 44, 4ºEsq, 2000-320 Santarém”»

/ 47

ipp:Cliente

nome = ”IPP S.A.”NIF = 123456789

m1:Morada

local = “Praça da Alegria, 33”cp = “1300-222 Lisboa”

m2:Morada

local = “Rua da Paz, 44, 4ºEsq.”cp = “2000-320 Santarém”


Capítulo 6 Capítulo 6 -- UML – Modelação da Estrutura2) «A factura, n.º “3445/2000”, data de facturação em “28/11/2000”, cliente “IPP S.A., e valor total de “350,000$00, é constituída por duas linhas. A primeira linha de factura consiste na venda de “200 caixas de parafusos de 20’”; a segunda linha consiste na venda de “10 perfuradoras de 350W”»

/ 47 (cont.)

ipp:Cliente

nome = ”IPP S.A.”NIF = 123456789

:Factura

nr= “3445/2000”data-factura = 28/11/2000valor-total = 350,000$00

l1:LinhaFactura

nr-unidades = 200

l2:LinhaFactura

nr-unidades = 10

:Produto

designação = “cx, parafusos 20’”

:Produto

designação = “perfuradora de 350 W”


Capítulo 6 Capítulo 6 -- UML – Modelação da EstruturaConsidere a seguinte extracto de código Java relativo utilização de classes definidas na package java.sql.*, em particular das classes DriverManager, Connection e Statement. Considere ainda que o código ilustrado está implementado na classe Cliente. Desenhe o diagrama de classes correspondente.

Connection con;Statement stmt;...Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); con = DriverManager.getConnection("jdbc:odbc:BD1");stmt = con.createStatement();...stmt.executeUpdate(“INSERT …”);...

stmt.executeUpdate(“UPDATE …”);

/ 48


Capítulo 7 Capítulo 7 -- UML – Modelação da Dinâmica



Capítulo 7 Capítulo 7 -- UML – Modelação da Dinâmica / 49

Considere-se o melhor cenário para o caso de utilização “Enviar Fax” (o cenário em que tudo corre bem”). Considere um sistema composto pelos seguintes objectos: máquina que envia; máquina que recebe; uma central que encaminha faxes e chamadas telefónicas. Desenhe o diagrama de sequências respectivo.

Emissor:MaqFax :Central Receptor:MaqFax

enviar(número) estabelecerLigacao()

enviar(fax)

desligar



Considere-se outros cenários para o caso de utilização “Comprar Bebida” relativo ao sistema “Máquina de Bebidas” introduzido anteriormente: - O utilizador introduziu mais dinheiro que o valor da bebida, e a máquina tem dinheiro para troco- O utilizador introduziu mais dinheiro que o valor da bebida, e a máquina não tem dinheiro para trocoDesenhe os respectivos diagramas de sequências e de colaboração.



Desenhe o diagrama de estados de uma tostadeira. Defina os diferentes estados do pão na tostadeira, sem esquecer de especificar os necessários eventos, acções, e condições com guarda.

Inicio

Inicializando

entry / acender Led2exit / Apagar Led2

Ligado

entry/ Acender Led1

Desligando

exit/ Apagar Led1

Fim

Ligar

Desligar

after (3 sec)



Desenhe o diagrama detalhado do estado “Screen Saving de um PC” que inclua sub-estados concorrentes (ver Exemplo 7.4). Considere, por exemplo, os estados responsáveis por tratarem o input do utilizador, outros responsáveis pela geração de imagens e actualização dinâmica no monitor.



Desenhe o diagrama de estados da classe javax.servlet.http.Servlet. Considere que um servlet Java evolui ao longo de diferentes estados, tais como: carregamento, inicialização, tratar pedido, destruição.

Carregando

Inicialização

entry/ init()

Activo

Destruição

entry/ destroy()

Post-Mortem

doPost()

doGet()



Idem ao exercício anterior relativamente à classe java.applet.Applet.



Desenhe o diagrama de actividades correspondente ao algoritmo do factorial de “n”

(n! = 1 se n ? 1; n*(n-1)! se n > 1).

inicialização

entry/ i = 1entry/ resultado = 1

calculo

entry/ i = i + 1entry/ resultado = resultado * i

impressão

entry/ Print (resultado)

fac torial ( n )

[ n > 1 ]

[ n <= 1 ]

[ n = i ]

[ n > i ]



Desenhe o diagrama de actividades correspondente ao seguinte processo de negócio: “gestão de encontros com clientes”:

1. Um vendedor telefona ao cliente e marca uma reunião.2. Se a reunião é na empresa, os técnicos da empresa preparam a sala de conferências para a apresentação.3. Se a reunião é fora da empresa (no escritório do cliente) um consultor prepara a apresentação num computador portátil.4. O consultor e o vendedor reúnem-se com o cliente no local e hora combinada.5. O vendedor envia ao cliente uma carta a resumir o “sucesso” da reunião.6. Se a reunião resultou na identificação de um problema, o consultor escreve uma proposta e envia-a para o cliente.



Modifique o diagrama de actividades da Figura 7.24 de modo a especificar o processo “levantar da cama” com as seguintes considerações. A seguir à actividade “acordar” um indivíduo realiza geralmente as seguintes actividades, sem uma ordem predefinida: “tomar pequeno-almoço”, “fazer a higiene matinal” e “cumprimentar a família”. Contudo, (1) apenas toma o pequeno-almoço se não tiver pressa; e (2) apenas cumprimenta a família se estiver bem disposto.

Acordar

Tomar pequeno-almoço

Fazer higiene matinal

Cumprimentar família

[ bem disposto ]

[ mal disposto ]

[ Não tem pressa ]

[ tem pressa ]



Considere o seguinte código Java constituído pelas classes SimpleThread e TwoThreadsTest. Desenhe o diagrama de classes que o suporta e o diagrama de colaboração correspondente a instâncias da classe TwoThreadsTest

….


Capítulo 8 Capítulo 8 -- UML – Modelação da Arquitectura



Capítulo 8 Capítulo 8 -- UML – Modelação da Arquitectura / 59

Pretende-se o diagrama de componentes correspondente ao programa ex-pipes desenvolvido em linguagem C, com os seguintes módulos: ex-pipes.c util.c server.c client.c, e com dependências definidas pelo seguinte makefile:

CC = gccCFLAGS = -g

ex-pipes : ex-pipes.o util.o server.o client.o $(CC) -g -o ex-pipes ex-pipes.o util.o server.o client.o

ex_pipes<<Application>>

ex_pipes.c<<source>>

util.c<<source>>

server.c<<source>>

client.c<<source>>

ex_pipes.o<<object>>

util.o<<object>>

server.o<<object file>>

client.o<<object>>



Pretende-se o diagrama de componentes correspondente à página web http://www.tvi.pt/ com o seguinte conteúdo:

<html><head>

<meta http-equiv="content-type" content="text/html"><title>TVI OnLine</title>

</head>

<frameset rows="296,*" border="0" frameborder="NO" framespacing="0"><frame src="index_hdr.html" name="hdr" noresize><frame src="index_ix.html" name="ix" noresize scrolling="NO">

</frameset><noframes>

<bodbgcolor="#000000" background="HmPG/directoIX_BG.jpg"></body>

</noframes></html>

Tenha em consideração os componentes (ficheiros) representados a negrito.



Pretende-se o diagrama de instalação da infra-estrutura computacional de apoio às suas aulas práticas. Considere apenas os nós existentes e os seus tipos de comunicação.

meuPC:PC(PC XPTO, PIII 450MHz)

Windows 2000

Office 97 Netscape

sBD:Servidor

Oracle 8i

sWeb:Servidor

Apache

sIP:Servidor

DNS Server

Internet

*



Alterar o diagrama produzido na exercício anterior de modo a incluir a descrição dos postos de trabalho e as componentes de software mais relevantes (e.g., servidor Web, ferramentas de trabalho (e.g., Rose, VisualStudio), servidor BD, sistema operativo).



Considere o serviço 118 da PT conforme introduzido no Exemplo 8.3. Modifique o exemplo dado tendo em consideração que o serviço é acedido através de um cliente/browser Web.

118-servidor:Servidor

Directório deTelefones

Programade Pesquisa

Resultados

:PC

WebBrowser

*

118-WebServer

HTTP



Pretende-se o diagrama de instalação para modelizar a seguinte situação:“Uma empresa industrial está estruturada em quatro departamentos: produção, comercial, controlo da qualidade, e administrativo-financeiro. Cada um destes departamentos tem um director respectivo. O director-geral é o responsável pela coordenação e supervisão de todos os departamentos. O departamento administrativo-financeiro está estruturado em duas secções, respectivamente a secção administrativa e a secção financeira.”

Sugestões: (1) Considere que os recursos do negócio (unidades orgânicas e as pessoas) são nós do diagrama

a desenhar.(2) Represente, através de estereótipos, o tipo das associações existentes entre nós.


Capítulo 9 Capítulo 9 -- UML – Aspectos Avançados



Capítulo 9 Capítulo 9 -- UML – Aspectos Avançados / 65

Tendo em conta a arquitectura a quatro camadas do UML, diga a que camada pertence cada um dos seguintes elementos: (i) Class; (ii) MetaClass; (iii) myServlet002; (iv) MyServlet.

(i) Class – Metamodelo(ii) MetaClass – Meta-metamodelo(iii) myServlet002 – Objecto do modelo(iv) MyServlet – Modelo



O que é um Classifier? Um caso de utilizador é um classificador?



Um estereótipo pode estender um elemento do tipo associação? Dê um exemplo e justifique a sua resposta.

Sim. Por exemplo, considere o estereótipo «communicate» nas associações entre actores e casos de utilização, usados nos diagramas de casos de utilização. Uma associação com estereótipo permite caracterizar mais adequadamente o tipo de associação correspondente.

(Ver Perfil Modelação de Negócios ou Perfil Processos de Desenvolvimento de Software, Secção 9.4)



O que são e para que servem os perfis UML?



O que é a classe base de um estereótipo? Qual é a classe base do estereótipo «entity», definido no perfil UML para processos de desenvolvimento de software?

A classe base de um estereótipo é uma classe no metamodelo UML (i.e., não é um elemento de modelação criado pelo utilizador) tal como Class, Association ouRefinement.

Conforme ilustrado na Tabela 9.1 a classe base do estereótipo «entity» é Class.



Considere o padrão de desenho Composto descrito na Secção 9.6.2; aplique-o para modelar a estrutura de elementos compostos e primitivos de um documento XML.



O que é o XMI? Explique a motivação do seu aparecimento.

O XMI (XML Metadata Interchange) é o standard da OMG para interoperação de metadata.

O XMI foi concebido inicialmente para representar metadata de modelação (i.e., de modelos de UML) e de programação. Estão também em curso iniciativas complementares para modelar outros domínios de aplicação e tecnologias tais como em datawarehousing e componentes.

Documents

36510668 Livro Uml Exercicios Resolvidos