1 La recherche en SI En Informatique Thème 3 du GDR Agnès Front, Jean-Pierre Giraudin, Dominique...

Post on 03-Apr-2015

107 views 0 download

Transcript of 1 La recherche en SI En Informatique Thème 3 du GDR Agnès Front, Jean-Pierre Giraudin, Dominique...

1

La recherche en SI

En Informatique

Thème 3 du GDR

Agnès Front, Jean-Pierre Giraudin, Dominique Rieu Équipe SIGMA – LIG - Grenoble

Avec l’aide de Corine Cauvet, Claude Chrisment, Colette Rolland, Christine Verdier, Dalila Tamzalit…

2

Définitions et évolution des SI

Problématique de la recherche en SI

Ingénierie des produits

Ingénierie des processus

Carte de France

La Recherche en SI

3

Définitions du SI

Un SI est en premier lieu un système social de significations partagées - mettant en jeu des acteurs multiples - qui existe chaque fois qu’il existe une organisation humaine.

Ensemble organisé de ressources : matériel, personnel, données, procédures permettant d’acquérir, de traiter, de stocker, de communiquer des informations (textes, images, sons, etc.) dans les organisations. -> Système d’Information Naturel

Dépositaire du savoir et savoir-faire des organisations, base de connaissances de l’entreprise -> Système d’Information Artificiel (en particulier logiciel)

Support des connaissances et des processus métiers des organisations

S. Alter, C. Rolland, B. Coulette, Hirshein, R. Reix, …

4

Evolution des SI

Outil basique au service de toute organisation

Réalisation de processus administratifs

simples

Maîtrise (réalisation et évolution) de Processus

métiers complexesAide sur la totalité de la

chaîne de conception, production,

maintenance, vente…Aide à la décision

Echanges instantanés entre

l’entreprise et l’ensemble de ses équipes et

partenaires, y compris le grand public Maîtrise des processus

souples

Les Synthèses de KLC, « Quel avenir pour la fonction SI ? », mai 2004

temps

Complexité(des processus métiers,des organisations, des acteurs)

5

Evolution des SI

Outil basique au service de toute organisation Réalisation de processus administratifs simples

Maîtrise (réalisation et évolution) de Processus métiers complexes

Aide sur la totalité de la chaîne de conception, production, maintenance,

vente…

Aide à la décision

Echanges instantanés entre

l’entreprise et l’ensemble de ses équipes et

partenaires, y compris le grand public Maîtrise des processus

souples

Les Synthèses de KLC, « Quel avenir pour la fonction SI ? », mai 2004

temps

Complexité(des processus métiers,des organisations, des acteurs)

6

Automatisation administrative

Observatoire du changement

Aide à la performance opérationnelle

60

70

80

90

00Infrastructure de coopération

et ouverture

Management de la connaissance et mondialisation

Accroître la productivité administrative

Gérer l’information comme une ressource sensible

Accroître la productivité du poste de travail

Générer de la valeur ajoutée à travers une meilleure coopération des agents

Générer de la valeur ajoutée par un meilleur partage des connaissances et une coopération interorganisationnelle

Evolution des SI / Objectifs

« 50 ans de SI » Selmin Nurcan et Collette Rolland, 2005

7

Automatisation administrative

Observatoire du changement

Aide à la performance opérationnelle

60

70

80

90

00Infrastructure de coopération

et ouverture

Management de la connaissance et mondialisation

Fichiers et traitements par lots

SGBD

Systèmes de gestion de workflow (ou gestion électronique de processus)

Web, internet, standards pour l’interopérabilité, BPMS

Plateformes distribuées, systèmes pervasifsweb services, workflow interopérants, …

Evolution des SI/ Technologies

« 50 ans de SI » Selmin Nurcan et Collette Rolland, 2005

8

Les SI aujourd’hui

Complexité et évolution des SI liées à celles des organisations- des périmètres de plus en plus larges (entreprise étendue) et des durées de vie variables (entreprise virtuelle)

exemple : processus de conception collaborative de produits innovants- des acteurs autrefois d’interface au cœur des processus métier

exemple : le processus d’assistance d’un patient à domicile

