Cours MSI, conduite de projets 1version 1.2 du 10 décembre 2007
Démarche de conception, conduite de projet SI
ENSGI Cours MSI 2ème année
Michel Tollenaerehttp://www.g-scop.fr/~tollenam/msi/diaporamas/Cond-projet.ppt
Cours MSI, conduite de projets 2version 1.2 du 10 décembre 2007
Système opérantFlux entrants Flux sortants
Système
Système d ’informationsInformations externes
Informations vers l’extérieur
Informations collectées
Ordres, consignes
Système de pilotage (ou de décision)
Informations traitées
Décisions
Concepts de systémique
Cours MSI, conduite de projets 3version 1.2 du 10 décembre 2007
Exemple : une bibliothèque
Flux Physiques :
Flux d’information :
Système de décision :
Contraintes
Les livres, les abonnés de la bibliothèque, les prêts consentis aux abonnés, les restitutions des exemplaires d’ouvrages empruntés, les renouvellements des abonnements, l’entrée d’ouvrages nouveaux, les réparations d’ouvrages
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,…
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…
Cours MSI, conduite de projets 4version 1.2 du 10 décembre 2007
Exemple : une compagnie de transport (SNCF)
Flux Physiques :
Flux d’information :
Système de décision :
Contraintes
Les trains, les wagons, les voyageurs, les billets, les réservations, les départs et les arrivées, les trajets (par exemple : Paris – Grenoble), le paiement d’un billet,…
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….
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)…..
Cours MSI, conduite de projets 5version 1.2 du 10 décembre 2007
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 6version 1.2 du 10 décembre 2007
Fonctions d’un S.I.
Système opérantFlux entrants Flux sortants
Système de pilotage (ou de décision)
Système d ’informations
Système opérant
Système de pilotage (ou de décision)
Flux physique entrant
Flux physique sortant
Saisie
Stockage
TraitementRestitution
Tra
nsm
issi
on e
t co
mm
un
icat
ion
Tra
nsm
issi
on e
t co
mm
un
icat
ion
Cours MSI, conduite de projets 7version 1.2 du 10 décembre 2007
Fonctions d’un S.I. : la saisie (1)
Lecteur code barre (bluetooth)
Scanner
• Reconnaissance vocale • Reconnaissance écriture manuscrite• Reconnaissance de caractères
Clavier + souris
Cours MSI, conduite de projets 8version 1.2 du 10 décembre 2007
Fonctions d’un S.I. : la saisie (2)
Fonctions de localisation et de communication
GPS + GSMdata / GPRS
GPS + bluetooth
Cours MSI, conduite de projets 9version 1.2 du 10 décembre 2007
Fonctions d’un S.I. : le stockage
Archivage courte et longue durée
Disque durCD DVDBande magnétiqueLogiciel de gestion de fichiersLogiciel de SGBD
L’archivage long terme nécessite de conserver toute la chaîne matérielle et logicielle
Savoir où se trouve
l’information.
sécurité
Cours MSI, conduite de projets 10version 1.2 du 10 décembre 2007
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 11version 1.2 du 10 décembre 2007
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 12version 1.2 du 10 décembre 2007
Fonctions d’un S.I. : la restitution (2)
• revue de maquette numérique Airbus
Cours MSI, conduite de projets 13version 1.2 du 10 décembre 2007
Fonctions d’un S.I. : transmission communication
• Interopérabilité entre WEB et téléphonie GSM/GPRS
Déplacer l’information d’un point à un autre
réseaux hertzienstransmission par satellitesréseaux privés d’entreprisesfibre optique
connnexion infra-rougemessagerie électroniqueprotocole « Bluetooth »
voir cours « Réseaux »
Cours MSI, conduite de projets 14version 1.2 du 10 décembre 2007
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.
Système observé
ModèleObservateur
Où sont construites les ailes ?
Cours MSI, conduite de projets 15version 1.2 du 10 décembre 2007
1Analyse de la demande
Temps
2Spécification
projet
3Conception
générale
4Conception
détaillée
5Réalisation
6Mise en oeuvre
7Maintenance
Etapesou phases
Documents Schéma directeur
Etude d ’opportunité
Dossier d ’étude préalable
Dossier de
planification
Décisions
Dossierde
conception
Dossier de conception
fonctionnelledétaillée
Dossier de conceptiontechniquedétaillée
Cycle de vie d’un projet S.I.
Code
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
Cours MSI, conduite de projets 16version 1.2 du 10 décembre 2007
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)
Cou
vertu
re
pré
occu
pat
ion
s
DétailCible à t
Cours MSI, conduite de projets 17version 1.2 du 10 décembre 2007
Etat futurEtat ancien
Niveau conceptuel
Niveau organisationnel
Niveau logique
Niveau physique
Niveaux d’abstraction
MCD, MCT, MCVO
MOD, MOT
MLD, MLT
Tables, codesystème physique
Cours MSI, conduite de projets 18version 1.2 du 10 décembre 2007
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 19version 1.2 du 10 décembre 2007
Cours MSI, conduite de projets 20version 1.2 du 10 décembre 2007
Cours MSI, conduite de projets 21version 1.2 du 10 décembre 2007
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 certainsdocuments ou logiciels. Les résultats sont définis sur la base des interactions entre étapes et activités, ils sont soumis à une revueapprofondie, 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 22version 1.2 du 10 décembre 2007
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'uncomposant 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), etpermet ainsi d'éviter un écueil bien connu de la spécification du logiciel : énoncer une propriété qu'il est impossible de vérifierobjectivement après la réalisation.
Cours MSI, conduite de projets 23version 1.2 du 10 décembre 2007
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 24version 1.2 du 10 décembre 2007
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
Tests
unitaires
Etude d’opportunité
Mise en charge
Plan de tests en service
Cours MSI, conduite de projets 25version 1.2 du 10 décembre 2007
réponses :
Solutions
physiques
STB
Définition
organes
STG
Définition
composants
des organes
STD
Concrétisation
des pièces
STR
Fonctions
/
besoins clients
Branche conception Branche intégration
Plan de testsDossiers de validationTests
validation
composants
Plan de testsTests
Définition
organes
Plan de tests Intégration organe
et composantsvalidationphysiques
Plan de tests Intégration organe
validation besoins
Spécifications Techniques
de Besoin
SpécificationsTechniques Générales
SpécificationsTechniques
Détaillées
SpécificationsTechniques
de Réalisation
Cycle en V dans le développement d’un produit
Cours MSI, conduite de projets 26version 1.2 du 10 décembre 2007
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 27version 1.2 du 10 décembre 2007
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 28version 1.2 du 10 décembre 2007
Quelques écueils : le Mythe de l’usager
Mythes de l’usagerMythe• 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 29version 1.2 du 10 décembre 2007
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 30version 1.2 du 10 décembre 2007
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 31version 1.2 du 10 décembre 2007
De la Gestion des Données Techniques De la Gestion des Données Techniques pour l’ingénierie de productionpour l’ingénierie de production
Référentiel du domaine et cadre méthodologique pour l’ingénierie Référentiel du domaine et cadre méthodologique pour l’ingénierie des systèmes d’information techniques en entreprise. des systèmes d’information techniques en entreprise.
Jean-Marc CELERIERJean-Marc CELERIERGSP - DR - DARP GSP - DR - DARP
Renault TechnocentreRenault Technocentre
CENTRALEP A R I S
Bernard YANNOUBernard YANNOULaboratoire CGI Laboratoire CGI
École Centrale ParisÉcole Centrale Paris
Présentée par Rebiha BACHA Présentée par Rebiha BACHA pour GILCO/ENSGIpour GILCO/ENSGI
Le 11 décembre 2001Le 11 décembre 2001
Cours MSI, conduite de projets 32version 1.2 du 10 décembre 2007
Architecture du référentiel : quatre méta-entitésArchitecture du référentiel : quatre méta-entités
ContexteContexte ProblématiqueProblématique État de l’artÉtat de l’art Plan d’actionsPlan d’actions ContributionContribution Bilan Bilan PerspectivesPerspectives
PRODUITPRODUIT
RESSOURCERESSOURCE
SYSTEME INDUSTRIELSYSTEME INDUSTRIEL
PROCESSPROCESS
Investissement technoInvestissement technoLine balancingLine balancing
Affectation processAffectation process
Contrôle de validitéContrôle de validité
Cas d'emploiCas d'emploiFlux de piècesFlux de pièces
……..
ConditionnementConditionnement OrdonnancementOrdonnancementde pièces...de pièces...
Faisabilité robotique, Contrôle du process... Faisabilité robotique, Contrôle du process...
Activités d'ingénierie Activités d'ingénierie de productionde production
ImplantationImplantation
Allocation de surfacesAllocation de surfaces
Terminologie Terminologie MANDATEMANDATE
Terminologie Terminologie PSLPSL
Cours MSI, conduite de projets 33version 1.2 du 10 décembre 2007
Architecture du référentiel : principaux composantsArchitecture du référentiel : principaux composants
NomenclaturesNomenclatures
Entreprise
Processus
Fonctions
objets
indécomposables
ContexteContexte ProblématiqueProblématique État de l’artÉtat de l’art Plan d’actionsPlan d’actions ContributionContribution Bilan Bilan PerspectivesPerspectives
Cas d'emploiChiffrage
Analyse des temps
Contrôle qualité
Cas d'utilisation métierCas d'utilisation métier
Équilibragede ligne
Implantation
Caractéristiques du siteCaractéristiques du site
HypothèsesprojetMaquette
d'effectifs
Schéma des flux
Répartition des
surfaces
Investissementtechnologique
Spécificités de GDTSpécificités de GDT
Cycle de vie des objets
Structure de
documentsMatrice CRUD
Versionnement
Cours MSI, conduite de projets 34version 1.2 du 10 décembre 2007
Zoom sur l'objet : Bord de Chaîne (BdC) Zoom sur l'objet : Bord de Chaîne (BdC)
ContexteContexte ProblématiqueProblématique État de l’artÉtat de l’art Plan d’actionsPlan d’actions ContributionContribution Bilan Bilan PerspectivesPerspectives
BdCBdC
Site Atelier LigneTronçon
Poste
Le BdC appartientà la structure SI
SYSTEME INDUSTRIEL RESSOURCE PROCESS PRODUIT
Robot
Opérateur
Réception &
stockage
Pièces, opérations et ressources affectées au BdC
EngageurEngageur
ImplanteurImplanteur
ContrôleurContrôleur
ErgonomeErgonome
Chef d'atelierChef d'atelier PréparateurPréparateur
Cumul : chiffrage, Cumul : chiffrage, surfaces allouées... surfaces allouées...
Fiabilité, cotation Fiabilité, cotation
Champ de visionChamp de visionde l'opérateur... de l'opérateur...
Gamme opératoire, Gamme opératoire, Analyse Temps... Analyse Temps...
Allocation de surfacesAllocation de surfacesÉquipements installésÉquipements installés
Mode opératoire Mode opératoire Ordonnancement Ordonnancement
de pièces...de pièces...
Cours MSI, conduite de projets 35version 1.2 du 10 décembre 2007
Expérimentation : cas de la GED pour le SPR - Le Expérimentation : cas de la GED pour le SPR - Le contextecontexte
ContexteContexte ProblématiqueProblématique État de l’artÉtat de l’art Plan d’actionsPlan d’actions ContributionContribution Bilan Bilan PerspectivesPerspectives
Intentions du projetIntentions du projet Nouveau système documentaireNouveau système documentaire
Produit final attendu Produit final attendu Application de grande taille Application de grande taille
Contraintes environnementales Contraintes environnementales Réutilisation des SIT existantsRéutilisation des SIT existants
Quel contenu informationnel des documents ? Quel contenu informationnel des documents ?
Quelle structure d'accueil de la GED ?Quelle structure d'accueil de la GED ?
Y-a-t-il des liens potentiels entre documents ?Y-a-t-il des liens potentiels entre documents ?
Questionnements... Questionnements...
Cours MSI, conduite de projets 36version 1.2 du 10 décembre 2007
Expérimentation : Expérimentation : cas de la GED pour le SPR - cas de la GED pour le SPR - l'applicationl'application
Nom Opération Raccordement câblage moteur / boîtier
d'injection
Numéro OpérationB 015 010-X74
Page1/1
Véh.X74
N° F.E.F14110 / F10128
N° Opés SITMO265 1110 / 198 2005
Diversité prise en compteT.T.
CommentairesInitialisation
Feuille OPERATION PROCESS 'A'
ApprEM
NivN
Date09/00
PrepBK
Approuvé EmetteurDate
PROCEDURE :1- Aligner le câblage moteur sur support calculateur2- Raccorder les 3 connecteurs (S - gris), (T - marron) et (U - noir), dans l'ordre (S, T, U) sur le boîtier d'injection (R) par verrouillage des leviers.3- Fixer le collier (V) du câblage moteur sur le goujon du support calculateur, avec l'écrou (A).
NOTES : IMMOUne mauvaise connexion engendre une panne immobilisante pour le client.
11/09/00 B. KEIBEM
A garantir
A
RSerrage
Couple : 6,8 - 9,2Cible : 8 NmMarquage :
Ref. outil :
Méth. de Ctrl
UT
SV
SIT de la GED :SIT de la GED :données et données et documentsdocuments
SitesSites
Accès et Accès et distribution WEBdistribution WEB
ContexteContexte ProblématiqueProblématique État de l’artÉtat de l’art Plan d’actionsPlan d’actions ContributionContribution Bilan Bilan PerspectivesPerspectives
ConsoliderConsoliderStructurerStructurer
Nouvelles Nouvelles données SPRdonnées SPR
Données réellesDonnées réelles
RéférentielRéférentiel
Pièces Pièces géométriques...géométriques...
SI d'entreprise
Technologie GED
Création dynamique Création dynamique de documentsde documents
Workflow, gestionWorkflow, gestionde configurations de configurations
Gestion CRUD, Gestion CRUD, maturité...maturité...