Compl

1
Compléments sur
Le M.O.T. modèle organisationnel de
traitement Larchitecture des SI La démarche et
les livrables du projet.
http//gilco.inpg.fr/tollenaere/msi/diaporamas/co
urs2005-11-29.ppt
2
Modèle Organisationnel de Traitements (MOT) de
Merise

• Enchaînement des opérations ou taches
• condition denchaînement
• acteur affecté (qui ?)
• période de traitement (quand ?)

3
MCT de Merise Modèle conceptuel de traitement

• Définition des activités et conditions
  denchaînement
• définition des évènements
• définition des données ou objets échangés
• conditions de déclenchement des activités
• alternatives dexécution

4

• évènements dévolution

• activités et conditions denchaînement
• conditions de déclenchement des activités

• alternatives dexécution

5
(No Transcript)
6
Complémentarité MOT / diagramme états transitions
7
Architecture des SI

• répartition des traitements
• Interfaces Html
• Base de données et Internet
• client / serveur

8
Architecture des SI
serveur de traitements
poste client
Réseaux
poste client
serveur de données
9
Architecture des SI
Internet
poste client
Intranet / Internet
serveur de données
poste client
ou système propriétaire ?
Ldap
Authentification des utilisateurs
10
Architecture des SI
Internet
Les capacités et débits réseaux sont très
hétérogènes.
poste client
Intranet / Internet
serveur de données
poste client
Ldap
Authentification des utilisateurs
11
Répartition des données et traitements
client
serveur
Certains traitements Au moins écran, souris
Les données pour partage Certains traitements
Exemple
Volume et format des données qui transitent
Page WEB perso sur ensgi5
Navigateur IE5
Volume et format des contrôles qui transitent
BD Access partagée sur ensgi5
Logiciel Access
Volume et format des données qui transitent
BD MySQL partagée sur ensgi php
Navigateur IE5 ou Netscape
12
Répartition des données et traitements
client
.
Certains traitements Au moins écran, souris
serveurs de traitements
Liens ODBC
serveurs de fichiers
serveurs de données réparties
13
Répartition des données et traitements
client
.
Traitement 2 Access
Traitement n serveur WEB
Traitement 1 Access SQL et formulaires
Liens ODBC

• Table 1
• Table 2

• Table 11
• Table 12

serveurs de fichiers Gros volumes (edition,
PAO, CAE, CFAO)
Données Access
14
Architecture 3-tier, n-tier
serveur WEB
1er-tier
client
.
2nd-tier
Traitement 1 CRM
Traitement n SRM
Traitement 2 Gestion de prod
Comment partager les gros fichiers ?
Liens ODBC
serveurs de fichiers Gros volumes (edition,
PAO, CAE, CFAO)
3eme-tier

• Table 1
• Table 2

• Table 11
• Table 12

