Chapitre 3 - Intiiation A La Conception Des Systèmes D'information PDF [PDF]

Zitiervorschau

01/04/2022

PLAN DU COURS 3. CHAPITRE 3 : INITIATION A LA CONCEPTION DE SYSTEME D’INFORMATION 3.1.Le besoin de méthode 3.2.Présentation de la méthode MERISE 3.3.Les trois cycles de Merise 3.3.1. Cycle d'abstraction de conception des systèmes d'information 3.3.1.1. L'expression des besoins 3.3.1.2. Le modèle conceptuel 3.3.1.3. Le modèle logique ou organisationnel 3.3.1.4. Le niveau physique ou opérationnel. 3.3.1.5. Système d’information automatisé : 3.3.2. Cycle de vie 3.3.3. Cycle de décision

1

01/04/2022

PLAN DU COURS 3. CHAPITRE 3 : INITIATION A LA CONCEPTION DE SYSTEME D’INFORMATION 3.1.Le besoin de méthode 3.2.Présentation de la méthode MERISE 3.3.Les trois cycles de Merise 3.3.1. Cycle d'abstraction de conception des systèmes d'information 3.3.1.1. L'expression des besoins 3.3.1.2. Le modèle conceptuel 3.3.1.3. Le modèle logique ou organisationnel 3.3.1.4. Le niveau physique ou opérationnel. 3.3.1.5. Système d’information automatisé : 3.3.2. Cycle de vie 3.3.3. Cycle de décision

3.1.

Le besoin de méthode

La difficulté essentielle dans la réalisation d'applications informatiques réside dans le fait qu'elle concerne un nombre important de personne, de caractéristiques très variées (la direction, le service informatique, les responsables de service, les utilisateurs finals), qui doivent toutes coopérer pour aboutir à un objectif commun. La première nécessité est donc un langage qui leur permette de se comprendre et de communiquer sans ambiguïté. La seconde est de disposer d'une méthode de conduite du projet qui découpe logiquement les étapes et le rôle des acteurs. Tirant les leçons de ces expériences douloureuses et de plus coûteuses, les professionnels se sont penchés sur deux questions cruciales : • Comment réaliser un cahier des charges qui décrive exactement et précisément ce que l'on attend? • Comment réaliser un logiciel conforme à ce cahier des charges?

La discipline qui explique comment réaliser un cahier des charges qui décrive exactement et précisément ce que l'on attend d'une informatisation s'appelle l'analyse et la conception d'un système d'information : il est aussi possible d'utiliser le terme de « modélisation ».

2

01/04/2022

3.1.

Le besoin de méthode

Les avantages d’utilisation d’une méthode sont : Une meilleure gestion et un meilleur suivi du projet en cours. Une facilité de dialogue entre les membres du projet et ensuite avec les utilisateurs du fait qu’elle utilise un formalisme commun et constitue une documentation. Il existe plusieurs méthodes d'analyse, la méthode la plus utilisée en France étant la méthode MERISE Les méthodes d'analyse et de conception intègrent, à des degrés divers, les trois éléments ci-dessous : • La démarche est le processus opératoire qui permet d'effectuer le travail de Modélisation, de description et de réalisation du système d'information • Les modèles sont les concepts normalisés (entités, associations...) qui permettent de construire et d'aménager le système d'information ; ils sont souvent proposés sous forme schématique, afin de permettre une représentation simple de la réalité et de faciliter le raisonnement. • Les outils regroupent, d'une part, la technique employée pour analyser ou concevoir un aspect du système d’information et d'autre part, le support, papier ou logiciel employé pour conserver la trace de ce travail.

3.1.

Le besoin de méthode

Les méthodes de conceptions permettent en définitif de structurer les informations qui seront stockées ou traiter dans le système d’information et plus précisément dans les programmes informatiques. Si les informations ne sont pas bien structurées le SI qui en découlera ne pourra pas remplir toutes ses missions. Quelques exemples de Méthodes d'analyse et de conception Merise, UML, OMT (Object Modeling Technique), Méthode Booch, SADT ...

3

01/04/2022

