Démarche de conception,

conduite de projet SI

ENSGI Cours MSI 2ème année

Michel Tollenaere
http://www.g-scop.fr/~tollenam/msi/diaporamas/Cond-projet.ppt

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 1

 Concepts de systémique

Système
Système de pilotage
(ou de décision)
Décisions Informations
traitées
Informations Informations
externes Système d ’informations vers l’extérieur
Ordres, Informations
consignes collectées

Flux entrants Flux sortants

Système opérant

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 2

 Exemple : une bibliothèque

Les livres, les abonnés de la bibliothèque, les prêts consentis aux abonnés,
Flux Physiques : les restitutions des exemplaires d’ouvrages empruntés, les
renouvellements des abonnements, l’entrée d’ouvrages nouveaux, les
réparations d’ouvrages

Flux d’information : Des informations sur les ouvrages : numéro ISBN, titre, auteur,
éditeur, année d’édition, nombre de pages… Des informations sur les
abonnés : nom, prénom, adresse, date de validité… Des informations
sur les prêts : date des prêts, durée, numéro d’abonné, numéro du livre
…Nombre moyen de prêts par jour, historique des ouvrages non
restitués dans les délais, ouvrages les plus empruntés,…

Système de décision : Tarif des abonnements, durée d’un prêt, nombre maximal
d’ouvrages prêtés simultanément, sanction des prêts non
restitués, acquisition de nouveaux ouvrages…

Contraintes
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 3
 Exemple : une compagnie de transport
(SNCF)
Les trains, les wagons, les voyageurs, les billets, les réservations, les
Flux Physiques : départs et les arrivées, les trajets (par exemple : Paris – Grenoble), le
paiement d’un billet,…

Flux d’information : Le trajet : n° de trajet, nom ville de départ et nom ville d’arrivée,
fréquence, heure de départ et heure d’arrivée, n° billet, n° réservation,
n° siège réservé, heure effective d’un départ et heure effective d’une
arrivée…
CA d’une ligne, fréquentation d’une ligne selon période de l’année….

Système de décision : Définition de la grille tarifaire, définition des trajets pour une
période donnée, ouverture de nouveaux trajets, achat de
nouveaux équipements (TER)…..

Contraintes
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 4
 Fonctions d’un S.I.

Le SI comporte une représentation ou modèle :

- du système opérant
- des décisions issues du système de décision

Le SI permet aux processus de s’exécuter :

- CRM
- SRM
- Supply chain
- Processus de création de l’offre

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 5

 Fonctions d’un S.I.
Système de pilotage
(ou de décision)
Système de pilotage
(ou de décision)

Transmission et
communication
Transmission et
communication

Restitution
Traitement
Système d ’informations
Stockage

Saisie

Flux entrants Flux sortants

Système opérant
Flux physique Flux physique
entrant Système opérant sortant

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 6

 Fonctions d’un S.I. : la saisie (1)

Clavier + souris
Lecteur code barre (bluetooth)

• Reconnaissance vocale
• Reconnaissance écriture manuscrite
Scanner • Reconnaissance de caractères

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 7

 Fonctions d’un S.I. : la saisie (2)

Fonctions de localisation et de communication

GPS + bluetooth
GPS + GSMdata / GPRS

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 8

 Fonctions d’un S.I. : le stockage

Archivage courte et longue durée

Disque dur
Savoir où
CD
se trouve
DVD
l’information.
Bande magnétique
Logiciel de gestion de fichiers
Logiciel de SGBD sécurité

L’archivage long terme nécessite de conserver

toute la chaîne matérielle et logicielle

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 9

 Fonctions d’un S.I. : le traitement

Créer de nouvelles informations à partir de celles existantes avec

des opérations de tri, de calculs, de regroupements ….

Cette fonction utilise des ordinateurs, serveurs, systèmes

