Sumrio

Definio ....................................................................................................................................... 2 Histrico ........................................................................................................................................ 2 Principais Diagramas ..................................................................................................................... 4 Diagrama de Casos de Uso ........................................................................................................ 4 Diagrama de Classes.................................................................................................................. 5 Diagrama de Objetos................................................................................................................. 6 Diagrama de Pacotes................................................................................................................. 7 Diagrama de Sequncia ............................................................................................................. 7 Diagrama de Comunicao ....................................................................................................... 8 Diagrama de Mquina de Estados ............................................................................................ 9 Diagrama de Atividade ............................................................................................................ 10 Diagrama de Viso Geral de Interao.................................................................................... 11 Diagrama de Componentes..................................................................................................... 12 Diagrama de Implantao ....................................................................................................... 13 Diagrama de Estrutura Composta ........................................................................................... 14 Diagrama de Tempo ou de Temporizao .............................................................................. 14 Sntese Geral dos Diagramas ....................................................................................................... 15 Principais ferramentas da UML ................................................................................................... 15 Enterprise Architect ........................................................................................................ 16 Visual Paradigm for UML ou VP-UML.............................................................................. 16 Poseidon for UML ............................................................................................................ 16 ArgoUML ......................................................................................................................... 16

Bibliografia .................................................................................................................................. 18

Definio A UML UnifiedModelingLanguage ou Linguagem de Modelagem Unificada uma linguagem visual utilizada para modelar softwares baseados no paradigmade orientao a objetos. uma linguagem de modelagem de propsito geral que pode ser aplicada a todos os domnios de aplicao. Essa linguagem tornou-se, nos ltimos anos, a linguagem-padro de modelagem adotada internacionalmente pela indstria de engenharia de software.

Histrico No inicio da utilizao do paradigma de orientao a objetos, diversos mtodos foramapresentados para a comunidade. Chegaram a mais de cinquenta entre os anos de 1989 a1994, porem a maioria deles cometeu o erro de tentar estender os mtodos estruturados dapoca. Com isso os maiores prejudicados foram os usurios que noconseguiam encontrar uma maneira satisfatria de modelar seus sistemas. Foi a partir da dcada de90 que comearam a surgir teorias que procuravam trabalhar de forma mais ativa com oparadigma da orientao a objetos. Diversos autores famosos contriburam com publicaes de seus respectivos mtodos.

Figura 1. Linha do Tempo de UML

Por volta de 1993 existiam trs mtodos que mais cresciam no mercado, erameles: Booch93 de GradyBooch, OMT-2 de James Rumbaugh OOSE de IvarJacobson.

Cada um deles possua pontos fortes em algum aspecto. O OOSE possua foco em casos de uso (use cases), OMT-2 se destaca na fase de analise de sistemas deinformao e Booch93 era mais forte na fase de projeto. O sucesso desses mtodos foi, principalmente, devido ao fato de no terem tentado estender os mtodos jexistentes. Seus mtodosj convergiam de maneira independente, ento seria mais produtivocontinuar de forma conjunta (SAMPAIO, 2007). Em outubro de 1994, comearam os esforos para unificao dos mtodos. Jem outubro de 1995, Booch e Rumbaugh lanaram um rascunho

do MtodoUnificado unificando o Booch93 e o OMT -2. Apos isso, Jacobson se juntou a equipedo projeto e o Mtodo Unificado passou a incorporar o OOSE. Em junho de 1996, ostrs amigos, como j eram conhecidos, lanaram a primeira verso com os trs mtodos - a verso 0.9 que foi batizada como UML (FOWLER, 2003). Posteriormente, foramlanadas varias novas verses na qual podemos acompanhar atravs do grfico na figura1. OMG3 lanou uma RFP (Request for Proposals) para que outras empresaspudessem contribuir com a evoluo da UML, chegando a verso 1.1. Aps alcanar esta verso, a OMG3 passou a adota-la como padro e a se responsabilizar (atravs daRTF RevisionTask Force) pelas revises. Essas revises so de certa forma, controladas a no provocar uma grande mudana no escopo original. A verso 2.0 da linguagem foi oficialmente lanada em julho de 2005, encontrando-se esta atualmente na verso 2.3 beta. Se observarmosas diferenas entre as verses atualmente, veremos que de uma para a outra no houvegrande impacto, o que facilitou sua disseminao pelo mundo.

