Guia de criação de diagramas UML e modelação de bases de dados

Diagrama de pacote. É utilizado para representar as dependências entre os pacotes que compõem um modelo. O seu principal objetivo é mostrar a relação entre os vários componentes grandes que formam um sistema complexo. 

Diagrama de perfil. É menos parecido com um diagrama e mais com um linguagem. Um diagrama de perfil ajuda a criar novas propriedades e semântica para diagramas UML, ao definir estereótipos personalizados, valores marcados e restrições. Estes perfis permitem-lhe personalizar um metamodelo UML para diferentes plataformas (por exemplo, Java Platform, Enterprise Edition (Java EE) ou Microsoft .NET Framework) e domínios (por exemplo, modelação de processos de negócio, arquitetura orientada para serviços, aplicações médicas, etc.). 

Exemplo de diagrama de casos de utilização UML básico. Modelo disponível para transferir.

Diagrama de casos de utilização. Descreve o que um sistema faz, mas não como o faz. Um caso de utilização é um conjunto de eventos que ocorre quando um "ator" utiliza um sistema para completar um processo. Um ator é definido como qualquer pessoa ou coisa que interaja com o sistema (pessoa, organização ou uma aplicação) de fora do sistema. Assim, um diagrama de casos de utilização descreve visualmente esse conjunto de sequências e representa os requisitos funcionais do sistema. 

Diagrama de descrição geral da interação. Muitas vezes complexo, este diagrama é semelhante ao diagrama de atividade, uma vez que ambos mostram uma sequência de atividades passo a passo. No entanto, um diagrama de descrição geral de interação é um diagrama de atividades composto por diferentes diagramas de interação. Utiliza as mesmas anotações que um diagrama de atividades (nó inicial, final, decisão, unir, bifurcar e juntar) com a adição de elementos como interação, uso da interação, restrição de tempo e restrição de duração. 

Diagrama de tempo. Este diagrama UML é utilizado sempre que o tempo é o protagonista. Também conhecido como diagrama sequencial ou de eventos, não mostra como os objetos interagem ou se alteram mutuamente. Funcionalmente, mostra como os objetos e atores agem ao longo de uma linha cronológica. Aqui, o foco está na duração dos eventos e nas alterações que ocorrem consoante as restrições de duração. As partes principais de um diagrama de temporização incluem:

• Linha de vida: participante individual

• Linha cronológica de estados: diferentes estados pelos quais a linha de vida passa num pipeline

• Restrição de duração: tempo necessário para cumprir uma restrição

• Restrição de tempo: período em que algo tem de ser cumprido pelo participante

• Ocorrência de destruição: onde termina a linha de vida de um objeto. Nenhuma outra ocorrência aparecerá após a ocorrência de destruição numa linha de duração. 

Diagrama de máquina de estado. Também designado por diagrama de estados, este diagrama aplica-se quando o comportamento de um objeto é complexo e os detalhes são essenciais. Ajuda a descrever o comportamento de um objeto (ou às vezes de um operador) e como o mesmo se altera com base em eventos internos e externos. 

Diagrama sequencial. Popular para além da comunidade de design, este diagrama visualmente apelativo é indicado para mostrar todos os tipos de processos empresariais. Revela simplesmente a estrutura de um sistema, ao mostrar a sequência de mensagens e interações entre atores e objetos cronologicamente. Os diagramas sequenciais mostram iteração e subdivisões simples. É adequado para multitarefas. 

Diagrama de comunicação. Um diagrama de comunicação ou colaboração é semelhante a um diagrama sequencial. No entanto, enfatiza a comunicação entre objetos. Mostra a organização dos objetos que participam numa interação e apresenta iteração e ramificação mais complexas. 

Modelos de base de dados

A UML também tem ganhado popularidade como notação para modelar bases de dados. Estes modelos são uma excelente ferramenta visual para gerar ideias, criar diagramas de forma livre e colaborar em torno de ideias.  

Embora a UML não tenha especificações para modelação de dados, pode ser uma ferramenta útil para criar diagramas, sobretudo porque os dados das bases de dados podem ser utilizados em programação orientada para objetos.  

Vejamos os diferentes tipos de modelos de base de dados que pode criar:

• Modelo hierárquico de base de dados. Os dados deste modelo estão organizados numa estrutura tradicional em forma de árvore. A árvore é composta por vários grupos designados por segmentos. Utiliza uma relação um-para-muitos. O acesso aos dados também é previsível. 

• Modelo de rede. Este modelo assume a forma de um Grafo, em que os tipos de relação são arcos e os tipos de objetos são nós. Ao contrário de outros modelos de base de dados, o esquema do modelo de rede não está limitado a uma estrutura reticular ou hierárquica. 

• Modelo de base de dados orientado para objetos. Este modelo utiliza uma coleção de objetos, ou elementos de software reutilizáveis, com funcionalidades e métodos associados. Por exemplo, uma base de dados multimédia poderá ter imagens que não podem ser armazenadas numa base de dados relacional. Pode ainda dar-se o caso de uma base de dados de hipertexto permitir a ligação a outros objetos. 

• Modelo relacional. Aqui, os dados são estruturados com relações, ou estruturas matemáticas semelhantes a grelhas que têm colunas e linhas. Trata-se essencialmente de uma tabela. 

• O modelo objeto-relacional. Tal como o nome indica, este modelo é uma combinação dos dois acima mencionados. Suporta objetos, classes, herança e outros elementos orientados para objetos, mas também suporta tipos de dados, estruturas tabulares e muito mais - como num modelo de dados relacional. 

• Modelo entidade-relacionamento. É composto por tipos de entidades (pessoas, lugares ou coisas). Mostra as relações que podem existir entre elas. Ao definir as entidades, os seus atributos e mostrar as relações entre elas, um diagrama ER ilustra a estrutura lógica das bases de dados. 

• Modelo documental. Foi concebido para armazenar e gerir documentos ou dados semi-estruturados, em vez de dados atómicos. Tem uma estrutura em árvore em que cada nó é um objeto que representa uma parte do documento. 

• Modelo entidade-atributo-valor. Nos modelos EAV ou de esquema aberto, os dados são registados em três colunas:
  • A entidade (aquilo que está a ser descrito)

   

  • O atributo ou parâmetro (por exemplo, nome, descrição, tipo de dados)

   

  • O valor do atributo

• Esquema em estrela. Esta é a versão mais simples de um modelo dimensional, em que os dados são organizados em dimensões e factos. É utilizado em business intelligence e armazenamento de dados, uma vez que é adequado para consultar conjuntos de macrodados. 

Simplifique com software

Quer esteja a criar modelos de base de dados ou diagramas UML, utilizar uma ferramenta de software simplifica e melhora o processo. Certifique-se de que escolhe uma opção que lhe permita:

• Crie diagramas profissionais com modelos prontos a utilizar e milhares de formas num ecossistema de conteúdos que cumpra normas do setor, como UML 2.5, mas também BPMN 2.0 e IEEE. 

• Dê vida aos diagramas com sobreposição de dados, ícones, cores e gráficos para facilitar a compreensão dos dados, incluindo, num só passo, a apresentação de dados do Excel. 

• Colabore com outras pessoas através de cocriação, comentários e anotações. 

• Comunique uma versão da verdade e aceda a diagramas a partir de praticamente qualquer lugar num browser ou em aplicações de dispositivos. 

Utilizar diagramas UML visuais no desenvolvimento de software e em sistemas que não são de software em muitos setores pode desempenhar um papel fundamental no êxito da criação de processos e estruturas comportamentais. Saiba mais sobre como criar diagramas UML com software através deste guia passo a passo.