d’exploitation, logiciels d’application …..
En 1944, le premier prototype des calculateurs
électroniques, l'ENIAC (Electronic Numerical Integrator
and Computer). 5.000 addition par seconde (calcule la
trajectoire d'un obus avant qu'il n'arrive à destination). 1.000
fois plus rapide que les autres machines de son époque.
Mais utilise 18.000 tubes électronique. L'aération nécessite
des ventilateurs de 24 CV. La consommation électrique est
de 150 kW (plusieurs rames de métro). 30 tonnes sur 1.000
mètres carrés. Multiplication en 3 millisecondes, fréquence
d'horloge : 100kHz. Construit par Eckert et Mauchly, pour
le compte de l'US army (calculateur balistique). Divulguée
deux ans plus tard, avec un relookage de la machine pour le
marketing (panneau lumineux).
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 10
 Fonctions d’un S.I. : la restitution (1)

• électronique :
protocole WEB (en
Internet, extranet,
Intranet)

• restitution de
rapports, états, …
imprimés

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 11

 Fonctions d’un S.I. : la restitution (2)

• revue de maquette numérique Airbus

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 12

 Fonctions d’un S.I. : transmission
communication
Déplacer l’information d’un point à un autre
réseaux hertziens
transmission par satellites
réseaux privés d’entreprises
fibre optique

connnexion infra-rouge
messagerie électronique
protocole « Bluetooth »
• Interopérabilité entre WEB et téléphonie
GSM/GPRS
voir cours « Réseaux »
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 13
 Notion de modèle

• Qu’est ce qu’un modèle ? (Minsky 1968)

http://web.media.mit.edu/~minsky/papers/MatterMindModels.txt

A* est un modèle de A pour un observateur O

ssi A* aide O à répondre aux questions qu’il se pose sur A.

Observateur Modèle
Système observé
Où sont construites les ailes ?

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 14

 Cycle de vie d’un projet S.I.

1 2 3 4 6
Etapes 5 7
Analyse de Spécification Conception Conception Mise en
ou phases Réalisation Maintenance
la demande projet générale détaillée oeuvre

Dossier Dossier Dossier de Temps

Schéma
Documents d ’étude de conception
directeur
préalable conception fonctionnelle
détaillée
Code
Dossier
Etude d ’ de
opportunité
planification

Dossier de
Dossier conception
d ’architecture technique
détaillée

Décisions
Accord sur Accord sur les Recette Réception
l’inscription Choix d’une procédures, logicielle système
du projet organisation l ’architecture
du projet ...
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 15
 Périmètre du projet

• Couverture du projet (domaines abordés : les achats, la prod…)

• préoccupations (fonctions prises en compte)
• Niveau de détail dans la description (dans les modèles)

r e
e rt u
uv
Co
préoccupations

Cible à t
Détail
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 16
 Niveaux d’abstraction

Etat ancien Etat futur

Niveau MCD, MCT, MCVO

conceptuel

Niveau MOD, MOT

organisationnel

Niveau MLD, MLT

logique

Niveau Tables, code

physique système physique

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 17

 Modèles de processus

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 ?)

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 18

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 19
Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 20
 Cycles en SI (Cascade)

Modèle de la cascade

Dans ce modèle le principe est très simple : chaque phase se termine à une date précise
par la production de certains
documents ou logiciels. Les résultats sont définis sur la base des interactions entre
étapes et activités, ils sont soumis à une revue
approfondie, on ne passe à la phase suivante que s'ils sont jugés satisfaisants.
Les développements récents de ce modèle font paraître de la validation-vérification à
chaque étape :
• faisabilité et analyse des besoins : validation ;
• conception du produit et conception détaillée : vérification ;
• intégration : test d'intégration et test d'acceptation ;
• installation : test du système.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 21

 Cycles en SI (cycle en V)

Modèle du cycle en V
Le principe de ce modèle est qu'avec toute décomposition doit être
décrite la recomposition, et que toute description d'un
composant est accompagnée de tests qui permettront de s'assurer
qu'il correspond à sa description.

Ceci rend explicite la préparation des dernières phases (validation-

vérification) par les premières (construction du logiciel), et
permet ainsi d'éviter un écueil bien connu de la spécification du
logiciel : énoncer une propriété qu'il est impossible de vérifier
objectivement après la réalisation.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 22

 Cycles en SI (cycle en V)

Suite ...
• obligation de concevoir les jeux de test et leurs résultats ;
• réflexion et retour sur la description en cours ;
• meilleure préparation de la branche droite du V.

Notons aussi que les activités de chaque phase peuvent être

réparties en 5 catégories :
• assurance qualité
• production ;
• contrôle technique ;
• gestion ;
• contrôle de qualité.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 23

 Cycle en V dans le développement d’un SI
Branche conception Branche réalisation
Etude Plan de tests en service Mise en
d’opportunité charge
Spécifications
de domaine

Plan de tests de recette Validation

Spécification
Spécifications
Conceptuelles
Plan de tests
Conception d ’intégration Intégration
générale
Spécifications
Plan de
Logiques
tests
Conception unitaires Tests Dossiers de validation
détaillée unitaires
Spécications
Techniques
de Réalisation
Codage des
modules

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 24

 Cycle en V dans le développement d’un produit
