Modèle de Document de Design Logiciel (SDL)

La conception de logiciels est un processus par lequel les exigences logicielles sont traduites
dans une représentation des composants logiciels, des interfaces et des données nécessaires pour
la phase de mise en œuvre. Le SDD montre comment le système logiciel sera
structuré pour satisfaire les exigences. C'est la référence principale pour le code
développement et, par conséquent, il doit contenir toutes les informations requises par un
programmeur pour écrire du code. Le SDD est effectué en deux étapes. La première est une
conception préliminaire dans laquelle l'architecture globale du système et l'architecture des données
est défini. Dans la deuxième étape, c'est-à-dire l'étape de conception détaillée, des données plus détaillées
les structures sont définies et des algorithmes sont développés pour l'architecture définie.

Ce modèle est un plan annoté pour un document de conception de logiciel adapté

de la Pratique Recommandée de l'IEEE pour les Descriptions de Conception Logicielle. Le
La pratique recommandée de l'IEEE pour les descriptions de conception logicielle a été
réduit afin de simplifier cette tâche tout en conservant l'essentiel
composants et fournir une idée générale d'un rapport de définition de projet. Pour votre
pour vos propres informations, veuillez vous référer àIEEE Std 1016-1998 1pour le plein IEEE
Pratique recommandée pour les descriptions de conception logicielle.

