Intro UMS SMI S5 PDF

Chapitre I
Introduction UML
Pr. Reda - FSAC 2012
Www.SMIA.ma
Sommaire
Gnie logiciel
Conduite de projet informatique
Phases de dveloppement
Modles de dveloppement
Mthodes danalyse et de conception
Unification des mthodes objet : UML
Www.SMIA.ma
2
Gnie logiciel
Dfinition
Ensemble de mthodes, techniques et
outils pour la ralisation et la maintenance
de composants logiciels.
Justifications :
La complexit des systmes informatiques
Www.SMIA.ma
3
Qualit du logiciel
Facteurs externes (utilisateurs)
Validit
aptitude rpondre aux besoins et remplir les fonctions
dfinies dans le cahier des charges
Fiabilit (robuste)
aptitude fonctionner dans des conditions non prvues
au cahier des charges, ventuellement anormales
Extensibilit
facilit avec laquelle de nouvelles fonctionnalits peuvent
tre ajoutes un logiciel
Www.SMIA.ma
4
Qualit du logiciel (suite)
Compatibilit
facilit avec laquelle un logiciel peut tre combin avec
dautres
Efficacit
utilisation optimale des ressources matrielles
(processeur, mmoires, rseau, )
Convivialit
facilit dapprentissage et d utilisation
facilit de prparation des donnes
facilit de correction des erreurs dutilisation
facilit dinterprtation des rsultats
Www.SMIA.ma
5
Scurit
aptitude dun logiciel protger son code contre des
accs non autoriss.
Facteurs internes (concepteur)
R-utilisabilit
Aptitude dun logiciel tre rutilis, en tout ou en partie,
pour d autres applications
Vrifiabilit
aptitude dun logiciel tre test (optimisation de la
prparation et de la vrification des jeux d essai)
Www.SMIA.ma
6
Portabilit
aptitude dun logiciel tre transfr dans des
environnements logiciels et matriels diffrents
Lisibilit,
Modularit.
Www.SMIA.ma
7
Sommaire
Gnie logiciel
Www.SMIA.ma
8
Projet
Ensemble dactions entreprendre afin
de rpondre un besoin dfini dans des
dlais fixs, mobilisant des ressources
humaines et matrielles, possdant un
cot.
Www.SMIA.ma
9
Acteurs dun projet
Matre douvrage : personne physique ou
morale propritaire de louvrage. Il dtermine
les objectifs, le budget et les dlais de
ralisation.
Matre duvre: personne physique ou
morale qui reoit mission du matre douvrage
pour assurer la conception et la ralisation de
louvrage.
Www.SMIA.ma
10
Conduite de projet
Organisation mthodologique mise en uvre pour faire
en sorte que louvrage ralis par le matre duvre
rponde aux attentes du matre douvrage dans les
contraintes de dlai, cot et qualit.
Www.SMIA.ma
11
Sommaire
Gnie logiciel
Www.SMIA.ma
12
tapes dans la vie dun logiciel:
tude de la faisabilit
Planification
Spcification des besoins (Requirement analysis)
Analyse (Spcification formelle)
Conception (Spcification technique)
Implmentation (Codage)
Tests unitaires
Intgration et tests
Livraison
Maintenance Pr. Reda - FSAC 2012
13
Www.SMIA.ma
Planification
Objectifs : identification de plusieurs solutions
et valuation des cots et bnfices de
chacune d'elles
Activits : simulation de futurs scnarios de
dveloppement
Sortie : un schma directeur contenant
la dfinition du problme
les diffrentes solutions avec les bnfices attendus
les ressources requises pour chacune d'elles (dlais,
livraison, etc.)
Www.SMIA.ma
14
Spcification des besoins
Objectifs : partir du cahier des
charges, description du problme
traiter
identification des besoins de l'utilisateur
spcification du "quoi" fait par le logiciel :
informations manipules, services rendus,
interfaces.
Www.SMIA.ma
15
Spcification des besoins(suite)
Activits :
Abstraction et sparation des problmes
Sorties :
Modle des besoins
Manuel utilisateur provisoire pour les non
informaticiens
Plans de tests du systme futur (cahier de
validation)
Www.SMIA.ma
16
Analyse
Objectifs :
Rpondre au Que fait le systme ?
modlisation du domaine dapplication
analyse du mtier et des contraintes de ralisation
Activits :
Abstraction et sparation des problmes
Sorties :
Modle conceptuel (diagrammes de classes etc.)
Www.SMIA.ma
17
Conception
Objectifs :
Rpondre au Comment faire le systme ?
Dcomposition modulaire
Activits :
Dfinition de larchitecture du logiciel
Dfinition de chaque constituant du logiciel :
informations traites, traitements effectus,
rsultats fournis, contraintes respecter
Sorties :
Modle logique (diagrammes de composants etc.)
Www.SMIA.ma
18
Implmentation
Objectifs :
Ralisation des programmes dans un (des)
langage(s) de programmation
Tests selon les plans dfinis lors de la conception
Activits :
criture des programmes
Tests
Mise au point (dboguage)
Sorties : Modle physique
Collection de modules implments, non tests
Documentation de programmation qui explique le
code
19
Www.SMIA.ma
Tests unitaires
Objectifs :
Test spar de chacun des composants
du logiciel en vue de leur intgration
Activits :
ralisation des tests prvus pour chaque
module
les tests sont faire par un membre de
l'quipe n'ayant pas particip la
fabrication du module
Sorties : Rapport de cohrence logique Pr. Reda - FSAC
2012
Www.SMIA.ma
20
Intgration et test du systme
Objectifs :
Intgration des modules et test de tout le systme
Activits :
Assemblage de composants tests sparment
Tests Alpha : l'application est mise dans des conditions
relles d'utilisation, au sein de l'quipe de
dveloppement (simulation de l'utilisateur final)
Sorties :
Rapport de conformit
Documentation des lments logiciels
Www.SMIA.ma
21
Livraison, maintenance, volution
Objectifs :
Livraison du produit final l'utilisateur,
Suivi, modifications, amliorations aprs livraison.
Activits :
Tests Bta : distribution du produit sur un groupe
de clients avant la version officielle (version
dvaluation),
Livraison tous les clients,
Maintenance
Sorties :
Produit et sa documentation Www.SMIA.ma
22
Sommaire
Gnie logiciel
Www.SMIA.ma
23
Objectifs :
Organiser les diffrentes phases du cycle
de vie pour l'obtention d'un logiciel fiable,
adaptable et efficace
Guider le dveloppeur dans ses activits
techniques
Fournir des moyens pour grer le
dveloppement et la maintenance
(ressources, dlais, avancement, etc.)
Www.SMIA.ma
24
(suite)
Modle (linaire) en cascade
Modle en V
Modle en spirale
Processus Unifi
...
Www.SMIA.ma
25
Modle en cascade
Www.SMIA.ma
26
Modle en V
Www.SMIA.ma
27
Modle en spirale
Www.SMIA.ma
Processus Unifi
UP = dmarche une dveloppement itrative et incrmentale
Itrative = le dveloppement sorganise en une srie de mini-projet
courts, de dure fixe, nomm itration
Le rsultat de chaque itration = un systme test, intgr et excutable
Chaque itration comprend ses propres activits (analyse, conception,
implmentation et test)
Incrmentale=le systme crot de faon incrmentale, itration par
itration)
Www.SMIA.ma
Processus Unifi (suite)
Itration N
spcification
Itration N+1
spcification
conception
Implmentation +
test + intgration
conception
Implmentation +
test + intgration
Intgration finale +
test systme
Intgration finale +
test systme
Feed-back sur litration N
entrane un affinement et une adaptation
Des spcification de litration N+1
Le systme
Chaque itration, choisir un petit sous-ensemble de besoins puis
Www.SMIA.ma
concevoir, implmenter et tester rapidement
Processus Unifi (suite)
Chaque itration, choisir un petit sous-ensemble de besoins puis
concevoir, implmenter et tester rapidement
UP est incrmental :
le cycle de vie est fond sur laccroissance et laffinement
successif du systme par le biais des itrations multiples.
Le feed-back, ladaptation, et implication de lutilisateur tant les
moteurs principaux qui permettent de converger vers un systme
satisfaisant
Le systme crot de faon incrmentale, itration par itration (UP =
processus itratif incrmental)
Www.SMIA.ma
Sommaire
Gnie logiciel
Www.SMIA.ma
32
Mthode danalyse et de
conception
Proposition dune dmarche distinguant les
tapes du dveloppement dans le cycle de vie
du logiciel
Utilisation dun formalisme de reprsentation qui
facilite la communication, lorganisation et la
vrification
production de documents (modles) qui facilitent
les retours sur conception et lvolution des
applications
Www.SMIA.ma
33
De nombreuses mthodes
Mthodes donnes
Entit-Relation, MERISE, ...
Mthodes comportements
SA-RT, Rseaux de Ptri, ...
Mthodes objets
OMT, OOA, Classe-Relation, OOD, ...
Www.SMIA.ma
34
Sommaire
Gnie logiciel
Www.SMIA.ma
35
Unification des mthodes
Objet