Branche conception Branche intégration
Fonctions
Plan de tests Intégration organe
/
validation besoins
besoins clients
Spécifications
Techniques STB
de Besoin réponses : Intégration organe
Plan de tests et composants
Solutions
validation
physiques physiques
Spécifications
Techniques STG
Générales Tests
Définition Plan de tests
Définition
organes
organes
Spécifications
STD
Techniques
Détaillées Définition Plan de tests Tests Dossiers de validation
composants validation
des organes composants
Spécifications
Techniques STR
de Réalisation
Concrétisation
des pièces

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 25

 Cycles en SI (Cascade)

Modèle de la cascade
Proposé par B. Boehm en 1988, ce modèle est beaucoup plus général que le précédent. Il met
l'accent sur l'activité d'analyse des risques : chaque cycle de la spirale se déroule en quatre
phases :
1. détermination, à partir des résultats des cycles précédents --ou de l'analyse
préliminaire des besoins, des objectifs du cycle, des alternatives pour les atteindre et des
contraintes ;
2. analyse des risques, évaluation des alternatives et, éventuellement maquettage ;
3. développement et vérification de la solution retenue, un modèle « classique » (cascade
ou en V) peut être utilisé ici ;
4. revue des résultats et vérification du cycle suivant.

L'analyse préliminaire est affinée au cours des premiers cycles. Le modèle utilise des
maquettes exploratoires pour guider la phase de conception du cycle suivant. Le dernier cycle
se termine par un processus de développement classique.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 26

 Cycles en SI (risques)

Risques majeurs du développement du logiciel

• défaillance du personnel ;
• calendrier et budget irréalistes ;
• développement de fonctions inadaptées ;
• développement d'interfaces utilisateurs inadaptées ;
• produit « plaqué or » (pas de résistance à la charge) ;
• validité des besoins ;
• composants externes manquants ;
• tâches externes défaillantes ;
• problèmes de performance ;
• exigences démesurées par rapport à la technologie.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 27

 Quelques écueils : le Mythe de l’usager

Mythes de l’usager
Mythe
• Un énoncé général des objectifs est suffisant pour commencer. On verra
les détails plus tard.
• Les besoins du projet changent continuellement, mais ces changements
peuvent être facilement incorporés parce que le logiciel est flexible

Réalité
• Une définition insuffisante des besoins des usagers est la cause majeure
d'un logiciel de mauvaise qualité et en retard.
• Les coûts pour un changement au logiciel pour corriger une erreur
augmente dramatiquement dans les dernières phases de la vie d'un logiciel.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 28

 Mythe du développeur

Mythe
• Une fois que le programme est écrit et marche, le travail du développeur est terminé.
• Tant qu'un programme ne fonctionne pas, il n'y a aucun moyen d'en mesurer la
qualité.
• Pour le succès d'un projet, le bien livrable le plus important est un programme
fonctionnel.

Réalité
• 50%-70% de l'effort consacré à un programme se produit après qu'il a été livré à
l'usager.
• Les revues de logiciel peuvent être plus efficaces pour détecter les erreurs que les
jeux d'essais.
• Une configuration de logiciel inclut de la documentation, des fichiers de régénération,
des données d'entrée pour des tests, et les résultats des tests sur ces données

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 29

 Mythes du gestionnaire

Mythe
• L'entreprise possède des normes, le logiciel développé devrait être
satisfaisant.
• Les ordinateurs et les outils logiciels que l'entreprise possède sont suffisants.
• Si le projet prend du retard, on ajoutera des programmeurs.

Réalité
• Les standards sont-ils utilisés, appropriés et complets.
• Il faut plus que des outils pour réaliser de la qualité. Il faut une bonne
pratique.
• Le développement du logiciel n ’est pas une activité mécanique. Ajouter des
programmeurs peut-être pire encore.

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 30

 CENTRALE
P A R I S

Bernard YANNOU Jean-Marc CELERIER

Laboratoire CGI GSP - DR - DARP
École Centrale Paris Renault Technocentre

De la Gestion des Données Techniques

pour l’ingénierie de production
Référentiel du domaine et cadre méthodologique pour l’ingénierie
des systèmes d’information techniques en entreprise.

Présentée par Rebiha BACHA

pour GILCO/ENSGI
Le 11 décembre 2001

