I - Introduction II - Description des lots III - Intégration et tests IV - Bilan.

Conception et développement multi-

lots / multi-équipes

H4201

Plan

I - Introduction

II - Description des lots

III - Intégration et tests

IV - Bilan

Introduction

Spécifications supplémentaires

• Pièce défectueuse si strictement différente de la valeur indiquée dans le lot

• Arrivée des pièces chaque seconde• TimeOut manque de pièces : 5 sec • Pas de gestion de l'arrivée des cartons• Reprise sur erreur d'impression =>

réparation des 2 imprimantes• Imprimante 1 prioritaire sur la 2• 1 imprimante en panne => anomalie, 2

imprimantes en pannes => erreur• Tentative d'ajout d'un 6e carton dans la file

d'attente => erreur

LCG complet simplifié

Interfaces de communication

Les lots sont faiblement couplés : maximum 2 IPC en communs ! Lot 1 <=> Lot 2 :• Lot 1 => Lot 2 : boite aux lettres "file de

cartons"• Lot 2 => Lot 1 : boite aux lettres "voyant"

Lot 2 <=> Lot 3 :• Lot 2 => Lot 3 : boite aux lettres "sortie

réseau"• Lot 3 => Lot 2 : boite aux lettres "entrée

réseau"

Design de l'IHM du poste de supervision

Description des lots

Lot 1 : Gestion des cartons et simulation (1)


Choix pour la simulation :

• Watchdog pour génération de pièces• API pour génération de pièces

défectueuses• API pour Arret d'Urgence• Capteurs représentés par des structures

de données• Voyants représentés par une (seule)

variable énumérée (Vert, Orange, Rouge)


Tests effectués :

• Carton plein• Arrivée de pièces défectueuses ( < et >

seuil accepté )• Envoi carton aux imprimantes alors que

la file est pleine• Couleurs des voyants pour anomalies et

erreurs

Lot 2 : Impression, journalisation, Mère, Filtre

de communication (1)

Lot 2 : Impression, Journalisation, Mère, Filtre


Choix pour la simulation : • Imprimantes représentées par des

structures de données Tests effectués :• Scénario nominaux• Une imprimante tombe en panne

(anomalie)• Deux imprimantes tombent en panne

(erreur)• Reprise depuis erreur

Lot 3 : Couche réseau, IHM (1)


Client


Client Tests effectués : • Tests de connexion• Tests de validité des données de configuration• Tests de réception de messages du serveur • Tests d'envoi de messages au serveur

Intégration et tests

Intégration continue

• Tests unitaires • Tests d'intégration intra-lot

• Tests d'intégration inter-lots

• Tests d'intégration totale

• Peer reviews

• Système de tickets

=> NON REGRESSION / CONFORMITE

Tests unitaires

• Plan de testso tests nominauxo tests limites

• Chaque tâche est considérée comme

une boîte noire • Tests de son interface

(entrées/sorties/erreurs) : o les IPC

• Création de tâches de simulation

dédiées • => CONFORMITE de la tâche

Tests d'intégration

• Sur plusieurs niveaux :o intra-lot

entre les deux membres d'un binôme

=> CONFORMITE du Lot o inter-lots

Lot 1 <=> Lot 2 => CONFORMITE de l'application

sans le réseauo intégration totale

Lot 1/Lot 2 <=> Lot 3 (réseau) => CONFORMITE de l'application

Points forts

• Plan de tests et d'intégration respectés (conçus et codés) => intégration grandement facilitée, fiabilité

• Conception peu révisée

• Choix de conception facilitant

l'évolutivité de l'application

Points faibles

• Communication non clairement définie à la conception entre le serveur et le client

• Perte de temps considérable sur la

cible...en vain !

Pistes d'améliorations

• Possibilité d'enchainer plusieurs lots • IHM plus complète (exemples : filtrage

des messages, progression du conditionnement d'un lot, etc.)

• Utiliser tout le potentiel de la cible :

réseau, timer, interruptions

Démonstration

I - Introduction II - Description des lots III - Intégration et tests IV - Bilan.

Documents

Transcript of I - Introduction II - Description des lots III - Intégration et tests IV - Bilan.