archi
This commit is contained in:
parent
fd1b1d373f
commit
4c48b21211
|
@ -16,7 +16,7 @@ les difficultés identifiées
|
|||
au besoin, des diagrammes de séquence à la UML, pour détailler les protocoles un peu complexes.
|
||||
le type et l'organisation des tests envisagés
|
||||
|
||||
Note : le nom de l'archive à deposer doit être AV1_+ le nom du correspondant du groupe
|
||||
Note : le nom de l'archive à deposer doit être AV1_+ le nom du correspondant du groupe
|
||||
|
||||
## Plan de travail inital
|
||||
|
||||
|
@ -51,6 +51,8 @@ Pour la version partagée, une seule classe sera nécessaire puisque l'on veut j
|
|||
|
||||
Pour cette version, deux classes seront nécéssaire : la classe Client et la classe Server. Ces deux classes seront liées a une interface qui servira à indiquer les différentes méthodes que devra implémenter le server ainsi que les méthodes disponible par RMI pour le client.
|
||||
|
||||
### Les apllications
|
||||
### Les applications
|
||||
|
||||
Une classe qui étends la classe client ou une classe qui a un attribut client ?
|
||||
Une classe `Orchestre` (spécifique à l'algorithme choisi, exemple Eratosthène ou Levenshtein) qui étend `Server` et qui s'occupera de distribuer la charge de travail pour les applications (qui seront des sous-classes de `Client`).
|
||||
|
||||
Les tests seront écrits avec la librairie JUnit et permettront de vérifier la cohérence de toutes méthodes écrites.
|
||||
|
|
Loading…
Reference in a new issue