Concevoir et maîtriser les systèmes complexes 1 1 Avancement du WP3.

Présentation au sujet: "Concevoir et maîtriser les systèmes complexes 1 1 Avancement du WP3."— Transcription de la présentation:

1 Concevoir et maîtriser les systèmes complexes 1 1 Avancement du WP3

2 Concevoir et maîtriser les systèmes complexes 2 2 WP3 - plan Rappel des défis technologiques Solutions proposées Détails de l’implémentation Avancement des réalisations Organisation Bilan des livrables Bilan des efforts

3 Concevoir et maîtriser les systèmes complexes 3 3 WP3 – défis technologiques Objectif général : Développer un outil de « synchronisation » entre bug- trackers (outils de suivi d'anomalies) prendre en compte les bug-trackers les plus couramment utilisés et Open Source (Bugzilla, Mantis, Trac entre autres) Problématiques générales : Interopérabilité Standardisation Traçabilité Assistance à des processus gérés par humains Intégration aux process ALM + Maintenance packages distributions OpenSource

4 Concevoir et maîtriser les systèmes complexes 4 4 Différents outils et différents formats (interopérabilité) Bugs des applications composites : bugs disséminés dans bugtrackers des différents projets (échelle = Internet) Applications packagées (distributions) : bugs projet amont et distributions aval Suivi de versions (bugs signalés, bugs corrigés) Bugs en doublons : faciliter traçabilité Multiples vues consolidées : Par utilisateur Par package Critères sémantiques liés aux processus Assister le travail des mainteneurs sur rapports existants (traçabilité, alertes, annotations) Pas détection auto des bugs (dans le code ou via les rapports) -> Scribo ? Intégration avec outils ALM générant des rapports de « bugs » WP3 – défis technologiques (suite)

5 Concevoir et maîtriser les systèmes complexes 5 5 WP3 – solutions proposées Spécification pour standard Web Sémantique : format générique et extensible de représentation et d'échange concernant les rapports de bugs (Ontologie, Web Sémantique, RDF) bibliothèques import/export RDF Validation sur prototypes (bugs distributions Debian et Mandriva) Application Web « phare » apportant nouvelles fonctionnalités : recherche sémantique à grande échelle, centrée sur l'utilisateur, annotation, notification => http://fetchbugs4.me/ http://fetchbugs4.me/ Utilisation technologie développée pour fetchbugs4.me dans plate-forme ALM Helios et dans Doc4 Effet de levier sur bugtrackers existants : Standardisation (ontologie) Interopérabilité Sémantique

6 Concevoir et maîtriser les systèmes complexes 6 6 WP3 – Ontologie : modèle bugs

7 Concevoir et maîtriser les systèmes complexes 7 7 WP3 – Architecture fetchbugs4.me

8 Concevoir et maîtriser les systèmes complexes 8 8 WP3 - Organisation Extrait Annexe Technique (planification initiale) Tâche T3.1 : modélisation LI-15-RAP (dû à T0+8) Spécification modèle générique de suivi d'anomalie + description interfaces WebServices du suivi d'anomalie LI-18-RAP (dû à T0+21) Spécification modèle générique (amélioré) LI-19-RAP (dû à T0+21) Documentation interfaces service suivi anomalies Tâche T3.2 : mécanisme de synchronisation LI-20-LOG (dû à T0+21) Logiciel : implémentation mécanisme de synchronisation entre bug-trackers (2 bug-trackers) Tâche T3.3 : interactions avec WP2 et WP4 LI-17-LOG/LI-21-LOG (dû à T0+21) Logiciel : intégration service de suivi anomalies dans WP4

9 Concevoir et maîtriser les systèmes complexes 9 9 WP3 – Vue synthétique Date 09-0809-08 10-0810-08 11-0811-08 12-0812-08 01-0901-09 02-0902-09 03-0903-09 04-0904-09 05-0905-09 06-0906-09 07-0907-09 08-0908-09 09-0909-09 10-0910-09 11-0911-09 12-0912-09 01-1001-10 02-1002-10 03-1003-10 04-1004-10 05-1005-10 06-1006-10 07-1007-10 08-1008-10 Duré e (moi s) Effort (hm) Mois123456789 10101 1212 1313 1414 1515 1616 1717 1818 1919 2020 21212 2323 2424 WP31955 T3.1 : étude et modélisation 910 LI15-RAP T3.2 :mécanismes de synchronisation 1835 LI-16-LOG LI18-RAP LI-19-RAP LI-20-LOG T3.3 : interactions avec WP2 et WP4 1610 LI-17-LOG LI-21-LOG

10 Concevoir et maîtriser les systèmes complexes 10 Essentiel effort produit 1ère année Délais par rapport aux estimations prévues dans l'annexe technique Prototypage tôt, sur des exemples concrets, des outils disponibles et des cas réels (Debian, Mandriva, bts-link) Étude affinée et élargie Standard de modèle de bug plus générique Prototypages permettent d'envisager une utilisation plus grande de composants existants Devrait permettre de réaliser un spectre fonctionnel plus large tout en respectant les contraintes du projet Conséquence => redéfinition spécifications « mécanisme de synchronisation » (à implémenter Tâche 3.2) Tâche 3.1 : modélisation

11 Concevoir et maîtriser les systèmes complexes 11 WP3 – Ontologie : modèle bugs

12 Concevoir et maîtriser les systèmes complexes 12 Sous-tâches couvrant des fonctionnalités logicielles à développer (tâches 3.2 + 3.3) 1. collecte et restitution listes de bugs à partir de recherches multi-critères sur propriétés (sémantique) (3.2) 2. annotation sémantique rapports de bugs externes (3.2 / 3.3 WP2) 3. notification changements constatés dans résultats recherches multi-critères (3.2 / 3.3 WP4) 4. support d'outil du type bts-link pour rendre plus largement utilisable pour projets empaquetage 5. aggrégation listes de bugs identifiés sur l'ensemble des dépendances d'un composant logiciel (3.3 WP4) 6. couplage entre bugs et versions pour besoins d'intégration dans cadre plate-forme ALM WP4 (3.3 WP4) WP3 – Fonctionnalités suivi de bugs global

13 Concevoir et maîtriser les systèmes complexes 13 Premiers prototypes intéressants Ciblage plus fin des besoins (résultats Tâche 3.1) => Cible précisée : mécanisme de suivi de bugs global (technologie et réalisation fetchbugs4.me) Découpage en sous-tâches (fait en sept. 09) => impact livrables Démonstrateur déjà opérationnel (bugs Debian + Mandriva) Ambitions en terme de standardisation semblent raisonnables (bons retours des différents acteurs rencontrés) Impacts sur l'écosystème des logiciels ouverts attendu en fin de projet Existence du démonstrateur permet de mieux illustrer nos discussions et d'avoir un bon retour de nos interlocuteurs T3.2 – mécanisme de synchronisation

14 Concevoir et maîtriser les systèmes complexes 14 Travail conjoint avec mandriva en vue d'intégrer les informations issues du démonstrateur WP3 dans doc4 du WP2 – Résultats intéressants, et encourageants pour la suite – Mécanisme annotation commun – Implémentation fetchbugs4.me et doc4 sur techno XWiki Travail sur le WP4 pour intégrer mantis et interface fetchbugs4.me – Intégration au portail d'ALM – Ontologies : modèles interopérables entre outils T3.3 – interactions WP2 et WP4

15 Concevoir et maîtriser les systèmes complexes 15 Tâche T3.1 : modélisation 60 % Tâche T3.2 : mécanisme de « synchronisation » 10 % Tâche T3.3 : interactions avec WP2 et WP4 15 % WP3 – avancement des réalisations

16 Concevoir et maîtriser les systèmes complexes 16 WP3 – bilan des livrables Livrables prévus : LI-15-RAP, subdivisé en deux parties : – LI-15-RAP-1 : spécification du modèle de bugs – LI-15-RAP-2 : spécification du système de suivi de bugs et du service autonome « fetchbugs4.me » déployable dans le cadre du projet Ontologie : Helios_BT : publiée (07/09 et 09/09 sous format OWL + documentation) et faisant l'objet de dissémination active (communauté BAETLE notamment)

17 Concevoir et maîtriser les systèmes complexes 17 LI-18-RAP (dû à T0+21) Spécification modèle générique (amélioré) -> comme prévu LI-19-RAP (dû à T0+21) Documentation interfaces service suivi anomalies -> comme prévu LI-17-LOG/LI-21-LOG (dû à T0+21) Logiciel : intégration service de suivi anomalies dans WP4 -> notamment sous- tâches 5 et 6 LI-20-LOG (dû à T0+21) Logiciel : – Initialement : implémentation mécanisme de synchronisation entre bug-trackers (2 bug- trackers) -> Impact minimal (standardisation) / redondance outils (CCF) – Nouveau logiciel : implémentation suivi de bugs à grande échelle : fetchbugs4.me (logiciel libre, SaaS) => impact beaucoup plus fort (standardisation) / fonctionnalités plus génériques / original et intéresse beaucoup utilisateurs WP3 – livrables ultérieurs

18 Concevoir et maîtriser les systèmes complexes 18 WP3 – Bilan des efforts Durée du sous-projet WP3 : T0+2 à T0+21 soit 19 mois. A T0+12, temps consommé : 10 mois soit 53% Consommé en charge, par partenaires : – Artenum : 0 / 4,8 soit 0% – Institut TELECOM : 17,39 / 45 soit 39% – KALIS : 0 / 0 – MANDRIVA : 0/0 – Thales Services : 0/0 Total partenaires : 19,72 / 54,8 soit 36% WP3 complétion : 40 %

19 Concevoir et maîtriser les systèmes complexes 19 WP3 - Bilans participation 1ère année Institut TELECOM (lead WP3) : très fortement impliqué Mandriva : peu impliqué, mais attentif aux interactions avec WP2 (tâche 2.2) notamment, et ayant fourni un jeu de test original (base de bugs Bugzilla de la distribution Mandriva), interactions à venir (annotations, doc4) Alcaltel Lucent : intéressé pour interactions avec tracker interne ACOS, notamment, travail à venir Artenum : intéressé pour interfaces avec trackers LibreSource, peu disponible Thales : suivi général, interactions à venir (WP4) Kalis : suivi général, relectures.

20 Concevoir et maîtriser les systèmes complexes 20 Avancement WP3 Petit retard dû au recrutement difficile pour le projet Objectifs intéressant atteints dans les derniers mois Démonstrateurs Contacts positifs Synergies avec le reste du projet très efficace Accélération du rythme d'obtention des résultats Spécification plus détaillée besoins => système global suivi ambitieux, très attendu par communauté Confiance dans la capacité du groupe à tenir ses objectifs Interactions COCLICO 2ème année

21 Concevoir et maîtriser les systèmes complexes 21 Avancement par partenaire

22 Concevoir et maîtriser les systèmes complexes 22 Avancement Institut TELECOM

23 Concevoir et maîtriser les systèmes complexes 23 Plan Bilan des efforts par WP à fin aout Organisation des équipes Détails des activités par WP

24 Concevoir et maîtriser les systèmes complexes 24 INT : Bilan efforts WP1 : – activité générale spécification – Focus sur outils bugtracker WP2 : – Activité générale spécification – Tâche 2.2 : intégration bugs dans doc4 WP3 : – Principal de l'activité INT WP4 : – Activité générale spécification WP5 : – Forte activité de dissémination (académique, communautés logiciel libre, standardisation)

25 Concevoir et maîtriser les systèmes complexes 25 INT : Organisation équipe Personnels Institut TELECOM : – embauche une ingénieure (CDD 15 mois) – un doctorant contractuel (CDD 24 mois) Moyens existants : – deux personnels permanents (à temps partiel sur le projet) – un stagiaire Master of Science été 2009

26 Concevoir et maîtriser les systèmes complexes 26 INT : Détail activités par WP WP1 : – Charge prévue : 3 homme-mois – Consommation : 4,6 homme-mois – difficulté de définition du cœur du projet pour partager une vision commune entre tous les partenaires. WP2 : – Charge prévue : 6 homme-mois – Consommation : 0,5 homme-mois – Futur : implémentation d'un module de suivi des bugs des paquetages dans le portail de documentation hétérogène (tâche 2.2) WP3 – Charge prévue : 45 homme-mois – Consommation : 17,39 homme-mois – En phase WP4 : – Charge prévue : 9 homme-mois – Consommation : 1 homme-mois WP5 – forte activité de dissémination et de contacts avec différentes communautés afin de remplir des objectifs ambitieux – Charge prévue : 3 homme-mois – Consommation : 1,43 homme-mois

27 Concevoir et maîtriser les systèmes complexes 27 Exploitation et retombées

28 Concevoir et maîtriser les systèmes complexes 28 Améliorations d'outils existants Contributions faites pour bts-link (utilisé par Debian : notification de changement de statut de bugs liés entre projets) : – ajout support de nouveaux bugtrackers – adaptation pour rendre indépendant du bugtracker debbugs, avec premiere implémentation cible bugzilla Contributions faites pour Mantis : – amélioration tests interface SOAP – Packaging Debian – ajout plugin pour gérer les liens entre bugs dans bugtrackers distincts

29 Concevoir et maîtriser les systèmes complexes 29 Actions de dissémination/promotion Short-paper WODPASD 2009 (06/09) dans le cadre d'OSS 2009- Suède Challenge international triplify 09/2009 2 interventions dans cadre thème « développement » RMLL 2009 (Mandriva et TSP) Contacts avec communautés : – Debian : contributions à bts-link, contact équipe assurance qualité pour base de données UDD, gestionnaires bugtracker debbugs – communauté projet BAETLE (ontologies bugs) → nouveau leader ? – projets Nepomuk / Xesam (ontologies bugs) – projet Bugzilla (ontologies bugs) – projet Mantis (plugin support bugs externes) – communauté Semantic Web (DERI, …) – Communautés ALM : OSLC Change Management

30 Concevoir et maîtriser les systèmes complexes 30 Impacts attendus WP3 Standardisation des formats de représentation de bugs / échange entre bugtrackers Amélioration des bugtrackers libres et uniformisation de certains de leurs flux de données Application fetchbugs4.me autonome : besoin fort, nombreux utilisateurs Participation à l'effort Linked Open Data (Web Semantique ouvert) Recherche académique : en particulier sur les activités relatives au mining de bases de code ou de faits dans des projets libres (génie logiciel, sociologie des organisations).