Uma generalização é um relacionamento entre uma classe, chamada superclasse, e variações dessa classe, chamadas subclasses. A superclasse contém atributos, operações e associações comuns às subclasses. As subclasses podem acrescentar atributos, operações e associações específicas. Uma instância de uma subclasse é simultaneamente uma instância das suas superclasses.

No diagrama, há cinco objetos. Os nomes dos objetos são: TelaCadastramento, CntrInteracao, SolicitacaoCadastramento, TelaConfirmacao e CntrNegocio. O diagrama encontra-se incorreto pois há mais de um método com o mesmo nome, o que resulta em ambigüidade.

Se duas classes estão relacionadas por uma associação, as suas instâncias podem ser armazenadas em mais de uma tabela ou em uma única tabela. Se forem armazenadas em mais de uma tabela, as ligações entre as instâncias das classes podem ser estabelecidas por meio de chaves. As chaves devem ser iguais aos identificadores gerados quando as instâncias são criadas na memória volátil. Não podem ser usados conjuntos de atributos para identificar de forma única as instâncias.

As classes mapeadas para tabelas em um banco de dados relacional são aquelas que têm instâncias persistentes. Quando uma classe é mapeada para um banco de dados relacional, cada atributo de uma classe é mapeado para uma coluna em uma tabela. Os atributos de uma classe não podem ser armazenados em diferentes tabelas pois as instâncias de uma classe têm que ser linhas em uma única tabela.

Classes organizadas em hierarquias podem ser armazenadas em bancos de dados relacionais. Supondo que as classes ContaEspecial e ContaCorrente herdem da classe Conta, uma forma de se mapear essas classes para um banco de dados relacional é criar uma tabela para cada uma dessas classes. Uma outra opção seria criar uma única tabela com os atributos das três classes.

Uma instância de MacroComando pode ter uma ligação para uma instância de qualquer classe que herde de Comando. A existência de instâncias de ItemMenu depende da existência de uma instância de Menu, que depende da existência de uma instância de TelaPedido.

A classe CntrNegocio implementa a interface INegocio e a classe CntrInteracao depende dos serviços dessa interface. As classes TelaPedido e CntrInteracao estão relacionadas por meio de uma associação.

No estilo SOA, um serviço de diretório anuncia informações sobre os serviços. Isso acarreta as seguintes desvantagens: uma vez anunciado, um serviço não pode ser transferido entre computadores; serviços não podem ser acrescentados ou removidos se ocorrerem variações nas demandas pelos mesmos; se ocorrer uma falha que torne indisponível um serviço, um cliente não pode obter um servidor alternativo que disponibilize um serviço com as mesmas funcionalidades.

O estilo de arquitetura SOA enfatiza a implementação dos componentes de software como serviços modulares que possam ser descobertos e usados por clientes. Esses serviços podem ser úteis isoladamente ou ser integrados a outros serviços; eles se comunicam via trocas de mensagens e são caracterizados pelas mensagens que aceitam e que geram.

A SOA é um estilo de arquitetura que enfatiza um fraco acoplamento entre os clientes e os prestadores dos serviços. Um cliente não precisa conhecer detalhes quanto à implementação ou à plataforma onde um serviço é executado; o cliente conhece a interface do serviço. Se mudar a implementação do serviço mas a interface for mantida, o cliente não precisa ser modificado.