Adoption de la modélisation chez NetInvaders
Réunion N°1 : Mercredi 24 janvier 2012[modifier | modifier le wikicode]
Réunion téléphonique, sur Skype, nous utilisons la possibilité de partager son écran. Rappelons que Skype ne permet de partager l'écran que dans les conversations à deux, Skype permet les conversations à plusieurs mais pas avec le partage d'écran. Il nous faudra rechercher une solution de salle de réunion virtuelle.
Nous avons vu les points suivants :[modifier | modifier le wikicode]
Enterprise Architecte a été installé et fonctionne correctement, tous arrivent à se connecter sans difficulté.
Le processus proposé est présenté. Des pages du Wiki ont été initialisée là.
Le modèle a été initialisé avec les dossiers qui seront utilisés au début d'un projet. On décide d'utiliser le projet de développmeent d'une boutique comme cas d'étude pour la pratique de la modélisation. On s'intéresse aujourd'hui uniquement à la branche fonctionnelle du Y et aux étapes 1 Recueil des besoins fonctionnels et 3 Analyse. Les premiers dossiers sont :
- Business Process Model
- Use case Model
- Domain Model
- User Interface Model
Le présent Wiki a été présenté, les avantages d'un outil de type Wiki par rappor à un blog ont été discutés.
Rôles des dossiers du modèle[modifier | modifier le wikicode]
Business Process Model[modifier | modifier le wikicode]
Il se compose de Business Process Diagrams qui utilise BPMN (Business Process Modelling Notation). Il est le modèle principal de l'étape 1 Recueil des besoins fonctionnels. Il est renseigné pendant les étapes 1 Recueil des besoins fonctionnels et 3 Analyse
Use case Model[modifier | modifier le wikicode]
Il est le modèle principal de l'étape 3 Analyse. Il sert à receuillir la liste des acteurs qui sont identifiés.
Domain Model[modifier | modifier le wikicode]
En phase d'analyse, le domain model sert à établir la liste des objets candidats à devenir des objets dans le système. A ce stade on y représente les objets du monde réel, plus tard pour ceux qui seront élus pour devenir des objets dans le système un travail complémentaire d'abstraction pourra conduire à des transformations importantes et à faire apparaitre des objets que l'on ne perçoit pas dans le monde réel.
User Interface Model[modifier | modifier le wikicode]
Les Interfaces utilisateurs sont esquissées très tôt dans le processus. L'outil UML n'est pas essentiel pour cette partie du modèle, des outils de maquettage sont certainement plus efficaces, on pourra seulement représenter dans le UI Model, le graphe de navigation entre les écrans.
Règles adoptées par le groupe[modifier | modifier le wikicode]
R1 : Utilisation des swimm lanes dans les diagrammes BPMN[modifier | modifier le wikicode]
Les swimm lanes seront utilisées pour représenter les acteurs, pour préciser "qui fait les actions du processus". C'est un parti pris dont on verifiera la validité dans le temps. Le nom des acteurs sera le même que dans le modèle d'acteurs de manière à faire le line avec les uses cases.