1
http://www.cs.concordia.ca/~ormandj/comp354/2003/Project/ieee-SDD.pdf
(Nom de l'équipe)
(Titre du projet)
Document de conception logicielle

Name (s):
Lab Section:
Station de travail :

Date: (mm/dd/yyyy)
 Document de conception logicielle

TABLE DES MATIÈRES

1. JeINTRODUCTION 2
1.1 Purpose 2
1.2 Scope 2
1.3 Aperçu 2
1.4 Reference Matériau 2
1.5 Définitions et acronymes 2

2. SSYSTÈMEOAPERÇU 2

3. SSYSTÈMEAARCHITECTURE 2
3.1 Architecturale Conception 2
3.2 Décomposition Description 3
3.3 Conception Raisonnement 3

4. DATADESIGN 3
4.1 Data Description 3
4.2 Données Dictionnaire 3

5. CCOMPOSANTDSIGNATURE ÉLECTRONIQUE 3

6. HUMANJeINTERFACEDSIGNATURE ÉLECTRONIQUE 4
6.1 Overview de l'interface utilisateur 4
6.2 Écran Images 4
6.3 Écran Objets et actions 4

7. REXIGENCESMATRIX 4

8. AANNEXES 4

1
 Document de conception logicielle

1. INTRODUCTION

1.1 Purpose
Identifiez le but de ce SDD et son public cible. (par exemple, "Ce design logiciel
le document décrit l'architecture et la conception du système de XX. ...).

1.2 Scope
Provide a description and scope of the software and explain the goals, objectives and benefits
de votre projet. Cela fournira la base pour la brève description de votre produit.

1.3 Overview
Fournir un aperçu de ce document et de son organisation.

1.4 Matériel de référence

Cette section est optionnelle.
Liste les documents, le cas échéant, qui ont été utilisés comme sources d'information pour le plan de test.

1.5 Définitions et acronymes

Cette section est optionnelle.
Fournir les définitions de tous les termes, acronymes et abréviations qui pourraient exister pour correctement
interpréter le SDD. Ces définitions devraient être des éléments utilisés dans le SDD qui ne sont probablement pas
connu du public.

2.SYSTEMOVERVIEW

Donnez une description générale de la fonctionnalité, du contexte et du design de votre projet. Fournissez tout
informations de base si nécessaire.

3. ARCHITECTURE DU SYSTÈME

3.1 Conception Architecturale

Développez une structure de programme modulaire et expliquez les relations entre les modules pour
atteindre la fonctionnalité complète du système. Ceci est un aperçu de haut niveau de la façon dont

2
 Document de conception logicielle

les responsabilités du système ont été partitionnées puis assignées à des sous-systèmes. Identifiez chacun.
sous-système de haut niveau et les rôles ou responsabilités qui lui sont assignés. Décrivez comment ceux-ci
Les sous-systèmes collaborent entre eux afin d'atteindre la fonctionnalité souhaitée. Ne partez pas
dans trop de détails sur les sous-systèmes individuels. Le but principal est d'acquérir une vue d'ensemble
compréhension de la manière dont et pourquoi le système a été décomposé, et comment les parties individuelles
travailler ensemble. Fournir un diagramme montrant les principaux sous-systèmes et dépôts de données et
leurs interconnexions. Décrivez le diagramme si nécessaire.

3.2 Description de la Décomposition

Fournir une décomposition des sous-systèmes dans la conception architecturale. Complétez avec du texte.
au besoin. Vous pouvez choisir de fournir une description fonctionnelle ou une description orientée objet.
Pour une description fonctionnelle, mettez le diagramme de flux de données (DFD) de haut niveau et la structure
diagrammes de décomposition. Pour une description OO, mettre le modèle de sous-système, diagrammes d'objets,
diagramme(s) de hiérarchie de généralisation (s'il y en a), diagramme(s) de hiérarchie d'agrégation (s'il y en a)
spécifications d'interface et diagrammes de séquence ici.

3.3 Justification de conception

Discutez de la justification de la sélection de l'architecture décrite dans 3.1, y compris des questions critiques.
et les compromis qui ont été considérés. Vous pouvez discuter d'autres architectures qui ont été
considéré, à condition que vous expliquiez pourquoi vous ne les avez pas choisis.

4. CONCEPTION DES DONNÉES

4.1 Description des données

Expliquez comment le domaine de l'information de votre système est transformé en structures de données.
Décrivez comment les principales entités de données ou systèmes sont stockées, traitées et organisées. Listez tout
bases de données ou éléments de stockage de données.

4.2 Data Dictionary

Alphabetically list the system entities or major data along with their types and descriptions. If
vous avez fourni une description fonctionnelle dans la Section 3.2, listez toutes les fonctions et les fonctionnalités
paramètres. Si vous avez fourni une description OO, énumérez les objets et leurs attributs, méthodes et
paramètres de méthode.

5. CONCEPTION DE COMPOSANTS

Dans cette section, nous examinons de plus près ce que chaque composant fait de manière plus systématique. Si

3
 Document de conception de logiciel

vous avez donné une description fonctionnelle dans la section 3.2, fournissez un résumé de votre algorithme pour chacun
fonction énumérée dans 3.2 en langage de description procédurale (PDL) ou en pseudocode. Si vous avez donné un
Description OO, résumez chaque fonction membre d'objet pour tous les objets listés dans 3.2 en PDL
ou pseudocode. Décrivez toutes les données locales si nécessaire.

6. CONCEPTION D'INTERFACE HUMAINE

6.1 Vue d'ensemble de l'interface utilisateur

Décrivez la fonctionnalité du système du point de vue de l'utilisateur. Expliquez comment l'utilisateur

pourra utiliser votre système pour compléter toutes les fonctionnalités attendues et les retours d'information
informations qui seront affichées pour l'utilisateur.

6.2 Images d'écran

Affichez des captures d'écran montrant l'interface du point de vue de l'utilisateur. Celles-ci peuvent être manuscrites.
dessiné ou vous pouvez utiliser un outil de dessin automatisé. Faites-les aussi précis que possible.
(Du papier millimétré fonctionne bien.)

6.3 Objets et actions d'écran

Une discussion sur les objets d'écran et les actions associées à ces objets.

7. MATRICE DES EXIGENCES

Fournissez une référence croisée qui suit les composants et les structures de données aux exigences dans votre
Document SRS.

Utilisez un format tabulaire pour montrer quels composants du système satisfont chacun des fonctionnels
Exigences du SRS. Référez-vous aux exigences fonctionnelles par les numéros/codes que vous
leur a donné dans le SRS.

8. ANNEXES
Cette section est facultative.

4
 Software Design Document

Des annexes peuvent être incluses, soit directement, soit par référence, pour fournir des détails de soutien qui pourraient
aider à la compréhension du Document de Conception Logicielle.