PORTIFOLIO-Análise Orientada A Objetos
PORTIFOLIO-Análise Orientada A Objetos
PORTIFOLIO-Análise Orientada A Objetos
ENGENHARIA DE SOFTWARE
PORTIFOLIO
ANÁLISE ORIENTADA A OBJETOS
PALMAS–TO
2024
1
ALEFH JÚNIOR FARIAS BORGES
PORTIFOLIO
ANÁLISE ORIENTADA A OBJETOS
PALMAS–TO
2024
2
SUMÁRIO
1
INTRODUÇÃO.........................................................................................................04
2 DESENVOLVIMENTO........................................................................................05-
06
3 CONCLUSÃO..........................................................................................................08
3
1- INTRODUÇÃO
4
2- DESENVOLVIMENTO
5
elementos que representam entidades físicas em um sistema de software, como
arquivos executáveis, bibliotecas, componentes, documentos ou bancos de dados;
Relacionamentos em Diagramas de Classe: São conexões semânticas entre
elementos do modelo, definindo como eles se relacionam estrutural e
comportamentalmente; Qualificadores em Extremidades da Associação: São
propriedades opcionais em associações binárias que mantêm uma lista de atributos
associados. Cada atributo de associação representa uma chave que é usada como
subconjunto das instâncias de relacionamentos.
6
Veja que todas as classes que compõem um sistema de locação de
automóveis foram definidas. Cada automóvel pode ter um ou mais modelos, e cada
modelo pode pertencer a uma ou mais marcas. No entanto, um automóvel só pode
ser locado por um cliente de cada vez.
Um cliente pode fazer uma ou mais locações, desde que não tenha nenhuma
pendência. Isso é verificado pelo atributo "conCliente" (Consultar Cliente).
Existem muitos outros atributos que podem compor essas classes, mas aqui foram
mencionados apenas os essenciais para o funcionamento básico do sistema
conforme proposto.
Cada atributo possui um tipo que corresponde ao tipo de dado utilizado no código-
fonte (por exemplo, string, data, inteiro, etc.). O nome dado a cada atributo será
usado no código-fonte.
Por outro lado, a desvantagem é que os diagramas muitas vezes não são mantidos
atualizados ao longo do tempo para servirem como documentação de longo prazo.
Frequentemente, são criados rapidamente em um quadro branco para uso imediato
e, em seguida, apagados, o que pode resultar na perda da documentação.
CONCLUSÃO
7
Em resumo, o uso de diagramas de classes em UML é fundamental para o
processo de modelagem de objetos em sistemas de software. Esses diagramas
ajudam a visualizar a estrutura estática do sistema, representando as classes, seus
atributos e relacionamentos.
No entanto, uma desvantagem dos diagramas de classes é que eles muitas vezes
não são mantidos atualizados como documentação de longo prazo. Muitas vezes
são criados rapidamente para uso imediato em um quadro branco e depois
apagados, o que pode resultar na perda dessa documentação.