BEWITCHED 04/09/2006Soutenance GLAO #4 slide 1 Soutenance GLAO #4 SPP & AGL Bewitched 04 Septembre 2006

BEWITCHED Plan IntroductionIntroduction SPPSPP –Stratégie –Limitations –Fonctionnalités AGLAGL –Rappel –Adéquation –Démonstration ConclusionConclusion 04/09/2006Soutenance GLAO #4 slide 2

BEWITCHED 04/09/2006Soutenance GLAO #4 slide 3 Introduction

BEWITCHED Contexte et Objectifs ContexteContexte –Projet GLAO : Intégration d’outils pour la création d’un Atelier de Génie Logiciel (AGL) ObjectifsObjectifs –Spécifier le SPP Les limitationsLes limitations Les fonctionnalités implémentéesLes fonctionnalités implémentées –La réalisation de l’AGL Une adéquation entre les fonctionnalités de Sygime et les capacités de notre AGLUne adéquation entre les fonctionnalités de Sygime et les capacités de notre AGL –Organisation, planning et charges prévisionnels du développement de Sygime 04/09/2006Soutenance GLAO #4 slide 4

BEWITCHED 04/09/2006Soutenance GLAO #4 slide 5 Spécification du Petit Projet

BEWITCHED SPP (1/7) Stratégie Utilisation du langage JavaUtilisation du langage Java Application web en client léger (Tomcat; JSP)Application web en client léger (Tomcat; JSP) Une interface web simple et épuréeUne interface web simple et épurée Une administration simplifiée pour le clientUne administration simplifiée pour le client Développement basé autour de :Développement basé autour de : –La sécurité –La simplicité –L’efficacité 04/09/2006Soutenance GLAO #4 slide 6

BEWITCHED SPP (2/7) Limitations Une seule langue : l’anglaisUne seule langue : l’anglais –Système de fichiers de langues permettant d’en ajouter facilement par la suite Deux types d’utilisateursDeux types d’utilisateurs –Un « super administrateur » nomme les administrateurs Le système de communication entre deux enquêteurs est l’ Le système de communication entre deux enquêteurs est l’ –Système d’alerte via ce biais lors d’ajouts d’appendices aux enquêtes et lors du changement des tables de référence Pas d’utilisateurs morauxPas d’utilisateurs moraux –Un utilisateur moral est systématiquement représenté par une ou plusieurs personnes physiques 04/09/2006Soutenance GLAO #4 slide 7

BEWITCHED SPP (3/7) Fonctionnalités - Droits Système de droits basé sur des groupes, des types d’utilisateurs et des url patternsSystème de droits basé sur des groupes, des types d’utilisateurs et des url patterns –Groupes pour permettre les accès nationaux –Types d’utilisateurs pour permettre les administrateurs 04/09/2006Soutenance GLAO #4 slide 8

BEWITCHED SPP (4/7) Fonctionnalités - Messages Système d’appendices sous forme de message de type forum pour les propositions de modificationsSystème d’appendices sous forme de message de type forum pour les propositions de modifications –Seul le propriétaire de l’enquête est habilité à changer les données de son enquêtes –Système d’alertes lors de l’ajout d’appendices 04/09/2006Soutenance GLAO #4 slide 9

BEWITCHED SPP (5/7) Fonctionnalités MenuMenu –Un menu dynamique en javascript permettra à chaque utilisateur d’accéder aux différentes actions qu’il peut effectuer en fonction de ses droits LogsLogs –Les principales actions seront loguées afin de garder une trace des modifications et ainsi garantir la sécurité des modifications 04/09/2006Soutenance GLAO #4 slide 10

BEWITCHED SPP (6/7) Fonctionnalités Les informations du logiciel apparaitront par défaut sous la forme de tables prédéfiniesLes informations du logiciel apparaitront par défaut sous la forme de tables prédéfinies La possibilité sera donnée aux utilisateurs d’effectuer des recherches d’informationsLa possibilité sera donnée aux utilisateurs d’effectuer des recherches d’informations Pour chaque objet :Pour chaque objet : –Une table de visualisation des informations –Un formulaire pour ajouter des informations –Un formulaire pour modifier / supprimer des informations 04/09/2006Soutenance GLAO #4 slide 11

BEWITCHED SPP (7/7) IHM 04/09/2006Soutenance GLAO #4 slide 12

BEWITCHED 04/09/2006Soutenance GLAO #4 slide 13 AGL

BEWITCHED 04/09/2006 slide 14 Soutenance GLAO #4 AGL (1/7) Rappel de l’architecture slide 14

BEWITCHED AGL (2/7) Une adéquation parfaite en 5 points Une interface Web généréeUne interface Web générée –Interface généré par des scripts Velocity à partir de la base 04/09/2006Soutenance GLAO #4 slide 15 Seul le design de l’interface reste à personnaliser Génération des listes et des formulaires nécessaires pour tous les objets

BEWITCHED AGL (3/7) Une adéquation parfaite en 5 points Une sécurité contrôléeUne sécurité contrôlée –Un plug-in Eclipse permet de créer les groupes et les droits pour chaque page générée –S’adapte ainsi de façon parfaite au système de droit définit dans la spécification du SPP 04/09/2006Soutenance GLAO #4 slide 16

