Caminho de Navegação Uml / Artigos / UML - Unified Modeling Language

Uml

 

Nenhuma avalição
Indique ao Ueba Indique ao BlogBlogs Indique ao Delicious Indique ao Technorati Indique ao Google Bookmarks Indique ao Newsgator
TAGS

Nenhuma tag foi definida ainda!

Defina as tags para esta página preenchendo o campo abaixo.

  • Máximo de 100 tags
  • Cada tag deve ter até 20 caracteres.
  • Separar as tags com virgula. Ex.: php, sql, html, xml, fireworks
COMENTAR

INDICAR
Nome do amigo: E-mail do amigo: Comentário:
REPORTAR ERRO Descreva o erro:

UML - Unified Modeling LanguagePostada em: 30/01/2005

João Carlos da Silva Junior
Por: João Carlos da Silva Junior Nº de Visualizações: 4115.



Olá prezado leitor.

È com grande satisfação que início nosso bate-papo sobre análise orientada a objetos, UML e ferramentas CASE. Espero que este seja o primeiro de muitos artigos. Como primeiro contato, vou falar um pouco sobre a história da UML e qual a utilização nas áreas de tecnologia da informação.


Um pouco de história:
Pode-se dizer que a UML surgiu para resolver um grande problema no desenvolvimento de software, a falta de uma notação padronizada e eficaz que abranja qualquer tipo de aplicação. Cada simbologia existente possui seus próprios conceitos, gráficos e terminologias resultando em uma grande confusão.
A UML foi desenvolvida por Grady Booch, James Rumbaugh, e Ivar Jacobson que são conhecidos como "os três amigos". Eles possuem um extenso conhecimento na área de modelagem orientada a objetos já que as três mais conceituadas metodologias de modelagem orientada a objetos foram eles que desenvolveram e a UML é a junção do que havia de melhor nestas três metodologias adicionado novos conceitos e visões da linguagem.

Vale a pena dizer que a UML é muito mais que a padronização de uma notação, é o desenvolvimento de novos conceitos. Por essa razão entender UML não é apenas aprender a ler uma simbologia, mas significa aprender a modelar orientado a objetos.


O uso da UML:
A UML é utilizada em diversos tipos de sistemas, ela abrange todas as fases desde a especificação de requisitos até a fase de testes.


Mas qual o objetivo da UML?
O objetivo da UML é descrever qualquer tipo de sistema, em termos de diagramas orientados a objetos. Para os artigos que serão publicados, vou falar sobre os sistemas de informação.
Sistemas de Informação são aqueles os quais temos que armazenar, pesquisar, editar e mostrar informações para os usuários. Manter grandes quantidades de dados com relacionamentos complexos, que são guardados em bancos de dados relacionais ou orientados a objetos
É claro que se pode utilizar a UML para sistemas distribuídos, sistemas técnicos, sistemas real-time, sistemas de negócios entre outros, ou seja, a UML suporta a modelagem de qualquer tipo de sistema.


Trabalhando com UML:
Para iniciar nosso trabalho precisamos saber quais são os principais diagramas da UML. São eles:

a) Use Case: é um conjunto de cenários ligados por um objetivo comum de um usuário. Mas o que é um cenário? Cenário é uma seqüência de passos que descreve uma interação entre um usuário e um sistema. Complicado? Com o o exemplo fica mais fácil:

Fazendo macarrão
O cozinheiro procura o pacote de macarrão no armário, procura uma panela, enche a panela com água, coloca a quantidade necessária de macarrão na panela, acende a “boca” do fogão, deixa ferver por alguns minutos, após o término procura o escorredor de macarrão, coloca o macarrão para escorrer.


Dizemos que este cenário é uma alternativa que pode acontecer. Mas imagine. Pode acontecer o seguinte:

1) Não encontrar o macarrão
2) Não encontrar a panela
3) Não ter água


Normalmente quando modelamos sistemas, definimos um caso de uso principal e outros que serão os alternativos.
Muita informação? Não se preocupe, toda semana vou divulgar um artigo para cada diagrama com exemplos que irão reforçar os conceitos e apresentar a notação utilizada na UML.

b) Seqüência: é uma ferramenta que deve ser utilizada sempre em função dos casos de uso. Um diagrama de seqüência captura o comportamento de um único caso de uso, ou seja, mostra a interação entre os objetos ao longo do tempo, apresentando os objetos que participam da interação e a seqüência das mensagens trocadas.

c) Atividades: utilizado para descrever a seqüência de atividades, utilizando comportamento condicional e paralelo.

d) Classes: utilizado para modelar as informações sobre métodos, atributos, nome das funções e como serão integradas. Um diagrama de classes bem modelado é fundamental para auxiliar o desenvolvedor.

Vale a pena lembrar que temos outros diagramas na UML, os diagramas de estado, diagramas de colaboração e diagramas físicos.

Vou ficando por aqui. Na próxima semana vou falar sobre o diagrama use case e um pouco sobre ferramentas CASE.
Caso tenham alguma dúvida, crítica ou sugestão estou a disposição para ouvir vocês. O objetivo desta coluna é a troca de conhecimentos.


Meu e-mail é: joao@atenacriacao.com.br
Até logo.