AppDNA

Outil de calcul des efforts

Utilisez le Calculateur d’effort AppDNA pour estimer le temps, le coût et l’effort associés à la migration d’un portefeuille vers une nouvelle plate-forme. Par exemple, il faudra cinq personnes six mois et coûtera 500 000$. Effort Calculator utilise un certain nombre de variables qui définissent, par exemple, le coût d’un testeur par jour, le nombre d’heures de travail dans la journée et le temps de tester une application d’une complexité donnée. Vous pouvez configurer les variables pour refléter les spécificités de votre organisation. AppDNA produit une ventilation détaillée du coût et du temps qu’il faudra pour corriger les applications ainsi que les économies potentielles qu’AppDNA peut fournir.

Image du calculateur d'effort

Pour ouvrir la Calculatrice d’effort, dans la barre latérale, choisissez Rapports : Applications > Calculatrice d’effort.

L’utilisation de la calculatrice d’effort implique les étapes suivantes :

  1. Sélectionner le rapport
  2. Configurer les variables et afficher les résultats
  3. Exporter les résultats

1. Sélectionner le rapport

La première étape de l’utilisation du Calculateur d’effort consiste à sélectionner le rapport qui représente le projet pour lequel vous souhaitez calculer l’effort. Par exemple, si vous souhaitez calculer l’effort pour un projet de migration Windows 7, sélectionnez le rapport Windows 7. AppDNA répertorie les rapports disponibles sur le côté gauche de l’écran.

Lorsque vous sélectionnez un rapport, le côté droit de l’écran fournit un résumé qui montre l’état général des applications actuellement sélectionnées qui ont été analysées pour ce rapport.

Pour modifier les applications sélectionnées, cliquez sur Modifier la sélection à droite de la barre d’outils. Dans la Liste des applications, sélectionnez les applications à inclure, puis cliquez sur Sélectionner pour les appliquer.

Remarque :

Effort Calculator ignore toutes les applications qui n’ont pas été analysées ou qui sont obsolètes (doivent être réanalysées). Cela peut parfois entraîner une divergence apparente entre le nombre d’applications que vous sélectionnez et le nombre d’applications affichées. Par exemple, si vous sélectionnez 10 applications mais seulement 8 d’entre elles ont été analysées pour le rapport sélectionné, le Calculateur d’effort affiche le nombre total d’applications comme 8.

  • Si vous sélectionnez un groupe et que l’une des applications du groupe n’est pas analysée ou périmée, le nom du groupe est affiché avec un astérisque (*) à côté de celui-ci.

Cliquez sur Suivant pour passer à l’étape suivante.

2. Configurer les variables et afficher les résultats

L’écran principal du Calculateur d’effort fournit un résumé qui donne une estimation de l’effort requis pour corriger les applications du portefeuille pour lesquelles il existe des corrections connues, tout en mettant en évidence les applications qui nécessitent des tests supplémentaires ou qui doivent être traitées comme des exceptions. Les demandes sont considérées comme des exceptions si la correction n’est pas possible. Cela signifie que l’application peut devoir être redéveloppée ou désaffectée.

Le résumé comprend deux diagrammes à secteurs :

  • Before remediation. Le graphique à secteurs sur le côté gauche indique l’état actuel des applications.
  • After remediation. Le graphique à secteurs sur le côté droit indique l’état attendu des applications une fois les étapes de correction terminées. Par exemple, si l’état actuel d’une application est ambrée mais que des options de correction sont disponibles, le RAG après correction est généralement vert, ce qui indique que l’application est prête pour UAT. Toutefois, si le RAG standard est rouge et que la seule option de correction consiste à redévelopper l’application, le RAG après la correction est également rouge pour indiquer que le développement et/ou le remplacement complexes sont nécessaires. Effort Calculateur considère ces exceptions d’applications, car elles ne relèvent pas de la portée des problèmes qui peuvent être résolus relativement facilement. Un RAG orange après correction indique que l’application nécessite plus de tests qu’une application ayant un RAG après action verte.

Sous le résumé, il y a quatre onglets.

  • Variables. Fournit une variété de variables qui sont utilisées dans le calcul. Vous pouvez configurer pour répondre aux besoins de votre entreprise. Le tableau suivant fournit des informations sur certaines des variables les moins évidentes.