au dbut des annes 90, il existe une
cinquantaine de mthodes objet, lies
uniquement par un consensus autour
dides communes (objet, classe, sous-
systmes,)
Chacune possde sa propre notation,
SANS arriver remplir tous les besoins
et modliser correctement les divers
domaines dapplication. Pr. Reda - FSAC 201236
Www.SMIA.ma
Recherche dun langage
commun unique
Do la recherche dun langage qui est:
utilisable par toute mthode objet, dans
toutes les phases du cycle de vie,
compatible avec les techniques de
ralisation actuelles.
lunification des notations donne
Naissance de UML (signifie Unified
Modeling Language)
Www.SMIA.ma
37
UML
Signifie Unified Modeling Language
Est une notation base sur les mthodes
Booch,
OMT (Rumbaugh),
OOSE (Jacobson),
A t construit afin de standardiser les artfacts
de dveloppement (modles, notation,
diagrammes) SANS standardiser le processus de
dveloppement,
Rle important de Pr. Reda - FSAC 2012 et de lOMG 38RATIONAL
Www.SMIA.ma
Point de vue des sources

OMT :expressive pour lanalyse et la
conception de systmes dinformation
base de donnes,
BOOCH : expressive durant les phases
de design et dimplantation des projets,
OOSE :expressive pour lanalyse des
besoins grce aux cas dutilisation
Www.SMIA.ma
39
Historique de UML
Www.SMIA.ma
40
UML contributions
Www.SMIA.ma
41
UML, diffrentes vues
Www.SMIA.ma
42
UML, diffrentes vues (suite)