Complexité et évolution des SI liées à celles des technologies de l’information et de la communication -Architecture :Pervasifs/Adaptatifs/Mobiles, Coopératifs / Interopérables

Intégrés / basés sur des services web…

- Interaction : multimodalité, plasticité

- Information : Centré sur des contenus multimédias, données semi-structurées/floues..

Les SI sont omniprésents, multiformes, évolutifs, de plus en plus complexes….

9

Des domaines d’application

SI géographiquesSI pour l’intelligence économique/pour la veilleSI pour l’éducation, la formation, l’apprentissageSI médicauxSI satellitairesSI données techniquesSI de transport …

Des domaines récents ou anciensde plus en plus « couverts » en terme de PMet appuyés par l’évolution des technologies

10

Exemple de nouveau SISI desurveillanceà domicile

PATIENT

Urgences Médicales Infirmière LibéraleMaisons médicalisées

Hôpital

Urgences médicales mobiles

Médecin généralisteou spécialiste

Secteur paramédicalAidants (voisin, famille,

etc.)

- Une organisation virtuelle - Des SI existants autonomes- Un « client » au centre du PM

11

Définitions et évolution des SI

Problématique de la recherche en SI

Ingénierie des produits

Ingénierie des processus

Carte de France

La Recherche en SI

12

du besoin

Base dedonnées

Base dedocu-ments

Base deconnais-sances

Base d’imageset vidéos

Based’objets

3D

Recherche en SI- des besoins existent

ou sont à éliciter - des technologies existent

ou pourraient exister

ALIGNER le SI aux besoins organisationnels en tirant partie des technologies

Et donc TROUVER les méthodesà la technologie

PATIENT

Urgences Médicales

Infirmière Libérale

Maisons médicalisées

Hôpital

Urgences médicales mobiles

Médecin généraliste

ou spécialiste

Secteur paramédical

Aidants (voisin, famille, etc.)

Problématique de la recherche en SI

13

du besoin

Base dedonnées

Base dedocu-ments

Base deconnais-sances

Base d’imageset vidéos

Based’objets

3D

- des architectures nouvelles (pervasives)- des « briques » réutilisables - des interfaces adaptatives

- des processus métiers nouveaux à exprimer en terme de buts et non plus d’activités- des besoins personnalisables en fonction de l’utilisateur et adaptables à son environnement

- des acteurs aux « métiers » et compétences différentes (co-conception)- usage de modèles collaboratifs (partage d’expertise,

travail en commun)

Problématique de la recherche en SI

à la technologie

PATIENT

Urgences Médicales

Infirmière Libérale

Maisons médicalisées

Hôpital

Urgences médicales mobiles

Médecin généraliste

ou spécialiste

Secteur paramédical

Aidants (voisin, famille, etc.)

Recherche en SI- des besoins existent

ou sont à éliciter - des technologies existent

ou pourraient exister

ALIGNER le SI aux besoins organisationnels en tirant partie des technologies

Et donc TROUVER les méthodes

14

Méthodes d’ingénierie modèles, démarches et outils pour comprendre et représenter le SI dans sa globalité en vue de développer et faire évoluer

des SI informatisés adaptés, adaptables, adaptatifs

C a p tu r e d e s b e s o in s : C a h ie r d e s C h a r g e s

A c t e u r 1

A c t e u r 2

< < in c lu d e > >A c t e u r 1

A c t e u r 2

< < in c lu d e > >

< < in c lu d e > >A c t e u r 1

< < e x t e n d > >

A c t e u r 2

F o r m a l i s a t io n d e s F o r m a l i s a t io n d e s e x i g e n c e s m é t i e re x i g e n c e s m é t i e r

A r c h i t e c t u r e A r c h i t e c t u r e A p p l i c a t i v eA p p l i c a t i v e

F o n c t io n n e l sF o n c t io n n e l s T e c h n iq u e sT e c h n iq u e s

… .… .

M o d è l e d e c a s d ’ u t i l i s a t i o n

A r c h i t e c t u r e A r c h i t e c t u r e T e c h n iq u eT e c h n iq u e

C o n tro l

V iew

M o d e l

P ro cess

P ro d u it

M a p p in g

