https://www.marketing91.

com/organisational-politics/

Tâche 1 - Description de l'entreprise

Aperçu

Tâche 1 – Description de l'entreprise

Emirates est une société de transport aérien international basée à Dubaï, aux Émirats arabes unis. C'est
l'un des transporteurs de fret à la croissance la plus rapide du secteur où il est en concurrence avec des
entreprises telles que le Qatar.

Airways, Lufthansa, Air Force KLM et British Airways etc…

En raison du nombre de ses destinations dans le monde et de sa large audience, la quantité de données
traitées par l'entreprise est volumineuse. Ceci est le résultat de ce qui suit :

- Gestion des demandes de renseignements : l'entreprise publie et fournit les informations nécessaires
sur ses services pour répondre au mieux aux besoins des clients et prospects.

- Saisie de données : la compagnie stocke des informations sur les clients qui réservent un vol. Ces
informations contiennent le nom, le sexe, l'âge, l'adresse, le mode de paiement, la classe de réservation,
etc.

- Gestion des vols et des ressources : une fois les données clients stockés, un vol leur est attribué en
fonction de leurs besoins tels que la date du vol, la destination, le type de classe, etc.

Ensuite, un équipage de conduite est désigné et s'occupe de la sécurité du transport des passagers et de
leur assistance à bord.

D'autre part, l'entreprise doit suivre ses ressources afin d'en tirer les meilleurs résultats possibles. Il s'agit
principalement de la main-d'œuvre, y compris le personnel avec ses coordonnées, l'équipement fourni et
entretenu, ainsi que le budget ou les finances, etc.

Voici quelques exemples de données recueillies :

Exemple 1 : Carte d'embarquement

L'image ci-dessous décrit les données contenues dans la carte d'embarquement d'Emirates. Il comprend
des informations supplémentaires sur le vol, l'heure, la classe, le siège et la zone auxquels les passagers
sont affectés.
Exemple 2 : Formulaire de réservation

Comme indiqué ci-dessous, les données requises lors de la réservation d'un vol comprennent le départ,
l'arrivée, la date et l'heure, le type de billet (aller simple ou aller-retour), le nombre de passagers etc...

Les données encourues dans les processus commerciaux de l'entreprise se rapportent aux éléments
suivants.

Liste des entités :

1- Personnel

2- Succursales

3- Départements

4- Clients

5- Passagers

6- Bagages

7- Billets

8- Carte d'embarquement

9- Vols

10- Avions
11- Réservations

12- Destination

13- Demandes de renseignements

14- Paiements

15- Restauration

16- Soins de santé

17- Fournitures

18- Fournisseurs

19- Ventes

Aperçu de la portée du projet de base de données

Une telle entreprise a besoin d'un système de base de données pour exécuter efficacement ses activités
qui impliquent le stockage, la récupération et la manipulation de données. Notre objectif est donc de
créer un système qui aide à remplir les déclarations ci-dessus avec le moins d'efforts. Cependant, seules
les données impliquées dans les activités principales seraient stockées et utilisées par le système. Qu'est-
ce qui rend certaines des entités ci-dessus facultatives en ce qui concerne l'exécution des activités ? par
conséquent, ils ne seront pas ajoutés au modèle de données.

- Les clients qui achètent un billet ou réservent pour un vol deviennent passagers, donc pas besoin de
redondance. - Les demandes de renseignements amènent un client à réserver un vol, le système de base
de données se concentrerait davantage sur le résultat final des opérations.

- Réservations et billets d'avion : ils sont remplacés par une carte d'embarquement, car un passager doit
soit réserver, soit acheter un billet, qui se transforme en carte d'embarquement après vérification au
point de contrôle. En outre, il contiendrait certainement les mêmes informations que celles trouvées sur
un billet ou une réservation.

- Restauration : cette tâche est à sous-traiter ; elle sera donc prise en charge par les fournisseurs qui
mettent à disposition de l'entreprise toutes les ressources nécessaires.

- Soins de santé : ils sont facultatifs car tous les passagers n'ont pas de problèmes de santé et ne
nécessitent donc pas de soins particuliers pendant les vols.

Nouvelle liste d'entités

1- Personnel

2- Succursales

3- Départements

4- Passagers

5- Bagages
6- Carte d'embarquement

7- Vols

8- Avions

9- Destination