Principais Diagramas Diagrama de Casos de Uso O diagrama de casos de uso o diagrama mais geral e informal da UML, utilizado normalmente nas fases de levantamento e anlise de requisitos do sistema,embora venha a ser consultado durante todo o processo de modelagem e possaservir de base para outros diagramas. Apresenta uma linguagem simples e defcil compreenso para que os usurios possam ter uma ideia geral de como osistema ir se comportar. Procura identificar os atores (usurios, outros sistemasou at mesmo algum hardware especial) que utilizaro de alguma formao software, bem como os servios, ou seja, as funcionalidades que o sistemadisponibilizar aos atores, conhecidas nesse diagrama como casos de uso. Vejana figura 1.1 um exemplo desse diagrama.

Figura 1.1 Exemplo de Diagrama de Casos de Uso. Diagrama de Classes O diagrama de classes provavelmente o mais utilizado e um dos mais importantesda UML. Serve de apoio para a maioria dos demais diagramas. Como oprprio nome diz, define a estrutura das classes utilizadas pelo sistema, determinandoos atributos e mtodos que cada classe tem, alm de estabelecer comoas classes se relacionam e trocam informaes entre si. A figura 1.2 apresenta umexemplo desse diagrama.

Figura 1.2 Exemplo de Diagrama de Classes. Diagrama de Objetos O diagrama de objetos est amplamente associado ao diagrama de classes. Naverdade, o diagrama de objetos praticamente um complemento do diagramade classes e bastante dependente deste. O diagrama fornece uma viso dos valoresarmazenados pelos objetos de um diagrama de classes em um determinadomomento da execuo de um processo do software. A figura 1.3 apresenta umexemplo de diagrama de objetos.

Figura 1.3 Exemplo de Diagrama de Objetos Diagrama de Pacotes O diagrama de pacotes um diagrama estrutural que tem por objetivo representaros subsistemas ou submdulos englobados por um sistema de forma a determinaras partes que o compem. Pode ser utilizado de maneira independenteou associado com outros diagramas. Esse diagrama pode ser utilizado tambmpara auxiliar a demonstrar a arquitetura de uma linguagem, como ocorre coma prpria UML ou ainda para definir as camadas de um software ou de umprocesso de desenvolvimento. A figura 1.4 apresenta um exemplo do mesmo. Diagrama de Sequncia O diagrama de sequncia um diagrama comportamental que preocupa-se coma ordem temporal em que as mensagens so trocadas entre os objetos envolvidosem um determinado processo. Em geral, baseia-se em um caso de uso definidopelo diagrama de mesmo nome e apoia-se no diagrama de classes para determinaros objetos das classes envolvidas em um processo. Um diagrama de sequnciacostuma identificar o evento gerador do processo modelado, bem como o atorresponsvel por esse evento, e determina como o processo deve se desenrolare ser concludo por meio da chamada de
7

mtodos disparados por mensagensenviadas entre os objetos. A figura 1.5 apresenta um exemplo desse diagrama.

Figura 1.4 Exemplo de Diagrama de Pacotes.

Figura 1.5 Exemplo de Diagrama de Sequncia. Diagrama de Comunicao O diagrama de comunicao era conhecido como de colaborao at a verso1.5 da UML, tendo seu nome modificado para diagrama de comunicao apartir da verso 2.0. Est amplamente associado ao diagrama
8

de sequncia: naverdade, um complementa o outro. As informaes mostradas no diagrama decomunicao com frequncia so praticamente as mesmas apresentadas no desequncia, porm com um enfoque distinto, visto que esse diagrama no sepreocupa com a temporalidade do processo, concentrando-se em como os elementosdo diagrama esto vinculados e quais mensagens trocam entre si duranteo processo. A figura 1.6 apresenta um exemplo de diagrama de comunicao.

