Les Spécifications textuelles en se basant sur la norme IEEE 830

Slides:



Advertisements
Présentations similaires
1 Modéliser Ou comment RE-présenter sa connaissance.
Advertisements

© Copyright 2007 Arumtec. All rights reserved. Présentation Etude déligibilité
L A D A P T A B I L I T É E S T U N P R I N C I P E, L U T I L I T É U N E E X I G E N C E.
Présenté à Par. 2 3Termes et définitions 3.7 compétence aptitude à mettre en pratique des connaissances et un savoir-faire pour obtenir les résultats.
Manuel Qualité, Structure et Contenus – optionnel
Classe : …………… Nom : …………………………………… Date : ………………..
Formation Processus – Les 5 niveaux Ensemble à modéliser Souvent : un ensemble dunités organisationnelles (de services) Traite les demandes externes.
1 V-Ingénierie… La compétence au service de lexigence… vous présente.
DOCUMENTS DE FORMATION CODEX FAO/OMS SECTION DEUX COMPRENDRE LORGANISATION DU CODEX Module 2.8 Existe-t-il un format pour les normes du Codex ?
PLAN DU COURS Outils de traitement des risques
Le Modèle Logique de Données
Indicateurs de position
- TUTORIAL MCIE - Méthode de Conception d’Interfaces Ergonomiques
Conception d’une application de gestion de fiches études
Langage SysML.
La revue de projet.
Initiation au système d’information et aux bases de données
Initiation au système d’information et aux bases de données
Control des objectifs des technologies de l’information COBIT
Présentation du SVI - DELSOL Mikaël
PAFI Référentiel de données par Sonia Watts DGIF (Direction de la gestion et de linformation forestière) 27 octobre 2010 et 3 novembre 2010.
le profil UML en temps réel MARTE
Vuibert Systèmes dinformation et management des organisations 6 e édition R. Reix – B. Fallery – M. Kalika – F. Rowe Chapitre 1 : La notion de système.
Initiation à la conception de systèmes d'information
Vuibert Systèmes dinformation et management des organisations 6 e édition R. Reix – B. Fallery – M. Kalika – F. Rowe Chapitre 2 : Les applications fonctionnelles.
1 SERVICE PUBLIC DE LEMPLOI REGION ILE DE France Tableau de bord Juillet- Août 2007.
La voyage de Jean Pierre
Département de génie logiciel et des TI Université du Québec École de technologie supérieure Systèmes dinformation dans les entreprises Systèmes dinformation.
SYSTEMES D’INFORMATION
TESTS D’UTILISABILITE DANS LES SERVICES PUBLICS
Responsables: Mr klein
SCIENCES DE L ’INGENIEUR
IGL301 - Spécification et vérification des exgiences 1 Chapitre 1 Introduction (ref : Bray chapitre 1)
IGL301 - Spécification et vérification des exgiences 1 Chapitre 2 Le processus dingénierie des exigences (ref : Bray chapitre 2)
Notre calendrier français MARS 2014
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Notions de Base Hiver 2002 Petko Valtchev.
Méthode de gestion de projet.
Conception des Réalisé par : Nassim TIGUENITINE.
C'est pour bientôt.....
Veuillez trouver ci-joint
Stage dintroduction Programme dergothérapie 20 mars 2013 Hiver 2013.
Guides sylvicoles Fonctionnement et état d’avancement Formation PAFI 26 octobre 2010 Pierre Beaupré, ing.f., DAFPP Chargé de projet « Guides sylvicoles »
Ingénierie Système en SysML appliquée à la rédaction du cahier des charges Y. Le Gallou Séminaire académique STI2D - Calais – 1er avril 2014.
NORMALISATION DES LANGAGES DE PROGRAMMATION des Automates Programmables Industriels CEI
L’évaluation des compétences Exemple Gestion & Finance
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
Traitement de différentes préoccupations Le 28 octobre et 4 novembre 2010.
ECOLE DES HAUTES ETUDES COMMERCIALES
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
CALENDRIER-PLAYBOY 2020.
1 Architecture orientée service SOA Architecture orientée service SOA (Service Oriented Architecture)
1. Présentation générale du système
Projet de stage d’année IIR4 sous le thème:
Vue d’ensemble des outils du PRISM Dakar, 3 au 21 Mai 2010
Supports de formation au SQ Unifié
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
GOUVERNANCE ET DEMARCHE QUALITE
Réalisé par : Mr IRZIM Hédi Mr JRAD Firas
Vérification dans le cycle de vie GEF492A 2014 Référence: [HvV §14.2, 14.9] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et.
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
Analyse des besoins et spécifications (LOG410)
Introduction au Génie Logiciel
Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication S1 à S9 Définition des savoirs et savoir-faire.
Initiation à la conception des systèmes d'informations
Management de la qualité
Principes et définitions
Document de spécification d’exigences Normes IEEE et 29148:2011
19 avril Spécification d’un cadre d’ingénierie pour les réseaux d’organisations Laboratoire de recherche : OMSI à l’EMSE.
Transcription de la présentation:

