Já sabemos que a POO busca representar objetos reais ou abstratos na criação de programas. Um objeto real poderia ser uma pessoa ou um veículo, mas poderia ser algo abstrato como uma foto digital ou um objeto virtual que é capaz de enviar mensagens SMS para um celular.

No português, quando usamos substantivos como "pessoa", "carro" ou "foto digital", estamos nos referindo a algo de forma genérica. Quando usamos nomes como "Manoel", "Fiat Uno" ou "foto do Manoel" estamos nos referindo a coisas concretas e específicas: a pessoa chamada Manoel, o carro Fiat Uno, o arquivo com a foto do Manoel.

Quando desejamos representar tais objetos em um programa, estamos interessados em representar pessoas, carros ou fotos digitais de uma forma geral. Assim, nós criamos modelos para tais objetos. Um modelo para pessoas vai permitir representar pessoas de modo geral e não apenas uma pessoa específica. Desta forma, podemos criar um modelo de pessoa para representar o Manoel, a Maria, o João ou qualquer outra pessoa.

No sistema da loja virtual, o modelo permitirá que qualquer pessoa que preencha os requisitos para se cadastrar na loja possa fazer isso. Por exemplo, se a loja não permite que menores de 18 anos façam compras, tal restrição deve ser definida no modelo, restringindo o grupo de pessoas que o modelo representa (a não ser que o usuário minta a sua data de nascimento 😳).

As caracteristicas e funcionalidades de um objeto como pessoa em POO vai depender do tipo de sistema onde tal pessoa está sendo representada. Por exemplo, em um sistema de loja virtual, a pessoa pode ter como características um login e senha. Já em um sistema de academia, aos invés de tais características, a pessoa pode ter peso e altura. As funcionalidades poderiam ser: calcular idade e calcular índice de massa corporal (IMC).

O modelo de pessoa em uma loja virtual será diferente de um sistema de academia ou de hospital. Portanto, não se deve criar "super modelos" que são capazes de representar uma pessoa de forma tão geral que tal pessoa poderia ser utilizada em qualquer tipo de sistema para qualquer negócio. Como é óbvio, não faz sentido ter dados como peso e altura em um sistema de uma loja de eletrodomésticos.

Um modelo em POO é semelhante ao projeto de uma casa: a partir dele é possível criar quantas casas desejarmos, com as mesmas características, funcionalidades e restrições.

Algumas características poderiam ser cor, tamanho, quantidade de quartos e banheiros. No entanto, diferente de um projeto de engenharia, um modelo normalmente não define os valores destas características. Assim, ao construir uma determinada casa a partir deste modelo é que seria definida qual a cor a casa seria pintada. O modelo só indica que a casa precisa de uma cor.

Em um projeto de engenharia, características como "cor" não são especificadas, mas outras como "tamanho da casa" são previamente definidas e não podem ser alteradas a cada casa a ser construída. Um modelo de uma casa em POO também pode aplicar estas restrições, impedindo que o tamanho da casa seja alterado a cada nova casa.

Da mesma forma que uma casa, um modelo de pessoa pode definir características como cor da pele, peso, altura e naturalidade. No entanto, cada pessoa pode ter uma cor de pele, peso, altura e naturalidade diferente da outra.

Com estes exemplos, pode-se ver como a POO permite representar os mais diversos objetos do mundo real em um programa, diminuindo a distância entre:

Conhecemos os objetos como eles são no mundo real. Em POO, um objeto é um elemento criado a partir de uma classe. A classe é um modelo, um molde utilizado para criar objetos daquele tipo sempre que for desejado. A classe funciona então como uma fábrica de objetos. Cada objeto possui todas as características e funcionalidades definidas pela sua classe.

Vamos utilizar como exemplo uma aplicação para uma loja que precisa cadastrar seus clientes. A partir de uma classe Cliente, pode-se criar quantos objetos forem necessários. Desta forma, cada cliente da loja será representado por um objeto diferente. Apesar de todos os clientes terem as mesmas características definidas na classe, como nome, CPF, sexo e data de nascimento, os valores para cada uma dessas características pode ser diferente para cada cliente. Isto torna os clientes diferentes uns dos outros.

Nas figuras acima, temos à direta uma classe Pessoa que representa pessoas de uma forma genérica para um determinado software. No lado esquerdo temos o Manoel que representa uma pessoa específica.