Synthèse d\'ACSI - Résumé Informatique : Analyse et conception de systèmes d\'information   PDF

Preview

Summary

ACSI...

Description

LINGE 1322 Analyse et Conception des systèmes d’information Kevin Carabin INGE13BA – 2016/17 Pr. J. VANDERDONCKT

Contents

1

2

Introduction à l’informatique de gestion : Démarche globale . . . . . . . . . . . . . . . . . . . . . 3 1.1

Modèle général de la constitution d’une méthodologie

3

1.2

Modèle particulier #1 : Structuration des données

3

1.3 1.4

Modèle particulier #2 : Structuration des traitements Modèle particulier #3 : Dynamique des traitements

3 3

1.5

Modèle particulier #4 : Flux des données

2.1

Introduction au modèle du domaine

4

2.2

Identification des classes

4

2.2.1 2.2.2 2.2.3

2.3

2.4

7

Déf initions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Règles d’identification des méthodes et exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

Identification des associations 2.5.1 2.5.2 2.5.3

2.6

6

Déf initions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Règles d’identification des attributs et exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Recommandations pour l’identification des classes . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

Identification des méthodes 2.4.1 2.4.2

2.5

Déf inition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Règles d’identification des classes et exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Recommandations pour l’identification des classes . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Identifications des attributs 2.3.1 2.3.2 2.3.3

3

3

Modèle du domaine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

8

Déf inition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Règles d’identification des associations et exemples . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Catalogue des associations typiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Résumé synoptique du diagramme de classe

10

Modèle de structuration des traitements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.1

Définition et objectifs du schéma de décomposition du projet

3.2

Concepts de base 3.2.1 3.2.2 3.2.3

12 13

Le concept de projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Le concept d’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Le concept de phase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1. Introduction à l’informatique de gestion : Démarche

1.1

Modèle général de la constitution d’une méthodologie

1.2

Modèle particulier #1 : Structuration des données Quoi ? : On s’intéresse aux données du système d’informations.

1.3

Modèle particulier #2 : Structuration des traitements Comment et quand ? : Que vais-je faire de ces données ?

1.4

Modèle particulier #3 : Dynamique des traitements Où ? : Dans quel ordre faire ces traitements, ordonnancement des traitements dans le temps, dans l’espace (qui fait le traitement).

1.5

Modèle particulier #4 : Flux des données Qui ? : Responsabilité d’exécution des traitements.

2.2 Identification des classes

5

Une classe constitue un canevas de sémantique et de structure à partir duquel des objets individuels peuvent être instantiés → Pour la classe VOITURE, les objets regroupent toutes les voitures. 2.2.2 Règles d’identification des classes et exemples

L’objet est une abstraction de quelque chose présent dans le domaine d’intérêt qui doit refléterune capacité du système d’information à maintenir cette informationet à interagir avec elle. La classe est une description d’un ou de plusieurs objets de manière uniformisée, avec moyens de gérer les objets de cette classe. Lediagramme de classe est le moyen de décrire les classes en vue de leur implémentation.

Il y possible d’établir desrelations entre les différentes classes. De plus, la responsabilité de la classeest un commentaire afin de préciser la sémantique dans la classe, et est représentée par un documentdont le coin supérieur droitest plié. Proposition 2.2.1 — Règles pour identifier des objets et classes.

• • • •

• Rôlesjoués dansl’organisation, p. ex. Client

de la banque. Choses ou événements à conserver, p. ex. connexion à un site Web. Appareils physiques, p. ex. ordinateur personnel. Règles de gestion, p. ex. calcul du taux d’intérêt. Sites physiques, p. ex. chantiers versus siège.

Rôle de l’utilisateur final: (i) Utilisateur qui interagit avec le SI (employé), (ii) Personne qui n’interagit pas directement avec le SI, mais à propos de laquelle on tient de l’information à jour (fidélité d’un client dans une banque). Autres rôles : Rôles joués par les différents intervenants du SI. 

Example 2.3 — DHL Express. Client, centre de routage, points de triage, achemineurs, DHL lui-même.



Proposition 2.2.2 — Nommer une classe. (1)Utiliser un nom, un substantif singulier(Client), (2) Éventuellement

qualifiépar un adjectif (Client Entreprise, Client particulier), (3) Le nom doit décrire une seule catégorie d’objetsà la fois, (4) Adhérer au standard terminologique du domaine, (5) Éviter le jargon informatique. 2.2.3 Recommandations pour l’identification des classes Comment trouver les classes?: (1) Observer les pratiques et comportements, (2) Interviewer les intervenants, (3) Consignerdans un scénario textuel, (4) Vérifier avec lesclasses préalablement identifiéesen vue de préserverla (i) cohérence, (ii) maximiser la réutilisabilité, (iii) optimiser la structuration, (5) Considérer d’autres SI, (6) Lire les manuels et règles de gestion, (7) Prototyper le système.

2.4 Identification des méthodes

7

AGE + age : int age : int = 0  Example 2.6 # age [0..1] : int (att. facultatif) # numSécurité : int{frozen} # motsClés[*] : string{addOnly} 

2.3.3 Recommandations pour l’identification des classes L’identifiantest le moyen de désigner de manière univoque n’importe quel objet d’une classe. Aucune paire d’objets d’une même classe ne partagele même identifiant. L’attribut simple permet d’identifier une classe et l’identifiant est souligné. Noma, NoChassis, Code, Référence Les attributs multiplessont plusieurs attributs simples étant chacun des identifiants. NoChassis, PlaqueImmatriculation Les attributs groupéssont plusieurs attributs qui pris ensemble font l’identifiant de la classe. Nom+Prénoms+Localité



ÉTUDIANT Noma Adresse VOITURE NoChassis PlaqueIm

Example 2.7 (i) Attribut simple :

(ii) Attributs multiples :

(iii) Attributs groupés :

ÉTUDIANT    Nom Prenom ´   Adresse



Exercise 2.1 Élaborez une classe regroupant les étudiants de l’UCL en prenant en compte les informations reprises

sur leur carte d’identité, ainsi que leur programme et les divers abonnements auxquels ils ont souscrit. ÉTUDIANT # Noma # RegistreNational + Email + Nom [1..4] + AnnéeAcadémique # DateNaissance + ProgrammeDeCours + Genre = {féminin, masculin} + Prénom [1..3] + Adresse [1..3] Rue Numéro CodePostal Localité - Photo + AbonnementSport + AbonnementParking - NotesAnnée [0..*]

integer [8] integer [11] string [30] string [30] integer [4] date string [8] string [8]/char={F; M} string [15] string [20] integer [3] integer [4] string [30] multimédia bolean bolean reel 

2.4

Identification des méthodes

2.4.1 Définitions

Definition 2.4.1 Une méthode exprime un comportement particulier dont une classe peut faire preuve, exprime ce

qu’une classe peut faire en offrant une série de services à l’extérieur, pour les autres classes, autorise un changement d’état de tout objet par appel de méthode. → Synonymes: fonction, opération, service,. . . 

Example 2.8 Un serveur web autorise un accès à un site, La voiture de X se déplace en avant ou en arrière.



2.5 Identification des associations

9

tionnelle MAIS pouvant être dirigée. Notation bidirectionnelle : COMPAGNIE

1 (Multiplicity) employer (role)

NomDeClasse AttributIdentifiant + AttributPublic # AttributProtégé - AttributPrivé / AttributDérivé Notation pour navigation : AttributAvecVisibilitéNonSpécifiée ? AttributAvecVisibilitéInconnue Attribut1 : type Attribut2 : type=valeur initiale Attribut3Constant : int=5 {gelé} Attribut4 : list of types

works for (name) ←−

employee *

PERSONNE

(2.4) + MéthodePublique() - MéthodePrivée() # MéthodeProtégée() ∼ MéthodeDansPackage() MéthodeFonction : int Méthode1AvecPar(in par1:string, inout par:int) Méthode2AvecPar(in par1:string, par2:float) Méthode3AvecPar(par1, par2) Méthode4AvecPar(string, int) MéthodeFonctionAvecPar (par1:string) : int MéthodeFonctionAvecParNonSpéc (...) : int MéthodeNonSpécifiée () (2.5)

2.5.2 Règles d’identification des associations et exemples Proposition 2.5.1 La multiplicité des relations

[min][..][max] 

Example 2.11 Zéro ou plus : 0..* OU *, Un à quarante : 1..40, Un ou plus : 1..*, Exactement 5 : 5.

• • • • R

(2.6) 

0..0 : Aucun sens 0..1 : Équivalent à un booléen 0..2 : 0, 1 ou 2 m..n : Cas général où m ≤ n Si l’on veut utiliser 2 et 4 MAIS pas 3, la notation est la suivante : {2, 4}.

2.5.3 Catalogue des associations typiques La relation de dépendance Definition 2.5.2 La relation de dépendance sert à ex-

primer une dépendance fonctionnelle entre deux classes. Une dépendance exprime qu’une classe en utilise une autre. Tout changement dans une classe affecte l’autre . UML

afin de ne plus décomposer l’attribut « adresse » dans la classe « étudiant » et dans la « personne ». On réalise un genre de factorisation qui est plus que souhaitable. 

Example 2.12 Imaginons le fichier de l’UCL, celui-ci contient des personnes et des étudiants. Pour chaque fichier, on décompose l’attribut « adresse » alors que fondamentalement la décomposition d’une adresse est la même pour une personne ou un étudiant. Je crée donc une nouvelle classe 

La relation de généralisation Definition 2.5.3 La relation de généralisation sert à exprimer l’héritage d’une classe à l’autre.

La relation de généralisationse traduit par une relation d’héritage, définit une relation « est-un » entre classes. Une classe peut hériter des attributs et/ou des méthodes de l’autre classe. La généralisation impliquela possibilité de substitution. Example 2.13 a) L’oiseau chante. Le pingouin chante et nage. Le pingouin est un oiseau. b) A partir du fichier « personne », on se demande ce que l’on ne va plus répéter pour créer le fichier « étudiant ». Par la 

2.6 Résumé synoptique du diagramme de classe

11

1. La complétude : Toute l’information relative au domaine d’intérêt est-elle présente ? 2. La cohérence: Toute l’information présente est-elle représentée de manière compatible avec la réalité et le reste du diagramme ? 3. Les 7 péchés de spécification de Meyer : (a) Bruit : Présence d’éléments non présent dans le monde réel au sein du modèle. (b) Silence : Oubli d’un objet issu du monde réel dans le modèle. (c) Contradiction : Le réel dit qu’il faut le faire, pourtant dans le modèle on ne le fait pas. (d) Surspecification : Éléments superflus dans le modèle SAUF si demande de réaliser un schéma valide. (e) Ambiguïté : Manque de précision du modèle suite à la non correspondance précise dans le monde réel. (f) Redondance (g) Incohérence

3.2 Concepts de base

R

3.2

13

Le niveau fonction correspond aux méthodes du diagramme de classe.

Concepts de base

3.2.1 Le concept de projet Definition 3.2.1 Un projet est une partie du problème global qui fait l’objet d’une étude d’opportunité et d’une analyse conceptuelle. Ils sontclassifiés selon (1) la différenced’objectifs opérationnelsde l’organisation, et (2) la différence d’objectifs de gestion. Example 3.1 Projet limité à la réorganisation du système pour le traitement administratif des commandes client; projet relatif à la prévision des commandes, des délais de livraison.  

3.2.2 Le concept d’application Definition 3.2.2 Une application est un traitement quasi-autonome par rapport aux autres, qui constitue une unité de planning dans la gestion du projet. Elles sont classifiéesselon (1) l’interaction faible avec lesautres applications, (2) la ponctualité de la communication, (3) l’échange d’agrégats informationnels, (4) l’homogénéité des messages, et (5) l’homogénéité des flux de données. Example 3.2 Cas de l’informatisation du circuit des commandes et du réapprovisionnement d’une firme de vente : A1 = Traitement des commandes client et A2 = Traitement du réapprovisionnement des fournisseurs. 



3.2.3 Le concept de phase Definition 3.2.3 Une phase est un traitement possédant une unité spatio-temporelle d’exécution, dans une cellule d’activités. Elles sont classifiéesselon (1) le fait qu’elles sont dus à l’unité spatiale (inter/manuelle/auto/méca) avec (i) changement de lieu(poste de travail, autre endroit, parcours) et (ii) changementde ressources (personne,matériel, information), (2) dus à l’unité temporelle avec (i) existenced’une interruption, (ii) existence d’un point d’attente(décision (ligne correcte >< accumulation (chaque)), (iii) permanence de l’unité d’exécution, (iv) périodicité de l’exécution. La représentation graphique des phases est



Example 3.3 — Traitement-commandes-clients.

1.Préparation bon de commande avec (i) Phase manuelle et (ii) Décacheter les enveloppes, contrôler que les bons de commande sont signés et contiennent les informations indispensables à l ’identification des clients. 2. Enregistrement d’une commande avec (i) Phase interactive et (ii) Les opérateurs d’enregistrement procèdent, via des terminaux, à l ’identification du client, au contrôle des lignes de la commande et à l ’enregistrement de la commande et de ses lignes correctes. Entre 1(ii) et 2(ii), il y a un point d’attente, un point de décision et un changement de ressources.

3.3 Rédaction d’un schéma de décomposition du projet

Lorsqu’un client se présente à l’agence immobilière, il soumet sa demande au service d’enregistrement des demandes. Il indique à l’employé le type de bien qu’il désire, s’il désire louer ou acheter, ses contraintes budgétaires ainsi que les principales caractéristiques des biens qui peuvent l’intéresser. L’employé enregistre sa demande, c’est à dire N° 1

Nom de la phase Enreg-Dmde

2

Impr-Disp

3

Exam-Disp

4

Consult-Supp

3

5

Recher-Photo

3

15

qu’il associe au client les différentes standards correspondants au mieux à la description qui lui a été faite et il enregistre les informations relatives au client si celui n’est pas connu de l’agence. La terminaison de l’enregistrement de la demande déclenche automatiquement, pour chaque classe standard correspondant à la demande du client, l’impression de la liste des biens encore disponibles appartenant à cette classe (cette liste reprend la localisation du bien, le prix demandé et les informations relatives à la superficie). Le client examine les différentes listes et élimine de suite les biens immobiliers qui ne l’intéressent pas. S’il reste des biens susceptibles de l’intéresser, il s’adresse au service des visites. Pour chacun des biens retenus par le client, un employé consulte, à l’aide d’un terminal, les informations s’y rapportant afin de fournir des renseignements plus précis tandis que son collègue recherche la photo correspondant dans le fichier. Grâce aux renseignements supplémentaires et à la photo, le client peut se faire une opinion sur le bien. L’employé enregistre alors l’accord ou le désaccord du client.

Pr. Définition N.A. Enregistrement de la demande du client Impression de la liste des 1 biens disponibles 2 Examen de la liste des biens disponibles et choix

Justification

Chgt ressource (-1 employé +1 imprimante) Chgt de lieu ou de responsabilité (Service Enreg-Demande ⇒ Client) et point de décision (1ier choix du client) Consultation des informa- Chgt de lieu (Client ⇒ Service Visite), tions pour obtenir ren- chgt de ressource (1 employé du service seignements plus précis visite) et différence de périodicité (Sélection après examen) Recherche de la photo Par rapport à 3 : Chgt de lieu (Client ⇒ Service Visite), chgt de ressource (1 employé du service visite) et différence de périodicité (Sélection après examen). Par rapport à 4 : Chgt ressource (1 autre employé)

Nature Interactive Automatique Manuelle

Interactive

Manuelle

3.3.2 Critères d’identification 1. Changement de lieu: Parcours, passer du siège à l’agence, changer de bureau, aller au poste d’impression. 2. Changement de ressource : (i) Type personne = Autre ; (ii) Type matériel = Changement de nature ou terminaux, imprimante, réseau internet ; (iii) Type d’information = Autre type de dossier. 3. Point d’attente : Lorsque, quand, ensuite, la fin de ..., est suivi de ..., déclenche, puis, à la reception de... 4. Point d’attente de type décision : Décision humaine "ligne correcte, commande enregistrée, si. . . , acceptée, il peut dans ce cas. . . , il approuve". 5. Point d’attente de type accumulation: Pour chaque produit, lorsque tout est arrivé, on attend un paquet pour l’envoyer, déclenche après réception de 10 paquets. 6. Différence de périodicité: À chaque réapprovisionnement - chaque fois qu ’un produit est disponible, en fin de semaine - au moins 20 min. en attente.

Proposition 3.3.1 — Identification d’une phase.

3.3.3 Validation d’un schéma de décomposition du projet

4. Modèle de la dynamique des traitements

4.1

Définition et objectifs du schéma de la dynamique Definition 4.1.1 Le schéma de la dynamique est un modèle représentant les conditions d’exécution et d’enchaînement

des traitements en vue de caractériser le comportement du système informatique. Les objectifs sont de (i) préciser lacause, càd la survenance d’événement, (ii) préciser l’effet, càd, le déclenchement de processus,(iii) utiliser les structures algorithmiquesde base, et (iv) préciser 2 niveaux d’enchaînement (application en phases ou en fonctions) ⇒ Décomposition arborescente.

4.2

Concepts de base

4.2.1 Le concept de message Definition 4.2.1 Un message représente une collection structurée d’informations véhiculées dans le système informatique, possède un contenu informationnel, est associé à une présentation physique, est caractérisé par un type (i) externe (échangé avec l’environnement (dest/prov)) et (ii) interne (échangé à l’in...