UML - Artigo Diagramas de Classes da UML

29/01/2019

Acompanhando o artigo do DevMedia (Parte 1 e Parte 2)...
* https://www.devmedia.com.br/como-interpretar-diagramas-de-classes-da-uml-parte-1/32481
* https://www.devmedia.com.br/aprenda-a-interpretar-diagramas-de-classes-da-uml-parte-2/32726

Conforme a Figura 1. Diagrama de classes representando o sistema de bilhetes a�reos (Segunda Parte)
existe a representa��o de Enumeradores, sendo descrita mais abaixo no subtitulo (Codifica��o do enum TipoBagagemEnum).
Observando a figura e a maneira de codifica��o, deduzo que no Banco de Dados exista uma tabela que corresponda a
BAGAGEM e uma correspondente ao ENUMERADOR, representando uma Modelo Relacional de Banco de Dados, com a Entidade Bagagem com uma
Chave Estrangeira do Enumerador que por sua vez conter� fisicamente os registro. N�o sei se estou interpretando equivocadamente.

Modelo Entidade Relacionamento que estou imaginando:

---------------------------------------                   -------------------------------
|           BAGAGEM                   |                   |     TIPOBAGAGEMENUM         |
---------------------------------------    1 -----  1     -------------------------------
|   IdBagagem INT (PK)                |                   |   IdEnumerador INT (PK)     |
|   IdTipoBagagem INT (FK)            |                   |   Nome VARCHAR(255)         |
|   Peso DOUBLE                       |                   |   PesoMaximo DOUBLE         |
---------------------------------------                   -------------------------------

Estou a realizar um exemplo e ASPNETMVC e EntityFramework e declaro minhas classes da seguinte maneira.
Por�m em meu Banco de Dados (SqlServer) n�o cria duas tabelas. Apenas cria um campo (smallint) na Classe que cont�m o enumerador,
ficando a descri��o do enumerador apenas no fonte. (Conforme d�vida de Wallace Olieira ao final do artigo). Seguem exemplo de classe que estou realizando abaixo:

using System;
using System.ComponentModel.DataAnnotations;

namespace GesCooper.Entities.Models.Veiculo
{
    [Table("VEICULO")]
    public class Veiculo
    {
        [Display(Name = "Descri��o")]
        public string Descricao { get; set; }

        [Display(Name = "Tipo de Ve�culo")]
        public TipoVeiculo Tipo { get; set; }
    }
}

using System.ComponentModel.DataAnnotations;

namespace GesCooper.Entities.Enumaradores.TipoVeiculo
{
    public enum TipoVeiculo : short
    {
        [Display(Name = "Passeio")]
        Passeio = 1,
        [Display(Name = "Carga")]
        Carga = 2,
        [Display(Name = "Corrida")]
        Corrida = 3,
        [Display(Name = "Transporte")]
        Transporte = 4,
    }
}

No entanto fico em d�vida como realizar a representa��o da UML... O enumerador no artigo, � representado com uma classe (acrescido de <<enum>>) e com atributos(id, nome, pesoMax) e uma Nota para descrever os valores poss�veis do Enumerador.

Em meu exemplo disponho de outra classe para representar o enumerador, mas seu valor � apenas adicionado no atributo da classe principal (tipo short). Ele tamb�m possui apenas um numero e uma valor associado ao numero (Deveria criar um TipoVeiculoEnum com campos Id e Descri��o e Adicionar uma nota com os poss�veis valores? Ainda, o nome da classe deve ser TipoVeiculoEnum ou a Propriedade Tipo da minha classe Veiculo?)

N�o consegui compreender o conceito para fazer de forma correta a diagrama��o (em meu exemplo)... Desde j� obrigado pela aten��o.

Infogen Ltda

Curtir t�pico + 0

Responder

Posts

29/01/2019

Fabricio Kawata

Neste caso, ao meu ver, voc� tem dois caminhos: o primeiro � utilizar o Enum, logo, por ser uma lista fixa de valores, n�o vejo necessidade de mapear essa estrutura como tabela, assim represent�-lo apenas como um atributo simples da classe principal � o suficiente. Caso voc� necessite de mais informa��es associadas ao TipoVeiculo, a� � o caso de transformar essa estrutura em uma classe, logo, mape�-la como uma tabela do banco. Assim, na classe principal voc� ter� um atributo relacionado � classe TipoVeiculo, que no banco se transformar� numa FK. Em suma, a abordagem a ser utilizada � muito pessoal, e de acordo com o contexto de uso da aplica��o. Quanto a nomenclatura a ser utilizada, para a classe sugiro "TipoVeiculo" e caso use enum, mantenha o nome sugerido.

Espero que outros colegas possam dar suas pr�prias opini�es para enriquecer a discuss�o.

Forte abra�o!

Responder

Gostei + 0