Modèles PowerAMC

PowerAMC permet d'intégrer très largement la modélisation et la maintenance de vos couches de données principales avec vos exigences de projet, vos processus métiers, votre code orienté objet, vos vocabulaires XML et vos informations de réplication de base de données, et de les aligner sur vos standards d'architecture d'entreprise et généraux. En mettant à votre disposition un jeu de modèles complet à tous les niveaux d'abstraction, PowerAMC vous aide à élargir le champ de votre processus de modélisation itératif à tous les aspects de votre architecture système, depuis la conception jusqu'au déploiement, voire au-delà.

Les types de modèle PowerAMC suivants sont disponibles :

Icône	Description
	Un modèle de gestion des exigences (MGX) vous aide à analyser tout type d'exigence formulée et à lier ces exigences à des utilisateurs et des groupes qui vont les satisfaire ou à des objets de conception contenus dans d'autres modèles. Vous pouvez utiliser un MGX pour représenter n'importe quel document structuré (i.e. spécification fonctionnelle, plan de tests, objectifs métiers, etc.) et pour importer et exporter des hiérarchies d'exigences sous la forme de documents MS Word. Suffixe de nom de fichier : `.mgx` Sauvegarde : `.bgx`
	Un modèle d'architecture d'entreprise (MAE) vous aide à analyser et documenter votre organisation et ses fonctions métiers, ainsi que les applications et systèmes qui les prennent en charge et l'architecture physique sur laquelle ils sont mis en oeuvre. Suffixe de nom de fichier : `.mae` Sauvegarde : `.mab`
	Un modèle de processus métiers (MPM) vous aide à identifier, décrire et décomposer des processus métiers. Vous pouvez analyser votre système à différents niveaux, en mettant l'accent alternativement sur le flux de contrôle (la séquence d'exécution) ou sur le flux de données (l'échange des données). SAP® Sybase® PowerAMC™ prend en charge les langages de processus Analysis, SOA, DFD, SAP® Solution Manager, BPMN (y compris pour SAP NetWeaver®), et BPEL, ainsi que la simulation de processus à l'aide de SIMUL8. Suffixe de nom de fichier : `.mpm` Sauvegarde : `.pmb`
	Un modèle de traitements Merise (MTM) vous aide à identifier les flux de données, les concepts et les contraintes d'un système d'informations en utilisant la technologie Merise. Suffixe de nom de fichier : `.mtm` Sauvegarde : `.btm`
	Un modèle conceptuel de données (MCD) vous aide à analyser la structure conceptuelle d'un système d'information, afin d'identifier les principales entités à représenter, leurs attributs et les relations entre ces attributs. Un MCD est plus abstrait qu'un modèle de données logique (MLD) ou physique (MPD). Suffixe de nom de fichier : `.mcd` Sauvegarde : `.bcd`
	Un modèle logique de données (MLD) vous aide à analyser la structure d'un système d'information, sans tenir compte des spécificités liées à la mise en oeuvre dans une base de données particulière. Un MLD a des identifiants d'entité migrés et est moins abstrait qu'un Modèle Conceptuel de Données (MCD), mais il permet de modéliser des vues, des index et d'autres éléments qui sont disponibles dans le Modèle Physique de Données (MPD), qui lui est plus concret. Suffixe de nom de fichier : `.mld` Sauvegarde : `.bld`
	Un modèle physique de données (MPD) vous aide à analyser les tables, les vues et autres objets d'une base de données, y compris les objets multidimensionnels nécessaires à l'utilisation d'un entrepôt de données. Un MPD est plus concret qu'un Modèle Conceptuel de Données (MCD) ou qu'un Modèle Logique de Données (MLD). Vous pouvez modéliser, procéder au reverse engineering et générer pour tous les SGBD les plus utilisés. Suffixe de nom de fichier : `.mpd` Sauvegarde : `.bpd`
	Un modèle de fluidité de l'information (MFI) fournit une vue globale du mouvement des informations dans votre organisation. Vous pouvez analyser et spécifier l'origine et la destination de vos données et comment elles sont transformées en cours de route, en incluant les réplications ainsi qu'ETL. Suffixe de nom de fichier : `.mfi` Sauvegarde : `.bfi`
	Un modèle orienté objet (MOO) vous aide à analyser un système d'information par l'intermédiaire de cas d'utilisations, d'analyses structurelles et comportementales, ainsi qu'en termes de déploiement, ce en utilisant le langage UML (Unified Modeling Language (UML) . Vous pouvez modéliser, procéder au reverse engineering et générer pour Java, .NET et d'autres langages. Suffixe de nom de fichier : `.moo` Sauvegarde : `.boo`
	Un modèle XML (MSX) vous aide à analyser un fichier XML Schema Definition (.XSD), Document Type Definition (.DTD) ou XML-Data Reduced (.XDR). Vous pouvez modéliser, procéder au reverse engineering et générer pour chacun de ces formats de fichier. Suffixe de nom de fichier : `.msx` Sauvegarde : `.bsx`
	Un modèle libre (MLB) fournit un environnement sans contexte pour modéliser tous types d'objets ou de systèmes. Vous pouvez l'utiliser pour créer de simples ébauches visuelles ou bien pour créer de toutes nouvelles formes de modèle en définissant vos propres concepts et symboles graphiques via un fichier d'extension. Voir Le modèle libre (MLB). Suffixe de nom de fichier : `.mlb` Sauvegarde : `.blb`
	Le modèle de glossaire (GLM) vous aide à rassembler et organiser la terminologie à utiliser pour nommer vos objets de modèle. Un administrateur déploie le glossaire, et les utilisateurs le mettent en application dans leurs modèles afin de permettre la finalisation automatique des noms d'objet et l'utilisation de vérification de modèles afin d'assurer la conformité avec le glossaire. Le glossaire s'affiche dans l'onglet Glossaire de l'Explorateur d'objets et est mis à jour chez les utilisateurs chaque fois qu'ils se connectent au référentiel, ou à la demande. Chaque référentiel ne peut contenir qu'un seul glossaire. Voir Le glossaire et Déploiement d'un glossaire d'entreprise. Suffixe de nom de fichier : `.glm` Sauvegarde : `.geb`
	Un rapport multimodèle (RMM) est un rapport PowerAMC qui documente autant de modèles que vous le souhaitez et montre les liens entre ces modèles. Pour créer ce type de rapport, vous devez avoir au moins un modèle ouvert dans l'espace de travail, et vous pouvez ajouter des modèles supplémentaires à tout moment. Voir Rapports. Suffixe de nom de fichier : `.rmm` Sauvegarde : `.rmb`

PowerAMC n'impose aucune méthodologie ou aucun processus d'ingénierie logicielle. Chaque société peut mettre en oeuvre sa propre organisation, en définissant les responsabilités et les rôles, en indiquant quels outils utiliser et quelles sont les validations requises, et en spécifiant les documents à produire à chaque stade du processus.

Une équipe de développement comprend plusieurs rôles d'utilisateurs, chacun utilisant différents types de modèle PowerAMC :

Les analystes métiers – ils définissent l'architecture de l'organisation, les exigences métiers et les flux métiers de haut niveau, et peuvent utiliser :
- MAE - pour fournir une vue d'ensemble de l'organisation, définir sa structure, et analyser les fonctions, processus et flux de haut niveau. Ces objets architecturaux peuvent être associés à des objets de mise en oeuvre dans n'importe quel autre type de modèle.
- MGX - pour définir les exigences métiers qui doivent être affinées en exigences techniques par les analystes et les concepteurs.
- MPM - afin de définir des flux de processus métiers de haut niveau qui décrivent des systèmes existants et nouveaux, et simuler les processus métiers afin d'économiser du temps et des ressources et augmenter la productivité.
Les analystes des données et les concepteurs - ils vont mettre en correspondance les exigences techniques et les exigences métiers, et peuvent utiliser :
- MOO - pour définir des cas d'utilisation et les mettre en correspondance avec des exigences.
- MPM - pour rédiger des spécifications fonctionnelles et définir de façon plus précise la nature et les détails de chaque processus, l'application et sa structure de données.
- MCD - pour fournir une représentation claire des données de l'entreprise dans les différents systèmes.
Les administrateurs de base de données utilisent une structure de données soigneusement définie pour optimiser, dénormaliser et créer la base de données, et peuvent utiliser :
- MPD - pour représenter une base de données qui fonctionne sur un serveur, avec des informations complètes sur la structure des objets physiques tels que les tables, colonnes, références, triggers, procédures stockées, vues et index, et pour procéder à la génération et au reverse engineering via des scripts ou via une connexion directe. En maintenant un MPD et un MCD, vous pouvez vous assurer que vos efforts d'analyse et de conception sont fidèlement répercutés dans vos systèmes.
- MLD - qui agit comme une passerelle entre un MCD et un MPD, il permet de nombreuses relations plusieurs-plusieurs et supertype/sous-type, de dénormaliser vos structures de données, et de définir des index et ce, sans avoir à spécifier un SGBDR particulier.
- MFI - pour représenter la réplication d'informations depuis une base de données source dans une ou plusieurs bases de données distantes.
Les développeurs modélisent l'application, en définissant les structures et comportements d'objet, ainsi que les correspondances objet-relationnel, et peuvent utiliser :
- MGX - pour rédiger des spécifications techniques.
- MOO - pour représenter vos objets et leurs interactions dans UML, et pour procéder à la génération et au reverse engineering de code orienté objet. Son degré élevé d'intégration avec vos MPM, MCD et MPD peut simplifier la maintenance et le développement de votre système.
- MSX - pour modéliser de façon graphique la structure complexe d'un fichier XML et pour procéder à la génération et au reverse engineering de fichiers DTD et XSD, et pour les lier à vos MPD et MOO.
Les testeurs – vont utiliser le MGX, le MCD ainsi que d'autres modèles, en combinaison avec les documents de conception afin de comprendre comment les applications doivent fonctionner et comment elles sont développées.