Diagramme Dishikawa

« brainstorming, diagramme d’ishikawa » Management de la qualité Réalisé par : * Idrissi Boutaybi Karim * Tiramsani Anas * El Maliki Adam * Guiao Alioune Encadré par : Mr ZAOUA Année universitaire : 2012-2013 Semestre 6 Sommaire I) Introduction 1 II) Diagramme d'Ishikawa……………………………………………………………………………………………………………………2

montrent qu’il faut agir : le stress, les pertes de temps, l’insatisfaction des clients et autres conséquences graves. Dossier 4 – Rechercher les causes du problème Etape 1 : Visualiser les causes à l’aide d’un diagramme d’Ishikawa Le tableau des causes prépare la réalisation d’un diagramme d’ishikawa. C’est une étape indispensable pour bien représenter l’ishikawa. |Type de causes |Causes |Sous-causes

citer à titre d’exemple : 1. Le diagramme Ishikawa (cause à effet) 2. Le diagramme de Pareto 3. Feuilles de relevés 4. Les graphiques 5. Diagramme des corrélations 6. Histogramme 7. Brainstorming 1-Diagramme causes/effet ou diagramme d’Ishikawa Présentation Diagramme de causes et effets, ou 5M est un outil développé par Kaoru Ishikawa utilisé dans la gestion de la qualité Objectif Le diagramme causes-effet, dit encore en arête de

Objet e MCOO – Diagrammes UML M´thode de e Conception Orient´e Objet e Introduction ` UML a A. Lewandowski A. Lewandowski Pr´sentation des diff´rents diagrammes e e [Vue Fonctionnelle] case might require simultaneous (concurrent) action by two separate actors (e.g., in launching a nuclear missile) or it might require complementary and successive actions by the actors (e.g., one actor starting something and the other one stopping it). Diagramme de cas d’utilisation

Point de vue Utilisateur - Diagramme de cas d'utilisation (diagramme de Séquences) (diagramme d'Activité) Point de vue Statique - Diagramme de classes (diagramme d'objets) - Diagramme de packages Point de vue Dynamique - Diagramme de Séquence - Diagramme d'Activité - Diagramme d'Etats Point de vue Utilisateur Point de vue Statique Point de vue Dynamique Plan du cours 1 Point de vue Utilisateur Les diagrammes de cas d’utilisation Un diagramme de cas (version préliminaire)

production. Relation entre diagrammes UML et étapes du processus Découverte des besoins : Diagramme de cas d’utilisation : décrit les fonctions du système selon le point de vue ses futurs utilisateurs (Jacobson) Diagramme de séquence : représentation des interactions temporelles entre objets dans la réalisation d’une interface Homme Système Analyse : Diagramme de classes : structure des données du système définies comme un ensemble de relations entre classes Diagramme d’objets : illustration des

déroule généralement en trois étapes : 1. Identification du problème (par exemple à l'aide du QQOQCCP : Qui fait Quoi ?, Où ? Quand ? Comment ? Combien ? et Pourquoi). 2. Recherche des causes racines (par exemple à l'aide d'un diagramme de Pareto, d'un diagramme d'Ishikawa ou de la méthode des 5 pourquoi). 3. Recherche de solutions avec écriture du cahier des charges et établissement d'un planning. L'étape Do (de l'anglais "faire") est la construction, le développement, la réalisation

mettre en œuvre neuf diagrammes différents . Dans la mise en œuvre d’une méthode de développement, l’un ou l’autre des diagrammes est choisi en fonction des concepts que l’on veut représenter à une étape de développement donnée. Les concepts permettent de couvrir les étapes, depuis l’expression des besoins jusqu’au codage. Diagrammes de cas d'utilisation Diagrammes de classes Diagrammes d'objets Diagrammes de composants Diagrammes de déploiement Diagrammes de séquence Diagrammes de collaboration

charges globales Mesures deperformances du PDP 47 V Structures et nomenclatures des produits V.1 Lien de nomenclature V.2 Niveaux de nomenclature V.3 Formes de structures VI L’ ordonnacement VI.1 Mécanismes VI.2 Methodes d’ordonnancement VI.3 Diagramme de GANTT 55 61 4 VI.4 Réseau PERT VI.5 Chemin critique. VII Methodes d’ordonnancement par l’aval VII.1 KANBAN ou methode des cartes VII.2 Le just à temps (JAT) ou « just in time » VIII La gestion de production assistée par ordinateur

Repérage du domaine 13 13 13 14 15 15 15 16 22 22 28 40 40 40 42 42 2.1.1 Délimitation du projet 2.1.2 Diagramme de collaboration 2.1.3 Diagramme de classes des acteurs 2.2. Phase 2 : Découverte des informations 2.2.1 Définition des règles de gestion 2.2.2 Diagramme de classes des entités 2.3. Phase 3 : Modélisation du Worktlow 2.3.1 Diagramme des cas d'utilisation 2.3.2 Diagrammes de séquence 2.4. Phase 4 : Diagnostic 2.4.1 Forces 2.4.2 Faiblesses Chapitre 3 : Etude des scénarii proposés