Remarques Globales

       Que ce passe t'il si je fait kill -9 logiciel !!! pas clair pour aucun d'entre vous
       Connaisser vous la notion de "persistance" ?

       Le glossaire est un outil de clarification utiliser le et a bon essiant: Genre ne redéfinisez pas toute l'informatique, et détailler un peu plus les "Objets" de votre univers comme les  fichier les références les droits etc, toutes ces classes de base du modèle "métier" d u logiciel.

    RAPPEL
       un cas d'utilisation = un objectif (ou en tout cas au moins un !!!)
       un acteur -> des capactités (de nuire par exemple)
       une fonction = un truc qui rendre dans le patern "le système fait <X>" , le système ne lance pas l'application, pour ca il fait plusieurs chose !!!!!

FQM
    une QUALITE  oublié : fonctionne sur les deux SGF cible !!!!



Argonaute
 Remarques :

• pas de présentation générale du logiciel (il fait quoi en quelques mots)
• Acteurs : pourquoi les plugins sont il considérés comme des acteurs ne font ils pas partie du logiciel et de ce que vous devez développer ?
• les capacités de l'acteur Utilisateur ne sont pas spécifiées
• Use case : il est surprenant de faire des cas d'utilisation de lancement et de fermeture, ces deux cas d'utilisation sont intimement liés et donc il me parait difficille de les séparer !
• Pourquoi +ieurs types de plugins, un plugin ne peut pas répponde a plusieurs fonctionalités (un jar avec toute la gestion spécifique a un type de structure: exemple visite d'une archive ?)
• le lien uses entre modifier et afficher les propriétés d'un fichier implique que l'on ne peut pas  utilisrer afficher  les propriétées sans faire une demande de modification  (inverser la fleche et utiliser un extend)
• Choisir les colones : drole de cas d'utilisation !!! lié a rien d'autre dans le logiciel !!!
• Diagramme de Use case : pas de vision d'ensemble du projet avec les importances relatives des différents use case, pas de carte des pactages
  
• n'y a t'il pas trop de cas d'utitilisation dans votre truc ?
• Drole de fonction réaffichage quand l'utilisateur fait quelque chose .... et si c'est le système ?
• Glossaire :
• la définition de Noeud ressemble a une fuite en avant ....
• priorité paquetage et diagramme de gantt n'ont rien a faire la !
• propriétées : pas de définition de ce truc la !!!!!!!!!
• FQM
  
• le fqm doit être général !!!! il permet de simplifier la structuration technique !!!! et de maximiser la reutilisation a travert les cas d'utilisation.

Bingoo
      Remarques

• FQM
  
• ce ne sont pas des fonctions mais des cas d'utilisation que vous avez lister ici !!!
• UC
• Diagramme de cas d'utilisation
  
• Pourquoi renommer un élément "include" lancer bingoo !!! j'aurait plustot vu le lien dans l'autre sens sous forme d'extend, en effet que binggo soit lancer est un prérequis de renommer léménet mais il n'y a pas d'inclusion !!! je ne doit pas lancer le logiciel a chaque fois que je doit renommer un élément non ?
  
• Pourquoi faire un use cas a part pour lire le fichier de préférence si il n'est pas utilisé par un autre cas d'utilisation que lancer bingooo ?
• vu l'importance de selectionner un élément n'a t'il pas droit un a pactage a part ?
• "le fichier de préférences est inaccessiible"  question quel est l'objectif de l'acteur dans ce UC ?
• Il y d'autres c...ies de ce type, encore une, encore une , (je craque)...
  
• ce déplacer dans l'arborescence prérequis : NEANT (Wouarf :) mdr !!!
  
•  acteur
• l'existance de l'acteur utilisateur arrive de façon discrette et il n'y a pas bcp d'information sur lui !! il sait faire quoi cet homme la ?
• glossaire ?   C'est un glossaire spécifique ?? ou un cours d'informatique pour débutants ? a jeter en l'état.
• 
  

ComplEx

• Vous êtes sur de parler de conception dés maintenant ??
• Acteur  utilisateur  : personne pouvant manipuler des  EI grace à complex (Wouarf ptdr :)  et complex vous le définissez  comme un logiciel pouvant être utilisé par un utilisateur qui manipule des des E.I ?
• j'aime le diagramme d'interaction
  
• Use Case Diagramme PAS TROUVE CE DIAGRAMME !!!
  
• VUE D'ENSEMBLE PAS TROUVE DE VUE D'ENSEMBLE !!!!
• FQM
  
• répartis un peu partout  même remarque qued'autres ....
• mélange de fonction et de Use case (Rappel l'acteur utilise le logiciel  et le système fait des choses ....)
  
• UC
  
• j'aime les enchainement alternatifs (qui ne sont pas vu comme des sous use case c'est bien)
• j'aime pas l'analyse de "déplacer" comme copier + supprimer !!! je veut juste "déplacer" qqcvd
  
• 
  
• 
  

DEX

• Pas de description de l'acteur principal
• Ne copier pas trop sur l'explorer il y a des choses qui ne vont pas vous plaire quand vous devrez les implémentées ....
  
• FQM
  
• j'aime PAS votre notion de priorité elle n'est pas comforme aux exigences utilisateur
  
• drole de FQM ou la fonction "rechercher un fichier" n'apparait pas (lc'est pas le soft qui fait cela ?)
• la fonction "compatibilité de l'application" est pour moi une qualité et pas une fonction !!!! cette qualité doit apparaitre a chaque foit qu'il y a un risque d'incompatibilité
  
• UC
  
• telque vous présenter les choses il faudrait lancer l'application a chaque fois que vous voulez faire quelque chose ne pouvez vous pas mettre "appliaction lancée" dans les pré-requis de vos use case ??
• VUE D'ENSEMBLE PAS TROUVE DE VUE D'ENSEMBLE !!!!
• Glossaire
  
• afficher l'arborescence pas très clair comme définition
  
• chemin absolu : vos exemple n'aide pas, les chemins sont donc système dépendants ? que ce passe t'il pour un disque monté
• bof quoi :!
  

eBoomer (e)
    Remarques

• j'aime le diagramme de Cas d'utilisation général et le découpage en pactages fonctionels et le découpage en pactages pratiques
  
• UC :  il est surprenant de faire des cas d'utilisation de lancement et de fermeture, ces deux cas d'utilisation sont intimement liés et donc il me parait difficille de les séparer !
• J'aime l'idée de conditions de test !
• FQM
  
• le fqm doit être général !!!! il permet de simplifier la structuration technique !!!! et de maximiser la reutilisation a travert les cas d'utilisation.
• Le glossaire est bon

FBOX

• j'aime la présentation générale du soft
  
• FQM
• famélique
  
• je comprend pas ce que font les fonctions c'est un comble non
  
• manque criant de qualités et de mesures
  
• a revoir entierement !!
• Acteurs
• Pas  de description de l'acteur utilisateur
• c'est quoi ce truc : "le gestionnaire d'erreurs" comprend pas l'interet
  
• UC
• 
  
• Glossaire
  
• vide !
• définitions générales
  
• pas de définition pour sélection
• "emplacement" est utilisé mais pas définis dans la définition de fichier
  
• URI/URL/etc inconnu au bataillon
  
• 
  

GoldFinder
HOLMZ

• lire les remarques aux dessus vous concernant :)
• définition d'acteur
  
• organisation UC
• FQM distribué
• 
  
• j'aime bien Holmz et j'ai plus de critiques sur GF
•