Caractériser l’environnement (A 6 )

La caractérisation de l’environnement est la première activité des besoins finals. Le prin- cipal objectif de cette activité est de définir l’environnement du système dans un document intitulé définition de l’environnement (ou environment definition).

Cette définition doit rendre plus facile la définition des cas d’utilisation et des contraintes liées. Ces contraintes et règles peuvent faire apparaître des problèmes environnementaux, comme de l’indéterminisme ou de la discontinuité. Il est important de commencer à tracer ce genre de caractéristique sle plus tôt possible dans le processus, afin de les pointer plus précisément, une fois dans l’analyse.

3.4.1.1 Déterminer les entités (S1)

Dans cette étape, l’analyste doit identifier les entités actives et passives qui sont en inter- action avec le système, ainsi que les contraintes sur ces interactions. Cette étape est classique en conception orientée objet.

Exemple 3.5. Dans le problème ETTO, on peut déterminer 4 entités actives et 2 passives :

3 Les entités actives sont :

– Les enseignants car ils modifient eux-mêmes leurs contraintes (dynamicité, autonomie) et ils interagiront avec le système ;

– Les étudiants car il interagiront avec le système ;

– La personne en charge de l’enseignement (appelée gestionnaire des enseignements) car elle devra choisir les cours à enseigner durant la période durant laquelle l’emploi du temps doit être défini. Il peut aussi apporter des modifications durant le fonctionnement du système ; il est capable d’agir sur le système ;

– la personne qui gère les salles (appelée gestionnaire des salles) pour les mêmes raisons ; son rôle est de modifier les contraintes des salles.

3 Les entités passives sont :

– Les salles car ce sont de simples ressources ; la personne qui gère les salles décide de l’évo- lution de leurs caractéristiques ;

3.4. Les besoins nals (WD2)

: Analyste d’Environnement : Concepteur UI : Utilisateur Final

                                                                                                  !         "  #$ % 
    " #$     
    "  #$    &         "  #$ '        ()        ()

Figure 3.3 — La définition de travaux WD2: les besoins finals.

: NPP : System «actor» : Rooms manager 1 : Choose teaching() 2 : Initialize constraints()

Figure 3.4 — Diagramme de collaboration entre le système et le plan pédagogique national (ou NPP). : Room : System «actor» : Courses manager 1 : Look constraints() 2 : Initialize constraints()

Figure 3.5 — Diagramme de collaboration entre le système et les salles.

– Le Plan Pédagogique National (ou PPN ou NPP). Il inventorie tous les cours à donner durant l’année pour chaque formation. La personne en charge de l’enseignement utilise le PPN.

3.4.1.2 Définir le contexte (S2)

Dans cette étape, il faut caractériser les flots de données et les interactions entre les entités identifiées et le système. Les flots de données entre les entités passives et le système sont exprimées grâce à des diagrammes de collaboration. Les interactions entre les entités actives et le système s’expriment via des diagrammes de séquences.

Exemple 3.6. On peut distinguer deux types de flots de données entre le système et les entités passives.

Le premier type doit permettre au système d’obtenir les contraintes d’enseignement des ensei- gnants et des groupes d’étudiants depuis le plan pédagogique national (NPP). Ces contraintes sont transmises par le gestionnaire des enseignements. Ceci mène au diagramme de collaboration entre le système et le NPP de la figure 3.4.

Le second type doit permettre au système d’être informé de l’état des contraintes des salles. Cette information est transmise par le gestionnaire des salles. Ceci mène au diagramme de collaboration entre le système et les salles de la figure 3.5.

De plus, il y a des interactions possibles avec chaque entité active :

– Le gestionnaire des enseignements est capable de consulter le plan pédagogique national (NPP), d’initialiser et de mettre à jour les contraintes d’enseignement des enseignants et des groupes d’étudiants. Il peut aussi lancer la résolution et visualiser le résultat fourni par le système ;

– Le gestionnaire des salles est capable de consulter les salles et d’initialiser et mettre à jour les contraintes de ces salles ;

3.4. Les besoins nals (WD2)

et visualiser le résultat fourni par le système ;

– Les groupes d’étudiants peuvent visualiser le résultat fourni par le système.

3.4.1.3 Caractériser l’environnement (S₃)

Dans cette étape, il faut caractériser environnement en utilisant les termes proposés par Russel et Norvig, qui représente une bonne caractérisation des problèmes que peuvent ren- contrer les système artificiels et qui justifie l’utilisation de système intelligents afin de palier ces difficultés [Russel et Norvig, 1995] (voir §1.2.3) :

Accessible ou non : le système peut, ou non, obtenir une information complète, exacte et à jour sur l’état de son environnement. Il est important d’identifier les entités qui devront faire directement face à cette inaccessibilité, afin de mettre en place des moyens de demande de précision à l’utilisateur par exemple ;

Déterministe ou non : dans un environnement non déterministe, une action n’a pas un effet unique garanti. Il faut identifier les entités de l’environnement fournissant les retours des actions effectuées afin de prévoir des réponses adéquates ;

Statique ou dynamique : l’état d’un environnement dynamique dépend des actions du système qui se trouve dans cet environnement mais aussi des actions d’autres proces- sus. Aussi, les changements ne peuvent pas être prédits par le système. Par contre, il convient de clairement identifier les acteurs de la dynamique afin d’en déterminer la nature ;

Discret ou continu : Dans un environnement continu, le nombre d’actions et de perceptions possibles dans cet environnement est infini. Par exemple, un système devant prendre en entrée des données textuelles possédant une sémantique forte, comme dans ABROSE, est face à un environnement continu [Gleizes et Glize, 2000]. Ici, l’identification de telles caractéristiques permet, par exemple, la mise en place de structures dédiées à la prise en compte de ces chaînes de caractères par décomposition récursive : une sorte d’ontologie dynamique.

Cette caractérisation correspond à une partie de l’artefact définition de l’environnement (ou environment definition.

Exemple 3.7. L’environnement d’ETTO peut se définir en tant que :

Dynamique : Les enseignants, les groupes d’étudiants, le gestionnaire de salles et le gestionnaire des

enseignements sont imprévisibles. Ils peuvent ajouter ou modifier des contraintes à n’importe quel moment ;

Accessible : Toutes les salles sont décrites par le gestionnaire de salles et toutes les contraintes sont

données par les autres entités actives ;

Non déterministe : Le système n’a pas de représentation de corrélation entre les résultats qu’il

fournit et les contraintes ajoutées ou modifiées par les entités actives ;

Continu : Les entités actives sont toujours capables d’ajouter ou de modifier leurs contraintes.

Rooms manager Courses manager Students group Teacher Initialize courses Modify courses Initialize constraints Modify constraints Visualize current result «include» Launch solving Initialize rooms Modify rooms System Cooperation Failure Possibilities

Figure 3.6 — Les cas d’utilisation d’ETTO.