guide-etude-detaillee

Description

Centre national de la recherche scientifiqueDirection des systèmes d'informationREFERENTIEL QUALITEGuide méthodologiqueEtude DétailléeRéférence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detailleeDate de dernière mise à jour : 13 Mars 2001Version : 00Etat : TravailAuteurs : Y. SOLERDiffusion : DSIObjet : Ce document est un guide destiné à l'équipe de spécification (équipe projet DSI)chargé de produire une étude détaillée dans un projet système d'information.Guide méthodologique – étude détailléeTable des mises à jour du documentVersion du Date Objet de la mise à jourdocument00 13 Mars 2001 Création du documentCNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee 13 mars 2001 2 / 19Guide méthodologique – étude détailléeSommaire1 - OBJET ET DOMAINE D’APPLICATION .....................................................................42 - DOCUMENTS DE RÉFÉRENCE.....................................................................................43 - ABRÉVIATIONS ET TERMINOLOGIE........................................................................44 - PRINCIPES D’ÉLABORATION ......................................................................................44.1 - ETUDE DÉTAILLÉE..............................................................................................................44.2 - DESCRIPTION DES ENCHAÎNEMENTS D'ÉCRANS.................................................................54.2.1 - ...

Informations

• Publié par: Anyi
• Nombre de lectures: 247
• Langue: Français

Extrait

Centre national de la recherche scientifique Direction des systèmes d'information R G E u F id E e R   E m N ét T h I o E d L o   l Q o U gi A q L u I e TE Etude Détaillée Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee Date de dernière mise à jour : 13 Mars 2001 Version : 00 Etat : Travail Auteurs : Y. SOLER Diffusion : DSI Objet : Ce document est un guide destiné à l'équipe de spécification (équipe projet DSI) chargé de produire une étude détaillée dans un projet système d'information.

Version du document 00 etaD Guide méthodologique – étude détaillée Table des mises à jour du document Objet de la mise à jour 13 Mars 2001Création du document CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20012 / 19

Sommaire Guide méthodologique – étude détaillée 1 - OBJET ET DOMAINE D’APPLICATION.....................................................................4 2 - DOCUMENTS DE RÉFÉRENCE.....................................................................................4 3 - ABRÉVIATIONS ET TERMINOLOGIE........................................................................4 4 - PRINCIPES D’ÉLABORATION......................................................................................4 4.1 - E TUDE DÉTAILLÉE ..............................................................................................................4 4.2 - D ESCRIPTION DES ENCHAÎNEMENTS D ' ÉCRANS .................................................................5 4.2.1 - Formalisme..................................................................................................................5 4.2.2 - Outil support................................................................................................................9 5 - CONTENU TYPE.............................................................................................................10 5.1 - Etude détaillée.................................................................................................................. 6 - ANNEXE : LISTE DE VERIFICATION D'UNE ETUDE DETAILLEE...................17 CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20013 / 19

Guide méthodologique – étude détaillée 1 - OBJET ET DOMAINE D’APPLICATION Ce guide donne des recommandations pour produire un dossier d'étude détaillée. Il est destiné à l'équipe de spécification (équipe projet DSI) qui est chargée de produire un dossier d’étude détaillée lors de l’étape "étude détaillée" dans la phase de développement ou de maintenance/évolution d’un système d’information. Il présente également des règles de représentation, de description des enchaînements d'écrans d'une application ou d'une évolution et l'outil support proposé (logiciel Visio). Enfin, une liste de questions pouvant aider à relire et vérifier une étude détaillée est fournie en annexe du présent document. 2 - DOCUMENTS DE REFERENCE
 Plans types : « «     p p l l a a n n - - t t y y p p e e - - e et n u c d h e a - î d n e e t m ai e ll n e t e -   é » cran » 3 - ABREVIATIONS ET TERMINOLOGIE Cf glossaire « Conduite de projet Systèmes d’information » 4 - PRINCIPES D’ELABORATION 4.1 - Etude détaillée L'étude détaillée vise l'exhaustivité de la description de la solution. Les spécifications détaillées sont la traduction précise des besoins fonctionnels, techniques et organisationnels exprimés par la maîtrise d'ouvrage ou les utilisateurs, en termes de : -   traitements à proposer aux utilisateurs de l'application, - données à gérer par l'application, -   interface utilisateurs : écrans, états, enchaînement d'écrans, - contraintes de sécurité et techniques. Une fois le dossier d'étude détaillée validé par la maîtrise d'ouvrage, il constitue le cahier des charges pour la production ou la maintenance d'une application. En cas de modifications ou d'évolutions du cahier des charges durant la phase d'élaboration de l'étude détaillée, il est important de veiller à ce qu'il soit maintenu à jour. CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20014 / 19