Vue Cas d'utilisation :
Dcrit le systme comme un ensemble de
transactions du point de vue de l'utilisateur. Cre
lors de la phase d'initialisation
Vue Logique :
Contient une collection de conteneur, classes et
relations. Cre lors de la phase d'analyse et
raffine lors de la phase de dveloppement
Vue Composants :
Contient une collection de conteneur, et de
programmes Pr. Reda - FSAC 2012
43Www.SMIA.ma
UML, diffrentes vues (suite)

Vue Dploiement :
Dcrit l'architecture matrielle. Contient une
collection d'units et de processus. Cre lors de
la phase d'analyse
Vue Implantation :
Contient une collection de modules et sous-
modules (conteneur).Cre lors de la phase
d'analyse et affine lors de la phase de
dveloppement
Www.SMIA.ma
44
Diagrammes dUML
LUML spcifie treize types de diagrammes de
modlisation des systmes.
Chaque diagramme modlise une caractristique de
la structure ou du comportement du systme.

Www.SMIA.ma
45
Diagrammes dUML
Diagramme de cas dutilisation :
Dcrit les fonctions du systme selon le point
de vue ses futurs utilisateurs (Jacobson)
Diagramme de squence :
reprsentation des interactions temporelles
entre objets dans la ralisation dune
interface Homme Systme.
Www.SMIA.ma
46
Diagrammes dUML

Diagramme de classes :
structure des donnes du systme dfinies comme un ensemble de
relations entre classes
Diagramme dobjets :
illustration des objets et de leur relations
Diagramme de collaboration :
reprsentation des interactions entre objets
Diagramme dtats-transitions :
reprsentation du comportement des objets dune classe en terme
dtats et de transitions dtats
Diagramme dactivits :
structure dune opration en actions
Diagramme de structure composite (depuis UML
2.x) : permet de dcrire sous forme de bote blanche les
relations entre composants d'une classe.
Www.SMIA.ma
47
Diagrammes dUML

