Please enable JavaScript.
Coggle requires JavaScript to display documents.
Analyse et Definitions Des Besoins (Cahier Des Charges (:warning:ne doit…
Analyse et Definitions Des Besoins
Cahier Des Charges
Règles de rédaction
:check: Elle doit spécifier uniquement le comportement externe du
système
:check: Elle doit spécifier les contraintes de réalisation
:check: Elle indique les paramètres nécessaires à la conception du
projet
:check: Elle est fourni au demandeur et réalisateur du système
Sa base est la clarté,la concision,la simplicité
:check: Servir l'outil de référence en cas de litige entre le client et le
prestataire
:check: Contenir des indications concernant les étapes ultérieurs du
cycle de vie du système
:check: Doit être vérifié , validé et approuvé par les user avant de
commencer la phase de conception
Structure Générale
:pencil2: Description du matériel
:heavy_check_mark: Doit être réalisé sur un matériel spécial qui doivent être décrits
:pencil2: Introduction Générale
:heavy_check_mark: Présentation de l'application et de son contenu
:heavy_check_mark: Décrire la raison d'être un tél système plus le placer dans son contexte
:pencil2: Modéle conceptuel
:pencil2: Besoins fonctionnels
:heavy_check_mark: Définition de l'ensemble des services attendus par user
:heavy_check_mark: Qualité du cahier des charges dépend de la complétude +cohérence dans la description des BF
Ceci s'obtient au fur et à mesure des corrections , ajouts , modifications des info
Définition
:check: C'est la description des besoins concernant un systéme
logiciel
:check: Décrite de façon précise c'est à dire qu'un systéme doit
faire sans préciser comment le faire
Il doit contenir:
Les besoins d'utilisateur
Les spécifications des besoins
Objectif
Base de contrat
Base de conception et développement
méthode
Plan
Introduction générale :point_right:
•doit décrire la raison d’être d’un tel système et le placer dans son contexte en donnant ses fonctions et en présentant une justification de son organisation
•Présentation générale de l’application et du contenu du document
Description du matériel :point_right:
dans le cas où le système doit être réalisé sur un matériel
spécial, ce matériel et ses interfaces doivent être décrits
Informations destinées à la maintenance :point_right:
doit décrire les hypothèses sur lesquelles le
système est fondé ainsi que les changements prévus relatives à l’évolution du matériel et des nouveaux besoins des utilisateurs
Glossaire :point_right:
Doit définir les termes techniques utilisés dans le document pour aider essentiellement les utilisateurs non informaticiens à le comprendre. Il sert également aux développeurs en donnant des définitions précises des termes utilisés
Index :point_right:
Index alphabétique, index par chapitre et index des fonctions
Règles
Language naturel
:star: Trés usité Language naturel
:star: La présentation se fait par paragraphes numéroté
Langage structuré
:star: Composition du langage limité dans son utilisation
:star: Composition des notations graphiques plus expressives
Language de spécification formelle
:star: Exemple ADA avec de nouvelles régles
:star: usage des commentaires
:warning:ne doit pas comporter
:no_entry:bruit
:pen: Est une élément du spécification qui n'apporte aucune information sur aucune caractéristique du problème
:no_entry:Silence
:pen: Une caractéristique du problème à laquelle ne correspond aucune élément du texte
:no_entry:Sur-spécification
:pen: C'est un élément du texte correspondant à une caractéristique non pas du problème mais d'une solution possible
:no_entry:Ambiguité
:pen: C'est un élément du texte permettant de comprendre une caractéristique de plusieurs façon
:no_entry:Contradiction
:pen: C'est un élément du texte qui définissent de façon incompatible une méme caractéristique du problème
:no_entry: Référence en avant
:pen: une élément du texte décrivant une caractéristique du problème définie plus loin dans le texte
Le diagramme de flux de données (DFD)
Définition
Le diagramme de flux de données permet de visualiser le mode de fonctionnement du système, ce que le système accomplit et comment il sera mis en oeuvre, puis comment il sera affiné avec
des spécifications ultérieures.
Les outils
Le traitement ou process
un cercle
:recycle:modification de la structure de la donnée
:recycle: transformation d’une donnée en une autre
:recycle: aiguillage de la donnée et un test de la donnée
Le flot de données
trait
:check: Représentation par un trait continu avec un nom
Il traduit la circulation des données reliant deux process.
L’unité de stockage (
Représentation par deux traits parallèles //
)
:check: Représente le stockage des données sous forme de bases de données ou de fichiers On accède ainsi plusieurs fois à l’information et sans ordre précis puisqu’elle est immobile.
4.Entité externe(
Rectangle
)
SADT
Structure
:eight_pointed_black_star:La technique d'analyse Structurée
:eight_pointed_black_star: Graphique: Structure et relation entre entitées
l’avantage
matérialiser les flux des échanges entre les processus par des flèches
la structure des entités
les relations entre ces entités
:eight_pointed_black_star: Symbole spéciaux facile s de compréhension
:eight_pointed_black_star: Pas de traitement automatique des diagrammes
Définition
:check: La technique d’analyse repose sur la décomposition du problème en partant du général pour aller au
RAISE Specification Language
Traitement automatique des instructions RSL
Base de donnée associée:MSAS
Outils de génération automatique de simulateurs,rapports,vérification
Langage simple
:star:éléments sont des noms en français
:star: relations sont sous forme des verbes
:star: attributs sont des adjectifs
:star:Structure correspondant à une modélisation des flots d'information
Les contraintes juridiques
Définir des pré-requis en amont du projet et d'en faire
mention dans le cahier des charges
Il y a 3 cond juridiques à inclure dans le cahier des
charges
les clauses de cession des droits
planning précis
Les modalités de validation
:ballot_box_with_check: Validation des besoins
:heavy_check_mark: démontrer que les besoins déf le systéme désiré par le client
:heavy_check_mark: les erreurs sont trop chéres
:heavy_check_mark: cohérence
:heavy_check_mark: Complétude
:heavy_check_mark: Réalisme
:heavy_check_mark: Validité