Document des exigences logicielles

Documents pareils
Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

Dossier d'étude technique

Le Guide Pratique des Processus Métiers

Conception, architecture et urbanisation des systèmes d information

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Management des processus opérationnels

Proposition pour la création d un site de gestion de projet

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.

UML (Paquetage) Unified Modeling Language

Je découvre Lina Maintenance

Systèmes d information et bases de données (niveau 1)

Nom de l application

Extensions à la formation. Laurent Pérochon, avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB Olivier Augereau Formation UML

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Erol GIRAUDY et Martine ROBERT LE GUIDE JURIDIQUE DU PORTAIL INTERNET/INTRANET

Annexe : La Programmation Informatique

Cours Gestion de projet

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Synergies entre Artisan Studio et outils PLM

IFT2255 : Génie logiciel

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes

langage spécifiant un processus sous format XML Business Process Management : gestion de processus.

Analyse,, Conception des Systèmes Informatiques

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Chapitre I : le langage UML et le processus unifié

Outils et documentation Systems Management Guide d'installation de la Version 8.0.1

Projet de Conception N 1 Automatisation d'un processus de paiement. Livrable: Spécification du système de compensation

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude

Table des matières: Guidelines Fonds de Pensions

Document d accompagnement pour le référentiel national du C2i niveau 2 Métiers de l environnement et de l aménagement durables

Mercredi 15 Janvier 2014

CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE

La gestion électronique de l information et des documents entreprise. Présentation

Information utiles. webpage : Google+ : digiusto/

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :

RTDS G3. Emmanuel Gaudin

Chapitre 5 LE MODELE ENTITE - ASSOCIATION

Transmissions série et parallèle

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK

Développement d un interpréteur OCL pour une machine virtuelle UML.

Réussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle

Projet de Veille Technologique

Rational Unified Process

Macroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope

ech-0148 Motifs d annonce Entreprises - taxes de domaine

Formation : Modélisation avec UML 2.0 et Mise en pratique

Pratique recommandée par IEEE pour la préparation de spécifications d exigences de logiciel

Génie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique

Messagerie asynchrone et Services Web

Tsoft et Groupe Eyrolles, 2005, ISBN :

La démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*

CNAM cours NFE107 : Urbanisation et architecture des SI Xavier Godefroy, Rapport sur le BPM, mai Le BPM

En savoir plus pour bâtir le Système d'information de votre Entreprise

Projet de développement

ITSMby Diademys. Business plan. Présentation

Contenu attendu des guides nationaux de bonnes pratiques d hygiène GBPH

CORBA. (Common Request Broker Architecture)

STATISTICA Version 12 : Instructions d'installation

Problématiques de recherche. Figure Research Agenda for service-oriented computing

La démarche SOA et l interopérabilité applicative

ISO/CEI Technologies de l information Gestion des actifs logiciels. Partie 1: Procédés et évaluation progressive de la conformité

Cours de Génie Logiciel

Enseignement de la norme ISO/CEI aux étudiants en technique informatique d un collège technique Québécois

Le cadre des Web Services Partie 1 : Introduction

Bases de données. Chapitre 1. Introduction

Notre Catalogue des Formations IT / 2015

UCL. Université catholique de Louvain. Métro Web : logiciel de support à l'évaluation de la qualité ergonomique des sites web.

ARIS : Des Processus de gestion au Système Intégré d Applications

DSL. Domain Specific Language. À l'aide des technologies Eclipse Modeling. Goulwen Le Fur Le 23 novembre 2012

ANNEXE I RÉFÉRENTIELS DU DIPLÔME. Mention complémentaire Maintenance des systèmes embarqués de l automobile 5

26th of March 2014, Paris

Rappel sur les bases de données

Développement spécifique d'un système d information

Tableau comparatif des offres Visual Studio

Conférence EDIFICAS. Le document électronique et sa valeur probante

CC30 Certificat de compétence Conception, développement et animation de sites Web

CobiT. Implémentation ISO 270. Pour une meilleure gouvernance des systèmes d'information. 2 e édition D O M I N I Q U E M O I S A N D

Rapport de certification PP/0101

Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle

Visual Paradigm Contraintes inter-associations

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau)