Figura 1.6 Exemplo de Diagrama de Comunicao. Diagrama de Mquina de Estados O diagrama de mquina de estados demonstra o comportamento de um elementopor meio de um conjunto finito de transies de estado, ou seja, umamquina de estados. Alm de poder ser utilizado para expressar o comportamentode uma parte do sistema, quando chamado de mquina de estadocomportamental, tambm pode ser usado para expressar o protocolo de uso departe de um sistema, quando identifica uma mquina de estado de protocolo. Como o diagrama de sequncia, o de mquina de estados pode basear-se emum caso de uso, mas tambm pode ser utilizado para acompanhar os estadosde outros elementos, como, por exemplo, uma instncia de uma classe. A figura1.7 apresenta um exemplo de diagrama de mquina de estados.

Figura 1.7 Exemplo de Diagrama de Grfico de Estados. Diagrama de Atividade O diagrama de atividade era considerado um caso especial do antigo diagramade grfico de estados, hoje conhecido como diagrama de mquina de estados,conforme descrito na seo anterior. A partir da UML 2.0, foi consideradoindependente do diagrama de mquina de estados. O diagrama de atividadepreocupa-se em descrever os passos a serem percorridos para a concluso de umaatividade especfica, podendo esta ser representada por um mtodo com certograu de complexidade, um algoritmo, ou mesmo por um processo completo. Odiagrama de atividade concentra-se na representao do fluxo de controle deuma atividade. A figura 1.8 apresenta um exemplo desse diagrama.

10

Figura 1.8 Exemplo de Diagrama de Atividade. Diagrama de Viso Geral de Interao O diagrama de viso geral de interao uma variao do diagrama de atividadeque fornece uma viso geral dentro de um sistema ou processo de negcio. Essediagrama passou a existir apenas a partir da UML 2. A figura 1.9 apresenta umexemplo do diagrama em questo.

11

Figura 1.9 Exemplo de Diagrama de Viso Geral de Interao. Diagrama de Componentes O diagrama de componentes est amplamente associado linguagem de programaoque ser utilizada para desenvolver o sistema modelado. Esse diagramarepresenta os componentes do sistema quando o mesmo for ser implementadoem termos de mdulos de cdigo-fonte, bibliotecas, formulrios, arquivos deajuda, mdulos executveis etc. e determina como tais componentes estaroestruturados e iro interagir para que o sistema funcione de maneira adequada.A figura 1.10 apresenta um exemplo desse diagrama.

12

Figura 1.10 Exemplo de Diagrama de Componentes. Diagrama de Implantao O diagrama de implantao determina as necessidades de hardware do sistema,as caractersticas fsicas como servidores, estaes, topologias e protocolos decomunicao, ou seja, todo o aparato fsico sobre o qual o sistema dever serexecutado. Esse diagrama permite demonstrar tambm como se dar a distribuiodos mdulos do sistema, em situaes em que estes forem ser executadosem mais de um servidor. A figura 1.11 apresenta um exemplo desse diagrama.

Figura 1.11 Exemplo de Diagrama de Implantao.

13

Diagrama de Estrutura Composta O diagrama de estrutura composta descreve a estrutura interna de um classificador,como uma classe ou componente, detalhando as partes internas que ocompem, como estas se comunicam e colaboram entre si. Tambm utilizadopara descrever uma colaborao em que um conjunto de instncias cooperamentre si para realizar uma tarefa. A figura 1.12 mostra um exemplo de diagramade estrutura composta.

Figura 1.12 Exemplo de Diagrama de Estrutura Composta. Diagrama de Tempo ou de Temporizao O diagrama de tempo descreve a mudana no estado ou condio de uma instnciade uma classe ou seu papel durante um perodo. Tipicamente utilizadopara demonstrar a mudana no estado de um objeto no tempo em resposta aeventos externos. A figura 1.13 apresenta um exemplo desse diagrama.

Figura 1.13 Exemplo de Diagrama de Tempo.

14

Sntese Geral dos Diagramas Os diagramas da UML dividem-se em diagramas estruturais e diagramas comportamentais, sendo que os ltimos contm ainda uma subdiviso representadapelos diagramas de interao, conforme pode ser verificado na figura 1.14.

Figura 1.14 Diagramas da UML.

