dÉscription du projet

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