10- Paiements

11- Fournitures

12- Fournisseurs

13- Ventes

Task2

Tâche 3 - Normalisation

Le processus de normalisation joue un rôle crucial dans la création d'un système de base de données. Il
définit les normes et les règles que le système de base de données doit suivre afin de minimiser la
redondance des données à plusieurs endroits, de mettre à jour les anomalies et d'économiser de
l'espace. Cette redondance peut parfois conduire à une incohérence des données, qui est causée par la
présence de valeurs différentes pour le même champ de données.

Les systèmes de base de données sont créés dans le but de vérifier certaines conditions qui empêchent
les problèmes ci-dessus. L'utilisation de contraintes ouvre la voie et facilite l'initiation de la
normalisation.

(La création des systèmes de base de données a pour objectif de vérifier certaines conditions qui
empêchent les problèmes ci-dessus. L'utilisation de contraintes ouvre la voie et facilite l'initiation de la
normalisation.)

Notre modèle de données comprenant toutes nos entités/relations a été conçu selon les règles de
normalisation de la première (1NF) à la troisième forme normale (3NF). Ainsi, après 1NF la table appelée
« Staff » par exemple, serait capable de stocker uniquement des valeurs simples ou atomiques dans ses
champs. Une colonne comme « position » pourrait inclure deux valeurs ou plus si un membre du
personnel devait occuper deux ou plusieurs postes dans l'entreprise, comme à la fois pilote et chef de
personnel de cabine par exemple. La condition a été remplie car nous avons séparé les champs
comportant des groupes répétitifs de l'entité parente « Staff ».
a première forme normale, où chaque attribut des entités contient une valeur atomique 

Notre modèle de données a été conçu selon les règles de normalisation on commence par la première
forme normale (1NF), deuxième forme normale (2NF) jusqu’ à la troisième forme normale (3NF).

Pour la premier forme normale (1NF) ici l’attribut des entités contient certaines valeurs atomiques. Par
exemple nous avons La table appelée ” STAFF‘’, alors Staff serait capable de stocker uniquement des
valeurs non compose(atomique) ou simple dans ses champs. Comme dans la colonne appelle
« position » ici on pourrait impliquer deux valeurs ou plus de valeur si un membre du Staff devait
occuper deux ou plusieurs postes dans l'entreprise, Par exemple quelqu’un peut être comme à la fois
chef de personnel de cabine et technicien au même moment.

 tous les attributs non-clés sont totalement dépendants fonctionnellement de la totalité de

la clé primaire.
 L’attribut DESCRIPTION_ARTICLE ne dépend que d’une partie de la clé primair

Ensuite, en suivant la deuxième forme normale (2NF), nous avons assuré la dépendance fonctionnelle de
la colonne « Description » sur la clé primaire « (ID) » dans la table nouvellement créée « Positions ».

Ensuite, nous avons la deuxième forme normal (2NF), ici les attributs qui sont des non clés sont
entièrement dépendants de la totalité de la clé primaire. Par exemple, l’attribut ‘’ Product description’’ il
dépend que d’une partie de la clé primaire ‘’ID’’ dans l’entité (Order).

 tout attribut n’appartenant pas à une clé ne dépend pas d’un attribut non clé
En fin, la troisième forme normale(3NF), ici tous les attributs qui ne dépendant pas
à une clé, alors ils ne sont pas tous dépend d’un attribut non clé. Dans la table
« Personnel », il n'y a pas de champ non clé qui peut affecter un autre dans la
table.

Ce faisant, nous avons atteint 3NF qui nécessite d'éliminer la dépendance transitive des champs. Dans la
table « Personnel », il n'y a pas de champ non clé qui peut affecter un autre dans la table, s'il est modifié.
Nous avons ensuite considéré le tableau en 3NF ; il en est de même pour tout le reste des tables.

Maintenant, en supposant qu'un « Intendant » quitte l'entreprise, sa position serait perdue lors de la
suppression de son dossier, s'il était le seul « Intendant » enregistré dans le tableau.

En bref, ce qui précède ne pourrait pas être possible sans recourir à la normalisation. La dépendance
fonctionnelle a été une composante essentielle de la réussite dudit processus.

Tâche 4 - Évaluation de la conception

