J'aime le Smalltalk

Aller au contenu | Aller au menu | Aller à la recherche

Tag - diagramme de classes

Fil des billets - Fil des commentaires

Diagramme de classes [version 3]

Voici notre troisième mouture du diagramme de classes :

classeOF-v5

Les modifications :

La gestion du stock de produits finis :

  • Ajout d'une classe ProduitFinis,
  • Ajout d'une classe stockPF permettant de gérer les stocks de produits finis.

Gestion de la nomenclature :

  • Nous avons choisis de supprimer la classe "Nomenclature",
  • La nomenclature sera représentée par les affectations de matière première.

Mise à jour des méthodes :

Nous avons mis à jours les méthodes qui ont été créées au besoin lors des phases de programmation.

A bientôt, Romain.

Deuxième version du diagramme de classes

Nous avons poussé notre réflexion sur le sujet un peu plus loin et nous avons créer un nouveau diagramme de classes.

Le voici :

classeOF-v4.jpg

J'ai aussi réfléchis aux différentes méthodes de la classe OF (Ordre de Fabrication). On considère qu'un OF ne peut pas être annulé si il a déjà été lancé.

Voici les méthode d'un OF :

creerOF

  • génération automatique d'une référence ("OF" + chiffres)
  • l'utilisateur définit la référence de la pièce à fabriquer
  • l'utilisateur définit la quantité à produire (integer)
  • l'utilisateur définit la date de début de fabrication
  • l'utilisateur définit la date de fin de fabrication
  • affectation d'au moins 1 employé
  • affectation d'au moins 1 machine
  • affectation d'au moins 1 matière

lancerOF

Condition(s) d'exécution :

  • on vérifie si les ressources sont disponible, sinon on refuse de lancer la fabrication.

Ce qui se passe quand on appel la méthode :

  • les matières première requise sont enlevées du stock
  • les ressources sont occupées (disponible = false)

solderOF

Condition(s) d'exécution :

  • on vérifie si l'OF à été lancée, sinon on refuse de solder l'OF.

Ce qui se passe quand on appel la méthode :

  • les ressources sont à nouveau disponible (disponible = true)
  • les pièces finis arrivent en stock

suspendreOF

Condition(s) d'exécution :

  • on vérifie si l'OF à été lancée, sinon on refuse de suspendre l'OF.

Ce qui se passe quand on appel la méthode :

  • les ressources sont à nouveau disponible (disponible = true)

reprendreOF

Condition(s) d'exécution :

  • on vérifie si l'OF à été suspendus, sinon on refuse de reprendre l'OF.

Ce qui se passe quand on appel la méthode :

  • les ressources sont occupées (disponible = false)

annulerOF

Condition(s) d'exécution :

  • on vérifie si l'OF à été lancé, si oui on refuse d'annuler l'OF.

Ce qui se passe quand on appel la méthode :

  • l'OF disparaît du planning

Nous continuons à réfléchir pour faire quelque chose cohérent et de simple par rapport au sujet proposé.

Pierre

Première ébauche de modélisation

Bonjour à tous,

Comme promis, le premier rapport sur notre avancement dans le projet ne se fait pas attendre. Alors que le sujet est distribué et les enjeux clairs, nous voici lancés. Il s'agit maintenant de commencer à réfléchir à la structure de notre futur programme. Quelques lectures du sujet plus tard, nous posons les première esquisses de la modélisation.

Voici notre première idée de diagramme de classes après quelques heures de réflexion. Réalisé dans le but de poser les bases de notre programme et d'avoir un premier aperçu de son articulation avant de se lancer dans le code.

classeOF

Notre programme sera construit autour d'une classe principale "OF" ou (Ordre de Fabrication) à partir de laquelle toute les actions de gestion seront possibles via un ensemble de méthodes permettant d'accéder et de gérer les autres classes (Ressource, Stocks, Planning).

Nous allons maintenant pouvoir nous plonger dans le code et poser les premières pierres du programme. Le diagramme de classe sera susceptible d'évoluer au fil du codage et des difficultés rencontrées.

Romain