SLAM1

Exploitation d'un schéma de données

• Niveaux d'abstraction

• Nos clients, identifiés par un numéro, possèdent un nom, un prénom,des coordonnées de contact (mail, tel fixe, mobile) et une adresse (postale).
• Ils peuvent passer des commandes de produits, à une certaine date. Le numéro de commande permet d'identifier chaque commande (une commande mentionne les quantités de chacun des produits commandés).
• Nos produits possèdent une référence (unique), une désignation et un prix.

A partir des informations données oralement + de votre bureau Windows (à mettre sur le drive dans Slam1/TD1-profils):

1. Etablir les règles de gestion
2. Réaliser (sur papier) le MEA (Modèle Entités-Associations)
3. Créer le MEA sur MOCODO online
4. Générer le script pour Mysql
5. Générer la base de données dans Mysql
6. Saisir des données exemple valides (2 users, 2 groupes, 1 profils basé sur votre bureau Windows)
7. En déduire les règles de passage du MEA à la base de données

• Etablir les règles de gestion :
  • Il faut être client pour se connecter à l'application
  • Le client choisit un dépôt (site ou magasin) pour y faire ses courses.
  • Il est possible de faire ses courses et de mettre des produits dans son panier (dans une certaine quantité)
  • On fait ses courses en naviguant dans des rayons (Epicerie, produits frais…) où les produits sont rangés par catégorie
  • Le client fait un choix d'horaire (jour et heure) pour venir cherche ses courses
  • Les stocks sont connus et mis à jour en temps réel
  • Il est possible de créer des listes de courses préparées (et nommées)
  • Les commandes doivent être mémorisées.
• Citer 3 exemples différents de Df (1 cas différent pour chaque exemple)
• Réaliser le modèle conceptuel des données (MEA)

• MEA (Modèle Entités-Associations)
• Diagramme de classes (UML) 14/01/2019

• Choix d'implémentation
• Représentation
• 3 règles de passage du MCD au MLD

ds1-2019.pdf

• Définition
• Règles de passage des Df au MEA 02/2019

• Conception : Guilde

• ds2.pdf

Les utilisateurs peuvent créer un compte, et se connecter à l'application.

Un script :

1. est créé par un utilisateur
2. Appartient à une catégorie (config files, bash scripts…)
3. est écrit dans un langage (php, bash, python…)
4. est d'un certain type (Apache config file, DNS file, CRON…)

Une catégorie peut avoir une catégorie parent : les catégories sont donc structurées de manière arborescente. Les scripts sont classés par catégorie.

Comme avec un système d'exploitation, le propriétaire d'un script peut en modifier les droits.

Intégrer les règles suivantes à votre modèle :

• On souhaite savoir à quel(s) emplacement(s) est utilisé un script (matériel, serveur…).
• On conservera un historique des versions de chaque script (date+version modifiée), chaque modification sera accompagnée d'un message permettant d'en connaître la nature.
• Il est possible de créer des groupes d'utilisateurs, ayant des droits sur des scripts.

Travail par groupe de 2

Recherche initiale :

• No SQL ? avantages/inconvénients + conditions ou contextes d'utilisation
• Solution logicielles existantes

Mise en pratique : A partir de la base de données (Script-lib), et d'une solution no-SQL choisie (suivant des critères) :

• Identifier et expliquer l'implantation possible des données
• Créer la base de données
• Ajouter des données de test valides (5 à 10 par type d'objet)
• Faire un résumé des manipulations nécessaires (tutoriel permettant de reproduire les principales opérations)
• Donner des exemples d'interrogation de données
• Illustrer par un exemple l'utilisation possible