La démarche pour aboutir au métamodèle a été la suivante: l'établissement d'un modèle informel en rassemblant les notions et termes liés au domaine d'intérêt, la constitution d'un glossaire classant les notions par affinités et relations entre elles et les désignant par un terme précis, enfin la traduction du glossaire en métamodèle UML faisant apparaître graphiquement les relations (et leurs natures) entre les constituants du domaine étudié.
Notre proposition d'un métamodèle UML d'assemblage de composants a été guidée d'une part par la volonté de ne pas directement relier les notions du glossaire à des notions sémantiques décrites dans les documents actuellement en préparation au sein de l'OMG pour la version 2 d'UML, d'autre part par un souci de simplicité en vue de la future utilisation et diffusion de ce métamodèle.
Le premier point s'explique par le fait que la version 2 d'UML n'est pas encore complètement figée, et qu'il serait risqué de se référer à des notions ayant trait aux composants qui peuvent être modifiées, complétées par de nouvelles notions, voire supprimées. Il existe cependant une base consensuelle que l'on retrouve dans les diverses versions du langage UML, et que nous avons utilisée pour exprimer notre modèle.
Le second point découle de l'organisation d'ensemble du projet Accord qui prévoit une transition automatique d'un profil UML d'assemblage de composant vers un profil spécifique à une plate-forme. Le métamodèle proposé, axé sur cet objectif de transformation d'une modélisation à base de composants indépendants de toute plate-forme, laisse certains termes du glossaire sans correspondance. Cette focalisation sur l'assemblage par contrats rend le métamodèle plus simple, mais incomplet. Le projet ACCORD inclut l'analyse, la conception et le déploiement; une version ultérieure plus complète du métamodèle devrait couvrir l'ensemble de ces objectifs.