F iltre s O rg a n isa t io n n e ls

R éféren tiel

P ro cess

P R E S E N T A T IO N P R O C E S S U S E N T R E P R IS E M A P P IN G O -R D O N N E E SC L IE N T

F o r m a l i s a t io n d e s F o r m a l i s a t io n d e s p r o c e s s u s m é t i e rp r o c e s s u s m é t i e r

A n a ly s e A n a ly s e s t r u c t u r e l l es t r u c t u r e l l e

P e rs o n n e< < M é t ie r> >

( fro m L o g ic a l V ie w)

P e rs o n n en o mp ré n o md a te N a is s a n c eg ra d e

c ré e rP e rs o n n e( )

re c h e rc h e r ()

< < M a î tre > >

S e rv ic e P e rs o n n e

c ré e rP e rs o n n e( )

< < In te rfa c e > >/ N o m/ P ré n o m/ G ra d eP r im e

/ N o m

O b je c ti f

( C e q u e je sa is fa ir e ) ( C e q u e je su is )

C e n tre< < M é t ie r> >

(fro m L o g ic a l V ie w)

S e rv ic e C e n tre

c ré e rC e n tre ( )

< < In te rfa c e > >

A c tiv itéd a te D é b u td a te F in

< < P a r tie > >

C e n trec o d elib e lléd a te C ré a t io n

< < M a î tre > >

**

c ré e rA c t iv ité ( )a jo u te rA n im ( )

c ré e rC e n tre ( )a jo u te rA c tiv ité ( )a jo u te rR e s p ( )

< < u t il is a tio n > >

< < u t il is a tio n > >

( C e q u e j’ u t i l is e )

R e s p o n s a b le

A n im a te u r

/n o m/p ré n o ms p é c ia litéo b je c t if

< < R ô le > >

/n o m/p ré n o m/g ra d ep rim e

( C e q u e je sa is fa ir e ) ( C e q u e je su is )

< < R ô le > >

c a lc u le rP rim e ( )

C lien tD os sie r

D ossie rC on v en tion

« Jav a In te r f a c e »C o n ve n t io n

mo d if ie rCo nv e nt io n ( [in ] c o n v e n tion V a lue : Co n v e n tion V a lue )

c on s ulte rCon v en tio n ( ) : c o m.c o nf ora ma .ma e c li.mo d el.e n tre pr is e.ga ra n tie .c o nv e nt io n .Con v en tio nV a lue

C o n ve n t io n Fac to r y

c on v en tio nFa c tory : Con v en tio nFa c tory

c ree rCon v en tio n ( [ in ] c o nv e nt io n V a lu e : Co nv e nt io n V a lu e ) : c om .c on f o ra ma.ma ec li.mod e l.en tre p r is e .g a ran tie .c on v en tio n. ...

re c h e rc he rCon v en tio ns ( [in ] c r itere s : Ha s htab le ) : Co lle c t io n

re c h e rc he rCon v en tio n ( [in ] id : in t ) : c o m.c o n f ora ma .m ae c li.mo d el.e n tre pr is e.ga ra n tie.c o n v e n tio n .Con v en tio n

re c h e rc he rCTA s ( [in ] c r ite res : Has h ta ble ) : Co lle c tio n

re c h e rc he rTra ns p or teu rs ( [in ] c r itere s : Ha s htab le ) : Co lle c t io n

re c h e rc he rReg le ( [in ] c r ite res : Has h ta ble ) : Co lle c tio n .. .

« Rô le »Ro le Re g le

id : lon g

lib elle : S tr ing

p er io de Deb u tG a ra nt ie : ...

p er io de Fin G a ra nt ie : in t.. .

C o n ve n t io n Im p l

Co n v e n tion Imp l ( )

mo d if ie rCo nv e nt io .. .

c on s ulte rCon v en ti.. .

C o n ve n t io nD ...

Co n v e n tion D ...

C a r n e tGa r an t ie

idCarn e tG a ra n tie : in t

lib elleCar ne tG a ra n tie : S tr i...

.. .

« Ma îtr e»C o n ve n t io n V a lu e

id : lon g

d ateCre at io n : Da te

d ateM od if ic a tio n : Da te

