ANALYSE DES CAHIERS DES CHARGES AVEC SysML

Transcription

1 I- Cahier des charges et SysML Un besoin est exprimé à travers un cahier des charges. Cette première étape permet de reformuler le besoin tel qu il est exprimé par le client et donc d en fixer, avec le client, les fonctionnalités prises en compte et donc les éventuelles limites. Pourquoi SysML? Ø SysML est un langage de modélisation graphique devenu un standard en quelques années dans l'ingénierie système. Ø SysML permet de regrouper les spécifications, les contraintes et les paramètres de l'ensemble du système dans une représentation commune à tous les corps de métiers. Ø De nombreux outils informatiques aident à la validation des étapes de conception, depuis sa spécification jusqu'à sa validation. II- L analyse C est une des phases les plus importantes d un projet. Elle permet aux utilisateurs finaux de bien comprendre les fonctionnalités que le système va fournir et la manière dont le fournisseur les comprend. Cette phase est le point d entrée du travail des équipes techniques qu elles soient informatique, électrique, mécanique, électronique, d architectes Elle doit être exprimée de la manière la plus claire possible pour les tiers. Les objectifs de la reformulation du besoin du client à travers un diagramme d exigences puis par un diagramme de cas d utilisation sont de définir : Les fonctionnalités attendues du système (statique te dynamique), Le contexte général (technique, métier, juridique ), Les acteurs humains et non-humains qui vont utiliser le système, Les interactions entre les utilisateurs et le système. Les outils à notre disposition sont SysML et ses 9 diagrammes (on en utilisera que 6) Activité La qualité d un service (QoS) est une notion subjective. Selon le type du service envisagé, la qualité pourra recouvrir plusieurs notions. 1/6

2 En vous aidant du graphique ci-dessus, compléter dans le tableau ci-dessous la colonne critère QoS, relatif au cahier des charges du projet MétéoStat. FS/FC FS1 Description Fonction de service/de contrainte Récupération des données météorologiques (tous les capteurs) Critère Niveau Critère QoS Données stockées dans un fichier texte (log) Fréquence<minute FS2 Stockage de l ensemble des données. Données stockées dans une base de données complétude FS3 WEB : afficher les données triées par date Affichage sur 1 page web paramétrée FS4 FC1 FC2 WEB : afficher les données sous forme de graphiques Stocker l ensemble des informations météo dans une base de données optimisée pour un stockage long. Log (journalisation) des connexions utilisateur Graphiques cohérents vis-à-vis des données texte Tous les champs présents Log visible par l administrateur Depuis plusieurs clients web Stockage minimum 10 ans FC3 Respect des différents niveaux utilisateurs : Anonyme, utilisateur authentifié, administrateur Respect des droits dans le site web. III- Diagrammes concernés Le langage sysml propose 9 types de diagrammes destinés à représenter les aspects fonctionnel, structurel et comportemental d'un système. Seuls, six sont à connaître en STI2D : Ø Pour modéliser l'aspect fonctionnel et décrire l expression du besoin on a : Le diagramme des cas d'utilisation (UCD) - Use Case Diagram ; Le diagramme des exigences (RD) - Requirements Diagram. Ø Pour représenter l'aspect structurel, on dispose : Du diagramme de définition de blocks (BDD) - Block Definition Diagram ; Du diagramme de block interne (IBD) - Internal Block Diagram. Ø Et pour modéliser l'aspect comportemental, on a : Le diagramme de séquence (SD) - Sequence Diagram ; Le diagramme d'état (STM) - State Machine Diagram. Pour information : 2/6

3 III.1 Objectif du diagramme de cas d utilisation Ø Il délimite la frontière entre ceux qui interagissent avec le système, les acteurs (humains, systèmes, flux d'énergie, de matière, etc.), et le système lui même ; Ø les cas d'utilisation présentent de façon organisée les fonctionnalités métier attendues du point de vue de l'utilisateur final ; Ø Il associe les cas d'utilisation aux acteurs concernés. Ø Chaque cas d'utilisation fait l'objet d'une description soit textuelle, soit par un diagramme comportemental (diagramme d'état ou de séquence). Exemple : Diagramme des cas d utilisation d un lecteur MP3 Activité Dans le projet MétéoStat le recensement des cas d utilisation nous donne la liste suivante : Consulter les logs, Acquérir des données, Gérer les utilisateurs, Stocker les données, Exporter les données au format Csv, Afficher les données météo, Afficher les données météo sous forme de tableaux, Afficher les données météo sous forme de graphiques. ü Identifier les acteurs, ü Organiser les cas d utilisation dans un diagramme. 3/6

4 III.2 Objectif du diagramme d exigences Il répertorie et organise les exigences de toute nature énoncées dans le cahier des charges (les contraintes fonctionnelles, les performances attendues, les limites, les exigences commerciales, etc) Activité Dans le tableau suivant, lier les cas d utilisation qui répondent aux fonctions (FS et FC). Corrigé 4/6

5 IV- Diagramme d exigences IV.1 Exigence Une exigence définit : Soit une capacité (fonction devant être fournie par un système) Soit une condition Une exigence peut apparaître sur d autres diagrammes pour montrer ses liens vers d autres éléments du modèle. Exemple de MétéoStat: Le système doit être capable d enregistrer l activité d un utilisateur authentifié (capacité) La solution d enregistrement des données doit permettre 10 ans de stockage (condition). IV.2 Relations avec les exigences SysML formalise les exigences et leur représentation, il définit une représentation graphique et visuelle des exigences textuelles, il permet une organisation hiérarchique et l association avec les éléments du modèle. Liens entre les exigences Parent-enfant : le sigle est un plus inscrit dans un cercle du coté du parent Dérivation : elle consiste à relier des exigences de niveaux différents dans une relation clientfournisseur. 5/6

6 Traçabilité : Ø Satisfy : relation entre une exigence et un bloc d architecture qui permet de satisfaire cette exigence. Commentaires Ø Verify : relation entre une exigence et un cas de test qui permet de vérifier et valider cette exigence. problème justification 6/6