Développement d'une application web de gestion des activités académiques de l'U.AC

II.2.3.7 Diagramme d'activité « consulter »

					^Sélection année ^académique				^Affichage ^résultat
	^Choix relevé

^{Choix cote cours}

^{Choix cote}

^semestre

^{Sélection année}

^académique

^{Sélection année}

^académique

^{Sélection code}

^cours

^Sélection

^semestre

^Affichage

^résultat

^Affichage

^résultat

Figure 19 : Diagramme d'activité « consulter » II.2.3.8 Diagramme d'activité « évaluer »

^{Affichage formulaire}

^{d'évaluation}

^{Saisie de la}

^cote

^{Enregistrement}

Figure 20 : Diagramme d'activité « évaluer » II.2.3.9 Diagramme d'activité « diriger »

^{Sélection matricule}

^{de l'étudiant}

^{Affichage de}

^l'étudiant

^{Clic sur le bouton}

^évaluer

^{Saisie de la}

^cote

Figure 21 : Diagramme d'activité « diriger »

36

II.3 Conception de la solution

La phase de la conception consiste à modéliser une solution qui résout le problème modélisé dans la phase d'analyse. Il me semble que « fournir une solution informatique n'est pas ce qu'il y a de plus difficile : c'est juste un problème algorithmique. Par contre, il est bien plus compliqué de fournir la meilleure solution au problème, car, à un problème donné, correspondent bien souvent plusieurs solutions »⁴⁸. La conception est le temps de la mise en oeuvre du savoir-faire. Elle débute par la détermination de l'architecture du logiciel, c'est-à-dire par l'élaboration des structures statiques et dynamiques qui serviront de charpente pour l'ensemble du développement. L'architecture définit la forme générale de l'application ; de sa qualité dépendent le développement et l'évolution du logiciel.

II.3.1 Diagramme de classes

Le diagramme de classe constitue l'un des pivots essentiels de la modélisation avec UML. Ce diagramme permet de donner la représentation statique du système à développer centrée sur les concepts de classe et d'association. Chaque classe se décrit par les données et les traitements dont elle est responsable pour elle-même et vis-à-vis des autres classes. Les traitements sont matérialisés par des opérations. Le détail des traitements n'est pas représenté directement dans le diagramme de classe⁴⁹.

II.3.1.1 Elaboration du diagramme de classes

⁴⁸ Xavier BLANC et Isabelle MOUNIER, UML2 pour les développeurs. Cours avec exercices corrigés, Paris, Eyrolles, p. 110.

⁴⁹ Cf. Joseph GABAY et David GABAY, UML2. Analyse et conception. Mise en oeuvre guidée avec études de cas, Coll. Etudes développement , Paris, Dunod, 2008, pp. 17-25.

37

^1..*

^{travauxscientifique}

		^type		^semestre
^+Code : ^string
^+Sujet : ^string		^+idtype : ^int		^+CoSemestre :string
^+Domaine : ^string		^+Libelle : ^string		^+NomSemestre : ^string
^+AnneeAcad : ^string
^+Ajouter () : ^void		^+Ajouter () : ^void		^+Ajouter () : ^void
^+Modifier () : ^void		^+Modifier () : ^void		^+Modifier () : ^void
^+Supprimer () : ^void		^+Supprimer () : ^void		^+Supprimer () : ^void

^1..*

^enseignant

*

^1..*

1

^1..*

^1..*

^cours

^+CodCours : ^{string +NomCours} : ^{string +Credit} : ^{int +nbre_Heure} : ^{int +objectif} : ^string

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

^1..*

^direction

^+AnneeAcad : ^{string +CoteSatge} : ^{int +CotesTravail} : ^int

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

*	^inscription ^+dateinscription : ^string ^+AnneAcad : ^string ^+password : ^string ^+Ajouter () : ^void ^+Modifier () : ^void ^+Supprimer () : ^void

^1..*

^affecter

^{1..* 1..*}

^{+Matricuenseig} : ^{string +Nom} : ^{string +PostNom} : ^{string +Prenom} : ^{string +Sexe} : ^{char +Tel} : ^string

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

^attribution

^{+DateAttribution} : ^{string +AnnéeAcad} : ^{string +password} : ^string

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

^1..*

^etudént

^{+MatriculeInscrit} : ^{string +Nom} : ^string

^+PostNom : ^string

^+Prenom : ^string

^+Tel : ^string

^{+Lieunaissance} : ^{string +Datenaissance} : ^{string +Adresse} : ^{string +Adressecontrat} : ^{string +Nationalite} : ^{string +ProvinceOrigine} : ^{string +TerritoireCommune} : ^{string +EtatCivil} : ^{string +EcoleSecondaire} : ^{string +numerocentreexamenetat:string +anneeobtentiondiplome} : ^{string +Pourcentage} : ^{string +Postsecondaire} : ^string

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

^s'inscrire

^affectation ^+DateAffectation : ^string ^+AnneeAcad : ^string	^1..*
^+Ajouter () : ^void ^+Modifier () : ^void ^+Supprimer () : ^void

^gestioncours

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

^appartenir

^évaluer

^evaluation

^+cote : ^{int +DateEvaluation} : ^{string +AnneeAcad} : ^string

^+Ajouter () : ^{void +Modifier} () : ^{void +Supprimer} () : ^void

^1..*

^1..*

^1..*

^promotion

^Appartenir

^1

^filiere

^+Codfil : ^string

^+CodPro : ^string

^+Nomfil : ^string

^+NomPro : ^string

^+Ajouter () : ^void ^+Modifier () : ^void ^+Supprimer () : ^void

^+Ajouter () : ^void ^+Modifier () : ^void ^+Supprimer () : ^void

^departement

^faculte

^+CodDep : ^string

^+Codfac : ^string

^+NomDep : ^string

^+Nomfac : ^string

^+Objectif : ^string

^+Objectif : ^string

^+Ajouter () : ^void

^+Modifier () : ^void

^+Modifier () : ^void

^+Supprimer () : ^void

^+Supprimer () : void

* ¹

^appartenir

^+Ajouter () : ^{void apparteni}

Figure 22 : Diagramme de classe

38

II.3.1.2 Schéma relationnel

faculte(Codfac, Nomfac)

semestre(CodSemestre, NomSemestre)

types(idtype, Libelle)

cours(Codcours, NomCours, credit, Nbre_Heure)

enseignant(Matriculenseig, Nom, PostNom, Prenom, Sexe, Tel)

etudiant(MatriculeInscrit, Nom, PostNom, Prenom, Sexe, Tel, Lieunaissance, Datenaissance, Adresse, Adressecontrat, Nationalite, ProvinceOrigine, TerritoireCommune, EtatCivil, EcoleSecondaire, AdresseEcole, nomcentreexamenetat, anneeobtentiondiplome, Pourcentage, numerodiplome, Postsecondaire)

departement(CodDep, #Codfac, NomDep)

filiere(Codfil, #CodDep, Nomfil)

promotion(CodPro, #Codfil, NomPro)

gestioncours(idgescours, #Codcours, #Codfil)

inscription(idinscription, #MatriculeInscrit, #CodPro, Dateinscription, AnneeAcad, password) travauxscientifique(Code, #idtype, #MatriculeInscrit, Sujet, Domaine, AnneeAcad) affectation(idAffection, #idinscription, #Codcours, DateAffectation, AnneeAcad) evaluation(idEvaluation, #idAffectation, #idAttribution, cote, DateEvaluation, AnneeAcad) attribution(idAttribution, #CodSemestre, #Codcours, #Matriculenseig, DateAttribution,

AnneeAcad, password)

direction(id, #idinscription, #Code, #CodPro, AnneeAcad, CotesSatge, CotesTravail)

II. 3.2 Diagramme de déploiement

Le diagramme de déploiement permet de représenter l'architecture physique supportant l'exploitation du système. Cette architecture comprend des noeuds correspondant aux supports physiques (serveurs, routeurs...) ainsi que la répartition des artefacts logiciels (bibliothèques, exécutables...) sur ces noeuds. C'est un véritable réseau constitué de noeuds et de connexions entre ces noeuds qui modélise cette architecture⁵⁰.

⁵⁰ Cf. Joseph GABAY et David GABAY, UML2. Analyse et conception. Mise en oeuvre guidée avec études de cas, Coll. « Etudes développement », Paris, Dunod, 2008, p.50. Un noeud correspond à une ressource matérielle de traitement sur laquelle des artefacts seront mis en oeuvre pour l'exploitation du système. Les noeuds peuvent être interconnectés pour former un réseau d'éléments physiques.

Un artefact est la spécification d'un élément physique qui est utilisé ou produit par le processus de développement du logiciel ou par le déploiement du système. C'est donc un élément concret comme par exemple : un fichier, un exécutable ou une table d'une base de données.

39

^«internet»

^Routeur : ^{Cisco small business}

^FAI ; ^Orange

^Client : ^PC
S.E ; ^Windows
CPU : ^N3060

^Client : ^PC
S.E ; ^Windows
CPU : ^N380

^{ServeurBaseDonnées} : ^ServeurSGBD

^{Serveur WEB} :

Figure 23 : Diagramme de déploiement⁵¹