idU tilis a te u r : in t

d ateDe bu tV a lid ite : Da te

d ateF inV alid ite : Da te

idTy pe Co n v e n tion : in t

lib elleTy pe Co n v e n tion : S tr ing

c od e Pr od u it : S tr in g

re f e ren c eCo mme rc ia le Co n s t ru c teu r : S ...

lib elleCon v en tio n : S tr in g

p ay a nte : b o ole an

idTy pe G a ra nt ie : in t

lib elleTy pe G a ra nt ie : S t r in g.. ... .

« Rô le »Ro le T ie r s

n om : S tr in g

idT ie rs : l...

.. .

« Rô le »C e n tr e T e ch n iq u e A g re e

p r is e En Cha rg eDuHG : b o ol...

.. .

- c o n ve n t io n D A O

- ro le R e g le

*

- c o n ve n t io n V a lu e1

- c o n ve n t io n V a lu e

- c a rn e t G a ra n t ie

- t ra n s p o rt e u rR o le T ie rs

*- e n s e ig n e R o le T ie rs

0 . . 1

- fo u r n is s e u rR o le Tie rs

0 . . 1

- c t a R o le Tie rs

*

- c t a R o le Tie rs

C lien t D o ssier

C lien t R o leTiers

D o ssierC o n vent ionD o ssierD A O

« in te rfa c e »S ta te M a ch in e

e x e c u te rTra n s i t io n ( [ in ] a c t ive O b je c t )

S ta te M a ch in e F a c to ry

s ta te M a c h in e F a c to ry : S ta te M a c h in e F a c t. . .

g e t In s ta n c e ( )in i t ( )

S ta te M a ch in e . . .

S ta te . . .

S ta te M a ch in e . . .

T ra n si tio n

in p u tS ta te Ty p e C o d e : S t rin go u tp u tS ta te Ty p e C o d e : S t . . .e ve n tTy p e C o d e : S t rin g

S ta te T a b le

n a m e

- s ta te M a c h in e D A O - s ta te M a c h in e V a lu e

- s ta te Ta b le

- t ra n s it io n

C o n c e p t i o nC o n c e p t i o n

I m p lé m e n t a t io nI m p lé m e n t a t io n

« e s t s p é c i f i é p a r »

« e s t im p lé m e n té p a r »« e s t im p lé m e n té p a r »

A n a ly s e A n a ly s e s t r u c t u r e l l es t r u c t u r e l l e

A n n u lé C lô t u ré

In i t ié E n c o u rs/ C ré a t io n D o s s ie r

/ C lô t u re

/ C ré a t io n A c t io n

/ A n n u la t io n

/ C ré a t io n A c t io n

« e s t d é fin i p a r »

15

Méthodes d’ingénierie modèles, démarches et outils pour comprendre et

représenter le SI dans sa globalité en vue de développer et faire évoluer des SI informatisés adaptés, adaptables,

adaptatifs

méta-méta-modèle

méta-modèle

modèle

instance

Produit Processus

16

Méthodes d’ingénierie modèles, démarches et outils pour comprendre et

représenter le SI dans sa globalité en vue de développer et faire évoluer des SI informatisés adaptés, adaptables,

adaptatifs

méta-méta-modèle

méta-modèle

modèle

instance

Produit Processus

<<include >>Acteur1

<<extend >>

Acteur2Personne

<<Métier>>

(from Logical View)

PersonnenomprénomdateNaissancegradecréerPersonne()

rechercher()

<<Maître>>ServicePersonne

créerPersonne()

<<Interface>>/ Nom/ Prénom/ GradePrime

/ Nom

Objectif

(Ce que je sais faire) (Ce que je suis)

Centre<<Métier>>

(from Logical View)

ServiceCentre

créerCentre()

<<Interface>>

ActivitédateDébutdateFin

<<Partie>>

CentrecodelibellédateCréation

<<Maître>>

**

créerActivité()ajouterAnim()

créerCentre()ajouterActivité()ajouterResp()

<<utilisation>>

<<utilisation>>

(Ce que j’utilise)

Responsable

Animateur/nom/prénomspécialitéobjectif

<<Rôle>>