BEWITCHED AGL (4/7) Une adéquation parfaite en 5 points Des accès en base automatisésDes accès en base automatisés –Base générée à partir des spécifications –Accès en base généré sous forme de DAO et utilisant le framework de persistance Hibernate Synchronizer Aucune connexion gérée manuellementAucune connexion gérée manuellement 04/09/2006Soutenance GLAO #4 slide 17

BEWITCHED AGL (5/7) Une adéquation parfaite en 5 points De faibles coûts de développementDe faibles coûts de développement –Génération du code de l’interface –Génération des tests –Reste à faire : Personnalisation de l’interface graphiquePersonnalisation de l’interface graphique Code métier non généréCode métier non généré –Utilisations d’outils performants : EclipseEclipse BEA WorkshopBEA Workshop BWIBWI 04/09/2006Soutenance GLAO #4 slide 18

BEWITCHED AGL (6/7) Une adéquation parfaite en 5 points L’assurance de la qualité offerte par les tests et un développement itératifL’assurance de la qualité offerte par les tests et un développement itératif –Tests unitaires –Scénarios de Tests Utilisation de BWI pour créer les scénariosUtilisation de BWI pour créer les scénarios 04/09/2006Soutenance GLAO #4 slide 19

BEWITCHED 15/06/2006 slide 20 Soutenance GLAO #4 AGL (7/7) Démonstration

BEWITCHED 04/09/2006 slide 21 Soutenance GLAO #4 Plan de developpement de Sygime

BEWITCHED 04/09/2006 slide 22 Soutenance GLAO #4 Plan de développement de Sygime Organisation, Planning, ChargesOrganisation, Planning, Charges RisquesRisques

BEWITCHED 04/09/2006 slide 23 Soutenance GLAO #4 Plan de développement de Sygime (1/3) Organisation, Planning, Charges Plusieurs étapes :Plusieurs étapes : –Définition d’une méthodologie d’utilisation de l’AGL Réalisation d’un dossier méthodologique (déjà commencé et réalisé à 30%)Réalisation d’un dossier méthodologique (déjà commencé et réalisé à 30%) –Génération du logiciel à partir des spécifications Réécriture des spécifications sous forme UMLRéécriture des spécifications sous forme UML Génération du code à partir des spécifications avec l’AGLGénération du code à partir des spécifications avec l’AGL –Test du logiciel Utilisation de l’AGL et de sa plus-value orientée test pour tester le logicielUtilisation de l’AGL et de sa plus-value orientée test pour tester le logiciel –Livraison du produit finalisé

BEWITCHED 04/09/2006 slide 24 Soutenance GLAO #4 Plan de développement de Sygime (2/3) Organisation, Planning, Charges Planning :Planning : –Méthodologie et dossier méthodologique -> 20 Septembre –Génération de Sygime, tests et application de la méthodologie 20 Septembre -> 10 Octobre Correction de la méthologieCorrection de la méthologie –Packetage de l’AGL pour une livraison améliorée 10, 11 Octobre Charges :Charges : –Méthodologie : Dossier commencé à 30%, ~100 heures –Développement de Sygime : Charge très faible, ~100 heures

BEWITCHED 04/09/2006 slide 25 Soutenance GLAO #4 Plan de développement de Sygime (3/3) Risques Un AGL inadapté à la spécification de SygimeUn AGL inadapté à la spécification de Sygime –L’AGL a été crée dans le but de permettre la création de logiciels tels que Sygime –Les spécifications de Sygime ont été adaptés afin de répondre à la contrainte d’une génération de code maximum Un type de génération d’objets ne fonctionne pasUn type de génération d’objets ne fonctionne pas –Tous les types de générations possibles ont été testés

BEWITCHED 04/09/2006 slide 26 Soutenance GLAO #4 Conclusion

BEWITCHED 15/06/2006 slide 27 Soutenance GLAO #4 Conclusion (1/2) Un logiciel à forte valeur ajoutée Les points forts de la méthode Bewitched :Les points forts de la méthode Bewitched : –Une interface Web générée –Une sécurité contrôlée –Des accès en base automatisés –De faibles coûts de développement –L’assurance de la qualité offertes par les tests et un développement itératif Code généré (Coût, Délai)Code généré (Coût, Délai) –Code généré garantissant un nombre très restreints d’erreurs –Possibilité de réaliser le projet dans un temps très restreint avec de faibles coûts (industrialisation du processus) Un AGL orienté test (Qualité)Un AGL orienté test (Qualité) –Les tests permettent d’assurer que le code généré répond bien Aux spécifications : Des scénarios de tests seront jouésAux spécifications : Des scénarios de tests seront joués Aux exigences opérationnelles : Des tests unitaires, de charge, de sécurité permettront de valider les contraintes fortes du logicielAux exigences opérationnelles : Des tests unitaires, de charge, de sécurité permettront de valider les contraintes fortes du logiciel

BEWITCHED 04/09/2006 slide 28 Soutenance GLAO #4 Conclusion (2/2) Vous satisfaire est notre priorité Une centaine d’heures de développement soit 5 fois moins qu’un projet équivalent réalisé sans AGLUne centaine d’heures de développement soit 5 fois moins qu’un projet équivalent réalisé sans AGL –Interface –Test compris Une gestion des risques tout au long du développementUne gestion des risques tout au long du développement Coût, Délai, Qualité à des niveaux optimumsCoût, Délai, Qualité à des niveaux optimums Un produit réussiUn produit réussi

BEWITCHED 04/09/2006 slide 29 Soutenance GLAO #4 Merci de votre confiance - Questions ?