Diagramme des cas d'utilisation

Figure 1 : Cycle de vie d’un projet 9 Figure 2 : Processus de développement en Y 10 Figure 3 : Tableau des tâches 11 Figure 4 : Diagramme de Gantt 11 Figure 5 : Procédure de sous-traitance service 16 Figure 6 : Diagramme global des cas d’utilisations 19 Figure 7 : Diagramme de séquence système 20 Figure 8 : Diagramme de séquence détaillé 21 Figure 9 : Diagramme de classes 22 Figure 10 : Architecture MVC 25 Figure 11 : Interface d’accueil 31 Figure 12 : Interface Authentification 32 Figure

peut après avoir s’authentifié, créer des nouveaux projets, mettre à jour et faire le suivie, inscrire les clients, consulter les périodes de chaque étape du projet, choisir les fournisseurs, enregistrer les équipements et les engins en cours d’utilisation dans le projet, consulter les quantités en stock des matières premières, faires des calculs des budgets dépensés et par suite avoir un moyen efficace pour prendre une décision suivant les paramètres qu’il choisit. Dés lors, l’application devient

Figure 4 : Diagramme de cas d’utilisation de gestion des projets manipulé par le manager ……... 26 Figure 5 : Diagramme de cas d’utilisation de gestion des projets manipulé par le chef de projet …27 Figure 6 : Diagramme de séquence d’ajout d’un projet ……………………………………. 28 Figure 7 : Diagramme de cas d’utilisation de gestion des ressources ……………………… 29 Figure 8 : Diagramme de séquence de modification d’une ressource ……………………… 30 Figure 9 : Diagramme de cas d’utilisation

(4IF) Méthodologie de développement objet (4IF) 2/137 Introduction Référentiel des compétences Utiliser des diagrammes UML pour modéliser un objet d’étude Interpréter un diagramme UML donné IF3-UML, IF4-DevOO, IF4-IHM Concevoir un diagramme UML modélisant un objet d’étude IF3-UML, IF3-C++, IF3-DASI, IF4-DevOO, IF4-IHM, IF4-LG Vérifier la cohérence de différents diagrammes modélisant un même objet d’étude IF3-UML, IF4-DevOO, IF4-LG Concevoir l’architecture d’un logiciel orienté objet

d’exigences ou encore le Reverse Engineering. Pour autant, ce langage reste très complexe et n’est pas facile à assimiler, surtout lorsque nous souhaitons obtenir rapidement un gain de productivité. La raison à cela est que l’approche classique d’utilisation d’UML, que nous nommons UML pour l’architecte, vise surtout à utiliser les modèles UML comme des moyens de réflexion, d’échange et de communication entre les membres d’une même équipe de développement. Cette approche suit toutes les phases du cycle

développement sera moins complexe et l’intégration de produit sera progressive avec la possibilité de mise en service après chaque incrément, de plus, ce modèle nous offre un meilleur lissage du temps et de l’effort de développement car dans notre cas les incréments sont indépendants fonctionnellement et sur le plan de calendrier de développement. Nous allons utiliser pour la spécification et la conception de ce travail, le langage UML qui est un langage de modélisation résultant de la fusion de

personnel très complexe. Les anomalies détectées sont les suivantes: - Le gaspillage de temps dans la recherche des fiches pour la mise à jour des données des personnels. - Difficultés de modifier les grades et les fonctions en cas d’ajout ou de suppression. - Difficultés pour le suivi de pointage des employés. - Il y a une redondance des données et des interfaces. - Présence de quelques taches manuelles. -Problème de sécurité :

Méthodologie de développement objet (4IF) 2/140 . Introduction Référentiel des compétences Utiliser des diagrammes UML pour modéliser un objet d’étude Interpréter un diagramme UML donné IF3-UML, IF4-DevOO, IF4-IHM Concevoir un diagramme UML modélisant un objet d’étude IF3-UML, IF3-C++, IF3-DASI, IF4-DevOO, IF4-IHM, IF4-LG Vérifier la cohérence de différents diagrammes modélisant un même objet d’étude IF3-UML, IF4-DevOO, IF4-LG Concevoir l’architecture d’un logiciel orienté objet

Repérage du domaine 13 13 13 14 15 15 15 16 22 22 28 40 40 40 42 42 2.1.1 Délimitation du projet 2.1.2 Diagramme de collaboration 2.1.3 Diagramme de classes des acteurs 2.2. Phase 2 : Découverte des informations 2.2.1 Définition des règles de gestion 2.2.2 Diagramme de classes des entités 2.3. Phase 3 : Modélisation du Worktlow 2.3.1 Diagramme des cas d'utilisation 2.3.2 Diagrammes de séquence 2.4. Phase 4 : Diagnostic 2.4.1 Forces 2.4.2 Faiblesses Chapitre 3 : Etude des scénarii proposés

principales étapes de traitement de l’application locale. | Consiste à modéliser les étapes de traitement en employant les diagrammes « Cas d’Utilisation », « Classes », et « Séquence » du langage UML. | 06/11/2011 | 4. Définition des principales étapes de traitement de l’application Web. | Consiste à modéliser les étapes de traitement en employant les diagrammes « Cas d’Utilisation », « Classes », et « Séquence » du langage UML.  | 10/11/2011 | 5. Conception des interfaces graphiques | Consiste à