/nom/prénom/gradeprime

(Ce que je sais faire) (Ce que je suis)

<<Rôle>>

calculerPrime()

Analyse

Conception

Developpement

AnalysteAnalyseAnalyse

ConceptionConception

DeveloppementDeveloppement

Analyste

17

MOF

Méthodes d’ingénierie modèles, démarches et outils pour comprendre et

représenter le SI dans sa globalité en vue de développer et faire évoluer des SI informatisés adaptés, adaptables,

adaptatifs

MOF

UML SPEM

RUP

méta-méta-modèle

méta-modèle

modèle

instance

minimum :

formalisée :

Produit Processus

18

Définitions et évolution des SI

Problématique de la recherche en SI

Ingénierie des produits

Ingénierie des processus

Carte de France

La Recherche en SI

19

Ingénierie des produitsMOF

UML

Produit

UML

(Modèle MOFdu modèle UML)

Méta-modèle d’UML en MOF

Modèle MOF MOF

(Modèle MOF du modèle MOF )

Méta-modèle de MOF en MOF

Amorce MOF

Modèle UML du système

d’assistance médicale

UML

Modélisation Méta-modélisation Méta-modélisation réflexivePM d’assistance médicale

Recherche : -> langages de modélisation (méta-modèles)-> modèles réutilisables

20

Ingénierie des produits

- Variété de langages de modélisation

- des langages différents pour l’ingénierie des besoins

et celle des systèmes logiciels statique

dynamique

but/scénario

acteur

Produit

Intentionnel

Opérationnel

- Justifier le SI / besoins organisationnels et stratégiques de l’organisation

- Aligner ce que le système doit faire et comment il doit le faire avec pourquoi il doit le faire

Difficulté : Faire émerger les obstacles, les conflits, les situations d’accidents, les cas d’exception où le but ne sera pas atteint…

21

Ingénierie des besoins Des langages de modélisation orientés acteurs et butsEx : approche I*

Assuré

Correspondant

Agent Local

Comptable

Expert

Cheque

Factures Et LettreDeRejet

Rec(Factures)

Rem(sinistre)

Info(Sinistre)

ExpertChoisi (Sinistre)

DocExpertisé (Sinistre)

SinistreÉvalué(Sinistre, montant)

Info(Sinistre)

EEnvoyer(lettreDepriseEn

Charge/Refuse)

MinimaleRem

Rec(Factures)

Resource Dependency

Task Dependency

Goal Dependency

Soft Goal Dependency

Légende :

22

Ingénierie des produits MOF

UML

Produit

Objectifs :

- Proposer et formaliser des langages de modélisation adaptés

(nouveaux besoins, nouvelles technologies)

- Organiser les modèles (cohérence, transformation…)

- Proposer des modèles génériques (personnalisation,

réutilisation…)

23

Ingénierie des produitsObjectifs

des langages de modélisation adaptés (nouveaux besoins et technologies)

- Proposer ou Adapter des méta-modèles (pour le temps réel, le web, l’AOP ….)

- Combiner au sein d’une même démarche des modèles de produits hétérogènes (reposant sur des méta-modèles différents) mais complémentaires

Exemples :Décrire des architectures réutilisables

-> UML + ACME : compréhension, formalisation, mécanisme de raffinement et réutilisation de modèles d’architecture

Méthodes de développement pour les systèmes de réalité augmentée-> UML + modèles IHM : co-conception (SI,IHM)

24

ScénarioScénario textuel, représentant un cas concret facile à comprendre par tous

Développement des systèmes de réalité augmentée : spécialiste SI + spécialiste IHM + ergonome

Activité de coopération

Activité de coordination

Co-conception : des modèles hétérogènes

25

Ingénierie des produits

???

cas d’utilisationacteur1..* 1..*

déclencher

méta-modèle

Transformation,cohérence…tâche

suivanteconnecteur

0..1 0..1

Développement des systèmes de réalité augmentée : spécialiste SI + spécialiste IHM + ergonome

Objectifs des modèles organisés : cohérence, transformation…

26

Une des techniques de modélisation : la variabilité

Ingénierie des produits

