Um modelo não deve enfocar somente as necessidades visíveis no domínio do problema ou do negócio. Deve-se dar especial atenção aos detalhes que explicam como o software irá funcionar.

Para criar o modelo deve-se concentrar primeiramente em considerações de infraestrutura e outros modelos não funcionais, produzindo artefatos que apresentem a distribuição física de software e as restrições. 

Para criar o modelo deve-se maximizar o acoplamento do sistema utilizando um nível de interconexão extremamente alto para representar o relacionamento entre classes e funções.

Os modelos não precisam agregar valor a todos os interessados, mas sim ao cliente e à equipe de projeto. O cliente deve utilizar o modelo gerado para validar os requisitos e os projetistas devem usar o modelo para ajudar no planejamento de testes de aceitação.

Cada elemento do modelo de requisitos deve contribuir para o entendimento geral dos requisitos de software e fornecer uma visão do domínio da informação, função e comportamento do sistema.