124
Chapitre 4. Démarche de développement
Il est à noter que sur le schéma, la proportion que représente chaque activité par
rapport à l’ensemble de la charge de développement d’un projet a été respectée graphiquement.
Compte tenu de notre expérience et des ratios habituellement constatés dans la
profession, nous avons retenu la répartition indicative suivante pour les volumes
d’effort à consentir sur les activités d’un projet.
• Modélisation métier : 5 %.
• Exigences fonctionnelles : 5 %.
• Analyse des cas d’utilisation : 20 %.
• Synthèse de l’analyse : 5 %.
• Conception : 10 %.
• Implémentation : 40 %.
• Test : 15 %.
Il importe bien entendu, de tenir compte pour chaque projet de ses spécificités en
termes par exemple de complexité fonctionnelle, contraintes techniques, et compétence des ressources affectées.
Les activités 6 et 7, « Implémentation » et « Tests », sont présentes sur notre
schéma pour couvrir à ce niveau la totalité des activités en référence à UP, mais elles
ne sont pas traitées dans l’ouvrage.
Cette démarche est par définition itérative. Il est ainsi possible, si nécessaire, de
traiter des itérations à l’intérieur de chaque phase. Chaque itération doit se conclure par un produit livrable sous forme de maquette ou de prototype.
Des itérations successives permettent d’affiner les résultats de chaque phase.
Activité 1 – Modélisation métier
La première activité de la démarche consiste à mieux connaître et comprendre les
processus dans lesquels va s’intégrer le futur système informatique. Cette activité
aboutit à trois résultats :
• Au positionnement du système à étudier au sein de l’ensemble des processus
de l’entreprise et à la définition du périmètre fonctionnel global du système
(schéma de contexte du domaine d’étude).
• À la définition des processus métiers concernés par le système à développer et
à l’identification des acteurs (diagramme d’activité).
• À la définition des concepts métiers du domaine sous forme de classe
(diagramme de classe métier). Les concepts métiers correspondent aux informations créées, transformées ou manipulées par les experts du domaine.
L’expert du domaine y retrouve le vocabulaire de son métier.
À l’issue de cette activité, le périmètre du système à étudier est défini.
Chapitre 4. Démarche de développement
Il est à noter que sur le schéma, la proportion que représente chaque activité par
rapport à l’ensemble de la charge de développement d’un projet a été respectée graphiquement.
Compte tenu de notre expérience et des ratios habituellement constatés dans la
profession, nous avons retenu la répartition indicative suivante pour les volumes
d’effort à consentir sur les activités d’un projet.
• Modélisation métier : 5 %.
• Exigences fonctionnelles : 5 %.
• Analyse des cas d’utilisation : 20 %.
• Synthèse de l’analyse : 5 %.
• Conception : 10 %.
• Implémentation : 40 %.
• Test : 15 %.
Il importe bien entendu, de tenir compte pour chaque projet de ses spécificités en
termes par exemple de complexité fonctionnelle, contraintes techniques, et compétence des ressources affectées.
Les activités 6 et 7, « Implémentation » et « Tests », sont présentes sur notre
schéma pour couvrir à ce niveau la totalité des activités en référence à UP, mais elles
ne sont pas traitées dans l’ouvrage.
Cette démarche est par définition itérative. Il est ainsi possible, si nécessaire, de
traiter des itérations à l’intérieur de chaque phase. Chaque itération doit se conclure par un produit livrable sous forme de maquette ou de prototype.
Des itérations successives permettent d’affiner les résultats de chaque phase.
Activité 1 – Modélisation métier
La première activité de la démarche consiste à mieux connaître et comprendre les
processus dans lesquels va s’intégrer le futur système informatique. Cette activité
aboutit à trois résultats :
• Au positionnement du système à étudier au sein de l’ensemble des processus
de l’entreprise et à la définition du périmètre fonctionnel global du système
(schéma de contexte du domaine d’étude).
• À la définition des processus métiers concernés par le système à développer et
à l’identification des acteurs (diagramme d’activité).
• À la définition des concepts métiers du domaine sous forme de classe
(diagramme de classe métier). Les concepts métiers correspondent aux informations créées, transformées ou manipulées par les experts du domaine.
L’expert du domaine y retrouve le vocabulaire de son métier.
À l’issue de cette activité, le périmètre du système à étudier est défini.