Michel Tollenaere version 1.1 du 27 novembre 2005 ENSGI 2A MSI - Démarche 1 Compléments sur Le...

ENSGI 2A MSI - Démarche

1Michel Tollenaere

version 1.1 du 27 novembre 2005

Compléments sur

Le M.O.T. modèle organisationnel de traitement

L’architecture des SI

La démarche et les livrables du projet.

http://gilco.inpg.fr/~tollenaere/msi/diaporamas/cours2005-11-29.ppt

2Michel Tollenaere

Modèle Organisationnel de Traitements (MOT) de Merise

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

3Michel Tollenaere

MCT de Merise : Modèle conceptuel de traitement

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

4Michel Tollenaere

• évènements d’évolution

• activités et conditions d’enchaînement conditions de déclenchement des activités • alternatives d’exécution

5Michel Tollenaere

6Michel Tollenaere

En vérification

Voile abiméeempruntée

RamenéeDisponible

Emprunt En réparation

Voile OK

Complémentarité MOT / diagramme états transitions

7Michel Tollenaere

Architecture des SI

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

8Michel Tollenaere

Architecture des SI

poste client

serveur de données

serveur de traitements

poste client

RéseauxRéseaux

9Michel Tollenaere

Architecture des SI

poste client

Intranet / Intranet / InternetInternet

InternetInternet

serveur de données

Sécurité ?

Authentification des utilisateurs

Ldap ou système ou système propriétaire ?propriétaire ?

10Michel Tollenaere

Architecture des SI

poste client

Intranet / Intranet / InternetInternet

InternetInternet

serveur de données

Authentification des utilisateurs

Les capacités et débits réseaux sont très hétérogènes.

11Michel Tollenaere

Répartition des données et traitements

client serveur

Les données pour partageCertains traitements

Certains traitementsAu moins écran, souris …

Exemple :

Page WEB perso sur ensgi5Navigateur IE5

BD Access partagée sur ensgi5

Logiciel Access

BD MySQL partagée sur ensgi + php

Navigateur IE5 ou Netscape

Volume et format des données qui transitent

Volume et format des contrôles qui transitent

12Michel Tollenaere

client

Certains traitementsAu moins écran, souris …

serveurs de données réparties

serveurs de traitements

Liens ODBC

serveurs de fichiers

13Michel Tollenaere

client

Données Access

Traitement 1 AccessSQL et

formulaires

Liens ODBC

serveurs de fichiers : Gros volumes (edition, PAO,

CAE, CFAO)

Traitement 2 Access

Traitement n serveur WEB

• Table 1• Table 2• ……

14Michel Tollenaere

Architecture 3-tier, n-tier

client

Données

Liens ODBC

serveurs de fichiers : Gros volumes (edition, PAO,

CAE, CFAO)

Traitement 2Gestion de prod

serveur WEB

Traitement nSRM

Traitement 1 CRM

1er-tier

2nd-tier

3eme-tier

Comment

partager les

gros fichiers ?

15Michel Tollenaere

Gestion de données, processus et fichiers

Gestion centralisée des méta-données

Serveur local de fichiers : Gros

volumes (edition, PAO, CAE, CFAO)

SGBD métadonnées et processus

Site 1

Site 2

Serveur local de fichiers : Gros

volumes (edition, PAO, CAE, CFAO)

