Gaydier Thomas

thomas.gaydier@telecom-bretagne.eu

Hadfat Ayoub
ayoub.hadfat@telecom-bretagne.eu

Moreau Adrien
adrien.moreau1@telecom-bretagne.eu

Masoni Christophe
christophe.masoni@telecom-bretagne.eu

Cahier des charges - Scanner 3D

Cahier des charges

Version 1.0 - 07/03/2013

Formation d'ingénieur
Année scolaire 2012-2013
Cahier des charges - Scanner 3D - v 1.0 3 / 18
 Sommaire
1. INTRODUCTION.............................................................................................................. 7
1.1OBJET DU DOCUMENT...................................................................................................................................... 7
1.2PORTÉE DU DOCUMENT.................................................................................................................................... 7
1.3TERMINOLOGIE................................................................................................................................................ 7
1.4ABRÉVIATIONS................................................................................................................................................ 7

2. LES OBJECTIFS DU PRODUIT...................................................................................... 8

2.1DÉFINITION DU PRODUIT................................................................................................................................... 8
2.2CONTEXTE D'EXPLOITATION DU PRODUIT............................................................................................................ 8

3. EXIGENCES DU PRODUIT............................................................................................. 9
3.1 DIAGRAMME DES INTERACTEURS...................................................................................................................... 9
3.2 DESCRIPTION DES FONCTIONS........................................................................................................................ 10
3.3 CARACTÉRISATION DES FONCTIONS................................................................................................................ 11

3.4 HIÉRARCHISATION DES CRITÈRES FONCTIONNELS............................................................................................. 12

3.5 HIÉRARCHISATION DES CRITÈRES NON FONCTIONNELS....................................................................................... 13
3.6 EXIGENCES CONCERNANT LE DÉVELOPPEMENT DU PRODUIT............................................................................... 13

4. EVOLUTIONS POSSIBLES ET ULTERIEURES DU PRODUIT...................................14

ANNEXES..........................................................................................................................15

Cahier des charges - Scanner 3D - v 1.0 5 / 18

1. INTRODUCTION
1.1 OBJET DU DOCUMENT
Ce document décrit tous les services que doivent rendre le produit et ses livrables et toutes
les exigences qu’ils doivent satisfaire.

1.2 PORTÉE DU DOCUMENT

Ce document est destiné à expliciter et formaliser le besoin de la cliente Sylvie Kerouédan
dans le cadre du projet de réalisation d'un scanner 3D.

1.3 TERMINOLOGIE
Terme Description
Kinect Périphérique de capture d'image.
Arduino Circuit imprimé sur lequel se trouve un micro
contrôleur programmable.
Fablab Atelier composé de machines-outils pilotées par
ordinateur permettant de fabriquer des biens de
natures diverses.

1.4 ABRÉVIATIONS
Abréviation Signification
Com. Communication
FP Fonction principale
FS Fonction de service
FC Fonction contrainte
Fablab FABrication LABoratory

Cahier des charges - Scanner 3D - v 1.0 7 / 18

2. LES OBJECTIFS DU PRODUIT
2.1 DÉFINITION DU PRODUIT

Cf. Fig1 en annexe.

Un scanner 3D est un appareil qui analyse les objets ou leur environnement proche pour
recueillir de informations précises sur la forme et éventuellement sur l'apparence (couleur,
texture...) de ceux-ci. Les données ainsi collectées peuvent alors être utilisées pour construire des
images de synthèse en trois dimensions.
Dans le cadre de ce projet, le système se limitera à récupérer uniquement des informations
sur la forme de l'objet scanné. Le client ayant spécifié que le système devrait utiliser une Kinect, et
compte tenu des limites de performance de celle-ci, le scanner 3D ne pourra pas distinguer les
détails inférieurs à 1 mm.

Les livrables attendus sont :

– le présent cahier des charges
– un planning de travail
– un rapport technique
– un poster
– une présentation du produit achevé
– une soutenance technique devant l'encadrant
– une soutenance devant un jury
– un compte-rendu régulier sur le site du fablab pour montrer l'avancement du projet

2.2 CONTEXTE D'EXPLOITATION DU PRODUIT

Les différents acteurs amenés à utiliser ou à intervenir sur le produit sont :
– l'utilisateur
– le réparateur

Le fablab possède déjà une imprimante 3D et souhaiterait pouvoir imprimer en 3D un objet