Données
15
Gestion de données, processus et fichiers
Site 2
Accès controlé par le SGBD central par un
check-out
Contrôle des mécanismes de transfert FTP
Site 1
SGBD métadonnées et processus
Gestion centralisée des méta-données
Réplication
Réplication
Réplication à la demande
Réplication à la demande
Serveur local de fichiers Gros volumes
(edition, PAO, CAE, CFAO)
Serveur local de fichiers Gros volumes
(edition, PAO, CAE, CFAO)
Serveur central de fichiers Gros volumes
(edition, PAO, CAE, CFAO)
16
LES TECHNOLOGIES DU WEB
1. LES PHASES D UN DEPLOIEMENT DE RESEAUX 2. LE
LANGAGE HTML 3. LE LANGAGE JAVASCRIPT 4. LE
LANGAGE JAVA ET LES APPLETS 5. LES SERVLETS 6.
L ACCES AUX BASES DE DONNEES VIA ODBC
17
1. LES PHASES D UN DEPLOIEMENT DE RESEAUX
Source  Lyon Consultants 
INFRASTRUCTURE RESEAU, MESSAGERIE, FORUMS,
ACCES _at_
PUBLICATION D  INFORMATIONS STATIQUES
Présentations des produits, Catalogues,
Annuaires, Résultats etc
PUBLICATION INFORMATIONS DYNAMIQUES
Connexion aux systèmes d informations de
l entreprise base produits, stocks
TRAVAIL EN GROUPE APPLICATIONS DE
COMMUNICATION, DE COORDINATION OU DE
COLLABORATION DE GROUPES
Gestion des projets, gestion de la qualité,
affectation des ressources, procédures
élémentaires etc
APPLICATION METIER APPLICATIONS A COMPOSANTS
REPARTIS
Applications répondant à des logiques  métiers 
utilisant une approche distribuée
COMMERCE ELEC. APPLICATIONS ACCESSIBLES AUX
CLIENTS/FOURNISSEURS
18
2. LE LANGAGE HTML 1/2
LE LANGAGE HTML PERMET - de définir la mise en
page statique de différents éléments multimédias
textes, tableaux, images, sons etc - de définir
le contenu  texte  de la page
LE LANGAGE HTML NE PERMET PAS - de dissocier
mise en page et contenu d une page - d utiliser
explicitement les ressources du client -
d utiliser les ressources du serveur -
d accéder directement aux informations
disponibles sur le client ou sur le serveur
ltHTMLgt ltHEADgt ltTITLEgtAnnuaire du labo
PLlt/TITLEgt lt/HEADgt ltBODYgt ltH3gtvoici la liste du
personnel du laboratoire PLlt/H3gt lt/BODYgt lt/HEADgt
lt/HTMLgt
EN-TETE permettant de déclarer le titre de la
page, la langue, le jeu de caractères utilisé,
les mots-clefs utilisés lors d une indexation
par un moteur de recherche etc
CORPS description de la mise en page et du
contenu de la page
19
2. LE LANGAGE HTML 2/2
annuaire.html
Scene.wrl
Image.gif
Requête http//www.pl.ecp.fr/annuaire.htm
recherche
CLIENT
SERVEUR
Interpréteur HTML
lecture
Plug-In
Envoi de annuaire.html
20
3. LE LANGAGE JAVASCRIPT 1/3
mini-applications
Pré-traitement des données
Enrichissement de la page
NOM
1
Élément réactif à un survol
PRENOM

2368.5
ENVOI
2369.5
(avec contrôle des champs)
Zône de texte défilante
LE LANGAGE JAVASCRIPT PERMET - d avoir accès à
certaines variables d environnement du client
type de navigateur, historique de la connexion -
de réaliser des traitements sur les éléments
d un formulaire contrôle d une entrée,
concaténation - de réaliser des programmes avec
tests, itération etc

• LE LANGAGE JAVASCRIPT NE PERMET PAS
• - de définir des types de variables ou des
  structures de données
• - de définir des variables globales accessibles
  tout au long de la connexion (une variable est
  associée à une page)
• d accéder directement aux ressources ou
  informations du client ou du serveur
• nest pas compatible avec TOUS les navigateurs

21
3. LE LANGAGE JAVASCRIPT 2/3
ltHTMLgt ltHEADgt ltTITLEgtAnnuaire du labo
PLlt/TITLEgt ltSCRIPT LANGUAGE JavaScript  gt funct
ion traitement() lt/SCRIPTgt lt/HEADgt ltBODYgt ltH
3gtvoici la liste du personnel du laboratoire
PLlt/H3gt ... ltINPUT TYPE button 
VALUE ENVOYER  ONCLICK traitement() gt ... lt/
BODYgt lt/HEADgt lt/HTMLgt
DECLARATION DE LA FONCTION
APPEL DE LA FONCTION GRÂCE A UN ELEMENT HTML
22
3. LE LANGAGE JAVASCRIPT 3/3
Envoi de calcul.html
Requête http//www.pl.ecp.fr/calcul.htm
recherche
CLIENT
SERVEUR
Interpréteur HTML
lecture
Interpréteur JavaScript
Envoi de calcul.html
23
4. LE LANGAGE JAVA 1/4
CLASSE JAVA
 COMPILATEUR JAVA 
