UML, Metodologias e Ferramentas CASE Parte 2 Linguagem de Modelaçã

(1)

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

Exercícios Ímpares - - Alberto Rodrigues da Silva

Carlos Videira

“ “ UML, Metodologias e Ferramentas CASE UML, Metodologias e Ferramentas CASE ” ” Parte 2

Parte 2 – – Linguagem de Modela Linguagem de Modela çã çã o UML o UML

(2)

2 Livro “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

(3)

3

Capítulo 4

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

Das 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

(4)

Capítulo 4

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

Quais são os dois aspectos importantes que se ganham com a adopção do UML.

/ 26

(5)

5

Capítulo 4

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

Quais 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

(6)

Capítulo 4

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

Com 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

(7)

7

Capítulo 4

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

O 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

(8)

Capítulo 4

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

O que é um pacote UML? Enumere as três principais motivações/benefícios para a utilização de pacotes.

/ 30

(9)

9

Capítulo 5

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

Exercícios do Capítulo 5

(10)

Capítulo 5

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

Indique 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

(11)

11

Capítulo 5

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

Com 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

(12)

Capítulo 5

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

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!

/ 33

Programar Inibição de TV

Ligar TV

Seleccionar Canal

Desligar TV

Ajustar Volume

Ajustar Cor Utilizador

Programar Canal

(13)

13

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 utilizador introduza uma sequência de 4/5 caracteres correspondente a uma senha de acesso. O utilizador introduz 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!

(14)

Capítulo 5

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

Analise os processos RUP e ICONIX e discuta as suas respectivas interpretações relativamente aos conceitos “requisitos” e “casos de utilização”.

/34

(15)

15

Capítulo 5

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

Discuta 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.

(16)

Capítulo 5

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

Discuta 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

(17)

17

Capítulo 5

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

Considere 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 Jogador VendeJogador

JogadorFutebol Paga Jogador

Joga Presidente

Despede Treinador

Contrata Treinador Paga Treinador

Treinador

(18)

Capítulo 5

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

Faç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

(19)

19

Capítulo 6

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

Exercícios do Capítulo 6

(20)

Capítulo 6

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

Usar 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

Jogo resultado

data e hora Bola

peso diâmetro

Campo largura comprimento

Baliza

Árbito nome idade

Principal Auxiliar

EquipaArbitragem Equipa

Jogador nome peso altura

Guarda_Redes Defesa Médio Atacante

Ponta_de_Lança

(21)

21

Capítulo 6

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

Tendo 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

(22)

Capítulo 6

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

Considere 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»

(23)

23

Capítulo 6

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

Tendo 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 = 9999 cilindrada = 1900cc

marta:Proprietário

nome = ”Marta"

:Veiculo

modelo = “Ferrari F40”

matricula = “66-66-FF”

cor = vermelho

rui:Proprietário

nome = ”Rui"

(24)

Capítulo 6

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

Modelize 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

4 1

1

(25)

25

Capítulo 6

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

Considere 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

(26)

Capítulo 6

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

Observe 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 desempenho ao 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.

(27)

27

Capítulo 6

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

Modelize 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

(28)

Capítulo 6

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

Considerando 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”

(29)

29

Capítulo 6

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

2) «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/2000 valor-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”

(30)

Capítulo 6

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

Considere 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

(31)

31

Capítulo 7

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

Exercícios do Capítulo 7

(32)

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

(33)

33

Capítulo 7

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

^{/ 50}

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 troco Desenhe os respectivos diagramas de sequências e de colaboração.

(34)

Capítulo 7

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

^{/ 51}

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.

Ini cio

Inicializando entry / acender Led2 exit / Apagar Led2

Ligado

entry/ Acender Led1

Desligando exit/ Apagar Led1

Fim Ligar

Desligar after (3 sec)

(35)

35

Capítulo 7

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

^{/ 52}

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.

(36)

Capítulo 7

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

^{/ 53}

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/ dest roy ()

Post-Mortem

doPost() doGet()

(37)

37

Capítulo 7

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

^{/ 54}

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

(38)

Capítulo 7

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

^{/ 55}

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

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

iniciali zação entry/ i = 1

entry/ resultado = 1

calculo entry/ i = i + 1

entry/ resultado = resultado * i

impressão entry/ Print (resultado) fac torial ( n )

[ n > 1 ] [ n <= 1 ]

[ n = i ] [ n > i ]

(39)

39

Capítulo 7

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

^{/ 56}

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.

(40)

Capítulo 7

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

^{/ 57}

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 ]

(41)

41

Capítulo 7

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

^{/ 58}

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

….

(42)

Capítulo 8

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

Exercícios do Capítulo 8

(43)

43

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 = gcc CFLAGS = -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

<<Applic ation>>

ex_pipes.c

<<source>>

util.c

<<source>>

server. c

<<s ource>>

client.c

<<source>>

ex_pipes.o

<<object>>

util.o

<<object>>

server.o

<<object file>>

client.o

<<object>>

(44)

Capítulo 8

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

^{/ 60}

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

<html>

<head>

<title>TVI OnLine</title>

</head>

</frameset>

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

</body>

</noframes>

</html>

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

(45)

45

Capítulo 8

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

^{/ 61}

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

*

(46)

Capítulo 8

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

^{/ 62}

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).

(47)

47

Capítulo 8

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

^{/ 63}

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/browserWeb.

118-servidor:Servidor

Directório de Telefones

Programa de Pesquisa

Resultados

:PC

WebBrowser

*

118- WebServer

HTTP

(48)

Capítulo 8

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

^{/ 64}

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.

(49)

49

Capítulo 9

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

Exercícios do Capítulo 9

(50)

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

(51)

51

Capítulo 9

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

^{/ 66}

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

(52)

Capítulo 9

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

^{/ 67}

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)

(53)

53

Capítulo 9

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

^{/ 68}

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

(54)

Capítulo 9

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

^{/ 69}

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

ou

Refinement.

Conforme ilustrado na Tabela 9.1 a

classe base do estereótipo «entity» é Class.

(55)

55

Capítulo 9

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

^{/ 70}

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.

(56)

Capítulo 9

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

^{/ 71}