Variable Description
Nombre de demandes dans le portefeuille complet La valeur par défaut correspond au nombre d’applications déjà importées. Vous pouvez augmenter cette valeur pour refléter la taille de votre portefeuille d’applications réel. AppDNA extrapole ensuite l’effort de migration de l’ensemble du portefeuille, en fonction des résultats de l’échantillon.
Monnaie Reportez-vous à la section http://www.xe.com/iso4217.php pour obtenir la liste des codes de devise internationaux.
Temps d’essai de fumée Temps en heures pour effectuer un essai initial d’installation et d’exécution, communément appelé test de fumée. Il ne s’agit généralement pas d’un test approfondi. Valeur par défaut : 8 - Temps moyen pour terminer la phase de test initiale sans dépendances avec des parties ou des processus externes. Variante A : 24 - Lorsque les processus propres à l’entreprise doivent être pris en compte. Par exemple, lorsque l’essai de fumée comprend une partie du processus de certification de la demande et qu’il y a donc des crédits de temps pour l’expertise du propriétaire de la demande pour l’installation, la documentation et les essais initiaux. Alternative B : 4 - Processus de test de fumée léger avec installation automatisée et script d’exécution pour tester les fonctionnalités à un niveau très élevé seulement.
Les applications qui sont censées avoir des problèmes Nombre de demandes qui devraient présenter des problèmes en pourcentage du portefeuille. La valeur par défaut est dérivée d’une variété de sources de marché, des analystes à la rétroaction de l’engagement technique. La valeur peut varier en fonction des processus propres à l’entreprise et de la préparation des applications.
Applications qui devraient être des exceptions Pourcentage de demandes qui ne peuvent pas faire l’objet de mesures correctives ou pour lesquelles une décision a été prise de ne pas y remédier. Cette variable peut changer radicalement en fonction de l’âge du portefeuille d’applications. Un portefeuille plus ancien a généralement un plus grand pourcentage d’applications incompatibles. Valeur par défaut : 10 % - Selon les données empiriques de rationalisation des applications, les organisations « fin de vie » entre 10 % et 30 %, selon les initiatives de l’entreprise. L’incompatibilité des applications est souvent un facteur clé dans la décision de retraite. Si des variables telles que l’âge du portefeuille sont inconnues, la valeur par défaut doit être utilisée. Alternative A : 35% - Les mandats propres à l’entreprise en matière de gestion du cycle de vie des applications peuvent stipuler une initiative de retrait des applications agressive liée aux migrations et aux actualisations des postes de travail. Alternative B : 5% - Les mandats propres à l’entreprise peuvent également être orientés vers la migration de toutes les applications, quel que soit le mélange de plates-formes nécessaire pour les prendre en charge.
Il est temps d’identifier la cause d’un échec et de le résoudre Estimation par application du temps qu’il faut généralement en heures pour identifier une défaillance et le corriger lorsque AppDNA n’est pas utilisé. Valeur par défaut : 24 - Temps moyen associé à un processus manuel typique autour du test et de la correction des applications sans dépendances externes. Point unique de test et de correction. Alternative : 60 - Temps moyen de prise en compte des processus spécifiques à l’entreprise - tels que l’expertise du propriétaire de l’application pour l’installation, les tests approfondis application-application à application, les tests d’image application-système d’exploitation de la ligne de base aux images or, avec toutes les permutations dans entre.
Heure de mise en scène Nombre moyen d’heures d’installation d’une application dans l’environnement cible et de s’assurer qu’elle est en cours d’exécution.
Taille de l’équipe de correction Cela dépend de la taille du portefeuille d’applications. En règle générale, il y a un spécialiste de correction pour 250 applications.
Taille de l’équipe de test/mise en scène Cela dépend de la taille du portefeuille d’applications. Généralement, il y a un testeur/stager pour 100 applications.
Temps de correction Les lignes représentent la complexité des applications. AppDNA mesure la complexité des applications en termes de nombre de fichiers et d’entrées de registre. Les seuils configurables définissent si une application est considérée comme simple, normale ou complexe. Vous pouvez configurer les seuils dans Paramètres de rapport. Pour plus d’informations, reportez-vous à la section Paramètres de reporting. Les colonnes représentent la complexité de la correction. AppDNA identifie les problèmes dans les applications en exécutant des algorithmes heuristiques sophistiqués pendant le processus d’analyse. Chaque algorithme identifie un problème spécifique et propose une action de correction recommandée pour atténuer ce problème. L’effort associé à ces actions est classé comme facile, moyen ou dur. L’effort de correction global pour une application est basé sur l’effort le plus élevé associé aux algorithmes déclenchés par l’application. Vous pouvez éventuellement configurer les actions de correction dans l’écran Groupes d’algorithmes. Pour plus d’informations, reportez-vous à la section Configurer les algorithmes.
  • Feuille de calcul des résultats. Affiche une ventilation des applications en termes de type de correction (facile, moyen et dur) et de complexité de l’application, ainsi que les temps estimés de test et de correction.
  • Estimation de l’effort avec AppDNA. Affiche une estimation du coût total du projet si vous utilisez AppDNA.
  • Estimation de l’effort sans AppDNA. Affiche une estimation du coût total du projet si vous n’utilisez pas AppDNA.

3. Exporter les résultats

Vous pouvez exporter tous les résultats de la Calculatrice d’effort (avec des informations explicatives) vers un document Word. Pour cela, Microsoft Word doit être installé sur le même ordinateur que le client AppDNA.

Pour exporter ce rapport, cliquez sur Exporter dans la barre d’outils principale. Après un court délai, Microsoft Word ouvre et affiche le rapport exporté.

Exporter les variables

Vous pouvez exporter vos variables Effort Calculator - sous forme de fichier XML pour une extraction ultérieure. Cela facilite la comparaison de différents scénarios.

Pour exporter les paramètres de votre Calculatrice d’effort :

  1. Dans les menus AppDNA, choisissez Administration > Administration de l’action.
  2. Dans la barre d’outils de l’écran Administration des actions, cliquez sur Exporter les paramètres d’action.
  3. Dans la boîte de dialogue Enregistrer sous, attribuez au fichier un nom approprié et enregistrez-le à un emplacement approprié.

Pour importer les paramètres :

  1. Dans les menus AppDNA, choisissez Administration > Administration de l’action.
  2. Dans la barre d’outils de l’écran Administration des actions, cliquez sur Importer les paramètres d’action.
  3. Dans la boîte de dialogue Ouvrir, accédez au fichier précédemment exporté.
  4. Cliquez sur OK.

Outil de calcul des efforts