DÉSCRIPTION DU PROJETDÉSCRIPTION DU PROJET
Le projet consiste à concevoir une Le projet consiste à concevoir une application Clientapplication Client--Serveur qui permettra Serveur qui permettra aux utilisateurs de :aux utilisateurs de :
vv Parier sur des équipes de soccerParier sur des équipes de soccervv Suivre des match en directSuivre des match en directvv Faire des achats d'articles de sportFaire des achats d'articles de sport
DÉCOMPOSITION DU PROJETDÉCOMPOSITION DU PROJET
Le logiciel à développer se compose en 2 grandes Le logiciel à développer se compose en 2 grandes parties :parties :vvPARTIE CLIENT: regroupe les systèmes PARTIE CLIENT: regroupe les systèmes
propres à la gestion des services offerts par le propres à la gestion des services offerts par le logiciel. logiciel.
DÉCOMPOSITION DU PROJETDÉCOMPOSITION DU PROJET
vv PARTIE SERVEUR: PARTIE SERVEUR: gère tout ce qui se gère tout ce qui se rapporte à la configuration du serveur rapporte à la configuration du serveur et de ses ressources.et de ses ressources.
DÉPLOIEMENT MULTI PLATTE DÉPLOIEMENT MULTI PLATTE FORMEFORME
ØØ Le logiciel peut être déployer sur un grand Le logiciel peut être déployer sur un grand nombre de platesnombre de plates--formes:formes:
vv Windows 98 et version supérieureWindows 98 et version supérieurevv LinuxLinuxvv Mac OS XMac OS X
ØØ Il offre le choix de deux langues d’utilisation :Il offre le choix de deux langues d’utilisation :vv FrançaisFrançaisvv AnglaisAnglais
LA COMPAGNIE ISOFTLA COMPAGNIE ISOFT
La compagnie est certifié CMM3 donc on suit un La compagnie est certifié CMM3 donc on suit un processus de développement DÉFINI axé sur processus de développement DÉFINI axé sur la qualité du produit d’où la présence du la qualité du produit d’où la présence du responsable qualité dans notre structure responsable qualité dans notre structure interne.interne.
Outils de développement Outils de développement
ØØ Plusieurs outils ont été utilisés pour ce projet, on Plusieurs outils ont été utilisés pour ce projet, on énumère ici quelquesénumère ici quelques--uns: uns:
ll SQL pour les bases de données.SQL pour les bases de données.ll ROSE pour la modélisation.ROSE pour la modélisation.ll NetBeansNetBeans pour les interfaces graphiques. pour les interfaces graphiques. ll CVS pour la gestion des travaux d'équipes. CVS pour la gestion des travaux d'équipes. ll Suite Office pour la planification des activités. Suite Office pour la planification des activités. ll RUP pour les RUP pour les templatestemplates de qualité.de qualité.ll BugzillaBugzilla pour les rapports d’erreurs, et la gestion des pour les rapports d’erreurs, et la gestion des
défauts.défauts.
WBS du S.L.MWBS du S.L.M
GANTT DU S.L.M GANTT DU S.L.M
GANTT DU S.L.MGANTT DU S.L.M
GANTT DU S.L.MGANTT DU S.L.M
Processus de développement
1. Analyse et
spécification2. Conception 3. Codage
6. Validation 4. Tests unitaires
Revue Revue
Revue
Prototype Prototype Prototype
PrototypePrototype
Inspection
5.Intégration
Revue
Analyse et SpécificationAnalyse et Spécification
ActivitésSortie(s)Entrée(s)
Chef de projet + Responsables G
•Cahier de charge•Document des produits existants a réutiliser•PQL•MUL
üSpécifier le produitüAnalyse du comportement externe du logicielüModéliser les données a traiterüVérifier la spécification du logicielüRédiger le MUüCréation du Prototype
ØValider la Phase
•Document de spécification•Mise a jour du cahier de charge•PQL•MUL
ConceptionConception
ActivitésSortie(s)Entrée(s)
Responsables G
•Spécification de logiciel •PQL•MIL•DTUL•Document de conception
üConcevoir le logiciel- Concevoir les structures de donnes
interne.- Concevoir les algorithmes de serviceüConcevoir les composants logicielüRédiger le manuel d’installationüSpécifier et concevoir les tests unitairesüCréation du Prototype
ØValider la Phase
•MIL•PQL•DTUL•Document de conception
CodageCodage
Activités
Sortie(s)Entrée(s)
Programmeurs (CLIENT-SERVEUR)
•Document de conception•DTUL•PQL•MUL
üÉcrire le code source pour les différentes composantesüInstrumenter le codeüCréation du Prototype
ØValider la Phase
•Code source•DTUL•PQL•MUL
Test UnitaireTest Unitaire
ActivitésSortie(s)Entrée(s)
Testeurs + Responsable Qualité
•DTUL•PQL•Code objet•Code source•Outillage de test
üExercer les tests üLocaliser les défautsüCorriger les défautsüÉvaluer les testsüCréation du Prototype
ØValider la Phase
•DTUL•Composantes tests•PQL
Test d’IntégrationTest d’Intégration
ActivitésSortie(s)Entrée(s)
Responsables G + RQ + Programmeurs
•PIL•PQL•Composantes du logiciel•MUL•MIL
üAssembler les composantesüExercer les testsüLocaliser les défautsüÉvaluer les testüCréation du Prototype
ØValider la Phase
•Logiciel intégrer•MUL•MIL
ValidationValidation
ActivitésSortie(s)Entrée(s)
Chef de projet + Responsables G
•PVL•MIL•Spécification logiciel•PQL•Logiciel intégrer
üInstaller le logicielüValider le logiciel avec sa docüExécuter la recette de fin de mise en service
ØValider la Phase
•Logiciel validé avec sa documentation
AcronymesAcronymesØØ PQL : plan de qualité logicielPQL : plan de qualité logicielØØ MUL : manuel utilisateurMUL : manuel utilisateurØØ DTUL : dossier des tests unitaires du logicielDTUL : dossier des tests unitaires du logicielØØ MIL : manuel d’installationMIL : manuel d’installationØØ PIL : plan d’intégration logicielPIL : plan d’intégration logicielØØ PVL: plan de validation logicielPVL: plan de validation logicielØØ Responsables G : les responsables de groupesResponsables G : les responsables de groupesØØ RQ : responsable de la qualitéRQ : responsable de la qualité
7SnomServeur1Serveurs
7 SinfoAncienneSaison, infoNouvelleSaison (regroupe les attributs des Equipes et Joueurs de la nouvelle saison)
1Saisons
7Snom, ListeEquipe, ListeJoueur 1Championnats
7Snom, email, groupeChampionat, nbrCarteCredit1Clients
7StypeCartes, numeroCartes, montant, dateExpiration, nom 1Cartes
7SmontantParie, nomClient, matchParies, equipeChoisie1Paris
7Snom, salaire, taille, poids, position, age, équipe,nbrButMarque, nbrCartonJaune, nbrCartonRouge,
nbrAssist, nbrPenaltyTire, nrbPenaltyReussi,nbrButArrete (Pour Gardien), nbrMinutesJouees,
nbrMatchJoues, nbrCoupFrancTire,nbrCoupFrancReussi
1Joueurs
7Snom, nbrVictoire, nbrDefaite, nbrJoueur, etatsJoueurs,matchJoues, matchRestants
1Equipes
ValeurComplexitéAttributs Record ElementsDépôt
Exemples de composantes (points de fonction)
Grille de calcul des points de fonction :
127Total des points de fonction non ajustés
130 * 61 * 43 * 3Interrogations
00 * 100 * 70 * 5Dépôts externes
560 * 150 * 108 * 7Dépôt internes
40 * 70 * 51 * 4Extrants
540 * 63 * 414 * 3Intrants
RésultatComplexeMoyenSimpleComposante
Le logiciel est basé sur les résultats des matchs de soccer qui doivent être constamment mis a jour afin de préserver leur intégralité.
5Mise à jour en ligne
La convivialit é est un facteur important puisque le logiciel est basé sur une interaction avec l’usager. Les besoins d’efficacité sont suffisamment importants pour exiger un effort de conception qui tient compte des facteurs d’ergonomie.
3Efficacité pour l’usager
Le logiciel nécessite peu de transactions en mode interactif.2Saisie de données en ligne
Vu la popularité des paris pour les matchs de sports, il y a une pointe quotidienne du taux de transactions. En effet, le Foot est le sport le plus populaire au monde.
3Taux de transaction
L’utilisation des cartes de crédit nécessite un certain niveau de sécurité (Comme JavaWallet)2Configuration très utilisée
Puisqu’on offre le service de match en direct, la performance est un critère très important. Le temps de réponse est critique toute la journée puisque la transmission du match doit se faire sans interruption en temps réel.
3Exigences de performances
Le suivi des matchs en direct, la mise à jour de la base de données, les opérations effectuées par l’application client et l’application serveur sont des traitements distribués qui se font dans les deux sens.
4Fonctions distribuées
L’enregistrement d’u nouveau client nécessite la saisie en direct des données. L’affichage des statistiques constitue un système d’interrogation.
3Communication des données
JustificationDegréd’influence
Facteurs
Degrés d’influence
39Degré Total D’influence
Aucune considération spéciale n’a été formulée par les utilisateurs relativement a la conception permettant de minimiser et de faciliter les modifications.
0Facilité de changement
Les besoins d’opérations du logiciel ne nécessitent que les plateformes Windows 95, 98, NT et XP, Linux,Solaris et Mac OS.
3Sites multiples
Le logiciel minimise l’utilisation de ruban magnétique, de disquette sur micro, de papier. En effet tout est sauvegardé dans la base de données.
2Facilitéd’opération
Il faut payer la licence du logiciel pour pouvoir l’utiliser.1Facilitéd’installation
L’application a été spécifiquement conçue et documentée afin de pouvoir la réutiliser dans d’autres sports comme le Basket, le Hockey etc.
5Réutilisation
Le processus de sécurité est propre au logiciel. Ce dernier nécessite également des traitement complexe et des calculs mathématiques difficiles afin de pouvoir calculer avec précision les résultats des paris.
4Traitement complexe
Degrés d’influence
Calcul des Points de fonctions Ajustés :
FA = 0.65+0.01*39FA = 1.04
PFA = 1.04*180 = 187.2
LOC (En JAVA)
1 point de fonction représente 53 lignes de code en JAVA. LOC = 187.2 * 53 = 9921.6
Estimation des ressources
Méthode de Putnam :
E = (LOC) ̂ 3 * B / P^3 * t^4E = (7067.55) ^3* 0.16 / (2800) ^3* 4^4
E = 0.01 personne/mois
Estimation des ressources
Cocomo Basique :
E = a* KLOC^b
Logiciel de catégorie ‘Semi-Detached’ donc a = 3 et b = 1.12
E ˜ 27 personnes/mois
D ˜ 8 mois
Estimation des ressources
Eintermediaire= Ebasique *FA
FA = ? FAi FA = 0.508
Eintermediaire ˜ 14 personnes/mois
D = 6.2 mois
1) On peut engager plus de personnel (cela est avantageux jusqu'à un certain niveau à cause du mythe de l’homme mois).
2) L’adaptation du plan de projet permettrait de diminuer la durée du développement sans ajouter du personnel. Ceci pourrait se faire en
parallélisant plusieurs taches.
3) Le transfert de l’effort en sous-traitant d’autres parties du logiciel éviterait de prolonger la durée du développement du projet.
4) On pourrait également négocier avec le client afin d’allonger la durée du projet ou augmenter le coût du projet.
Estimation des ressources
Méthode des trois valeurs
E = (Eo + 4 * Eprob + Ep) / 6
Eo = 10 personnes/moisEprob = 14 personnes/mois
Ep = 20 personnes/mois
E = 14.3 personnes/mois
Estimation des ressources
Plan de contrôle des besoins Plan de contrôle des besoins
ØØ Entrevues avec le client : Entrevues avec le client :
-- Questions fermées subjectivesQuestions fermées subjectives-- Questions fermées objectivesQuestions fermées objectives-- Questions ouvertes subjectives Questions ouvertes subjectives
Plan de contrôle des besoinsPlan de contrôle des besoins
ØØ Établir les frontières du logiciel : DFDÉtablir les frontières du logiciel : DFD
Plan de contrôle des besoins Plan de contrôle des besoins
ØØ Établir les scénarios Établir les scénarios
USE - CASE CARD
Use -case Effectuer pari
Scope “Soccer League management”
Level User Goal
Context of use un utilisateur désirant effectuer un pari
Actors joueur (primaire)
Main Success Scenario (MSS) 1. Le système demande au joueur d'entrer son nom.
2. Le joueur saisit son nom.
3. Le système valide l'identité du joueur.
4. Le système propose au joueur les matchs de la semaine.
5. Le joueur effectue un pari.
6. Le joueur valide son pari.
7. Le système affiche le montant du pari.
8. Le joueur entre son numéro de carte de crédit.
9. Le système effectue le retrait de la somme du pari de la carte de crédit.
10. Le système retourne un numéro de confirmation du client.
Exception
Besoin B1 Besoin B2 Besoin B3
Besoin B1
Besoin B2
Besoin B3
Plan de contrôle des besoins Plan de contrôle des besoins
Besoin B1 Besoin B2 Besoin B3
Besoin B1
Besoin B2
Besoin B3
ØØ Matrice des besoins Matrice des besoins
Plan de contrôle des besoins Plan de contrôle des besoins
Plan de contrôle des besoinsPlan de contrôle des besoins
ØØ PriorisationPriorisation des besoins (essentiel, utile, des besoins (essentiel, utile, difficile à implanter)difficile à implanter)
ØØ Tests boîte noire Tests boîte noire
ØØ Production de prototype à une fréquence Production de prototype à une fréquence de deux semainesde deux semaines
Plan de contrôle du progrès et du Plan de contrôle du progrès et du budgetbudget
ØØ Échéancier Échéancier
Date de
début
prévue
Date de
début
révisée
Date de fin
prévue
Date de fin
révisée
Date de
livraison
prévue
Date de
livraison
révisée
Activité i
Plan de contrôle du progrès et du Plan de contrôle du progrès et du budgetbudget
ØØ Analyse du rendement Analyse du rendement ØØ Réunions et rapports d’activité : Réunions et rapports d’activité :
-- chiffrierchiffrier
Plan de contrôle du progrès et du Plan de contrôle du progrès et du budget budget
Chiffrier Chiffrier
Composants qualité de ISOFT
Métriques
Principe
Objectif
REVUES+
INSPECTION+
SRC
Pour le client
PLANQUALITÉ
LES OUTILS+
Ressources+
procédures
Documents
Contrôle d’activités
Le coût de la qualité
Objectif principale d’AQObjectif principale d’AQ
ØControl
Objectif principale d’AQObjectif principale d’AQ
ØControlØProduit
Objectif principale d’AQObjectif principale d’AQ
ØControlØProduit ØProcessus
Objectif principale d’AQObjectif principale d’AQ
Coût
Qualité
Besoins
Personnelles
Délai
Besoins
CoûtDélai
Les cinq facteurs Les trois facteurs
PrincipesPrincipes
Pour le clientPour le client
Ø Stratégies de gestion de l'application
Pour le clientPour le client
Ø Stratégies de gestion de l'applicationØ Outils et ressources
Pour le clientPour le client
Ø Stratégies de gestion de l'applicationØ Outils et ressourcesØ Une validation continue
Pour le clientPour le client
DocumentsDocuments
DocumentsDocumentsØ Plan de projet
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQ
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de gestion de configuration
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de gestion de configurationNormes : IEEE 828, IEEE1042
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de gestion de configurationNormes : IEEE 828, IEEE1042Responsables : Chef du projet en collaboration avec ses responsables.
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de gestion de configurationNormes : IEEE 828, IEEE1042Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de mesures
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de gestion de configurationNormes : IEEE 828, IEEE1042Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de mesuresNormes : IEEE STD982.1, STD982.2
DocumentsDocumentsØ Plan de projetNormes : IEEE STD1058Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan d’AQNormes: IEEE STD730, STD828, STD1012Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de gestion de configurationNormes : IEEE 828, IEEE1042Responsables : Chef du projet en collaboration avec ses responsables.
Ø Plan de mesuresNormes : IEEE STD982.1, STD982.2Responsables : Chef du projet en collaboration avec ses responsables
Nos RevueNos Revue
Produit de travail v 1.0
Défaut
x
L’équipe d’inspectionfait la revue par les pairs
Défaut éliminé
Produit de travail v 1.1
Défauts enregistrés, suivis jusqu’à
l’élimination
lancement
Planification
.. . . .
Source
Verification individuelle
Logging
Meeting
changementet
suivi.
Rules,
Checklists
requette De changement(de la source)
Produitdocument
Amelioration Du processus
Entree
Sortie
Procedures
Nos inspectionsNos inspections
Processus de traitement Processus de traitement d’une demande changementd’une demande changement
MétriquesMétriques
ØØ Voir Doc 1 (facteurs minimums de Voir Doc 1 (facteurs minimums de mesures)mesures)
MétriquesMétriques
ØØ Voir Doc 1 (facteurs minimums de Voir Doc 1 (facteurs minimums de mesures)mesures)
ØØ Voir Doc 1(métriques Voir Doc 1(métriques compilées compilées ))
MétriquesMétriques
ØØ Voir Doc 1 (facteurs minimums de Voir Doc 1 (facteurs minimums de mesures)mesures)
ØØ Voir Doc 1(métriques Voir Doc 1(métriques compilées compilées ))ØØ Voir Doc 1 (métriques Voir Doc 1 (métriques primitivesprimitives ))
MétriquesMétriques
Effort
Code de travail Estimation initial Effort mesuré Effort Écart Écart Effort RepriseJour 1 Jour 2 Jour 3 Jour 4 Jour 5 Total total Sans rep Reprise (%)
Heures C Eff Init Reprise Eff Init Reprise Eff Init Reprise Eff Init Reprise Eff Init RepriseA01 Planification du projet DA02 Développement DA10 Tests TA13 Documentation DA17 Suivi et mesure du projet PA18 Revues et audits EA23 Varia
Total
Total-Activités de conformitéCoût de la qualité
Contrôle d’activitésContrôle d’activités
Coût du projet
Coût de réalisation• Élaboration des plans• Développement du logiciel
Coût de Qualité
Coût de conformité Coût de nonConformité
• Refaire les revues• Corriger
Défauts• Mise à jour
Code et documentation
Coût des évaluations
• Revues• Inspections• Tests•
Vérification & validation•Audits
Coût de prévention• Formation• Méthodologies• Outils• Collecte des mesures
Coût du projet = réalisation + refaire + évaluation + prévention
Le coût de la qualitéCoût du projet
Gestion du sous contractantGestion du sous contractant
DocumentationDocumentation
Niveau Emphase5.D’optimisation
Qualité du produit et des processus
Gestion de projet
Secteurs clés
Héros
Gestion de configuration logiciel Assurance qualité logiciel Gestion de la sous-traitance logiciel Suivi et supervision de projet logicielPlanification de projet logicielGestion des exigences
Revues par les pairs Coordination intergroupesIngénierie de produits logiciel Gestion logiciel intégréeProgramme de formationDéfinition du processus de l’organisationFocalisation organisationnelle sur les processus
Gestion de la qualité logiciel Gestion quantitative de processus
Gestion des changements du processus Gestion des changements technologiquesPrévention des défauts
Processus en amélioration continue
Processus d’ingénierie
1.Initial
2.Reproductible
3.Défini
4.Maîtrisé
CMM 4 CMM 4 ??Secteurs clés
Conclusion Conclusion
Merci de votre attention Merci de votre attention