vendredi 10 juillet 2009

Méthodologie de développement avec Oracle Application Express

Avec l’intérêt grandissant des entreprises pour l’outil de développement Oracle Application Express, plusieurs questions sont maintenant à l’ordre du jour.

Une des questions qui revient le plus souvent est reliée à l’ampleur des projets qui peuvent être réalisés avec cet outil de développement rapide. En fait, la vraie question qui est sous-jacente est celle-ci : peut-on réellement entreprendre un développement d’envergure avec un cadre normatif tout en suivant une méthodologie lorsqu’on utilise l’outil APEX ?

La réponse est OUI et je dirais même que de ne pas avoir de cadre normatif et de méthodologie appropriée est une recette idéale pour un désastre. Il est facile de bâtir des applications avec des outils de développement rapide tel qu' Oracle Application Express, cependant tout comme c’était le cas il y plus de 20 ans avec des outils comme Oracle Forms, un mauvais encadrement permettait de créer des systèmes beaux en apparence, mais impossible à maintenir et faire évoluer. Comme jadis, les intervenants en TI ont vite compris que même pour les outils permettant de faire des développements en mode RAD, on se doit de définir des méthodes de développement afin de rendre les équipes plus efficace et de faciliter la maintenance éventuelle des applications.

Cependant, la méthodologie utilisée doit être adaptée au mode de développement. APEX étant un outil de développement rapide (RAD), nous favorisons une approche de développement de type AGILE. Les quatre grandes valeurs qui sont mises de l’avant par une telle méthodologie sont :

1- Priorité aux personnes et aux interactions par rapport aux procédures et aux outils
  • Ce qui exige un meilleur travail de groupe et des canaux de communication efficaces
2- Priorité aux applications fonctionnelles par rapport à une surabondance de documentation
  • Documentation succincte à jour; les analyses fonctionnelles et détaillées sont fusionnées afin de produire un dossier hybride d’analyse de moindre envergure.
3- Priorité de la collaboration avec le client par rapport à la négociation de contrat
  • Rétroaction régulière du client permettant de produire une solution répondant réellement aux attentes
4- Priorité de l’acceptation du changement par rapport à la planification
  • Planification flexible permettant des modifications même après la première livraison d’un module

Bref, en adaptant ses manières de faire et en imposant des règles claires auxquelles les analystes et les développeurs devront se conformer, nous avons démontré hors de tout doute que l’envergure d’un projet n’est pas un obstacle pour un outil comme Oracle Application Express (APEX).