Famille de méthodes : la flexibilité au cœur du processus de construction de méthode

National audienceLes difficultés d'utilisation de l'ingénierie des méthodes situationnelles (IMS) dans l'industrie sont dues essentiellement à la complexité des solutions proposées et l'IMS cherche de nouvelles voies pour faciliter la construction des méthodes spécifiques au contexte. Une piste possible vient de l'ingénierie des lignes de produits logiciel (LdP) qui développe des solutions adaptables au contexte en réutilisant la connaissance existante. Pour utiliser les concepts de réutilisation, d'adaptabilité et de variabilité dans l'IMS, nous proposons la notion de famille de méthodes qui permet d'organiser de multiples composants de méthode de diverses façons et de configurer une ligne de méthode pour une situation donnée. Nous détaillons ici le processus de construction de ces familles. La variabilité étant la notion sous-jacente à la notion de famille, notre proposition inclut l'analyse de variabilité inspirée des LdP. Nous illustrons notre approche par la construction d'une famille de méthodes spécialisée dans le lancement de projets agiles

De l’E-gouvernement au gouvernement agile; Expérience du Maroc

Les organisations publiques ou privées sont soumises à des bouleversements constants, de multiples forces économiques, politiques, technologiques ou sociales les obligent à répondre efficacement et de façon efficiente aux besoins des utilisateur. Depuis leur apparition dans les années 90, les méthodes de développement de logiciels agiles ont attiré une attention considérable dans la communauté du génie logiciel pour accompagner cet aspect changeant et mutant dans un contexte technologique en mutation permanente. Étant donné la nature bureaucratique des organisations du secteur public, où le changement et la réceptivité sont difficiles à réalise. Cet article vise à explorer comment ces méthodes sont appliquées dans le développement de projets de gouvernement électronique, en particulier pour le développement de systèmes d'information de l’administration électronique agiles, et met en avant certains points qui doivent être pris en considération si l’on veut transformer le système d’information des organisations du secteur public pour devenir des gouvernements agiles. Nous examinerons également certains projets adoptés par le Maroc pour contribuer à améliorer l’agilité dans le secteur public grâce au système d’information, et ce afin de permettre aux différentes composantes de l’appareil gouvernemental de coopérer au-delà des frontières organisationnelles dans un objectif commun, en répondant efficacement aux problèmes ainsi qu’en offrant des services en ligne intégrés et axés sur le citoyen

Analyse des principes du génie logiciel au niveau du développement agile

Dans le cadre du développement de logiciel, deux courants de pensée se font concurrence depuis quelques années : le développement de logiciels s'appuyant sur une modélisation plus détaillée et le développement de logiciels basé sur des méthodes agiles qui mettent l'accent sur la production de code opérationnel plutôt que sur la documentation. Chaque courant s'appuie sur ses propres principes. Diverses recherches ont été menées sur les fondements du génie logiciel plus « classique », de façon à en définir les principes. Parmi ces travaux figure la thèse de Normand Séguin, notre codirecteur. En revanche, aucune recherche n'a tenté d'étudier les fondements du développement agile de logiciel. Au début des années 2000, plusieurs grands noms du développement logiciel se sont réunis, parmi eux Cunningham, Beek, Schwaber, Sutherland et Fowler. Ces derniers ont tenté d'extraire, de leurs approches respectives, quatre valeurs et douze principes communs à tous dans le but de produire un « Manifeste agile ». Le développement agile de logiciel peut se faire à l'aide d'un ensemble de méthodes agiles. Bien que chaque méthode adhère aux valeurs et principes du manifeste, chacune met de l'avant des valeurs, des principes et des pratiques complémentaires. Ce mémoire présente les résultats d'une étude de 32 énoncés présentés comme étant des « principes agiles » répertoriés dans la littérature. La liste des principes étudiés est formée à partir des douze principes du manifeste agile, cinq principes de l'eXtreme programming (XP), six de Scrum et neuf de Dynamic System Development Method (DSDM). Notre étude est fondée sur une méthodologie analytique reposant sur une liste de critères pour vérifier si un « principe agile » correspond bien à un principe de génie logiciel. Notre analyse a permis d'identifier 19 principes qui répondent aux critères. Tous les principes retenus sont des propositions prescriptives guidant l'action dans le processus de développement de logiciel. \ud ______________________________________________________________________________ \ud MOTS-CLÉS DE L’AUTEUR : génie logiciel, développement agile, manifeste agile, méthodes agiles, principe, SWEBOK, eXtreme Programming, Scrum, DSDM

Ingénierie dirigée par les modèles d'un pilotage robuste de la prise en charge médicamenteuse

