Vous pouvez développer et réduire les packages dans l'Explorateur d'objets afin d'en explorer le contenu. Double-cliquez sur un diagramme pour l'afficher dans la fenêtre de modèle.
Noms publics - Chaque objet du métamodèle PowerAMC a un nom et un code qui correspondent au nom public de l'objet, qui est un identificateur unique de cet objet dans la bibliothèque du modèle ou dans un package. Les noms publics sont référencés dans les fichiers de modèle XML de PowerAMC et lorsque vous utilisez le langage de génération par template (GTL) et le scripting. Le nom public correspond souvent au nom de l'objet dans l'interface de PowerAMC, mais si les deux divergent, le nom public doit être utilisé dans des scripts et dans les templates de GTL.
Classes abstraites - elles sont utilisées pour partager des attributs et comportements, et ne sont pas visibles dans l'interface PowerAMC.
Classes instanciables/concrètes - elles correspondent aux objets affichés dans l'interface. Elles ont leurs propres attributs et comportements en plus de ceux dont elles héritent via les liens de généralisation. Par exemple, NamedObject est une classe abstraite, elle stocke les attributs standard tels que Name, Code, Comment, Annotation et Description, hérités par la plupart des objets de conception PowerAMC.
Attributs de classes - ce sont des propriétés d'objet. Les classes liées à d'autres classes via des liens de généralisation contiennent le plus souvent des attributs dérivés qui sont calculés à partir des attributs ou des collections de la classe parent. Ni les attributs dérivés, ni les attributs migrés depuis des associations navigables ne sont stockés dans le fichier de modèle. Les attributs non-dérivés sont propres à la classe, et sont stockés dans le modèle et enregistrés dans le fichier de modèle.
Associations - expriment les connexions sémantiques entre des classes. Dans la feuille de propriétés de l'association, les rôles transportent l'information relative à l'objet d'extrémité de l'association. Les objets PowerAMC sont liés à d'autres objets en utilisant des collections, et le rôle situé à l'autre extrémité de l'association donne le nom de la collection pour un objet. Par exemple, NamedOject a une collection des règles de gestion appelée AttachedRules, et BusinessRule a une collection d'objets appelés Objects :
Lorsque les associations ont deux rôles, seule la collection ayant le rôle navigable sera enregistré dans le fichier XML. Dans le cas, seule la collection AttachedRules est enregistrée.
Compositions – expriment une association dans laquelle les
enfant vivent et meurent avec les parents, et si le parent est copié,
l'enfant est également copié. Par exemple, Table a une association de composition avec la
classe Column :
Généralisations - montrent les liens d'héritage
qui existent entre une classe plus générale (le plus souvent une classe
abstraite) et une classe plus spécifique (le plus souvent une classe
instanciable). La classe la plus spécifique hérite des attributs de la
classe plus générique, ces attributs étant appelés attributs dérivés. Par
exemple, Class hérite de
Classifier
Chaque diagramme montre les connexions entre les métaclasses via des associations et des généralisations. Les classes en vert sont définies dans le diagramme courant, tandis que celles en mauve ne sont présents que pour fournir du contexte. Pour en savoir plus sur une classe mauve, pointez sur elle, cliquez le bouton droit de la souris, puis sélectionnez
pour ouvrir le diagramme dans lequel elle est définie.Dans l'exemple suivant, BusinessRule est définie, tandis que NamedObject et BaseModel ne sont présents que pour montrer les liens d'héritage et de composition :