guide-etude-detaillee

pages

Français

Documents

Lire

Le téléchargement nécessite un accès à la bibliothèque YouScribe Tout savoir sur nos offres

pages

Français

Documents

Lire

Le téléchargement nécessite un accès à la bibliothèque YouScribe Tout savoir sur nos offres

Publié par

Anyi

Nombre de lectures

247

Langue

Français

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 - ...

Voir

Publié par

Anyi

Nombre de lectures

247

Langue

Français

Centre national de la recherche scientifiqueDirection des systèmes d'informationRGEuFidEeR EmNétThIoEdLo lQoUgiAqLuIeTEEtude 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.

Version dudocument00etaDGuide méthodologique étude détailléeTable des mises à jour du documentObjet de la mise à jour13 Mars 2001Création du documentCNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20012 / 19

SommaireGuide méthodologique étude détaillée1 - OBJET ET DOMAINE DAPPLICATION.....................................................................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 - Formalisme..................................................................................................................54.2.2 - Outil support................................................................................................................95 - CONTENU TYPE.............................................................................................................105.1 - Etude détaillée..................................................................................................................6 - ANNEXE : LISTE DE VERIFICATION D'UNE ETUDE DETAILLEE...................17CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20013 / 19

Guide méthodologique étude détaillée1 - OBJET ET DOMAINE DAPPLICATIONCe 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étudedétaillée lors de létape "étude détaillée" dans la phase de développement ou demaintenance/évolution dun système dinformation.Il présente également des règles de représentation, de description des enchaînements d'écransd'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 enannexe du présent document.2 - DOCUMENTS DE REFERENCE Plans types :«« ppllaann--ttyyppee--eetnucdhea-îdneetmaiellnete- é»cran »3 - ABREVIATIONS ET TERMINOLOGIECf glossaire « Conduite de projet Systèmes dinformation »4 - PRINCIPES DELABORATION4.1 - Etude détailléeL'étude détaillée vise l'exhaustivité de la description de la solution. Les spécificationsdétaillées sont la traduction précise des besoins fonctionnels, techniques et organisationnelsexprimé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 descharges pour la production ou la maintenance d'une application. En cas de modifications oud'évolutions du cahier des charges durant la phase d'élaboration de l'étude détaillée, il estimportant 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ée4.2 - Description des enchaînements d'écransLors de la spécification fonctionnelle de l'interface homme-machine d'une application, il estné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 enfonction des écrans prévus, des actions possibles de l'utilisateur et des "décisions" prises parl'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 duprésent document).Exemple : Liste des enchaînements d'écrans :Réf de l'enchaînementNom de l'enchaînement d'écrand'écranCONCConcours Liste des écrans :Réf de l'écranNom de l'écranCONC_1000Constitution d'un concoursCONC_2000Recherche des concoursCONC_2100Consultation d'un concoursDans 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 lasouris (clic, sélection, touche clavier...).-action système : tout choix effectué par l'application logicielle en fonction du contextedans lequel apparaît une action utilisateur (par exemple test d'une liste vide pour savoirsi 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 - FormalismeLes 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 lesdocumentations 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éeGuide 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 listedé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 del'utilisateur. Ecran (fenêtre)L'écran (fenêtre) est représenté par un rectangle arrondi contenant le type d'écran et laré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 utilisateurLes 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èchesque d'actions.- Cliquer sur un bouton d'actionL'action utilisateur de "cliquer sur un bouton d'action" est représentée par le nom du boutonou 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 lesdiagrammes.Par exemple : les boutons <Précédent> et <Suivant> qui permettent de visualiser lesinformations de la donnée qui précède ou qui suit la donnée affichée parmi une liste dedonnées.Certains boutons "standards" ne sont pas représentés dans les diagrammes car leurcomportement 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 menuL'action utilisateur de "sélectionner une option d'un menu" est représentée par le nom dumenu 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 clavierL'action utilisateur de "taper sur une touche clavier" est représentée par le nom de la toucherespectant la normalisation décrite dans le document : « guide-documentation-utilisateur ».Exemple : Ctrl + M, Alt + P, Tab + ?, Pomme + PLes raccourcis clavier qui sont équivalents à des clics de boutons ou à des sélections d'optionde menus n'ont pas besoin d'être représentés. Ils doivent être décrits dans les normesd'ergonomie du projet. Action systèmeL'action système à effectuer après une action utilisateur est représentée par un ovale contenantl'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 cetteaction système.CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 20017 / 19

Exemple de formalisme:noNemunPRINCIPALConcours/Recherche des concoursExiste-t-il aumoins unconcours ?iuOetsilCONC_2000<ajouter><consulter>gestionCONC_2100CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detailleeGuide méthodologique étude détaillée13 mars 20018 / 19

Guide méthodologique étude détaillée4.2.2 - Outil supportPour réaliser ces enchaînements d'écran, il est recommandé d'utiliser le logiciel Visio. Trèssimple 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" dansVisio. Pour cela :- ouvrez le logiciel Visio ;- dans la fenêtre qui apparaît, sélectionnez le modèle "enchaînement-écran" qui se trouvedans : '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énaraction systèmeAction utilisateurRésultat positif à uneaction systèmeRésultat négatif à uneaction systèmeGuide méthodologique étude détailléePour créer votre enchaînement d'écran, il suffit de faire glisser la forme désirée dans la pagede dessin.5 - CONTENU TYPE5.1 - Etude détailléeCe chapitre présente le contenu que l'on doit trouver dans chaque paragraphe du document"Etude détaillée".1. DESCRIPTION GENERALE1.1 Présentation générale de l'applicationCe 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 quelle 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 concerneune nouvelle fonction (ou de nouvelles fonctionnalités) du système dinformation ou si ellemodifie une fonction existante.CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 200110 / 19

Guide méthodologique étude détailléePour avoir une meilleure vision de l'évolution, les modules concernés sont regroupés dans untableau :Exemple :Nom du moduleNouveau module ou ancien modulemodifiéCREATION ou MODIFICATION ouSUPPRESSIONCREATION ou MODIFICATION ouSUPPRESSIONNom du moduleNouveau module ou ancien modulemodifiéGTA 01CREATIONFGB 03CREATIONHIJ 11SUPPRESSIONDans le cas dune modification, les pages modifiées montreront aussi nettement que possibleles é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 dune modification, le dossier de spécification des évolutionscontiendra à minima le descriptif des opérations modifiées, la vue du MLD couvrant cesopérations, les écrans et les états modifiés de ces opérations. Cela veut dire que le dossier despécification des évolutions ne contiendra pas obligatoirement une description des modules siceux-ci ne sont pas directement concernés par la modification.1.2 Description des principales fonctionsCe paragraphe décrit les principales fonctionnalités de l'application.2. DESCRIPTION DES PRINCIPES DORGANISATION ET DE GESTION2.1 Acteurs concernésIdentifier ici l'ensemble des acteurs impliqués. Un acteur est une entité organisationnelleidentifiable par les missions quil remplit au sein du champ détude (acteur interne) ou àlextérieur de celui-ci (acteur externe). Les acteurs sont organisés en postes de travail.2.2 Principes dorganisation et de gestionDécrire les principes d'organisation et de gestion mis en place.2.3 Description des procéduresUne procédure est une suite de tâches exécutées par un ensemble dacteurs et concourant aumême but.CNRS/DSI/conduite-projet/developpement/technique/guide-etude-detaillee13 mars 200111 / 19

Voir