dê seu feedback
post favorito
Artigo SQL Magazine 68 - Utilizando UML: Diagramas de Implantação, Comunicação e TempoArtigo SQL Magazine 68 - Utilizando UML: Diagramas de Implantação, Comunicação e Tempo
Este artigo apresenta três dos 13 diagramas propostos pela UML na versão 2.0, os Diagramas de Implantação, Comunicação e Tempo.
SQL Magazine 68
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 68
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 68
Projeto
Utilizando UML: Diagramas de Implantação, Comunicação e Tempo
No oitavo artigo da série Utilizando a UML, apresentaremos mais três dos 13 diagramas descritos na especificação 2.0 da UML, completando assim a série de artigos que descreveu todos os diagramas da UML 2.0.
Em nosso último artigo, tratamos dos Diagramas de Interação Geral, Componentes e Pacotes indicados por muitos autores como método de especificação e documentação das etapas de modelagem de solução e implementação. No presente artigo, vamos tratar de três Diagramas bastante conhecidos na versão 2.0 da UML: os Diagramas de Implantação, Comunicação e Tempo.
Entre as versões 1.5 e 2.0 da UML, diversas alterações/evoluções foram realizadas. Os três diagramas que iremos abordar ao longo deste artigo são resultados nítidos de tal evolução da UML, como veremos a seguir.
O Diagrama de Implantação determina as necessidades de hardware do sistema, as características físicas como servidores, estações, topologias e protocolos de comunicação, ou seja, todo o aparato físico sobre o qual o sistema deverá ser executado. Os Diagramas de Componentes e de Implantação são bastante associados, podendo ser representados em separado ou em conjunto.
O Diagrama de Comunicação era conhecido como Diagrama de Colaboração até a versão 1.5 da UML, tendo seu nome modificado para Diagrama de Comunicação a partir da versão 2.0. Este Diagrama está amplamente associado ao Diagrama de Seqüência. Na verdade, um complementa o outro.
O Diagrama de Tempo é a fusão do Diagrama de Seqüência e Estado apresentando o comportamento dos objetos e sua interação em uma escala de tempo, ou seja, o estado dos objetos em relação ao tempo e às mensagens que modificam esse estado.
Estes três diagramas permitem na etapa análise e projeto modelar com bastante clareza os comportamentos e a implementação do modelo a ser desenvolvido. Neste artigo, vamos falar um pouco da definição, da sua utilização e principalmente dos aspectos de produtividade que fazem desses diagramas, importantes ferramentas na etapa de projeto e desenvolvimento.
O Diagrama de Implantanção
O Diagrama de Implantação é o diagrama com a visão mais física da UML (GUEDES, 2007). Este diagrama foca a questão da organização da arquitetura física sobe a qual o software irá ser implantado e executado em termos de hardware, ou seja, as máquinas (computadores pessoais, servidores etc.) que suportam o sistema, além de definir como estas máquinas serão conectadas e por meio de quais protocolos se comunicarão e transmitirão as informações.
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Clique aqui e acesse o Leitor Digital DevMedia para ler este artigo completo.
Utilizando UML: Diagramas de Implantação, Comunicação e Tempo
No oitavo artigo da série Utilizando a UML, apresentaremos mais três dos 13 diagramas descritos na especificação 2.0 da UML, completando assim a série de artigos que descreveu todos os diagramas da UML 2.0.
Em nosso último artigo, tratamos dos Diagramas de Interação Geral, Componentes e Pacotes indicados por muitos autores como método de especificação e documentação das etapas de modelagem de solução e implementação. No presente artigo, vamos tratar de três Diagramas bastante conhecidos na versão 2.0 da UML: os Diagramas de Implantação, Comunicação e Tempo.
Entre as versões 1.5 e 2.0 da UML, diversas alterações/evoluções foram realizadas. Os três diagramas que iremos abordar ao longo deste artigo são resultados nítidos de tal evolução da UML, como veremos a seguir.
O Diagrama de Implantação determina as necessidades de hardware do sistema, as características físicas como servidores, estações, topologias e protocolos de comunicação, ou seja, todo o aparato físico sobre o qual o sistema deverá ser executado. Os Diagramas de Componentes e de Implantação são bastante associados, podendo ser representados em separado ou em conjunto.
O Diagrama de Comunicação era conhecido como Diagrama de Colaboração até a versão 1.5 da UML, tendo seu nome modificado para Diagrama de Comunicação a partir da versão 2.0. Este Diagrama está amplamente associado ao Diagrama de Seqüência. Na verdade, um complementa o outro.
O Diagrama de Tempo é a fusão do Diagrama de Seqüência e Estado apresentando o comportamento dos objetos e sua interação em uma escala de tempo, ou seja, o estado dos objetos em relação ao tempo e às mensagens que modificam esse estado.
Estes três diagramas permitem na etapa análise e projeto modelar com bastante clareza os comportamentos e a implementação do modelo a ser desenvolvido. Neste artigo, vamos falar um pouco da definição, da sua utilização e principalmente dos aspectos de produtividade que fazem desses diagramas, importantes ferramentas na etapa de projeto e desenvolvimento.
O Diagrama de Implantanção
O Diagrama de Implantação é o diagrama com a visão mais física da UML (GUEDES, 2007). Este diagrama foca a questão da organização da arquitetura física sobe a qual o software irá ser implantado e executado em termos de hardware, ou seja, as máquinas (computadores pessoais, servidores etc.) que suportam o sistema, além de definir como estas máquinas serão conectadas e por meio de quais protocolos se comunicarão e transmitirão as informações.
"
ATENÇÃO! A exibição deste artigo foi interrompida.
Clique aqui e acesse o Leitor Digital DevMedia para ler este artigo completo.
Artigo SQL Magazine 52 - Estudos de Caso de Projeto de Bancos de Dados para Contas a Pagar e Receber
Artigo da SQL Magazine 26 - SQL Server 2000 fail-over clustering Parte II: Instalação e Configuração
Artigo SQL Magazine 23 - Influenciando o otimizador de consulta baseado em custo do Oracle - Parte 3
Artigo SQL Magazine 20 - Influenciando o otimizador de consulta baseadoem custo do Oracle - Parte II
Você está em:
canal SQL
Publicidade
Paulo César Barreto Da Silva
Space do autor
Graduado em Análise de Sistemas pelo Centro Universitário Salesiano de São Paulo e Pós graduado pela Universidade Estadual de Campinas na área de Orientação a Objetos.
Space do autor
0
0
