FR 2978572 A1 20130201 FR 1156834 A 20110726 INDICATEUR DE COMPATIBILITE DES APPLICATIONS INFORMATIQUES AUX RESEAUX DE TRANSPORT. L'invention a trait aux problèmes de compatibilité d'applications informatiques au transport numérique sur un réseau. Plus particulièrement l'invention a trait à l'analyse de la compatibilité d'une application informatique à un réseau de transport informatique. L'invention a également trait à un procédé de gestion des ressources informatiques nécessaires à l'installation d'une application. L'industrie emploie une grande variété d'applications informatiques au quotidien. Ces applications permettent d'effectuer automatiquement plusieurs tâches comme par exemple de la conception assistée par ordinateur, du calcul numérique, de la gestion de données ou de la bureautique. Les applications reposent sur un logiciel ou un ensemble de logiciels. Ces applications peuvent donner lieu à de l'échange d'informations au sein d'une même entreprise ou avec des utilisateurs tiers. Cet échange se fait au moyen de réseaux qui peuvent être étendus dans le cas de personnes situées en différents endroits géographiques ; ou un réseau local type réseau local d'entreprise pour des personnes présentes sur un même site de l'entreprise. Le développement de ces applications informatiques est un investissement en temps et en argent. Il nécessite tout d'abord un travail de développeurs pour élaborer le code d'un logiciel applicatif. Dans un deuxième temps des spécialistes réseaux intègrent l'application dans un réseau ou une infrastructure réseau. C'est à cette étape seulement que l'application subit ses premiers tests d'intégration dans l'infrastructure réseau. Ces tests réclament des compétences élevées et un temps de travail important. Ce travail de développement puis d'intégration s'étale sur une durée importante. Il repousse le moment où l'application est fonctionnelle par rapport au moment où un besoin est émis et un cahier des charges est défini. Selon une logique industrielle ce délai est à réduire. Dans les faits on constate que les applications ne sont pas toujours adaptées aux réseaux et entrainent des disfonctionnements qui nuisent à la qualité de l'application, le rendu client est dégradé. On observe des saccades à l'image, des ralentissements ou des erreurs. Les applications nécessitent alors des améliorations qui retardent encore leur date de disponibilité et engendrent de nouveaux frais. Le programme doit alors être modifié pour devenir compatible, ce qui demande un nouvel investissement et qui n'est pas toujours réalisable. Dans certaines industries on constate qu'une fraction notoire des applications sont classées incompatibles aux solutions standard de transport numérique. L'infrastructure doit alors être modifiée pour améliorer le rendu utilisateur. On peut envisager d'utiliser un accélérateur, un serveur proxy pour améliorer le fonctionnement de l'application. Cependant, ces modifications nécessitent des compétences pointues et mettent en jeu des technologies complexes dont les coûts de développement et d'exploitation peuvent être pénalisants. Les modifications peuvent alourdir le fonctionnement de l'application. Le coût du projet augmente alors significativement. A l'extrême, il n'existe aucune solution, le projet devient alors une perte sèche. Il est donc rentable de développer une solution technique qui permette de contrôler la compatibilité et le développement d'une application en amont. Il est connu de l'homme de métier d'étudier les applications au travers de leurs données primaires. Comme données primaires d'une application on peut citer le taux threading, le taux d'acquittement et la taille moyenne des paquets émis par une application. Ces données isolées ont un sens propre et renseignent sur les capacités d'une application mais ne fournissent pas un indicateur général sur le fonctionnement d'une application dans une infrastructure réseau. L'invention a pour objectif de proposer une solution pour évaluer la compatibilité générale d'une application informatique avec un réseau informatique. Plus particulièrement, l'invention a également pour objectif de proposer une solution pour évaluer la compatibilité au transport numérique d'une application dès son stade de développement. L'invention a également pour objectif de proposer un procédé de gestion des ressources informatiques (matériel et/ou logiciel) nécessaires à l'installation d'une application. L'invention a pour objet un procédé d'analyse de la compatibilité d'une application informatique avec un réseau de transport numérique, comprenant les étapes suivantes : a) Enregistrement d'un flux de communication de l'application avec le réseau de transport numérique; b) Calcul de plusieurs caractéristiques techniques primaires du flux de communication dont le taux d'acquittement A, le taux de threading T et la taille moyenne P des paquets; remarquable par l'étape suivante : c) Calcul d'une note représentative de l'efficience du flux de communication de l'application en fonction d'un polynôme R comprenant comme variables au moins deux des, préférentiellement les trois, caractéristiques techniques primaires A, T et P du flux de communication, ladite note reflétant la compatibilité de l'application avec le réseau de transport numérique. Suivant un mode avantageux de l'invention, le procédé comprend une étape d) de comparaison de la note avec au moins une valeur de référence. L'invention a pour objet un procédé de gestion des ressources informatiques nécessaires à l'installation d'une application comprenant les étapes suivantes : a) Enregistrement d'un flux de communication de l'application avec un réseau de transport numérique; b) Calcul de plusieurs caractéristiques techniques primaires du flux de communication dont le taux d'acquittement A, le taux de threading T et la taille moyenne P des paquets; remarquable par l'étape suivante : c) Calcul d'une note représentative de l'efficience du flux de communication de l'application en fonction d'un polynôme R comprenant comme variables au moins deux des, préférentiellement les trois, caractéristiques techniques primaires I A, T et P du flux de communication, ladite note reflétant la compatibilité de l'application avec le réseau de transport numérique ; 25 d) Comparaison de la note avec au moins une valeur de référence ; e) Si la note est conforme par rapport à la valeur de référence, on installe l'application sur un ordinateur ou un serveur ; si la note n'est pas conforme à la valeur de référence on modifie l'infrastructure informatique ou on modifie l'application. Le procédé d'analyse de la compatibilité d'une application et/ou le procédé de gestion des ressources informatiques présentent également les caractéristiques suivantes. Suivant un autre mode avantageux de l'invention, la note est croissante ou 10 décroissante par rapport à chacune des au moins deux caractéristiques techniques I primaires parmi 7, T et P du flux de communication. Suivant un encore autre mode avantageux de l'invention, au moins une des I caractéristiques techniques primaires A, T et P en tant que variable du polynôme R est portée à une puissance d'un nombre réel positif ; préférentiellement une 15 puissance d'un nombre réel positif inférieur à 1. Suivant un encore autre mode avantageux de l'invention, au moins une des I caractéristiques techniques primaires A, T et P en tant que variable du polynôme R est affectée d'un coefficient multiplicateur ; préférentiellement positif. Suivant un encore autre mode avantageux de l'invention, dans l'étape a) on 20 enregistre les durées des fils d'exécution TH et les durées des blancs BL pendant une durée totale DT, le taux de threading T étant calculé comme suit : M.TH T DT - ;E; Suivant un encore autre mode avantageux de l'invention, dans l'étape a) on analyse le flux et on comptabilise le nombre de paquets de données émis par l'application 25 fonctionnant sur un poste émetteur E et le nombre de paquets d'acquittements émis en réponse par un poste récepteur R ; le taux d'acquittement A étant calculé comme suit : A = n ombre de paquets :de données Suivant un encore autre mode avantageux de l'invention, le polynôme R comprend I un produit entre au moins deux caractéristiques techniques primaires ., T et P. Suivant un encore autre mode avantageux de l'invention, dans l'étape c), le calcul de la note N1 est de la forme : I où a et y sont des coefficients réels et R le polynôme. Suivant un encore autre mode avantageux de l'invention, dans l'étape c) le calcul de la note N1 est effectué comme suit : 3 ±0.0 15.* (T4 - 1) + +` : P- 100) t: 4 où P est exprimé en octets. Suivant un encore autre mode avantageux de l'invention, dans l'étape c) le calcul de la note N2 est de la forme : où ô etc sont des coefficients réels et R le polynôme. Suivant un encore autre mode avantageux de l'invention, dans l'étape c) le calcul de la note N2 est effectué comme suit :20 (P2* *x -,. où P est exprimé en octets. Selon un encore autre mode avantageux de l'application est installée sur un serveur. L'invention a également trait à un réseau informatique physique comprenant : o plusieurs ordinateurs et/ou serveurs, o un réseau informatique étendu ou local qui relie les ordinateurs et/ou serveurs, o une application informatique installée sur au moins un des ordinateurs et/ou serveurs, o un logiciel d'analyse applicative installé sur un des ordinateurs et/ou serveurs, caractérisé en ce que : o le logiciel est configuré pour exécuter un procédé d'analyse de la compatibilité d'une application informatique à un réseau de transport selon l'invention. L'invention permet d'établir rapidement un indicateur informant sur la compatibilité d'une application informatique avec un réseau informatique. Cet indicateur repose sur des données facilement récupérables. L'indicateur peut être élaboré par un développeur de logiciel sans avoir besoin de compétences réseaux particulières. La possession de cet indicateur permet d'anticiper au cours du développement d'une application les modifications à apporter ou les correctifs d'infrastructures à mettre en oeuvre. Le calcul de l'indicateur est rapide, son interprétation est aisée. Il peut être automatisé et permet un traitement de masse des applications. D'autres caractéristiques et avantages de la présente invention seront mieux compris à l'aide de la description et des dessins parmi lesquels : - La figure 1 représente un flux de communication d'une application telle que rencontrée dans l'invention. - La figure 2 représente un échange de données entre un poste émetteur et un poste récepteur. - La figure 3 représente une illustration graphique du calcul de la note N1 selon l'invention. - La figure 4 représente une illustration graphique du calcul de la note N2 selon l'invention. - La figure 5 représente le diagramme du procédé d'analyse de compatibilité d'une application selon l'invention. L'invention a trait à un procédé d'analyse de compatibilité d'une application. Cette analyse a recours à des logiciels de capture applicatif et d'analyse applicative connus en soi de l'homme du métier. Ces logiciels permettent de déterminer des caractéristiques techniques primaires utilisées pour calculer une note. Le premier type de logiciel utilisé est un logiciel de capture de flux. Ce logiciel est actif pendant le fonctionnement d'une application et permet entre autres de : - Saisir en temps réel des paquets d'une interface réseau. - Ouvrir et enregistrer des paquets saisis. - Ouvrir et examiner des paquets saisis. - Importer et exporter des paquets d'informations. - Filtrer des paquets suivant plusieurs critères. - Rechercher des paquets suivants certains critères. Les informations saisies sur le flux peuvent être enregistrées dans un fichier. Via un export, on peut par exemple choisir de les transférer dans un tableur de calcul. Un tableur de calcul facilitera l'exploitation des données et permettra le calcul de différentes valeurs caractérisant le flux. À partir des informations émises et reçues on détermine les caractéristiques techniques primaires du transport applicatif. Cette opération est réalisée à partir d'un logiciel d'analyse applicative. Elle permet de décoder des flux en réalisant des calculs facilement exploitables. Ces logiciels permettent de : - Réaliser des statistiques sur les caractéristiques des paquets. - Créer un historique. - Classer les flux. - Cartographier les échanges. - Effectuer des calculs à partir des données brutes. L'analyse applicative permet de déterminer environ une quinzaine de caractéristiques techniques primaires du transport applicatif. Dans le cadre de l'invention on choisit d'en retenir trois qui sont : - le taux d'acquittement A, - le taux de threading T, - la taille moyenne des paquets P exprimée en octets. Il serait envisageable de développer une solution qui s'appuie sur d'avantage de caractéristiques techniques primaires. On retient précisément ces trois caractéristiques car elles ont un aspect basique, elles sont simples à observer et elles sont communes à toutes les applications. La figure 1 représente un flux de fils d'exécution également appelés threads TH. Par extension le taux de threading TH est également appelé taux de fil d'exécution TH. La figure 1 est un graphe temporel des émissions d'une application que l'invention se propose d'analyser. En abscisse figure le temps, en ordonnées les différents fils d'exécution TH émis sur plusieurs sessions SE. L'émission commence à un instant TO et finit à un instant TF. La durée d'observation s'étend sur un intervalle de temps DT. Dans chaque session SE, on émet différents fils d'exécution TH. Dans la figure 1 est représenté un exemple avec 3 sessions ouvertes SE1, SE2 et SE3. Les fils d'exécutions TH contiennent une certaine quantité d'information qui fait varier leur longueur et la durée de leur transmission. On admet que la taille d'un fil d'exécution TH est sensiblement proportionnelle à la durée nécessaire à sa communication. Entre les différents fils d'exécution TH subsistent des blancs BL où il n'y a pas de circulation de fils d'exécution TH. Pendant les blancs BL le réseau n'est pas exploité. Dans le cadre de l'invention, on utilise le taux de threading T. Ce taux peut être défini de plusieurs façons ; il est ici calculé à l'aide d'une formule détaillée ci-après. Dans un premier temps, on laisse fonctionner une application et on en saisit le flux. Cette capture se concentre sur l'enregistrement de plusieurs données dont : - les durées des threads TH. - les durées des blancs BL. - la durée totale DT de la saisie. Le taux de threading T est alors calculé comme suit : Dans ce calcul les durées TH, DT et BL sont exprimées avec la même unité, à titre d'exemple on peut retenir les millisecondes. Concrètement dans l'exemple de la figure 1 on obtient : ({ H1 - T H2 T TH 3 T TH4. + .dTH5 TH6 - 3 3 ) DT- L1#BL 25 Plus le nombre de sessions SE que l'application peut ouvrir est grand, plus le taux de threading T est grand car le nombre de fils d'exécution TH émis simultanément est important. Plus la taille des fils d'exécution TH est grande, plus le taux de20 threading T croît. Plus la durée totale d'émission DT est faible, plus le taux de threading T est grand car on effectue des transmissions en un minimum de temps. Plus l'ensemble des blancs BL est important, plus le taux de threading T est grand car le temps nécessaire de transmission est réduit et l'utilisation de la ressource bande passante est limité. Le taux de threading T comprend le nombre de sessions TCP qu'une application peut ouvrir en même temps, le temps d'émission et les blancs entre les émissions. Plus le taux de threading T est grand, plus la densité de communication est importante et plus les échanges applicatifs sont rapides. La figure 2 est une représentation d'un échange de données d'une application entre un poste émetteur E et un poste récepteur R. Sur le poste émetteur E est installée une application. A l'aide du logiciel de capture applicative on observe les envois de données (Dl, D2, D3, D4) provenant du poste émetteur E en direction du poste récepteur R. Les envois de donnés (Dl, D2, D3, D4) sont sous forme de paquets. En retour, le poste récepteur R émet un message d'acquittement pour signifier qu'il a bien reçu un ou plusieurs messages (Dl, D2, D3, D4). Le poste récepteur R envoie donc un message d'acquittement, également appelé acknowledge (Ack1, Ack2). Les messages d'acquittement sont également envoyés sous forme de paquets. Le message d'acquittement a une fonction d'accusé de réception. L'invention utilise un taux d'acquittement A qui est calculé de la manière décrite ci-dessous. A partir des échanges de données et d'acquittements, on comptabilise le nombre de paquets de données (Dl, D2, D3, D4) et le nombre de paquets d'acquittements (Ack1, Ack2). A l'aide de ces nombres on peut calculer le taux d'acquittement A de la façon suivante : nombre de paquets d twuitte . nt5 1 Dans le cadre de l'invention on utilise le taux d'acquittement A ou son inverse A qui est tout aussi simplement calculé. Dans le cas servant d'exemple à la figure 2 on a : Nombre de paquets d'acquittements (Ack1, Ack2) = 2 A nombre d paquets e do aè. Nombre de paquets de données (D1, D2, D3, D4) = 4 Donc z A=-=055 4 Par déduction l'inverse du taux d'acquittement 7 = 2. Le taux d'acquittement A est directement impactant sur la compatibilité à longue distance. Plus une application peut envoyer de paquets avant de recevoir un acquittement A, plus son taux diminue et meilleur est son comportement sur le réseau. Malgré les longues distances que doivent parcourir les paquets, l'application n'a pas à attendre une réponse avant un nouvel envoi. Lorsqu'une application ne peut envoyer qu'un seul paquet avant de recevoir un acquittement A, son taux augmente. On rappelle que le temps de cheminement, et donc le temps d'attente augmente avec la distance parcourue par l'information. L'inverse du taux d'acquittement a une valeur d'autant plus grande que le comportement réseau de l'application est bon, ce qui est illustré par la figure 2. L'invention utilise une troisième caractéristique technique du transport applicatif : la taille moyenne des paquets P. La taille moyenne des paquets P est déterminée à partir des mesures des tailles de tous les paquets communiqués sauf les paquets de taille nulle. Cette moyenne est calculée en effectuant la moyenne de tous les paquets communiqués. Plus la taille moyenne de paquet P est petite, moins elle favorise le transport réseau à cause des informations qui sont accolées à chaque paquet. Une petite taille moyenne de paquet P augmentera les besoins en ressource bande passante sans augmenter la quantité d'information échangée. I On note que les trois caractéristiques techniques primaires À, T et P prennent des valeurs d'autant plus élevées que la qualité du transport applicatif est bonne. Il y a une corrélation entre l'augmentation de la valeur des caractéristiques techniques 1 primaires A, T, P et la qualité du transport applicatif. Ces caractéristiques sont choisies car elles sont facilement déductibles de la phase de capture et sont présentes à chaque transmission. Elles peuvent être obtenues sans avoir de compétences réseaux poussées. Un développeur pourra en cours de développement d'application effectuer lui-même cette récupération de caractéristiques primaires. Le procédé d'analyse de la compatibilité d'une application informatique à un réseau de transport comprend les étapes suivantes : a) Enregistrement du flux de communication d'une application; b) Calcul de plusieurs caractéristiques techniques primaires du transport applicatif dont le taux d'acquittement A, le taux de threading T et la taille moyenne des paquets P ; c) Calcul d'une note (N1, N2) représentative de l'efficience du flux de communication de l'application en fonction d'un polynôme R comprenant comme variables au moins deux caractéristiques techniques primaires du transport applicatif. Préférentiellement le calcul de la note (N1, N2) comprend les trois caractéristiques I techniques primaires suivantes : ., T et P. La note (N1, N2) réalise l'opération de convertir des caractéristiques techniques I primaires (, T, P) dont la grandeur est liée à la qualité du transport applicatif, en un résultat qui reflète la compatibilité de l'application au transport numérique. Au cours de l'étape a) on laisse fonctionner une application pendant un temps donné et on enregistre le flux de communication d'une application. Par flux de communication on entend les informations émises et reçues par une application. Le procédé démarre par une étape technique. Dans l'étape b) on calcule différentes caractéristiques techniques primaires du transport applicatif parmi lesquelles on retrouve le taux d'acquittement A, le taux de threading T et la taille moyenne des paquets P. t Ces caractéristiques techniques primaires (, T, P) sont les variables d'une fonction mathématique qui comprend un polynôme R. Certaines caractéristiques techniques I primaires (À, T, P) sont les variables du polynôme R. Cette fonction est calculée à l'étape c). La fonction de la note (N1, N2) est monotone, et ce dans le même sens, par rapport à I chacune des caractéristiques techniques primaires du transport applicatif (À, T, P). La note de compatibilité (N1, N2) est strictement croissante ou strictement décroissante en fonction de chacune des caractéristiques techniques primaires du I transport applicatif dont l'inverse du taux d'acquittement 7, le taux de threading T et la taille moyenne des paquets P. La note (N1, N2) doit être soit strictement croissante pour chacune des caractéristiques techniques primaires, soit strictement décroissante. Cette particularité facilite l'interprétation de la note. Chacune des 1 caractéristiques techniques primaires (À, T, P) renseigne sur une qualité du transport applicatif. Pour créer une note cohérente et lisible, il est logique que toutes les caractéristiques techniques primaires (A, T, P) soient monotones et aient la I même monotonie. La croissance de chaque caractéristique technique primaire (, T, P) influe dans le même sens la note (N1, N2) dans la mesure où leur signification intrinsèque est liée à la qualité de la communication. Le polynôme R peut comprendre plusieurs produits de caractéristiques techniques primaires. Il peut également comprendre des sommes de caractéristiques techniques primaires affectées de coefficients multiplicateurs de manière à ce que les ordres de grandeurs des monômes constituant le polynôme R soient de même ordre de grandeur pour des valeurs courantes des caractéristiques techniques primaires. Un coefficient multiplicateur peut s'appliquer à un produit de caractéristiques techniques primaires. Le polynôme R peut comprendre une constante. I A titre d'exemple on peut donner : polynôme R = a * T + b * A, I Ou encore : polynôme 3 = c * P * T + d * + e, I Ou bien encore : polynôme 13 = f * P * T + g * A* P + h * T + i. Où a, b, c, d, e, f, g, h, i désignent des coefficients multiplicateurs, qui sont des nombres réels. Ils peuvent également désigner des caractéristiques techniques I primaires du flux de communication autres que (A, T, P). I Dans l'invention au moins une des caractéristiques techniques primaires (, T, P) du polynôme R est porté à une puissance d'un nombre réel positif. I Préférentiellement, une des caractéristiques techniques primaires (, T, P) est portée à une puissance d'un nombre réel positif inférieur à 1. Éventuellement, une des caractéristiques techniques primaires peut être élevée à une puissance négative. Dans le cadre de l'invention, au sein du polynôme R, il est intéressant de porter la taille moyenne des paquets P à sa racine carrée. Cette particularité permet de pondérer l'importance de la variation de la taille des paquets P par rapport aux autres coefficients. Cette action est nécessaire quand la variation moyenne d'une I des caractéristiques techniques primaires (., T, P) est importante par rapport aux autres. Sa variation écrase la variation apportée par les autres caractéristiques techniques primaires (., T, P) dans le polynôme R. Concrètement on affectera une 1 puissance supérieure à 1 à une caractéristique technique primaire (, T, P) dont la variation est faible par rapport aux autres, tandis qu'on adoptera une puissance comprise entre 0 et 1 pour une variation importante. Les ordres de grandeur de A, T et P sont les suivants : A est compris entre 0 et 1, T est compris entre 1 et 4 ; P est compris entre 100 et 1500 octets. Ces valeurs sont 14 indicatives, les intervalles correspondants peuvent être élargis suivant les cas. Les valeurs peuvent varier suivant le protocole utilisé. Le calcul de la note (N1, N2) comprend une fonction composée. La fonction composée peut être une fraction et/ou une exponentielle comprenant le polynôme R. Dans un premier mode de calcul de la note N1, on emploie une fraction F de la forme : I + x Si la variable x est positive, le dénominateur reste supérieur au numérateur et la fraction F(x) prend des valeurs comprises entre 0 et 1. Si un polynôme R prenant des valeurs supérieures à 1 est incorporé au dénominateur de F(x), F((3) prend des valeurs comprises entre 0 et 1. La fonction F((3) est décroissante de 1 à 0. F((3) tend vers 0 lorsque le polynôme [i tend vers l'infini. Plus précisément, un premier mode de calcul de la note N1 peut prendre la forme de: Où a et y sont des coefficients réels et [i un polynôme. La figure 3 est une représentation graphique correspondant au calcul de la note Ni. La fonction F1 tracée sur le graphique a pour formule : 3 o'oi Dans ce cas particulier a = 0.01 et y =1. Les valeurs de x sont sur l'axe des abscisses et celles de F1 en ordonnées. Sur le graphique la variable prend des valeurs comprises entre 0 et 1200, les valeurs de F1 sont comprises entre 0 et 3. Sur le graphique on délimite 7 zones caractéristiques de la courbe. Ces zones sont nommées par des lettres : A, B, C, D, E, F, G. - La zone A délimite les valeurs comprises dans l'intervalle [0 ; 0,25[, - La zone B délimite les valeurs comprises dans l'intervalle [0,25 ; 0,75[, - La zone C délimite les valeurs comprises dans l'intervalle [0,75 ; 1,25[, - La zone D délimite les valeurs comprises dans l'intervalle [1,25 ; 1,75[, - La zone E délimite les valeurs comprises dans l'intervalle [1,75 ; 2,25[, - La zone F délimite les valeurs comprises dans l'intervalle [2,25 ; 2,75[, - La zone G délimite les valeurs comprises dans l'intervalle [2,75 ; 3[. Les zones peuvent être employées pour interpréter la note Ni. Dans la zone A la note N1 tend vers 0. La fonction a une faible variation et est relativement linéaire et forme une asymptote. Dans la zone B la note N1 est sensiblement linéaire et amorce un début de courbure. Dans la zone C la note N1 présente une courbure prononcée entre la portion à faible variation et la portion à forte variation. Dans les zones D, E, F et G, la note N1 est sensiblement linéaire et a une forte variation. Dans un deuxième mode de calcul de la note N2, on emploie la fonction exponentielle sous la forme : Si la variable x est positive, la fonction E(x) prend des valeurs comprises entre 0 et 1. Si un polynôme R prenant des valeurs positives remplace la variable x dans la fonction E(x), cette dernière prend des valeurs comprises entre 0 et 1. Plus précisément, un deuxième mode de calcul de la note N2 peut avoir comme structure : où ô etc sont des coefficients réels et R un polynôme. La figure 4 est une représentation graphique correspondant au calcul de la note N2. La fonction tracée sur ce graphique a pour formule F2 : = 3* q_~. 3 Dans ce cas particulier b = 0.05 etc = . Les valeurs de x sont sur l'axe des abscisses et celles de F2 en ordonnées. Sur le graphique on fait varier la variable x entre 0 et 50. F2 prend des valeurs comprises entre 0 et 3. Sur cette figure sont représentées les mêmes zones A, B, C, D, E, F et G que sur la figure 3. Dans la zone A la note N2 tend vers 0. La fonction a une faible variation et forme une asymptote. Dans la zone B la note N2 présente une courbure entre la portion à faible variation et la portion à forte variation. Dans les zones D, E et F la note N2 est sensiblement linéaire et a une forte décroissance. Dans la zone G, la note N2 présente une courbure. Des notes N1 ou N2 comprises dans les zones A sont particulièrement bonnes. Des notes N1 ou N2 comprises dans la zone G sont particulièrement mauvaises. Le calcul de la note (N1, N2) qui comprend la fraction F(x) ou l'exponentielle E(x) est multipliée par un nombre entier. On choisit comme nombre entier 3. Ainsi les notes N1 et N2 prennent des valeurs comprises entre 0 et 3. Le choix de cette valeur permet ensuite de définir 3 intervalles simples de notes qui donnent une tendance générale. Suivant l'invention, l'appréciation de la note est d'autant meilleure que sa note est proche de 0. On peut retenir les intervalles suivant : 18 Premier intervalle 11: ]0 ; 1], Deuxième intervalle 12 : ]1 ; 2], Troisième intervalle 13 : ]2, 3]. Ces intervalles (11, 12, 13) sont de taille égale et ont des nombres entiers comme bornes. Ces spécificités de l'invention rendent le résultat facilement interprétable et appréciable. Pour plus de finesse, ces intervalles peuvent être subdivisés en plusieurs sous-intervalles plus fins. On peut également créer d'autres intervalles de tailles différentes qui chevaucheraient les intervalles décrits ci-dessus. La fonction F1(x) a une décroissance lente. Elle atteint la valeur 2 lorsque x = 50. La valeur 1 est atteinte pour x = 200. Ensuite la fonction reste comprise entre 1 et 0.20 lorsque x est compris entre 200 et 1200. Les intervalles (11, 12, 13) d'appréciations sont franchis pour des variations de x différentes : 11: 50 ; 12 : 150 et 13 : 1000. On peut considérer que l'interprétation de l'intervalle 11 pourra être très fine car une variation légère de x occasionnera une variation importante de F1. La fonction F2(x) a une décroissance rapide. Elle atteint la valeur 2 lorsque x est proche de 11. La valeur 1 est atteinte pour x proche de 21. Ensuite la fonction est comprise entre 1 et 0.05 lorsque x est compris entre 21 et 50. La décroissance est plus marquée en début de courbe. On pourra avec précision déceler qu'une application est mauvaise. Alternativement, dans le calcul de la note (N1, N2) on peut multiplier la fraction F(x) ou la fonction E(x) par tout autre nombre entier ou réel. Le centrage des résultats des valeurs entre 0 et 3 puis la création d'intervalles basiques facilite la lecture de la note (N1, N2) et la rend exploitable par un plus grand nombre d'utilisateurs qui n'ont pas besoin d'être des spécialistes. À l'étape c) on calcule la note de compatibilité (Ni, N2) suivant l'une ou les deux formules suivantes : 3 01*14_.+5* +3 19 $r ias 71-1 nombre:d paquets eacqutttetnents 5 nenz.bre paquets de données T DT En On obtient la formule de la note N1 en replaçant dans la fonction Fl(x) la variable x par le polynôme P1 suivant: Pl (A T. p) (T4. - 1)-FS. s -1 ,+ 3 s-P -'1 3 10 On obtient la formule de la note N2 en remplaçant dans la fonction F2(x) la variable x par le polynôme P2 suivant : P.Gt ,p) On souligne que dans la cadre des notes N1 et N2 on a pour base une fonction (F1, F2) et qu'on y incorpore un polynôme (P1, P2). On effectue des fonctions composées. 15 Les deux fonctions ont des variations différentes. Un des avantages de l'invention est que le calcul de la note peut être réalisé à plusieurs moments d'une application : - au moment du login, - au moment de la navigation, 20 au moment d'un envoi de données, .sTH. - au moment d'une réception de données, - au moment processeur où l'on traite des données. Les différentes notes obtenues en fonction des différents moments permettent de cibler les moments sur lesquels il faudra agir et éventuellement entrevoir des solutions. L'invention et l'ordre de déroulement de ces tâches est représenté dans la figure 5. En première étape on démarre l'application qui est éventuellement installée sur un ordinateur ou un serveur. En deuxième étape on effectue une capture applicative. On collecte le flux d'information entrant et sortant dans l'application. Ces données sont ensuite enregistrées. En troisième étape on entame l'analyse applicative et on réalise un calcul préalable. On contrôle ici l'importance du flux ayant transité entre un poste émetteur E et un poste récepteur R. Si l'échange est trop faible pendant une durée donnée, on peut avoir une base d'analyse inappropriée. Dans cette étape on vérifiera donc l'inégalité suivante : Nombre d'octets. `'a sÏ': Temps to On souhaite donc que la quantité d'octets transmis pendant une durée d'observation totale également appelé temps total soit supérieure à une valeur seuil. Si la quantité de données transmises dans le temps est insuffisante, on n'effectue pas de calcul de note. Si la quantité est suffisante, on passe à l'étape suivante dans le processus de calcul de la note. En quatrième étape on poursuit l'analyse applicative. À l'aide d'un logiciel dédié ; on effectue des filtrages et des calculs sur les données. On calcule ainsi les valeurs des caractéristiques techniques primaires du transport applicatif dont : - la taille moyenne des paquets P, 10 1 - l'inverse du taux d'acquittement calculé à l'aide de la formule suivante : 1. nombre :de pacques...de donn.ées = À. nombre ,de paquets ,eacqutttment le taux de threading T découlant de la formule : Dans la cinquième étape on calcule la note (Ni, N2) à l'aide de l'une des ou des deux formules suivantes : 01* IS*(T'4-1)±5.. +3s - Loo) = 1 3 Ou : Dans la sixième et dernière étape on étudie le résultat de la note (N1, N2). 15 Si N1 et/ou N2 1, la note est jugée bonne. - Si 1 L'interprétation des notes peut être nuancée en fonction de leur environnement. Les conditions d'utilisation de l'application, le contexte peuvent influencer le fonctionnement réel, impacter la qualité du flux et dégrader le rendu client. Dans le cas où une note est comprise entre 1 et 2, on peut prolonger l'analyse du résultat et s'intéresser au contexte d'utilisation de l'application. Si par exemple l'application est installée sur un poste émetteur E dans une région du globe pauvre en infrastructures, l'interprétation dégradera la note et cette dernière sera jugée mauvaise. A l'opposée si l'application est installée sur un poste émetteur E dans une région riche en infrastructures telle par exemple une capitale d'un pays riche en infrastructures réseau, l'interprétation de la note tendra à l'apprécier. La note pourra être jugée bonne. L'analyse peut, toujours à titre d'exemple, reposer sur la proximité d'un hub. Cette analyse d'environnement prend en compte par exemple le nombre d'utilisateurs que l'application va avoir à gérer simultanément. L'invention permet d'élaborer un indicateur de compatibilité fiable fournissant un critère d'insertion d'une application dans une architecture réseau. Les problèmes d'incompatibilités réseaux peuvent être détectés au plus tôt, dès qu'un prototype de l'application est en mesure de fonctionner sur un poste. Grâce à cette anticipation on peut à l'avance prévoir des correctifs, estimer les moyens nécessaires et leurs coûts. Cette anticipation participe également à nourrir le savoir-faire de l'entreprise et à anticiper sur des cas ultérieurs. La solution peut être automatisée moyennant l'installation de logiciels de saisie applicative et d'analyse applicative. Ainsi le temps nécessaire et les compétences requises sont limités, ce qui favorise l'automatisation du procédé. L'invention propose également un procédé de gestion des ressources informatiques nécessaires à l'installation d'une application sur un ordinateur ou serveur. Les ressources informatiques peuvent comprendre du matériel informatique et/ou un logiciel informatique. Dans le cadre du procédé de gestion, si la note (N,, N2) est insuffisante en regard d'une valeur de référence, on peut modifier l'infrastructure informatique ou l'application. Si on modifie l'infrastructure informatique on peut prévoir d'ajouter un accélérateur ou un serveur proxy. La modification de l'application peut consister à modifier ou remplacer un des programmes qui la compose. REVENDICATIONS1- Procédé d'analyse de la compatibilité d'une application informatique avec un réseau de transport numérique, comprenant les étapes suivantes : a) Enregistrement d'un flux de communication de l'application avec le réseau de transport numérique; b) Calcul de plusieurs caractéristiques techniques primaires du flux de communication dont le taux d'acquittement A, le taux de threading T et la taille moyenne P des paquets; caractérisé par l'étape suivante : c) Calcul d'une note (N1, N2) représentative de l'efficience du flux de communication de l'application en fonction d'un polynôme R comprenant comme variables au moins deux des, préférentiellement les trois, caractéristiques techniques primaires I T et P du flux de communication, ladite note reflétant la compatibilité de l'application avec le réseau de transport numérique. 20 2- Procédé suivant la revendication 1, caractérisé en ce que la note (N1, N2) est croissante ou décroissante par rapport à chacune des au moins deux I caractéristiques techniques primaires parmi ., T et P du flux de communication. 3- Procédé suivant l'une des revendications 1 à 2, caractérisé en ce que au I- moins une des caractéristiques techniques primaires À, T et P en tant que 24 15 25variable du polynôme 13 est portée à une puissance d'un nombre réel positif ; préférentiellement une puissance d'un nombre réel positif inférieur à 1 ; et/ou au moins une des caractéristiques techniques primaires A, T et P du polynôme 13 est affectée d'un coefficient multiplicateur ; préférentiellement positif. 4- Procédé suivant l'une des revendications 1 à 3, caractérisé en ce que dans l'étape a) on enregistre les durées des fils d'exécution TH et les durées des blancs BL pendant une durée totale DT, le taux de threading T étant calculé comme suit : ETH = T D'T - L et/ou dans l'étape a) on analyse le flux et on comptabilise le nombre de paquets de données émises par l'application fonctionnant sur un poste émetteur E et le nombre de paquets d'acquittements émis en réponse par un poste récepteur R ; le taux d'acquittement A étant calculé comme suit : o7t`t >r" d :paquets d'acquittements A = nombre depaquets d données20 5- Procédé suivant l'une des revendications 1 à 4, caractérisé en ce que le polynôme R comprend un produit entre au moins deux caractéristiques techniques primaires À, T et P. 6- Procédé suivant l'une des revendications 1 à 5, caractérisé en ce que dans l'étape c), le calcul de la note N1 est de la forme : où a et y sont des coefficients réels et R le polynôme. 7- Procédé suivant la revendication 6, caractérisé en ce que dans l'étape c) le calcul de la note N1 est effectué comme suit : 3 1 + ,.~ 5s -1)+S t q+rW - ion$ où P est exprimé en octets. 8- Procédé suivant l'une des revendications 1 à 5, caractérisé en ce que dans l'étape c) le calcul de la note N2 est de la forme : où ô etc sont des coefficients réels et 13 le polynôme. 9- Procédé suivant la revendication 8, caractérisé en ce que dans l'étape c) le calcul de la note N2 est effectué comme suit : _ -3* ~ 'G5 3 où P est exprimé en octets. 10-Réseau informatique physique comprenant : o plusieurs ordinateurs et/ou serveurs, o un réseau informatique étendu ou local qui relie les ordinateurs et/ou serveurs, o une application informatique installée sur au moins un des ordinateurs et/ou serveurs, o un logiciel d'analyse applicative installé sur un des ordinateurs et/ou 15 serveurs, caractérisé en ce que : o le logiciel est configuré pour exécuter un procédé d'analyse de la compatibilité d'une application informatique à un réseau de transport tel que décrit dans les revendications 1 à 9. 20