Diagramme des paquetages
Diagramme de communication (depuis UML 2.x) :
reprsentation simplifie d'un diagramme de squence se
concentrant sur les changes de messages entre les
objets.
Diagramme global d'interaction (depuis UML 2.x, cf.
Interaction Overview Diagram) : permet de dcrire les
enchanements possibles entre les scnarios
pralablement identifis sous forme de diagrammes de
squences (variante du diagramme d'activit).

Diagramme de temps (depuis UML 2.x, cf. Timing
Diagram) : permet de dcrire les variations d'une
donne au cours Www.SMIA.madu temps.
Diagrammes dUML :

Diagramme de squence :

reprsentation des interactions temporelles entre
objets dans la ralisation dune opration
description du dploiement des composants sur
les dispositifs matriels
architecture des composants physiques dune
application
Www.SMIA.ma

Diagramme de dploiement :

Diagrammes de composants :

49
Chapitre II
Diagrammes de cas
dutilisation
Www.SMIA.ma 50
Les cas dutilisation

Les cas d'utilisation servent de fil

Comprendconducteur pour l'ensemble du projet.
Exprime
Ils permettent de modliser les
Utilisateurbesoins des clients.
Ils prcisent le but atteindre.cas d'utilisation
Ils permettent d'identifier les
Ralise
fonctionnalits principales (critiques)
Conoit
du systme.
Programmeur
Analyste
vrifie
Architecte
Testeur
Www.SMIA.ma
51
Dfinition de cas dutilisation
Un cas dutilisation
correspond une manire spcifique dutiliser
le systme
est la reprsentation dune fonctionnalit,
dclenche en rponse une stimulation du systme.
facilite la structuration des besoins des utilisateurs.
exprime les limites et les objectifs du systme
Acteur
Cas d'utilisation
Www.SMIA.ma
52
Dfinition de cas dutilisation (suite)
Un cas dutilisation
est un ensemble des actions ralises par le systme
en rponse une action dun acteur.
est une suite dinteractions entre un acteur et
le systme
correspond une fonction visible par lutilisateur
Www.SMIA.ma
53
Dfinition dacteur
Acteur : entit externe qui agit sur le systme
O]- les dcisions contrairement un lment
logiciel
OE-] un rle par rapport au systme
(utilisateur ou un autre systme)
Porteur de carte
Guichet
Retirer de l'argent
Www.SMIA.ma
54
Acteur (reprsentation en UML)
Pour chaque acteur :
choisir un identificateur reprsentatif du rle
ventuellement accompagn dune brve description
textuelle :
Un guichetier est un
employ de la
banque jouant un rle
dinterface entre le
systme informatique
et les clients quil
reoit au comptoir
Guichetier
Www.SMIA.ma
55
Acteur (suite)
Ils peuvent tre :
soit des humains ;
soit des logiciels ;
On distingue :
les acteurs primaires : ceux sont les utilisateurs
du systme ;
les acteurs secondaires : ceux qui interviennent
pour le bon fonctionnement du systme.
Www.SMIA.ma
56
Exemple de diagramme de cas
dutilisation
Retirer de l'argent
Dposer de l'argent
Client de la
banque
Effectuer des virements entre
comptes
Consulter le solde d'un compte
Employ de
caisse
Ravitailler le distributeur
Agent de
maintenance
Rparer le distributeur Pr. Reda -
FSAC 2012
Www.SMIA.ma
57
Exemple de diagramme de cas
dutilisation
Systme
Crer compte
Dposer argent
Client
Guichetier
Consulter compte
Retirer de l'argent du
distributeur
Retirer de l'argent
Banque centrale
Grer les comptes
Www.SMIA.ma
58
Description dun Use Case
Il existe plusieurs faons de dcrire un use case.
Description textuelle (informelle) :
Exemple :
Use case : Retrait en espce :
1.
2.
3.
4.
5.
6.
7.
Le guichetier saisit le n de compte du client.
Lapplication valide le compte auprs du systme central.
Lapplication demande le type dopration au guichetier.
Le guichetier slectionne un retrait despces de 2000 DH.
Le systme guichetier interroge le systme central pour
sassurer que le compte est suffisamment approvisionn.
Le systme central effectue le dbit du compte.
Le systme notifie au guichetier quil peut dlivrer le montant
demand.
Www.SMIA.ma
59
Descriptions laide de diagrammes
de squences
Saisie compte
Validation compte
Demande type dopration
Retrait liquide (2000DH)
Vrification solde compte
Autorisation dlivrance Dbit compte
t
Guichetier Systme guichet Systme central
Www.SMIA.ma
60
Descriptions laide de diagrammes
de collaborations
(6) Dbit compte
(4) Retrait espces (2000DH)
Guichetier
Systme Central
(3) Demande type
dopration
(7) Autorisation
dlivrance
(5) vrification solde compte
(2) Validation compte
(1) Saisie compte
Systme guichetier
Www.SMIA.ma
61
Comment trouver les acteurs
Pour Dgager les acteurs dun Systme , on
peut poser les questions suivantes:
Qui utilise le systme.?
Qui maintient le systme?
Qui administre le systme?
Quels autres systmes qui interagit avec le
systme?
Qui a besoin d'information venant du
systme?
Www.SMIA.ma
Diagramme de contexte
statique
Bien que ce diagramme ne fasse pas partie des
diagrammes UML Officiels , on la trs souvent
trouv utile, il permet de spcifier le nombre
dinstances dacteurs connects au systme un
moment donn.
Association
Multiplicit
0..1
actor1
0..*
System
0..*
0..1
actor4
actor2 actor3
Www.SMIA.ma
lments dun Diagrammes de cas
dutilisation
1.
2.
3.
les acteurs
les cas dutilisation
Une relation dassociation
Un chemin de communication entre un acteur et
un cas dutilisation est reprsent un trait
continu.
Www.SMIA.ma
Types dassociations entre cas
dutilisations
Il existe principalement deux types de relations :