Normes Mauritaniennes de l Action contre les Mines (NMAM) Inclus les amendements Janvier 2014

Glossaire. Arborescence : structure hiérarchisée et logique qui permet d organiser les données dans un système informatique.

MobiCall Serveur de Notification & Mobilisation pour les plates-formes Alcatel-Lucent

Génie logiciel (Un aperçu)


Ingénierie et gestion des connaissances

ARCHIVAGE DES BASES DE

PREREQUIS TECHNIQUES. Yourcegid Etafi Start

INTRODUCTION AUX METHODES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

Gouvernance des mesures de sécurité avec DCM-Manager. Présentation du 22 mai 2014

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA

L application doit être validée et l infrastructure informatique doit être qualifiée.

Comparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML

Configuration Interface for MEssage ROuting

Business & High Technology

Transcription:

Projet: Nom du projet Système: Nom du système Louis Martin UQÀM Version 0.01 2004-02-02

Historique des révisions Version Date Description Auteurs 0.01 2004-02-02 Version initiale Louise Martin Page 2 de 23

Résumé Le présent document est le gabarit d'un DEL. Il tente de respecter les normes ESA BSSC(96)2 [BS-1], ESA PSS-05-0 [BS-2], ESA PSS-05-03 [BS-3], IEEE Std 830-1998 [BS-4], IEEE/EIA 12207.0-1996 [BS-5], IEEE/EIA 12207.1-1997 [BS-6], IEEE/EIA 12207.2-1997 [BS-7]. L'étape dans laquelle est défini le DEL est la première étape de la construction de la solution. Le DEU et le DAG servent d'intrant au DEL. Le DEL représente la compréhension que les développeurs ont du logiciel à construire. Un DEL doit être: a) correct; b) non ambigu; c) complet; d) cohérent; e) échelonné selon le degré d'importance ou de priorité; f) vérifiable; g) modifiable; h) traçable. Page 3 de 23

Table des matières Historique des révisions 2 Résumé 3 Sigles et abréviations 6 1. Introduction 7 1.1 But 7 1.2 Portée 7 1.3 Références 7 1.4 Structure du document 7 2. Description générale 8 2.1 Contexte 8 2.2 Survol des fonctionnalités 8 2.3 Contraintes générales 8 2.4 Hypothèses et dépendances 9 2.5 Partition des exigences 9 3. Description des acteurs 10 4. Exigences fonctionnelles 11 5. Exigences d'interface 12 5.1 Interfaces «humain» 12 5.2 Interfaces «matériel» 12 5.3 Interfaces «logiciel» 12 5.4 Interfaces «communication» 13 6. Autres exigences 14 6.1 Exigences de performance 14 6.2 Exigences de persistance 14 6.3 Exigences de fiabilité 15 6.4 Exigences de disponibilité 15 6.5 Exigences de sécurité 15 6.6 Exigences de maintenabilité 15 6.7 Exigences de portabilité 15 6.8 Exigences de qualification 16 6.9 Exigences d'acceptation pour la mise en exploitation 16 6.10 Exigences d'acceptation pour la maintenance 16 6.11 Exigences de documentation 16 6.12 Exigences de déploiement 16 Glossaire 17 Bibliographie 18 Page 4 de 23

Table des matières Document des exigences logicielles Annexes Annexe A (normative) Spécifications des contrats 19 Annexe B (normative) Spécifications des IUG 20 Annexe C (normative) Traçabilité des exigences utilisateurs 21 Annexe D (normative) Règles d'affaires 22 Annexe E (informative) Modèle conceptuel 23 Page 5 de 23

Sigles et abréviations DAG DEL DEU IEEE IUG S/O UML Document d'architecture globale Document des exigences logicielles Document des exigences utilisateurs The Institute of Electrical and Electronics Engineers, Inc. Interface utilisateur graphique sans objet Unified Modeling Language Page 6 de 23

1. Introduction 1.1 But Décrire le but du DEL. Décrire les lecteurs visés. 1.2 Portée 1.3 Références Les références incluses ici font partie intégrante du DEL. En particulier les références au DEU et au DAG sont de mise. Ces références sont décrites dans la bibliographie. 1.4 Structure du document Décrire ce que la suite du DEL contient. Expliquer comment le DEL est organisé. Page 7 de 23

