Please enable JavaScript.
Coggle requires JavaScript to display documents.
Analyse et definition de besoins (introduction (ce processus est la…
Analyse et definition de besoins
Validation des besoins
revue de la définition des besoins
recommandations
réguliers
avec les clients
propriétés validées
compréhensibilité
traçabilité d'ou vient le besoin
vérifiabilité
adaptabilité
techniques de validation
générateur de simulateurs
. exemple: outils de simulation associés au langage RSL comme un générateur de simulateur qui analyse
les définitions en RSL et génère en Pascal un simulateur.
outils d'analyse et recherche d'anomalies
par outils : analyseur de mot clés qui repère les paragraphes concernés
par hommes : faire relire les documents par les utilisateurs et les développeurs à la recherche des anomalies
propriétés qui doivent être vérifiés
totalité
réalisablité
consistance
vérifiable
validité
cohérence
réalisme
Besoins fonctionnels
3 méthodes de besoins fonctionnels
langage structuré ou formaté
SADT :sturected analysis and design technique
définitions
graphique : structure et relations entre entités
symboles spéciaux facile de compréhension
technique d'analyse structurée
pas de traitement automatique des diagrammes
RSL : raise specification language
base de données associée
outils génération automatique de simulateurs , rapports , vérification
traitement automatique des instructions RSL
DFD : diagramme de flot de données
le traitement ou process = cercle
l'unité de stockage = 2 traits
l'entité externe ou terminateur = rectangle
langage de spécification formelle
usage des commentaires
exemple ADA avec de nouvelles règles
langage naturel
inconvénients
Le manque de concision
Distinction difficile entre la nature des besoins et leur but
Ambiguïté des phrases et des mots
avantages
la présentation des besoins fonctionnels se fait par paragraphes numérotés
Facilement modifiable
très usité
recommandable
lors de la rédaction, penser toujours à une rédaction séparée des différents besoins
Faire relire et corriger le document
-Ne pas hésiter à utiliser une présentation, des polices de caractères qui mettent en évidence les éléments essentiels du document
définitions
la qualité du cahier des charges dépend de la complétude et cohérence dans la description des besoins fonctionnels
ceci d'obtient au fur et à mesure des corrections , ajouts , modification des informatiosn
définition de l'ensemble des services attendus par l'utilisateur
Besoins non fonctionnels
soumis aux évolutions technologiques
interaction entre fonctions : conflit -> solutions
contraintes sur les fonctions du système
contraintes
Les outils CASE utilisés
La résolution d’écran
La vitesse des unités d’entrée/sortie
propriétés du système
Temps de réaction
Taille de mémoire nécessaire
Fiabilité
language naturel ou structuré
introduction
ce processus est la première étape du cycle de vie d'un logiciel
c'est un etude préalable et etude de faisabilité
Tout système complexe à construire doit d'abord être spécifié
l'utilisateur exprime ses besoins dans un cahier des charges
le développeur prend connaissance des besoins de l'utilisateur
le processus visant à établir quelles fonctionnalités un système doit fournir et les contraintes auxquelles il sera soumis s'appelle l'analyse et la définition des besoins
le cahier des charges
Structure générale
Besoins non fonctionels
Besoins fonctionels
informations sur la maintenance
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
définir les termes techniques utilisés dans le document pour aider les utilisateurs non informaticiens à le comprendre
Description du matériel
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
Index
index alphabétique, index par chapitre et index des fonctions
introduction générale
présentation générale de l'application et du contenu du document
doit décrire la raison d'être d'un tel système et le placer dans son contexte en donnant ses fonctions
Réglés de redaction
il doit servir de référence en cas de litige entre le client et le prestataire
il doit être validé et approuvé par les utilisateurs avant de commencer la phase de conception
la base d'un cahier des charges est la clarté , la concision et la simplicité
il de doit pas comporter :
Bruit
Silence
sur-spécification
contradiction
ambiguité
référence en avant
Document de définition des besoins
décrire ce qu'un un système doit faire sans préciser comment le faire
ensemble de propriétés ou de contraintes décrites un système
La description des besoins concernant un système logiciel est appelé le document de définition des besoins
il doit contenir : les besoins d'utilisateur et les spécifications de besoins
il doit être facile à mettre à jour
le cahier des charges est obligatoire
il indique tous les paramètres nécessaires à la conception et réalisation du projet
