É possível desenvolver um modelo em um único arquivo e, em seguida, dividi-lo em múltiplos arquivos. Cada novo arquivo é uma partição de modelo.
Um modelo deve ser particionado apenas após seu nível de abstração estabilizar. Quando o nível de abstração de um modelo ficar estável, o particionamento provavelmente não será alterado.
Versões iniciais de um modelo normalmente descrevem os subsistemas de nível superior de um sistema. Você não deve separar o modelo até que tenha definido os subsistemas de nível superior que provavelmente sobreviverão a iterações futuras. Quando os subsistemas de nível superior estiverem maduros e estáveis, será possível separá-los para permitir o desenvolvimento em paralelo e aumentar a velocidade com que o modelo é aberto. Quando o conteúdo de um subsistema específico estabilizar, será possível dividi-lo.
Você deve tentar minimizar as dependências entre modelos para reduzir a possibilidade de que uma alteração em um modelo afete outro.
Se você permitir dependências entre modelos, conflitos generalizados podem ocorrer em uma mesclagem. Esses conflitos normalmente são mesclagens fora de contexto, que podem ser mais difíceis de resolver. Um modelo particionado pode ser mais difícil de mesclar que um modelo único. Por exemplo, se você mesclar modelos particionados que contenham diagramas com referências a outros modelos, não poderá resolver totalmente as referências durante a mesclagem.
É possível reduzir o número de mesclagens requeridas pelo estabelecimento de uma política de propriedade, de forma que cada arquivo tenha apenas um proprietário que possa fazer alterações.
Para praticar a propriedade de modelo, é necessário estabelecer o tamanho e o escopo de cada modelo para que uma única pessoa possa trabalhar nele. Quando uma única pessoa altera um modelo por vez, nenhum conflito surge ao entregar o modelo para uma área de trabalho compartilhada, o que elimina a necessidade por mesclagens no momento da integração e acelera o processo de integração.
Para evitar referências interrompidas, você não deve mover partições de modelos para fora do sistema de gerenciamento de configuração.
Se fizer isto, você interromperá as referências no modelo. Ao reintegrar o modelo no sistema de gerenciamento de configuração, deverá resolver todas as referências interrompidas. Dependendo da complexidade do modelo, dos tipos de alterações feitas e da quantidade de referências interrompidas, essa tarefa pode ser uma utilização ineficiente dos recursos.
Para evitar corrupção de dados ao trabalhar com partições de um modelo composto, você deve trabalhar sempre em um espaço de trabalho sincronizado que contenha todas as partições do composto, com cada partição no mesmo nível de revisão.
Exemplo
O exemplo a seguir mostra o que pode acontecer se você trabalhar com partições de um modelo composto em um espaço de trabalho não sincronizado.
Se o Usuário B selecionar a versão existente no espaço de trabalho (modelo X, versão 20), poderá ser necessário repetir a operação que avisou o registro de saída.
No entanto, se o Usuário B selecionar a versão mais nova do modelo (modelo X, versão 21), todas as alterações feitas pelo Usuário A no modelo serão perdidas quando o Usuário B salvar o modelo.