JOURNÉE PECUSI JANVIER 2009 L UTILISATEUR DANS LA CONCEPTION DES SI SOPHIE DUPUY-CHESSA, AGNÈS FRONT, DOMINIQUE RIEU EQUIPE SIGMA, LABORATOIRE LIG, GRENOBLE 1
Utilisateur & Conception des SI membre de l équipe projet objet représenté dans le SI 2
Utilisateur & Conception des SI membre de l équipe projet : Evolution des démarches : l utilisateur est de plus en plus actif -> valide / co-conçoit des documents, artefacts, modèles objet représenté dans le SI : Evolution des modèles : l utilisateur est de plus en plus représenté -> profil, modèle utilisateur, modèle d usage 3
Pourquoi : Représenter l utilisateur? Hier : des SI adaptés à des rôles définis a priori Aujourd hui : des systèmes de plus en plus intégrés dans l environnement physique et de plus en plus mobile Informatique diffuse Intégration dans l env. Informatique ambiante intégrée dans la vie quotidienne Informatique conventionnelle Informatique mobile Mobilité [Lyytinen & Yoo 2002] La vision de Marc Weiser, 93 4
Pourquoi : Représenter l utilisateur? Systèmes adaptables et adaptatifs (sensible au contexte) en terme d interaction, d accès à l information, aux fonctionnalités rôles des acteurs moins figés Représenter et gérer l évolution de multiples informations sur l utilisateur et son environnement 5
Pourquoi : Représenter l utilisateur? Secteur paramédical Urgences médicales mobiles Aidants (voisin, famille, etc.) SI médicaux Processus de surveillance à domicile Hôpital Tout connaître sur son handicap, son lieu de vie. PATIENT Médecin généraliste ou spécialiste Maisons médicalisées Urgences Médicales Infirmière Libérale 6
Pourquoi : Représenter l utilisateur? Secteur paramédical Urgences médicales mobiles Aidants (voisin, famille, etc.) SI médicaux Processus d urgence médicale Hôpital PATIENT Médecin généraliste ou spécialiste Tout connaître sur ses allergies, ses antécédents, ses référents Maisons médicalisées Urgences Médicales Infirmière Libérale 7
Utilisateur & Conception des SI membre de l équipe projet : valide / co-conçoit des documents, artefacts, modèles Évolution des démarches : l utilisateur est de plus en plus actif, objet représenté dans le SI : profil, modèle utilisateur, modèle d usage Evolution des modèles : l utilisateur est de plus en plus représenté, 8
Pourquoi : Membre actif des équipes projets? Des contextes d usage complexes créés par les technologies mobiles, diffuses,. dédiés à des utilisateurs hétérogènes (besoins, connaissances, aptitudes, compétences ) en particulier aux acteurs externes d hier qui sont aujourd hui au cœur du SI Des contextes organisationnels complexes organisation étendue et donc des organisations différentes qui s allient pour concevoir un nouveau produit / service mais n ont pas les même attentes Processus métiers dynamiques, collaboratifs.. et surtout mal connus 9
Pourquoi : Membre actif des équipes projets? Des contextes d usage complexes Des contextes organisationnels complexes Participation active de tous les utilisateurs pour comprendre leurs besoins, objectifs, contraintes 10
Pourquoi : Membre actif des équipes projets? Urgences médicales mobiles des processus mal connus Secteur paramédical Expertises métiers nombreuses et distribuées Aidants (voisin, famille, etc.) SI médicaux Hôpital Base de données Base de documents Base de connaissances Base d images et vidéos Base d objets 3D PATIENT Médecin généraliste ou spécialiste Maisons médicalisées Urgences Médicales Infirmière Libérale 11
Qui sont les utilisateurs? Acteurs du SI Utilisateurs finals Principal Client celui à qui on rend le service Acteur interne Travailleur Poste de travail celui qui réalise tout ou partie du service Décideur celui qui mandate le service Secondaire Fournisseur celui qui fournit un service 12
Rôle dans les équipes projet? L utilisateur co-construit mais surtout valide des artefacts à des étapes clefs. «Tout n est pas bon à montrer mais certains artefacts doivent impérativement être validés» Quel utilisateur pour quel artefact???? 13
Quel utilisateur / Quel artefact? Ex: Merise 2 [Panet 94] INTERFACE STATIQUE DYNAMIQUE ARCHITECTURE CONCEPTUEL Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement MCD MCTA CVO MFC ORGANISATIONNEL Règles Organisationnelles Modèle Organisationnel de Traitement MOD MOTA CVOO MFO LOGIQUE Modèles et Maquettes IHM MLD MLDr MLT MLTr SALMI, SAL SALR 14
Quel utilisateur / Quel artefact? Ex: Merise 2 CONCEPTUEL INTERFACE Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement STATIQUE DYNAMIQUE ARCHITECTURE MCTA Assurer une MCD prise en charge MFC2 immédiate du CVO patient en cas d antécédent cardiaque ORGANISATIONNEL Règles Organisationnelles Modèle Organisationnel de Traitement MOD MOTA CVOO MFO LOGIQUE Modèles et Maquettes IHM MLD MLDr MLT MLTr SALMI, SAL SALR
Quel utilisateur / Quel artefact? Ex: Merise 2 INTERFACE STATIQUE DYNAMIQUE ARCHITECTURE CONCEPTUEL ORGANISATIONNEL Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement Règles Organisationnelles Modèle Organisationnel de Traitement Patient MCD MCTA CVO Processus Identité et trouble d urgence What about? médicale 16 MOTA Allergies et Modalités prise MOD antécédents en charge CVOO Disponibilité places? MFC2 MFO Système d info régional LOGIQUE Modèles et Maquettes IHM MLD MLDr MLT Informations places SALMI, SAL MLTr SALR
Quel utilisateur / Quel artefact? Ex: Merise 2 INTERFACE STATIQUE DYNAMIQUE ARCHITECTURE CONCEPTUEL Règles de Gestion Modèle Autrefois de Contexte, : décideur MCTA MCD MFC Modèle A présent Conceptuel : décideur(s) de + client CVO + fournisseur Traitement ORGANISATIONNEL Règles Organisationnelles Modèle Organisationnel de Traitement MOD MOTA CVOO MFO LOGIQUE Modèles et Maquettes IHM MLD MLDr MLT MLTr SALMI, SAL SALR 17
Niveau Intentionnel et Stratégique : Why? CONCEPTUEL INTERFACE Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement STATIQUE DYNAMIQUE ARCHITECTURE Autrefois : décideur MCTA MCD MFC A présent : décideur(s) + client CVO + fournisseur De l expression des besoins -> Ingénierie des besoins Approche fondée sur des cas d utilisation [Jacobson] Approche KAOS [Van Lamsweerde] Approche I* [Yu] Approche NATURE [Rolland, Jarke] Approche CREWS l Écritoire [Rolland, Ralyte01] Aspects stratégiques et intentionnels Des langages orientés acteurs, scénarios et buts Particulièrement adaptés dans les cas de processus mal connus et multi-organisationnels
Quel utilisateur / Quel artefact? CONCEPTUEL ORGANISATIONNEL LOGIQUE INTERFACE Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement Règles Organisationnelles Modèle Organisationnel de Traitement Modèles et Maquettes IHM STATIQUE MCD MOD MLD MLDr Identité DYNAMIQUE trouble MCTA CVO What about? Système d info régional Allergies et antécédents MOTA CVOO Disponibilités Places? Système d info régional Informations places MLT MLTr Patient ARCHITECTURE SAMU OPO1 Prise d Appel C Fiche d appel MFC OPO2 Prise en charge C SMUR MFO Fiche intervention SALMI, HOPITAL SAL OPO3 Hospitalisation C SALR Modalités de prise en charge Patient 19
Quel utilisateur / Quel artefact? Ex: Merise 2 INTERFACE STATIQUE DYNAMIQUE ARCHITECTURE CONCEPTUEL Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement MCD MCTA CVO MFC ORGANISATIONNEL Autrefois : acteurs internes MOTA A présent : acteurs MOD internes (mais d organisations MFO différentes) Règles Organisationnelles Modèle Organisationnel de Traitement CVOO LOGIQUE Modèles et Maquettes IHM MLD MLDr MLT MLTr SALMI, SAL SALR 20
Niveau organisationnel Règles Organisationnelles Autrefois : acteurs internes MOD A présent : acteurs internes Modèle Organisationnel de Traitement MOTA CVOO MFO Modélisation des processus métiers (BPM) Les acteurs internes participent à la rédaction de scénarios en langue naturelle (par exemple ceux des cas d utilisation d Alistair Cockburn) valident des modèles de haut niveau (Diagrammes d activités en UML, BPMN, OSSAD, EPC, IDEF ) participent à l évaluation (exécution, simulation des workflow) Rqe : commence à intégrer des vues intentionnelles 21
l utilisateur valide des artefacts à des étapes clefs. Ex: Merise 2 INTERFACE STATIQUE DYNAMIQUE ARCHITECTURE CONCEPTUEL Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement MCD MCTA CVO MFC ORGANISATIONNEL Règles Organisationnelles Modèle Organisationnel de Traitement MOD MOTA CVOO MFO En particulier les interfaces représentant des objets de coordination dans le cas des PM des entreprises étendues LOGIQUE Modèles et Maquettes IHM MLD MLDr MLT MLTr SALMI, SAL SALR 22
Ingénierie du logiciel INTERFACE STATIQUE DYNAMIQUE ARCHITECTURE CONCEPTUEL Règles de Gestion Modèle de Contexte, Modèle Conceptuel de Traitement MCD MCTA CVO MFC ORGANISATIONNEL Règles Organisationnelles Modèle Organisationnel de Traitement MOD MOTA CVOO MFO LOGIQUE Autrefois : acteurs internes Modèles et Maquettes MLD MLT SALMI, SAL A présent IHM : acteurs internes MLDr et externes MLTr (client, SALR fournisseur) -> syndrome de la pompe à essence 23
Les méthodes agiles, centrées utilisateurs Principes communs (Norme ISO 13407) Participation ACTIVE des utilisateurs Collaboration et coopération entre tous les acteurs (utilisateurs, décideurs, ergonome, concepteur noyau fonctionnel, spécialiste IHM, etc ) Favorise l utilisation de techniques et d outils de collecte et d analyse : Focus Group, tri de carte (card sorting), Mais de représentation des «situations de travail» : user stories, arbre de tâches, cas d utilisation la co-conception reste limitée (problème de langue!) la coordination est possible mais n est vraiment efficace qu avec des modèles formalisés 24
Questions ouvertes Qui sont les utilisateurs? Pourquoi interviennent-ils? Quand (quelles étapes) interviennent-ils? Comment interviennent-ils (Modes de collaboration : co-conception, coordination )? Sur quoi interviennent-ils (Objets collaboratifs)? 25