Relatório Análise Orientada a Objetos

Prévia do material em texto

<p>Relatório Análise Orientada a Objetos</p><p>Enrico Carvalho Souza</p><p>Introdução:</p><p>A modelagem de sistemas desempenha um papel vital no desenvolvimento de so�ware,</p><p>possibilitando a visualização e organização das en�dades e dos relacionamentos presentes em</p><p>um sistema. Por outro lado, o conceito de orienta��ão a objetos emergiu com o propósito de</p><p>mi�gar os desafios enfrentados até então na elaboração de so�wares complexos. Neste projeto,</p><p>exploraremos a importância da modelagem de sistemas u�lizando a UML e diagramas de</p><p>classes, focalizando o desenvolvimento de um diagrama para um sistema de gerenciamento de</p><p>locação de automóveis, além de discu�r suas vantagens e desvantagens na prá�ca.</p><p>Desenvolvimento:</p><p>O processo de desenvolvimento do diagrama de classes para o sistema de gerenciamento de</p><p>locação de automóveis foi realizado u�lizando a ferramenta Visual Paradigm Online. Em UML, os</p><p>diagramas de classes são fundamentais para modelar a estrutura está�ca de um sistema,</p><p>representando objetos, seus relacionamentos e funcionalidades. No caso específico do sistema</p><p>de locação de veículos, foram iden�ficadas diversas classes, como "Automóvel", "Modelo",</p><p>"Marca", "Locação" e "Cliente", cada uma com seus atributos e métodos definidos.</p><p>No processo, os diagramas de classes desempenham um papel crucial na modelagem de objetos</p><p>e na representação da estrutura está�ca de um sistema. Estes diagramas, uma das seis formas</p><p>de diagramas estruturais na UML, são fundamentais para compreender e comunicar a</p><p>arquitetura de um sistema, permi�ndo visualizar os objetos que o compõem, seus</p><p>relacionamentos e as funcionalidades que eles fornecem.</p><p>Durante as fases iniciais de um projeto de so�ware orientado a objetos, os diagramas de classe</p><p>capturam as classes conceituais que serão conver�das em classes e objetos de so�ware reais</p><p>durante a implementação. À medida que o projeto avança, esses diagramas são refinados para</p><p>representar partes específicas do sistema, interfaces com o usuário, implementações lógicas e</p><p>muito mais. Assim, eles se tornam uma representação instantânea de como o sistema funciona,</p><p>demonstrando os relacionamentos entre seus componentes em diferentes níveis de abstração e</p><p>orientando o planejamento da programação.</p><p>Dentro de um diagrama de classe, diversos elementos de modelo são u�lizados para descrever</p><p>os componentes do sistema. Classes representam objetos ou conjuntos de objetos com</p><p>estruturas e comportamentos comuns, enquanto objetos são instâncias específicas dessas</p><p>classes. Pacotes agrupam elementos relacionados do modelo, enquanto sinais e enumerações</p><p>representam �pos de dados e comunicações assíncronas entre objetos. Tipos de dados definem</p><p>valores de dados, enquanto artefatos representam en�dades �sicas do sistema, como arquivos</p><p>executáveis e bancos de dados. Os relacionamentos entre elementos de modelo são definidos</p><p>para estruturar e descrever a interação entre eles, enquanto qualificadores em extremidades de</p><p>associação permitem especificar atributos adicionais para essas associações.</p><p>Relatório Análise Orientada a Objetos</p><p>Enrico Carvalho Souza</p><p>Além disso, durante a a�vidade, foi resolvida a resolução do problema, detalhando como cada</p><p>classe se relaciona e como os atributos e operações são definidos. A plataforma Visual Paradigm</p><p>Online facilitou esse processo, permi�ndo uma visualização clara e organizada das classes e seus</p><p>relacionamentos. Também foram exploradas as vantagens e desvantagens do uso de diagramas</p><p>de classes na prá�ca, destacando a eficácia na comunicação de ideias complexas, mas</p><p>ressaltando a necessidade de atualização constante para manter a documentação relevante.</p><p>Dessa forma, os diagramas de classes oferecem uma representação abrangente e organizada da</p><p>estrutura e do comportamento de um sistema, permi�ndo aos desenvolvedores entender,</p><p>comunicar e implementar com eficácia sistemas de so�ware complexos.</p><p>Metodologia:</p><p>O diagrama de classes foi desenvolvido u�lizando a ferramenta Visual Paradigm Online. Após a</p><p>criação de uma conta e o login na plataforma, os seguintes passos foram realizados:</p><p>Desenvolvimento das Classes:</p><p>Foram criadas no diagrama as classes "Automóvel", "Modelo", "Marca", "Locação" e</p><p>"Cliente", representando as en�dades fundamentais do sistema. Cada classe recebeu uma</p><p>designação apropriada e foi incorporada ao diagrama, conforme mostrado na Figura 1.</p><p>Relatório Análise Orientada a Objetos</p><p>Enrico Carvalho Souza</p><p>Definição dos Atributos:</p><p>Após a criação das classes, foram estabelecidos os atributos para cada uma delas. Na</p><p>classe "Automóvel", foram definidos atributos como "numeroPlaca", "cor", "ano", entre outros.</p><p>Tanto as classes "Modelo" quanto "Marca" possuem o atributo "nome". Na classe "Locação",</p><p>foram atribuídos os atributos "dataLocacao" e "valorLocacao". Enquanto isso, a classe "Cliente"</p><p>incluiu atributos como "nome", "cpf" e "endereco". A Figura 2 apresenta os atributos definidos</p><p>para as classes.</p><p>Desenvolvimento dos Métodos:</p><p>Para cada classe, foram desenvolvidos métodos correspondentes às suas funcionalidades</p><p>específicas. Na classe "Automóvel", foram implementados métodos como "cadastrarAutomovel"</p><p>e "editarAutomovel". A classe "Modelo" incluiu métodos como "cadastrarModelo" e</p><p>"editarModelo". Já na classe "Marca", foram definidos métodos como "cadastrarMarca" e</p><p>"editarMarca". A classe "Locação" implementou o método "registrarLocacao". Por fim, a classe</p><p>"Cliente" possuía métodos como "cadastrarCliente" e "editarCliente". A Figura 3 mostra os</p><p>métodos desenvolvidos para cada classe.</p><p>Relatório Análise Orientada a Objetos</p><p>Enrico Carvalho Souza</p><p>Estabelecimento dos Relacionamentos:</p><p>Após a definição das classes, foi essencial estabelecer os relacionamentos entre elas.</p><p>U�lizando a relação de agregação, a classe "Automóvel" possui um "Modelo" e uma "Marca",</p><p>com cardinalidades de 1 para muitos. Da mesma forma, a classe "Modelo" está associada a uma</p><p>"Marca" com uma cardinalidade de 1 para muitos. Enquanto isso, a relação entre as classes</p><p>"Automóvel" e "Locação", e entre "Locação" e "Cliente", é de associação. Cada "Locação" pode</p><p>estar associada a um ou mais "Automóveis", e um "Cliente" pode estar associado a uma ou mais</p><p>"Locações". A Figura 4 ilustra os relacionamentos e as cardinalidades estabelecidas.</p><p>Relatório Análise Orientada a Objetos</p><p>Enrico Carvalho Souza</p><p>Conclusão:</p><p>A criação do diagrama de classes u�lizando a ferramenta Visual Paradigm Online foi essencial</p><p>para representar de forma concisa o sistema de gerenciamento de locação de automóveis. Este</p><p>processo demonstrou a importância da modelagem de sistemas na iden�ficação e organização</p><p>das en�dades e suas interações. Apesar das vantagens na comunicação de ideias complexas, é</p><p>importante ressaltar a necessidade de atualização constante dos diagramas para que funcionem</p><p>efe�vamente como documentação em longo prazo. Em resumo, a a�vidade prá�ca</p><p>proporcionou uma compreensão mais precisa do papel dos diagramas de classes na análise e</p><p>desenvolvimento de sistemas, consolidando o conhecimento em modelagem de sistemas e</p><p>destacando a importância da representação visual.</p>