Le coût d’un bug

Type de sujet: IT 100%Bank 0%

   

 

Un bug informatique est un comportement d’un logiciel qui n’est pas conforme à ses spécifications. Une conséquence direct est que s’il n’y a pas de spécification il n’y a pas de bug…

 

Cette définition n’est pas universelle. Il m’est arrivé de travailler chez un éditeur de logiciel dont le responsable du développement affirmait qu’un bug était un dysfonctionnent identifié par un utilisateur final. Il n’est pas surprenant que cet éditeur ait quasiment disparu à cause du manque de fiabilité de ses solutions…

 

En fait plus un bug est identifié tardivement dans le processus de développement d’un logiciel plus il coûte cher.  

L’idéal est qu’il n’y ait pas de bug. Ceci est possible, si les spécifications sont de qualités et si le développeur est compétent. L’organisation de revue de code est une bonne pratique pour diminuer le nombre de bug.

 

Si un bug est identifié par le développeur lui même, alors la partie droite de son cerveau communique avec la partie gauche et au bout de quelques minutes de réflexion, de codage et de compilation le problème est résolu.

 

Si un bug est trouvé par l’équipe de test alors celle-ci doit formaliser sa description dans un ticket d’incident. Le développeur doit alors comprendre le contenu du ticket, reproduire le problème (ce qui n’est pas toujours simple), le corriger, et livrer la correction en environnement de qualification. L’équipe de test peut ainsi vérifier la correction et clore le ticket.

 

Si un bug est identifié par l’utilisateur final cela devient beaucoup plus complexe. Cet utilisateur doit faire appel à l’équipe support qui doit analyser le problème et ouvrir un ticket d’incident. Il est bien évident que cette étape est particulièrement délicate car le diagnostique est réalisé dans un contexte de production. Un bug a parfois des conséquences néfastes sur l’intégrité des données de production. Il est souvent nécessaire de livrer et d’exécuter des scripts correctifs pour remettre les données en état.

Il est donc important de ne pas négliger l’étape des tests unitaires pour que le maximum de bugs soit identifié par le développeur lui-même. C’est au chef de projet de prévoir du temps et de contrôler que les tests sont bien réalisés. Les développeurs sont souvent réticents à ce genre tâche car ils préfèrent le codage qui est une activité plus créative et plus valorisante. Le chef de projet doit exiger des rapports de tests unitaires formalisés dans lesquels les développeurs s’engagent sur le périmètre de leurs tests.

 

En synthèse, plus un bug est trouvé tardivement dans le processus de développement d’un logiciel plus il implique un nombre important d’acteur et plus il coûte cher. Il est utile de mettre en place des revues de code formelles et des tests unitaires formels pour que les bugs soient identifiés et corrigés au plus tôt.

 

Gwenael Oliot

ISO20022 pour les virements et les domiciliations.

Type d’article : Bank 50% IT 50%

Le nouveau format XML ISO20022 va remplacer les vieux VIR2000 et DOM2000 au Luxembourg pour les virements et les domiciliations. L’ABBL a mis en ligne des guides pour aider les acteurs de la place pour cette transformation :

• Un guide pour les messages d’initiation de transfert de crédit clients
• Un guide pour les messages d’initiation de débit direct

Du travail en perspective pour les informaticiens banquiers du Luxembourg !

Gwenaël Oliot

Les produits financiers pour les nuls

Type d'article: bank 100% IT 0%

Tout le monde connaît et comprend les produits de l’industrie automobile, c’est facile on peut se mettre assis dedans ! Les produits de l’industrie financière sont plus abstraits et moins accessibles. Certains leur attribuent tous les maux du méchant capitalisme, alors que concrètement ils sont utiles à l’économie. Cependant comme tous les outils ils peuvent être mal utilisés, et la spéculation peut causer beaucoup de dégât.

La présentation disponible ici, présente les produits financiers les plus courants. J’espère qu’il aidera les moins informés à y voir un peu plus clair.

Gwénaël Oliot

Les préconisations de l'ABBL pour l'e-banking sécurisé

Type d'article: Bank 50%IT 50%