Cours MSI, conduite de projets version 1.2 du 10 décembre 2007 31

Architecture du référentiel : quatre méta-entités

SYSTEME INDUSTRIEL

Implantation Contrôle de validité

Allocation de surfaces Line balancing
Investissement techno Cas d'emploi Affectation process
Flux de pièces
….

RESSOURCE PROCESS
Faisabilité robotique, Contrôle du process...

Conditionnement Ordonnancement
de pièces...

Terminologie Terminologie
PRODUIT
MANDATE PSL
Activités d'ingénierie
de production

Contexte Problématique État de l’art

Cours Plan d’actions
MSI, conduite de projetsContribution Bilan
version 1.2 du 10 32
Perspectives
décembre 2007
Architecture du référentiel : principaux composants

Nomenclatures Cas d'utilisation métier

Entreprise

Analyse des Cas

Processus Chiffrage d'emploi
temps

Fonctions
Implantation
Contrôle
qualité Équilibrage
de ligne
objets
indécomposables

Caractéristiques du site Spécificités de GDT

Schéma des Hypothèses

Maquette Cycle de vie des Versionnement
flux projet
d'effectifs objets

Répartition Investissement Structure

des technologique de Matrice
surfaces documents CRUD

Contexte Problématique État de l’art

Cours Plan d’actions
MSI, conduite de projetsContribution Bilan
version 1.2 du 10 Perspectives
décembre 2007 33
Zoom sur l'objet : Bord de Chaîne (BdC)
SYSTEME INDUSTRIEL RESSOURCE PROCESS PRODUIT
Site
Atelier Réception &
Robot stockage
Ligne
Tronçon

Poste Opérateur

Le BdC appartient Pièces, opérations et

à la structure SI ressources affectées au BdC

Mode opératoire
Cumul : chiffrage,
Ordonnancement
surfaces allouées...
de pièces...
BdC
Fiabilité, cotation
Allocation de surfaces
Équipements installés
Préparateur
Chef d'atelier Champ de vision
Gamme opératoire,
de l'opérateur...
Analyse Temps...

Contrôleur

Implanteur

Ergonome Engageur

Contexte Problématique État de l’art

Cours Plan d’actions
MSI, conduite de projetsContribution Bilan
version 1.2 du 10 34
Perspectives
décembre 2007
Expérimentation : cas de la GED pour le SPR - Le contexte

Intentions du projet Nouveau système documentaire

Produit final attendu Application de grande taille

Contraintes environnementales Réutilisation des SIT existants

Questionnements...

Quel contenu informationnel des documents ?

Quelle structure d'accueil de la GED ?

Y-a-t-il des liens potentiels entre documents ?

Contexte Problématique État de l’art

Cours Plan d’actions
MSI, conduite de projetsContribution Bilan
version 1.2 du 10 35
Perspectives
décembre 2007
Expérimentation : cas de la GED pour le SPR - l'application
Consolider SIT de la GED :
Structurer données et
documents
Référentiel

SI d'entreprise

Nouvelles Feuille OPERATION PROCESS 'A'

Date
11/09/00
Approuvé
EM

PROCEDURE :
Emetteur
B. KEIB
Technologie GED
1- Aligner le câblage moteur sur support

données SPR
calculateur
2- Raccorder les 3 connecteurs (S -
gris), (T - marron) et (U - noir), dans
R l'ordre (S, T, U) sur le boîtier d'injection
Serrage (R) par verrouillage des leviers.
Couple : 6,8 - 9,2 3- Fixer le collier (V) du câblage moteur
Cible : 8 Nm sur le goujon du support calculateur,
Marquage : avec l'écrou (A).
Ref. outil :
Méth. de Ctrl
NOTES :
IMMO
A Une mauvaise connexion engendre une
panne immobilisante pour le client.

A garantir

V S

T U
Véh. N° F.E. N° Opés SITMO Diversité prise en compte
X74 F14110 / F10128 265 1110 / 198 2005 T.T.

Nom Opération Numéro Opération Page

Raccordement câblage moteur / boîtier B 015 010-X74 1/1 N BK EM Initialisation 09/00

Pièces
d'injection Niv Prep Appr Commentaires Date

géométriques...
Sites
Données réelles
Accès et
distribution WEB

Création dynamique Workflow, gestion Gestion CRUD,

de documents de configurations maturité...

Contexte Problématique État de l’art

Cours Plan d’actions
MSI, conduite de projetsContribution Bilan
version 1.2 du 10 Perspectives
décembre 2007 36