FICHIER  PRE- COMPILE 
MACHINE VIRTUELLE JAVA
MACHINE VIRTUELLE JAVA
MACHINE VIRTUELLE JAVA
UNIX
WINDOWS
MAC - OS
PC
MAC
SUN
24
4. LE LANGAGE JAVA 2/4
applications
Enrichissement de la page
1
ANIMATION

2368.5
2369.5
LE LANGAGE JAVA EST - un langage orienté objet
dérivé du C (mais pas dhéritage multiple, pas
darithmétique sur les pointeurs) - un langage
sécurisé
UNE APPLET JAVA NE PERMET PAS - d accéder
directement aux ressources ou informations du
client ou du serveur
25
4. LE LANGAGE JAVA 3/4
ltHTMLgt ltHEADgt ltTITLEgtAnnuaire du labo
PLlt/TITLEgt lt/HEADgt ltBODYgt ltAPPLET
CODE courbe.class  WIDTH200 HEIGHT
50gt lt/APPLETgt ... lt/BODYgt lt/HEADgt lt/HTMLgt
APPEL DE L APPLET DEFINIE DANS LE FICHIER
COURBE.CLASS
26
4. LE LANGAGE JAVA 4/4
calcul.html
courbe.class
Requête http//www.pl.ecp.fr/courbe.htm
recherche
CLIENT
SERVEUR
Interpréteur HTML
lecture
Machine virtuelle java
Envoi de calcul.html courbe.class
27
5. LES SERVLETS JAVA 1/2
Index.shtml
compteur.class
Requête http//www.pl.ecp.fr/index.shtml
recherche
CLIENT
SERVEUR
Interpréteur HTML
Envoi de page générée par compteur.cgi
Génération d une page
Execution sur machine virtuelle
28
5. LES SERVLETS JAVA 2/2
ltHTMLgt ltHEADgt ltTITLEgtAnnuaire du labo
PLlt/TITLEgt lt/HEADgt ltBODYgt ltSERVLET
NAME compteur.class gt ltPARAM NAME numero 
VALUE 1 gt lt/SERVLETgt ... lt/BODYgt lt/HEADgt lt/HTML
gt
APPEL DE LA SERVLET COMPTEUR.CLASS PRESENTE SUR
LE SERVEUR
LES SEVLETS JAVA PERMETTENT - d accèder aux
paramètres de la connexion numéro IP, types
MIME supportés etc - d utiliser les ressources
du serveur - de définir des applications
multi-plateformes - de prendre en charge les
problèmes de sécurité
LES SERVLES JAVA NE PERMETTENT PAS -
d utiliser les ressources ou informations du
client
29
6. L ACCES AUX BASES VIA ODBC 1/2
base.shtml
dbCollect.class
Requête http//www.pl.ecp.fr/base.shtml
recherche
CLIENT
SERVEUR
Interpréteur HTML
Envoi de page générée par dbCollect.class
Génération d une page
Execution sur machine virtuelle
PILOTE ODBC
BASE DE DONNEES
30
6. L ACCES AUX BASES VIA ODBC 2/2
ltHTMLgt ltHEADgt ltTITLEgtAnnuaire du labo
PLlt/TITLEgt lt/HEADgt ltBODYgt ltSERVLET
NAME dbCollect gt ltPARAM NAME DBNAME 
VALUEjdbcodbcmabase gt ltPARAM NAME TABLEgt
VALUE matable gt lt/SERVLETgt ... lt/BODYgt lt/HEADgt
lt/HTMLgt
APPEL DE LA SERVLET COMPTEUR.CLASS PRESENTE SUR
LE SERVEUR
LES PILOTES ODBC PERMETTENT - de consulter ou
de modifier des bases via des requêtes SQL - de
créer des applications portables (Oracle Access
proposent des pilotes ODBC)
31
7. Environnement PHP / MySQL
Bibliothèques
Logiciels libres permettant le développement de
contenus accessibles en Internet/ Intranet
Gestion de fichiers / FTP 16  Groupware 4
 ICQ 4  Jeux / Détente 8  Librairies