L'ABBL (Association des Banque et Banquiers, Luxembourg) a formulé des préconisations pour que les Luxembourgeois gérent leurs comptes bancaires sur Internet avec plus de sécurité.

Pour en savoir plus, cliquez ici: http://www.abbl.lu/fr/dossiers/safe-banking

Gwenael Oliot

Hymne à Drupal

Type d'article: bank 0%IT 100%

Sur ce blog j’essaie toujours d’être objectif, de faire des articles en comparant plusieurs solutions en pesant le pour et le contre. Pour une fois je n’ai pas envie d’être objectif ; j’ai envie de faire partager mon plaisir de travailler avec Drupal.

Drupal est un CMS open source, c'est-à-dire une boite à outil gratuite pour construire des sites Intranet, Extranet, et Internet. La dernière fois que je me suis intéressé au sujet c’était en 2000 en faisant développer un Extranet en Microsoft ASP. En ce temps là développer un formulaire n’était pas si simple. En dix ans les choses ont bien changée.

Avec Drupal, tout est gratuit. Ca fonctionne avec PHP, Apache, MySQL et vous pouvez l’installer sous Linux. Autrement dit il ne faut payer que le matériel, et étant donné le peu de ressource que Drupal consomme, ça veut dire le minimum.

Le site drupal.org est très bien fait il suffit de suivre pas à pas les recommandations d’installation est ça marche. Une fois l’installation terminée, fini la technique technicienne, vous construisez votre site en utilisant une interface graphique web. Pour gérer les utilisateurs de votre site : rien à faire c’est intégré. En quelques cliques vous créez un blog, quelques cliques de plus des news groups. Vous voulez du contenu pour animer votre site, rien de plus simple, abonner votre site à des flux RSS !

Bien entendu tout n’est pas magique. Si vous avez un besoin qui n’est pas couvert par Drupal ou un de ces modules, alors il faut mettre la main dans le cambouis PHP, CSS et autre. Mais les possibilités « out of the boxe » sont impressionnantes !

Drupal a des concurrents qui sont sans doute très bons. Pour l’instant je n’ai même pas envi de les essayer…

Pour finir, je reste fidèle aux technologies robustes, comme java/j2ee, oracle, bd2 pour les systèmes transactionnels mais pour la gestion de contenu, Drupal fait mon bonheur !

Gwenaël Oliot

Références :

• http://drupal.org/
• Livre Using Drupal édition oreilly ISBN 978-0-596-51580-5

Le blog Informatique bancaire au Luxembourg est présent sur Twitter

Le blog Informatique bancaire au Luxembourg est maintenant présent sur twitter sous @bankitlux

Pour vous abonner cliquez-ici

Gwenaël Oliot

Deux livres sur l’Intranet management.

Type d'article Bank 0%IT 100%

  

J’ai lu deux livres sur la gestion des Intranet et souhaite vous faire partager mes opinions.

Conduite de Projet Intranet de Michel Germain est un petit livre, vite lu et vite compris qui offre une démarche projet et des outils méthodologiques concrets.

Intranet-Management de Nicolas Humeau est plus théorique, plus difficile et en fin de compte moins pertinent.

Ce que j’ai retenu c’est qu’un projet Intranet est un projet comme les autres, c'est-à-dire qu’il est nécessaire d’avoir des objectifs, un périmètre et un pilotage clair. Les particularités sont que :

• La dimension technologique est beaucoup moins présente que dans d’autres projets IT. L’essentiel est ici de définir les contenus et leur animation. Il est admis que le coût annuel de l’animation du contenu est de l’ordre de 25% du coût du projet initial !
• L’Intranet est un outil informatique « libre service ». Il faut donc séduire l’utilisateur pour lui donner envie de l’utiliser. Par exemple, la mise en place de petites annonces personnelles peut être un produit d’appel pour attirer les utilisateurs vers des services plus utiles pour l’entreprise.

Gwenaël Oliot

Références:

• Conduite de Projet Intranet de Michel Germain édition Economica ISBN 2717849249
• Intranet-Management de Nicolas Humeau édition Economica ISBN 2717849645