0% acharam este documento útil (0 voto)
6 visualizações36 páginasModelagem de Arquitetura em UML
O documento aborda a modelagem arquitetônica utilizando UML, detalhando conceitos como pacotes, componentes e nós, além de suas interações e visibilidade. Ele apresenta técnicas comuns de modelagem, incluindo agrupamento de elementos e visualização de arquiteturas, e discute a importância de diagramas de componentes e de implantação. O texto também destaca as diferenças entre classes e componentes, bem como a modelagem de sistemas embutidos e distribuídos.
Traduzido por
ScribdTranslationsDireitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd
0% acharam este documento útil (0 voto)
6 visualizações36 páginasModelagem de Arquitetura em UML
O documento aborda a modelagem arquitetônica utilizando UML, detalhando conceitos como pacotes, componentes e nós, além de suas interações e visibilidade. Ele apresenta técnicas comuns de modelagem, incluindo agrupamento de elementos e visualização de arquiteturas, e discute a importância de diagramas de componentes e de implantação. O texto também destaca as diferenças entre classes e componentes, bem como a modelagem de sistemas embutidos e distribuídos.
Traduzido por
ScribdTranslationsDireitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd
IV.
Modelagem Arquitetônica
• Suporte para modelagem de Arquitetura em UML: (Arquitetura de 4+1 Visões de
UML / 5 Visões Interligadas do UML:
Preparado por: Sr. Atul B. Chaudhari
Pacote
• Um pacote é um mecanismo de uso geral para
organizando elementos em grupos.
Preparado por: Sr. Atul B. Chaudhari
Package Name
• Todo pacote deve ter um nome que o distinga de
outros pacotes. Um nome é uma string textual. Esse nome sozinho é
conhecido como um nome simples; um nome de caminho é o nome do pacote
prefixado pelo nome do pacote no qual aquele pacote
vidas, se houver.
Preparado por: Sr. Atul B. Chaudhari
Elementos Possuídos
• Um pacote pode conter outros elementos, incluindo classes,
interfaces, componentes, nós, colaborações, casos de uso,
diagramas e até outros pacotes.
• Possuir é um relacionamento composto, o que significa que o
o elemento é declarado no pacote. Se o pacote for destruído,
o elemento é destruído.
• Cada elemento é de propriedade única de exatamente um pacote.
• Você não pode ter duas classes chamadas Queue pertencentes ao mesmo
pacote, mas você pode ter uma classe chamada Fila no pacote P1
e outra (e differente) classe chamada Queue no pacote P2.
As classes P1::Queue e P2::Queue são, de fato, diferentes
classes e podem ser diferenciadas por seus nomes de caminho.
Prepared By:[Link]
Elemento possuído e visibilidade
Preparado por: Sr. Atul B. Chaudhari
Importando nd Exportng
• se o pacote de A importa o pacote de B, A pode agora ver B,
embora B não possa ver A.
• Importar concede uma permissão unidirecional para o
elementos em um pacote para acessar os elementos em
outro pacote.
• No UML, você modela um relacionamento de importação como um
dependência adornada com o estereótipo de importação.
• As partes públicas de um pacote são chamadas de suas
exportações.
Preparado por: Sr. Atul B. Chaudhari
Preparado por: Sr. Atul B. Chaudhari
Generalização
• generalizações, usadas para especificar famílias de
pacotes.
Preparado por: Sr. Atul B. Chaudhari
Técnicas Comuns de Modelagem
• 1. Modeling Groups of Elements: (Steps)
• Escaneie os elementos de modelagem em uma determinada visão arquitetônica
e procure agrupamentos definidos por elementos que são
conceitualmente ou semanticamente próximos uns dos outros.
• Cercar cada um desses grupos em um pacote.
• Para cada pacote, distinguir quais elementos devem ser
acessível fora do pacote. Marque-os como públicos, e todos
outros protegidos ou privados.
• Conecte explicitamente pacotes que se baseiam em outros via importação
dependências.
• No caso de famílias de pacotes, conecte especializado
pacotes para sua parte mais geral por meio de generalizações.
Preparado por: Sr. Atul B. Chaudhari
Preparado por: Sr. Atul B. Chaudhari
• [Link] Vistas Arquitetônicas : (Passos)
• Identifique o conjunto de visões arquitetônicas que são significativas em
o contexto do seu problema. Na prática, isso geralmente
includes a design view, a process view, an implementaton
visualização, uma visualização de implantação e uma visualização de caso de uso.
• Coloque os elementos (e diagramas) que são necessários e
suficiente para visualizar, especificar, construir e documentar o
semântica de cada visão no pacote apropriado.
• Conforme necessário, agrupe ainda mais esses elementos em seu próprio
pacotes.
• Geralmente haverá dependências entre os elementos em
visões diferentes. Portanto, em geral, deixe cada visão no topo de um
o sistema deve estar aberto a todos os outros nesse nível.
Preparado por: Sr. Atul B. Chaudhari
Preparado por: Sr. Atul B. Chaudhari
Diagrama de Componentes
• Componentes: um componente é um físico e
parte substituível de um sistema que se conforma a
fornece a realização de um conjunto de interfaces.
• Graficamente, um componente é renderizado como um retângulo
com abas.
• Os componentes são usados para modelar as coisas físicas
que pode residir no nó, como executável,
bibliotecas, tabelas, arquivos e documentos.
Preparado por: Sr. Atul B. Chaudhari
Nome
• Cada componente deve ter um nome que o distinga de
outros componentes. Um nome é uma string textual.
• Esse nome sozinho é conhecido como um nome simples;
• o nome do caminho é o nome do componente prefixado pelo nome de
o pacote em que esse componente reside
Preparado por: Sr. Atul B. Chaudhari
Componentes e Classes
• Semelhanças: Ambos têm nomes; ambos podem perceber um conjunto de
interfaces; ambos podem participar na dependência,
generalização e relacionamentos de associação;
• Differences:
• Classes representam abstrações lógicas; componentes representam
physical things that live in the world of bits. In short,
componentes podem viver em nós, classes não podem.
• Os componentes representam a embalagem física de outra forma
componentes lógicos e estão em um nível diferente de abstração.
• Classes podem ter atributos e operações diretamente. Em
geral, componentes só têm operações que são acessíveis
apenas através de suas interfaces.
Preparado por: Sr. Atul B. Chaudhari
Componentes e Classes
Preparado por: Sr. Atul B. Chaudhari
Componentes e Interfaces
Preparado Por: Sr. Atul B. Chaudhari
Tipos de Componentes
• 1. componentes de implantação: Estes são os
componentes necessários e suficientes para formar um executável
sistema, como bibliotecas dinâmicas (DLLs) e executáveis
(EXEs).
• 2. componentes do produto de trabalhoEsses componentes
são essencialmente o resíduo do processo de desenvolvimento,
constituído por coisas como arquivos de código-fonte e arquivos de dados
• 3. componentes de execuçãocomo aCOM+
Preparado por: Sr. Atul B. Chaudhari
Elementos Padrão
• A UML define cinco estereótipos padrão
que se aplicam a componentes:
Preparado por: Sr. Atul B. Chaudhari
Diagramas de Componentes
• Diagramas de componentes são um dos dois tipos
de diagramas encontrados na modelagem do físico
aspectos de sistemas orientados a objetos.
• Um diagrama de componentes mostra a organização
e dependências entre um conjunto de
componentes.
Preparado por: Sr. Atul B. Chaudhari
Técnicas Comuns de Modelagem
• [Link] Source Code :
• identifique o conjunto de arquivos de código-fonte e modele-os como componentes
estereotipados como arquivos.
• Para sistemas maiores, use pacotes para mostrar grupos de arquivos de código fonte.
• Considere expor um valor marcado indicando tais informações como o
número da versão do arquivo de código-fonte, seu autor e a data em que foi última
mudou.
• Modele as dependências de compilação entre esses arquivos usando
dependências.
Preparado por: Sr. Atul B. Chaudhari
Preparado por: Sr. Atul B. Chaudhari
• Modelando uma Versão Executável:
• Identifique o conjunto de componentes que você gostaria de modelar.
• Considere o estereótipo de cada componente neste conjunto. Você pode usar o
Os mecanismos de extensibilidade do UML para fornecer pistas visuais para esses
estereótipos.
• Para cada componente deste conjunto, considere seu relacionamento com seus vizinhos.
Preparado por: Sr. Atul B. Chaudhari
• Modelagem de um Banco de Dados Físico :
• Identifique as classes em seu modelo que representam sua lógica
esquema de banco de dados.
• Escolha uma estratégia para mapear essas classes em tabelas.
• Para visualizar, especificar, construir e documentar seu mapeamento,
criar um diagrama de componentes que contenha componentes
estereotipados como mesas.
Preparado por: Sr. Atul B. Chaudhari
• Modelagem de Sistemas Adaptáveis:
• Considere a distribuição física do
componentes que podem migrar de nó para
nó.
Preparado por: Sr. Atul B. Chaudhari
Diagrama de Implantação
• Nó: Um nó é um elemento físico que existe em execuçãotempo
e representa um recurso computacional, geralmente tendo em
pelo menos alguma memória e, frequentemente, capacidade de processamento.
Preparado por: Sr. Atul B. Chaudhari
Nomes
• Cada nó deve ter um nome que o distinga dos outros.
nós. Aname é uma string textual. Esse nome sozinho é conhecido
asasimple nome;
• um nome de caminho é o nome do nó prefixado pelo nome do
pacote no qual aquele nó vive.
Preparado por: Sr. Atul B. Chaudhari
Nós e Componentes
• Semelhanças: Ambos têm nomes; ambos podem participar em
dependência, generalização e associações relacionais;
• Diferenças:
• Componentes são coisas que participam do
execução de um sistema; nós são coisas que executam
componentes.
• Os componentes representam a embalagem física de
caso contrário, elementos lógicos; os nós representam o
implante físico de componentes.
Preparado por: Sr. Atul B. Chaudhari
Preparado por: Sr. Atul B. Chaudhari
Conexões
• uma associação representa uma conexão física
entre nós, como uma conexão Ethernet, uma
linha serial, ou um barramento compartilhado,
Preparado por: Sr. Atul B. Chaudhari
Diagramas de Implantação
• Termos e Conceitos:Ao diagrama de implantação é um
diagrama que mostra a configuração do processamento em tempo de execução
nós e os componentes que vivem neles. Graficamente, um
deployment diagram is a collecton of vertces and arcs.
• Propriedades Comuns: Um diagrama de implantação é apenas um
um tipo especial de diagrama e compartilha o mesmo comum
as propriedades de todos os outros diagramas um nome e gráfico
conteúdos que são uma projeção em um modelo.
• Contents:
– Nós
– Conexão
Preparado por: Sr. Atul B. Chaudhari
Técnicas Comuns de Modelagem
• 1. Modelagem de um Sistema Embutido :
• Identifique os dispositivos e nós que são exclusivos para o seu
sistema.
• Forneça pistas visuais, especialmente para dispositivos incomuns, usando
os mecanismos de extensibilidade da UML
• você vai querer distinguir os processadores (que contêm software
componentes) e dispositivos
• Modele os relacionamentos entre esses processadores e dispositivos
em um diagrama de implantação.
Preparado por: Sr. Atul B. Chaudhari
Preparado por: Sr. Atul B. Chaudhari
• [Link] de um Sistema Cliente/Servidor :
• Identifique os nós que representam o cliente do seu sistema e
processadores de servidor.
• Forneça pistas visuais para esses processadores e dispositivos via
estereotipagem.
• Modele a topologia desses nós em um diagrama de implantação.
Preparado por: Sr. Atul B. Chaudhari
• [Link] de um Sistema Totalmente Distribuído: