Nous utiliserons l'outil UMLet. Petit outil gratuit permettant une modélisation UML complète et customisable tout en restant très simple et intuitif d'utilisation. Bon nombre d'éditeur devrait s'inspirer de la conception de ce petit outil.
Nous utiliserons une méthodologie itérative. L'idée pour modéliser un logiciel existant est simple, vous prenez un écran et vous modélisez ce que vous voyez. Puis vous prenez un autre écran et vous affinez votre modélisation ainsi de suite. Enfin, vous complétez par toute information dont vous disposez par ailleurs.
Nous allons commencer par l'écran présenté sur le premier post de ce blog :
Nous distinguons deux types d'information à partir de cet écran : la cinématique des écrans par les boutons disposés en haut et des données concernant le personnage et l'aventure en cours dans la partie principale de l'écran.
Cinématique de l'écran :
Nous identifions 9 écrans : Hero, Adventures, Inventory, Shop, Friends, Leaderboards, recruit, forums, faq. Chaque écran semble accessible de n'importe quel autre écran. Prenons l'écran Adventures comme écran initial. Exemple de modélisation :
Modèle côté client
Le modèle côté client correspond aux informations que le serveur doit envoyer au client. Le client se charge alors uniquement de la partie affichage de ces informations. Voici les informations nécessaires au client sous format XML :
<ClientModel>
<Character name = "Word"
level = "1"
next-level = "2"
race-name = "Tiefling"
class-name = "Warlock"
current-xp = "542"
xp-next-level = "1000"
current-hp = "15"
hp-max = "31" />
<Adventure title = "Cutthroats of Crawling Bog"
level = "1"
nb-event = "6"
current-event-index = "3"
image = "Cutthroats_of_Crawling_Bog.jpg"
next-event-start-time-utc = "">
<description>
The king's soldiers are protecting the wealthy merchants and nobles on the High Road, but
bandits still prey on the common folk. The scoundrels hide from the soldiers in Crawling Bog,
a sucking swamp so notorious for the dangerous plants and monsters that live there that the
soldiers dare not enter. It's time someone brought the bandits to justice.
</description>
</Adventure>
</ClientModel>
Notez la convention de nommage utilisée : Capitales sans séparateur pour désigner les éléments représentant des objets. Les attributs sont en minuscules avec le tiret comme séparateur. L'élément XML 'description' est donc considéré comme un attribut.'next-event-start-time-utc' n'est pas renseigné car que je ne connais pas encore le format utc à utiliser.
A partir de ce modèle, le navigateur client peut transformer la structure du document à l'aide d'un fichier xsl, puis formater le résultat avec un fichier css.
Avant d'aller plus loin dans les aspects de modélisation de cette page, il est important de décrire le flux général des données afin de donner une vision d'ensemble des étapes de transformation de l'information. Nous verrons cela en détail lors du prochain post.


Aucun commentaire:
Enregistrer un commentaire