Serveur central de fichiers : Gros volumes (edition, PAO, CAE,

Réplication

RéplicationRéplication à la demande Réplication

à la demande

Accès controlé par le SGBD central par un

check-out Contrôle des

mécanismes de transfert FTP

16Michel Tollenaere

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

17Michel Tollenaere

1. LES PHASES D ’UN DEPLOIEMENT DE RESEAUX

INFRASTRUCTURE : RESEAU, MESSAGERIE, FORUMS, ACCES @

PUBLICATION D ’ INFORMATIONS STATIQUES

TRAVAIL EN GROUPE : APPLICATIONS DE COMMUNICATION, DE COORDINATION OU DE COLLABORATION DE GROUPES

APPLICATION METIER : APPLICATIONS A COMPOSANTS REPARTIS

COMMERCE ELEC. : APPLICATIONS ACCESSIBLES AUX CLIENTS/FOURNISSEURS

PUBLICATION : INFORMATIONS DYNAMIQUES

Présentations des produits, Catalogues, Annuaires, Résultats etc

Connexion aux systèmes d ’informations de l ’entreprise : base produits, stocks

Gestion des projets, gestion de la qualité, affectation des ressources, procédures élémentaires etc

Applications répondant à des logiques « métiers » utilisant une approche distribuée

Source : « Lyon Consultants »

18Michel Tollenaere

2. LE LANGAGE HTML [1/2]

<HTML>

<HEAD>

<TITLE>Annuaire du labo PL</TITLE>

</HEAD>

<BODY>

<H3>voici la liste du personnel du laboratoire PL</H3>

</BODY>

</HEAD>

</HTML>

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

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

19Michel Tollenaere

2. LE LANGAGE HTML [2/2]

CLIENTSERVEUR

Requête : http://www.pl.ecp.fr/annuaire.htm

Envoi de : annuaire.html

annuaire.html

recherche

lecture

Interpréteur HTML

Plug-In

Image.gif

Scene.wrl

20Michel Tollenaere

3. LE LANGAGE JAVASCRIPT [1/3]

mini-applications Pré-traitement des donnéesEnrichissement de la page

2368.5

2369.5

Zône de texte défilante

Élément réactif à un survol

PRENOM

(avec contrôle des champs)

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

- n’est pas compatible avec TOUS les navigateurs

21Michel Tollenaere

<HTML>

<HEAD>

function traitement()

</SCRIPT>

</HEAD>

<BODY>

<H3>voici la liste du personnel du laboratoire PL</H3>

</BODY>

</HEAD>

</HTML>

DECLARATION DE LA FONCTION

APPEL DE LA FONCTION GRÂCE A UN ELEMENT HTML

22Michel Tollenaere

CLIENTSERVEUR

Requête : http://www.pl.ecp.fr/calcul.htm

Envoi de : calcul.html

recherche

lecture

Interpréteur HTML

Interpréteur JavaScript

23Michel Tollenaere

4. LE LANGAGE JAVA [1/4]

PC MAC

UNIXWINDOWS MAC - OS

MACHINE VIRTUELLE

CLASSE JAVA

FICHIER « PRE- COMPILE »

« COMPILATEUR JAVA »

24Michel Tollenaere

applications Enrichissement de la page

2368.5

2369.5

+ ANIMATION

LE LANGAGE JAVA EST :

- un langage orienté objet dérivé du C++ (mais pas d’héritage multiple, pas d’arithmé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

25Michel Tollenaere

<HTML>

<HEAD>

</HEAD>

<BODY>

</APPLET>

</BODY>

</HEAD>

</HTML>

APPEL DE L ’APPLET DEFINIE DANS LE FICHIER COURBE.CLASS

26Michel Tollenaere

CLIENTSERVEUR

Requête : http://www.pl.ecp.fr/courbe.htm

courbe.class

recherche

lecture

Interpréteur HTML

Machine virtuelle java

calcul.html courbe.class

27Michel Tollenaere

5. LES SERVLETS JAVA [1/2]

CLIENT SERVEUR

Requête : http://www.pl.ecp.fr/index.shtml

Envoi de :

page générée par compteur.cgi

recherche

Interpréteur HTML

Index.shtml

Execution sur machine virtuelle

Génération d ’une page

compteur.class

28Michel Tollenaere

5. LES SERVLETS JAVA [2/2]

<HTML>

<HEAD>

</HEAD>

<BODY>

…<SERVLET NAME=« compteur.class »><PARAM NAME=« numero » VALUE=« 1 »></SERVLET>...

</BODY>

</HEAD>

</HTML>

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

29Michel Tollenaere

6. L ’ACCES AUX BASES VIA ODBC [1/2]

CLIENT SERVEUR

Requête : http://www.pl.ecp.fr/base.shtml

Envoi de :

page générée par

dbCollect.class

recherche

Interpréteur HTML

base.shtml

Execution sur machine virtuelle

Génération d ’une page

dbCollect.class

PILOTE ODBC

BASE DE DONNEES

30Michel Tollenaere

6. L ’ACCES AUX BASES VIA ODBC [2/2]

<HTML>

<HEAD>

</HEAD>

<BODY>

…<SERVLET NAME=« dbCollect »><PARAM NAME=« DBNAME » VALUE=«jdbc:odbc:mabase» ><PARAM NAME=« TABLE> VALUE=« matable »></SERVLET>...

</BODY>

</HEAD>

</HTML>

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)

31Michel Tollenaere

7. Environnement PHP / MySQL

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]

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]

Logiciels libres permettant le développement de contenus accessibles en Internet/ Intranet

Bibliothèques

32Michel Tollenaere

7. Environnement PHP / MySQL

33Michel Tollenaere

34Michel Tollenaere

35Michel Tollenaere

Gestion du projet (4h TD, 8h TP)

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

36Michel Tollenaere

1Analyse de la demande

2Spécification

projet

3Conception

générale

4Conception

détaillée

5Réalisation

6Mise en oeuvre

Déploiement

7Maintenance

Etapesou phases

Documents Schéma directeur

Etude d ’opportunité

Dossier d ’étude préalable

Dossier de

planification

Décisions

Dossierde

conception

Dossier de

conceptionfonctionnelle

détaillée

Dossier de conceptiontechniquedétaillée

Cycle de vie d’un projet S.I.

Accord sur l’inscription

du projet

Dossierd ’architecture

Choix d’une organisation

du projet

Accord sur les procédures,

l ’architecture ...

Recette logicielle

Réception système

Manuelsutilisateurs

Formation - TutoratCapture des besoins

37Michel Tollenaere

Spécification

Branche conception Branche réalisation

Dossiers de validation

Codage des modules

Plan de tests

unitaires

Plan de tests d ’intégration

Intégration

Plan de tests de recette

Spécifications de domaine

Spécifications Conceptuelles

Spécifications Logiques

Spécications Techniques

de Réalisation

Cycle en V dans le développement d’un SI

Validation

Conception générale

Conception détaillée

unitaires

Etude d’opportunité

Mise en charge

Plan de tests en service

38Michel Tollenaere

Cas d’utilisation

une fonctionnalité attendue du système (VEGA2) par les différents acteurs.

cas d'utilisation : acteur (intéragissant

avec VEGA2)

Système (VEGA2)

message

messagemessage

message

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). C’est une ensemble de

messages échangés entre les acteurs et le système, ordonnés chronologiquement.

Diagramme de Classes

objet 1

objet 3

objet 2 objet 4

lien exprimant que "objet 2 est

composé de objet 3"

lien exprimant que "objet 2 a une relation avec objet 4"

lien exprimant que "objet 2 est une sorte de objet 1"

Exemples : Quelques diagrammes

39Michel Tollenaere

Modèles de cycle de développement

• Cycle en V• RAD

40Michel Tollenaere

41Michel Tollenaere

Spécification

Branche conception Branche réalisation

Dossiers de validation

Codage des modules

Plan de tests

unitaires

Plan de tests d ’intégration

Intégration

Plan de tests de recette

Spécifications de domaine

Spécifications Conceptuelles

Spécifications Logiques

Spécications Techniques

de Réalisation

Cycle en V dans le développement d’un SI

Validation

Conception générale

Conception détaillée

unitaires

Etude d’opportunité

Mise en charge

Plan de tests en service

I.H.M.

42Michel Tollenaere

43Michel Tollenaere

44Michel Tollenaere

45Michel Tollenaere

46Michel Tollenaere

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 d’utilisation : • réserver type de ressources (dates, heures)• recopie d’une demande de réservation

Michel Tollenaere version 1.1 du 27 novembre 2005 ENSGI 2A MSI - Démarche 1 Compléments sur Le...

Documents

01.M.O.T. - Full Big Band - Maynard Ferguson

Michel Tollenaere (INPG) g-scop.fr/~tollenam/ipro3

OFFICIAL LIST OF - Colorado State University · Master of Accountancy (M.Acc.) 1 Master of Occupational Therapy (M.O.T) 1 Master of Agricultural Sciences (M.A.G.R.) 1 Master of Public

ENSGI – 1° année 2005-2006 Décision Individuelle et Comportement Collectif

Michel Tollenaere version 1 du 7 Octobre 2003 ENSGI 2A MSI - Démarche 1 Démarche de développement Une démarche vise à garantir la qualité du livré par

Conception de Systèmes d’Information – S1 JPmP 1.1 ã Etude de Cas SI d ’un bureau d ’étude Hydraulique Michel TOLLENAERE professeur laboratoire GILCO Dominique

1 BPM/R, Enterprise Modelling W37-W44 / 2006 ENSGI - G-SCOP Samuel BASSETTO Management lessons

Understanding the Differences Between Premises … Apr 2010 PPT(2).pdfUnderstanding the Differences Between Premises Liability and Negligence Kirsten A. Davenport Joanna M. Tollenaere

1 Introduction : Management des systèmes d information ENSGI Cours MSI 2ème année Michel Tollenaere

Web viewIntroduction to the Geography IA ... formal requirements of organization and ... Tourism Bureau, M.O.T

Michel Tollenaere ENSGI 2A MSI - UML (2) version 1 du 3 Octobre 2001 1 UML (2) Modèle dynamique le diagramme de séquence le diagramme état - transition

Hand Assessment tools M. Mathanraj David. M.O.T.,M.Sc. The Leprosy Mission Trust India. Vadathorasalur. mmmathan@rediffmail.com

M.O.T Business By: Courtney Brinsky Jenna McCready Carlin Taveras Calynn Howard Donald Wiegner Domieona Kessleski Casey Nicastro

Michel Tollenaere version 2.1 du 20 novembre 2012 Grenoble INP Génie industriel 2A ICL MSI – UML 1 1 UML : Unified Modelling Language Historique : Grady

ENSGI – 1° année 2005-2006 Décision Individuelle et Comportement Collectif 1 – Stratégie pure Céline Jullien et Bernard Ruffieux

Michel Tollenaere U.M.L. fondamentaux 1 Modélisation objet des données et processus UML (Unified Modelling Language) Michel Tollenaere (INPG) tollenam/Ipro3

1 Risk analysis for improving production ramp-up Bassetto 1, Mili 1, Siadat 2, Tollenaere 1 2 1

1 / 41 Introduction : Management des systèmes dinformation version 1.2 du 23 septembre 2003 Management des systèmes dinformation Introduction ENSGI Cours

M.O.T. Business

1 Projet Transversal Logistique, Optimisation, Systèmes dInformation (L.O.S.I.I.) Concevoir & Organiser Michel TOLLENAERE Grenoble INP