Nous réalisons une analyse statique ou dynamique du code de votre application pour évaluer la qualité du développement, détecter des bugs, ou identifier les mauvaises pratiques de développement qui peuvent altérer les performances.

L'analyse statique est réalisée à partir du code source de l'application et ne nécessite pas le déploiement de l'application dans un environnement de test.

L'analyse dynamique est complémentaire, elle consiste à analyser le fonctionnement de l'application dans un environnement de test.

Cette analyse peut s'accompagner du déploiement d'une solution de supervision applicative ou d'outils plus spécialisés de type "profiler", pour identifier précisément les freins à la performance.

L'analyse statique du code est réalisée à partir de solutions telles que SonarQube, PMD, CheckStyle et complétée par l'analyse manuelle d'une ou plusieurs fonctionnalités qui mettent en jeu les chaînes de liaison principales de l'application.

Nous vous aidons à définir les scénarios de test de performance, les objectifs à atteindre, les moyens à mettre en oeuvre en terme de solutions techniques (injecteurs, supervision, consolidation), de volumétrie de données de test.

Nous installons la plateforme de tests sur votre environnement. Nous élaboration les scénarios de tests et réalisons les campagnes de tests.

Nous identifions les défauts qui empêchent la montée en charge de vos applications et vous soumettons des préconisations d'amélioration des développements.

Nous pouvons également prototyper les suggestions que nous vous soumettons.

Nous élaborons un dossier de test qui décrit précisément l'ensemble des actions qui ont été menées pendant l'activité.

Cette activité est proche de l'activité de test de performance car elle nécessite de pouvoir reproduire le disfonctionnement que vous avez observé.

La principale différence relève de la démarche associée à cette activité. En effet nous partons du constat d'un disfonctionnement versus une approche plus globale. De fait, notre démarche est centrée sur la résolution du problème que vous avez identifié.

Selon la nature de ce problème, nous pouvons être amenés à vous proposer la mise en oeuvre d'un outillage nécessaire à la reproduction et au diagnostic du disfonctionnement.

Nous élaboration in fine un dossier détaillé sur l'activité de diagnostic qui décrit en particulier la problématique soulevée, les moyens mis en place pour opérer un diagnostic, l'analyse et la proposition de solutions de contournement ou de mesures définitives.

A l'aide d'une modélisation de l'activité des utilisateurs sur vos applications, nous définissons des incréments d'architecture et extrapolons cette analyse à vos nouvelles attentes.

Cela vous permet de comprendre les facteurs de dimensionnement de vos architecture et d'adapter dynamiquement l'infrastructure à l'usage de vos applications.

"As an evolving program is continually changed, its complexity, reflecting deteriorating structure, increases unless work is done to maintain or reduce it."

Meir Manny Lehman, 1980

Pour réduire votre dette technique nous utilisons un automate développé par notre lab pour identifier et résoudre les défauts du code des applications java que vous avez choisi de supprimer. Il s'agit d'une véritable cure de jouvence de vos applications java.

Vos développeurs ne sont plus mobilisés sur des tâches ingrates, fastidieuses et sans intérêt qui impactent les délais de livraisons des évolutions à forte valeur ajoutée.

La correction des défauts est instantanée sans délais.

Les corrections apportées par l'automate sont homogènes et opérationnelles chez de nombreux clients. Ce procédé permet d'envisager la rénovation du code des applications à très grande échelle et sans risque car les modifications apportées sont très largement testées.

Il permet aux équipes de développement de se concentrer sur les fonctionnalités dites "métier".

Vos clients ou votre direction informatique seront satisfait de voir que l'amélioration de la qualité du patrimoine applicatif et la rénovation du code "legacy" sont au centre de vos préocupations.

Sur le plan financier, ce service est très intéressant (facturation à la modification de code) et sans équivalence avec une prestation réalisée manuellement.

Actuellement notre automate de correction des violations Sonar corrige les quelques règles suivantes:

• squid : S2159 - Silly equality checks should not be made. Checked equals(null)
• squid : S2129 - Constructors should not be used to instantiate "String", "BigInteger", "BigDecimal" and primitive-wrapper classes
• squid : S1148 - Throwable.printStackTrace(...) should never be called
• squid : S1130 - "throws" declarations should not be superfluous
• squid : S4973 - "==" and "!=" should not be used when "equals" is overridden
• squid : S106 - System.out and System.err should not be used as loggers
• squid : S1166 - Exception handlers should preserve the original exception
• squid : S1192 - String literals should not be duplicated
• squid : S1948 - Fields in a Serializable class should either be transient or serializable
• squid : S00108 - Nested blocks of code should not be left empty
• RSPEC-2139 - Exceptions should be either logged or rethrown but not both
• squid: S1066 - Collapsible "if" statements should be merged
• squid: S00117 - Rename this local variable to match the naming convention or standard
• jperf: J00001 - Nested "if" statements should be simplified
• squid: S1158 - Primitive wrappers should not be instantiated only for "toString" or "compareTo"