Conception d'une application pour le suivi de passagers

1.3 MODELISATION DU METIER

Objectif de la modélisation du métier

La modélisation du métier vise à mieux connaître le fonctionnement et les règles qui régissent le système organisationnel dans lequel on envisage implanter un nouveau système informatisé. Si l'on souhaite que le système informatique à concevoir corresponde aux exigences réelles du métier ciblé, il est vital de bien identifier les objectifs, les priorités, les règles de gestion et les processus clés de l'organisation avant toute tentative d'informatisation.

L'importance que revêt cette activité pour le reste du projet justifie son positionnement en amont par rapport aux autres activités.

Présentation du langage de modélisation UML

UML (Unifiedprocess) se définit comme un langage de modélisation graphique et textuel destiné à comprendre et décrire des besoins, spécifier et documenter des systèmes, esquisser des architectures logicielles, concevoir des solutions et communiquer des points de vue.^{5( *)}

UML n'est pas une méthode (i.e. une description normative des étapes de la modélisation) : ses auteurs ont en effet estimé qu'il n'était pas opportun de définir une méthode en raison de la diversité des cas particuliers. Ils ont préféré se borner à définir un langage graphique qui permet de représenter, de communiquer les divers aspects d'un système d'information (aux graphiques sont bien sûr associés des textes qui expliquent leur contenu). UML est donc un métalangage car il fournit les éléments permettant de construire le modèle qui, lui, sera le langage du projet.

UML 2 s'articule autour de treize types de diagrammes, chacun d'eux étant dédié à la représentation des concepts particuliers d'un système logiciel. Ces types de diagrammes sont répartis en deux grands groupes :^{6( *)}

· Six diagrammes structurels :

- Diagramme de classes : il montre les briques de base statiques : classes, associations, interfaces, attributs, opérations, généralisations, etc.

- Diagramme d'objets : il montre les instances des éléments structurels et leurs liens à l'exécution.

- Diagramme de packages : il montre l'organisation logique du modèle et les relations entre packages.

- Diagramme de structure composite : il montre l'organisation interne d'un élément statique complexe.

- Diagramme de composants : il montre des structures complexes, avec leurs interfaces fournies et requises.

- Diagramme de déploiement - Il montre le déploiement physique des « artefacts » sur les ressources matérielles.

· Sept diagrammes comportementaux :

- Diagramme de cas d'utilisation : il montre les interactions fonctionnelles entre les acteurs et le système à l'étude.

- Diagramme de vue d'ensemble des interactions : il fusionne les diagrammes d'activité et de séquence pour combiner des fragments d'interaction avec des décisions et des flots.

- Diagramme de séquence : il montre la séquence verticale des messages passés entre objets au sein d'une interaction.

- Diagramme de communication : il montre la communication entre objets dans le plan au sein d'une interaction.

- Diagramme de temps : il fusionne les diagrammes d'états et de séquence pour montrer l'évolution de l'état d'un objet au cours du temps.

- Diagramme d'activité : il montre l'enchaînement des actions et décisions au sein d'une activité.

- Diagramme d'états : il montre les différents états et transitions possibles des objets d'une classe.

La demarche UP (Unified Process)

Processus unifié (PU ou UP en anglais pour UnifiedProcess) est une méthode de prise en charge du cycle de vie d'un logiciel et donc du développement, pour les logiciels orientés objets. Le Processus Unifié (UP, pour UnifiedProcess) est un processus de développement logiciel « itératif et incrémental, centré sur l'architecture, conduit par les cas d'utilisation et piloté par les risques.^{7( *)}

On dit de la méthode UP qu'elle est générique c.à.d. qu'elle définit un certain nombre de critères de développement, que chaque société peut par la suite personnaliser afin de créer son propre processus plus adapté à ses besoins. C'est dans ce cadre que la société Valtech a crée la méthode 2TUP. 2TUP signifie « 2 TrackUnifiedProcess» .C'est un processus qui répond aux caractéristiques du Processus Unifié.

Le processus 2TUP apporte une réponse aux contraintes de changement continuel imposées aux systèmes d'information de l'entreprise. En ce sens, il renforce le contrôle sur les capacités d'évolution et de correction de tels systèmes. « 2 Track» signifie littéralement que le processus suit deux chemins. Il s'agit des « chemins fonctionnels » et « d'architecture technique », qui correspondent aux deux axes de changement imposés au système d'information.