linclusion et lextension
la gnralisation/spcialisation.
Www.SMIA.ma
La relation uses (ou include)
Une relation dinclusion dfinit que le cas dutilisation
contient le comportement dfinit dans
un autre cas dutilisation.
Www.SMIA.ma
66
Relation extends entre cas
dutilisation
Une relation dextension dfinit que linstance dun
cas dutilisation peut tre augmente avec un
comportement quelconque dfini dans un cas
dutilisation tendu. Il faut spcifier le point
dextension sur le cas dde destination.
Les deux UC peuvent sexcuter indpendamment
Www.SMIA.ma
67
Relation de
Gnralisation/Spcialisation
Cette relation entre deux cas dutilisation, signifie
que le cas dutilisation spcialis est plus
spcifique que le cas dutilisation gnral. Le
spcialis hrite de toutes les proprits et les
associations du cas dutilisation.
Paiement
Chque
Www.SMIA.ma
Carte crdit
Espce
Relation de
Gnralisation/Spcialisation

En pratique, l'arborescence des cas
d'utilisations correspondra
l'arborescence du menu de l'application
Www.SMIA.ma
Hritage
(Gnralisation/Spcialisation)

La gnralisation est une association
ascendante du spcial au gnral
La spcialisation est une association
descendante du gnral au spcial
Spcialisation
Paiement
Gnralisation
Chque
Carte crdit
Espce
Www.SMIA.ma
Exemple :
Le Versement bancaire peut se faire par dpt
dargent par chque ou dpt dargent en espce.
(Spcialisation)
Le dpt dargent par chque ou le dpt dargent
en espce se sont des Versements Bancaires.
(Gnralisation)
N.B : La mme phrase dite inversement.
Www.SMIA.ma
Exemples dassociations
Exemple Gnralisation/Spcialisation
Porteur
de carte
Virement par
internet
Virement bancaire
Exemple Inclusion
Consulter boite
Emails
include

