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 é:

Cada processo de software tem suas características próprias. Entretanto, uma das características listadas a seguir é comum a processos modernos: tanto os mais elaborados como o RUP quanto processos leves, como Extreme Programming. Assinale essa característica.

Com relação ao mapeamento de um modelo de objetos para o relacional, é recomendável que o mapeamento de herança obedeça à seguinte estratégia:

Uma das técnicas para evitar herança múltipla é utilizar:

Considere duas classes, A e B, que possuem um relacionamento de clientela. Boas práticas de projeto orientado a objetos recomendam que: