SEMINAIRE D’INFORMATIQUE(Première partie : Merise : Développement d’un

système d’information)Charge horaire : 60 heures (1

ère
 partie : 40 H)Année d’étude : 3
ème
 graduatFilière : INFORMATIQUE DE GESTIONObjectifs :
-
 
A partir de la problématique exprimée par une entreprise (sous forme d’un projet), êtrecapable de comprendre les
enjeux stratégiques des technologies pour l'organisation et de proposer des recommandations en vue de
définir un nouveau Système d'Information adaptéeaux besoins de l’entreprise.
-
 
Savoir concevoir un système d'information, intégrant simultanément les aspectsorganisationnel, fonctionnel et
technique.
-
 
Acquérir les méthodes et les techniques qui relèvent de l'ingénierie des systèmesd'information.
-
 
Connaître les fondements de l'analyse et de la modélisation systémique (Merise).
-
 
Savoir restituer oralement une étude devant des clients et savoir rédiger des cahiers descharges fonctionnelles et
techniques dans la logique d'une démarche consultant SI.
Pré requis :
-
 
Méthode d’analyse Merise,
-
 
Architecture des ordinateurs,
-
 
Principes d’Algorithmique et programmation en un langage.
Plan:
-
 
Présentation des objectifs et du contenu du cours,
-
 
Introduction au Génie logiciel,
-
 
Introduction aux systèmes d'information en général : Les acteurs, les fonctions et les métiersdu SI, Projet et
périmètre du SI, etc.
-
 
Fondements méthodologiques : historique des méthodes et techniques SI et évolutions
-
 
Méthode et démarche Merise : introduction des modèles : du MCC au MOpT
-
 
Etude de cas (projet)
-
 
Introduction à l’étude technique : conception de SI en Client/Serveur, notion de réseau :routage,
adressage, partage d’une base de données Access.
Bibliographie :1.
 
Camille Moine, Informatique de Gestion, Ed Foucher 20012.
 
- , Informatique de Gestion, Ed Dunod 2000
 
2
INTRODUCTION1.
 
Génie logiciel
Le
génie logiciel (GL)
 est la branche de l’informatique pour développer des systèmes d’information àforte pondération logicielle (et
tournant autour d’une base de données). Le génie logiciel englobe ladémarche pour la mise au
point d’un logiciel.Sa démarche est l’analyse, la conception, le codage et le test.Dans le
développement logiciel
, les méthodologies sont une sous-partie du génie logiciel qui
vise àrassembler l’ensemble des méthodes, des techniques et des outils servant à la
production d’unlogiciel
.Une méthodologie de développement logiciel doit tenir compte de la création du logiciel à
proprement parler mais aussi de tous les composants relatifs au
cycle de vie d’un logiciel
.
Le cycle de vie d’un logiciel commence à la définition des objectifs et dure jusqu’à la fin de
sonexploitation.
 De part ce fait, les méthodologies de développement logiciel et la gestion du cycle de viedu développement
logiciel sont deux notions très liées si ce n’est équivalent.Les méthodologies de développement logiciel peuvent
donc être vues comme l’assemblage detechniques et de méthodes permettant la gestion de toutes les phases du
cycle de développementlogiciel.Une méthodologie de développement logiciel doit être couplée à un
outil permettant son suivi.Les méthodologies sont donc une alternative au développement dit « chaotique » où
la caractéristique principale est «coder et déboguer ». Elles imposent un processus discipliné
permettant de rendre ledéveloppement logiciel plus prévisible et plus efficace.
Les méthodologies quant à elles couvrent bien évidemment la modélisation mais aussi tout
lecycle de développement de logiciel
.
Cycles de développement logiciel.
Le
cycle de développement d’un logiciel
 ne se résume pas à la seule phase de codage mais peut êtreconsidéré comme toute
la période partant de la définition des besoins et allant jusqu’à l’arrêt del’exploitation du
logiciel
. Mais dans tous les cas de figure, certaines phases sont inévitables :1.
 
Expression des besoins
 : Description informelle des besoins exprimés par l’utilisateur.Celapermetdedéfinirle
cahier des charges
.2.
 
Spécification
 : Description formelle du problème par l’équipe de développement.Celapermetdedéfinirle
quoi
en fonction du cahier des charges.3.
 
Analyse et conception
 : Recherche de solutions tenant compte de l’architecture technique.Celapermetdedéfinirle
comment
. La conception est souvent découpée en deux phases :
laconception préliminaire et la conception détaillée
. La conception détaillée représente la conceptiondu système global, composant par composant.4.
 
Implémentation
 : Production du
code
en se référant à l’analyse et la conception mais sansavoir besoin de remettre ceux-ci en question. Permet
aussi la mise en place des tests unitaires.5.
 
Test/recette : Validation
 par le client des fonctionnalités du système.6.
 
Déploiement/maintenance
.Souvent certaines de ces activités sont regroupées, mais elles sont toujours présentes et se déroulent presque
toujours dans l’ordre précité. L’ordre est souvent respecté mais cela n’empêche pas
 
3
d’organiser le déroulement de ces phases de nombreuses manières. Les deux grandes famillesd’organisation sont
les
cycles séquentiels
 etles
cycles itératifs
.
2.
 
DE SADT A MERISE2.1.
 
SADT :
Structured Analysis and Design Technique.
 Comme dans tous les métiers de l'ingénieur, une démarche de développement d'un projet est prescrite- qui doit
respecter certaines étapes dans un ordre déterminé- qui doit produire certains résultats à la fin de chaque
étapeCette démarche SADT est à l'origine d'un vocabulaire encore utilisé aujourd'hui, par exemple ladistinction
entre le
 fonctionnel
 et l'
organique
 :
 Remarques :
 On observera trois présupposés implicites (ettenaces) :- il s'agit d'une démarche de résolution de problème
applicable en toutes circonstances.- chaque étape est un pas d'un algorithme (simple) conduisant progressivement à
la solution.- le procédé consiste à passer de notions informelles (nébulosité du problème) à quelque chose
destrictement formalisé (des programmes mis en exploitation).
2.2.
 
Méthode et modèle d’Analyse Structurée (SA)
Ce modèle est issu des méthodes d'Analyse Structurée où il est connu sous le nom de
 Data Flow Diagram (DFD)
.
 Il utilise 3 concepts de base :
 INPUT 
 (Entrée)
: flux de données entrant(s) pour le traitement.
OUTPUT 
 (Sortie)
 : flux de données sortant(s) pour le traitement.
 PROCESS
 (Traitement)
 : opération de transformation des valeurs entrantes en valeurs sortantes (vueà ce niveau comme une boîte noire).et
2 concepts annexes :
 ACTEUR
: un producteur (Source) de flux de données ou un consommateur (Puits) d'un flux. Lesacteurs fonctionnent donc
comme des bornes du modèle.
 
4
 DATA STORE
 (Réservoir de données) : un objet passif qui permet à un traitement d'accéder à desvaleurs de données qui lui sont
nécessaires,
indépendamment de leur ordre de création
. Soit trèsexactement la définition d'un
stock 
 (par opposition à celle de flux).Un exemple de D.F.D.
Une propriété remarquable : la boîte noire
Les processus sont vus comme des boîtes noires que l'on peut ouvrir et refermer à volonté. A
partir del'exemple précédent, on peut obtenir : par fermeture des boîtes :Les 2 processus
précédents sont regroupés en un seul. On ne peut faire plus simple ici (il n'y aurait plus sinon de
processus du tout). On appelle ce diagramme un
"
 diagramme de contexte
"
 ou encorediagramme de niveau 0. Il permet de
représenter la vue la plus générale de l'application : lesfrontières du problème ou encore du
domaine.
 On peut, dans l'autre sens détailler
un processus
. Prenons l'exemple du processus
Calculer facture
 vu précédemment : par "ouverture" de la boîte :
 
5
Cette démarche caractéristique de l'
ANALYSE
 permet en partant du niveau le plus général, de procéder par raffinements successifs ...jusqu'à l'élément
atomique du processus :
une instructionélémentaire d'un programme.
On a fait de cette démarche une méthode de conception à part entière :
System Structured Analysis and Design Method 
 (
SSADM 
)
.
 Data Flow Diagram DFD (Analyse structurée) et Graphe de flux
 - Dans les 2 cas un
 Acteur 
 est un producteur/consommateur de données. Le DFD ne montre que desacteurs externes : il ne fait donc