/ Classes 25  Livres d'or 25
 MailingList / NewsLetter 11  Menus 5
 Messageries internes 3  Moteurs de
recherche 14  News 32  Petites Annonces
5  Portails 23  Recommander un site 5
 Sondage / Vote 21  Statistiques 12
 Top Sites 7  Vidéo 2  Web Rings 2
 
 Scripts 527
Administration BDD 23  Agenda / Calendrier 9  Annuaire de liens 19  Audio 2  Authentification 14  Bannières 9  Cartes Postales 2  Chat 9  Clients Mail 5  Commentaires 3  Compteurs 42  Convertisseurs 5  Dates / Heures 11  Divers 29  E-Commerce 6  Education 2  FAQ / Docs 6  Formulaires / Email 21  Forums 38  Galeries / Images 27  Gestion 21  
32
7. Environnement PHP / MySQL
33
(No Transcript)
34
(No Transcript)
35
Gestion du projet (4h TD, 8h TP)

• Livrables (quoi, quand)
• Ressources (2 étudiants/projet)

36
Cycle de vie dun projet S.I.
1 Analyse de la demande
2 Spécification projet
3 Conception générale
4 Conception détaillée
5 Réalisation
6 Mise en oeuvre Déploiement
7 Maintenance
Etapes ou phases
Temps
Schéma directeur
Dossier d étude préalable
Dossier de conception
Dossier de conception fonctionnelle détaillée
Code
Documents
Etude d  opportunité
Dossier de planification
Dossier d architecture
Manuels utilisateurs
Dossier de conception technique détaillée
Formation - Tutorat
Capture des besoins
Décisions
Accord sur linscription du projet
Accord sur les procédures, l architecture ...
Choix dune organisation du projet
Recette logicielle
Réception système
37
Cycle en V dans le développement dun SI
Branche conception
Branche réalisation
Etude dopportunité
Mise en charge
Plan de tests en service

Spécifications de domaine


Plan de tests de recette
Validation
Spécification
Spécifications Conceptuelles
Plan de tests d intégration
Conception générale
Intégration
Spécifications Logiques
Plan de tests unitaires
Conception détaillée
Tests unitaires
Dossiers de validation
Spécications Techniques de Réalisation
Codage des modules
38
Exemples Quelques diagrammes
Cas dutilisation une fonctionnalité attendue du
système (VEGA2) par les différents acteurs.
Diagramme de Classes
Diagramme de séquence Chaque cas d'utilisation
apparaît comme un scénario, décrit par un ou
plusieurs diagrammes de séquence. Un diagramme
de séquences montre les interactions entre les
acteurs et le système selon un point de vue
temporel pour accomplir une fonctionnalité
attendue du système (un cas d utilisation).
Cest une ensemble de messages échangés entre les
acteurs et le système, ordonnés chronologiquement.
39
Modèles de cycle de développement

• Cycle en V
• RAD

40
(No Transcript)
41
Cycle en V dans le développement dun SI
Branche conception
Branche réalisation
Etude dopportunité
Mise en charge
Plan de tests en service

Spécifications de domaine


Plan de tests de recette
Validation
Spécification
Spécifications Conceptuelles
Plan de tests d intégration
Conception générale
Intégration
I.H.M.
Plan de tests unitaires
Dossiers de validation
Conception détaillée
Tests unitaires
Spécifications Logiques
Codage des modules
Spécications Techniques de Réalisation
SQL
42
(No Transcript)
43
(No Transcript)
44
(No Transcript)
45
(No Transcript)
46
Exemple gestion de ressources, salles, etc.

• Les rôles
• utilisateur de ressources (avec possibilité de
  réservation)
• programmateur de maintenance
• utilisateur de ressources disponibles
• gestionnaire des utilisateurs, des priorités et
  des droits

• Les cas dutilisation
• réserver type de ressources (dates, heures)
• recopie dune demande de réservation