Dmarche de conception conduite de projet SI ENSGI

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 de pilotage (ou de décision) Décisions Informations externes Informations traitées Informations vers l’extérieur Système d ’informations Ordres, consignes Flux entrants Informations collectées Système opérant Cours MSI, conduite de projets Flux sortants version 1. 2 du 10 décembre 2007 2

Exemple : une bibliothèque Flux Physiques : 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 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) Flux Physiques : 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, … 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 - 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) Restitution Flux entrants Flux physique entrant Système d ’informations Stockage Saisie Système opérant Cours MSI, conduite de projets Traitement Transmission et communication Système de pilotage (ou de décision) Flux sortants Flux physique sortant version 1. 2 du 10 décembre 2007 6

Fonctions d’un S. I. : la saisie (1) Clavier + souris Scanner Lecteur code barre (bluetooth) • Reconnaissance vocale • Reconnaissance écriture manuscrite • 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 CD DVD Bande magnétique Logiciel de gestion de fichiers Logiciel de SGBD Savoir où se trouve l’information. 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 k. W (plusieurs rames de métro). 30 tonnes sur 1. 000 mètres carrés. Multiplication en 3 millisecondes, fréquence d'horloge : 100 k. Hz. 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/Matter. Mind. Models. 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 Où sont construites les ailes ? Cours MSI, conduite de projets Système observé version 1. 2 du 10 décembre 2007 14

Cycle de vie d’un projet S. I. Etapes ou phases 1 Analyse de la demande Documents Schéma directeur Etude d ’ opportunité 2 Spécification projet Dossier d ’étude préalable 3 Conception générale 4 Conception détaillée Dossier de conception fonctionnelle détaillée Dossier de planification Dossier d ’architecture 5 Réalisation 6 Mise en oeuvre 7 Maintenance Temps Code Dossier de conception technique détaillée Décisions Accord sur l’inscription du projet Choix d’une organisation du projet Accord sur les procédures, l ’architecture . . . Cours MSI, conduite de projets Recette logicielle Réception système version 1. 2 du 10 décembre 2007 15

Périmètre du projet préoccupations C ou ve rtu re • 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) 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 MOD, MOT Niveau 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 (validationvé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 d’opportunité Plan de tests en service Mise en charge Spécifications de domaine Spécification Plan de tests de recette Spécifications Conceptuelles Conception générale Plan de tests d ’intégration Spécifications Logiques Conception détaillée Plan de tests unitaires Validation Intégration Tests unitaires Dossiers de validation 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 Intégration organe Plan de tests / validation besoins clients Spécifications Techniques de Besoin STB réponses : Solutions Spécifications Techniques Générales Intégration organe et composants validation physiques Plan de tests physiques STG Tests Définition Plan de tests Définition organes Spécifications Techniques Détaillées Spécifications Techniques de Réalisation organes STD Plan de tests Définition Tests composants validation des organes composants Dossiers de validation STR 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

Bernard YANNOU Laboratoire CGI École Centrale Paris Jean-Marc CELERIER GSP - DR - DARP 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 Allocation de surfaces Investissement techno Cas d'emploi Contrôle de validité Line balancing Affectation process Flux de pièces …. RESSOURCE Faisabilité robotique, Contrôle du process. . . Ordonnancement de pièces. . . Conditionnement Terminologie MANDATE PROCESS PRODUIT Terminologie PSL Activités d'ingénierie de production Contexte Problématique Cours MSI, conduite de projets État de l’art Plan d’actions 32 Contribution Bilan Perspectiv version 1. 2 du 10 décembre 2007 Perspective

Architecture du référentiel : principaux composants Nomenclatures Cas d'utilisation métier Entreprise Processus Chiffrage Cas d'emploi Analyse des temps Fonctions Contrôle qualité Implantation Équilibrage de ligne objets indécomposables Caractéristiques du site Maquette d'effectifs Schéma des flux Répartition des surfaces Contexte Hypothèses projet Investissement technologique Spécificités de GDT Cycle de vie des objets Structure de documents Problématique Cours MSI, conduite de projets État de l’art Plan d’actions Versionnement Matrice CRUD 33 Contribution Bilan Perspectiv version 1. 2 du 10 décembre 2007 Perspective

Zoom sur l'objet : Bord de Chaîne (Bd. C) SYSTEME INDUSTRIEL RESSOURCE Site Atelier Ligne Tronçon PROCESS Robot PRODUIT Réception & stockage Poste Opérateur Le Bd. C appartient à la structure SI Pièces, opérations et ressources affectées au Bd. C Cumul : chiffrage, surfaces allouées. . . Bd. C Mode opératoire Ordonnancement de pièces. . . Fiabilité, cotation Chef d'atelier Champ de vision de l'opérateur. . . Allocation de surfaces Équipements installés Préparateur Gamme opératoire, Analyse Temps. . . Contrôleur Implanteur Ergonome Contexte Engageur Problématique Cours MSI, conduite de projets État de l’art Plan d’actions 34 Contribution Bilan Perspectiv version 1. 2 du 10 décembre 2007 Perspective

Expérimentation : cas de la GED pour le SPR - Le contexte Intentions du projet Produit final attendu Contraintes environnementales Nouveau système documentaire Application de grande taille 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 Cours MSI, conduite de projets État de l’art Plan d’actions 35 Contribution Bilan Perspectiv version 1. 2 du 10 décembre 2007 Perspective

Expérimentation : cas de la GED pour le SPR - l'application Consolider Structurer Référentiel SIT de la GED : données et documents SI d'entreprise Technologie GED Nouvelles données SPR Pièces géométriques. . . Sites Données réelles Accès et distribution WEB Création dynamique de documents Contexte Workflow, gestion de configurations Problématique Cours MSI, conduite de projets État de l’art Plan d’actions Gestion CRUD, maturité. . . 36 Contribution Bilan Perspectiv version 1. 2 du 10 décembre 2007 Perspective