CONCEPTION DETAILLEE OBJECTIFS DE LA PRESENTATION CONCEPTION DETAILLEE
CONCEPTION DETAILLEE.
OBJECTIFS DE LA PRESENTATION
CONCEPTION DETAILLEE n n n OBJECTIFS DE LA PRESENTATION CONTEXTE CONCEPTION DETAILLEE DU LOGICIEL CONCEPTION DETAILLEE D'UN COMPOSANT CONCEPTION DETAILLEE D'UN ARTICLE PSEUDO-CODE
CONTEXTE DU LOGICIEL SPECIFICATION CONCEPTION SYSTEME DEFINITION LOGICIEL PLANIFICATION =? REALISATION LOGICIEL INTEGRATION VALIDATION SYSTEME VALIDATION LOGICIEL
REALISATION DU LOGICIEL =? CONCEPTION TEST CODAGE
REALISATION DU LOGICIEL =? CONCEPTION PRELIMINAIRE TEST INTEGRATION REALISATION COMPOSANTS
CONCEPTION DETAILLEE CONCEPTION PRELIMINAIRE => SPECIFICATION DE COMPOSANTS TEST INTEGRATION CONCEPTION DETAILLE =? REALISATION COMPOSANTS TEST UNITAIRE
CONCEPTION DETAILLE n n AUTEUR : ANALYSTE BUT : DEFINIR LA SOLUTION POUR UN COMPOSANT - conception préliminaire du logiciel ACTIVITES : Rédiger les documents Revue de conception détaillée - plan des tests unitaires - procédures des tests unitaires
CONCEPTION DETAILLEE n n SPECIFIER LES ARTICLES LOCAUX POUR CHAQUE SOUS-PROGRAMME – donner l'algorithme sous forme de pseudo-code
QUALITES D'UNE CONCEPTION DETAILLEE n n n LISIBLE STRUCTUREE REALISABLE
CONCEPTION DETAILLEE MODULABLE n n PLUS OU MOINS FORMALISEE PLUS OU MOINS INTEGREE AU CODE
NIVEAUX DE CHOIX n n n LA DIVISION LA FAMILLE DE PROJETS LE PROJET
NIVEAUX D'OBLIGATION DES REGLES n n n Obligatoire : Il n'est pas possible pour le niveau concerné de déroger à cette directive, Recommandé : il est possible de proposer une solution équivalente; le non-respect de cette directive doit de toute manière être justifié, (Facultatif) : la directive est facultative pour le niveau de logiciel concerné.
CDL 01 FORME DE LA C. D. CONCEPTION DETAILLEE DOCUMENT n CDL 01 a/F : Un document unique respectant le plan-type global.
PLAN-TYPE DU DOCUMENT n I - introduction – – – n 1. 1 - But du document 1. 2 - Audience 1. 3 - Champs d'application 1. 4 - Bibliographie et références 1. 5 - Conventions, sigles et abréviations 1. 6 - Présentation générale du document II - Liste des composants – - nom 1 : explication composant 1 – - nom. N : explication composant N n III conception détaillée des composants – III-1 conception détaillée du composant 1 – III-n conception détaillée du composant N
CDL 01 FORME DE LA C. D DOSSIER n CDL 01 b/F : Un recueil des conceptions détaillées de chaque composant CONCEPTION DETAILLEE SOURCES
CDL 01 FORME DE LA C. D. INTEGREE DANS LE SOURCE n CDL 01 c/F : la conception détaillée de chaque composant reste dans le source des CONCEPTION programmes COMPOSANT DETAILLEE SOURCES CODE
CDL 01 FORME DE LA C. D. = SOURCE n CDL 01 d/F : Le source du programme est la conception détaillée car le niveau de lisibilité CONCEPTION et d'abstraction est acceptable COMPOSANT DETAILLEE SOURCES CODE
CONCEPTION DETAILLEE : DEMARCHE n n RECUPERE LA DEFINITION DES ARTICLES EXPORTABLES DE LA CONCEPTION PRELIMINAIRE + DEFINITION D'ARTICLES LOCAUX – DONNEES – TRAITEMENTS n + PSEUDO-CODE DE CHAQUE ARTICLE DE TRAITEMENT
CONCEPTION DETAILLEE ET CODE n n RECOPIE DE LA CONCEPTION DETAILLEE DANS LE FICHIER SOURCE SOUS FORME DE COMMENTAIRES INSERTION DU CODE ENTRE LES LIGNES OU GROUPES DE LIGNES DE PSEUDO-CODE
MAINTENANCE DE LA CONCEPTION DETAILLE n PAR EXTRACTION DES LIGNES DE COMMENTAIRE DANS LE SOURCE
PLAN TYPE DE C. D. DE COMPOSANT n CDL 02 a/F : Chaque conception détaillée de composant respecte le plan type sour forme de cartouche **************************** * INTERFACE DU COMPOSANT : nom du composant ******************************************************* * code d'identification : groupe de trois caractères IDT préfixant les articles exportables * réutilisabilité : nom de l'application ou famille ou division ou société pouvant * partager l'utilisation de ce composant, et niveau de criticité * description : explication de l'idée centrale du composant * dérogations : indique si des règles ont été transgressées si le composant est critique * auteur : nom de l'auteur * historique de conception détaillée * date | auteur | fiche | nature_modification * -------------------------* XX/XX/XX nom numéro description de la modification
PLAN TYPE DE C. D. DE COMPOSANT n CDL 02 b/F : Chaque conception détaillée de composant respecte le plan type sous la forme de rubriques numérotées X. 1 code d'identification X. 2 réutilisabilité X. 3 description X. 4 dérogations X. 5 auteur X. 6 historique de conception détaillée date | auteur | fiche | nature_modification -------------------------XX/XX/XX nom numéro description de la modification
PLAN TYPE DE C. D. DE COMPOSANT n n n code d'identification réutilisabilité description dérogations auteur historique de conception détaillée – – date auteur fiche nature_modification
PLAN TYPE DE C. D. DE COMPOSANT n n n composants importes par l'interface composants importes par le corps constantes exportees types exportes variables et constantes exportees procedures et fonctions exportees constantes locales types locaux variables et constantes locales procedures et fonctions locales conception detaillee des procedures et
DESCRIPTION D'UNE DONNEE n CDL 03/F Chaque article de données local ou exporté est précédé des informations suivantes : type_d'article NOM_DE_L'ARTICLE : description avec : CLASSE n - type d'article =. CONSTANTE | VARIABLE | TYPE |. FONCTION | PROCEDURE | TACHE - description = informations sur l'article. - unité Les informations lisibles dans la déclaration peuvent ne pas être mentionnées.
DESCRIPTION D'UNE DONNEE n suivies de leur définition dans le langage : CDL 03 a : ADA CDL 03 b : C++ CDL 03 c : C ANSI CDL 03 d : PASCAL
DESCRIPTION D'UNE DONNEE : EXEMPLE n n VARIABLE imprimante : identification du périphérique imprimante utilisée dans l'appel du driver RS 232 peripherique imprimante;
DESCRIPTION D'UNE DONNEE COMPOSITE n CDL 04/F : tout élément d'article composite doit être renseigné - champ d'enregistrement, - indice de tableau, - paramètre, - argument retour.
DESCRIPTION D'UN TRAITEMENT n CDL 05/F Les sous-programmes doivent comporter les renseignements suivants : - pour chaque paramètre : . une description textuelle, . le mode logique de passage ENTREE, SORTIE, ENTREE/SORTIE. le mode physique de passage ADRESSE, VALEUR.
DESCRIPTION D'UN TRAITEMENT : EXEMPLE n FONCTION EEPROM_ECR : écriture en EEPROM short EEPROM( void * adresse, entrée : adresse où écrire unsigned char valeur) entrée : valeur à écrire retour : vrai si ok
C. D. D'UN TRAITEMENT n CDL 06 Chaque conception détaillée d'un article de traitement respecte le plan-type, avec les renseignements suivants : - les variables importées lues, - les variables importées écrites, - les sous-programmes appelés.
C. D. D'UN TRAITEMENT FONCTION|PROCEDURE|TACHE NOM : description déclaration dans le langage choisi sous-programmes appelés : . . . données externes lues : . . . données externes modifiées : . . . descriptions des articles locaux DEBUT NOM analyse détaillée de l'article de traitement FIN NOM
PSEUDO CODE : LE CHOIX n CDL 07 : l'analyse détaillée des articles de traitement utilise comme langage CDL 07 a CDL 07 b CDL 07 c le pseudo-code défini le langage ADA le langage PASCAL
PSEUDO CODE EN ASSEMBLEUR n CDL 08/O : une analyse détaillée doit obligatoirement exister pour les articles de traitement en assembleur. Toute instruction assembleur doit être la traduction directe d'un élément de l'analyse détaillée.
NIVEAU DE DETAIL DU PSEUDO-CODE n n CDL 09 a/R : l'analyse détaillée doit se située à un niveau de détail : - suffisant - moins détaillée que le code - les structures de contrôle peuvent avoir un niveau d'imbrication en moins. CDL 09 b/F : toute structure de contrôle du code doit apparaître au niveau de la conception détaillée.
LES NIVEAUX n n n 1 : niveau renforcé du développement, 2 : niveau normal du développement optimisant le rapport qualité/effort, 3 : niveau simplifié utilisable sur de petits logiciels simples et non critiques.
NORMES DE DEVELOPPEMENT n DOCUMENT FIXANT L'APPLICATION DES REGLES EN FONCTION DU NIVEAU
TRACABILITE [123]MDL-TRA-01 Les noms (de donnée ou de fonction) du document amont ré-utilisés dans le document aval ne doivent pas être modifiés. S'ils le sont pour des raisons techniques ou de règle de nommage, des dictionnaires croisés doivent permettre de faire la correspondance, les noms choisis devant rester aussi proche que possible des originaux.
FORME DE LA CD MDL-CDL-01 La conception détaillée doit prendre la forme suivante : [1]CD 01 a ou CD 02 b : conception détaillée hors du source [2]CD 01 c : conception détaillée intégrée dans le source [3]CD 01 d : sources et commentaires de qualité suffisante pour être considérés comme conception détaillée
LE BLOC FONCTION|PROCEDURE|TACHE NOM description des articles de données DEBUT NOM analyse détaillée du bloc FIN NOM
LE BLOC SEUL DEBUT NOM BLOC analyse détaillée du bloc FIN NOM BLOC
LE BLOC AVEC DECLARATIONS NOM BLOC description des articles de données DEBUT NOM BLOC analyse détaillée du bloc FIN NOM
LE BLOC EN ADA [DECLARATIONS|FONCTION|PROCEDURE|TACHE NOM_BLOC description des articles de données] DEBUT NOM_BLOC analyse détaillée du bloc EXCEPTION QUAND erreur, erreur ALORS traitements QUAND autre erreur ALORS traitements SINON traitements FIN NOM_BLOC
LA CONDITION SI condition 1 ALORS traitement 1 SINON SI condition 2 ALORS traitement 2. . SINON traitement N FIN SI
L'AIGUILLAGE CAS expression QUAND valeur 1 ALORS traitement 1 QUAND valeur 2 ALORS traitement 2. . . AUTREMENT ALORS traitement N FIN CAS
BOUCLE TANT QUE condition REPETER traitement FIN REPETER
BOUCLE REPETER traitement TANT QUE condition
BOUCLE JUSQU'A REPETER traitement JUSQU'A condition
BOUCLE INDICEE POUR indice DANS intervalle REPETER traitement FIN POUR expression initiale TANT QUE condition REPETER traitement FIN POUR
SORTIES DE BOUCLE REPETER traitement 1 [SI condition ALORS [FIN REPETER] [CONTINUER REPETER] FIN SI ] FIN REPETER
RECEPTION DANS TACHE ACCEPTER Nom boite|file|rendez-vous ( paramètre ) FAIRE FIN ACCEPTER
ATTENTE DANS TACHE ATTENDRE condition sur événement ou ATTENDRE délai d'attente
ATTENTE MULTIEVENEMENTS SELECTION [QUAND CONDITION] ACCEPTER Nom boite|file|rendez-vous (paramètre ) FAIRE traitement FIN ACCEPTER OU. . . OU ATTENDRE condition sur événement OU ATTENDRE durée de l'attente traitement si durée dépassée SINON traitement si aucun message reçu FIN SELECTION
ENVOIE VERS TACHE ENVOYER NOM(paramètres)
ENVOIE AVEC ATTENTE SELECTION ENVOYER NOM(paramètres) OU ATTENDRE délai d'attente SINON traitement alternatif FIN SELECTION
MANIPULATION D'EVENEMENT NOM GROUPE. NOM EVENEMENT = VRAI | FAUX La condition d'attente se spécifie sous la forme : condition => NOM GROUPE. NOM EVENEMENT 1 = VRAI | FAUX. . . et/ou NOM GROUPE. NOM EVENEMENT N = VRAI | FAUX
- Slides: 57