Mémoire présenté en vue d'obtenir

le diplôme d'ingénieur C.N.A.M. en informatique

Système d'aide au chiffrage des devis études, travaux et fournitures

Soutenu le

par Gérard Cauvin

1
1-

jury

Président du jury: M.RANCHIN

Directeur du mémoire : M.CHAUCHE
Membres: M.NANARD
Gérard CAUVIN: Système d'aide au chiffrage des devis études, travaux et
fournitures

Mémoire d'ingénieur CNAM, Montpellier 1995

Le bureau d'étude Electricité, Automatisme et Instrumentation (EAI) a pour mission

d'estimer les coûts, le suivi de la réalisation et la mise en service de travaux de type
courant et de projets d'investissement sur des installations nucléaires.

Ce service effectue l'ensemble des études conduisant à la réalisation ou à la modification

d'unités automatisées, d'électricité, de contrôle commande et d'instrumentation, au sein
de la société COGEMA sur le site de Marcoule.
Quelque soit le type d'étude, un chargé d'étude de ce service doit tout d'abord rédiger un
devis sur le cofit de réalisation des études, pour avoir l'accord de l'exploitant et pouvoir
lancer les études.

Les travaux sont suivis par la maîtrise d'oeuvre (MOE) qui délègue un chargé d'affaire
spécialisé pour suivre la réalisation dans son domaine de compétence. Comme pour le
chargé d'étude, le chargé d'affaire doit rédiger un devis sur les coûts de réalisation de
travaux, pour avoir l'accord de l'exploitant et pouvoir lancer les travaux.
Actuellement les devis rédigés par les chargés d'étude et les chargés d'affaire sont rédigés
manuellement, sans méthode formalisée et homogène. Ces devis sont des devis
engageants et les chargés d'étude et d'affaire doivent pouvoir justifier à tout moment les
écarts entre le prévu, c'est à dire leur devis, et le réalisé, c'est à dire le cofit total du projet
une fois réalisé.

Ce mémoire a pour objet de réaliser un outil informatique d'aide au chiffrage des devis
d'études pour les chargés d'étude, et des devis de fournitures, de travaux et d'essais pour
les chargés d'affaire. Pour mener à bien la réalisation de cet outil informatique, mon
travail aura pour objet :

- d'analyser la façon de travailler des chargés d'étude et des chargés d'affaire, ainsi que
l'organisation utilisée pour la circulation de documents.
- d'analyser les besoins des utilisateurs et de la maiùise d'oeuvre.
- de rédiger une analyse fonctionnelle à partir du cahier des charges.
- de définir une méthode et une aide aux utilisateurs pour le chiffrage des devis d'étude.
- de réaliser une maquette limitée au chiffrage des devis d'étude dans un premier temps
pour valider la faisabilité de cet outil informatique.
- de réaliser l'outil opérationnel pour le chiffrage des devis d'étude, puis de l'étendre aux
travaux et réalisations.

Mots clés : devis - études - fournitures - chargés d'étude - chargés d'affaire - coûts -
délais - chiffrage - travaux - réalisations -

2
!·<x:::::::::s::.;::::::::::;::::mœO.mïatte:i'iës·-·atirï.Baïtons·-=.1tuism·,·dans:·:ce··:wffiP.i.nr·: :·: :· :·: :· ·:·:·:·.: : :·:·: : :· ··_·_: : : : :.: :.:·:·:_:_·_:_:_<·J

Les unités fonctionnelles :

TEC : TEChnique
STD : Service Technologique et Développement
SST : Section Soutien Technique
EAI : Electricité Automatisme Instrumentation
EMV : Etudes Mécanique Ventilation
STI : Section Télécom et Informatique
MOe : Groupe Maîtrise d'Oeuvre
MO : Maîtrise d'Ouvrage
UPS : Unité Projet Site
SM : Service Maintenance

Les automatismes et l'instrumentation :

E/S : Entrée / Sortie

ANA : analogique
TOR : tout ou rien
AP : Automate Programmable
BRA : barrette d'alimentation
BRS : barrette de sortie
SuperviSION : organe de commande informatique

Les documents

DCE : Dossier de consultation d'Entreprise

DT : Demande de Travail
DA : Demande d'achat
AO : Appel d'Offre

La qualité:

AQ : Assurance Qualité
PAQ : Programme Assurance Qualité
PAQP : Programme Assurance Qualité Produit
CAQ : Correspondant Assurance Qualité

Les Logiciels :

CBR : Case Base Reasoning (Raisonnement à Base de Cas)

NSDK : Nat System Design (Générateur d'Application)

3
1 ..- . · ·.·:..,=,,·. . ·.. :·· _-: .. =-:=--.::·... :·· ·_- · ... -- ··:·,.:._..: ,·:<.<:··:>="...:·:+··': .. .-:,:..·.,,·,·. S.O.~M*ntE·; ·· . · .::.:·:·... ·.. -"'' '

Introduction générale

Première partie: Etude du contexte actuel d'aide au chiffrage des devis.

Introduction ............................................................................................................. 9

!.Contexte de l'étude ................................................................................................ 9

1.1. Organisation des services techniques de COGEMA Marcoule ....... .. ............... 9
1.2. Organisation de la maîtrise d'oeuvre .. ........................... ... ............... .. ............. 11
1.3. Principe d'organisation de la maîtrise d'oeuvre d'une affaire
d'investissement ... ... ......... ... ..... ............. ............. ..... ...... ..... ... .......... ... .. .... ..... 11
1.4. Principe d'organisation d'une étude ...... .... .. .. ... ....... .. .... ... .... ... ......... .. ............ . 12
1. 5. Les interfaces . ........... ... .. ........... ...................... ........... ...... ....... ....... ...... ........ . 14
1.6. Les appels d'Offres ..... .. ............. ........... .......... ....... .............. .......................... 15
1.7. Synthèse ... .. ........... ... .. ................................ .... ... ...... .. ...... .................... .. ........ 15

2.Analyse du projet d'aide au chiffrage des devis ................................................... 17

2.1. Analyse de l'existant ................. ..... ................... ... ...... .. ..... .. ..... .. ............. ....... 18
2.2. Circulation des documents ...... ...................... ... ........ .. ...... .. ..... ...... .. ...... ......... 20
2.3. Description des documents: ................. ... .. ... ................. ...... ........ ... ........... ... 23
2.4. Diagramme des flux d'information des documents :.. ......... ..... ... ........... ....... .. 25
2.5. Les règles :.... ................ ........ ......... .... ............. ... ...... .. ...... .. ..... .. .................... 25
2.6. Le chiffrage des devis .... ............. .. .. .... ............ .......... ... ... ..... .... ...... .... ......... ... 26
2.7. Les équipements informatiques de TEC/STD/SST ... ...................................... 27
2.8. Le système à construire .......... ...... ... ...... ................ .... ............... .. ... .. ..... ......... 30

3.Choix du système de développement .................................................................... 31

Conclusion ................................................................................................................ 38

Deuxième partie: Analyse, description et maguettage du système d'aide au

chiffrage des devis d'étude

Introduction ............................................................................................................. 40

1.Cycle de vie de la conception du système ............................................................. 40

2.La méthode de chiffrage ....................................................................................... 42

2.1. Présentation ...... ................ ......... .... ......... .... ... ... ........ ....... ... ... ....................... 42
2.2. Calcul des documents de base ........................... ........... ....... ... .... ... ................. 43
2.3. Calcul du montant du devis ...... ........ ............ ... ...... ......... ............................... 45

3.Aide au chiffrage des devis ................................................................................... 46

3. 1. Aide à la conception des devis ... .... ............. ........... ....... .... .......... .. ................. 46
3.2. Aide au retour d'expérience . ............................ ........ .. ... ................. ... .......... ... 48
3.3. Aide à la recherche des devis .... .............. .... ......... ........ .............. ...... ......... ..... 52
3.4. Aide retenue pour le chiffrage des devis ... .. ..... .... .... ...... ....... .... ................ .. ... . 53

4
4.Analyse fonctionnelle du système ......................................................................... 54

5.Construction du prototype.................................................................................... 55
5.1. Principe de création d'un devis (Rappels) .... ...... .... ........ .... .. ...... ... ....... ...... .... . 55
5.2. Schéma fonctionnel. ... .... ........ ........... .... ...... ......... .... ...... .......... .... ... ...... .. ... ... 57
5.3. Scénario complet d'un devis d'étude ... ................. ......... ........ ...... ... ... ..... .... .... . 58
5.4. Les simulations ... .... .... ... .. .......... ...................... ...... .. ..... .. ... .... ... .... ...... ........... 59
5.5 . Spécifications des équipements ........ .... .. ...... ......... .. ..... ..... .. ...... .......... ...... ..... 59

Conclusion ................................................................................................................ 60

Bibliographie ............................................................................................................ 61

ANNEXE DOCUMENTS ........................................................................................ 63

ANNEXE METHODE ............................................................................................. 64
ANNEXEANALYSE FONCTIONNELLE ............................................................. 65
ANNEXEMAQUETTE ............................................................................................ 76

5
1:::<:::-·····::·. ··;-:-······\··-.;;::;;·t·:;·:.:·······:··.-.-··2.····. · ·inïtitïauawrr1u1J:a1e:·· · · · ·:··. · ·:· ,. ... <···;·:··,-_.............. . .,...._. ................_. ..........:.::1

COGEMA est une société de droit privé à capitaux publics, spécialisé pour l'essentiel dans
les produits et services liés au cycle du combustible nucléaire. Il est à souligner que la
COGEMA est la seule entreprise industrielle au monde offrant la totalité du cycle du
combustible nucléaire :

- Prospection minière, production et concentration du minerai d'uranium.

- Services d'enrichissement de l'uranium.
- Fabrication du combustible.
- Retraitement des combustibles utilisés.
- Recyclage de l'uranium et du plutonium.
- Conditionnement des produits de fission.

Cette société emploi environ 18 000 personnes dont environ 2 000 sur le site de
MARCOULE. Pour l'année 1991, la COGEMA a dégagé un chiffre d'affaires de 22
Milliards de francs (dont plus d'un tiers à l'exportation).

La COGEMA représente un flux financier annuel de plus d'un Milliard de francs qui se
déversent dans l'économie départementale de la façon suivante : (Chiffre de l'année 1992)
- Salaires et charges 702 MF
- Marchés et fournitures de services 525 MF
- Impôts et taxes 60 MF

L'établissement COGEMA, c'est aussi un investissement de plus de 4 Milliard de francs en

10 ans, pour rénover les installations ou créer de nouveaux ateliers plus performants sur le
plan de la sécurité et de la technologie.

Ses investissements sont répartis comme suit:

19% pour l'extraction de l'uranium naturel.
41 % enrichissement de l'uranium.
5% en fabrication des combustibles.
31 % en retraitement des combustibles usés.
4% en ingénierie.

Ainsi, le groupe COGEMA est le groupe le plus important au monde dans le domaine du
cycle du combustible.

Le bureau d'étude Electricité-Automatisme-Instrumentation (EAI) pour lequel j'ai effectué

ce mémoire est appelé aussi bureau d'étude controle-commande.

6
Le mémoire que je présente concerne la mise en place d'un logiciel informatique d'aide au
chiffrage des devis d'études, de réalisations et de travaux. La mise en place d'un outil
informatique permettra aux chargés d'étude du groupe Electricité-Automatisme-
Instrumentation et aux chargés d'affaire de groupe mai"'trise d'oeuvre (Mûe), de rédiger des
devis selon une méthode identique pour tous les utilisateurs. Cet outil permettra aussi en
plus d'une rédaction rapide des devis, de proposer une aide spécifique aux utilisateurs en
ce qui concerne les devis d'études. L'aide proposée concerne un aspect important du
projet, puisqu'elle permettra de réaliser un retour d'expérience que ce soit pour définir la
marche à suivre pour rédiger un devis et pour réutiliser l'expérience passée sur des devis
relativement proches du devis à réaliser.

Le travail qui m'est demandé est constitué de quatre phases principales:

- Analyser le système informatique dans son contexte. Cette phase comprend une étude de
faisabilité du projet et une étude portant sur les outils qui permettront de mener à bien la
réalisation du projet.

- Rédiger une méthode de chiffrage pour les devis d'étude et réaliser la maquette qui me
permettra de valider l'analyse du système auprés des utilisateurs. Cette maquette devra
évoluer tout au long du projet pour devenir le logiciel opérationnel.

- Mettre en place le système dans la version limitée aux études.

- Etendre progressivement le système pour la partie réalisation et travaux de la maîtrise

d'oeuvre.

Le délai de réalisation dont je dispose est douze mois.

Phase 3
Phase 1 Méthode de chiffrage
Etude du contexte Analyse détaillée
Etude de faisabilité Mise en place de la version
Recherche des outils logiciels limité aux études
Aide aux chiffrage des devis d'étude 3 mJÎS
Sm:>is

Septembre Jan Mars Juin Aodt

1-----+-I---+-----t---1l1o-+--+-+--+--+-.......--1l~I --- - - - -
94 95 95

Phase4
Extension aux devis MOe
Plwe2 de réalisation
4 mJÎS ( nûnilTIJIII)
Maquette
SÎIIJllations
Tests

Synoptique de l'activité

7
8
Actuellement les devis rédigés par les chargés d'étude et les chargés d'affaire sont rédigés
manuellement, sans méthode formalisée et homogène. Pourtant ces devis sont des devis
engageants. Les chargés d'étude et d'affaire doivent estimer les coftts les plus justes
possibles, car ces devis servent de base pour l'accord de l'exploitant et le financement. Les
chargés d'étude et d'affaire doivent, s'il y a lieu, justifier les écarts entre le prévu, c'est à
dire leurs devis, et le réalisé, c'est à dire le coftt total du projet une fois celui-ci réalisé.

Le bureau d'étude Electricité, Automatisme, Instrumentation et le groupe maîtrise

d'oeuvre souhaitent disposer d'un outil informatique d'aide au chiffrage des devis d'études
pour les chargés d'étude, et des devis de fournitures, de travaux et d'essais pour les
chargés d'affaire.

Cette première partie a pour objet de définir la mission confiée aux chargés d'étude et
d'affaire de la section technique, et de déterminer les composants du système informatique.

L'analyse que je dois effectuer me permettra de décider de la faisabilité du projet que ce

soit sur les points matériels et logiciels. De cette analyse dépend l'orientation que prendra
le projet puisque le temps dont je dispose est de douze mois. Sachant que la volonté de
traiter la globalité du projet d'un seul tenant, aurait pour conséquence un dépassement du
délai total dont je dispose pour mener à bien la réalisation du logiciel, la finalité de cette
première étude me permettra aussi de définir quels seront les axes principaux de
l'orientation qui seront développés pour l'aide au chiffr~ge des devis.

Dans cette première partie du document, mon travail consiste :

- à décrire le contexte de l'étude,

- à rechercher les outils qui permettront de mener à bien la réalisation du projet,
- à définir l'aide la plus appropriée à apporter aux utilisateurs.

1.1. Organisation des services techniques de COGEMA Marcoule

1.1.1. Présentation

Les services techniques de COGEMA Marcoule sont organisés selon une hiérarchie
développée sur le schéma suivant : organisation des ser-vices techniques au 01/06/94.
Chaque service regroupe une ou plusieurs sections qui peuvent elles-mêmes regrouper
différents corps de métiers que ce soit en informatique, télécommunication, mécanique,
électricité, automatisme, électronique, maintenance, documentation ... Ces corps de
métiers sont attachés à un groupe dépendant de leur section respective.

9
Le service demandeur du projet d'aide au chiffrage des devis qui m'a été confié, concerne
le groupe Electricité, Automatisme, Instrumentation dirigé par Mr D. PADII...LA, ainsi que
le groupe Maîtrise d'oeuvre dirigé par Mr B. RAOUX. Ces deux groupes font partie du
service Technologies & Développements et particulièrement la section Soutien Technique
dont Mr E. CASONI a la charge actuellement.

C/ECG - Y.M. HOUSSAI

J.M. GIORDANI
Chef des services AQ - G.ADEVAH
Techniques
CM-M.COSTE

See Technologies
Service Maintenance
& développements
Ph. PRUCHON J.P. SEGUIN
TEC/STD
TEC/SM

Section Télécom. Unité Projet Section Entretien

et Informatique Site ontrole-Command
B. DE CAMPREDON J. WAUTIER J.R. CHAMBON
TEC/STD/STI TEC/STD/UPS TEC/SM/SCC

Gr. Etudes Gr. Automatisme

Informatiques G.DELOGE
G. FOUNIER
TEC/SM/SCC/AI