L’Object de cette tâche est de crée une base de donnees et de montre les mis en œuvre des conceptions
qui ont été réalisées. Alors, en sachant tout ce qui existe comme exigences en matière des bases de
donnees, qui sont plus base sur les transactions et les échanges des processus des donnees au sein de
l’entreprise.

Tout d’abord, nous avons eu a collecté les entités accompagnées avec leurs attributs, il y a aussi la
définition des domaines et de la sélection des types de appropries qui ont été collecte aussi. Et, nous
avons fait de tell sort que chaque Entités puisse avoir d’au moins un champ clé qui permet d’identifie de
tell sort que les enregistrements se font de manier unique. Alors grâce a la normalisation qui permet
l’amélioration de l’intégrité des donnees et qui permet la réduction des la redondance des donnees, et
les entités ont été reconnues en fonction de leurs multiplicités. Il y a aussi les contraintes de propagation
et les clés étrangère qui ont été défini aussi.

Ce qui montre les résultats finals de notre conception logique :

Notre tâche était de créer une base de données et de produire un rapport sur la façon dont sa
conception et sa mise en œuvre ont été réalisées. Par conséquent, connaissant les exigences en matière
de données, qui sont reposées sur les transactions et les processus entrepris par l'entreprise, un modèle
de données a été généré pour prendre en charge et décrire logiquement ces transactions et processus.

Tout d'abord, les entités ont été collectées avec leurs attributs, suivies de la définition des domaines et
de la sélection des types de données appropriés. Ensuite, nous nous sommes assurés que chaque entité
dispose d'au moins un champ clé qui peut identifier de manière unique les enregistrements qu'il
contient. Après, la normalisation a été déclenchée pour améliorer l'intégrité des données et réduire la
redondance. Les relations entre entités ont été reconnues en fonction de leur multiplicité. La dernière
étape a été la définition de la clé étrangère et des contraintes de propagation.

Les éléments suivants incluent le résultat final de notre conception logique :

Clé primaire du personnel (ID, nom, poste, salaire, devise, adresse, sexe, âge, service) (ID)

Agences (ID, Emplacement, Téléphone) clé primaire (ID)

Départements (ID, Nom, Branche) clé primaire (ID)

Passagers (ID, Nom, Sexe, Âge) clé primaire (ID)

Bagage (ID, Passager, Type, Poids, Mesure) primaire (ID)

Boarding_Pass (ID, Passager, Vol, Siège, Classe, Porte, Zone, Séquence) clé primaire (ID, Séquence)

Vols (ID, Départ, Arrivée, Destination, Pilote, Avion) clé primaire (ID)

Clé primaire (ID) des aéronefs (ID, Type, Number_Of_Seats, Maintenance_Report)

Paiements (ID, Date, Montant, Devise, Méthode, Passager) clé primaire (ID)

Destinations (Code, Aéroport, Pays, État, Ville) clé primaire (ID)

Fournitures (ID, Nom, Utilité, Prix, Devise, Fournisseur, Date_Fourni) clé primaire (ID)

Fournisseurs (ID, nom, emplacement, succursale) clé primaire (ID)

Au cours du processus de normalisation, les entités suivantes ont été créées et ajoutées au modèle de
données :

Positions (ID, Description) clé primaire (ID)

Classes (Type, Nom) clé primaire (Type)

Payment_Methods (ID, Type) clé primaire (ID)

Branch_Suppliers (Branch_ID, Suplier_ID) clé primaire (Branch_ID, Supplier_D)

Staff_Positions (Staff_ID, Position_ID) clé primaire (Staff_ID, Position_ID)

Horaire (Staff_ID, Flight_ID) clé primaire (Staff_ID, Flight_ID)

Cependant, la conception logique aide uniquement à produire un modèle de données. Par conséquent,
la conception physique entre en jeu pour aider à sélectionner un système de gestion de base de données
et à l'implémenter dans la vie réelle. A ce stade, nous devions ensuite créer et stocker des entités et
leurs métadonnées dans le système de gestion de base de données.

Alors après avoir collectionne selon la conception logique qui nous aide juste à produire un modelé de
donnees, alors nous allons passe on ce qui concerne la conception physique qui permet de crée un
système de base de donne. Cependant, nous devons ensuite créer et stocker les métadonnées et leurs
entités dans le système de base des donnees.

Étant donné que les données à traiter sont corrélées, l'alternative appropriée à la réalisation de notre
tâche consistait à sélectionner un système de gestion de base de données relationnelle.

