As generalizações são bem lidas como "é um tipo de", na figura acima, cliente pessoa física é um supertipo de cliente, e cliente pessoa jurídica é um (outro) supertipo de cliente. Aliás, quando um bom nome para uma associação é "é um tipo de", devemos verificar se a associação deve dar lugar a um relacionamento degeneralização/especialização, sendo que cliente é um subtipo de cliente pessoa física e cliente pessoa jurídica.

Se a ponta da seta de um relacionamento de generalização/especialização for vazada, ele não é um relacionamento de generalização/especialização ou não estamos falando de UML. Aliás, a necessidade do uso da forma gráfica correta vale para todos os demais símbolos usados na notação, que é bastante rigorosa a esse respeito.

As especializações são bem lidas como "é um supertipo de", na figura acima, cliente pessoa física é um tipo de cliente, e cliente pessoa jurídica é um (outro) tipo de cliente. Aliás, quando um bom nome para uma associação é "é um tipo de", devemos verificar se a mensagem deve dar lugar a um relacionamento de generalização/especialização.

Se a multiplicidade de um relacionamento de generalização/especialização entre cliente e pedido for vazada, ele não é um relacionamento de generalização/especialização ou não estamos falando de UML. Aliás, a necessidade do uso da forma gráfica correta vale para todos os demais símbolos usados na notação, que é bastante rigorosa a esse respeito.

As generalizações são bem lidas como "é um tipo de", na figura acima, cliente pessoa física é um tipo de cliente, e cliente pessoa jurídica é um (outro) tipo de cliente. Aliás, quando um bom nome para uma associação é "é um tipo de", devemos verificar se a associação deve dar lugar a um relacionamento de generalização/especialização.