Ill
Gr. Exploitation
Gr. Electronique
Informatique
P. MAZELIER
A.BARA
TEC/SM/SCC/EI

Gr. Etudes Gr. Télécomm.

Gr. Contrôle
Mécanique Ventilation Commande
F. FOURNIER
J. PENEN J. BLANC
TEC/STD/SST/EMV TEC/SM/SCC/UI

Echelon Archivage
R. CHAUDANSON
TEC/STD/SST/ARI

organisation des services techniques au 01/06/94.

10
1.1.2. Généralités

La tache attribuée au service technique a été définie dans les Plans d'Assurance Qualité
Produit (PAQP: référencés sous les numéros internes à COGEMA, 362-30-PQ-02.02,
362-30-PQ-02.03 et 362-30-PQ-02.05) et qui décrivent les dispositions prises pour
maîtriser l'ensemble des activités à exercer à l'intérieur de TEC/SST, pour avoir recours au
marché extérieur de la sous-traitance et à celui de l'approvisionnement.

Dans ces PAQP, sont définis les procédures applicables aux dispositions prises pour
assurer la maîtrise d'une étude, ainsi que l'achat d'études, de travaux et de matériels par les
unités de TEC/SST auprés du service commercial, dans le cadre de l'exercice de leurs
missions.

1.2. Organisation de la maîtrise d'oeuvre

Dans le cadre de l'organisation générale des services techniques et en particulier à

TEC/STD, la maîtrise d'oeuvre des affaires d'investissement est assurée par le service
TEC/STD/SST/MOe qui est chargé de coordonner et de planifier l'ensemble des taches
nécessaires de maîtrise d'oeuvre. Pour mener à bien sa mission, la maîtrise d'oeuvre fait
appel:

• aux autres unités du service,

- TEC/STD/SST/EAI pour les études,
- TEC/STD/SST/EMV pour le génie civil,
- TEC/STD/SST/ARI pour la reproduction et l'archivage des documents
techniques et des dossiers finaux.
• aux autres unités de TEC,
• aux prestataires externes à l'établissement.

1.3. Principe d'organisation de la maîtrise d'oeuvre d'une affaire

d'investissement

Les activités de maîtrise d'oeuvre consistent à planifier et coordonner des tâches, des
prestataires, des moyens, nécessaires à la réalisation et à la mise en service partielle ou
totale d'une installation.

La maîtrise de ces activité, dans le respect des exigences techniques, A. Q., budgétaires ...
est assurée pendant toutes les phases de leur réalisation : études, réalisation, essais, mise
en service, par une équipe de maîtrise d'oeuvre constituée pour l'affaire concernée.

Toute affaire d'investissement est subordonnée à la mise en place d'une équipe mai"trise
d'oeuvre.

1.3.1. Constitution de l'équipe maîtrise d'oeuvre

Cette équipe comprend :

• un maître d'oeuvre désigné,

11
 • des chargés d'affaire dont le nombre est fonction du découpage de l'affaire en lots,
des corps d'état concernés ... ,
• un agent de planification,
• un chargé des relations Assurance Qualité.
• un coordinateur (éventuellement) assistant du maître d'oeuvre pour les affaires
importantes.

Le maître d'oeuvre coordonne l'ensemble des activités de maîtrise d'oeuvre dans le cadre
de l'affaire d'investissement considérée. Il est l'interlocuteur du maître d'ouvrage désigné.

Le chargé d'affaire, sous la responsabilité du maître d'oeuvre désigné, lance les actions
nécessaires pour réaliser, suivre et gérer les activités de maîtrise d'oeuvre du ou des lots
dont il a la charge. Il assure la coordination des différents prestataires dont il est
l'interlocuteur direct.

1.4. Principe d'organisation d'une étude

Dans le cadre de leurs missions et de l'organisation des Service Techniques, les activités
d'études sont exercées dans différentes unités de TEC/STD en fonction des disciplines
techniques qu'elles mettent en jeu :

- TEC/STD/SST :
• ventilation, climatisation,
• mécanique,
• chaudronnerie,
• installation générale (tuyauterie, robinetterie, équipement de génie chimique et de
génie mécanique - procédé et utilités),
• levage et de manutention,
• équipements électriques (distribution, alimentation force, éclairage),
• équipement d'automatisme et d'instrumentation (détection, traitement et restitution
des informations),
• équipements spécifiques (radioprotection, interphonie, détection automatique
d'incendie ... ).

- TEC/ST/EMV :
• génie civil (gros oeuvre, second oeuvre, charpentes),
• les disciplines telles que topographie, sismicité, nappe phréatique, ...

- TEC/STD/STI :
• informatique de gestion.

Ces unités sont chargées de coordonner et de planifier l'ensemble des tâches nécessaires à
la réalisation de leurs études. Pour cela elles sont en liaison étroites entre elles pour les
études mettant en jeu plusieurs disciplines ainsi qu'avec le demandeur de l'étude. Elles
s'appuient aussi sur TEC/STD/ARI pour la reproduction et l'archivage des documents
techniques et utilisent le soutien ou l'assistance de la part d'autres unités de TEC ou de
l'établissement. De même elles peuvent faire appel pour toute ou partie de l'étude, à des
prestataires externes à l'établissement, en fonction de leur charge de travail, des délais
demandés et des spécialités requises.

12
1.4.1. Constitution de l'équipe d'étude

Cette équipe comprend :

• un chef d'étude par corps d'état,

• un coordinateur désigné parmi les chargés d'études pour un même corps d'état,
• un coordinateur général (chef d'étude ou chargé d'étude) en vue d'assurer la
coordination de tous les corps d'état quand plusieurs sont concernés.
• des chargés d'études dont le nombre et les spécialités sont fonction de l'étude et
corps d'état concernés,

Le chef d'étude désigné est responsable de l'ensemble des activités d'études réalisées par
les chargés d'études placés sous son autorité fonctionnelle.

Le rôle du chargé d'étude consiste, sous l'autorité fonctionnelle de son chef d'étude, à
réaliser ou à faire réaliser l'étude qui lui est confiée conformément aux conditions
techniques, financières et délais définis préalablement.
Il réalise les interfaces des études entre corps d'état avec les autres chargés d'études pour
l'étude considérée.
Chaque chargé d'étude dans son domaine de compétence élabore ou fait élaborer la liste
des différents documents d'études permettant :

• de satisfaire aux données d'entrée de l'étude,

• d'identifier les caractéristiques de la conception,
• de définir complètement les installations, les équipements, les matériels, les
prestations, ...
• de définir les contraintes de réalisation, de mise en oeuvre, de maintenance,
d'utilisation.

Ces documents d'études peuvent se présenter sous la forme de:

• plans (d'ensemble, guides, d'implantations, de détails ... ),

• schémas (de fonctionnement, de câblage, d'automatisme... ),
• notes (de calculs, de fonctionnement, descriptives ... ),
• listes (de matériels, de nomenclatures...),
• autres documents ...

Quand tous les éléments de l'affaire sont collectés, le chargé d'affaire peut lancer les
achats.

Les achats sont déclenchés auprès du service Commercial, à l'initiative des différentes
unités de TEC/STD et concernent trois types de marchés.

- Les marchés d'études qui sont lancés par les unités de TEC/SST chargées de réaliser
des études. Ces unités sont amenées à faire appel à des bureaux extérieurs, en
fonction de leur charge de travail, des moyens dont elles disposent et de la spécificité
des études demandées.

- Les marchés de travaux qui sont lancés dans le cadre d'investissement dont la
maîtrise d'oeuvre a la charge.

13
 - Les marchés de matériels pour l'approvisionnement des matériels nécessaires aux
installations neuves ou existantes ainsi qu'à la maintenance des installations.

Ces marchés concernent :

- soit la réalisation d'installations nouvelles,

- soit le renouvellement, la modification ou l'amélioration d'une installation existante.
- soit les démantèlements d'installations.

1.5. Les interfaces

La mise en oeuvre des dispositions à prendre, pour avoir recours aux marchés de la sous-
traitance et d'approvisionnement nécessite, au niveau de chaque unité concernée, des
relations fréquentes avec le Service Commercial mais aussi avec d'autres unités soit de
TEC/STD, soit de l'établissement, soit avec des prestataires externes.

Il en résulte les principales interfaces suivantes :

1) Interfaces internes à TEC/STD. Ces interfaces se situent entre:

- les différents bureaux d'études entre eux, dans le cadre de marchés d'études mettant
en jeu plusieurs corps d'état.
- les chargés d'étude et les chargés d'affaire avec le maître d'oeuvre désigné pour le
visa d'autorisation de sous-traitance.
- TEC/STD/SST/EAI et TEC/STD/SST/EMV avec TEC/STD/SST/MOe dans le
cadre d'un marché "d'étude et réalisation".
- les unités de TEC/STD avec les bureaux techniques et/ou les secrétariats en ce qui
concerne la gestion interne des commandes rapides, demande d'achats ... et autres
documents associés.

2) Interfaces avec les autres unités internes à TEC.

- les unités de TEC/SST avec TE/ECO chargées de la gestion centralisée pour

l'ensemble de TEC.
- les unités de TEC/SST/MOe avec TEC/CRT pour les contrôles réglementaires,
essais, recette techniques ... liés aux achats de travaux et de matériels.
- les unités de TEC/SST avec le CAQ/TEC en ce qui concerne l'évaluation des
prestataires, l'examen des documents AQ, le traitement des commendes sous AQ,
le traitement des écarts ...

3) Interfaces avec les prestataires externes

- Ces interfaces se situent entre les unités de TEC/SST avec les prestataires titulaires
de marché d'études, de travaux ou de matériels pendant le déroulement des
différentes phases des marchés.

14
Pour les spécialités Electricité, Automatisme et Instrumentation et Informatique, le tableau
suivant permet de situer les attributions des groupes de la section Soutien Technique.

Spécialité Etudes Commande Travaux Essais

fournitures
Electricité EAI MOE MOE MOF/EAI
Automatisme EAI MOF/EAI câblage: MOE EAI/MOE
Instrumentation installation : EAI
orog.simul. : EAI
lnformatique EAI EAI EAI EAI
Délais de Délais Délais de pose Comptes rendue
réalisation d'approvisionnem
ent
Tableau devis par spécialité

1.6. Les appels d'Offres

Les achats d'études, de travaux ou de matériels font l'objet de lancement d'Appels d'Offres
(AO), par le service commercial. Ces Appels d'Offres sont lancés à partir des dossiers de
Consultation d'Entreprise (DCE), établis par les chargés d'étude ou d'affaire, chacun en ce
qui concerne son domaine de responsabilité et adressés au Service Commercial.
Le DCE est constitué :

- des Cahiers des Closes Techniques Particulières,

