Cas Imprimatur

CAS 3.1 Choisir une structure La raison d'être d'une structure Les principales configurations structurelles o Chandler: Stratégie et structure o Lawrence et Lorsch: Environnement et structure o Mintzberg: Les configurations structurelles o Woodward : Technologie et structure o Aoki: Les configurations structurelles Après auoir pris connaissq,nce du cq,s lrnprimatur et des ressou.rces proposées, uous réaliserez une étude en répondant aux questions suiuantes:

fMANAGEMENT – EXERCICE – THEME 18 - CAS IMPRIMATUR 1) Caractérisez Selon Mintzberg, il existe 6 structures de base : - Entrepreneuriale - Mécaniste= fonctionnelle - Divisionnalisée - Innovante - Professionnelle - Politique  Spécialisation (Définition :…) Cas imprimatur - Verticale (pour le cas Imprimatur 4 niveaux hiérarchiques : comité de direction, directeur filiale, directeur fonction, cadres) - Horizontale (fonctions spécialisées achat production  Décentralisation (Définition

Correction - Cas Imprimatur Analyse du contexte 1. Caractérisez, selon la typologie établie par Mintzberg, la structure de l’entreprise Imprimatur avant la prise de participation dans l’entreprise NetEdit. Mintzberg a étudié l’organisation des entreprises et la façon dont elles sont structurées. Ces travaux ont permis de mettre en évidence cinq grandes configurations types : la structure simple, la bureaucratie mécaniste, la bureaucratie professionnelle, la structure divisionnalisée et l’adhocratie

expert-comptable doit vérifier et attester les comptes. 2. Selon vous, un expert-comptable engage-t-il sa responsabilité en cas de présentation de comptes irréguliers ? Oui, un expert-comptable engage sa responsabilité s’il est au courant de faits délictueux. L’information financière présentée ne respecterait pas les règles et les conventions. 3. Quelles parties prenantes pourraient être lésées en cas de présentation de comptes irréguliers ? L’ensemble des parties prenantes pourraient être lésées : l’État, les

groupes : ceux qui décrivent les aspects statique et ceux qui décrivent la dynamique du système. * Diagrammes des cas d’utilisation : Le diagramme de Cas d'utilisation constitue l'apport original de la méthode OOSE à la notation UML. L'approche consiste à regarder le système à construire de l'extérieur, du point de vue de l'utilisateur et des fonctionnalités qu'il en attend. Les cas d’utilisation représentent le dialogue entre l’acteur et le système de manière abstraite. * Diagramme de classes :

à travers ses fonctionnalités, répond à toutes les exigences désirées d’une manière optimale. L'étude préalable appelée techniquement ingénierie des exigences ou analyse et spécification des besoins, constitue une phase capitale dans le cas où toute la suite du projet dépend d'elle. Elle doit être faite avec beaucoup de rigueur et plus d'attention pour que le projet réussisse avec succès. Après avoir fixé nos objectifs, pour atteindre notre but, on doit suivre plusieurs étapes. Ces

.................................................................................................10 2.2. Diagrammes UML..........................................................................................................11 2.2.1. Diagramme de cas d'utilisation..................................................................................11 2.2.2. Diagramme de classes................................................................................................13 2.2.3. Diagrammes de séquence

Figure 3 : Poste IP LID-8012D 14 Figure 4 : Architecture cible 15 Figure 5: Architecture de la plateforme 16 Figure 6: Diagramme de cas d’utilisation général.......................................................................... 18 Figure 7: Raffinement de diagramme de cas d'utilisation ‘Gérer le repertoire personnel’ 20 Figure 8 : Diagramme de séquence de cas d’utilisation d’enregistrement 20 Figure9:Diagramme de séquence d’un appel........................................................

Maquette suivi de la demande de réparation (cas non encore réparé) ....................... 22 Figure 4 Maquette suivi de la demande de réparation (cas réparé) .......................................... 22 Figure 5 Maquette générer des statistiques .............................................................................. 23 Figure 6 Maquette ajout/ modification/ suppression des ressources ........................................ 23 Figure 7 Cas d'utilisation demande de réparation .......

besoins au moyen d'un diagramme de cas d’utilisation ; si nécessaire, fractionner le diagramme en plusieurs sous-diagrammes pour en améliorer la visibilité. Donner la description textuelle du cas correspondant à une prise de RdV par un patient en précisant bien le scénario nominal ainsi que les principaux cas d'anomalies et d'erreurs, sans entrer dans les détails de traitement des anomalies et des erreurs. Décrire par un diagramme de séquence, la réalisation du cas ci-dessus correspondant au scénario