PLAN DU COURS 3. CHAPITRE 3 : INITIATION A LA CONCEPTION DE SYSTEME D’INFORMATION 3.1.Le besoin de méthode 3.2.Présentation de la méthode MERISE 3.3.Les trois cycles de Merise 3.3.1. Cycle d'abstraction de conception des systèmes d'information 3.3.1.1. L'expression des besoins 3.3.1.2. Le modèle conceptuel 3.3.1.3. Le modèle logique ou organisationnel 3.3.1.4. Le niveau physique ou opérationnel. 3.3.1.5. Système d’information automatisé : 3.3.2. Cycle de vie 3.3.3. Cycle de décision

3.2.

Présentation de la méthode MERISE

 La méthode Merise est une méthode d'analyse, de conception et de réalisation de systèmes d'informations.  La méthode d'analyse et de conception Merise (Méthode d'Étude et de Réalisation Informatique pour Système d'Entreprise) a été créée en 1977 par la volonté des pouvoirs publics, désireux de doter les administrations et les entreprises publiques, et plus généralement l'ensemble des entreprises françaises, d'une méthodologie rigoureuse, tout en intégrant les aspects nouveaux pour l'époque : informatique répartie et de bases de données.  Merise proposent une approche de la conception séparant l'étude des données de celle des traitements, en avançant progressivement par niveaux. Chacun de ces niveaux a pour objectif principal de fournir un certain nombre de documents (MCD. MPD) permettant ainsi la synthèse textuelle d’un processus de réflexion.  Ces documents sont indispensables à l’élaboration et à la concertation entre acteurs que nécessite tout projet informatique.  MERISE 1 permettait d'analyser les données et les traitements sur trois niveaux (conceptuel, logique, physique). Merise 1 ne permettait pas de prendre en compte certaines situations et ne prenait pas en compte les flux d'information et ne mettait pas en valeur de manière satisfaisante les liens entre les données et les traitements. Des extensions ont donc été apportées à Merise 1 qui forment la méthode Merise 2

4

01/04/2022

PLAN DU COURS 3. CHAPITRE 3 : INITIATION A LA CONCEPTION DE SYSTEME D’INFORMATION 3.1.Le besoin de méthode 3.2.Présentation de la méthode MERISE 3.3.Les trois cycles de Merise 3.3.1. Cycle d'abstraction de conception des systèmes d'information 3.3.1.1. L'expression des besoins 3.3.1.2. Le modèle conceptuel 3.3.1.3. Le modèle logique ou organisationnel 3.3.1.4. Le niveau physique ou opérationnel. 3.3.1.5. Système d’information automatisé : 3.3.2. Cycle de vie 3.3.3. Cycle de décision

3.3.

Les trois cycles de Merise

L’identification de ces cycles se base sur la trialectique fondamentale de l’ETRE, du FAIRE et du DEVENIR, le sésame de la connaissance de l’objet. En effet, expliquer un concept ou un objet, nous ramène à répondre à trois questions fondamentales : ce qu’il est ? Ce qu’il fait ? Ce qu’il devient ? Par conséquent, la définition de l’objet pondère une définition ontologique (ce que l’objet estla dimension de l’ETRE), une définition fonctionnelle (ce que l’objet fait - la dimension du FAIRE) et une définition génétique (ce que l’objet devient - la dimension du DEVENIR). En extrapolant aux systèmes d’information, ces trois dimensions se transforment en des cycles. On aura ainsi: • le cycle d’abstraction (ce que le système d’information est), • le cycle de décision (ce que le système d’information fait) • cycle de vie (ce que le système d’information devient).

5

01/04/2022

3.3.

Les trois cycles de Merise

La conception du système d'information se fait par étapes, afin d'aboutir à un système d'information fonctionnel reflétant une réalité physique. Il s'agit donc de valider une à une chacune des étapes en prenant en compte les résultats de la phase précédente. Cette succession d'étapes est appelée cycle d'abstraction pour la conception des systèmes d'information :

3.3. 3.3.1.1. besoins

Les trois cycles de Merise L'expression des

C’est une étape consistant à définir ce que l'on attend du système d'information automatisé, il faut pour cela : Faire l'inventaire des éléments nécessaires au système d'information Délimiter le système en s'informant auprès des futurs utilisateurs Cette étape aboutit à la rédaction d’un cahier de charge qui contient tout le plus précisément possible tout ce qui est attendu du logiciel à développer ou à acquérir

6

01/04/2022

3.3. Les trois cycles de Merise 3.3.1.2. Le modèle conceptuel C'est à ce niveau que sont représentées les informations et leurs associations, ainsi que les utilisations qui en sont faites et les contraintes associées. Ces définitions sont établies en faisant abstraction de toute contrainte liée à l'organisation.  En termes de données: Cette description fait appel au formalisme - entité-association et se traduit par des entités de base et par des associations entre ces entités. A ce stade, on doit se poser les questions « quoi faire ? » et « avec quelles données ? » Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information. Il s'agit donc d'une représentation des données, facilement compréhensible, permettant de décrire le système d'information à l'aide d'entités.

3.3. Les trois cycles de Merise 3.3.1.2. Le modèle conceptuel En termes de traitements : Ces mêmes entités vont être décrites par leurs sollicitations ou par les réactions qu'elles déclenchent de la part du système d'information, donc par des traitements dont elles sont les causes et les conséquences. Ceci se fait en termes d'événements et de synchronisation d'opérations. Le modèle conceptuel des traitements permet de traiter la dynamique du système d'information, c'est-à-dire les opérations qui sont réalisées en fonction d'événements. Ce modèle permet donc de représenter de façon schématique l'activité d'un système d'information sans faire référence à des choix organisationnels ou des moyens d'exécution, c'est-à-dire qu'il permet de définir simplement ce qui doit être fait, mais il ne dit pas quand, comment ni où... le M.C.T. est appelé « Modèle Evènement-Résultat » : L'arrivée d'un ou plusieurs évènements va déclencher une opération qui va produire un résultat. Il sert à décrire en détail le déroulement des activités listées dans le DCF : ce qui les déclenchent (évènement), ce qui se passe une fois déclenchée (opération), et quels sont les résultats produits. Exemple : Dans une entreprise, l'arrivée d'une commande client va entraîner une saisie et une édition d'un accusé de réception. Evènement déclencheur : arrivée d'une commande client Opération : Saisie de la commande Résultats : Commande enregistrée (ou en attente), Accusé de réception édité

7

01/04/2022

3.3. Les trois cycles de Merise 3.3.1.2. Le modèle conceptuel En termes de traitements : Exemple de MCT

3.3. Les trois cycles de Merise 3.3.1.2. Le modèle conceptuel En termes de traitements : Exemple de MCT

8

01/04/2022

3.3. Les trois cycles de Merise 3.3.1.3. Le modèle logique ou organisationnel Alors qu'au niveau conceptuel la réalité perçue est exprimée par l'entreprise dans son ensemble, le niveau organisationnel exprime cette même réalité telle qu'elle est vécue par les acteurs, quels qu'ils soient. A ce niveau, aucune différence n'est faite entre les hommes et les machines, pour autant que la dominante reste le QUI et le « OU à l'exclusion du « comment » On intègre à l'analyse les critères liés à l'organisation.  En termes de données : Les entités et associations suscitent la création de tableaux. Il y a transformation, mais pas enrichissement. Le niveau conceptuel de données est une description complète du système d'information Des données nouvelles peuvent être créées aux niveaux inférieurs (par exemple, création d'une redondance de données en vue de minimiser le nombre d'accès à une entité), mais en aucun cas il n’y a création de nouvelles informations,  En terme de traitements: Les événements décrits ne sont pas des événements temporels, mais des événements à dominante spatiale. On se posera ainsi des questions du type « QUI ? » et « Où ? » Le passage du niveau conceptuel au niveau organisationnel se concrétise par l'attachement à des acteurs des événements précédemment définis. Toutefois, des événements organisationnels peuvent aussi être introduits, ce qui enrichit la description du système d'information

3.3. Les trois cycles de Merise 3.3.1.3. Le modèle logique ou organisationnel

9

01/04/2022

3.3. Les trois cycles de Merise 3.3.1.4. Le niveau physique ou opérationnel. C'est une représentation des moyens qui vont effectivement être mis en œuvre pour gérer les données ou activer les traitements. On apporte des solutions techniques et on Répond à la question - comment ? En termes de données : Il y a passage d'une classe de solutions à un produit de cette classe. Cela se traduit par l'utilisation d'un système de gestion de bases de données (SGBD), ainsi que par des Choix concernant les méthodes de stockage et d'accès En termes de traitements :Le modèle opérationnel décrira l'architecture des programmes qui vont activer les différentes tâches de l'ordinateur. Mais il n’y a pas encore de programmation : celle-ci viendra ensuite, dans la phase de codage

3.3. Les trois cycles de Merise 3.3.1.4. Le niveau physique ou opérationnel. A ce niveau, on identifie et on décrit les moyens utilisés (choix matériel) pour gérer les données et pour activer les traitements. En ce qui concerne les données il y a traduction du modèle logique en un modèle physique particulier en faisant appel à des logiciels et au matériel approprié. En ce qui concerne les traitements, le modèle opérationnel décrit l’architecture de différents programmes et les différentes actions élémentaires jusqu’au niveau algorithme. Il n’y a pas de programmation effective mais on possède tous les éléments pour qu’il n’y ait pas de difficultés de programmation.

Remarque : Ces trois dernières étapes entre dans le cadre de la démarche par niveaux pour la conception d’un nouveau système d’information

10

01/04/2022

3.3. Les trois cycles de Merise 3.3.1.5. Système d’information automatisé A ce niveau on procède à l’implantation et la mise à la disposition de l’utilisateur le système développé. Les applications développées de nos jours sont des applications qui fonctionnent dans une architecture 3 tiers, L'architecture trois tiers, aussi appelée architecture à trois niveaux ou architecture à trois couches, est l'application du modèle plus général qu'est le multi-tiers. L'architecture logique du système est divisée en trois niveaux ou couches : • couche de présentation ; • couche de traitement ; • couche d'accès aux données. C'est une architecture basée sur l'environnement client–serveur.

3.3. Les trois cycles de Merise 3.3.1.5. Système d’information automatisé A ce niveau on procède à l’implantation et la mise à la disposition de l’utilisateur le système développé. Les applications développées de nos jours sont des applications qui fonctionnent dans une architecture 3 tiers, L'architecture trois tiers, aussi appelée architecture à trois niveaux ou architecture à trois couches, est l'application du modèle plus général qu'est le multi-tiers. L'architecture logique du système est divisée en trois niveaux ou couches : • couche de présentation ; • couche de traitement ; • couche d'accès aux données. C'est une architecture basée sur l'environnement client–serveur.

11

01/04/2022

3.3. Les trois cycles de Merise Tableau de synthèse Niveau

Type de Choix

Conceptuel

Choix Gestion

Question posées de Quelles sont les règles de Quoi ? gestion qui prévalent Quelles dans une entreprise ? données ?

Organisationnel Choix ou logique d’organisation

Problèmes posés

Comment on ?

s’organise-t- Qui ? Où ? Quand ?

Physique ou Choix technique Comment les traitements Comment opérationnel et les données fonctionnent-ils ?

Traitements

Données

MCT

MCD

MOT

MLD

M op T

M ph D

3.3.3. Cycle de décision Ce cycle décrit la vie du système d’information. Dans l’évolution de tout système on distingue, généralement, un point de départ (la conception), une gestation, une naissance, une croissance, une maturité, une obsolescence et une fin (la mort). En appliquant ces principes à un système d’information on en distingue :  La conception du futur système d’information (descriptions détaillées de spécifications fonctionnelles et techniques).  La réalisation du futur système d’information (production de programmes et de consignes correspondant aux spécifications détaillées).  La maintenance du futur système d’information (adaptation du système aux évolutions de l’environnement).

12

01/04/2022

3.3.2. Cycle de vie Ce cycle décrit l’ensemble de décisions et choix pris durant le cycle de vie. Les décisions marquent, généralement, la fin d’une étape et le début d’une autre. Cet ensemble de décisions est hiérarchisé comme il suit :  Décomposition du système d’information en des sous-systèmes et / ou domaines.  Orientations majeures concernant les règles de gestion, les règles d’organisation les solutions technologiques.  Planification de la réalisation du système d’information  Degré d’automatisation de procédures: procédures manuelles et procédures automatiques  etc.

13