pas d'hypothèse sur l'
organisation
 interne (les processeurs du systèmed'information)-LeDFDmontreles
opérations
 ("processus"), ce qui le rapproche du Modèle Conceptuel deTraitements de Merise. Le Graphe
des flux considère au contraire que les activités sont descaractéristiques internes aux acteurs, donc
privées et cachées.-Le DFD montre l'ordre des flux (et des opérations). Il est donc plus précis mais
en même temps beaucoup plus contraignant : si l'on veut que Process 2 s'exécute avant Process 1,
il faudrareconsidérer toute l'architecture. Le Graphe des Flux ne pose aucun
ordre temporel
 sur les messageséchangés.- Le DFD considère les
données
 comme des paramètres de chaque process particulier (data store =fichier). Il est contemporain des
méthodes d'analyse d'un système par ses fonctions (les résultats àobtenir) et des traitements batch (par lots).
Le Graphe des Flux est
indépendant 
 de la structuration desdonnées : il est plus en cohérence avec le principe des Bases de Données selon lequel on
décrit lastructure des données en tant que telle par un modèle spécifique.
3.
 
MERISE3.1.
 
Historique1977 : Le Ministère français de l'Industrie finance le travail de définition
d'une méthoded'intérêt national auquel participent :
 
- des SSCI,
 
- le CETE (Centre d'Etudes Techniques du Ministère de l'Equipement),
 
- des universitaires et ingénieurs d'Aix-en-Provence ;1979-1980 : Lancement dans le
domaine public : entreprises et administrations
 
1988 : Selon une étude du cabinet A. Young :
 
50% des entreprises françaises utilisent une méthode
 
60% d'entre elles utilisent Merise
 

 
6
1994 : Dernier Congrès officiel de la méthode à Versailles
 
Très marquée par des fondements théoriques issus de la systémique
 (ses initiateurs : HubertTardieu, D. Nanci, H. Heckenroth ont travaillé étroitement avec
Jean-Louis Le Moigne à Aix).3.2.
 
Merise : éléments de méthodologie systémique
 
1. Origines et principes de la systémique.
Plus qu'une discipline au sens habituel du terme, la systémique peut être vue comme un courant de pensée
de portée très générale :- l'origine peut en être située dans la
cybernétique, fondée par N. Wiener
 ausortirdela2èmeguerremondiale.
2. Définitions d'un système
Une définition courante mais excessivement vague est celle d'un ensemble d'éléments en inter-relationles uns avec
les autres.
3. Système d'information d'entreprise
La décomposition d'une Entreprise en sous-systèmes permet de situer son système d'information de lamanière
suivante :Cette présentation du système d'information peut être discutée :- il est défini par différence, "coincé"
entre 2 autres sous-systèmes,
pilotage et opérant
. Or, il existedes systèmes d'information de pilotage (aide à la décision) ainsi que des systèmes d'information
del'opérant.- il ne rend pas compte de l'aspect re présentation, pourtant essentiel dans la notion
d'information, cequi expliquerait que différentesvues puissent cohabiter.

Vous êtes en train de lire un aperçu

Transférez vos documents pour télécharger.

Transférer pour télécharger
OU

Devenez un membre Scribd pour lire et télécharger les documents dans leur intégralité.
Commencez votre essai GRATUIT de 30 jours
 
7
- En tout état de cause, un système d'information est plus qu'un système informatique avec lequel
il nedoit pas être confondu.
4. Merise, le cycle d'abstraction et le cycle de vie
Comme méthode de construction d'un système d'information, Merise développe 3 aspects de manièreconjointe :
- le cycle d'abstraction : une réponse à l'objectif de modélisation
 
- le cycle de vie : la gestion d'un projet d'informatisation
 
- le cycle de décision : l'insertion des systèmes d'information dans une organisation.
 
 Le cycle d'abstraction :
concevoir c'est distinguer des couches ou "niveaux d'abstraction" au moyen demodèles. L'objectif est d'isoler
l'invariant du système d'information (sa part la plus stable, celle duniveau conceptuel).
NIVEAU
 
PORTE SUR
 
UTILISE
 
MODELISE PAR
 
CONCEPTUEL
 De QUOI s'agit-il?L'UNIVERS duDISCOURSou le MONDEREELDes règles deGESTIONUnGraphe des
Fluxet desActeursUn Modèle Conceptuel desDonnées (MCD)Un Modèle Conceptuel desTraitements
(MCT)
ORGANISATIONNEL ouLOGIQUE
 QUI fait quoi ?OU ?QUAND ?Des règles d'ORGANISATIONUn Modèle Organisationneldes
Traitements (MOT)Un Modèle Logique desDonnées (MLD)
OPERATIONNEL ou
 
PHYSIQUE
 COMMENT ?La technologie dumomentUn Modèle Opérationneldes Traitements (MOpT) Un modèle
Physique desDonnées (MPD)
Dans une démarche de construction partiellement itérative :
 
La description séparée des données et des traitements permet de confronter les vues
externes(Modèles externes et MCTA, MOTA de Merise 2) issues des traitements pour
corriger le modèlede données conçu antérieurement :
 

Vous êtes en train de lire un aperçu

Transférez vos documents pour télécharger.

Transférer pour télécharger
OU

Devenez un membre Scribd pour lire et télécharger les documents dans leur intégralité.
Commencez votre essai GRATUIT de 30 jours
 
8
 Le cycle de vie :
 est une préconisation de la manière de conduire le projet de développement d'unsystème informatique.A ce titre, il
fournit un procédé (au sens où l'on parle de génie des procédés dans une industrie) etreprésente un savoir-
faire.Il est remarquable que cette préconisation (empruntée aux méthodes d'informatisation qui
ont précédéMerise) se rencontre sous une forme semblable dans la plupart des disciplines de
l'ingénieur (par ex.en Génie Civil).Le projet est découpé en
6 étapes
séparées et qui se succèdent dans le temps :
1- Le schéma directeur
 
consiste à définir les finalités du système d'information en fonction de lastratégie
de l'organisation.Il définit des priorités qui s'inscrivent dans un découpage en domaines (que certains ont
aussi appeléunecartographie cf. Urbanisation) du système d'information.On répertorie l’ensemble des applications
informatiques existantes à modifier ou à développer.On découpe le SI en sous ensembles homogènes et
relativement indépendants appelés
domaines
.
Résultats attendus
 :
une définition précise des domaines, une planification du développement dechaque domaine et
un plan détaillé des applications à réaliser.
 2- L'étude préalable
 
modélise les solutions techniques et organisationnelles susceptible de répondreau problème posé.
Elle doit donc passer en revue tous les modèles du cycle d'abstraction (MCD,MCT,
MLD,MOT,…), mais selon une portée particulière : un sous-ensemble représentatif
dudomaine.
 C’est une présentation générale du futur système de gestion en quatre phases :

 
Phase de recueil
 : analyser l’existant pour cerner le dysfonctionnement et les obsolescencesles plus frappantes du système actuel.

 
Phase de conception
 : formaliser et hiérarchiser les orientations nouvelles en fonctions descritiques formulées sur le système actuel.

 
Phase d’organisation
: définir le système futur au niveau organisationnel (Qui fait quoi ?).

Vous êtes en train de lire un aperçu

Transférez vos documents pour télécharger.

Transférer pour télécharger
OU

Devenez un membre Scribd pour lire et télécharger les documents dans leur intégralité.
Commencez votre essai GRATUIT de 30 jours
Vous êtes en train de lire un aperçuDébloquez l'accès complet (page 9-34) en transférant des
documents ou avec un essai gratuit de 30 jours
Continuer gratuitement
Vous êtes en train de lire un aperçuDébloquez l'accès complet (page 38) en transférant des
documents ou avec un essai gratuit de 30 jours
Continuer gratuitement
Vous êtes en train de lire un aperçuDébloquez l'accès complet (page 42-46) en transférant des
documents ou avec un essai gratuit de 30 jours
Continuer gratuitement

Satisfaites votre curiosité

Tout ce que vous voulez lire.

À tout moment. Partout. Sur n'importe quel appareil.
Lisez gratuitement pendant 30 jours
Aucun engagement. Annulez à tout moment.

 
SEMINAIRE D’INFORMATIQUE(Première partie : Merise : Développement d’un
système d’information)Charge horaire : 60 heures (1
ère
 partie : 40 H)Année d’étude : 3
ème
 graduatFilière : INFORMATIQUE DE GESTION