De plus, les données dérivées devaient être prises en considération lors de la mise en œuvre du système
de base de données. Ce type de données prend généralement un espace de stockage supplémentaire
lorsqu'il est stocké. Son identification permet alors d'économiser de l'espace et des coûts. Ainsi, sur la
base de notre structure de données, la « Durée » d'un vol par exemple peut être déterminée par calcul
en utilisant ses « Départ » et « Arrivée ». Une autre donnée dérivée peut être des « ventes »
quotidiennes, hebdomadaires, mensuelles ou annuelles, qui peuvent également être calculées par la
somme de tous les « paiements » effectués au cours d'une période donnée à l'aide de requêtes SQL.
Toutes les autres valeurs pouvant être calculées à l'aide de deux ou plusieurs autres valeurs dans les
tableaux suivent la même règle. Cela permet également d'éviter les incohérences telles que, si A + B = C,
le résultat C aurait besoin d'une mise à jour chaque fois que A ou B change (MariaDB).

Tâche 8 - Développement futur d'une base de données distribuée

Un système de base de données distribué en abrégé DDB peut être appelé un système de base de
données qui est partagé sur diverses configurations matérielles et logicielles, généralement sur différents
sites géographiques au sein d'une organisation. Les données sont logiquement liées et communiquées à
travers un réseau donné. Il est divisé en portions qui peuvent être uniques ou similaires. Lorsque la base
de données constitue un ensemble de portions de données uniques sous-divisées, elle est considérée
comme fragmentée. Dans le cas contraire, elle est considérée comme répliquée lorsqu'elle constitue un
ensemble de portions de données similaires. Tous les sous-ensembles sont logiquement et
physiquement liés à un système unique et centralisé qui contient la structure globale des données.

Cependant, l'utilisation d'un DDB va de pair avec un DDBMS, abréviation de système de gestion de base
de données distribué, qui facilite l'interaction avec le DDB de sorte que les aspects de distribution sont
transparents (invisibles ou inconnus) pour les utilisateurs. Ses principaux composants comprennent :

- Logiciel : cela inclut les différentes applications du programme qui prennent en charge les transactions
et l'accès à distance à la base de données distribuée. La partie logicielle d'un SGBD comprend :

• Processeurs de données : ils peuvent stocker et récupérer des données localement.

• Processeurs de transaction : ils contrôlent et coordonnent les demandes des emplacements distants
vers la base de données distribuée qui est contenue dans le catalogue de données distribué (DDC).

- Matériel : ce sont les composants physiques qui servent à stocker les logiques (programmes). Ils
représentent les nœuds du réseau du système de base de données méfiant. De plus, ceux-ci peuvent
être acquis soit auprès du même vendeur (homogène) ou non (hétérogène).

Source : (Dlsweb).

L'utilisation d'un SGBD peut être bénéfique pour les organisations réparties sur différents sites, qui
gèrent les mêmes transactions, impliquant les mêmes exigences en matière de données. Il permet de
gérer, surveiller, contrôler les différentes activités réalisées simultanément dans différentes branches
d'une entreprise sans présence physique.

Concernant Emirates, le besoin de mettre en place un DDBMS est élevé, car la société comprend
plusieurs succursales dans différents pays. Cela serait utile pour l'entreprise dans des cas comme les
escales où les vols doivent atterrir à de nombreux endroits avant d'atteindre leur destination finale. Les
données sur les passagers qui seront transférés d'un avion à un autre au cours du voyage seront
communiquées entre la succursale d'où ils volent et la succursale vers laquelle ils volent.

Chaque site ou succursale de l'entreprise doit disposer d'une infrastructure autonome, afin de permettre
sa pleine autonomie sur les données qu'il traite. De manière à alléger les données volumineuses stockées
de manière centralisée. Aussi, les logiciels et matériels à utiliser peuvent être hétérogènes, en fonction
des besoins de chaque site ou agence. La distribution des données ne comprendrait que :

- Premièrement, les informations recueillies par le niveau tactique de chaque succursale, y compris les
rapports sur les ventes qui seraient nécessaires pour les stratégies globales de planification des activités.
- Deuxièmement, les fragments de données nécessaires à chaque succursale à des fins de transaction.

