Cas Primark

Stratégie  cas  Primark     Question  1  :   La  stratégie  générique  suivie  par  la  société  Primark  est  une  stratégie  de  concentration  sur  les   coûts.  C’est  une  stratégie  de  concentration  puisque  la  société  se  concentre  sur  une  cible   précise  :  les  jeunes  qui  ont  moins  de  35  ans.  C’est  une  stratégie  de  concentration   spécifiquement  sur  les  coûts

Un cas de responsabilité sociale d’entreprise : le groupe britannique PRIMARK Question 1 : La stratégie générique suivie par la société Primark est une stratégie de concentration de concentration sur les coûts. Il s’agit d’une stratégie de concentration car la société se concentre sur une cible étroite à savoir les jeunes et les moins de 35 ans. C’est une stratégie de concentration spécifiquement sur les coûts car l’organisation propose des prix les plus bas possibles. De ce fait, elle essaie

PRIMARK [pic] Primark est un détaillant de vêtements. Primark comporte plus de 232 magasins à travers l’Europe (Irlande, Pays-Bas, Royaume-Uni, Espagne, Portugal et Belgique). Le siège de la société se trouve en Irlande. Primark est une filiale de « Associated British Foods (ABF) ». Primark a ouvert ses portes pour la première fois en Juin 1969 à Dublin en Irlande. L’implantation au Royaume-Uni s’est faite en 1973 Primark se situe sur Oxford Street depuis 2007, une des rues les plus

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

des besoins ..........................................................................................16 II.2.1. Identification des acteurs ...................................................................................16 II.2.2. Diagramme des cas d'utilisation ........................................................................16 III. ARCHITECTURE DU SYSTEME ...........................................................................................21 III.1. Architecture matérielle du système