ApplicationIQ est un outil d'utilisation simple qui permet d'optimiser l'exploitation de votre patrimoine applicatif. Il intervient à toutes les périodes du cycle de vie.

Un logiciel est stratégique quand l'entreprise en est fortement dépendante. Les logiciels stratégiques ont l'obligation de s'adapter selon plusieurs axes :

• en intégrant de nouvelles fonctionnalités,

• en fonctionnant sur de nouvelles plateformes,

• en exploitant de nouvelles technologies,

• ...

ApplicationIQ répond à ces problématiques dans votre contexte de développement.

• Capitalisation du savoir-faire stable, intégré aux projets en le spécifiant de manière indépendante des plateformes et des langages.

• Pérennisation des investissements logiciels en adaptant uniquement les phases du processus qui doivent changer. Par exemple, dans le cas d’un portage, il n'est pas nécessaire de modifier tout le travail effectué dans les phases amont de la phase de Conception PSM « Plateform Specific Model ».

• Exploitation d’une structure commune à tous vos projets (de la documentation jusqu'au code source) pour un gain en efficacité dans les équipes de développement.

• Création réelle du patrimoine applicatif de l'entreprise.

• Facilitation de la prise de connaissance et de la maîtrise des projets.

• Facilitation de la maintenance des projets.

• Uniformisation du format de communication des projets, pour un gain en efficacité, évolutivité, maintenabilité, …

• Exploiter facilement les principes de MDA (Model Driven Architecture) et MDE (Model Driven Engineering).

• Adapter vos projets actuels vers MDA ou MDE.

• Faire de la rétro-ingénierie en sachant « par quel bout » prendre le problème.

• Faire du portage d’une plateforme à une autre (Ex : Windows vers Cloud).

• Faire des analyses d’impacts.

• et bien plus, selon votre imagination ...

• Spécification :

  • Spécification du processus de développement de votre entreprise

  • Spécification de vos règles de modélisation

  • Spécification des modes de navigation

• Exploitation :

  • Navigation classique :

    • transversale vers l’avant (depuis les artefacts d’une activité vers les artefacts d’une activité connexe en aval), par exemple depuis les exigences vers les classes d’implémentation (sources).

    • transversale vers l’arrière (depuis les artefacts d’une activité vers les artefacts d’une activité connexe en amont), par exemple depuis les classes d’implémentation (sources) vers les exigences.

  • Navigation « de complétude » : efficace et utile dans les projets de rétro-ingénierie, rétro-documentation, …

    • Vers l’avant, par exemple pour répondre à des questions du type « Quels sont les cas d’utilisation qui n’aboutissent que partiellement à une implémentation ? (ce qui revient à identifier les cas d’utilisation qui n'ont été que  partiellement développés) » ; « Quels sont les artefacts qui ne sont suivis d’aucune entité dans les activités suivantes ? (ce qui signifie, qu’ils ne sont pas développés) », …

    • Vers l’arrière, par exemple pour répondre à la question « Quelles sont les classes qui ne sont rattachées à aucune exigence ? » (ce qui signifie qu’ils ne sont pas documentés), « Quels sont les composants qui ne sont que partiellement documentés dans les exigences ? », …

• Outils de stéréotypage de modèle, particulièrement efficaces et utiles en rétro-ingénierie et pour l’intégration d’un projet existant :

  • Outil d’affectation de stéréotypes aux entités

  • Outil d’affectation de stéréotypes aux relations