Les Spécifications textuelles en se basant sur la norme IEEE 830 INSTITUT SUPERIEUR D’INFORMATIQUE D’EL MANAR ***** Département Informatique Exposé Sujet: Les Spécifications textuelles en se basant sur la norme IEEE 830 Encadré par : Mr Naoufel KRAIM Réalisé par: Monia HABASSI Maroua BEN HAMZA Nadia BEN AYED Rabeb AMARI 23 Novembre 2010

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

SEL : Spécification des exigences logicielles ISI Introduction SEL : Spécification des exigences logicielles La SEL comporte l’ensemble des exigences logicielles pour une portion ou pour tout le système. La présente spécification est adoptée pour un projet utilisant une modélisation de cas d’utilisation. Cet artéfact est un paquetage qui comprend les cas d’utilisation du modèle des cas d’utilisation et les spécifications supplémentaires applicables ainsi que les autres informations pertinentes . Plusieurs aménagement d’une SEL sont possibles. La norme IEEE830-1998 est la référence pour de plus amples explications ainsi que pour d’autres options d’organisation du document. Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Document de spécification d’exigences (1/2) Décrit clairement les exigences essentielles (fonctions, performance, contraintes de conception, attributs de qualité) du logiciel et de ses interfaces externes et les limites du système Chaque exigence décrite doit être réalisable et vérifiable objectivement (par inspection, démonstration, analyse, ou test) Base pour entente contractuelle entre fournisseurs et clients Élaborée à partir des notes d’élicitation Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Document de spécification d’exigences (2/2) Les termes utilisés dans ce document sont conformes aux définitions de la norme IEEE 610.12-19905. Les termes clés sont définis ci-dessous. contrat : un document juridique exécutoire, sur lequel s’entendent le client et le fournisseur client : personne ou groupe qui paie le produit et qui (habituellement) en précise les exigences. le client et le fournisseur peuvent faire partie de la même entreprise. fournisseur : personne ou groupe qui fournit le produit au client. Le client et le fournisseur peuvent faire partie de la même entreprise. utilisateur : personne qui utilise le produit ou qui est en interaction avec lui. Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perpectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Exemple de spécification (Bray, 2004) (1/2) 12 cm lampe Levier d'échange Apparition (Apparence) Relation causale SORTIE ENTREE Chronométrage (Choix du temps) de relation Quand le levier d'échange(de commutateur) est déplacé en bas, alors, dans 0.1 secondes, la lampe illumine Quand le levier d'échange(de commutateur) est donné de l'avancement, alors, dans 0.2 secondes, la lampe sort Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Exemple de spécification (Bray, 2004) (2/2) Extrait de la spécification des exigences Il existe plusieurs conceptions alternatives qui pourraient satisfaire ces exigences. R1:le système fournira l'illumination d'au moins 500 candela R2: le système ira dans un cube avec la largeur maximale de 15 cm R3: l'illumination peut être allumée et de par un opérateur humain R4: le système répondra à l'apport(la saisie) d'opérateur dans 0.5 secondes R5: le système aura une alimentation électrique incorporée qui devrait être capable de maintenir(d'entretenir) l'illumination continue pendant au moins 4 heures Etc ...... Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Norme IEEE 830-1998 830: « IEEE Recommended Practice for Software Requirements Specifications » Approches recommandées pour la spécification d’exigences pour logiciels la norme IEEE 830 spécifie une façon standard de présenter les exigences afin de limiter la difficulté à exprimer des besoins flous. Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Norme IEEE 83-1998:Objectifs Aider les clients à décrire le plus clairement possible ce qu’ils veulent Aider les fournisseurs à comprendre ce que le client veut Aider à définir une table des matières normalisée pour la spécification des exigences logicielles (SRS en anglais) Aider à définir le contenu de chaque chapitre Aider à préparer des listes de vérification Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Norme IEEE 830-1998:Bénéfices attendus Établir un accord entre client et fournisseur sur ce qu’il faut faire. Réduire les coûts de développement du logiciel Fournir une base pour l’évaluation des coûts et de l’échéancier Fournir une base pour la V&V Faciliter les transferts vers d’autres services, d’autres gens, etc. Fournir une base pour les améliorations Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Contraintes d’obtention de bons documents d’exigences Buts du SEL Environnement du SEL Caractéristiques d’un bon SEL Évolution du SEL Prototypage Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Structure d’un document d’exigences (SRS) (1/6) Introduction Description générale du produit logiciel Exigences spécifiques - description détaillée Informations additionnelles Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Structure d’un document d’exigences (SRS) (2/6) introduction Vue d'ensemble de tout le document des exigences Objectif du document (but et public) Portée du produit logiciel (identification, explication brève et description du contexte) Définitions, acronymes et abréviations Documents de référence (documents, normes et rapports) Aperçu du document (rescription de l’organisation) Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Description générale du produit logiciel ISI Structure d’un document d’exigences (SRS) (3/6) Description générale du produit logiciel Perspective du produit (identification des interfaces logicielles et matérielles du produit) Vue d'ensemble des fonctionnalités du produit Caractéristiques des utilisateurs Contraintes d'ordre général Hypothèses et dépendances Répartition des exigences Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Exigences spécifiques-Description détaillée Structure d’un document d’exigences (SRS) (4/6) Exigences spécifiques-Description détaillée Modèle environnemental et interfaces externes (description détaillée des fonctionnalités) Les diagrammes des cas d'utilisation (les interactions significatives) Les scénarios de transaction Écrans d'interface utilisateur Format des rapports Description des fonctionnalités (Le modèle structural, Le modèle comportemental) Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Structure d’un document d’exigences (SRS) (5/6) Exigences d'opérations et de performance (nombre de terminaux, d’utilisateurs, transaction par secondes, quantité d’information) Exigences logiques de bases de données ( fréquence d’utilisation, taux de croissance et contraintes d’intégrité pour chaque classe) Contraintes de conception (Nomenclature des données et procédures de comptabilité) Exigences non-fonctionnelles (fiabilité, disponibilité, sécurité et portabilité) Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Informations additionnelles Structure d’un document d’exigences (SRS) (6/6) Informations additionnelles Index Annexes Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspetives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Correspondance au niveau générique ( 1/2) 12207: « Software life cycle processes » Aussi identifié IEEE/EIA 12207 Définit un cadre commun pour les processus de cycle de vie du logiciel IEEE 830-1998 et IEEE/EIA 12207.1-1997 placent tous deux des exigences sur les documents décrivant les exigences logicielles Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Correspondance au niveau générique (2/2) Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Plan Introduction Document de spécification d’exigences Exemple de spécification (Bray, 2004) Norme IEEE 830 Norme IEEE 830-1998: Objectifs Norme IEEE 830: Bénéfices attendus Contraintes d’obtention de bons documents d’exigences Structure d’un document d’exigences (SRS) Correspondance au niveau générique Perspectives Conclusion Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Perspectives Une spécification d’exigences de systèmes doit permettre de réaliser les objectifs de données de cycles de vie stipulés de la norme IEEE/EIA 12207.0-1996. Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Conclusion Toute spécification d’exigences de système rédigée à l’aide du présent guide Une spécification d’exigences de systèmes respecte les exigences de contenu précisées au tableau B.2 Une spécification d’exigences de systèmes est égalememt conforme aux exigences d’une spécification d’exigences de système énoncées dans le tableauIEEE/EIA 12207.1-1997. Une spécification d’exigences de systèmes doit permettre de réaliser les objectifs de données de cycles de vie stipulés de la norme IEEE/EIA 12207.0-1996. Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830

Merci Pour Votre Attention Questions ? !!! ??? Exposé sur Les Spécifications textuelles en se basant sur la norme IEEE 830