quelconque. Le scanner 3D devra donc stocker les données sous forme de fichiers exploitables
(par l'imprimante 3D).

8 / 18 Cahier des charges - Scanner 3D - v 1.0

3. EXIGENCES DU PRODUIT
3.1 DIAGRAMME DES INTERACTEURS

Cf. Fig2 en annexe.

FP : Permettre à l'utilisateur d'obtenir sur son ordinateur des données sur l'objet scanné sous
forme d'un fichier 3D exploitable

FS1 : Récupérer des données sur l'objet avec la Kinect

FS2 : Transmettre les données sur l'objet de la Kinect à l'ordinateur
FS3 : Visualiser à l'écran le nuage de points correspondant à l'objet scanné
FS4 : Maintenir l'objet immobile

FC1 : Respecter une distance objet / Kinect bornée

FC2 : Scanner un objet de taille majorée
FC3 : Scanner l'objet en un temps raisonnable
FC4 : Respecter l'environnement
FC5 : Respecter les normes
FC6 : Être robuste mécaniquement
FC7 : Être peu défaillant
FC8 : Être facile d'utilisation et pratique
FC9 : Consommer peu d’énergie
FC10 : Utiliser peu de mémoire
FC11 : Sauvegarder les données sur l'ordinateur dans un format exploitable
FC12 : Être simple à monter, démonter et facilement transportable pour l'utilisateur

Cahier des charges - Scanner 3D - v 1.0 9 / 18

3.2 DESCRIPTION DES FONCTIONS
FP Le système permet, à partir d'un objet réel, de générer une image 3D qui sera exploitable sur
un ordinateur .
FS1 Le système utilisera la Kinect comme capteur pour récupérer des données sur la surface de
l'objet sous plusieurs angles . La Kinect permettra aussi d'avoir des informations sur la
profondeur de chaque pixel de l'image , c'est à dire que le système pourra savoir à quelle
distance de l'objectif de la Kinect se trouve chaque élément de l'image .
FS2 Le système récupérera les données de la Kinect qui seront ensuite traitées sur un ordinateur.
FS3 L’utilisateur peut visualiser à l’écran la modélisation du nuage de point obtenue après avoir
scanné l'objet. Cela lui permet de juger de la cohérence entre cette modélisation et l’objet réel
et d’éviter les erreurs d'acquisition. Il peut ensuite procéder à un traitement du nuage de point
en une représentation 3D. Il visualise celle ci pour juger de la qualité de la représentation
finale.

FS4 Il est important que l'objet ne bouge pas pour plusieurs raisons. La première est que l'objet
peut être fragile, et que de ce fait, s'il bouge trop, il peut tomber et s’abîmer, se casser. La
deuxième est que le processus d’acquisition est très précis. Si l'objet bouge pendant que la
Kinect récupère ses données, cela risque de fausser les mesures, et donc de donner un
résultat erroné.
FC1 La portée des capteurs de la Kinect est entre 1.2 m et 3.5 m. L'objet devra donc être situé
entre ces deux distances de la Kinect. Sinon les images prises par la Kinect seront floues, ce
qui risque de donner des résultats erronés.
FC2 La Kinect ne pouvant scanner des objets que s'ils sont situés entre 1.2 m et 3.5 m de celle-ci,
et ayant des angles d'ouverture horizontal de 57° et vertical de 43°, l'objet scanné ne pourra
pas dépasser une sphère de 6.4 m³ (ordre de grandeur). Ce volume sera limité par d'autres
contraintes (temps d'acquisition , impression en 3D d'une taille maximale de
10cm*10cm*10cm). On fixera donc la taille maximale à 30cm*30cm*30cm .
FC3 Le temps d'acquisition doit être raisonnable. Il dépend cependant de la taille de l'objet à
scanner. On le fixera à un maximum de 30 minutes pour la taille d'objet maximum.
FC4 Dans le cadre de la politique de l'école de développement durable, le système sera fait en
utilisant au maximum des matériaux recyclables/recyclés.
FC5 Le système n'utilisera que des éléments en licence libre pour garantir le respect des normes
imposées en ce qui concerne les droits d'auteur. Quant à la Kinect, elle est devenue
OpenSource : on peut donc l'utiliser sans contraintes particulières.
FC6 Le système devra être assez robuste et devra résister à des chocs de moyenne ampleur qui
pourraient arriver lors de son utilisation. Il doit notamment pouvoir être déplacé, démonté,
remonté sans nuire à l'intégrité du système.
FC7 Lors de son utilisation, il ne doit pas y avoir de problèmes à tout niveau du processus
d'acquisition.
FC8 Le scanner doit être facile à prendre en main sans avoir besoin de connaissances
supplémentaires. La durée de formation ne devra pas excéder 10 minutes.
FC9 Le système ne doit pas être énergivore. Notamment il doit se rapprocher de la consommation
des scanners dans le commerce ( exemple pour le scanner EVA : 12 V, 48 W )
FC10 Les données doivent pouvoir être traitées par les ordinateurs du fablab.
FC11 Le système devra, en plus de permettre de visualiser l'image 3D, permettre de sauvegarder
l'image dans un format de fichier exploitable.
FC12 Le client ayant l'intention d'emmener le scanner 3D à différents événements pour l'exposer. Il
est important que celui-ci soit facilement montable et démontable en peu de temps.

10 / 18 Cahier des charges - Scanner 3D - v 1.0

3.3 CARACTÉRISATION DES FONCTIONS
Niveau variant de 1 à 4 ( 4 étant le meilleur)
Flexibilité variant de 0 à 3 ( 0 étant impératif, 1 peu négociable, 2 négociable, 3 très négociable)

Fonction Critère Niveau Flexibilité Moyen de contrôle

FS1 La Kinect récupère les données 4 0 Test
La Kinect ne récupère pas les données 1
FS2 Les données sont transmises intégralement. 4 0 Test
Il y a des données manquantes. 1
FS3 L'utilisateur peut visualiser le nuage de points, 4 1 Test
supprimer les points incorrects, lisser pour
donner la représentation 3D de l'objet.
L'utilisateur peut visualiser le nuage de points 3
(sans faire de modifications) et la
représentation 3D de l'objet.
L'utilisateur peut visualiser le nuage de points. 2
L'utilisateur ne peut rien visualiser 1
FS4 Mouvement < 1mm 4 0 Test sur 100 objets
de formes
1mm-2mm 3
différentes.
2mm-3mm 2
>3mm 1
FC1 L'objet est dans la zone de portée des capteurs. 4 0 Immédiat
L'objet n'est pas dans la zone. 1
FC2 L'objet respecte la taille maximale . 4 2 Immédiat
L'objet ne respecte pas la taille maximale. 1
FC3 Temps de acquisition < 10min 4 1 Test sur 100 objets
de tailles et formes
<20min 3
diverses.
<30min 2 On chronométrera
le temps
> 30min 1
d'acquisition et on
fera la moyenne.
FC4 Plus de 50% des matières utilisées sont 4 3 Recherche sur le
recyclables caractère recyclable
des composants du
Entre 30% et 50% 3
système.
Entre 10% et 30% 2
< 10% 1
FC5 Le système n'utilise que des éléments sous 4 0 Immédiat
licence libre.
Plus des 2/3 sont en licence libre 3
Entre 1/3 et 2/3 sont en licence libre 2
Moins de 1/3 1
FC6 Le système résiste à une force de plus de 10N. 4 1 Test
Le système résiste à une force entre 5N et 10N. 3
Le système résiste à une force entre 5N et 1N. 2

Cahier des charges - Scanner 3D - v 1.0 11 / 18

 Le système résiste à une force de moins de 1N. 1
FC7 Le système tombe en panne plus d'une fois sur 4 0 Test sur 100
100 acquisitions. acquisitions.
Le système tombe en panne plus d'une fois sur 3
50.
Le système tombe en panne plus d'une fois sur 2
10.
Le système tombe en panne moins d'une fois 1
sur 10.
FC8 Durée de formation <10min 4 1 Essai de formation
à 10 utilisateurs du
Durée de formation < 30min 3
fablab .
Durée de formation > 1h 1
FC9 Le système consomme 48W ou moins 4 2 Immédiat
De 48W à 67W 3
>67W 1
FC10 Au moins un ordinateur du fablab est assez 4 2 Test sur les
performant pour faire fonctionner le système. ordinateurs du
fablab.
Aucun n'est assez performant pour faire 1
fonctionner le système.
FC11 Les données sont sauvegardées sur l'ordinateur 4 0 Test sur d'autres
dans un format exploitable. logiciels de
modélisation 3D
Les données sont sauvegardées dans un 3
(Blender,
format inexploitable sur d'autre logiciel.
SolidWorks, Maya,
Les données ne sont pas sauvegardées. 1 3DSMax)
FC12 Non encombrant et démontable en moins de 10 4 2 Test sur 10
min. personnes avec
chronométrage.
Non encombrant et démontable en plus de 10 3
min.
Encombrant et démontable en moins de 10 min. 2
Encombrant et démontable en plus de 10 min. 1

3.4 HIÉRARCHISATION DES CRITÈRES FONCTIONNELS

FS1 FS2 FS3 FS4 Total Pourcentage

FS1 1 1 2 2 6 37,50%
FS2 1 1 2 2 6 37,50%
FS3 0 0 1 0 1 6,25%
FS4 0 0 2 1 3 18,75%

12 / 18 Cahier des charges - Scanner 3D - v 1.0

3.5 HIÉRARCHISATION DES CRITÈRES NON FONCTIONNELS
FC1 FC2 FC3 FC4 FC5 FC6 FC7 FC8 FC9 FC10 FC11 FC12 Total %
FC1 1 2 0 2 2 2 2 2 2 2 0 2 19 9,74%
FC2 0 1 0 2 2 2 0 2 2 2 0 2 15 7.69 %
FC3 2 2 1 2 2 2 2 2 2 2 2 2 23 11.79 %
FC4 0 0 0 1 0 0 0 0 0 0 0 0 1 0.51 %
FC5 0 0 0 2 1 0 0 0 0 0 0 0 3 1.53 %
FC6 0 2 0 2 2 1 0 2 2 2 0 2 15 7.69 %
FC7 2 2 0 2 2 2 1 2 2 2 0 2 19 9.74 %
FC8 0 2 0 2 2 2 0 1 2 2 0 2 15 7.69 %
FC9 0 2 0 2 2 2 0 2 1 2 0 2 15 7.69 %
FC10 0 2 0 2 2 2 0 2 2 1 0 2 15 7.69 %
FC11 2 2 0 2 2 2 2 2 2 2 1 2 21 10.77 %
FC12 0 2 0 2 2 2 0 2 2 2 0 1 15 7.69 %

3.6 EXIGENCES CONCERNANT LE DÉVELOPPEMENT DU PRODUIT

3.3.1 Objectifs de délais

Date événement
06/03 ou Initiation aux outils de développement
13/03
Semaine 12 Réunion 4 élèves/encadrant
22/03/13 Dépôt du planning du projet sous Moodle
27/03/13 Com1 : Cours de Com. (rapport)
Semaine 16 Réunion 5 élèves/encadrant
17/04/13 Le point sur le projet S2 aux élèves
Semaine 20 Réunion 6 élèves/encadrant
15/05/13 Dépôt rapport V1
16/05/13 Com2 : Cours de Com. (poster)
Semaine 22 Réunion 7 élèves/encadrant : présentation du résultat à l’encadrant
29/05/13 Dépôt poster V1
05/06/13 Séance de décontextualisation
05/06/13 Retour commentaires rapport V1
11/06/13 Retour commentaires poster V1

Cahier des charges - Scanner 3D - v 1.0 13 / 18

12/06/13 Dépôt rapport V2
18/06/13 Dépôt poster V2
26 ou 27/06 Soutenance poster

3.3.2 Objectifs de coûts

Le client a précisé explicitement qu'il souhaitait minimiser les coûts.
Une Kinect vaut environ 100 euros, Arduino 20 euros. On essaiera donc de respecter un budget de
300 euros pour l'achat des matières premières (fils, support de l'objet à scanner, etc...).
Dans le coût prévisionnel de développement du système, il faudrait bien sur prendre en compte le
coût salarial des 4 ingénieurs débutants qui développent le produit (notre équipe) et des conseillers (ici les
tuteurs).

3.3.3 Exigences de réalisation

Le client exige que le Scanner 3D soit réalisé en utilisant la Kinect et l'Arduino.

4. EVOLUTIONS POSSIBLES ET ULTERIEURES DU PRODUIT

Dans un premier temps, il nous a été demandé de concevoir un système simple et efficace. Cependant, si
les exigences de délai le permettent, le client souhaiterait ajouter les fonctionnalités suivantes :
• Relier le scanner 3D à une imprimante 3D.
• Être capable de faire une acquisition de façon automatique sans intervention de l'utilisateur.

14 / 18 Cahier des charges - Scanner 3D - v 1.0

 ANNEXES

Fig.1 : Bête à cornes

Fig.2 : Diagramme des interacteurs

Cahier des charges - Scanner 3D - v 1.0 15 / 18

Cahier des charges - Scanner 3D - v 1.0 17 / 18