Personnalisation : des modèles permettant de produire des logiciels personnalisables dynamiquement (par les utilisateurs finaux ou le système)Exemple : lignes de produit

Réutilisation : des modèles et/ou des logiciels réutilisables pour produire de nouveaux modèles ou logiciels (par les concepteurs)Exemple : composants métier, patrons, framework…

Objectifs des modèles génériques (personnalisation, réutilisation…)

27

Réutilisation et variabilité

Intention : Définir une dépendance entre les observateurs d’un même sujet telle que, quand le sujet change d’état, tous ces observateurs soient informés et mis à jour .

Intention : Définir une dépendance entre les observateurs d’un même sujet telle que, quand le sujet change d’état, tous ces observateurs soient informés et mis à jour .

Exemple : design pattern (patron observateur)

-Des spécifications incomplètes-Ne met pas en évidence les variantes possibles-Ne met pas en évidence le caractère obligatoire ou facultatif des propriétés

28

Variantes fonctionnelles

Extensions similaires proposées pour la personnalisation mais aussi pour la représentation de modèles de domaine.

Extensions d’UML pour l’expression de la variabilité fonctionnelle

29

Patron :Mini système à variantes

Solution complète intégrant des points de variations Processus de réutilisation adapté et en partie automatisable

30

Au minimum :

Bien formalisée :

Offrant des modèles génériques :

Produit

Ingénierie des produits

Méta-modèles adaptés et adaptables

Modèles génériques

31

Définitions et évolution des SI

Problématique de la recherche en SI

Ingénierie des produits

Ingénierie des processus

Carte de France

La Recherche en SI

32

Ingénierie des processus

Variété de modèles et méta-modèles de processus

orientés activité, produit, contexte, décision, but

activité

produit

décision

contexte

Processus

Décisionnel

Contrôle

33

Démarrer

Spécifier uneentité

Spécifier une association

Terminer

manuellement

manuellement

par référence

par expansion

par complétude

par complétude

par complétude

par normalisation

par généralisation

par spécialisation

par objectification

par normalisation

par historisation

par complétude

DémarrerDémarrer

Spécifier uneentité

Spécifier uneentité

Spécifier une association

Spécifier une association

TerminerTerminer

manuellement

manuellement

par référence

par expansion

par complétude

par complétude

par complétude

par normalisation

par généralisation

par spécialisation

par objectification

par normalisation

par historisation

par complétude

Des langages de modélisation orientés buts et stratégies (guidage)

Ex: MAP

Ingénierie des processus

34

SPEM

RUP

Processus

MOF

Ingénierie des processus

Objectifs :

- Combiner des modèles multi-vues et de niveaux

d’abstraction différents

- Réutiliser et Adapter des modèles de processus

- Proposer des moteurs d’exécution, de guidage, de trace

35

Ingénierie des processus

Etablir des correspondances, des cohérences, entre leur méta-modèle.ex : NATURE (C. Rolland) SPEM (OMG)

INCREMENTINCREMENTINCREMENT

Objectifs Combiner des modèles multi-vues et de niveaux d’abstraction différents

36

Ingénierie des processus

37

Ingénierie des processusObjectifs

Réutiliser et adapter des modèles de processus : aux habitudes des concepteurs, à de nouveaux types d’applications…

38

Adapter les modèles de processus

INCREMENT

Architecturetechnique

Architectureapplicative

Spé cifications conceptuelles des besoins

organisationnelles des besoins

Analyse

Conception

Implé mentation

Inté gration

Recette

Déploiement

Maquettage

Cahierdes charges

Exigencesfonctionnelles

Exigences techniquesEtude

pré alable

INCREMENTINCREMENT

Architecturetechnique

Architectureapplicative

Spécificationsconceptuelles des besoins

organisationnelles des besoins

Analyse

Conception

Implémentation

Intégration

Recette

Déploiement

Maquettage

Cahierdes charges

Exigencesfonctionnelles

Exigences techniques

Exigencesfonctionnelles

Exigences techniquesEtude

préalable

Spécifications

Exemple : Symphony

Démarche orientée activité, ayant fait ses preuves dans des projets de grandes tailles, pour des processus métiers relativement connus…