2. Description générale Cette section du DEL décrit les facteurs généraux affectant le logiciel et ses exigences. Cette section ne contient pas d'exigences spécificiques, ces dernières sont décrites dans les sections suivantes. Le but de la présente section est de décrire le contexte général des exigences pour faciliter leur compréhension. 2.1 Contexte 2.2 Survol des fonctionnalités 2.3 Contraintes générales Cette sous-section décrit les éléments limitant les choix de conception. Elle ne décrit pas d'exigences spécifiques mais décrit la raison d'être de certaines contraintes en pointant vers les standards et normes devant être respectés. Sont inclus: a) les réglementations applicables; b) les normes ergonomiques; c) les normes d'infrastructure; d) les limitations du matériel; e) les interfaces avec les autres applications; f) le parallélisme des opérations; g) les fonctions d'audit; h) les fonction de contrôle; i) les exigences de langage de haut niveau; j) les protocoles d'échange de signaux (ex. XON/XOFF, ACK-NACK); k) les exigences de fiabilité; l) la criticité de l'application; m) les considérations de sécurité physique ou autre; Page 8 de 23

2. Description générale Document des exigences logicielles n) les particularités opérationnelles (ex. en milieu d'usine poussières, vibrations, etc.); o) les particularités des sites d'exploitation. 2.4 Hypothèses et dépendances Si les exigences décrites dans les prochaines sections dépendent d'hypothèses, celles-ci sont décrites ici. Par exemple, si le logiciel dépend d'un nouveau système d'exploitation devant être disponible pour une date donnée. 2.5 Partition des exigences Cette sous-section identifie les exigences pouvant être prises en compte dans une version future du logiciel. Page 9 de 23

3. Description des acteurs Page 10 de 23

4. Exigences fonctionnelles Chaque cas est enrichi: d'un diagramme de séquence système; des références à l'annexe contenant les contrats. des références à l'annexe contenant les spécifications des IUG; Page 11 de 23

5. Exigences d'interface Pour chaque catégorie d'acteurs identifiés à la sous-section Description des acteurs, la présente sous-section décrit de façon détaillée les échanges entre les acteurs et le logiciel. La description logique des échanges est déjà contenue à la sous-section Exigences fonctionnelles. Ici, il s'agit de détailler les points particuliers suivants: a) les protocoles utilisés; b) les normes ergonomiques spécifiques; c) le format des messages échangés; d) le chronométrage (timing); e) les relations entre les données; f) le format des commandes; g) les messages d'erreur. Utilisez un sous-ensemble pertinent de la liste précédente pour chaque catégorie ci-dessous. Seules les exigences différentes des normes de l'organisation sont décrites ici. Les normes de l'organisation sont spécifiées à la sous-section Contraintes générales. Si une sous-section n'est pas utilisée, la mention «S/O» (sans objet) est inscrite. 5.1 Interfaces «humain» Les références aux IUG relatifs aux cas d'utilisation sont incluses. 5.2 Interfaces «matériel» 5.3 Interfaces «logiciel» Page 12 de 23

5. Exigences d'interface Document des exigences logicielles 5.4 Interfaces «communication» Page 13 de 23

6. Autres exigences Cette section décrit les exigences spécifiques ne se retrouvant pas dans les autres sections. Chaque exigence doit être vérifiable. Chaque exigence doit être identifié de façon unique. Les exigences essentielles doivent être identifiées comme telles. La source de chaque exigence doit être indiquée. Par spécifiques, nous entendons des exigences différentes de celles décrites dans la section Exigences fonctionnelles et dans les normes de l'organisation. Ces dernières ayant été spécifiées à la sous-section Contraintes générales. Par exemple, des exigences spécifiques concernant la documentation ou des exigences spécifiques concernant les tests d'acceptation seraient décrites ici. Si une sous-section n'est pas utilisée, la mention «S/O» (sans objet) est inscrite. 6.1 Exigences de performance Cette sous-section décrit les exigences portant sur la volumétrie statique et dynamique du logiciel. Elle peut inclure des éléments relatifs: a) au nombre de terminaux ou de postes client à gérer; b) au nombre de terminaux ou de postes client à gérer concurremment; c) au volume et au type de données à traiter; d) aux volumes de traitement en période normale et en période de pointe. Chacune de ces exigences doit être exprimée en terme mesurable et vérifiable. 6.2 Exigences de persistance Cette sous-section décrit les exigences portant sur la persistance des informations. Elle peut inclure des éléments relatifs: a) au type d'information à conserver; b) à la fréquence d'utilisation; c) aux caractéristiques d'accès; d) aux entités et leurs relations; e) aux contraintes d'intégrité; f) aux exigences de conservation des données. Page 14 de 23

