Conception, architecture et urbanisation des systèmes d ...

1 conception , architecture et urbanisation des syst mes d information S. Servigne Ma tre de Conf rences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: 1. Introduction Le syst me d Information (SI) est aujourd hui un l ment central du fonctionnement d une organisation. Un syst me d Information peut tre d fini comme un ensemble de ressources (personnel, logiciels, processus, donn es, mat riels, quipements informatique et de t l ) permettant la collecte, le stockage, la structuration, la mod lisation, la gestion, la manipulation, l'analyse, le transport, l change et la diffusion des informations (textes, images, sons, vid ) au sein d une organisation.

2 Exemples de ressources informatiques : fichiers de donn es, bases de donn es et SGBD ( syst me de Gestion de Bases de Donn es), progiciels int gr s (ERP, ..), outils de gestion : gestion clients (CRM : Customer Relationship Management), gestion de la cha ne logistique (SCM : Supply Chain Management), gestion des employ s (ERM : Employee Relationship Management), outils de travail collaboratif (GroupWare), applications m tier, serveurs d application, serveur de pr sentation (Web,..), syst me de Workflow, architecture d int gration (EAI : Enterprise architecture Integration, SOA : architectures orient es services), infrastructure r seau.

3 La d finition donn e pr c demment laisse entrevoir la complexit du SI dont les d clinaisons vont s exprimer l aide de diff rentes architectures. Il est alors primordial aujourd hui de diff rencier syst me d information (SI) et syst me informatique. Un SI peut tre consid r comme une vue automatisable des m tiers d une organisation et une vue fonctionnelle de l informatique, donc ind pendante de l impl mentation technique (figure 1). Le SI est plus p renne que l architecture informatique. Les volutions applicatives et techniques peuvent tre ind pendantes du SI en raison de l volution des technologies, des configurations ou des besoins utilisateurs.

4 Figure 1. D couplage : Processus m tier / syst me d information / Informatique (applications + architecture technique) La conception de SI d une entreprise requi re des m thodes d analyse de l entreprise afin de mod liser les informations et les donn es, les flux d information chang s ainsi que les traitements appliquer sur ces donn es. Ces traitements sont identifi s gr ce l analyse des processus m tier (Figure 2). Figure 2. Exemple de diagramme de workflow d un processus m tier g n ral Des mod les ou langages de mod lisation sont donc n cessaires. La m thode Merise et plus r cemment UML sont les plus utilis s notamment en France dans la conception de SI.

5 M tier Informatique SI Institut Martin Editions Trouvaille Informatique Commande ouvrage Livraison ouvrage Transaction Cha ne de valeur Dans beaucoup d organisations, il ne s agit plus aujourd hui de concevoir un syst me d information mais de le faire voluer au rythme des besoins tout en exploitant les avanc es technologiques. Force est de constater que la complexit des SI est proportionnelle la complexit croissante des technologies et des organisations elles-m mes. Le SI doit r pondre aux enjeux strat giques de l entreprise, au d veloppement du march , supporter l volution des m tiers et des fonctions au sein de l organisation, et galement supporter l volution du p rim tre de l organisation (fusion, int gration de diff rentes entreprises).

6 Le SI doit donc tre volutif, r actif, flexible, ouvert et galement s curis . C est l objectif de la d marche d urbanisation des syst mes d information. 2. conception Plusieurs m thodes de conception de SI co-existent et sont exploit es diff remment selon les pays. Parmi celles-ci, on peut citer Merise, UML, AXIAL, Merise La m thode Merise est n e la fin des ann es 70 en France avec pour objectif de d finir une d marche de conception de SI. Le principe de base de la m thode Merise repose sur la s paration des donn es et des traitements. L organisation des donn es semble plus p renne que la d finition des traitements qui volue en fonction de l volution des m tiers, des fonctions et des utilisateurs.

7 La m thode Merise int gre trois dimensions appel e cycles : le cycle d abstraction, le cycle de vie et le cycle de d cision. Le cycle de vie d crit les phases du projet de construction du SI du sch ma directeur la r alisation. La dimension d cisionnelle d crit des phases de validation du projet de construction du SI en impliquant la majorit des acteurs ou utilisateurs du SI afin de s assurer de leur adh sion au futur SI au sein de l organisation. Le cycle d abstraction se d compose en 3 couches (Cf. Figure 3), chaque couche correspondant une mod lisation (Donn es et Traitement) du syst me d information.

8 Figure 3. Cycle d abstraction de Merise Le cycle d abstraction a pour objectif, partir de l expression des besoins, de r pondre au QQOQC savoir : Quoi, Qui, O , Quand, Comment, concernant les donn es et les traitements. Donn es Traitements Quoi Quelles informations utiles ? (MCD) Pour faire quoi ? (MCT) Conceptuel Qui, O , Quand Quelle structure de donn es ? (MLD) Qui fait quoi et o , et quand ? (MOT) Logique Comment Comment stocker les donn es ? (MPD) Comment fait-on ? (MOpT) Physique Figure 4. Phases d analyse et de conception des donn es et traitements de Merise Les mod les d crivant les donn es sont (Figure 4) : le Mod le Conceptuel de Donn es (MCD), le Mod le Logique de Donn es (MLD) et en fin le Mod le Physique de Donn es (MPD).

9 Concernant les traitements, le d coupage est sym trique avec le Mod le Conceptuel de Traitement (MCT), 2 1 3 Mod lisation conceptuelle Mod lisation logique Mod lisation physique Monde r el le mod le Organisationnel de Traitement (MOT) et enfin le mod le Op rationnel de Traitement (MOpT). Le niveau d abstraction d croit au fil des mod les c est- -dire que le mod le conceptuel se veut tre proche de la repr sentation r elle (vue utilisateur) et le mod le physique, proche de la repr sentation informatis e ou impl ment e. Couche 1 : la Mod lisation Conceptuelle des donn es (MCD) a pour objectif de d crire le monde r el sous la forme d entit s et de relations entre ces entit s : mod le entit -association (Figure 5a).

10 Ces entit s sont appel es Classes dans le langage orient objet UML (Figure 5b). a) b) Figure 5. Mod lisation conceptuelle de donn es La mod lisation conceptuelle des traitements (MCT) a pour objectif de d crire des processus m tier en interaction avec l ext rieur de type : un v nement d clenchant provoque une transformation du syst me d'information pour produire un r sultat. Les flux d change sont analys s (Figure 6). L enchainement des diff rentes op rations est ensuite d crit (Figure 7). Client Compte * 1 Client - n client - nom client Compte - n compte titulaire 0-1 Client Banque Figure 6 : Diagramme de flux pour la mod lisation conceptuelle de traitement Figure 7 : Mod le conceptuel de traitement Couche 2 : la Mod lisation Logique exprime un choix de structuration pour les donn es et les traitements.