Modéliser Ou comment re-présenter sa connaissance

Modéliser

• Ou comment RE-présenter sa connaissance

Plan

• Cycle de dévt logiciel

• Déf des objectifs, collecte des besoins, analyse, conception

• Représentation

• Modèle

• Point de vue, perspective

Règle de transformation

• Seule la dernière étape est réalisée systématiquement dans le langage adapté (C++, Visual Basic, PHP, SQL, …) ;

• Pourtant

• Chaque activités (étapes) du développement a ses techniques ;
• Il existe des langages, des notations adaptés à chacune de ces transformations

Modéliser : exemple

Qu’est-ce qu’une représentation?

• Artefact

• textuelles, graphiques, formelles

Représentation: exemples

• Exemples

• plans de bâtiments
• architectes, chef de chantier, clients, …
• partitions de musique
• compositeur, chef d ’orchestre, musicien, …
• diagrammes UML
• utilisateur, architecte, codeur, …

Modèle

• Résumé

• « Pour un opérateur O, un objet M est un modèle d’un objet S si O peut utiliser M pour répondre à des questions Q qu’il se pose au sujet de S » (M. Minsky).

• Caractéristiques

• Le contexte : délimitation de l'objet d'intérêt
• (quel objet S ?)
• Le point de vue du modélisateur
• (quel opérateur O ?)
• L'objectif
• (quelles questions Q ?)

Points de vue

Points de vue et audience

Points de vue en dev. logiciel

• Fonctionnel : comportement, enchaînement

• Structurelle : modèle de données

• Organisationnel : décision, responsabilité

• Opérationnel : ressources, mise en oeuvre

Exemple : Kruchten (4+1)

Activité / Artefacts

• Déf du pb

• Modèle d’usage (UML)

• Capture des besoins

• Actigramme (IDEF0)

• Analyse

• Diagramme de classes (UML)

• Conception

• Diagramme de composants (UML)
• Diagramme de déploiement (UML)

Délimiter le système

Contraintes exploitation: panorama

• Contraintes d’exploitation

• Volumes (nombre de données à traiter)
• Performance (temps de réponses)
• Organisation : équipe support interne, ...

• Spécifications techniques

• Existant : parc matériel et environnement logiciel

Identifier les acteurs

Identifier les acteurs (1)

• Quels sont les utilisateurs qui ont besoin du système pour réaliser leur travail ?

• Quels sont les utilisateurs qui exécutent les fonctions principales du système ?

Identifier les acteurs (2)

• Quels sont les utilisateurs qui exécutent les fonctions secondaires du système (maintenance et administration) ?

• Est-ce que le système interagit avec du matériel ou d ’autres logiciels ?

Cas d’utilisation rédigé