Guide méthodologique – étude détaillée 4.2 - Description des enchaînements d'écrans Lors de la spécification fonctionnelle de l'interface homme-machine d'une application, il est nécessaire de décrire les écrans (ergonomie de surface) ainsi que les enchaînements d'écrans (dialogue). Ce paragraphe présente le formalisme à utiliser ainsi que l'outil support utilisé (logiciel Visio). Il permet de représenter l'aspect dynamique de l'interface homme-machine en fonction des écrans prévus, des actions possibles de l'utilisateur et des "décisions" prises par l'application. La liste des écrans et des enchaînements d'écran, avec pour chacun une référence et un nom, figure dans le document "étude détaillée" (Cf. contenu type d'une étude détaillée § 5.1 du présent document). Exemple :
  Liste des enchaînements d'écrans : Réf de l'enchaînementNom de l'enchaînement d'écran d'écran CONCConcours
 Liste des écrans : Réf de l'écranNom de l'écran CONC_1000Constitution d'un concours CONC_2000Recherche des concours CONC_2100Consultation d'un concours Dans la suite du paragraphe, on utilisera la terminologie suivante : -action utilisateur : tout événement déclenché par l'utilisateur à l'aide du clavier ou de la souris (clic, sélection, touche clavier...). -action système : tout choix effectué par l'application logicielle en fonction du contexte dans lequel apparaît une action utilisateur (par exemple test d'une liste vide pour savoir si on affiche un écran de liste ou un écran de saisie d'un élément de la liste). Les actions système sont transparentes à l'utilisateur. 4.2.1 - Formalisme Les concepts représentés dans un diagramme d'enchaînement d'écrans sont les suivants : -écran (fenêtre) -actions utilisateur -cliquer sur un bouton d'action -sélectionner un menu et une option de menu -taper sur une touche clavier -actions système. Les conventions d'écriture des noms de ces concepts sont celles utilisées dans les documentations utilisateur des produits DSI. Voir le document : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20015 / 19

Guide méthodologique – étude détaillée Guide méthodologique "Mise en page de la documentation utilisateur des produits" Chaque diagramme contient la référence de l'enchaînement d'écran en conformité avec la liste définie dans le document "étude détaillée". Le diagramme se lit de haut en bas et de gauche à droite selon l'ordre logique de navigation de l'utilisateur.
  Ecran (fenêtre) L'écran (fenêtre) est représenté par un rectangle arrondi contenant le type d'écran et la référence de l'écran, écrits en texte normal. Les types d'écran possibles sont : -menu : affichage d'un ensemble d'options pour l'utilisateur -liste : affichage d'une liste de données de la base -gestion : affichage de données de la base -utilitaire (palette d'outils...) -dialogue : affichage d'une boîte de dialogue -…#à adapter et compléter par projet#
 Actions utilisateur Les actions utilisateur sont représentées par des noms sur ou à côté des flèches qui relient un écran à un autre. Si plusieurs actions différentes permettent d'obtenir le même écran, il y aura autant de flèches que d'actions. -   Cliquer sur un bouton d'action L'action utilisateur de "cliquer sur un bouton d'action" est représentée par le nom du bouton ou de l'icône, écrit entre <signe sup. et signe inf.> Exemple : <Ajouter> Les boutons d'action qui ont une action sur le même écran ne sont pas représentés dans les diagrammes. Par exemple : les boutons <Précédent> et <Suivant> qui permettent de visualiser les informations de la donnée qui précède ou qui suit la donnée affichée parmi une liste de données. Certains boutons "standards" ne sont pas représentés dans les diagrammes car leur comportement est le même quel que soit l'écran où ils apparaissent, par exemple : -Retour : ferme l'écran en cours et retourne à l'écran précédent qu'avait affiché l'utilisateur -Menu : ferme l'écran en cours et retourne à l'écran principal de l'application -Imprimer : affiche l'écran XXX et #à compléter# -…#à adapter et compléter par projet# Ces conventions doivent apparaître dans les normes d'ergonomie du projet. CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20016 / 19

Guide méthodologique – étude détaillée - Sélectionner un menu et une option de menu L'action utilisateur de "sélectionner une option d'un menu" est représentée par le nom du menu et de l'option, en gras italique, séparés par des / sans espace ni avant ni après le /. Exemple : Fichier/Ouvrir -   Taper sur une touche clavier L'action utilisateur de "taper sur une touche clavier" est représentée par le nom de la touche respectant la normalisation décrite dans le document : « guide-documentation-utilisateur ». Exemple : Ctrl + M, Alt + P, Tab + ?, Pomme + P Les raccourcis clavier qui sont équivalents à des clics de boutons ou à des sélections d'option de menus n'ont pas besoin d'être représentés. Ils doivent être décrits dans les normes d'ergonomie du projet.
 Action système L'action système à effectuer après une action utilisateur est représentée par un ovale contenant l'interrogation qui conditionne le passage à tel ou tel autre écran. Les réponses à l'interrogation (par exemple : oui, non) apparaissent ensuite sur les flèches qui partent de cette action système. CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20017 / 19

Exemple de formalisme: noN emun PRINCIPAL Concours/Recherche des concours Existe-t-il au moins un concours ? iuO etsil CONC_2000 <ajouter> <consulter> gestion CONC_2100 CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee Guide méthodologique – étude détaillée 13 mars 20018 / 19

Guide méthodologique – étude détaillée 4.2.2 - Outil support Pour réaliser ces enchaînements d'écran, il est recommandé d'utiliser le logiciel Visio. Très simple d'utilisation, il apporte un support au niveau graphique. Pour obtenir le formalisme défini, il suffit de choisir le modèle "enchaînement d'écrans" dans Visio. Pour cela : -   ouvrez le logiciel Visio ; - dans la fenêtre qui apparaît, sélectionnez le modèle "enchaînement-écran" qui se trouve dans : 'buzet' > Infos > Bqsd > Conduite-projet > Visio ; CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20019 / 19

La palette d'outil dont on dispose ensuite est la suivante : cénar action système Action utilisateur Résultat positif à une action système Résultat négatif à une action système Guide méthodologique – étude détaillée Pour créer votre enchaînement d'écran, il suffit de faire glisser la forme désirée dans la page de dessin. 5 - CONTENU TYPE 5.1 - Etude détaillée Ce chapitre présente le contenu que l'on doit trouver dans chaque paragraphe du document "Etude détaillée". 1. D ESCRIPTION GENERALE 1.1 Présentation générale de l'application Ce paragraphe a pour but de présenter de manière générale l'ensemble de l'application.
  Dans le cas d'une étude détaillée pour une évolution : Il s'agit de présenter de manière générale la demande d’évolution : ce qu’elle doit traiter, l’évolution du besoin utilisateur,... et de rappeler les principales fonctionnalités couvertes. Il est également important d'indiquer si le dossier de spécification des évolutions concerne une nouvelle fonction (ou de nouvelles fonctionnalités) du système d’information ou si elle modifie une fonction existante. CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 200110 / 19

Guide méthodologique – étude détaillée Pour avoir une meilleure vision de l'évolution, les modules concernés sont regroupés dans un tableau : Exemple : … Nom du moduleNouveau module ou ancien module modifié CREATION ou MODIFICATION ou SUPPRESSION CREATION ou MODIFICATION ou SUPPRESSION … Nom du moduleNouveau module ou ancien module modifié GTA 01CREATION FGB 03CREATION HIJ 11SUPPRESSION …… Dans le cas d’une modification, les pages modifiées montreront aussi nettement que possible les évolutions par rapport à la version précédente : utilisation de l'option Révision de Word (marque de révision dans la marge). Lors de la spécification d’une modification, le dossier de spécification des évolutions contiendra à minima le descriptif des opérations modifiées, la vue du MLD couvrant ces opérations, les écrans et les états modifiés de ces opérations. Cela veut dire que le dossier de spécification des évolutions ne contiendra pas obligatoirement une description des modules si ceux-ci ne sont pas directement concernés par la modification. 1.2 Description des principales fonctions Ce paragraphe décrit les principales fonctionnalités de l'application. 2. D ESCRIPTION DES PRINCIPES D ’ ORGANISATION ET DE GESTION 2.1 Acteurs concernés Identifier ici l'ensemble des acteurs impliqués. Un acteur est une entité organisationnelle identifiable par les missions qu’il remplit au sein du champ d’étude (acteur interne) ou à l’extérieur de celui-ci (acteur externe). Les acteurs sont organisés en postes de travail. 2.2 Principes d’organisation et de gestion Décrire les principes d'organisation et de gestion mis en place. 2.3 Description des procédures Une procédure est une suite de tâches exécutées par un ensemble d’acteurs et concourant au même but. CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 200111 / 19