Exemple Extension
enregistrer
extend
client
Identification
Enregistrer sous
Www.SMIA.ma
Description textuelle dun cas dutilisation
Une description textuelle couramment utilise se compose de
trois parties.
1- La premire partie permet didentifier le cas dutilisation
Nom : Utiliser un verbe linfinitif (ex : Retirer de largent).
Objectif : Une description rsume permettant de comprendre
lintention principale du cas dutilisation.
Acteurs primaires: Ceux qui vont raliser le cas dutilisation
Acteurs secondaires : Ceux qui vont collaborer
Dates : Les dates de crations et de mise jour de la description
courante.
Responsable : Le nom des responsables.
Version : Le numro de version.
Www.SMIA.ma
2. La deuxime partie contient la description du
fonctionnement du cas sous la forme dune
squence de messages changs entre les acteurs
et le systme. Elle contient Toujours une squence
nominale
qui dcrit de droulement normal du cas. la
squence Nominale sajoutent frquemment des
squences alternatives (des embranchement dans la
squence nominale) et des squences dexceptions
(qui interviennent quand une erreur se produit).
Les prconditions : elles dcrivent dans quel tat doit
tre le systme (lapplication) avant que ce cas
dutilisation puisse tre dclench.
Des scnarii : Ces scnarii sont dcrits sous la forme
dchanges dvnements entre lacteur et le
systme. On distingue le scnario nominal, qui se
droule quand il ny a pas derreur, des scnarii
alternatifs qui sont du scnario nominalles variantes
et enfin les scnarii dexception qui
dcrivent les
Des postconditions : Elle dcrivent
ltat du systme lissue des
diffrents scnarii.
La troisime partie (optionnelle): Elle
contient des spcifications non
fonctionnelles, (spcifications
matrielle et technique portant sur le
temps de rponse, outils, Mono
Multitche
Www.SMIA.ma
Description textuelle dun cas dutilisation
Exemple :
Scnario nominal
Actions acteurs principal
1
Actions Systme
2
3
Enchanements alternatifs :
A1 : nom denchanement
- Le point de dmarrage partir dun point x du scnario nominal
-Les actions numrotes du systme avec des numros
-Le scnario nominal reprend au point y
Enchanements des erreurs :
-E1 : Nom derreur
-Le point de dmarrage partir dun point x du scnario nominal
-Les actions numrotes du systme suite cette erreur
Remarque :
Les enchanements alternatifs et derreurs sont caus par
lutilisateur
Une erreur arrte le scnario. une alternative permet de reprendre
le scnario nominal.
Exemple: Les cas dutilisation dune vente
de produits
Chercher produit
<<include>>
Recherche prix
Nombre total
<<include>>
Caissier
Paiement
Taxes (TVA)
Chque
Carte crdit
Espce
Www.SMIA.ma
77
Description du cas dutilisation:
retirer de largent de lATM
Description
du scnario
principal
laide dun
diagramme de
squence :
: Porteur de CB
Visa
introduction carte Visa
demande de code
code(valeur)
demande d'autorisation
autorisation(solde)
demande de montant
montant retrait(valeur)
demande de ticket
ok
jection de carte
rcupration de la carte
jection de billets
rcupration billets + tickets
: GAB
: SA Visa
Www.SMIA.ma
78
[non Ok pour 2 fois]
Vrification du
code
[ok]
[carte valide]
[carte non valide]
Transaction annule
[montant<=solde]
Vrification de
la carte Ejection de
la carte
[retrait autoris]
Dtermination
du montant
[non Ok pour la 3e fois]
[retrait refus]
Demande
d'aurorisation
[motant>solde]
[carte non repris aprs 15s]
[carte rcupre]
[ticket demand]
Ejection
des billets
[billets non rcupr aprs 30s]
Impressio
ndu ticket
Description
du cas
dutilisation
laide dun
diagramme
dactivits:
[billets rcuprs]
Fin nominal
Www.SMIA.ma
79
Cas dutilisation et scnarios

Le systme = ensemble de cas dutilisation
Un cas dutilisation = ensemble de scnarios (chemins
dexcution possibles)
Un scnario est une squence dvnements, et cest un
chemin particulier dexcution
On peut dire que: un scnario est une instance dun cas
dutilisation.
Une instance dacteur cre un scnario
Un cas dutilisation peut tre dcrit laide dun diagramme
dactivits
Un scnario peut tre dcrit laide dun diagramme de
squences
Www.SMIA.ma
80
Uses Cases et Devis

Un uses cases permet de produire un devis au
pralable, en dterminant le degr de
difficult de chaque fonctionnalit ou cas
dutilisation et aprs estime le cot et le dlai
de ralisation
Www.SMIA.ma

Exercice dapplication
Dans un tablissement scolaire, on dsire grer la
rservation des salles de cours ainsi que du matriel
pdagogique (ordinateur portable ou/et Vido
projecteur).
Seuls les enseignants sont habilits effectuer des
rservations (sous rserve de Disponibilit de la salle
ou du matriel).
Le planning des salles peut quant lui tre consult par
tout le monde (enseignants et tudiants).
Par contre, le rcapitulatif horaire par enseignant
(calcul partir du planning des salles) ne peut tre
consult que par les enseignants.
Enfin, il existe pour chaque formation un enseignant
responsable qui seul peut diter le rcapitulatif horaire
pour lensemble de la formation.
Www.SMIA.ma

Intro UMS SMI S5 PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Intro UMS SMI S5 PDF

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre I

Vous aimerez peut-être aussi