L’un des principaux défis des établissements hospitaliers aujourd’hui est de maitriser les risques liés aux erreurs médicamenteuses au cours de la Prise En Charge Médicamenteuse (PECM) du patient. Afin d’accompagner les professionnels de santé dans cette voie, il existe plusieurs méthodes de gestion des risques et une culture attenante. L’utilisation de certaines d’entre elles est recommandée par la Haute Autorité de Santé, nous citons la méthode ALARM (Association of Litigation And Risk Management). Son analyse par la théorie et par la pratique nous a permis de dresser un constat de ses limites. En effet, ni elle, ni les autres méthodes connues ne qualifie la dynamique du risque, pas plus que l’explication fine des contextes générateurs de ce dernier. Pour progresser vers une approche plus performante, nous préconisons l’emploi d’une approche de gestion intégrée des risques et des processus métier. Dans cette optique, notre recherche vise à améliorer la méthode BPRIM (Business Process-Risk management – Integrated Method) mise au point par les travaux de thèse de M. A Sienou. Cette amélioration consiste à : (1) enrichir le méta-modèle de BPRIM, le langage de modélisation et les diagrammes associés ; (2) intégrer des techniques de navigation pour assurer la cohérence entre ces diagrammes ; et (3) intégrer des algorithmes de vérification de modèles, d’analyse, d’évaluation et de cartographie des risques. Notre travail a donné naissance à un logiciel de modélisation, appelé AdoBPRIM, la mettant en oeuvre à partir de techniques d’ingénierie dirigée par les modèles et en suivant une méthode de développement agile. Pour montrer l’utilité et les apports de l’approche proposée, nous l’avons mise à l’épreuve sur un cas d’études réel avec des professionnels qualifiés dans un établissement de santé. Cette étude a permis de positionner notre cadre intitulé e-BPRIM par rapport à la pratique en cours sur des réunions de retour d’expériences faisant suite à des évènements indésirables. Et ainsi de vérifier le bien-fondé de l’application de notre approche et de mesurer la valeur de l’idée de recourir à un emploi plus intensif de modèles du système

Skool

Le but de ce projet est de fournir une interface graphique utilisable par les membres d’une organisation scolaire. Le programme est conçu afin de pouvoir évaluer des élèves de primaires selon les objectifs instaurés par le Plan d’Étude Romand (PER). Les besoins de l’application ont été mis en place en collaboration avec un membre du centre ICT-VS de Sion

Impacts de l'AOP sur les tests dans un environnement Agile : utilisation de Mocks pour les tests unitaires d'aspects

Bien que l’AOP soit présent dans le paysage informatique depuis quelques années, son adoption industrielle reste relativement timide malgré les bénéfices architecturaux promis et espérés. L’objectif principal de nos travaux est de favoriser l’adoption de l’AOP auprès des développeurs oeuvrant dans l’industrie. Nous voulons proposer des solutions adaptées qui permettent à ces professionnels d’embrasser l’AOP sans avoir à sacrifier leur processus, méthodologie et outils actuels qui leur permettent d’atteindre des objectifs de performance, de qualité, de déploiement et de maintenabilité. Afin de nous permettre d’identifier des besoins réels, nous avons centré nos travaux sur des équipes employant un processus Agile. En effet, les processus Agiles préconisent généralement diverses pratiques et principes qui risquent d’être affectés par un changement de paradigme de programmation. C’est notamment le cas des tests qui tiennent une place très importante au sein des méthodes agiles, car ils permettent l’acceptation du changement sur le long terme. Dans un premier temps, nous avons mené une étude exploratoire dont l’objectif était de mieux définir quels seraient les irritants pour des développeurs débutants avec l’AOP et qui travaillent dans un environnement Agile. À la lumière des résultats de cette étude, nous avons amorcé la partie maîtresse de nos travaux qui consistent à élaborer une solution pour faciliter les tests unitaires d’aspects. Pour ce faire, nous avons conçu et rendu disponible un cadre d’applications (framework) permettant la création et le tissage de Mocks avec des aspects, facilitant ainsi l’isolation des aspects. Ce cadre a été développé de manière à s’arrimer avec les pratiques et outils répandus en industrie pour des équipes Agiles.Although the fact that AOP has been proposed since quite a few years, the industrial adoption of this paradigm is not widespread in spite of the benefits hoped and promised for software architectures. The main goal of our work is to promote the adoption of AOP by industrial developers. We want to provide adapted solutions allowing those professionals to embrace AOP without having to sacrifice their processes, practices and tools. We seek practical solutions to allow them to reach their performance, quality, deployment and maintainability goals. To better identify and understand the real needs of teams using Agile processes, our work is focus on Agile environments. In fact, Agile processes encourage numerous practices and principles that could be affected by the usage of AOP in such projects. For instance, this is the case for software testing who is largely embraced the Agile community as a way of sustaining the acceptation of change over time. Our first step was to conduct an exploratory study to identify what could be the irritants for Agile teams who want to use AOP for the first time. Considering those results, we undertook our main contribution consisting to produce a solution to help unit testing of aspects. To do so, we developed and made available a framework to create and weave Mocks with aspects to help isolate aspects for testing purposes. The framework was designed to integrate easily with practices and tools commonly used in the industry by Agile teams

Agilité et maintenabilité: les méthodes agiles sont-elles favorables ou non pour la maintenabilité des systèmes ?

Née d’un cours de génie logiciel et tout particulièrement lors de cours sur les méthodologies agiles, l’idée de base de ce travail est de pouvoir analyser la maintenabilité des systèmes ayant été conçus d'après les méthodes agiles et de pouvoir évaluer l'influence que celles-ci peuvent avoir sur l'amélioration ou la détérioration de ladite maintenabilité. Or, il s’est avéré que répondre à la question « Les méthodes agiles sont-elles favorables ou non pour la maintenabilité des systèmes ? » relevait plus d’un parcours au travers de concepts, expériences et savoir-faire que d’une expérimentation tendant à apporter une simple réponse binaire « oui/non » à une problématique bien plus complexe. Le long de ce parcours, il s’est avéré que mesurer le temps destiné à maintenir les solutions agiles n’était pas une étape praticable. Les directions ont alors été changées et les mesures ont été remplacées par des interviews, de l’observation et des échanges menant à une réflexion globale sur l’évolution et l’amélioration de la maintenabilité. Ce travail de recherche fait donc état du parcours bien plus que d’une affirmation ou d’une trouvaille