Cela améliorerait la sécurité des données et réduirait le trafic vers la base de données distribuée, le tout
résultant en une performance optimisée. La même performance ne peut pas être attendue de toutes les
branches, car certaines auront besoin d'une infrastructure plus efficace que d'autres en fonction du
nombre de leurs activités et des besoins en données.

Si l'entreprise devait se développer, une base de données distribuée l'aiderait à s'adapter au

changement. Comme la structure de la base de données serait créée et maintenue, l'expansion
nécessiterait simplement une fragmentation de la base de données distribuée existante ou actuelle.

Tâche 9 - Option d'entrepôt de données

Basé sur le cycle de réflexion de Gibbs, ce qui suit explique les processus entrepris et les défis rencontrés
lors de l'exécution de notre tâche.

- La description

La tâche confiée impliquait la conception et la mise en œuvre d'un système de base de données pour
notre organisation choisie (Emirats). Sur la base des besoins en données de l'entreprise, nous avons
généré un modèle de données normalisé qui décrit logiquement les différentes transactions et activités
effectuées par l'entreprise, ainsi que le dictionnaire de données qui décrit ses métadonnées. Cela a été
utilisé comme critère de sélection pour choisir et mettre en œuvre l'alternative la plus appropriée pour
prendre en charge la structure des données. Après réflexion, l'alternative retenue était un système de
gestion de base de données relationnelle, intégrant SQL qui permet la définition et la manipulation des
données. Enfin, la mise en place du système s'est faite à travers la création de relations et de relations
suivies d'une population de données. À ce stade, les données étaient récupérées par les systèmes de
base de données à l'aide de SQL. En conséquence, la base de données a renvoyé la requête avec
précision.

- Sentiments

La complexité des données à structurer a entraîné une concentration et un temps accrus sur le modèle
de relation d'entité. Cette tâche demande beaucoup de réflexion car elle implique plus de logique. Il
représente également le noyau de la conception, au motif qu'en cas d'erreur, l'ensemble du processus
sera mal terminé, ce qui a causé du stress. De plus, lors de la définition des données, nous devions nous
assurer que la syntaxe et les commentaires étaient bien écrits avant la validation afin d'éviter les erreurs
qui provoquent généralement des frustrations.

- Évaluation

La clé du succès de la conception de notre modèle de données était de comprendre les exigences et de
poser les bonnes questions à chaque étape du processus, comme dans la façon dont les entités sont
liées. Sachant que ces questions, si elles sont bien répondues, donneraient un produit précis ; nous avons
obtenu l'assurance de l'exactitude du résultat final.

- Une analyse

La précision du modèle de données a permis la création des différentes tables et de leurs relations, ainsi
que l'insertion et la récupération des données qu'elles contiennent via SQL. Par ailleurs, l'utilisation de
SQL a permis de sécuriser la base de données en en restreignant l'accès ; donnant le droit aux seuls
utilisateurs autorisés.

- Conclusion

Le processus de conception était la partie la plus exigeante de la tâche et a demandé beaucoup de

réflexion et d'énergie. Finalement, la capacité d'analyser les besoins en données de l'entreprise a permis
de structurer logiquement les données, ainsi que de mettre en œuvre le système de base de données. La
base de données a maintenant été créée et implémentée, et est prête à être utilisée. Étant donné que
l'entreprise est une compagnie aérienne, le besoin d'utiliser un système de base de données rapide est
considérablement élevé, afin d'éviter des performances lentes, ce qui peut entraîner des pertes au fil du
temps. Par conséquent, la base de données devra être dénormalisée. La création de vues et d'index
permettra d'effectuer des requêtes plus rapides et d'augmenter les performances.

- Plan d'action

Sur la base de ce qui précède, d'autres modifications peuvent être apportées à l'avenir. Les différentes
activités menées par l'entreprise vont certainement ralentir les performances du système lors de la
récupération de ses données. Au motif que des milliers de dossiers seront consultés et mis à jour
quotidiennement. Ce qui rend les index et les vues utiles dans ce cas.

These tables were designed according to the logical design of the database. The constraints
were added when creating the tables. The tables were identified by going through the day to day
activities of Mastermix Production Gear. Each entity has attributes inputted in them according to
the data type assigned to each column. Through the logical design of the database I was able to
know the relationships between the entities. This has been able to help meet the data
requirements of the organization.