A Unified Modelling Language (UML) é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de 'software' orientados a objectos. A UML não é um método de desenvolvimento, pois não diz o que fazer primeiro ou que fazer depois ou como desenhar o seu sistema, mas ajuda a visualizar o seu desenho e a comunicar com os outros. O UML é controlado pelo Object Management Group (OMG) e é a norma da indústria para descrever graficamente o 'software'.
Segundo GUEDES (2003), a UML (Unified Modeling Language ou Linguagem de Modelagem Unificada) é uma linguagem visual utilizada para modelar sistemas computacionais por meio
linguagem padrão de modelagem adoptada internacionalmente pela indústria de Engenharia de Software.
A UML é uma linguagem de modelação, cujo objectivo é auxiliar os engenheiros de software a definir as características do software, tais como seus requisitos, seu comportamento, sua estrutura lógica, a dinâmica de seus processos e até mesmo suas necessidades físicas em relação ao equipamento sobre o qual o sistema deverá ser implementado (GUEDES, 2003)
6.3.1 Elementos da UML
Na UML existem quatro elementos essenciais que podem classificados como elementos estruturais, comportamentais, de agrupamento e de anotação, porém somente dois foram utilizados para a modelagem do sistema:
• Elementos estruturais: são partes mais estáticas do modelo e representam elementos conceituais ou físicos (JUNIOR, 2001): diagrama de classes;
• Elementos comportamentais: os elementos comportamentais são as partes dinâmicas de um modelo em UML e representam comportamento no tempo e espaço (JUNIOR, 2001): diagrama de casos de uso, diagrama de sequência, diagrama de gráficos de estados.
6.3.2 Tipos de Relacionamentos
Os relacionamentos definem as dependências e ligações entre as classes, objectos, pacotes, tabelas, entre outros. Na UML existem quatro tipos de Relacionamentos. São eles:
• Associações: uma associação é um relacionamento estrutural, especificando que os objectos de um item estão conectados a objectos de outro item. Uma associação é uma ligação entre classes, uma semântica de ligação entre objectos das classes envolvidas na associação;
• Uma agregação é um caso especial de associação. A agregação indica que o relacionamento entre as classes é do tipo “partes-todo”;
• Generalização: a definição de generalização em UML é: “O relacionamento taxionómico entre um elemento mais geral e um mais específico”. O elemento mais específico é definido pelas características do objecto mais geral, porém inclui informações adicionais. Assim, a herança permite ao elemento se especializar dentro de um novo elemento. Uma classe pode herdar uma outra classe, mas um objecto nunca pode herdar outro objecto, ou seja, generalização é usada em tipos, nunca em instâncias;
• Dependência: sua semântica liga dois modelos de elementos (um dependente e outro independente), uma classe cliente é dependente de alguns serviços da classe fornecedora, mas não tem dependência estrutural interna com o fornecedor. Indica
uma situação, na qual, uma mudança num elemento (independente), pode afectar outro elemento da dependência (elemento dependente). Os clientes de uma classe podem ter tantas instâncias como subclasse, sendo útil definir interfaces diferentes para cada um desses tipos;
• Realização: a realização é um relacionamento semântico entre classificadores, em que um classificador especifica um contrato que outro classificador garante executar (BOOCH, 2000). Este tipo de relacionamento é encontrado nas relações de classes e interfaces, sendo as interfaces com o utilizador responsáveis por realizar as classes.
6.3.3 Diagramas da UML
A UML é composta de vários diagramas, e tem como principal objectivo fornecer múltiplas visões do sistema a ser modelado. Permite analisar e modelar o sistema sob diversos aspectos, sendo assim possível atingir a completude da modelagem, permitindo que cada diagrama complemente os outros.
Cada diagrama da UML analisa o sistema, ou parte dele, sob uma determinada óptica, como se o sistema fosse modelado em camadas, sendo que alguns diagramas enfocam o sistema de forma mais geral, apresentando uma visão externa do sistema, como é o objectivo do Diagrama de Casos de Uso, enquanto outros oferecem uma visão de uma camada mais profunda do software, apresentando um enfoque mais técnico ou ainda visualizando apenas uma característica específica do sistema ou um determinado processo (GUEDES, 2003). Quantos mais diagramas forem utilizados maior é a probabilidade de serem descobertas falhas, diminuindo a possibilidade da ocorrência de erros futuros. Os diagramas UML utilizados para modelagem do Sistema de Gestão Documental da Electra foram:
• Diagrama de casos de uso: na modelagem comportamental de um sistema, um subsistema ou uma classe, o diagrama de casos de uso apresenta uma visão externa de como esses elementos podem ser utilizados nesse contexto (JUNIOR, 2001);
• Diagrama de classes: são os diagramas mais utilizados em sistemas de modelagem orientados a objectos. O diagrama de classes é composto basicamente por um conjunto de classes orientadas entre si (JUNIOR, 2001);
• Diagrama de sequência: diagrama de interacção responsável pela modelagem dos aspectos dinâmicos de um sistema e que dá ênfase à ordenação temporal das mensagens trocadas entre objectos deste sistema (JUNIOR, 2001);
• Diagrama de gráficos de estados: o diagrama de gráficos de estados modela o fluxo de controlo de um estado para outro através de máquinas de estado (JUNIOR, 2001). É composto por estados simples e compostos e transições, incluindo eventos e acções; • Diagrama de componentes: o diagrama de componentes está amplamente associado
(GUEDES, 2003). Este diagrama representa os componentes do sistema quando este for implementado;
• Diagrama de instalação: Descreve a configuração de elementos de suporte ao processamento, componentes de software, processos e objectos existentes nesses elementos.
A figura representa a relação entre modelos e os diagramas do UML: