Considere o relacionamento entre uma classe Funcionario e uma outra Dependente. Sabe-se, ainda, que objetos que representam os dependentes de um funcionário são criados apenas quando o funcionário é incluído no sistema, e que a remoção do funcionário implica a remoção de todos os seus dependentes. Este relacionamento pode ser precisamente capturado por:

Sobre o conceito de pacote em linguagens de modelagem como a UML, e sobre a organização de um modelo em pacotes, pode-se afirmar que:

Considere um objeto (instância) de uma classe A com um método que possui um parâmetro, cujo tipo é uma classe B. Assumindo que esta é a única forma de relacionamento entre A e B, pode-se afirmar que este relacionamento é uma:

Para que uma parte de uma aplicação seja devidamente modelada como um subsistema, é essencial que:

Uma aplicação de folha de pagamento inclui somente funcionários horistas e mensalistas. Ambos possuem o mesmo conjunto de atributos e métodos, diferindo apenas no método que efetua o cálculo do pagamento. Neste cenário, as boas práticas de modelagem recomendam que:

Em certas aplicações, um importante requisito é independência de uma tecnologia específica de acesso a dados. As regras de negócio da aplicação devem conhecer apenas os serviços de acesso disponibilizados, mas não sua implementação, que pode ser completamente distinta, se o acesso for: a um banco relacional, a um banco orientado a objetos, ou mesmo a um arquivo. Para conseguir esta independência, os serviços de acesso devem ser modelados como:

O Capability Matutity Model da SEI:

Um dos importantes modelos de ciclo de vida de software é considerado um meta-modelo, uma vez que pode ser especializado para vários outros modelos. Um desenvolvimento baseado neste modelo é iterativo, e cada ciclo inclui: uma etapa de definição de objetivos e alternativas; outra de avaliação de alternativas e identificação e resolução de riscos; uma terceira etapa de validação e verificação e, finalmente, a do planejamento da etapa seguinte. Trata-se do modelo:

O Modelo Cascata de ciclo de vida de software, como proposto originalmente:

Uma importante motivação para modelar um sistema em camadas é: