Julie Vachon, Hiver 2006
IFT2251:
Introduction au génie logiciel
Chapitre 3: Analyse et spécification
Section 2: Développement des requis – préliminaires à la modélisation
J. Vachon - Chap.3, sect.2, p.2 Copyrights Julie Vachon, 2006
Sommaire
Chapitre 3, section 2
« Analyse : modélisation - préliminaires »
1.
Identification des données et traitements
Les événements
Les éléments
2.
Diagramme de contexte
Références
Satzinger et al.
Chapitres 4 et 5
Ghezzi et al.
Chapitre 5, sections 1 à 4
Pfleeger
Chapitre 4
Modélisation – les préalables
Identification des données et des traitements Quel que soit l’approche de développement (o. o. ou
structurée), il est utile de débuter la modélisation par
Définition des événements
Identification des éléments(données)
du système
J. Vachon - Chap.3, sect.2, p.5 Copyrights Julie Vachon, 2006
Modélisation – les préalables
Événement
Occurrence qui survient à un moment et un endroit précis que l’on peut décrire et dont le système doit se rappeler (i.e. pertinents!).
Identification des événements…
Quels sont les événements qui engendrent une réaction, une activité ou un traitement de cette
boîte noire qu’est le système à développer ?
J. Vachon - Chap.3, sect.2, p.6 Copyrights Julie Vachon, 2006
Modélisation – les préalables
Types d’événements
Événements externes
Survient à l’extérieur du système et est habituellement initié par un agent ou un acteur externe.
Exemples: Un client passe une commande. Un client actualise les information personnelles de son compte.
Événements temporels
Résultent de l’atteinte d’un point dans le temps.
Exemples: Moment de produire les chèques de paie (à chaque deux semaines). Moment de produire les factures mensuelles (le 28 de chaque mois).
Événements d’état
Se produit lorsque quelque chose survenant dans le système déclenche un besoin de traitement.
Ex. Rupture de stock. Déclenchement de l’alarme de feu.
?
?
?
Modélisation – les préalables
Documenter les événements
Cabine de l’ascenseur Instruction
de déplacement Desservir un
étage Client Message d’appel est envoyé à l’ascenseur L’utilisateur
appelle l’ascenseur en appuyant sur le bouton « monter » ou « descendre ».
Destination Réponse
Activité / Cas d’utilisation Source
Déclencheur Événement
Modélisation – les préalables
Identification des données et des traitements
Définition des événements
Identification des éléments(données)
du système
J. Vachon - Chap.3, sect.2, p.9 Copyrights Julie Vachon, 2006
Modélisation – les préalables
Les éléments
Quels sont les données/objets manipulé(e)s par le système qui nécessitent d’être stockés en mémoire ?
Élément
Élément tangible
Rôle joué
Unité organisationnelle
Périphérique
Incidents, événements,
interactions
Sites, emplacements
J. Vachon - Chap.3, sect.2, p.10 Copyrights Julie Vachon, 2006
Modélisation – les préalables
Développer une liste initiale d’éléments Marche à suivre
1.
Identifier tous les noms figurant dans
la description générale du système (cahier des charges) le tableau des événements
la description des autres systèmes existants, dans les rapports, les formulaires, les procédures en cours, etc.
2.
Raffiner la liste en vous interrogeant sur la
pertinence de stocker ces éléments dans une base de données.
Modélisation – les préalables
Développer une liste initiale d’éléments Questions
Pour justifier l’inclusion d’un élément
Le système doit-il mémoriser plus d’un élément de ce type ?
S’agit-il d’un élément unique que le système doit connaître ?
Entre-t-il dans le cadre de la portée du système ?
Est-ce un élément qui constitue un attribut d’un autre élément ?
Pour justifier son exclusion
Cet élément est-il le synonyme d’un autre déjà identifié ?
Est-ce seulement une sortie
produite par le système à partir d’autres informations déjà identifiées ?
ayant pour effet d’enregistrer d’autres informations déjà identifiées ?
Modélisation – les préalables
Les éléments Entité de données vs Objets
Entité (approche classique):
élément à propos duquel le système doit stoker de l’information.
Objet(approche orientée objets):élément d’information qui peut aussi interagir.
Entité (information)
Procédure 1 Procédure 2
Objet Attributs (information)
méthodes
J. Vachon - Chap.3, sect.2, p.13 Copyrights Julie Vachon, 2006
Modélisation – les préalables
Événements Éléments
Diagramme De classes
Diagramme de cas d’utilisation
Diagrammes d’interaction
Cas d’utilisation et description des scénarios
Diagrammes d’états Autres modèles
orientés objets Diagrammes
d’activités
Approche orientée objets
Diagramme de contexte
J. Vachon - Chap.3, sect.2, p.14 Copyrights Julie Vachon, 2006
3.2.2 Diagramme de contexte
Met en évidence les frontières du système
Vue abstraite du logiciel qui montre
Les acteurs externes au logiciel
Les flots de données entrant et sortant du système
Le processus central que représente le logiciel
Remarques
Un seul processus !
Les dépôts de données internes ne sont pas représentés
Diagramme de contexte
Acteur externe (source ou destination)
Processus (ou fonction)
Flot de données (ou flux)
A P
d
Concepts de base
Diagramme de contexte
Acteur externe
Source des données traitées ou destination des données produites hors du logiciel
Personne, département, organisation, logiciel informatique, ou tout autre système
d’information, hors des limites du logiciel, qui produit ou reçoit des données
Ex. Une personne, un appareil, un capteur, etc.
(Aussi appelé agent)
A
J. Vachon - Chap.3, sect.2, p.17 Copyrights Julie Vachon, 2006
Diagramme de contexte
Processus
Processus (manuel ou automatisé) qui transforme les données
Procédure ou algorithme qui reçoit des données en entrée et produit des données en sortie
Ex. Calculer les taxes, calculer la surface d’un objet, afficher un graphique, etc.
Aucune information ne spécifie les conditions de synchronisation des processus
P
J. Vachon - Chap.3, sect.2, p.18 Copyrights Julie Vachon, 2006
Diagramme de contexte
Flot de données
Circulation des données dans le sens indiqué par la flèche
Une étiquette indique le type des données transférées
Aucune information ne spécifie toutefois les conditions du transfert
d
Exemple : système d’alarme
Diagramme de contexte – DFD de niveau 0
Panneau de contrôle
Capteur
Écran du panneau
de contrôle
Alarme
Ligne téléphonique Système
d’alarme SafeHome Commandes et données de l’utilisateur
Statut du capteur
Tonalités des numéros de téléphone
Type d’alarme Informations
d’affichage
Développement des requis Récapitulons…
Modélisation préliminaire
Faire un tableaux des événements
Faire la liste des éléments du système
Faire un diagramme de contexte du système Expression des besoins
Cueillette d’informations
Validation et vérification des besoins
Organisation des besoins
Cahier
des charges Rapport
d’analyse En parallèle
Analyse détaillée
J. Vachon - Chap.3, sect.2, p.21 Copyrights Julie Vachon, 2006
Parmi les objectifs d’apprentissage
Savoir identifier et décrire les événements d’un système.
Savoir identifier les éléments d’un système.