Como podemos observar, os diagramas estruturais abrangem os diagramas declasses, de estrutura composta, de objetos, de componentes, de implantao e depacotes, enquanto os comportamentais englobam os de casos de uso, atividade, mquina de estados, sequncia, comunicao, viso geral de interao e tempo, sendo que os ltimos quatro correspondem aos diagramas da subdiviso de diagramas de interao.

Principais ferramentas da UML Ferramentas CASE Baseadas na Linguagem UML Ferramentas CASE (Computer-Aided Software Engineering ou Engenharia de Software Auxiliada por Computador) so softwares que, de alguma maneira, colaboram para a execuo de uma ou mais atividades realizadas durante o processo de engenharia de software. A maioria das ferramentas CASE atuais suporta a UML, sendo essa, em geral, sua principal caracterstica. Entre as diversas ferramentas existentes hoje no mercado podemos citar:

15

 Enterprise Architect uma ferramenta muito fcil de utilizar. Emborano seja livre nem oferea uma edio para a comunidade, uma dasferramentas que mais oferecem recursos compatveis com a UML em sualtima verso. Apesar de no dispor de uma edio para a comunidade, a Sparx Systems, a empresa que produz a Enterprise Architect,

disponibilizauma verso trial, que pode ser utilizada por cerca de 60 dias, no site www.sparxsystems.com.au. Praticamente todos os exemplos

apresentados nestelivro foram produzidos por meio dessa ferramenta. Visual Paradigm for UML ou VP-UML a ferramenta pode ser encontradano site www.visual-paradigm.com e oferece uma edio para a comunidade, ou seja, uma verso da ferramenta que pode ser baixada gratuitamente desua pgina. Logicamente, a edio para a comunidade no suporta todosos servios e opes disponveis nas suas verses standard ou Professional. No entanto, para quem deseja praticar a UML, a edio para a comunidade uma boa alternativa, apresentando um ambiente amigvel e de fcilcompreenso. Alm disso, a Visual-Paradigm oferece ainda uma cpiaacadmica da verso standard para instituies de ensino superior, quepodem consegui-la solicitando-a na prpria pgina da empresa. To logo aVisual-Paradigm comprovar a veracidade das informaes fornecidas pelainstituio, ela enviar uma licena de um ano para uso pelos professorese seus alunos. A licena precisa ser renovada anualmente. Poseidon for UML esta ferramenta tambm tem uma edio para acomunidade, apresentando bem menos restries que a edio para acomunidade da Visual-Paradigm, mas a interface da Poseidon

sensivelmenteinferior VP-UML, alm de apresentar um desempenho um pouco inferior, embora ambas as ferramentas tenham sido desenvolvidasem Java. Uma cpia da Poseidon for UML pode ser adquirida no site www.gentleware.com. ArgoUML trata-se de uma ferramenta um tanto limitada, e sua interfaceno das mais amigveis e intuitivas. Porm, apresenta uma caractersticabastante interessante e atrativa: totalmente livre. O projeto ArgoUMLconstitui-se em um projeto acadmico, no qual os cdigos-fonte dessaferramenta podem ser baixados e utilizados at mesmo para o desenvolvimento de ferramentas comercias, como foi o caso da Poseidon for
16

UML. Os usurios dessa ferramenta podem perceber muitas semelhanas entre as duas ferramentas, mas a Poseidon tem uma interface muito melhor e, em geral, superior ArgoUML. O projeto de cdigo aberto ArgoUMLexige apenas que quaisquer empresas que utilizarem seus cdigos-fontecomo base para uma nova ferramenta disponibilizem uma edio para acomunidade gratuitamente. Uma cpia da ArgoUML pode ser encontradano site www.argouml.tigris.org.

17

Bibliografia

Guedes, Gilleanes T. A.UML 2 : uma abordagem prtica / Gilleanes T. A. Guedes. -- 2. ed. -- So Paulo :Novatec Editora, 2011.

Thania Clair de Souza Vargas. A histria de UML e seus diagramas.Departamento de Informtica e Estatstica Universidade Federal de Santa Catarina (UFSC) Florianpolis, SC Brazil.

18