Posté par Cédric Brancourt
Dans l’épisode précédent… Dans l’article précédent nous avons effleuré le concept de design stratégique. La phase indispensable qui consiste à analyser notre système sous l’aspect et dans le référentiel du problème (par opposition à la solution). J’ai insisté sur le fait que l’analyse du domaine est une étape incontournable. C’est souvent une étape oubliée, mais c’est fondamental lorsqu’on prétend répondre à un problème précis. (…)
Dans le domaine du GO un plateau de jeu s’appelle un Goban. Nous retrouverons donc Goban à tous les échelons de la communication ainsi que dans le code.
À la place de
game.current_playing_board(qui est un nom pas trop déconnant) nous aurionsgame.gobanMon conseil pratique est que l’équipe maintienne un lexique pour chaque domaine / sous-domaine.
Le point de départ
Dans un premier temps on peut dresser la liste des problèmes ou des situations auxquelles le système doit répondre.
En d’autres termes, ses Use Cases de haut niveau ! (Tout se recoupe…)
- Doit permettre jouer une partie en ligne sur les serveurs GO existant
- Doit permettre de jouer localement contre un joueur humain ou une IA
- Permet de visualiser et analyser des parties enregistrées
- Permet de suivre sa progression et son ranking (…)
Source : Design stratégique et jeu de Go