adaptation au développement de systèmes de réalité augmentée ?

39

Adapter les modèles de processus

INCREMENT

Architecturetechnique

Architectureapplicative

Spé cifications conceptuelles des besoins

organisationnelles des besoins

Analyse

Conception

Implé mentation

Inté gration

Recette

Déploiement

Maquettage

Cahierdes charges

Exigencesfonctionnelles

Exigences techniquesEtude

pré alable

INCREMENTINCREMENT

Architecturetechnique

Architectureapplicative

Spécificationsconceptuelles des besoins

organisationnelles des besoins

Analyse

Conception

Implémentation

Intégration

Recette

Déploiement

Maquettage

Cahierdes charges

Exigencesfonctionnelles

Exigences techniques

Exigencesfonctionnelles

Exigences techniquesEtude

préalable

Spécifications

Symphony

Prendre en compte au plus tôt les besoins d’interaction

Laisser à chaque spécialiste (SI, IHM, ergonome..) ses habitudes de modélisation

Proposer des activités collaboratives entre spécialistes

Réutilisation des fragments de modèles de processus

Deux approches :- Introduire la variabilité - Voir le fragment comme un composant

40

Réutiliser des fragments de modèles Exemple : par leur documentation sous forme de

systèmes de patrons processus

utilise

41

acteur contextuel

but/scénario décision

dynamique produit

statique activité

Produit Processus

Intentionnel

Opérationnel

Décisionnel

ContrôleIntégration

Ingénierie des Produits et des Processus

Synthèse

42

IntégrationEx : Intégrer les modèles orientés acteurs et buts/scénarios dans les méthodes traditionnelles de développement de SI

INCREMENT

Architecturetechnique

Architectureapplicative

Spé cifications conceptuelles des besoins

organisationnelles des besoins

Analyse

Conception

Implé mentation

Inté gration

Recette

Dé ploiement

Maquettage

Cahierdes charges

Exigencesfonctionnelles

Exigences techniquesEtude

pré alable

INCREMENTINCREMENT

Architecturetechnique

Architectureapplicative

Spécificationsconceptuelles des besoins

organisationnelles des besoins

Analyse

Conception

Implémentation

Intégration

Recette

Dé ploiement

Maquettage

Cahierdes charges

Exigencesfonctionnelles

Exigences techniques

Exigencesfonctionnelles

Exigences techniquesEtude

préalable

Spécifications

Assuré

Correspondant

Agent Local

Comptable

Expert

Cheque

Factures Et LettreDeRejet

Rec(Factures)

Rem(sinistre)

Info(Sinistre)

ExpertChoisi (Sinistre)

DocExpertisé (Sinistre)

SinistreÉvalué(Sinistre, montant)

Info(Sinistre)

EEnvoyer(lettreDepriseEn

Charge/Refuse)

MinimaleRem

Rec(Factures)

Resource Dependency

Task Dependency

Goal Dependency

Soft Goal Dependency

Légende :

43

Ingénierie des Produits et des Processus

acteur contextuel

but/scénario décision

dynamique produit

statique activité

Produit Processus

Intentionnel

Opérationnel

Décisionnel

Contrôle

Modularité, Réutilisation, Personnalisation, Cohérence, Raffinement, Transformation.

Avec des langages de modélisation et des outils de plus en plus consensuels UML, MOF, OCL, QVT (Query/Views/Transformations), JMI (Java Meda Interface)…

Synthèse

44

Carte de France

Réutilisation, variabilité, processus,méta-modélisation, modèles, méthodes…

Exigences, besoins, variabilité, personnalisation,méthodes,modèles, processus…

Réutilisation, variabilité, processus,Intégration, coopération, sécurité…

Intégration, personnalisation, pervasif, …Coopération, sécurité…

Processus, méta-modélisation,vérification, cohérence, transformationRéutilisation, modèles, complexité…

Modèles, méthodes,complexité, mobilité,évolution, réutilisation…

Coopération, validation, sécurité…

Vérification,validation, complexité, architecture,réutilisation…

Architecture, complexité, modèles, méthodes, transformation, sécurité…

Quelques sites

Modèle,métamodélisation, transformation, compositionréutilisation…