- ou des Cahiers des Charges,
- ou des Spécifications Techniques, avec en annexe les plans, schémas et autres
documents,
- une fiche de renseignement complémentaire (niveau AQ, date de remise des offres,
délais d'exécution, montant estimatif ... ),

Pour la sous-traitance des petits travaux "marchés cadres et commandes inférieures à

50000 Francs Hors Taxes", une disposition particulière est prévue.

1.7. Synthèse

Le schéma suivant synthétise l'organisation employée par TEC pour la réalisation d'un
projet en mettant en évidence les principaux acteurs concernés. Une analyse plus détaillée
est faite dans le chapitre suivant à l'aide de graphes représentants les flux de documents
entre les différents services et unités.

15
 Maitre d'ouvrage
Suivi financier et délais
Chef de projet
Ordonnancement
Responsable qualité
Ingénieur A.Q.
Maître d'Oeuvre Etudes, Co ception
Réalisation
Chargés d'affaire
Commercial Manuels et ~ossiers techniques
Chargés d'étude
Appel d'offres
Service Commercial Achats Etudes
Achats Marériels Responsable exploitation "
Exploitation
'-. ,J

Prestataires externes
Lien technique Etablissernnt
Entreprises Agrées
Unités autres que TEC

Reprographie
Conseils
Archivage des
Expert
documents

Consultant extérieur

organisation d'un projet.

Pour donner un ordre de grandeur aux affaires pratiquées par les différents services de
TEC, le montant de chaque affaire peut aller de moins de cinquante mille francs pour la
sous-traitance des petits travaux à plusieurs dizaines de millions de francs pour des affaires
d'investissement de grande ampleur, on peut citer dans ce dernier cas la mise sous contrôle
qualité des productions des déchets vitrifiés de l'Atelier de Vitrification de Marcoule .Les
petits travaux quant à eux, représente la majeure partie des affaires traitées par les chargés
d'étude.

16
Introduction

Dans un premier temps, j'ai tout d'abord participé à une réunion préliminaire à laquelle
était conviés les responsables des différents groupes des services techniques concernés par
la mise en place du système d'aide au chiffrage informatique des devis.

Cette réunion avait pour but principal de présenter ma mission aux futurs utilisateurs et de
définir les limites du système. Au cours de cette réunion, il fut décider de limiter la
réalisation au groupe Electricité- Automatisme et Instrumentation puis au groupe maîtrise
d'oeuvre si la faisabilité du système était vérifiée.

Par la suite une extension du système aux autres groupes des services techniques pourra
être envisagée en fonction des résultats acquis.

A l'issue de cette réunion qui m'a permis de bien situer les limites de la réalisation qui sera
limité dans un premier temps au groupe EAI, j'ai organisé des interviews auprés des
chargés d'étude de ce service pour situer clairement leur façon de travailler.

Cette collecte des informations a été plus longue que prévu du fait du scepticisme des
chargés d'étude envers un tel outil. En effet de part leur expérience dans le domaine du
chiffrage des devis, il en ressort que toutes les affaires sont différentes et qu'une méthode
de chiffrage s'appliquant dans tous les cas de figure est difficile à mettre en place.

Une autre difficulté que j'ai du surmonter a été le manque de disponibilité de ces personnes
ceci étant dO à leur charge de travail qui ne cesse de croître et aux délais réponse pour
fixer des rendez-vous.

Le résultat de ces discussions m'a permis de mieux situer le travail qui m'a été confié et m'a
donné l'orientation de l'analyse du projet.

Cette analyse que je développe dans les pages suivantes a pour but :

• de situer le travail des chargés d'étude du groupe EAI, et des chargés d'affaire de la
Maîtrise d'Oeuvre ,
• de préparer l'analyse fonctionnelle du système,
• de définir une méthode de chiffrage des devis d'étude,
• de préparer la maquette qui servira de base de discussion avec les chargés d'étude.

17
2.1. Analyse de l'existant

2.1.1. Les phases du projet

Une affaire d'investissement est selon son importance, généralement structurée en

plusieurs phases qui se décomposent comme suit :

- études préliminaires,
- études d'avant projet,
- études de projet,
- réalisations (études de réalisation) - modification
- essais,
- clôture de l'affaire.

Pour être conforme à la norme AFNOR Z67-101 en application à COGEMA, tous les
projets concernant l'établissement doivent s'y conformer. Suivant les préconisations de
cette norme, tout projet se découpe en cinq phases présentée selon le schéma suivant :

Phases du projet
Recueil des données de base 1

Etude Préalable
~L
Etude avant projet (Avant Projet Simplifié)
Accord de Prix et de Délai
Dossier de conception
Dossier d'avant projet
Dossier de Consultation des Entreprises (DCE)

J,,

-- '1/

~1---
Accord de Prix et de Délai
PVOP : Opération Préalable à la réception (travaux)
PVRP: Procés Verbal de réception Provisoire (Fournitun)
Cloture de l'affaire
'1/
Maintenance
PVRD: Procés Verbal de Réception Définitive
Modification
Accord de Prix et de Délai

Seules les phases d'étude détaillée, et de réalisation sont prisent en compte dans le cadre
de ma mission.

18
La phase d'étude détaillée consiste à définir très précisément de l'objectif et à établir les
éléments constitutifs du "DOSSIER PROJET" (Cf. Chapitre 1.4.1: rôle du chargé
d'étude).

La phase réalisation consiste à partir du "DOSSIER PROJET", à réaliser l'installation ou

l'équipement, par le maître d'oeuvre, dans le cadre des délais et des budgets convenus.
Les activité de réalisation concernent :

- les études de réalisation,

- les approvisionnements,
- les travaux (et essais constructeurs),
- les réceptions techniques,
- les modifications.

La réalisation est assurée par l'équipe de mru."'t:rise d'oeuvre. Dans le cas où le maître
d'oeuvre fait assurer la mission complète, études de réalisation et réalisation par un
prestataire externe, le maître d'oeuvre s'appuie sur l'équipe d'études de
TEC/STD/SST/EAI pour effectuer :

- le suivi et les contrôles nécessaires à la bonne exécution des études,

- la vérification et l'approbation des documents établis par les prestataires.

2.1.2. La qualité

La qualité du projet est liée aux activités de vérification et de validation qui prennent place
à chaque étape du cycle de vie. L'assurance de la qualité est une fonction de gestion de ces
activités de vérification et de validation.

Elle st conforme au PAQ de COGEMA des services techniques de Marcoule. Les niveaux
d'assurance qualité et les niveaux de confidentialité pour chaque projet sont définis suivant
la norme ISO 9001 (voir spécification 910 SP 0611).

La fiabilité du projet dépend de la qualité de sa conception, de la qualité de sa réalisation,

de la qualité de ses composants et des besoins liés à la maintenance avec la prise en
compte de l'environnement.

Les degrés de la qualité

Il existe 3 niveaux d'exigences AQ normalisé (modèle Ql,Q2,Q3), le niveau Ql étant le

contraignant. En général le bureau d'étude demande un niveau de qualité Q3 voire Q2
selon le projet à réaliser.

Le tableau ci-dessous tiré des normes 50 C QA de sOreté de l'AIEA, donne succinctement

les exigences relatives à chaque modèle.
Les astérisques indiquent que tout ** ou partie* des procédures d'AQ sont requises. Les
autres cas utilisent les dispositions établies par les règles de l'art.

19
 Procédure 01 02 03
1. Introduction ** ** **
2.PAQ ** ** **
3. Organisation ** * *
4.Contrôle des documents préparatoires ** * -
5.Contrôle des études ** * -
6.Contrôle des approvisionnements ** - -
7.Contrôle des fournitures ** * -
8.Contrôle des procédés ** * -
9.Contrôle des inspections et des essais ** * *
10.Contrôle des non-conformités ** * -
11.Actions correctives ** - -
12.Dossiers de compte rendu ** * *
13.Enquêtes (Audits) ** - -
2.2. Circulation des documents
2.2.1. Graphes des flux de circulation des documents

Les trois graphes de flux suivant permettent de détailler la circulation des documents pour
la constitution d'une affaire. La représentation utilisée est inspirée de la méthode
COMETE utilisée par la COGEMA. Cette méthode est basée sur méthode MERISE.

Dans le graphe général des flux, le groupe d'étude EAI et le groupe Maîtrise d'Oeuvre sont
inclus dans "service technique".

GRA,PQE GENEB:\J. DES FLUX

Fidi.::
ê ;c,iJ,•e: tc re
D;_maade

Tr:1,ornx
E't!!lllit.lÎt>U~

20
Dans le graphe des flux du service technique, le groupe étude EAI est inclus dans
l'ensemble "Bureaux d'études". Cet ensemble est ensuite détaillé dans le graphe des flux
des bureaux d'étude.
GRAPHE DES FLUX
DU SERVICE TEÇHN[QUE

DT : Demande de Travail
FR : Fiche de Renseignement
APD : Accord Prix o,1ai

GRAPHE DES FI,UX DES BUREAUX D'ETUDE

Dera ar.~c. ç~~ t c.ati r:atif Cc.tH c!-tlm i! tif

EAI : Electrotechnique Automatisme lnatrumcntation

M V: M,caniquc Venti lation DT : Demande de Travail
OC : o,nie Civil FR : Fiche de Renseignement

21
2.2.2. Diagramme de circulation des documents :

Les interviews et les graphes précédents ont ensuite permis de réaliser le diagramme de circulation des documents suivants

DIAGRAMME DE CIRCULATION DES DOCUMENTS

Exploitant Maître d'oeuvre Chargé d'étude Chargé d'affaire

,---.-+- w., Rtccption de

I ~ l'APD

Réception DT

Réception dc1
itudCI

Devis
engageant
d'étude

Travaux
Miac en
rtali1h
Réception devis Réception devis service
engageants engageants
2.3. Description des documents :

Tous les documents décrits sont actuellement remplis manuellement.

2.3:t. Demande de travail (DT):

Un exemple de demande de travail se trouve en annexe 2.

Une demande de travail comporte:

- Un numéro de Demande de Travail ou numéro de DT.
- La date d'émission de la DT.
- Un numéro d'étude qui n'est plus utilisé.
- Le nom de la personne à consulter concernant la DT et son numéro de téléphone.
- Un numéro d'affaire qui permettra une imputation en francs.
- Un numéro de commande qui n'est plus utilisé.
- Une demande d'accord prix et délais (facultatif) qui permet au maître d'oeuvre ou
à l'exploitant de connai"tre le coût et le temps prévisionnel de la DT. Cette demande
se fait en cochant sur une case OUI ou NON.
- Une autorisation de travail.
- Un avis de fin de travaux.
- Le nom du destinataire.
- La date de livraison souhaitée.
- Un descriptif des travaux à réaliser.
- L'emplacement des travaux à effectuer.
- Horaire de travail autorisé.
- Le type de travaux (électricité, mécanique, radioactivité)

A sa réception le service technique appose un tampon qui comporte la date de réception,

le mai"tre d'oeuvre, le chargé d'affaire ME, le chargé d'affaire du groupe maintenance
Automatisme Instrumentation et le chargé d'affaire du groupe maintenance Electricité
Informatique.

2.3.2. Fiche de renseignements (FR) :

Un exemple de fiche de renseignements se trouve en annexe 2.

Une fiche de renseignement comporte:

- Un numéro de Fiche de Renseignements ou numéro de FR
- Un numéro d'étude qui n'est plus utilisé.
- Un numéro de DT.
- Le service destinataire.
- Le numéro de carte du demandeur.
- Le nom du demandeur.
- L'unité du demandeur.
- Le numéro de téléphone du demandeur.
- La date de la demande.
- Ensemble (lieu des travaux).
- L'objet.
- Un numéro d'affaire.
 - Les prestations demandées.
- Le délai demandé.
- Une demande d'accord prix et délais (facultatif) qui permet au maître d'oeuvre
ou à l'exploitant de connaître le coût et le temps prévisionnel de la DT. Cette
demande se fait en cochant sur une case OUI ou NON.

Devis de Fourniture et Travaux:

Ce devis est actuellement mis en place au sein du groupe maîtrise d'oeuvre.

2.3.3. Devis d'étude:

Un exemple de devis d'étude se trouve en annexe 2.

Un devis d'étude comporte :

- La référence du devis.
- La date d'enregistrement du devis.
- Le service émetteur.
- Le service du destinataire.
- Le nom du destinataire.
- Un numéro de DT.
- Un numéro d'affaire.
- Un numéro de FR.
- Un numéro d'étude qui n'est plus utilisé.
- La spécialité du devis.
- L'unité concernée.
- L'objet de l'envoi.
- Le descriptif des travaux.
- Le montant prévu des prestations internes.
- Le montant prévu des prestations externes.
- Le montant prévu de la reprographie.
- La durée prévue des études.
- Le montant total du devis.
- La date de validation.
- Le nom et le visa du chargé d'étude qui a réalisé le devis.
- Le nom et le visa du chef d'étude qui l'a validé.

2.3.4. Accord-Prix et Délais :

Le document d'accord "prix délai" est en fait constitué du bas du devis d'étude c'est à dire:
- L'accord du client.
- La date de l'accord du client.
- Le nom du client.
- Le visa du client.
- Le nom du responsable hiérarchique du client.
- Le visa du responsable hiérarchique du client.
- Le service et le nom pour le retour de l'accord-prix-délai.

24
Le client reçoit le devis d'étude, donne son accord au bas du devis et ce document devient
alors l'accord-prix-délai que le client renvoie au maître d'oeuvre.

2.4. Diagramme des flux d'information des documents :

Ces quatre documents sont liés par certaines données. Une partie des informations
inscrites dans le devis sont issues de la Demande de Travail et de la Fiche de
Renseignement.

Une illustration de ces liaisons est donnée dans le diagramme des flux d'information
suivant:

DIAGRAMME DES FLUX D'INFORMATION

DT

n°DT
date émission
n° affaire - Secrétariat
Demande Accord Prix Délai
Autorisation Travaux
Avis de Fin Travaux
Service destinataire
Date de livraison souhaitée
Emplacement des travaux
Maître d'oeuvre
Chargé d'affaire ME
Chargé d'affaire SCC/AI DEVIS
Chargé d'affaire SCC/El
4 Référence
--+ Date émission
:- n°DT
.. n° affaire
-
..-
n°FR
Service destinataire

--. Nom destinataire

Spécialité
Unité concernée
.
FR
- Objet de l'envoi

n°FR
n° affaire
~ n°DT
Service destinataire
Unité demandeur
Nom demandeur
Téléphone demandeur
Date demande
. Ensemble
Objet

Entête du devis

2.5. Les règles :

Certaines règles de gestion sont à considérer.

- Un numéro de DT est unique.

25
 - Un numéro de FR est unique.
- Un numéro d'affaire est unique.
- Un numéro de DT correspond à un numéro d'affaire.
- Pour un numéro d'affaire il peut y avoir plusieurs numéros de DT.
- Pour un numéro de DT il peut y avoir plusieurs numéros de FR.
- A un numéro de DT correspond un nom de responsable et un service.
- A un numéro de DT correspond une date d'émission.

2.6. Le chiffrage des devis

Il faut distinguer deux sortes de chiffrages des devis, le chiffrage des devis d'études et le
chiffrage des devis de matériels. Chacun d'eux étant différents, ils font l'objet d'une étude
séparée.

2.6.1. Le chiffrage des devis d'étude

Ce chiffrage est le plus difficile à réaliser puisqu'il consiste à déterminer le temps passé sur
l'étude ou la modification d'un document ou d'un ensemble de documents. Seuls
l'expérience et le savoir faire des chargés d'étude leur permet de donner le cofit global et
approximatif au devis. Ces documents d'étude se présentent sous la forme de plans,
schémas, notes, listes, supports magnétiques, descriptifs, dossiers ...

Le calcul de ces différents documents se fait d'une façon globale en fonction soit du
nombre d'éléments ou de folios de plan à étudier, soit du degrés de difficulté qui sera
rencontré pour l'étude considérée. Chaque chargé d'étude ayant une intuition différente, le
même devis réalisé par deux personnes n'aura pas le même résultat, surtout s'il s'agit d'un
devis mettant en oeuvre une quantité importante de documents.

Pour palier a la difficulté d'une erreur de chiffrage, une solution consiste à faire chiffrer le
devis par une ou plusieurs entreprises sous-traitantes. Pour cette solution, deux cas sont à
considérer :

• Pour les travaux inférieurs à 50 OOOF HT, le chiffrage par l'entreprise consultée fait
référence à un prix indicatif qui peut être discuté.

• Pour les travaux supérieurs à 50 OOOF HT, le chiffrage se fait sur appel d'offre,
c'est l'entreprise la moins disante qui remporte le marché pour un prix ferme et
définitif.

Le chiffrage des devis d'étude est aussi fonction de l'emplacement des travaux et de la
connaissance des installations. L'expérience du chargé d'étude permettra de dire par
exemple s'il reste suffisamment de réserves pour implanter le matériel sans pour autant se
rendre sur place pour le vérifier.

Les chargés d'affaires recensent tous les documents qui seront modifiés ou créés pour en
faire leur mise à jour. Pour cela ils sont aidés par un système de gestion électronique des
documents (GED) décrit dans les équipements disponibles à TEC/STD/SST (chapitre
2.7.2).

26
2.6.2. Le chiffrage des devis de matériels

Le chiffrage des devis de matériels concerne la détermination du prix des matériels

nécessaire à la réalisation d'une affaire. Les matériels utilisés doivent figurer dans les
standards définis par COGEMA. Une grande partie de ces matériels est stocké au magasin
général de l'établissement et référencé sous un numéro de nomenclature. On peut aussi
utiliser du matériel non référencé pour des travaux exceptionnels.

Pour établir son devis le chargé d'affaire ou occasionnellement le chargé d'étude doit :

• rechercher le numéro de référence du matériel,

• rechercher le fournisseur,
• connaître le coftt du matériel.

Pour cela il a à sa disposition les catalogues des différents constructeurs ainsi qu'une base
de données interne à l'établissement de Marcoule où sont référencés les matériels en stock
au magasin général. Cette base de données est disponible sur des ordinateurs de type P.C.
en émulation de terminal en mode caractère, et fait appel à une base de données ORACLE
disponible sur un serveur UNIX. Son utilisation est contraignante du fait de la pauvreté
des fonctions de recherches et de l'ergonomie mise en jeu.

Pour palier a l'insuffisance des moyens mis à leur dispositions, les chargés d'affaire font
appel aux fournisseurs agréés par COGEMA pour chiffrer leur devis de matériels lorsqu'il
s'agit de commandes comportant un nombre important de pièces. Dans ce cas le montant
retenu dépend essentiellement du fournisseur consulté et non de l'expérience du chargé
d'affaire.

Comme pour le chargé d'étude, la part d'expérience retenue par les chargés d'affaire dans
le cas d'une réalisation, est basée sur la connaissance de l'installation où sera effectuée la
réalisation ou la modification.

2.7. Les équipements informatiques de TEC/STD/SST

Le service TEC/SST dispose d'un parc de micro ordinateurs de type Personnal Computeur
connectés sur un réseau ElHERNET. Le gestionnaire de réseau utilisé est NOVELL et un
lien TCP-IP est établi pour les liaisons avec l'informatique de gestion d'entreprise qui elle
fonctionne sous système UNIX. Les logiciels utilisés sont spécialement orientés
Bureautique sous l'environnement WINDOWS de MICROSOFT. Les liaisons avec
l'informatique de gestion (GESTEC) se font par l'intermédiaire des PC en émulation de
terminal style "VTlOO" en mode caractère, à l'aide du logiciel TALKMAN et AFINITI qui
sont des émulateurs de terminal sous WINDOWS.

Les logiciels les plus utilisés sont :

- les logiciels de Bureautique comme WORD, EXCEL, DESIGNER ...,

- un logiciel de Dessins Assisté par Ordinateur (AUTOCAD),
- un logiciel de gestion de projet PSN5,
- des logiciels de développement d'applications de régulation et de maintenance sur
automate: ORPHEE, PORTADOC, OTIC-FISHER,
- un Gestionnaire Electronique de Documents (GED) TAURUS de la société DCI,
27
 - un gestionnaire permettant la recherche de référence de plan TEC-PLAN,
- un logiciel de vérification automatique des Documents VAD couplé avec le GED.

Oomdtla dG l'ir.formdi~è®
cooCQptloo '1f d1mialsctloo œproJ~s AooUCQffons
- dévelcwement dq::iplc:allcns
Logdel Matériel - contrôle commende
- lnformattqJe
Concepteur EAINPS EAIAJPS - Sulvt da p-ojels
/lv'N - Ges tien des documenls
Mdnteneur EAINPS EAIAJPS VERS l,NFORMATIQUE technlqJes
DE GESTION ll'ENIREPR~E
EAIAJPS EAIAJPS - D.A.O (électrldté, mécmlqJe,
Uttllsateur génledvt~
/MV/ARI /MV/ARI
~ Contrdntes /exiaenœs
Porb:bc
Spoc
Orr;née
Pao::lax
Word
Excel .L - méthode stcndad da
conception
- efficacité dutlllsatton
- dsponlt::füté
Oees ln ossltépa
C++ 0<dndaJf (DAO)
PSN
Trurus
Synop;ys
NOVELL lL

IWîl dddëdlageU&i
deprojeh
1

Equipement informatique du service TEC / STD / SST

2.7.1. Le gestionnaire TEC/PLAN

Ce gestionnaire est utilisé pour retrouver les adresses de rangement des plans archivés à
l'atelier de reprographie (ARI). Sa base de données se trouve sur un système UNIX,
BULL DPX20 et comporte environ 110 000 dossiers. La consultation se fait par
l'intermédiaire d'un terminal dédié.
La recherche des documents se fait sur les informations complètes des champs du
cartouche des plans archivés, c'est à dire sans caractères de substitution. Le résultat de la
recherche donne une adresse de rangement du plan recherché.

lndJce A B C D E F G H I

Système d'aide au chiffrage des devis d'étude et réalisation

A ~ de rangement Nuimo d'emegistrement Folio

~~1-1~1~-1~~ 12 13 1113 11 1s u
ETABLISSEMENT DE MARCOULE
COGEMA BP 170- 30206 BAGNOLS SUR CEZE
Namiro d'ioltallllioo UüHooctioueU. Nam6ro Bl!. N"'1!0 Spéialill Cla d'6qu

1° 1° 1° 1 1° 1° 1° 1 11 11 l l!!J ~ ~
Cartouche COGEMA

28
2.7.2. Le Gestionnaire Electronique de Documents : GED

Ce logiciel de gestion électronique de documents mis en place par l'atelier de reprographie,

permet d'archiver des documents informatiques sur support magnétique ainsi que des
documents papier par scannérisation. L' accès de ce gestionnaire est sécurisé par la lecture
du badge COGEMA de la personne habilitée à l'utiliser. Ce gestionnaire archive les plans,
les notes techniques, les procédures, les fichiers de programmation des automates ... , d'une
façon générale tout type de documents archivables. L'archivage se fait automatiquement à
la suite de l'utilisation du logiciel de vérification automatique des documents (VAD) qui
stockera les informations et les documents sur le système GED. Ce gestionnaire est
utilisable par tout PC connecté au réseau informatique de TEC/SST, à la condition de
posséder un lecteur de badge. Le logiciel repose sur l'environnement WINDOWS. de ce
fait, la recherche des documents est facilité par l'interface graphique spécialement
développée.
Un couplage est assuré entre TEC/PLAN et le GED pour rapatrier les données en
provenance de TEC/PLAN chaque nuit par une liaison NFS. Une autre liaison est assurée
entre l'informatique de gestion de l'entreprise (GESTEC) et le GED pour récupérer les
numéros d'affaire et numéros d'unité fonctionnelle saisie sur les demandes de travail dans
la journée.

Dans le processus documentaire, le travail du chargé d'étude consiste :

- à récupérer la disquette originale ou le plan original par l'intermédiaire du GED,
pour les faire évoluer,
- à la réception de la disquette ou du plan modifié, il contrôle le fond, puis certifie les
documents magnétiques avec le VAD.
- à faire archiver les documents par ARI.
Les opérations effectuées par le chargé d'étude pour sortir les documents de l'archivage,
pour les valider puis pour les réintégrer à l'archivage sont comprises dans les prestations
internes.
Phases du processus
supports
Conception

GED stockage
Archivage papier

dlsque.s
magnétique

iJ--
copie orlglnal plans originaux
Consultation ~
Modlflcafl,..,...,.,---'
- - - Modlflcatlo1""'""_ _ _ _ _.....
Processus documentaire EAI
29
2.8. Le système à construire

2.8.1. Critique de l'existant:

Un problème important ressort de cette analyse de l'existant : il n'y a pas de méthode de

chiffrage homogène et formalisée. Chaque chargé d'étude et d'affaire emploie sa méthode
pour chiffrer ses devis. Il se base surtout sur son expérience et sur les affaires qu'il a déjà
traitées pour estimer leur montant. Un chargé d'étude ou d'affaire débutant n'a aucune
méthode ou aucune aide écrite pour chiffrer ses devis. Si un chargé d'étude ou un chargé
d'affaire quitte la COGEMA, il part avec toute l'expérience qu'il a acquise dans ce domaine
sans laisser de trace.

Gains escomptés par l'utilisation d'un système informatique

La réalisation d'un système informatique permettra de figer une méthode de calcul des
devis d'étude pour les chargés d'étude, et donnera une assistance informatisée pour la
recherche de fournitures pour les chargés d'affaire. La maîtrise d'oeuvre pourra consulter
facilement les documents générés pour en ressortir rapidement un rapport complet.

Le fait d'informatiser le chiffrage des devis fera gagner un temps appréciable sur la
rédaction des devis qui est manuelle à l'heure actuelle, puisque les utilisateurs ne prendront
en charge que la sélection des éléments constitutifs du devis. Le calcul des cofits se fera
automatiquement, et l'utilisateur pourra en prendre le contrôle si le besoin s'en fait sentir.

Le système informatique devra permettre de satisfaire trois types d'attente selon les
utilisateurs :

1. Utilisateurs experts : pour obtenir un devis rapidement en connaissant

exactement les besoins et en proposant une solution technique.

2. Utilisateurs novices : pour bénéficier de l'expérience des experts pour réaliser un

devis ou pour formation en simulation de devis.

3. Utilisateurs X habilités : pour obtenir un devis rapidement en recherchant un

devis similaire.

Enfin ce système permettra de pérenniser l'expérience technique des chargés d'étude et

d'affaire grâce à la consultation de la base données des devis constitués. Ce retour
d'expérience est un aspect important du projet puisqu'il permettra de réutiliser l'expérience
passée sur des affaires similaires. La mise en oeuvre de cette fonctionnalité fera appel à un
logiciel spécialisé dans ce domaine.

2.8.2. Le cahier des charges du système

Les besoins en terme d'outil informatique sont les suivants :

a. Homogénéiser la méthode de chiffrage. Suite à la critique de l'analyse de l'existant

évoqué plus haut, il est apparu important de trouver un référentiel de chiffrage qui
30
 pourrait être appliqué par tous les chargés d'étude et les chargés d'affaire. Ce
référentiel serait en fait la méthode de calcul de l'outil d'aide au chiffrage dont j'ai à
faire l'étude. Les chargés d'étude ou les chargés d'affaire, en utilisant cet outil, seraient
obligés d'utiliser le référentiel, ce qui permettrai en outre de ne rien oublier dans
l'élaboration des devis.

b. Permettre aussi aux chargés d'étude ou aux chargés d'affaire débutants d'avoir une base
pour faire leur chiffrage. Le fait de chercher et de trouver une méthode homogène
permettra aussi de structurer et de conserver l'expérience des chargés d'étude et des
chargés d'affaire.

c. Créer un outil d'aide au chiffrage des devis qui permettra de produire un devis
conforme au format en vigueur à la COGEMA.

d. Fiabiliser le chiffrage et mieux mru.ùiser les délais de réalisation d'un devis.

e. Utiliser une base de données commune aux devis qui permettra de consulter
rapidement les devis réalisés donc disponibles pour tous les utilisateurs habilités à
consulter les devis. Actuellement ces devis sont archivés par chaque chargés d'étude et
d'affaire localement pour leur affaires personnelles.

f. Disposer d'une Interface Homme-Machine conviviale pour l'outil d'aide au chiffrage.

En effet cet outil va s'adresser à des utilisateurs novices dans le domaine de
l'informatique ou avec très peu d'expérience. Il faudra donc que l'outil d'aide au
chiffrage soit très convivial et très facile d'emploi pour que les utilisateurs acceptent de
l'employer.

g. Apporter une aide au chargé d'étude pour automatiser la recherche des plans en
référence sur les devis d'étude.

h. Assurer une confidentialité aux informations de la base de données des devis ainsi que
sur les ratios employés dans la méthode de chiffrage.

i. Enfin disposer d'une base de connaissance pour permettre un retour d'expérience sur
les affaires significatives réalisées.

La réalisation du prototype répondant aux objectifs exposés au chapitre précédent nous

impose des outils informatiques appropriés. On dispose de différentes techniques de
conception qui couvrent chacune un champ de compétence particulier et répondent à des
besoins bien précis. La mise en relation par un choix judicieux des outils les plus adaptés
peut nous aider à construire le prototype.

Le choix des outils est limité à l'environnement informatique où sera utilisé le système,
dans notre cas WINDOWS de MICROSOFT.et à l'ergonomie qui nous est imposé.

3.1. Les outils informatiques envisagés

31
Le fait de mettre en oeuvre une base de donnée des devis réalisés ainsi qu'une base de
donnée des fournitures pour les réalisation, nous impose un logiciel intégrant la
fonctionnalité d'un Système de Gestion de Base de Données (SGBD) ou offrant cette
possibilité. Parmi ces systèmes nous pouvons citer :

3.1.1. Un Langage permettant une liaison avec un SGBD

Un outil de ce type permet une programmation très fine. On peut citer parmi ceux-ci
visual C++ de Microsoft ou BORLAND 4 de Borland. Ces deux langages sont orienté
objet intégrant la notion de :

Encapsulation des connaissances

un objet est un bloc de code informatique qui est relativement indépendant des
autres blocs. Un objet contient des données et des procédures.

Héritage
Les objets sont "liés" les uns aux autres dans une hiérarchie. Chaque objet a une
partie propre (données et/ou procédures) et une partie héritée de ses "parents".

Passation de messages
Un message est une requête en provenance d'un autre objet ou d'un utilisateur.
Un message est un nom auquel l'objet répond.

La liaison avec une base de donnée nécessite dans la plupart des cas, la présence d'un
gestionnaire ODBC. Ce type de gestionnaire permet l'exécution de requêtes SQL quelle
que soit la base de données appelée ORACLE, DBASE, SQL SERVER ...

Avec un outil de ce type, on alourdit la phase de conception du modèle. Une

connaissance approfondie de programmation en C ou C++ est indispensable pour
mener à bien un projet. On se heurte rapidement à des problèmes de compétences dans
la maintenance pour des applications de grande envergure, surtout si ce n'est pas la
même personne qui doit l'assurer. Par contre les logiciels développés sont mieux
structurés par rapport à un générateur d'applications.

3.1.2. Un Système de Gestion de Base de Données Relationnelle

Ce type d'outil intègre sa propre gestion de base de données et un langage qui n'est
compréhensible que par lui-même. Parmi ces systèmes fonctionnant sous WINDOWS,
on peut citer PARADOX, DB ASE, ACCES. Ce sont des systèmes puissants, la
programmation est facilitée par l'utilisation de macro-commandes.

Les inconvénients de ces types d'outils sont:

- La portabilité n'est pas assurée sur d'autres systèmes à cause de leur langage de
programmation.
- On ne peut pas insérer du code PASCAL, C ou C++ dans la programmation.
- Ils nécessite un runtime pour les rendre autonomes.

32
3.1.3. Un générateur d'application intégrant un SGBDR

Avec un outil de ce type il est possible de développer très rapidement des applications
sous des environnements graphiques différents tel que WINDOWS 3, OS/2,
Présentation Manager, ...

Parmi ces outils, on peut citer NS-DK(Nat Systèmes Development Kit). Le langage de
développement est le NCLet se rapproche du langage C. Il offre un environnement
complet de programmation. Il permet de construire une application dans un
environnement graphique d'une manière simple et intuitive. Il supporte en plus du
développement d'applications en environnement graphique, l'accès aux données et aux
couches de communication de Microsoft, IBM, ORACLE ou d'autres fournisseurs. Il
propose aussi une base de données en standard qui peut contenir jusqu'à 140 millions
d'octets.

Le code généré est du code C qui peut être surchargé et une liaison avec des librairies
dynamiques DLL externes est possible.

Le prototypage et la maintenance d'une application sont facilités par cet outil qui est
préconisé comme standard pour la génération d1nterfaces Homme Machine (IHM) à
COGEMA.

NS-DK

Compilateu
C
Exérutable

La plate forme NS-DK

L'outil de programmation que j'ai retenu est la plate-forme NS-DK, pour la mise en oeuvre
rapide des interfaces graphiques, pour ses possibilités d'interfaces et pour sa maintenance
simplifèe. De plus cet outil est disponible au bureau d'étude des services techniques, il est
33
actuellement mis en place sur des projets récents sur le site de Marcoule ce qui suppose la
possibilité d'une assistance pour ce produit.

Ensuite j'ai du rechercher un outil adapté au retour d'expérience sur les affaires
significatives réalisées. Mes recherches m'ont orienté vers différentes solutions .

3.1.4. Un système de gestion de l'expérience de l'entreprise

Le seul outil que j'ai trouvé répondant à ce critère est développé par le CEA et la société
Graphael du réseau Eurisys. C'est une méthode de gestion de l'expérience pour préserver
et utiliser l'expérience acquise pendant les phases de conception et de démarrage des
réacteurs nucléaires. De cet objectif sont nés une méthode et un outil logiciel qui
constituent aujourd'hui une solution utilisable par toute entreprise qui considère
l'expérience acquise lors de ses activités comme un capital à exploiter.

Le projet REX met en oeuvre :

• une méthode d'analyse des besoins et d'identification des sources d'expérience,

• des procédures pour établir les éléments d'expérience à partir de documents, base
de données, interviews,
• des procédures pour construire une représentation informatique du domaine
considéré,
• un ensemble d'outils logiciels qui comprend un interface multimédia et un moteur
de recherche.

Restitution
Valorisation d'éléments
d'e érience

Méthode REX

Ce système est disponible seulement sur station UNIX et constitue à lui seul tout un
système de gestion de l'expérience d'entreprise qui ne peut être couplé avec le système
d'aide au chiffrage des devis que je dois réaliser. Mais il pourrait faire le sujet d'une étude
plus approfondie sur le retour de l'expérience au service technique. Cet outil est utilisé
actuellement par COGEMA dans l'établissement de La Hague.

34
3.1.5. Un système à base de connaissances

.Les systèmes à base de connaissances ou systèmes experts [ERMINE 89], permettent

de modéliser un savoir faire dans un formalisme homogène et facile d'accès (règles de
production) exploitable par un moteur d'inférence.

Expert

Les règles sont des connaissances fournies par l'expert

Si condition alors conclusions

L'ensemble des connaissances de l'expert sur le domaine fournit un ensemble structuré

de règles représentés par la base de règles.

Expert o

- - - - - - - Utilisateu,.__ _ _ _ __

La définitions des règles se fait dans un formalisme informatique, ce qui entraîne :

• une difficulté de communication avec l'expert(connaissances non verbales),

• de définir une méthode d'acquisition des connaissances.

La définition de la base de règle se fait par un cognititien. De même ce cogniticien peut

être confronté à une difficulté de la maintenance de la base de règles qui peut évoluer
dans le temps. Il en découle des problèmes et des difficultés inhérentes à l'acquisition
des connaissances.

Comme je l'ai fait ressortir dans la critique de l'existant, les chargés d'affaire n'ont
aucune méthode écrite pour chiffrer leur devis, il faut donc trouver un solution qui
engendre une évolution autonome du système. La solution peut être trouvée par le
raisonnement analogique.

Le raisonnement analogique ou "raisonnement à partir de cas" est une modélisation

d'une méthode générale de résolution de problème.

35
3.1.6. Un système de raisonnement à partir de cas

Le raisonnement à partir de cas (CBR) permet d'effectuer un raisonnement d'une façon

similaire à celle d'un expert, c'est à dire en s'appuyant sur les expériences passées (les
cas) pour résoudre un problème nouveau.

Les systèmes CBR reposent sur le principe suivant : résoudre des problèmes en
adaptant les solutions d'anciens problèmes "proches" résolus dans le passé. Ceci repose
sur le fait que les experts ne construisent pas leur raisonnement à partir de règles
élémentaires. Ils utilisent également et surtout leur expérience.

Ce point constitue une différence fondamentale avec les systèmes experts classiques à
base de règles qui nécessitent une formalisation de toutes les connaissances élémentaire
et du raisonnement de l'expert, ce qui peut être long, coOteux et difficile à mettre au
point et à maintenir.

Pour résoudre un problème, un jeune expert utilisera davantage la théorie du domaine

par manque d'expérience. Par contre un expert confirmé cernera la solution du
problème à l'aide de son expérience, puis il effectuera un raisonnement en s'appuyant
sur ces expériences passées. L' expérience est faite de situation rencontrées dans le
passé et qui ont été résolues et analysées.

Un système CBR doit :

• trouver les cas qui résolvent des problèmes similaire au problème courant
• adapter la ou les solutions des cas passés aux exigences de la situation courante.

Connaissances
du domaine

Système .,•
d'indexation
...
•

Similarité

Méthodes
d'adaptation

···-··-.··-··-··-··-··-.
1

~
'
--- •
- - - - - - - - -y _ - - - - - - - - -
Ediec 1 •
Succés

·- - ... - - - . . . . - - - - - - - - - - - - - - - - - - - - - Eche.: 2 '

- - - - ..
Cycle de vie d'un CBR
36
Sur la figure du cycle de vie du CBR, la base de connaissance est formée d'une base de
cas et de quatre fonctionnalités permettant de la gérer. En entrée lorsqu'un nouveau
problème est à résoudre, il est décrit dans un langage de représentation du système et sa
description est saturée à l'aide des connaissances sur le domaine que le système
possède. La base de cas est indexée pour permettre de récupérer rapidement un
ensemble de cas ressemblant au problème. Le système calcule alors la similarité entre le
problème et les cas de cet ensemble et ne retient que les plus proches.

On peut adapter la solution du ou des cas les plus proches pour répondre aux
contraintes du problème. Si la solution proposée n'est pas satisfaisante, l'expert
demande des explications sur la façon dont elle a été trouvée. Une correction peut être
apportée.

Si la solution est mauvaise, une nouvelle solution peut être trouvée à partir d'un
nouveau cas.

Si la solution est bonne, le problème pourra éventuellement être ajouté à la base de cas
s'il correspond à une nouvelle situation caractéristique du domaine.

Avantages d'un système CBR

Les principaux avantages d'un système CBR sont les suivants :

• grande facilité de l'acquisition des connaissances, il est plus facile pour les
experts de fournir des cas plutôt que de créer une base de règles cohérentes.,

• réutilisation des solutions passées,

• économie cognitive, on ne régénère pas de zéro solution,

• robustesse de l'information incomplète ou nouvelle, principe de similarité,

• application à des domaines ne disposant pas d'une théorie complète ou

consistante sur tout le domaine (peu ou pas de règles).

Le système CBR retenu est ReCall de la société ISOFf. Ce système est disponible sur
système UNIX ou PC sous environnement WINDOWS. Il regroupe plusieurs modules
permettant de construire et de maintenir la base de cas et de l'exploiter afin d'apporter
des réponses aux nouvelles situations.

Les cas sont définis à l'aide d'un langage de représentation des connaissances orienté
objets. Ce langage offre les mécanismes d'héritage multiple, de descripteurs typés
éventuellement ordonnés et de facette.

La création de la base de cas est réalisée par l'utilisateur à l'aide d'éditeurs graphiques
interactifs. ReCall met à la disposition de l'utilisateur différents outils comme :

• un éditeur de hiérarchies pour définir de nouveaux objets ainsi que les liens de
généralité entre eux,

• un éditeur d'objets pour définir les descripteurs d'un objet,

37
 • un éditeur de cas pour créer, visualiser, modifier ou charger des cas.

En résumé ReCall est un outil dont les applications sont : l'estimation financière, le support
technique, la détection de pannes, l'enseignement, l'évaluation de risques, etc ...

3.2. Systèmes retenus

Les systèmes de développement que j'ai retenus sont :

• le générateur NS-DK pour la conception du logiciel de saisi des devis,

• le système de raisonnement à partir de cas ReCall pour le retour d'expérience et
l'aide au chiffrage des devis.

Les composants du système informatique

3.3. Chiffrage du projet

Me basant sur ce choix, j'ai fait une estimation du coOt du projet pour obtenir un
financement sur les prévisions de budget Je prévois donc :

Désie:nation Estimation
Système CBR, ReCall
licence de développement 50 OO0F
Maintenance annuelle 7500F
licence de runtime 5000F
Equipement informatique 25 OOOF
(micro ordinateur PC)
Assistance technique sur la conception 15 OOOF
lof!icielle
total 102 SOOF

Une licence du système de développement NS-DK est disponible au bureau d'étude des
services techniques.

fJ.+PA'-ffl9.PL. ' . . .:......:2(..?>f . . · .••.. '.'h.·+.''': . • >. 2. .·.(. .L. . AL-,, .:'.•.L. L. •·/\;b:::• •3::• ·'\t''T:t···')....,. ·<-tI/\';I
L'étude du contexte m'a permis de faire le point sur les besoins à mettre en oeuvre pour
réaliser une aide au chiffrage des devis d'étude et de réalisation. Cette aide se compose
d'un système informatique disposant d'une interface homme machine conviviale en liaison
avec une base de données. Cette base de données peut être soit locale, soit distante sur un
38
serveur de données couplé avec un système d'aide reposant sur un raisonnement à partir de
cas pour bénéficier d'un retour d'expérience.

39
Cette deuxième partie a pour objet de définir la conception du système informatique d'aide
au chiffrage des devis d'étude et de réalisation. Dans cette partie je détaille les méthodes
employées pour y parvenir.

Les méthodes que je développe concernent deux parties de l'aide au chiffrage. Une partie
pour la méthode de chiffrage des devis, l'autre partie pour l'aide que le logiciel apporte
pour:

- rechercher un devis,
- concevoir un devis d'étude,
- bénéficier d'un retour d'expérience sur les devis réalisés.

L'étude de cette partie est volontairement limitée aux devis d'étude comme il en a été
décidé au cours de la première réunion avec les responsables des groupes concernés, ce qui
me permettra de vérifier la faisabilité du système pour ce domaine. Par contre l'analyse
fonctionnelle du système prend en compte les parties études et réalisations pour garder une
homogénéité au système et en permettre l'extension·aux autres groupes de la maîtrise
d'oeuvre.

La réalisation d'un prototype m'a permit de valider auprés des chargés d'étude l'analyse
fonctionnelle du système ainsi que la méthode de calcul utilisée.

Dans cette deuxième partie mon travail consiste à :

- définir le cycle de vie de la conception du système,

- définir une méthode pour le chiffrage des devis d'étude,
- définir quelle sera l'aide la plus adaptée aux utilisateurs pour réaliser le chiffrage
des devis,
- analyser la conception du système informatique pour les devis d'étude et de
réalisation,
- réaliser une maquette pour valider cette analyse.

Le cycle de vie retenu pour la réalisation de système d'aide au chiffrage des devis, repose
sur un cycle de vie incrémental comme l'a développé B. BOEHM. Cette approche me
parait la plus appropriée puisqu'elle repose sur une mise en valeur du prototypage qui se
poursuit tout au long du logiciel pour devenir le système opérationnel. La maquette me
permettra de valider l'analyse du système auprés des utilisateurs de l'outil au fur et à
mesure de l'avancement de mon travail. Cette approche n'est pas incompatible avec la
gestion de projet telle qu'elle est développée au paragraphe 2.1.1, mais appliquée à un
projet informatique.

40
 Analyses
Objectifs
Alternatives
Contraint.es

Plan des
phases suivant.es
Développement
Vérifications
Cycle de vie incrémental
1.1. Les outils de spécifications

La spécification du système fait appel à la méthode SA ( Analyse Structurée) telle qu'elle a

été définie par Edward. YOURDON et Tom DEMARCO en 1978-1979 [JAULENT 92].
C'est une méthode descendante par affinages successifs des traitements( ou process), jusqu'à
ce que tous les traitements aient été décrits en termes de flots de données logiques.
L'analyse structurée, est composée d'un ensemble de diagrammes ordonnés hiérarchiquement,
où les derniers niveaux de raffinage font apparai"tre des fonctions élémentaires appelées
primitives ou process définitifs.

Le langage de la méthode SA est composé d'outils graphiques et/ou textuels.

• Outils graphiques : diagrammes de flots de données, notés DFD (Data Flow

Diagrams)
• Outil textuel : le dictionnaire de données, noté DD (Data Dictionary)
• Outil graphique et/ou textuel :
- les diagramme de structure de données,
- les spécifications de process.

Pour réaliser l'analyse du système, j'ai utilisé deux types de logiciels.

• Le premier est basé sur la méthode YOURDON, il fonctionne sur micro-ordinateur PC et

m'a permis de réaliser l'analyse fonctionnelle.
• Le second est un logiciel développé par le Laboratoire d1nformatique Appliqué du CEA :
système d'analyse des systèmes complexes.(SAGACE), qui m'a aidé à modéliser la
méthode de calcul des devis d'étude.

41
1.2. La conception du système

La conception du système fait appel au prototypage, ainsi qu'à l'utilisation d'outils graphiques
pour modéliser les données et les traitements des applications.

Analyse Analyse et
préliminaire Etat non satisfaisant
des besoins - - - - ~ sélection de
nouvelles
fonctions
Construction
du prototype

Evaluation
expérimentale
satisfaisant

E~on
claJl'edes
besoins réels

' - - - - - - - - - - - - - - - - - l Spécifications
définitives
Schéma de développement du prototypage.

2.1. Présentation

Une tentative de mise en place d'une méthode de chiffrage il y a une dizaine d'année de
cela, n'avait pu être menée à bien du fait de la lourdeur du procédé utilisé. La méthode à
cette époque consistait à chiffrer tous les éléments constituant un devis, cela unitairement.
à partir d'un bordereau de prix. Malheureusement à l'époque, le chiffrage se faisant
manuellement, le temps pour constituer un devis était multiplié d'un facteur non
négligeable, ce qui a rendu cette méthode inopérante. Aujourd'hui grâce aux progrès de
l'informatique une telle méthode peut à nouveau être envisagée sans alourdir le chiffrage
des devis d'étude, on peut même supposer un gain de temps pour la réaliser. Cette
méthode avait fait ressortir un autre problème, celui d'augmenter le prix global du devis
par rapport à un chiffrage classique.

Une consultation auprés de trois entreprises sous-traitante avait permis le chiffrage de

bordereaux de prix pour les travaux d'études. Ces bordereaux de prix étant confidentiels,
ils ne sont pas joints à ce document, mais ils sont référencés sous les numéros de marché-
cadre: AC-F/260,261,262. C'est à partir de ces documents qui sont toujours d'actualité
bien qu'anciens et grâce aux renseignements fournis par les chargés d'étude du groupe
EAI. ainsi qu'avec l'aide des entreprises collaborant avec le bureau d'étude, que j'ai pu
consolider ma méthode de chiffrage.

42
2.1.1. Principe de création d'un devis d'étude

Le principe de création d'un devis d'étude repose sur le chiffrage d'un ensemble de
documents constituant un devis. Ces documents font partie de standards définis à
COGEMA. Le montant d'un devis d'étude peut être chiffré :

a) d'une façon globale en totalisant le temps nécessaire aux modifications des

documents. Cette manière de procéder suppose que le chargé d'étude a une
expérience de chiffrage et une bonne connaissance des installations et du matériel à
installer. Cette approche ne peut être utilisée que pour des devis demandant peu de
modifications de documents.

b) d'une façon détaillée, en comptabilisant les temps employés sur chaque document.

Le principe que je retiens pour le chiffrage des devis concerne le point (b), puisqu'il peut
s'appliquer sur des petites modifications comme sur des grands projets.

2.1.2. Méthode employée pour le chiffrage des devis d'étude

La méthode retenue est basée sur des unités de calcul appelées "documents de base". Un
document de base est un schéma, un plan, une liste, un support informatique qui fait
référence à un élément d'automatisme, d'instrumentation, d'électricité ou documents
généraux (voir la liste des documents d'automatisme et d'intrumentation en annexe). Le
temps nécessaire pour chiffrer un document de base est calculé à partir du nombre
d'éléments directement concernés par le type de document de base.

Par exemple pour un document liste de voies de mesure sur informatique, l'élément
concerné est l'Entrée/Sortie.

2.2. Calcul des documents de base.

Les listes des documents de base ont été mises au point, pour cette méthode, en fonction
de la liste des documents d'automatisme et d'instrumentation en vigueur à la COGEMA
sur le documents 362.30.PR.04.02 de JUIN 1992 - indice B.

Pour chaque document à modifier, il a été défini quatre durées dont l'unité est la minute :

- Le temps de préparation s'il y a un seul élément ajouté ou modifié.

- Le temps de modification s'il y a un seul élément ajouté ou modifié.
- Le temps de préparation s'il y a plusieurs éléments ajoutés ou modifiés.
- Le temps de modification s'il y a plusieurs éléments ajoutés ou modifiés.

On obtient ainsi le tableau suivant pour les documents d'automatismes:

43
 TEMPS DE TEMPS DE TEMPS DE TEMPS DE
DOCUMENTS A PREPA MODIF PREPA MODIF
MODIFIER (si un seul (si un seul (si plusieurs (si plusieurs
élément) élément) éléments) éléments)
Liste des alarmes et des 25 30 5 15
mises en garde
Plan de présentation des 25 30 10 20
équipements d'automatisme
Plan de câblage des 25 30 10 20
équipements d'automatisme
Support magnétique de voir page voir page voir page voir page
programme AP suivante suivante suivante suivante
Listing des programmes AP voir page voir page voir page voir page
suivante suivante suivante suivante
Programme de simulation voir page voir page voir page voir page
suivante suivante suivante suivante
Plan d'alimentation 25 30 5 10
électrique des
automatismes - BRA
Plan de câblage de la 25 30 10 20
barrette de sortie - BRS
Schéma de déroulement des 25 30 5 10
câbles d'automatisme
Modification 10 35 5 10
programme des
synoptiques animés
Sauvegarde 0 35 0 0
programme des
synoptiques animés
Plan de câblage des 25 30 10 18
synoptiques
Plan de présentation 25 30 10 18
des synoptiques
Liste des capteurs et 25 30 5 10
des organes
commandés
Schémas de principe 25 30 10 15
d'automatisme
Notice d'automatisme 20 45 5 10
Schémas de principe de 25 30 10 15
contrôle
Liste non exhaustive, les temps ne sont donnés qu'à titre indicatif pour illustration.

Les quatre dernières lignes du tableau contiennent des documents modifiés

systématiquement dès qu'il y a modification d'une installation d'automatisme.

44
En fonction des informations qu'il possède sur les travaux à effectuer, le chargé d'étude
choisit les documents de base à ajouter ou à modifier, en précisant le nombre d'éléments
concernés. La méthode de chiffrage consiste alors à additionner les temps de préparation
et de modification des documents choisis. S'il y a plusieurs éléments, la méthode consiste à
additionner aux temps de préparation et de modification pour un seul élément, les temps
de préparation et de modification pour plusieurs éléments, multipliés par le nombre
d'éléments moins un.

Exemple de calcul pour plusieurs éléments :

EMPSDE EMPSDE EMPS DE TEMPS DE

DOCUMENTS A PREPA ODIF (si REPA (si ODIF (si
MODIFIER (si un seul) un seul) lusieurs lusieurs
Plan de câblage de la 25 30 10 20
barrette de sortie - BRS

Pour 5 BRS le temps total de préparation sera : 25 + 4 * 10

le temps total de modification sera : 30 + 4 * 20

Ce qui donne la formule suivante :

Si nombre (de document de base)> 0
Temps_total = prepa_l+ modif_l + [ (nombre -1) ((prepa_+) + (modif_+))]

En ce qui concerne les Automates Programmables Industriels, le chargé d'étude devra

fournir les temps prévus pour modifier le support magnétique de programme AP, le listing
de programme AP et les programmes de simulation.
Ces temps de modification étant très variables selon les cas, il apparai"'t important qu'ils
soient fournis par le chargé d'étude et non qu'ils soient en données fixes dans la méthode.

2.3. Calcul du montant du devis

Une fois l'addition de tous les temps effectuée, ce temps total est exprimé en minute, pour
les documents de base, on le multiplie par le prix de l'heure externe divisé par 60 (prix de
la minute). Par contre certains temps sont exprimés en heure comme la durée des phases
d'essais, et d'autres en jour pour la durée des formations et des missions. On obtient ainsi
le prix des prestations externes.

Le prix des prestations internes est ensuite calculé selon un pourcentage du prix des
prestations externes.
Si le prix des prestations externes se situe entre Oet 5000 F, alors le prix des prestations
internes s'élève à 50% du prix des prestations externes.

Si le prix des prestations externes se situe entre 5000 F et 10 000 F, alors le prix des
prestations internes s'élève à 40% du prix des prestations externes.

45
Si le prix des prestations externes se situe au-dessus de 10 000 F, alors le prix des
prestations internes s'élève à 20% du prix des prestations externes.

Le prix de la reprographie s'élève à 5% du prix des prestations externes, avec un

minimum de 600 F.

Selon le niveau d'assurance qualité imposé, un coefficient de 40% est appliqué pour un
niveau AQl, 30% est appliqué pour un niveau AQ2, et 20% pour un niveau AQ3.

Une modélisation du calcul du devis est fournie en annexe. Cette modélisation a été
réalisée avec l'outil SAGACE du CEA.

3.1. Aide à la conception des devis

Après avoir mis au point la méthode de calcul des documents de base et en tenant compte
des remarques des utilisateurs concernant l'enchaînement des documents en fonction des
modifications à apporter, j'ai imaginé une aide à la conception des devis. Pour mettre au
point cette aide, j'ai fait appel aux entreprises sous-traitantes qui sont en relation avec les
chargés d'étude.

Le principe est que toute modification d'un document dans certains cas, peut entraîner la
modification d'un ou plusieurs autres documents. L'enchaînement des modifications dépend
du ou des éléments touchés par la modification.

Nous avons recensé les éléments qui entraînent une modification systématique de
documents. Les éléments retenus gardent un caractère général pour ne pas surcharger ni en
compliquer la sélection pour les chargés d'étude. Il ne faut pas perdre de vue que l'on peut
s'adresser à un chargé d'étude expert mais aussi à un chargé d'étude novice.

liste des éléments entraînant une modification des documents :

Automatisme, instrumentation, régulation, électricité, organe de commande ou capteur,

organe de puissance, TOR, analogique, rajout de seuil(TOR) ou numérique, programme
supervision, programme automate, réserve insuffisante, simulation, BRA, BRS, synoptique
tollé, installation nouvelle, installation existante.

Il en résulte un graphe mettant en relation tous les documents qu'un chargé d'étude peut
créer ou modifier. Pour ne pas surcharger ce graphe, les documents sont représentés par
des indices faisant références à la nature des documents, ces indices sont donnés en annexe
avec les documents de base.

46
 GRAPHE DES MODIFICATIONS

E2

Electricité D2

Rajout de seuil(TOR)
ou numeri ue

Fll
D20
Ull
E20
B21

112
Jll
E12
Léiende
C=:J Selection élément
Graphe des modifications

ETABLIS SEMENT DU DCE

BI
B2 B20
Cl Cll B21
C2 D20
C3 F20
Dl F21
El
E2
J2

Graphe de création d'un DCE

Les documents concernant les modifications d'installations existantes sont regroupés dans
le Graphe des modifications. Les documents concernant des réalisations nouvelles sont
regroupés dans le Graphe de création d'un DCE . Les modifications engendrées par ces
deux graphes sont cumulatives.

47
Pour rendre l'interlace utilisateur plus facile à manipuler, j'ai regroupé les documents par
spécialités : Automatisme programme, Automatisme étude, Electricité, Instrumentation,
Contrôle commande, Secrétariat. Ce regroupement fait l'objet de modules.

Regroupement des documents en modules

Cette fonctionnalité est reprise dans l'aide à la recherche d'un devis similaire pour la
représentation d'un cas par le système de raisonnement à base de cas.

3.2. Aide au retour d'expérience.

Cette aide fait appel au système de raisonnement à partir de cas, ReCall. L'interlace entre
l'application de gestion des devis et le système ReCall se fait par l'intermédiaire d'un fichier
texte au format informatique d'un cas de ReCall. L' appel à ReCall se fait en passant en
paramètre ce fichier ainsi que le nom de la base de cas où sera effectuée la recherche de
similitude, plus le nom du fichier script pour automatiser les opérations qui enchaînent sur
l'éditeur de cas.

Le choix d'utiliser le descriptif du devis comme support de l'aide au retour d'expérience

vient des essais que j'ai réalisés avec le CBR. Pour un système CBR, la représentation d'un
cas représente la connaissance sur le domaine, il faut donc trouver la représentation la plus
adaptée au domaine.

J'ai commencé par représenter le devis complet "Entête + Descriptif' comme un cas. Cette
représentation ne m'a pas donnée entière satisfaction au vu des résultats obtenus qui étaient
trop contradictoires. En effet, il s'avère que l'on ne peut pas couvrir un champ de
représentation trop large avec ce type d'outil, d'autant plus que l'entête du devis contient
des informations de type "chaîne de caractères" incompatibles avec la méthode de
recherche de ReCall qui requiert des attributs valués pour les champs des classes.

Je me suis donc recentré sur le descriptif du devis qui est composé:

48
 de champs à valeur symbolique (nominaux, numéro, date)
ex: "Unité fonctionnelle": S200, S60, S90, PUO2, ATM ... ,
de champs à valeur numérique (entiers, réels)
ex: "Montant du devis" : réel,
de champs de liaison entre classes (link)
ex: "Descriptif' : link Documents

Ces types de champs répondent aux critères de ReCall.

Le représentation du cas que j'ai retenu pour l'aide à la recherche des descriptifs ne
contient que les informations minimum nécessaires aux utilisateurs.

3.2.1. Représentation d'un cas

1 descriptif ~ __ __ documen instrumentatio

."'
'
automatisme_program
...
,., lien
automatisme_et de
essais phasel
electricite
phase2

divers mission controle_comm de

formation secretariat

réseN reseNel
reseNe2
reseNe3
reseNe4

reseNe4
Hiérarchie des classes d'un cas de ReCall

49
3.2.2. Description des classes du Descriptif.

Classe Champs Attributs Hérite de

descriptif aleas réel [0, +inf]
charge_etude Text
composition lien AdocumentsAreserveAessaisAdivers
date_devis date [01/01/1900, 01/01/2100]
libelle Text
n_affaire Text
n_devis Text
n_DT Text
reprographie réel [0, +inf]
suivi réel [0, +inf]
total_devis(concept) réel [0, +inf]
unite_fonctionnelle nominal: S200,S60,S90,PUO2,ATM, ....
documents montant réel [0, +inf]
temps entier :[0,+inf]
instrumentation liste nominal: documents
Jl,J2,J3,Bl,Cl,C2,C3,Dl,El,E2,B2,D2,
Ul,Fl,Pl
automatisme_p liste nominal: documents
rogramme ZlO,Zl 1,TlO,FlO,B 10,X 10,Z12,U10,Ul
1,Xl 1,Tl l,T12
automatisme_e liste nominal: documents
tude Jl0,Jl 1?C10,D10,E10,El l,El2,E13,Cl 1
,PlO
electricite liste nominal: documents
J20,F20,B20,F21,D20,B21,E20,H20,P20
secretariat liste nominal : l30,K30,S30,P30 documents
controle_com liste nominal: J30,B30,E30,C30,H30 documents
mande
divers njour entier [0, +inf]
n _personne entier [0, +inf]
mission divers
formation divers
reserve montant réel [0, +inf]
temos entier [0, +inf]
reservel reserve
reserve2 reserve
reserve3 reserve
reserve4 reserve
reserve5 reserve
Composition des classes du descriptif

3.2.3. La méthode de recherche des cas utilisée par ReCall

Le coeur de ReCall est constitué de trois modules :

50
 • indexation,
• similarité,
• raisonnement et adaptation.

Principe de fonctionnement de ReCall

Base de cas + Connaissance du domaine

Cas similaires
à une nouvelle 41---'-
situation

proposition
de solutions
adaptées à une
nouvelle situation

Méthodologie d'utilisation de ReCall

1) Le module indexation sert à créer un index de la base de cas. Cet index a la forme d'un
arbre (arbre de décision) où les noeuds correspondent aux descripteurs les plus
discriminants par rapport à la base de cas et au but recherché, le concept. La construction
de cet index est soit automatique, soit paramétrable par l'utilisateur. L'indexation permet
une sélection plus fine des cas recherchés.

L'indexation est basée sur la méthode 1D3 [Quinlan 88] qui repose sur une méthode
statistique s'appuyant sur la théorie de l'information définie par Shannon :

Ce qui caractérise le plus une information, d'après les expériences de Shannon, c'est ce qui
n'est pas déductible dans un certain contexte, le reste n'est que de la redondance. C'est
cette redondance qu'il faut éliminer au maximum pour s'approcher au plus de la théorie de
Shannon qui nous dit que si l'on désigne par N le nombre d'événements possibles et par n
le nombre d'événements liés à l'information I, la quantité d'information Q(I) fournie par I
prend la forme logarithmique suivante, appelée information au sens Shannon d'unité: le
"logon" :

51
 Q(l)=k.log (N/n)
Par exemple il faut 3 bits pour coder une information de 8 bits: - log2(1/8)=3

De même la notion d'entropie résulte de la quantité d'information disponible, on dit que

l'information est le contraire de l'entropie qui représente la mesure du désordre.

La méthode ID3 propose une indexation de l'arbre de décision sur l'attribut qui minimise le
plus l'information. Cette méthode permet de diminuer l'entropie de la base de cas.

Pour réaliser l'indexation ReCall recherche l'attribut qui réduit au maximum le désordre.

Base de cas E partition

,- + -
+_+ +~ + structurer
+_+-j- _+ lob e
de cas
+-_ + :1-

L'attribut qui minimise au maximium le désordre =A

Puis on développe l'arbre jusqu'à obtenir le même type d'information. Dans cet exemple,
supposons que le critère d'arrêt soit : a3 et B = 10, l'arbre sera développé jusqu'à ce qu'il
ne reste que des informations B < 10 et B >= 10 en partant de la partition a3.

2) Le module similarité permet de trouver les cas qui se rapprochent le plus d'une
nouvelle situation donnée. Cette recherche est effectuée en déclenchant le calcul d'une
mesure de comparaison numérique entre les cas sélectionnés par l'arbre d'index et une
nouvelle situation. La comparaison est réalisée sur la valeur des descripteurs et pour tenir
compte de la représentation orientée objets, sur les différences structurelles entre les cas.
Le résultat est un ensemble de cas sémantiquement proche du problème à résoudre.

3) Les modules raisonnement et d'adaptation travaillent sur les cas retenus par le module
de similarité. Leur rôle est de rechercher comment accommoder une des solutions des cas
de référence au problème donné, puis de lancer l'adaptation afin de proposer à l'expert une
solution à son problème.

Dans notre cas, l'adaptation se fait sur l'actualisation du montant du devis.

3.3. Aide à la recherche des devis

L'utilisation d'une base de données pour enregistrer les devis réalisés entraîne en toute
logique l'utilisation de requêtes pour rechercher un devis. Le système NS-DK permet de
générer des commandes SQL sur sa propre base de données mais aussi sur des bases de
52
données style ORACLE ou SYBASE en mode client/serveur. Nous utiliserons donc cette
possibilité par l'intennédiaire d'une interface conviviale.

Les chargés d'étude ou d'affaire ont la possibilité de retrouver rapidement un devis en

renseignant certains champs constituant l'entête de devis, par exemple de trouver le devis
similaire retenu par le CBR en effectuant la recherche sur le numéro du devis.

3.4. Aide retenue pour le chiffrage des devis

L'aide retenue pour le chiffrage des devis est résumée sur le schéma suivant :

Alde à la conception d'un devis

Recherche sur l'entête Recherche sur le descriptif Alde à la conception

du devis du devis des modules
N° devis Montant du suivi
N°DT spécialité Eléments sélectionnés
N° affaire unité concernée
chargé d'étude type d'étude
unité concernée Installation
spécialité

Principe : renseigner l'entête

puis effectuer la recherche.

Entête du devis Descriptif du devis

Principe de l'aide à la conception des devis d'étude

L'aide à la conception des devis d'étude est constituée de trois modules. Les modules de
recherche de devis et de recherche de descriptif de devis retourne un numéro de devis qui
pennettra de retrouver le devis sélectionné. L'aide à la conception des modules fait partie
d'une fonctionnalité interne de la conception du descriptif du devis.

53
L'analyse fonctionnelle du système a été développée avec l'aide du logiciel SELECT-
YOUDON de la société Select Softaware Tools sur micro ordinateur P.C. Ce logiciel
permet de réaliser l'analyse fonctionnelle du système selon la méthode définie par E.
Yourdon (cf.chapitre 1.1). Son domaine d'application n'est pas limité à la méthode
YOURDON mais aussi aux méthodes définies par Ward-Mellor et de Hartley.

Cette analyse est constituée principalement de graphes représentant les flux de données du
système (cf. annexe analyse fonctionnelle). L'intérêt de réaliser l'analyse fonctionnelle à
l'aide d'un outil informatique est de disposer :

• d'un outil de développement puissant qui permet des modifications rapides,

• d'un dictionnaire des données actualisé en permanence,

operat eur
TEX:

fourni sseurs infos_fourniss-

eurs

Contexte du système

Ce logiciel permet aussi la réalisation du diagramme Entité-Association (MLD: Modèle

Logique des Données) utilisé pour les bases de données, les données peuvent être reprises
dans le dictionnaire des données des diagrammes de flux.

Le modélisation de la méthode de calcul réalisé avec l'outil SAGACE du Laboratoire

d'Informatique Appliqué du CEA, permet de visualiser les flux d'informations mis en jeu
pour chiffrer le devis d'étude (cf. annexe méthode).

A l'issue de cette phase, j'ai rédigé un document intitulé : Analyse fonctionnelle, système
d'aide au chiffrage des devis. Ce document a servi de support pour une réunion avec le
chef du groupe EAI, et a permi de mettre au point l'ergonomie du premier prototype. Un
exemplaire de ce document a été envoyé à mon directeur de mémoire, Mr Chauché.

54
Le premier prototype que j'ai conçu à partir des fonctionnalités décrites dans l'analyse
fonctionnelle du système, n'a pas été accepté par les chargés d'étude auquel je l'ai présenté.
Les fonctions que je proposais étant trop lourdes à manipuler. Le principe était la
constitution du descriptif du devis en fonction des besoins des études par l'intermédiaire
d'icônes symbolisant les documents. Mais on n'avait pas une vue d'ensemble du descriptif.

Un autre point que ce premier prototype a fait ressortir vient d'une remarque des
utilisateurs concernant l'enchaînement des modifications de documents, c'est cette
remarque que j'ai développée pour l'aide à la constitution des devis qui est détaillée dans le
chapitre 3.1.

Tout en gardant les mêmes fonctionnalités, j'ai modifié le prototype pour avoir un vision
globale des devis et tirer partie de cette première expérience de prototypage.

La maquette qui a été constituée m'a permis de valider auprés des utilisateurs le concept
général de la saisie des devis d'étude. Cette maquette autonome permet de montrer les
mécanismes qui seront employés pour la constitution des devis d'étude .

Elle m'a permis de compléter l'analyse fonctionnelle précédemment réalisée. C'est à l'issue
de cette phase de maquettage que l'on peut envisager le type d'équipement matériel et
logiciel qui sera nécessaire pour mener à bien le projet.

La maquette a été réalisée à l'aide du générateur NSDK de la société NAT SYSTEME.

Le code généré est un code C, compilé avec VISUAL C++ de MICROSOFT.

5.1. Principe de création d'un devis (Rappels).

Chaque devis correspond à un domaine technologique particulier : Automatisme,

Electricité, Informatique, ... Chaque chargé d'étude ou d'affaire a en charge un ou
plusieurs types de devis. Tous les devis sont repérés par un N° personnel créé
automatiquement à la création du devis, et un N° d'affaire auquel il se rattache.
Chaque devis possède une entête correspondant à l'entête devis d'étude (fourni en annexe )
et un descriptif.

Le chiffrage d'un devis supporte deux fonctionnalitées :

-les devis d'études rédigés par les chargés d'étude,

-les devis de matériel et travaux qui peuvent être rédigés, par les chargés d'affaire, par
la maîtrise d'oeuvre(MOE) ainsi que par les chargés d'études pour les spécialités
Automatisme et Informatique (cf: tableau devis par spécialité).

55
 Exploitant Maître d'ouvra e
(MO)

"\
\

entêté devis

descriptif étud ls

al BR mise à Jour ! mis ' 1

. . . - - - - - - - - - - - - - - - - - - - 1- - -
1

/
/

Principe de création d'un devis

Le prototype réalisé ne met en jeu que la partie étude du système. La partie réalisation fait
l'objet d'une étude séparée, cependant elle utilise certaines fonctionnalitées des études,
comme la recherche des devis et l'aide sur le retour d'expérience pour l'estimation des
travaux, qui seront reprises.

56
5.2. SCHEMA FONCTIONNEL.

Maintenance
des données devis C.B.R.

Mise à jour
des données

Entête En registre

Sélect on d'un
type de devis

Base de
données
Enregistrer

Taux horaires
Descriptif
Données documents
Données materièls
Rat ios
Rechercher
Mettre à jour

Renseigne

Rechercher
Mettre à Jour

Schéma fonctionnel de la maquette

Le schéma fonctionnel de la maquette est inspiré de l'analyse fonctionnelle du système.

57
5.3. Scénario complet d'un devis d'étude

Etapes , I , II , III IV , V VI

- - - : J - : - 1-
' ,-----, ' .---~
1 : -
'
-
.------,
- _ :_
1
- - - :
1
- 1 - .:_ - ~
'
1 -

Descriptif
Ecrans du devis

Données

- - - '- - - - -. - - -
'
, Maintcnanc~ , - - - ~ Modules
Aléas , utomatisme
Menus
Sélection ' Electricité
, Devis de éléments : nstrurnentatio
' réalisation ' ,' - - - - - - ,
, Nouveau ,,. --
- - - - ---,
- - -
' evis d'étud , Imprimer --+-....._-----'-
'· --_-_ - _-_-_-_.....__-+---11----'------'
Utilisateur , Retour
> ' d'exprérienc
Superviseur
> CDR ---1-------------------
Processus de création d'un devis d'étude
Etapes du processus :

1) Sélection de l'utilisateur ou du superviseur plus le mot de passe. Le menu principal

permet d'accéder aux fonctions de maintenance, et de création ou modification du devis.
Les fonctions de maintenance des bases de données et du CBR ne sont accessibles que par
le superviseur de l'application.

Il) Choix d'un devis existant ou création d'un nouveau devis. Saisie de l'entête du devis.
Enregistrement et impression du devis.

III) Saisie du descriptif du devis : sélection des éléments constituants le devis puis des
modules.

IV) Constitution des modules automatiquement par le graphe des documents mais
modifiable par le chargé d'étude ..

V) Exécution de ReCall pour étude de similarité avec en paramètre le nom de la base de

cas et le descriptif au format d'un cas de ReCall.

VI) Impression du devis d'étude avec le module NS-Report.

58
5.4. Les simulations

Les simulations que j'ai réalisées concernent des devis réels pour lesquels j'ai pu mettre en
pratique la méthode de calcul, et le système de raisonnement à base de cas.

a) Pour les simulations sur la méthode de calcul, les résultats obtenus sont de deux ordres :

- Certains devis correspondent au chiffrage annoncé.

- Pour d'autres j'obtiens un chiffrage inférieur aux chiffrages donnés par les chargés
d'étude. Dans ce cas il faut affiner les ratios de temps utilisés pour les calculs des
éléments de base.

b) Les autres simulations concernent le CBR. Les quelques cas dont je me suis servi pour
les simulations m'ont permis d'effectuer certains réglages:

- choix du concept : total_devis

- indexation de la base de cas sur : unitéJonctionnelle

Les résultats obtenus dépendent s'il y a ou non utilisation de l'index. Si l'index n'est pas
utilisé, le nombre de cas similaires retrouvés est plus important qu'avec l'utilisation de
l'index. Pans les deux cas les listes des cas retrouvés ne sont pas les mêmes bien que très
proches.

5.5. Spécifications des équipements

De cette partie de l'étude, j'en retire la spécification des équipements nécessaires au projet.
Ces équipements se.composent d'un micro-ordinateur de type P.C., suffisamment puissant
pour supporter un environnement de programmation graphique comme WINDOWS, et
d'une vidéo permettant une résolution importante (1024x768) pour la saisie des modules
du descriptif. Je retiens donc :

Composants Caractéristiques Capacité

Unité Centrale micro-ordinateur P.C. "PENTIUM"
Mémoire RAM 16Mo
mémoire de masse 500Mo
Vidéo carte accélératrice WINDOWS lMo
moniteur couleur 19" ou 20"
Réseau carte communication Ethernet
802.3

59
teôncïusïoor-····:...:. ...::.:i··:·:··:.:••••,.:.:;.:.:,:..,:.:.•;,:.:...:..•.:.:...:.:...:.:.:.:.:.:.•.•.:.. :...:..,.:•.:;....,••:..;~.:....·....•.:.:.:.....:.:.:.:•...•:.:.:.•>··.:.:.:._...:•.,•,•::.:,:,,.:..,:,,.:.:.••,.:.:::,:.:,.•:.:.:..:.:...:.:,.•:....:......•..:..•••.•.•.:··w.·..·:,:.,.:.......:::.:.:.:......::.:,,.:.,...:.:.:...:.:.:.:...:..._...:.:,:.:.:.1

Le prototype réalisé m'a permis de valider dans son approche l'analyse fonctionnelle du
système auprés des chargés d'étude. Le fait de réaliser un prototype expérimental dans un
premier temps fait ressortir des points qu'il n'est pas permis de déterminer en faisant
l'analyse fonctionnelle du logiciel : En particulier prévoir des fonctions complémentaires
comme l'utilisation de modules types qui s'avère obsolète après coup puisque l'aide à la
conception des modules par le graphe des documents les remplace avantageusement.

La conception du prototype fait ressortir un point essentiel dans la réalisation d'un projet,
qui consiste à réaliser des fonctions manipulables donc palpables à l'opposé d'une analyse
statique visualisée par des flux de données sur un document.

Cette approche permet un dialogue entre le concepteur du logiciel et l'utilisateur du

produit. J'ai amélioré beaucoup plus rapidement la productivité de mon étude dans la phase
prototypage que dans la phase analyse fonctionnelle.

60
Documentation COGEMA :

Règles de mise en oeuvre du logiciel GED ref. 233.962

Règles de mise en oeuvre du logiciel V.A.D. ref. 233.963

Spécification de la méthode d'analyse pour la conduite d'un projet informatique en

contrôle commande ref. 228.777

Qualité:

PAQP Maîtrise d'Oeuvre réf. 362.30.PQ.02.02 et documents associés COGEMA.

PAQP Achats d'Etudes, de Travaux ou de Matériels ref. 362.30.PQ.02.03

PAQP Etude ref. 362.30.PQ.02.05 et documents associés COGEMA

Normes AFNOR NF Z67-101

Logiciels

SELECT-YOUDON de Select Software Tools

Visual C++ de Microsoft

NS-DK de Nat Systèmes Development Kit

Bibiliographie

[QUINLAN 88] C4.5: programs for machine learning J. Ross Quilan 1988

[ERMINE 89] Systèmes experts - Théorie et pratique J.L. Ermine 1989

[JAULENT 92] Génie logiciel les méthodes P. Jaulent 1989

61
ANNEXES

62
63
!

0 COGEMA
Service .. TEC/SST
ETABUSSElŒNT
DE
MARCOULE
REF.: SST/ SE .n.":

DATE
DATE· RETOÙR
à SST

EMETTEUR .. TEC/SST/SE DESTINATAIRE ..à l'attentionde:de.

Mr le Chef
Mr:

DEVIS D'ETUDE DT N• N' AFFAIRE DATE ARRIVEE

FR N' N• ETUDE
SPECIALlTES OG.C Ovent. 0Meca. 0Instal. Oc.c. D ~

UNITE CONCERNEE .. '

OBJET DE L'ENVOI ..

DESCRIPTIF . MONTANT
Prestations Prestations
internes externes

..

1 '- j

REPROGRAPHIE
COPIE DU DEVIS A:. DUREE D ETUDE TOTAL 1+2+3
ALEAS
-

MONTANT TOTAL DU DEVIS 1

DATE NOM ET VISA DU CHARGE D'ETUDE NOM ET VISA DU CHEF D'ETUDE
'
VISA
ACCORD CLIENT DATE NOM
OUI/NON
Mr le Chef de: Mr le Chef de TEC/SST/SE
RETOUR DE: Visa:
A '
a l'attention de Mr.
 DATE D'ÉMISSION
Exemplaire N° 1
DEMANDE - -
PIEITIT•
DE TRAVAIL N= 769902
Visas:
NOM DE LA PERSONNE A CONSULTER: Télé:

IMPUTATION Unités Implantées Demandé Ace Prix et Délais Autorisation de Travail Avis de Fins de Travaux
N' COMMANDE N' F.E.E.
ANALYTIQUE BENEFICIAIRE N° Commande Oui Non Oui Non Oui Non
1 1 1 1 1 1 1 1 1 1 1 1 I
Forfait Estimatif (1) (1) (1) (1) (1)

DESTINATAIRE DATE DE LIVRAISON SOUHAITEE

- --··--· ------··----

DESCRIPTION DES TRAVAUX ,,

1
- --·--·--- ·-

t
1
- ------ ··--·-- - · - 1
'
I
---·--- -------- --
' //
/
- - ---- --- ---- -- ---

- -·--- -------· -- - - ··- ----- ---- -- / ·- ·-

-----· ··· -·--· - ·· ------

--· - .. . ....... ----- ---

----- ... .. ...... ,.

-

-· --- -- ... .. . - -- . -- ...

..... .. . --·--··- . - ---- ·-···

- --- .. . -·-------· ----- -·

- ·····-- - -- ------ ·------·--

1

---- - .... . ' . - -------- - - - ------ ----·- ---- ----------. ----- ··-- . . ..

---- - ' ... ----· ····----- ·----·----- - ----------- -· ----·- ---------···--·- .,. •. - ... --·-·· - 1

·-·· .. . --·- -· .. ------- ···----- -·- -------- -

... ·- -- -- ----- ... ------- -

-----· -- .. ·-·-·-· ······--- - ·-----· -- .. ...

EMPLACEMENT des TRAVAUX -

~----·· ---- ~ ------

HORAIRE de TRAVAIL AUTORISÉ
CONDITIONS de TRAVAIL CONSIGNATIONS - ÉLECTRIQUE Oui Non
- MÉCANIQUE Oui Non
SECURITE RADIOACTIVE Oui Non
m Fnr.::irfrpr l::i m1>ntinn r,>h>niu>
 ""
·~COGEMA
- -- --- - _: -- ---~-- - - ---- ·- ··-··-·--· - - · - ··-'- - -· ----· ____:_~ ·:·.: ~- · .}-:;:·. :· "" . . . ~;:.: · -·..,.,·,\.·~.-..~.:.·~.-:~!···-- :·:r ! k·-r,-.;·f',{·.:..f\-,~·- ~. · ·f ',) ::
., 1 ,. .

Folio 2
-

GROUPE CEA •..

·coMMA.NnE
. 9.~ ~F. A MPPELER: N°F/ ~Il 756lJ:} 0
ÉTABLISSEMENT DE ~ULE.
BP 170. 30205 BAGNOLS SUR ctZE CEDEX.
'l'S. 66 '19 50 00. 'l'tLEX 4lm3Z. R.C. t.anes 76 B 186
G0...
DATE:

r 7
'·

DEVIS N° du
_J

DÉSIGNATION DES TRAVAUX : /

t
·,f
I

/
. Les travaux seront {xécutés confonnément aux dispositions du devis référencé ci-dessus,
en t.out ce qui n'est pas contraire aux prescriptions de la présente commande.··· -
. ,·

DÉLAI D'EXÉCUTION : Les travaux devront être terminés, au plus tard le :

PRIX : Forfaitaire et non révisable de : Francs Hors Taxes

PAIEMENT : En t.ota.lité, T.T.C., après acceptation des travaux, par billet à ordre émis par nos soins à 60 jours fin de mois,
date d'émission de facture. Votre facture devra être accompagnée du certificat de fin de travaux (suivant modèle en votre
possession) visé par le responsable technique de la COGEMA. ·

DISPOSITIONS GÉNÉRALES: La présente commande est soumise aux dispositions du C.C.C.G. applicables aux marchés
de trava~ de COGEMA et de ses avenants en vigueur (il e§t fait attripution de compétence aux Tribunaux du ressort desquels
dépend !'Etablissement de Marcoule) et du Règlement de !'Etablissement de Marcoule. Ces documents sont en votre possession.

CHARGÉ D'AFFAIRE (-1 AFFAIRE SUIVIE PAR

RESPONSABLE UNITÉ SERVICES TECHNIQUES
M. M. !CARTE:

N° D.T. N° TIERS D
N° Aff. N° FEE D.O.

5
(• 1 Affaires investissements seulement

COMPAQ~IE G~NÉE,,ALE DES MA'l'~ÈR~S NUC~ÉAUt~S . . . . . . .

Ç~~\1'~1,s ~ (!<>9000. 000 F . RG VERSAU,.p:s B 305 207 169.
2 RUE PAUL DAUTIER. BP 4. 78141 VtLIZY·VlLj.,ACOUIILAY ÇED~~- FRANCE.1'€L. 3~ 4.~ ?6. ~! - Tt!-,pt~!/7833., SA
 \JU\:il!.iMA
lCOGEMA DEMANDE D'INTERVENTION Ng Y.0846 ............................................................................ ·
VIM • .. :r:
•.
.ARCOULE Nom: ,- ' ,t?

·~'

MARCHE CADRE Service.: .................. ,.................................................. .

OBJET
NUMÉRO I ENTREPRISE N° ...................................... Date: ........................... . ·:;i
,H.., .. , .. ••••••• ••• •• ••••••••••••••••••••••••• ••••••••••••••••••••••••••••••••••••••••••••• ••••••••••••••00000,000000000, Ooooo OOoOOOoO OO Oo+OOOOO

................................................................................................................................................... AC/FI · 1 l ENTREPRISE

............................................................................................................................. -.....................
" ............................................................................................................................ .................... .
RÉMUNÉRATION Nom: .............................................. ______ VIM · ·f5

Date: ·~I

0 à l'attachement, estimatif de : .......................................................... F/HT

0 au forfait pour : ..................................... F/HT, (IUlvant clevta cUtaill, cl-Joint) 1 ,· .
1D~LAI : ..................................................... ~--~..!.·K••
. ............ .- ;.

ATTACHEMENTS (voir suite en annexe 0 OUI O NON N° .... _................................ à N° .. ,................................... )

tt.?
·· N° PRIX OU DÉSIGNATION
Q
UANTITI: TARIF I TARIF L TARIF
OURNITUREaPRESTATIONS HORAIRE
I NOM,PRÉNOM
QUALIFICATION
DATE
TARIF FOURNIT.
HORBMC(l)
TOTAL

•' ..........................................................·....................... ~ ............................. t-.........................................................................l .........·.................. ~ ..............., .................................................................................. ~ .....................................i .... ·............................................ ·..........- .........;................
',

~. . . .:::::::::::....................................................:·::::::::.:~..................·..........~. ...................................:................................... :.............................~.............................~s:;;::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::~:::::t·-·········....................................................... .

..._.......................................................................................................................................................... ·..................................................................................................................................................................... ..................................................................................................
~ _____,
........................................................................................1.............................1....................................., ....................................1.............................1................................ _. ....................................................................1................................................................... _ _ _.........................................
,-..··

t::::===·==: ::=::::=: :: : ·] :::: : ·: :1: :::: :: r::: ::1: : : : c: : : :;: : ::: : : : : : : : : : ~:;~::·: : . . . . ::.~=.~·~.:~:~.~~: .~~=:: ::~~,~~=~::~:·.~:~:
................................................................................. t ............................. , ...................................... .................................................................... , ................................ _ _ _ _ _ ..................................... · ............................ J............................... _- - - -- ....... " .. •

.........................................................................................................................................+.......................................................................:............................. .......................................................................................... .................. '............._

~ ~

.................................................................................... t ................................................................... ..................................... 1 .............................. , ..................................................................................................... 1 ..................................... t ........................................................................................ .

................................,...................................... .................................................................. + ...................................................................................................... ...................................... ..................................................... ................................._

.'f:'l

IMPUTATION - GESTION TRAVAUX TERMINÉS LE: ...................................:....................................................................

AVEC AFFAIRE SANS AFFAIRE DATE NOM VISA
TOTAL ....................................
N°D.T.
N° AFF. N° F.E.E. BEN.
VISA ENTREPRISE ............................ ........................................................... ............................................ A reporter Dom 0NON
VISACOGEMA ............................ ........................................................... ............................................
(S,,u,t r,!oo"o d·un contnlkullhleur (l)IA~àt-lothltde,.,...,_
encoquleonœmelnprla~ lnjuotllleaU,o-i.t....im-... 11p,-
pu .. barde-, ... pria de lllardlf-Cadre.
 r@COGEMA RÉF.: 362.30.PR.04.02

. '-~TABLlSSEMENT DE MARCOULE DATE : Juin 1992

4.4.3 Etudes de Génie Mécanique ou Chimique lnd.B

A SCHEMAS DE PRINCIPE, PLANS DE PROJET D'EQUIPEMENT ET D'INSTALLATION

B SCHEMAS DE FONCTIONNEMENT, SCHEMAS D'INSTALLATIONS, DIAGRAMMES
C PLANS GUIDES, CROQUIS, EPURES, PLANS ISOMETRIQUES ET TUYAUTERIES
D PLANS ENSEMBLES, IMPLANTATION, COORDINATION CHEMINEMENTS,
INSTALLATIONS
E PLANS DE DETAILS, PLANS DE FABRICATION D'ELEMENTS MECANIQUES
F NOTICES, NOMENCLATURES, DESCRIPTIFS, NOTES DE CALCULS, FICHES
G STANDARDS, SCHEMAS TYPES, PLANS TYPES DE MONTAGE .
H PLANNING
1 DOSSIER FINAL
J LISTE DE PLANS ET DOCUMENTS
K DOSSIER CONSTRUCTEUR
p PROGICIEL ORIGINAL
V CARTOUCHEAUTOCAD

4.4.4 Etudes d'Electricité-Automatisme - Instrumentation lnd. B

4.4.4.1 Documents d'instrumentation lnd. B -

J,# · LISTE DES DOCUMENTS D'INSTRUMENTATION

Jt · LISTE DES POINTS DE MESURE ET DES ORGANES COMMANDES
Jl LISTE DES VOIES DE MESURE SUR INFORMATIQUE
a-, SCHEMAS DE PRINCIPE DE CONTROLE
C-t PLAN DE PRESENTATION DES BAIES D'INSTRUMENTATION
Cî. PLAN DE PRESENTATION DES CHASSIS D'INSTRUMENTATION
C3 PLAN DE PRESENTATION DES BORNIERS MESURE
Di SCHEMA DE DEROULEMENT DES CABLES D'INSTRUMENTATION
(ET TUBES D'INSTRUMENTATION)
) E,f PLAN D'ALIMENTATION ELECTRIQUE DE L'INSTRUMENTATION
f Et PLAN D'ALIMENTATION EN AIR C_ONTROLE DE L'INSTRUMENTATION
) 82. PLAN DE-BOUCLES DE MESURE
Dt PLAN DE CABLAGE DES EQUIPEMENTS D'INSTRUMENTATION
l).,t DISQUETTE DE PROGRAMME DE REGULATION OTIC-FISCHER
. F..f .NOTICE DE REGULATION
,1 H.-f SPECIFICATIONS DE MISES EN OEUVRE D'ETUDES D'INSTRUMENTATION
P.-f PROGICIEL ORIGINAL

~I
 }OCOGEMA
.ÉTABLISSEMENT DE MARCOULE
RÉF. : 362.30.PR.04.02 •

DATE : Juin 1992

.., .
:f-;f · 4.4.4.2 Documents d'automatisme
·t): lnd.B

J.4D LISTE DES DOCUMENlS D'AUTOMATISME

J.f1 LISTE DES CAPTEURS ET DES ORGANES COMMANDES
J.ff. LISTE DES ALARMES ET DES MISES EN GARDE
B,fo .SCHEMAS DE PRINCIPE D'AUTOMATISME
C,lo PLAN DE PRESENTATION DES EQUIPEMENlS D'AUTOMATISME
D40 SCHEMA DE DEROULEMENT DES CABLES D'AUTOMATISME
E.to PLAN D'ALIMENTATION ELECTRIQUE DES AUTOMATISMES - BRA
E·H PLAN DE CABLAGE DE LA BARRETTE DE SORTIE - BRS
E4t PLAN DE CABLAGE DES EQUIPEMENlS D'AUTOMATISME
1
1
1
Z4o SUPPORlS MAGNETIQUES DE PROGRAMME A.P.
1 Z-14 LISTING DES PROGRAMMES A.P.
1
l Ho PROGRAMME DE SIMULATION
./ ) ! F,to NOTICE D'AUTOMATISME
~ . 1
E-t?> PLANS DE CABLAGE DES SYNOPTIQUES
1 C,t1 PLANS DE PRESENTATION DES SYNOPTIQUES
i X-10 SAUVEGARDE PROGRAMME DES SYNOPTIQUES ANIMES
X-11 LISTING DES PROGRAMMES DES SYNOPTIQUES ANIMES
H.ifO SPECIFICATION DE MISES EN OEUVRE D'ETUDES D'AUTOMATISMES
P10 PROGICIEL ORIGINAL

4.4.4.3 Documents d'électricité - (Force - Eclairage) lnd. B

Jjo LISTE DES DOCUMENTS D'ELECTRICITE

Fto BILAN DE PUISSANCE
B!o SCHEMA UNIFILAIRE DE DISTRIBUTION GENERALE
Fti NOTE DE CALCUL DES LIAISONS ET DES PROTECTIONS
Dto SCHEMA DE DEROULEMENT DE CABLES D'ELECTRICITE
() su
ElO
PLAN DE PRINCIPE DE TABLEAU DE DISTRIBUTION
PLAN DE CABLAGE D'ARMOIRE FORCE
HtO SPECIFICATIONS DE .MISE EN OEUVRE. D'ETUDES D'ELECTRICITE .,,
P!o l;>ROGICIEL ORIGINAL •
I

4.4.4.4 Documents d'informatique procédé lnd. s·

J LISTE DES DOCUMENTS INFORMATIQUE PROCEDE

w SUPPORT DES PROGRAMMES ET DES BASES DE DONNEES
w LISTING DE PROGRAMMES INFORAMTIQUE PROCEDE
B CAHIER DE SPECIFICATIONS ET CLAUSES TECHNIQUES
C ANALYSE FONCTIONNELLE
C ANALYSE ORGANIQUE
D DOSSIER DE CONFIGURATION DES APPLICATIONS
E PLAN D'ARCHITECTURE MATERIELLE
F MANUEL D'EXPLOITATION DE L'INFORMATIQUE PROCEDE
H · SPECIFICATION DE MISE EN OEUVRE D'ETUDES D'INFORMATIQUE PROCEDE
p PROGICIEL ORIGINAL
.
<D
N

--·- --- -·- - - -- ------------'

 /COGElVIA RÉF.: 362.30.PR.04.02 INDICE:

DATE : Juin 1992 PAGE :

4.4.4.5 Documents généraux contrôle-commande

LISlE DES DOCUMENTS GENERAUX CONTROLE-COMMANDE

ARCHllECnJRE FONCTIONNELLE
ARCHllECnJRE MAlERIELLE CONTROLE-COMMANDE
PLAN GUIDE D'INSTALLATION DES EQUIPEMENTS DE CONTROLE-COMMANDE
SPECIFICATION DE MISE EN OEUVRE D'En.JDES GENERALES CONTROLE-COMMANDE.

4.4.5 Documents généraux/Secrétariat lnd.B

DOSSIER FINAL
DOSSIER CONSTRUClEUR
t ) DOCUMENTS SECRETARIAT
PROGICIEL ORIGINAL

4.5 Spécialité ou corps de métier lnd. B

Cette référence permet de repérer la spécialité ou le corps de métier s'appliquant au document établi.
Elle est constituée d'un caractère alphabétique suivant la liste ci-après.

A AUTOMATISMES
B GENERAUX CONTROLE-COMMANDE
D ELECTRICITE (FORCE & ECLAIRAGE}
E GENIE CIVIL (MAÇONNERIE, SUPERSTRUCTURE, VRD}
F MECANIQUE (EQUIPEMENTS D'UNllES MECANIQUES OU CHIMIQUES}
G 1NSTRUMENTATION
1 INFORMATIQUE DE GESTION· BUREAUTIQUE

,)
) R
s
T
u
V
GENIE CHIMIQUE
VENTILATION CLIMATISATION
INFORMATIQUE PROCEDE
ELECTRONIQUE
lELECOMMUNICATIONS
X/ SURElE
I

4.6 Oasse ou catégorie d'équipement

Cette référence permet de repérer la classe ou catégorie d'équipement qui se rapporte au document.
Elle est constituée d'un caractère alphabétique.

,.
ID
"'
IANNBXELn.::>. :. _. METHQDE• :.:<: ..•. .:. :.:.:.:.•.•.:.:.:c:::. •••••:.:.:::::.::,_ ••:.:.:••
::.:.:.:.::::.:::.:.·'··:::::::.::.:::::.::::::::::·==:·=·::<.. •'.:.:.=.:•.....::::::·:::::·::::=.:.::r.: <". . . . . . . i_' .......f L....;......I

64
1- Systemogramme
Modele: deviseur.sys
11 E. 7/-lvj)é Je C /-f I frllAG€.
Phase : Phase Deraut
6/12/94

~ h o i x devis

fi

~hoix maintenance 1

W.i

t,...
~ ~ =!i Modele: deviseur.sys 6/12194
Phase : Phase Defaut
Page: DEVIS
Systemogramme

~;E

oix devis 1(,)

-travaux
etude
li) donnees-elements ~(minûte,)

donnees-repr<><18J)hie 1(poll"cent,)

donnees-aleas 1(poll"cent,)

doMees-materiels 1{,)
m ,.. •

?....
~ 8C=:1 Systemogramme
Modele:
Page:
deviseur.sys
DEVIS ETUDE
Phase : Phase Defant
6/12/94

Ill etude 1(,)

infos entete

No devis

donnees-aleas 1(poaaœnt,)

l!!!'"'°""':':~
oon......
Gill
131
~ ,- J
--?::
"I
l·--j~--
lf 1
preslations internes 1(F ,}
,«: ...
lil
fl:':'
prestations externe~ 1(F,}
taux-horaire 1(extemes+internes,)
IBI _;e
suivi etudes 1(F ,}
infos descriJ)!ifs 1(,)
lil--::::Z aleasl (F,}
donnees-elements 1(minute,)
:'.:='/''

1....
~~·
(i/12/1)4
Modele: deviseur.sys
Phase: Phase Defaut
Page: RENSEIGNER DESCRIPrIF
Systemogramme

(Il No devis 1 (,) AQ2 1 (pourcent,}

taux-horaire 1 (extemea+lntemes,)
prestations externes 1(F,}~
................................. ...... ..................... "*'ljj
...... ~nneee-elements 1 (minute,) ..................·. prestations lnteme• 1 (F,}

suivi etudea I CF,)

allsatror,;. (Heure,) _ ·-. ...,

urcent,) aleu 1 (F,)

nombres(E/S)
,,..-
...........................tl ..........
reprographle_l (F,} ........... .

documents • (Heure,)

.m,m
..._..ffl___jl
...;. . .·_·_'·_-"_-m_.Jm_L_ __ ___~_@_}l_ _ _re_.._ry_e_•_·(-H-eu_.re_,>_ __
Temps • (Heure,)
[
nombre(lollo}
.................... ~ ................................... y. ...................................................
eaaala • (Heure,}

prix I oour,}
Temps • (Heure,). prestation• • (lnteme_a+extemes,}

quallllc:atlon • (tec:hnlc:len+lngenleur,} • •

Temps• (Ht!_ure,)

llbelkt 1 (texte,) .............................................................................................

mbre 1 (entier,)

rnil...m•"'
Lm
i
~
.........................................................................
~s~~~
deviseur.sys 6/12/94
Modele:
Phase: Phase Defaut
Page: CONVERSION/ CALCUL
Systemogramme

praatallone axtemn_ 1 (F,)

ETUDES

~dzs-elamantsol,(mlnuta,) ..

A02 1 (poufcant,)
!il raallsallon •(Haura,)-....................

r--
raïl·_oce_· _(Haura,1. ............................
31:<

~;ï i-j?L
atuda 1 (F,)

=·~
I ~_u_x_-h_o_r_al_ra-1 :a_xt_a-rn_a_s-,)
DIVERS il----d-lv~i • (F,)
----
praatatlof18 Internas 1(F,)
sacratar1at 1 (F,)

taux-horaire 1 (axtamas+lntarnas,) ,.......,....,.--.-........,..........,...·.···"

donnaa•atuda 1(pourcant,)
lit·-...........................................................
documents • (Haura,)
. praatadona Internes 1 (F,)
DOCUMENTS GENERAUX asaals 1 (F ,)

.taux-horaire 1(axtamas,)
prastadons axtamas 1 (F,)

ESSAIS

assals • (Haura,)

x-horalra 1 (axtamas,)
rasarvas 1(F ,) total_prNtatlon• 1 (F,)

RESERVES
rasarvas • (~aura,) prastallons axtamas 1(F,)

raprographk!_ 1 (F J

i,_.
t.lDimr:.:r:m:;: : :s111txs~I11m1cx.1m.m.wP.§.::.J.: .:• :_:;:;:;:;:;:;:::;:;:::;:;:;:::;:·:_:_:.:,:.:;:;:s::;:::_·_:;:,::::z;x:;:_::::.::::_:;:;:;:;;:;:;:;:;;;;:::::~:::x..::_Ltl
DIAGRAMME DE FLUX ET DESCRIPTION DES FONCTIONS

Diagramme de flux de la fonction DEVISEUR

ajustep,e!!t_eca-
- - maintenance_ec- ~
arts ~

-------"1
--
informations_c-
01rplementaires

~ informations_d-
b_administrate-
ur

iverses

domaine_applic-
ation

donnees_CBR statistiques_d-

~
evis

bases_de_cas

'"'~" '"' ,._ _ _ _ 0

\ informat1ons_d-
onnees
\
b_administrate-

donnees_;nater donnees CBR

els -

elements
--t> de
base

base_heures

donnees_fabric- base_reprograp-
ants hie

I
I
base_fournisse-
urs

base_fabricants

65
Diagramme de flux de la fonction : utiliser l'application devis

1
reglages_des_e-

~ /
carts

donnees_elemen-
demande_devis
------ ts
taux_horaire

statistiques_d-
evis

-b_administrate-
ur
-
donnees_reprog-
raphie donnees_devis

donnees_materi- /
/ els _Lference_devis

historiques_de-
vis

donnees_materi-
'(
donnees_devis
/
devis restitue
els
donnees_materi-
els
imprimer
les
etats
2

ants
donnees_fourni-
sseurs

66
Diagramme de flux de la fonction manipuler les devis.

~devis_recherche
reference_~

re!erence~
reference_devis
confirmation

\
\
b_administrate-
- confinnation_~-
ppression_devis

donnees_devis
/
/
r -~·"
selection_type-
_devis
/
·--;~"'/
donnees devis

/
/ donnees CBR donnees_materi-
type_devis - els

donnees_devis

dormees_reprog- /
raphie - b_enregistreme-
nt_du_devis

taux horaire

/ llllite_emetteur

/ note_de_base

67
Diagramme de flux de la fonction : constituer un devis.

doMees_descri-
ptif_type
_,,,,.n---~-
descriptif_clev- '\.
is '\.
descriptif_type
b_administrate-
ur

\
b_admi~istrate-
ur
\

1 .

--
type_proJet
1

- - doMees_;nateri- 1
els

--
selection_type-
_projet

~ote_de_base /

/
/ descrip7i f _ d e v - . ~
b_retour_e,q,er- \
ience / • • 1S ---
montant_;nodul.f>_descnl?tif_t- "-. d0Mees_dev1s
/ /
/
/
ermllle ~
__,,.__ __ ~
_____....-

/ b_entete_rense-
ignee
/ devis
<1
/ / /
/
/ / /
/ / /
b_enregistreme-
b_ret~ur_e,per-/ /
1ence montant_repro nt_du_devis
/
1 / / /
/ /

montant_aleas

/
calcul_aleas_t-
ermine

demande_de_tra-
vail

I setvices

reglages_des_e-
carts

""
68
Diagramme de flux de la fonction : saisir le descriptif du devis.

- - --
d..criptif fit:=-:- dNcripi;f_~ -----c,..

-----
coafirutioa

bouton
i
I
I
I
I
/
/

:.,::: < )
>--."/
1
b_1diu11.istr1te-
ur
'

~ don111n...uteri-
w

aoclile vierge

b_eatete_n11H-
i;nee

----doDD...._Cll
•electiou_type-
.-.,1,
b_r-.cherche~•-
do111n1_ao<lile- r_CBR

8
e_vier9ff

69
Diagramme de flux de la fonction : imprimer les états.

selection 1-----N°affaire - - - - o t

devis_etude
donnees_devis
l-----

comrnande_mater-
iel

~rence_devis

/ donnees_fabric-
sseurs
ants

1
\

70
Diagramme de flux de la fonction : maintenir les données.

b~nbtnte-
- infoa fourniu-
ëura
do

"" lx m-
~ -nnee I ...9r _

., /
donnees_n'llteri-
ell
donnN1..J111teri-
1ll

"""""'-'~
"
/
taux_bora:lN

' donnaH_fabric-
ant1
unite_emetteur---

"-- donnee,_fourni-
Heur•

î
donneea_societ-

infonMtiona_d-

71
Diagramme de flux de la fonction : maintenir les fournitures.

donnees_materi-
els

confirmation
confirmation_s-
donnees_materi-
els
---- _,,17
donnees_materi-
uppression els

reference_mate-
riel
reference_rnate-~ donnees_rnateri-
els
riel ~
reference_mate-
riel

\
\
\

'
\
\
fourniture_rec-
--
donnees_materi-
herchee
els
\
\ -
--
fourni ture_rnod-
I
t.curniture_ajo-
if iee

\ /tee - -
donnees_materi-
infos_fournitu-___Jt- - els
res
\

72
Diagramme de flux de la fonction : maintenir les éléments de base.

/
donnees_elemen-
ts

""
donnees_elemen-
ts

\ _ donnees_elemen- confirmation
/ ts

donnees_elemen-
ts /
confirmation_s-
uppression
/
/

element_n-odifie

elernent_recher-
che

73
Diagramme de flux de la fonction : maintenir le prix des heures.

"-
taux_horaire
/
taux_horaire

taux_horaire_u-
nite

taux_h_externes

' /
infos_heures_T-
EC
I
/
infos_heures_S-
te

74
Diagramme de flux de la fonction : utiliser le gestionnaire CBR.

~ domaine_~lic-
ation
selection
/
donnees_CBR

selection__modu- _ _ _ _ base_selection-
selection - le nee

/
b_aclministrate-
ur
base_selection- base_selection-
nee nee

/ \
liste_type_des-
liste_typeJ11od-
ule criptif

75
76
0285