Espace Informatique Neuchtelois

1
Espace Informatique Neuchâtelois

• Présentation d un projet de la réserve
  stratégique HES-SO
• Atelier de génie logiciel et génération Web ISNet
  14

2
Plan

• Le projet
• Initialisation
• Concept dAGL
• Partenariat
• Choix méthodologique
• Postulat de base des générateurs
• Architecture n-tiers Internet Oracle
• Client/Serveur Formulaires Visual Basic
• Points forts
• Ecueils

3
Le projet

• Acquisition de compétences dans la technologie
  des AGL et des générateurs d'applications
• Participation à divers projets en partenariat
• Etude de situations particulières et rédaction de
  guides

• Partenaires
• CEG - Centre électronique de gestion de la Ville
  de Neuchâtel
• MEN - Musée d'ethnographie de Neuchâtel
• Le Repuis - Centre de formation professionnelle
• VAC - La Chaux de Fonds
• Planifié de mars 2000 à décembre 2001
• Actuellement presque terminé, en cours de
  documentation

4
Motivations initiales

• Changements environnementaux fréquents
• Ouverture des systèmes dinformation
• Architecture à 2 niveaux Client/Serveur
• Coûts cachés du poste client
• Interopérabilité "propriétaire"

ATELIER GENIE LOGICIEL ET GENERATION WEB
5
Architecture n-tiers
6
Référentiel
7
Déficit dexpériences et de documentation
n-tiers
AGL
Référentiel
Scripts de génération
Spécifications Générateurs
8
Une définition d'AGL

• Environnement de travail
• Programmes et outils
• Procédures guides de travail

9
Que doit-on attendre des AGL?

• Support du formalisme
• Création de diagrammes
• Génération de rapports
• Cohérence des modèles
• Génération de code

10
Partenariat Objectifs initiaux

• CEG-MEN
• Consultation de la base de données des
  collections
• Génération 100 du logiciel Internet (OUI)
• Le Repuis
• Gestion du domaine de la formation
• Génération 100 des interfaces utilisateurs
  Intranet (OUI)
• Ecriture des règles de gestion complexes (OUI)
• VAC
• Gestion des commandes et du stock
• Liens Internet (Commandes) et Intranet (Stocks)
  (Prototype)
• Performances en volume et en temps de réponse (En
  suspens)

11
Le Repuis Formulaire de gestion des personnes
12
MEN Consultation des collections
13
CEG CLOEE, PH
14
VAC Caddy
15
Choix méthodologique

• 1ère phase - Création d'un projet
• 2ème phase - MCD
• 3ème phase - Transformation MCD -gt MLD
• 4ème phase - Enrichissement du MLD
• 5ème phase - Génération et exécution des scripts
  SQL-DDL
• 6ème phase - Génération et exécution des APIs de
  tables
• 7ème phase - Modèle logique de traitements
  (Modules)
• 8ème phase - Test de l'application

16
Création dun projet
17
Modèle conceptuel de données
18
Transformation conceptuel - logique
19
Modèle logique de données (I)
20
Modèle logique de données (II)
21
Modèle logique de données (III)
22
IDE Génération SQL
23
Scripts SQL-DDL
24
Scripts SQL-DDL Consolidation
3
Lecture
4
25
APIS de tables (I)
26
APIS de tables (II)
27
APIS de tables (Exemple)
28
Test de la base de données (SQL)
29
Test de la base de données (APIS)
30
Modèle logique de traitement
31
Génération de procédures PL/SQL de création de
pages HTML dynamiques
32
Le fonctionnement du générateur d'application WEB
33
Framework du générateur de formulaires

• Homogénéité des applications
• Facilité dapprentissage
• Facilité de maintenance
• Rendement
• Minimisation du trafic réseau
• Canevas
• Règles de conception et développement
• Industrialisation
• Réutilisation
• Généralisation

34
Minimisation du trafic de données
1. Filtre Query
2. Liste List
3. Edition View
35
Documents HTML générés
36
Paramétrage d'appel du filtre
37
Test des formulaires (I)
38
Test des formulaires (II)
39
Postulat de base dutilisation des générateurs
Le code produit par les divers générateurs n'est
jamais retouché manuellement. Suite à une
évolution des spécifications ou pour tout autre
motif, le code doit pouvoir être regénéré, en
tout temps et par n'importe quel membre de
l'équipe, sans risquer une régression qualitative
de l'application par la méconnaissance d'une
subtilité introduite manuellement dans le code
généré dans une version précédente.
40
Remarques courantes à propos du postulat (I)

• L'informaticien estime que la qualité de code ne
  correspond pas à ce qu'il en attend.
• Le code produit est générique (préfabriqué)
• Respect des spécifications
• Qualité constante
• Maîtrise des délais de réalisation
• Coûts de réalisation nuls

41
Remarques courantes à propos du postulat (II)

• L'informaticien veut pouvoir rajouter des
  éléments (règles de gestion, contraintes...)
  qu'il ne peut spécifier dans le référentiel.
• En amont de la génération, le concepteur peut
  rajouter des règles de gestion programmées qui
  seront intégrées au code fourni par les
  générateurs

42
Remarques courantes à propos du postulat (III)

• L'informaticien souhaite développer une interface
  utilisateur spécifique.
• Les formulaires produits sappuyent sur un
  framework standard
• Générer les éléments qui correspondent au
  framework avec lAGL
• Développer avec un environnement adapté les
  éléments spécifiques
• Réunir les produits des 2 démarches

43
Architecture n-tiers Internet Oracle
44
Database Access Descriptor (DAD)
45
Paramétrage du serveur dapplication
46
Connexion à la base de données
Serveur OAS hestia.cpln.ch
Instance EXOC
Utilisateur client

Adresse URL Requête
1
Demande d'identification
2
Identification
Identification
3
3
Navigateur
Connexion
4
Oracle SGBD-R
Dictionnaire Procédures Toolkit
47
Client/Serveur Formulaires VisualBasic (I)
48
Client/Serveur Formulaires VisualBasic (II)
49
Points forts

• Industrialisation
• Appuis méthodologiques
• Prédictible
• Maîtrise des phases de réalisation et déploiement
• Réutilisation
• Génération sur de multiples cibles
• Support d'architectures diverses
• Qualité
• Processus série ISO 9000
• Produit ISO 9126

50
Ecueils

• Pluridisciplinarité et compétence des acteurs
• Méthodologie rigoureuse
• Infrastructure matérielle et logicielle
• Forte dépendance avec les paradigmes
  méthodologiques
• Choix entre indépendance des outils et
  intégration des solutions des constructeurs

51
(No Transcript)
52
(No Transcript)