Alguns relacionamentos podem ter atributos. Um relacionamento muitos-para-muitos tipicamente não tem atributos, pois, em pelo menos uma das extremidades do relacionamento, tem-se uma entidade que pode conter o atributo sem acarretar ambigüidades. Os atributos são mais comuns nos relacionamentos um-para-um ou um-paramuitos.

A arquitetura de um data warehouse pode ser composta por elementos responsáveis por atividades como: coletar dados, armazenar dados e suportar consultas e análises dos dados. A coleta dos dados pode ser orientada pela fonte, e, nesse caso, as fontes de dados transmitem novos dados continuamente ou periodicamente. A coleta pode também ser orientada pelo destinatário, e, nesse caso, o data warehouse periodicamente envia requisições de novos dados às fontes.

Os esquemas das diferentes fontes dos dados armazenados em um data warehouse têm que ser mantidos inalterados no data warehouse. Além disso, os dados no data warehouse devem ser apenas cópias dos dados armazenados nessas fontes. Se esses requisitos não forem atendidos, não será possível propagar para o data warehouse as atualizações feitas nas fontes dos dados.

Algumas ferramentas CASE podem suportar o desenvolvedor em diferentes fases do ciclo de vida de um software. A adoção dessas ferramentas tem o potencial de melhorar a qualidade dos artefatos produzidos e reduzir a ocorrência de certos erros. Por exemplo, podem minimizar a ocorrência de erros na análise, no projeto, na codificação e no teste.

Uma ferramenta CASE que suporte a UML tipicamente permite a construção de variados diagramas. Os diagramas podem ser parte de modelos em diferentes níveis de abstração. Por exemplo, podem ser criados diagramas de análise ou de projeto. Nesses diagramas, as classes tipicamente podem ser representadas com a notação prevista na UML ou com estereótipos.

Uma ligação (link) é um relacionamento entre instâncias. Uma associação descreve ligações com estrutura e semântica comuns. Uma instância de uma associação é uma ligação. Uma associação descreve ligações tal como uma classe descreve objetos. Nos diagramas construídos com a UML, associações surgem em diagramas de classe e ligações, em diagramas de colaboração.

A multiplicidade de uma associação é o mesmo que a sua cardinalidade, ela especifica o número de instâncias de uma classe que podem estar relacionadas a uma instância da classe associada. Se a multiplicidade especifica que uma instância de uma classe pode estar associada com múltiplas instâncias de uma outra classe, então há múltiplas ligações (links) entre cada par de instâncias dessas classes.

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.