6. Autres exigences Document des exigences logicielles Les modèles logiques de données sont insérés ici. 6.3 Exigences de fiabilité Voir la norme IEEE Std 830-1998 [BS-4] pour la description de cette propriété. 6.4 Exigences de disponibilité Voir la norme IEEE Std 830-1998 [BS-4] pour la description de cette propriété. 6.5 Exigences de sécurité Voir la norme IEEE Std 830-1998 [BS-4] pour la description de cette propriété. 6.6 Exigences de maintenabilité Voir la norme IEEE Std 830-1998 [BS-4] pour la description de cette propriété. 6.7 Exigences de portabilité Voir la norme IEEE Std 830-1998 [BS-4] pour la description de cette propriété. Page 15 de 23

6. Autres exigences Document des exigences logicielles 6.8 Exigences de qualification 6.9 Exigences d'acceptation pour la mise en exploitation 6.10 Exigences d'acceptation pour la maintenance 6.11 Exigences de documentation 6.12 Exigences de déploiement EAR, WAR, etc. Page 16 de 23

Glossaire ACK NACK XON/XOFF Accusé de réception signal émis par un récepteur pour indiquer à l'émetteur que la connexion est bien établie ou que le message transmis a été bien reçu (acknowledgment). Accusé de réception négatif signal émis par une station pour indiquer à un émetteur la mauvaise réception d'un message (negative acknowledgment). Protocole de gestion asynchrone des échanges de données entre deux stations reliées par une voie de communication bidirectionnelle simultanée. Page 17 de 23

Bibliographie Livres [BL-1] LEFFINGWELL, Dean & WIDRIG, Don Managing Software Requirements 2000, Addison Wesley ISBN: 0201615932 [BL-2] WIEGERS, Karl E. Software Requirements (2ième édition) 2003, Microsoft Press ISBN: 0735618798 Standards [BS-1] [BS-2] [BS-3] ESA BSSC(96)2 Guide to applying the ESA software engineering standards to small software projects http://martin.louis.uqam.ca/domaines/normes/esa/bssc962.pdf ESA PSS-05-0 ESA software engineering standards Issue 2 http://martin.louis.uqam.ca/domaines/normes/esa/pss050.pdf ESA PSS-05-03 Guide to the software requirements definition phase http://martin.louis.uqam.ca/domaines/normes/esa/pss0503.pdf [BS-4] IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements Specifications [BS-5] IEEE/EIA 12207.0-1996 Guide for Information Technology Software life cycle processes [BS-6] IEEE/EIA 12207.1-1997 Guide for Information Technology Software life cycle processes Life cycle data [BS-7] IEEE/EIA 12207.2-1997 Guide for Information Technology Software life cycle processes Implementation considerations Page 18 de 23

Annexe A (normative) Spécifications des contrats Une annexe normative fait partie intégrante des exigences. Pour chaque événement système un contrat est spécifié. Les descriptions des contrats sont conservées dans un référentiel. Page 19 de 23

Annexe B (normative) Spécifications des IUG Une annexe normative fait partie intégrante des exigences. Cette annexe inclut automatiquement les spécifications ergonomiques pertinentes pour le logiciel. Page 20 de 23

Annexe C (normative) Traçabilité des exigences utilisateurs Une annexe normative fait partie intégrante des exigences. Cette annexe contient une matrice permettant de faire le lien entre les exigences utilisateurs et les exigences logicielles. Page 21 de 23

Annexe D (normative) Règles d'affaires Page 22 de 23

Annexe E (informative) Modèle conceptuel Page 23 de 23