Embed Size (px)
Citation preview
REFERENTIEL NORMATIF du CNES
R é f é r e n c e C N E S : RNC-ECSS-M-70 V e r s i o n A d u 1 0 / 1 2 / 2 0 0 2
R é f é r e n c e s o u r c e : ECSS-M-70A E d i t i o n A d u 1 9 / 0 4 / 1 9 9 6
MANAGEMENT DES PROJETS SPATIAUX
Soutien logistique intégré
Ce document inclut une partie liminaire « modalités particulières d’application »
Approuvé pour le RNC le Président du CDN :
Amin MAMODE SQE/D
ANALYSE DOCUMENTAIRE et CONDITIONS D’APPLICATION Le document référencé ici est mis en application pour
l’établissement des spécifications des projets du CNES selon les modalités décrites ci-après.
RNC-ECSS-M-70 TITRE : Management des projets spatiaux - Soutien logistique intégré
MOTS CLES : management, soutien logistique.
RESUME : La présente norme décrit l'ensemble des exigences de gestion visant à identifier et à mettre en place le soutien logistique, et permettant à l'utilisateur d’exploiter le produit et de le maintenir en conditions opérationnelles pendant la durée prévue. .
SITUATION DU DOCUMENT :
Ce document fait partie des documents ECSS approuvés du RNC du CNES : il est rattaché au document de niveau 1 : RNC-ECSS-M-00 – Management – Politique et principes.
NOMBRE DE PAGES : 37 LANGUE : Français
SERVICE GESTIONNAIRE : Délégation à l'Assurance de la Qualité du Centre Spatial de Toulouse (DTS/AQ)
Pour ACCORD : Le Président du Comité Technique de Normalisation :
SUIVI DES VERSIONS DU DOCUMENT RNC
NB : Avant utilisation vérifier sur le serveur du RNC (http://rnc.cnes.fr) que la version utilisée est la version applicable
Version. DATE PAGES MODIFIEES OBSERVATIONS
A 10/12/2002 Intégration au RNC
MODALITES PARTICULIERES D’APPLICATION Pas de modalité particulière.
ECSS-M-70A
19 Avril 1996
2
Traduit par :
CNES
Direction EQA
2 place Maurice Quentin
75039 Paris CEDEX 01
FRANCE
avec l’autorisation du Comité Directeur de l’ECSS
- Pour toute information, contacter :
CNES
DGA/T/AQ/MR/SN
Gestion Normes
18 avenue Edouard Belin
31401 Toulouse CEDEX 9
Téléphone : (33) 5 61 28 29 19
Fax : (33) 5 61 27 35 62
Copyright 1996 Agence Spatiale Européenne au profit des membres de l'ECSS
ECSS-M-70A
19 Avril 1996
3
Avant-propos
La présente norme fait partie de la série des normes ECSS destinées à être appliquées à la gestion, l'ingénierie et l'assurance produit dans les projets spatiaux et dans les applications spatiales. L'ECSS (la coopération européenne pour la normalisation spatiale) est l'aboutissement des efforts communs de l'Agence Spatiale Européenne, des agences spatiales nationales et des associations industrielles européennes travaillant au développement et au maintien de normes communes.
Les exigences de la présente norme sont exprimées en termes d'objectifs à remplir, plutôt qu'en fonction de la façon d'organiser et d'effectuer le travail nécessaire. Les structures et les méthodes d'organisation existantes peuvent ainsi être appliquées lorsqu'elles sont efficaces et évoluer si nécessaire sans que les normes aient besoin d'être modifiées.
La formulation de la présente norme prend en compte la famille des documents ISO 9000 existants.
La présente norme a été préparée par le Groupe de Travail "Normes de Management" de l'ECSS, revue par le Comité Technique de l'ECSS et approuvée par le Comité Directeur de l'ECSS.
ECSS-M-70A
19 Avril 1996
4
(Cette page est laissée blanche intentionnellement)
ECSS-M-70A
19 Avril 1996
5
Sommaire
Avant-propos.................................................................................................... 3
Introduction....................................................................................................... 7
1 Objet de la norme......................................................................................... 9
2 Références ................................................................................................... 11
2.1 Références normatives .......................................................................................... 11
2.2 Références informatives ........................................................................................ 12
3 Définitions et abréviations .......................................................................... 13
3.1 Définitions ................................................................................................................. 13
3.2 Abréviations ............................................................................................................. 14
4 Principes du Soutien Logistique Intégré .................................................... 15
4.1 Contexte du projet ................................................................................................. 15
4.2 Principaux concepts du SLI ................................................................................... 16
5 Exigences de gestion relatives au SLI ....................................................... 19
5.1 Exigences relatives à la maîtrise des activités logistiques................................ 19
5.2 Exigences relatives à l’analyse du système........................................................ 22
ECSS-M-70A
19 Avril 1996
6
5.3 Exigences relatives aux comptes rendus ............................................................23
6 Exigences de gestion relatives à l'Analyse de Soutien Logistique.........25
6.1 Exigences relatives à la maîtrise des analyses logistiques................................25
6.2 Exigences relatives à l'étude et à la validation des besoins de soutien........26
6.3 Exigences relatives aux comptes rendus ASL.....................................................28
7 Exigences de gestion relatives aux éléments de soutien .......................29
7.1 Exigences relatives à la maîtrise des activités liées aux éléments de soutien.......................................................................................................................29
7.2 Exigences relatives à la définition et au développement des éléments de soutien.................................................................................................................29
7.3 Exigences de gestion relatives à la production des éléments de soutien....31
8 Exigences SLI relatives à la gestion de l'information ...............................35
8.1 Intégration du soutien logistique dans la gestion globale de l'information et de la documentation ........................................................................................35
8.2 Exigences relatives au traitement des données................................................35
8.3 Exigences relatives à l’installation/exploitation du système d'informations..37
FIGURES
Figure 1: Activités du cycle de vie du SLI ............................................................................10
Figure 2 : Vue d'ensemble du SLI ...........................................................................................18
Figure 3 : Objet de la gestion du soutien logistique ...........................................................22
Figure 4 : Enchaînement des groupes de tâches au cours des phases B et C .............26
ECSS-M-70A
19 Avril 1996
7
Introduction
L’approche SLI (Soutien Logistique Intégré) est justifiée dans le contexte spatial par l’évolution des pratiques courantes concernant d’une part, le développement des matériels, des ressources et des services essentiels à l’exploitation et à la maintenance des systèmes ou des produits complexes et d’autre part, le contrôle des risques opérationnels associés (en particulier en termes de coût d’utilisation et de disponibilité).
Elle est également justifiée par une prise de conscience accrue, chez tous les acteurs, que l’efficacité économique et opérationnelle d’un produit passe par une préparation, une diffusion et une gestion de l’information nécessaires pour effectuer les opérations d’exploitation, de maintenance, d’approvisionnement et de retrait de service relatives à un produit, ainsi que pour enregistrer les événements imprévus et réaliser les analyses essentielles de soutien.
L’approche SLI doit être adaptée aux différents types de projets spatiaux. En conséquence, les exigences sont exprimées au niveau du management en termes d’objectifs à atteindre, plutôt qu’en termes de méthodes et techniques à mettre en oeuvre pour réaliser ces objectifs.
Le soutien logistique n’est pas une nouvelle activité : son intégration dans le projet a pour but de coordonner, tout au long du cycle de vie, les activités et les ressources dédiées afin de préparer et d’optimiser le système pour obtenir un coût minimum du cycle de vie, en tenant compte des exigences et des risques opérationnels.
Afin de bénéficier des avantages et de l’efficacité accrue résultant de l’intégration du soutien logistique, il est nécessaire de tenir compte du besoin en soutien logistique dès la définition du projet ; de veiller à la cohérence entre la conception du système soutenu, le développement du système de soutien, et les exigences opérationnelles applicables à l’ensemble ; de veiller à ce que le système de soutien permette de fournir, en temps voulu et en quantité appropriée, les services et les biens nécessaires au déploiement, à l’exploitation, à la maintenance et à l’évolution du système soutenu dans son environnement opérationnel d’utilisation et en tenant compte des contraintes de coût ; de développer complètement, au sein de l’organisation et des ressources, l’aptitude à définir, collecter, gérer et traiter l’information permettant de maîtriser le système de soutien durant le cycle de vie du système soutenu, de la phase A à la phase F (voir la norme ECSS-M-30).
Ceci synthétise le concept de soutien logistique intégré.
ECSS-M-70A
19 Avril 1996
8
(Cette page est laissée intentionnellement blanche)
ECSS-M-70A
19 Avril 1996
9
1
Objet de la norme
Le présent document "Soutien Logistique Intégré" fait partie de la collection des normes ECSS de la filière "Management".
La présente norme décrit l'ensemble des exigences de gestion visant à identifier et à mettre en place le soutien logistique, et permettant à l'utilisateur d’exploiter le produit et de le maintenir en conditions opérationnelles pendant la durée prévue.
Ces exigences visent également, au cours du cycle de vie du produit, à accomplir toutes les actions relatives à la maîtrise des risques considérés comme cruciaux pour l'objectif opérationnel (voir aussi la norme ECSS-M-00).
Les exigences de gestion s'appliquent aux activités nécessaires à la conception, au développement, à la livraison, la mise en place et la gestion d'un ensemble organisé et structuré de matériels et de logiciels, de services, de processus et d'informations dédiés au soutien logistique du système soutenu au cours de son cycle de vie.
Au sein du projet, la satisfaction des besoins de l'utilisateur en termes de soutien logistique nécessite l'exécution d'activités de gestion, d'étude et de production. Il est nécessaire de gérer les données d'information manipulées par tous les acteurs et ce, quel que soit le domaine où ils interviennent en support au projet, en même temps que les tâches qu’ils exécutent. Les sections 5,6,7 et 8 de la norme ECSS-M-70 traitent des exigences de maîtrise des activités en relation avec le Soutien Logistique Intégré. Le diagramme suivant (figure 1) récapitule les différentes activités durant le cycle de vie.
ECSS-M-70A
19 Avril 1996
10
Éléments du SLI ⇒
Activités de gestion
Activités d'étude Activités de production
Éléments de la norme de
management ⇓
Soutien Logistique
Intégré (SLI) (chapitre 5)
Maîtrise des activités logistiques
(paragraphe 5.1)
Analyses du système
(paragraphe 5.2)
Rapports (paragraphe 5.3)
Analyse du Soutien
Logistique (ASL)
(chapitre 6)
Maîtrise de l'analyse logistique
(paragraphe 6.1)
Étude et validation des besoins de
soutien (paragraphe 6.2)
Production de la ST (rapports ASL)
(paragraphe 6.3)
Éléments de soutien
(chapitre 7)
Maîtrise des activités liées aux
éléments de soutien (paragraphe 7.1)
Définition et développement des éléments de soutien
(paragraphe 7.2)
Production des éléments de
soutien ; Intégration du
système de soutien ; soutien à
l’exploitation et à la maintenance du
produit (paragraphe 7.3)
Données d'information
logistique (chapitre 8)
Maîtrise des activités de gestion
de l'information (paragraphe 8.1)
Définition des données et des
procédures relatives aux données, à leur traitement et à leur
gestion (paragraphe 8.2)
Installation et exploitation des ressources du
système d'information
(paragraphe 8.3)
Figure 1: Activités du cycle de vie du SLI
ECSS-M-70A
19 Avril 1996
11
2
Références
2.1 Références normatives La présente norme ECSS intègre des références, datées ou non, et des dispositions d'autres publications. Ces références normatives sont citées aux endroits appropriés dans le corps du texte et la liste des publications est fournie ci-dessous. En ce qui concerne les références datées, toute modification ou révision ultérieure de l'une des normes s'applique à la présente norme ECSS uniquement si elle y est intégrée par amendement ou révision. En ce qui concerne les références non datées, la dernière édition de la publication référencée s'applique.
La présente norme ECSS appartient à la série "Management des projets spatiaux" présentée dans la norme ECSS-M-00 "Politique et Principes". Les normes répertoriées ci-dessous sont à prendre en considération avec le présent document.
ECSS-E-70 Segments Sol et opérations spatiales.
ECSS-M-10 Organigrammes des tâches.
ECSS-M-20 Organisation de projet.
ECSS-M-30 Logique de déroulement.
ECSS-M-40 Gestion de la configuration.
ECSS-M-50 Gestion de l'information et de la documentation.
ECSS-M-60 Maîtrise des coûts et des délais.
ECSS -Q-20 Assurance Qualité.
ECSS-Q-30 Sûreté de Fonctionnement.
ECSS-Q-40 Sécurité.
ECSS-Q-80 Assurance Produit des logiciels.
L'indice de révision applicable sera celui en vigueur au moment de l'élaboration des Spécifications de projet.
ECSS-M-70A
19 Avril 1996
12
2.2 Références informatives RG Aéro 00040 Recommandation générale pour la Spécification de
management de programme.
CNES IM-80-00 Soutien Logistique Intégré.
MR-P/01 Management Requirements on Industrial Contracts (Exigences de management pour les contrats industriels) (annule et remplace ESA PC/941904/TD/510)
ECSS-M-40-03 Directives pour la Spécification Technique.
MIL-STD-1388-1A Logistic Support Analysis (Analyse du Soutien Logistique).
MIL-STD-1388-2B DoD Requirements for a Logistic Support Analysis Record (Exigences du Ministère de la Défense relatives aux enregistrements d'Analyse du Soutien Logistique).
‘Logistics Engineering and Management’, ‘4th edition’, Benjamin S. Blanchard, Virginia Polytechnic Institute and State University. Prentice Hall International.
Series in Industrial and Systems Engineering-Englewood Cliffs, NJ 07632-W.J. Fabrycky and J.H. Mize, editors.
ECSS-M-70A
19 Avril 1996
13
3
Définitions et abréviations
3.1 Définitions Pour les besoins de la présente norme, les définitions énoncées dans la première édition du document ECSS-P-001 s'appliquent. Il convient en particulier de noter que les termes ci-dessous font l'objet d'une définition spécifique dans le cadre des normes ECSS.
Arborescence Fonction ou Fonctionnelle
Client
Configuration
Coût
Document
Document d'application
Documentation
Données
Elément spatial
Fournisseur
Lot de Travaux
Organigramme des Tâches
Organisation industrielle
Phase (de projet)
Processus
Projet
Ressource/Moyen
Sécurité
Spécification
Spécification de projet
Spécification Technique
Sûreté de fonctionnement
Système
Système spatial
Tâche
ECSS-M-70A
19 Avril 1996
14
Les termes et définitions suivants sont propres à cette norme et sont à appliquer.
Disponibilité : (CEI 50:1991)
Aptitude d'un élément à être en état d'accomplir une fonction requise, dans des conditions données, à un instant donné ou pendant un intervalle de temps donné, en supposant que la fourniture des moyens externes est assurée.
NOTE 1 La disponibilité dépend de la combinaison de la fiabilité, de la maintenabilité et de la logistique de maintenance.
NOTE 2 La contribution des ressources externes nécessaires, autre que les ressources de maintenance, n’entre pas dans le calcul de la disponibilité.
Durée d'immobilisation : (CEI 50:1991) : intervalle de temps pendant lequel un élément est immobilisé.
Durée d'immobilisation moyenne : (CEI 50:1991) : Délai estimé entre deux immobilisations.
Temps moyen de reprise : (CEI 50:1991) : Estimation du temps de reprise.
Système de soutien : Les produits matériels et logiciels, ainsi que les ressources humaines requises, qui sont des éléments essentiels permettant l'exécution fonctionnelle du système de soutien, de sa livraison à la fin de son cycle de vie, pour un coût global minimum (valeur actualisée nette).
NOTE Certains éléments peuvent au départ faire partie du Système soutenu, puis au cours des différentes phases, après les modifications requises, s'intégrer au Système de soutien. Exemple : équipement électrique de soutien au sol.
Système soutenu : Les produits matériels et logiciels, ainsi que les ressources humaines requises, qui sont des éléments indispensables pour que l'exécution fonctionnelle du système soit conforme aux attentes de l'utilisateur.
3.2 Abréviations Les abréviations définies ci-dessous sont employées dans la présente norme.
Abréviation Signification
ASL : Analyse de Soutien Logistique
CMST : Conditionnement, Manutention, Stockage, Transport
ECSS : Coopération européenne pour la normalisation spatiale
OT : Organigramme des Tâches (WBS)
SLI : Soutien Logistique Intégré
ST : Spécification Technique
ECSS-M-70A
19 Avril 1996
15
4
Principes du Soutien Logistique Intégré
4.1 Contexte du projet Le soutien logistique doit être assuré tout au long de la phase d'utilisation et nécessite, surtout au cours des premières phases du projet, la gestion d'activités spécifiques de conception et de développement (appelées activités logistiques), en étroite relation avec les autres activités telles que la sûreté de fonctionnement et la sécurité.
Les activités logistiques doivent faire partie des activités du projet et être intégrées dans la logique de déroulement, afin de garantir leur prise en compte dans le développement du système soutenu. Ces activités doivent être adaptées en fonction de l’effort à consentir dans le projet en termes d’organisation et en termes techniques pour traiter les éléments critiques identifiés (voir les normes ECSS-Q-30 et ECSS-Q-40).
En particulier, les activités de conception des produits doivent aboutir à une définition simultanée du système de soutien et à celle du système soutenu. La définition doit reposer sur des concepts initiaux d'exploitation et de maintenance, afin d'intégrer les contraintes de l'utilisateur. Cette définition doit être établie le plus tôt possible, afin de garantir la cohérence interne du projet.
La gestion des activités logistiques est donc intégrée dans les exigences de gestion du projet : le présent document prend en considération l'existence d'une collection de normes ECSS et la complète en développant les exigences relatives au SLI.
La gestion des activités logistiques au cours du cycle de vie du produit doit notamment démontrer :
• la prise en compte des critères de sécurité et de sûreté de fonctionnement dans l'environnement opérationnel d'utilisation des produits ;
• l'adéquation et, la cohérence et la continuité du système de soutien ;
• l'aptitude à maîtriser les risques propres à l'exécution des tâches d'exploitation et de maintenance, comme le précise la norme ECSS-M-00.
ECSS-M-70A
19 Avril 1996
16
Pouvoir maintenir les performances des produits au cours de la phase d'utilisation, dans leur environnement d'utilisation et jusqu'à leur mise hors service, constitue l'un des aspects principaux de l'objectif opérationnel. L'objet d'un système de soutien est de permettre de conserver les niveaux de performances techniques et de disponibilité tout en respectant les contraintes de sécurité et en optimisant le coût global du cycle de vie.
Le Soutien Logistique Intégré garantit la disponibilité opérationnelle et il convient que le projet applique le concept du coût global lorsque les coûts de soutien des phases d'utilisation postérieures et les coûts de retrait de service sont privilégiés au détriment des coûts de développement.
Les exigences prescrites dans le présent document doivent être incluses dans la spécification de management de projet du client et être respectées par le fournisseur dans ses documents d'application (voir la norme ECSS-M-00).
4.2 Principaux concepts du SLI 4.2.1 Concept d'intégration L'intégration du soutien logistique dans les diverses activités de support à un projet s'effectue par la prise en compte de quatre aspects :
• l'intégration du soutien logistique dans l’expression des besoins de l'utilisateur et dans son environnement,
• l'intégration des activités logistiques dans la gestion du projet,
• l'intégration de la conception du système de soutien dans la conception du système soutenu,
• l'intégration des éléments de soutien entre eux.
4.2.2 Disponibilité, aptitude de soutien et facteurs humains Le concept de disponibilité opérationnelle correspond au fait que les ressources externes requises incluant les ressources de maintenance et d'autres ressources nécessaires à la disponibilité (exécution) doivent être disponibles dans les conditions opérationnelles d'utilisation.
Les ressources externes sont fournies par le système de soutien afin de garder le système soutenu en état opérationnel, dans des conditions réelles d'utilisation et selon des contraintes économiques prévues. Cette aptitude à fournir les ressources externes se définit comme l'"aptitude au soutien".
La disponibilité opérationnelle résulte des caractéristiques de sécurité et de sûreté de fonctionnement, ainsi que des caractéristiques de l'aptitude au soutien.
Les facteurs humains influent directement sur l'aptitude au soutien et les caractéristiques du système soutenu.
4.2.3 Coût global et risque opérationnel Le concept de coût global couvre les coûts d'acquisition du système soutenu et du système de soutien, les coûts d'exploitation et de maintenance et les coûts de retrait de service.
ECSS-M-70A
19 Avril 1996
17
Quel que soit le domaine considéré, la réalisation des objectifs et la garantie d'exécution impliquent des risques opérationnels : risques inhérents au système soutenu, risques extrinsèques liés au système de soutien et à l'environnement technologique, naturel et humain. Le processus SLI intègre la gestion de ces risques dans le cadre de la gestion globale des risques. A partir de l'analyse du Coût global, le SLI aide à l'évaluation comparée entre les analyses de sûreté de fonctionnement et de sécurité et le choix d'une solution d'optimisation du système de soutien. Le résumé général de la figure 2 illustre la complémentarité des deux processus.
Le SLI permet également de traiter les facteurs humains, par des analyses des tâches d'exploitation et de maintenance. Ces analyses portent notamment sur l’aptitude à opérer le système (en particulier l'ergonomie et les interfaces homme/machine), sur l’aptitude à la maintenance (qualification, compétences, durée des tâches, charge de travail) et sur les critères d'environnement (bruit, agressivité de l'environnement, organisation, etc.)
ECSS-M-70A
19 Avril 1996
18
ST du système de soutien
Plans de gestion du soutien à l’exploitation et à la maintenance
Faits techniques et opérationnels observés
BdDlogistique
Déploiement des éléments de soutien
Expression des besoins entermes d'objectifs opérationnels
Analyses systèmeConcepts d'exploitation et de
maintenance
Sûreté de fonctionnementet sécurité
• Analyse des risques inhérents• Spécifications de sûreté de
fonctionnement et de sécurité• Approche de la sûreté de
fonctionnement et de la sécurité(processus ascendant etdescendant)
- identification, - évaluation, - hiérarchisation, - réduction des risques inhérents.
Analyse du soutien logistique
• Analyse des risques opérationnels• Spécification des besoins du client
en termes de soutien logistique• Etude des autres solutions de
soutien et choix de la meilleuresolution
• Identification et définition des besoinsen termes de soutien logistique
• Evaluation de l'impact dudéploiement du système chez le client
• Validation du système de soutien
Analyse ducoût global
UTILISATION DU SYSTEME DE SOUTIEN (pour l'exploitation et le maintien en conditions opérationnelles du système soutenu)
Pers
onne
l
Form
atio
n du
pe
rson
nel
App
rovi
sion
ne-
rech
ange
s,
cons
omm
able
s)
men
t (pi
èces
et
Equi
pem
ent d
eso
utie
n (o
utill
ages
équi
pem
ent
d’es
sai
et d
e co
ntrô
le...
)
Doc
umen
tatio
n
Infr
astr
uctu
res
Sout
ien
des
logi
ciel
s
E.M
.S.T
.
GESTIO
N D
E L’INFO
RM
ATIO
N (D
ON
NEES LO
GISTIQ
UES)
GES
TIO
N E
T A
SSU
RA
NC
E PR
OD
UIT
NOTE C.M.S.T.= Conditionnement, Manutention, Stockage, Transport ST= Spécification Technique.
Figure 2 : Vue d'ensemble du SLI
ECSS-M-70A
19 Avril 1996
19
5
Exigences de gestion relatives au SLI
Afin de faciliter la lecture et la traçabilité, les exigences de la présente norme ECSS sont répertoriées par rubriques numérotées. Chaque exigence numérotée comprend un texte générique (texte en gras), souvent accompagné d'un texte explicatif associé à l'exigence générique et d'un résultat attendu (texte en italique).
5.1 Exigences relatives à la maîtrise des activités logistiques 5.1.1 Les exigences globales du projet doivent clairement indiquer les objectifs et les contraintes en termes de disponibilité opérationnelle, de coût global et de livraison du produit dans son environnement opérationnel d'utilisation, jusques et y compris son retrait de service.
OBJECTIF : Garantir que toutes les contraintes opérationnelles d'environnement sont identifiées.
RESULTAT ATTENDU : Elément de spécification de projet ayant pour objet la disponibilité opérationnelle, le coût du cycle de vie, le calendrier et l'environnement d’utilisation du produit.
5.1.2 L'exigence de maîtrise des risques opérationnels liés au système de soutien doit être incluse dans l’ensemble des exigences du projet. (Voir également la norme ECSS-M-00).
OBJECTIF : Atteindre un équilibre entre les risques SLI et l’ensemble des risques du projet.
RESULTAT ATTENDU : Approche globale de la gestion des risques.
ECSS-M-70A
19 Avril 1996
20
5.1.3 Le système de soutien doit être développé en même temps que le système soutenu.
OBJECTIF : Définir le système de soutien suffisamment tôt, de façon que :
− les solutions techniques et de conception sélectionnées pour le système de soutien soient conformes à la définition du système soutenu (concept d'intégration de la conception),
− les divers éléments de soutien identifiés soient vraiment adaptés à l'environnement opérationnel d'utilisation et cohérents entre eux (concepts d'intégration des éléments de soutien),
− dispose des éléments de soutien lorsqu'il en a besoin (concepts d'intégration des besoins de l'utilisateur).
Disponibilité, au moment opportun, des systèmes soutenu et de soutien pour un coût global minimal.
5.1.4 Le système de soutien doit être validé comme faisant partie de l’ensemble du processus de vérification du projet.
OBJECTIF : Garantir, suffisamment tôt, que le système de soutien est apte à respecter les exigences d'aptitude au soutien et que les systèmes soutenu et de soutien permettent d’atteindre les objectifs de disponibilité opérationnelle, de coût global et de calendrier de livraison.
Cette validation sera améliorée par l'utilisation de données de retour d'expérience (voir également la norme ECSS-M-20).
RESULTAT ATTENDU : Système de soutien validé.
5.1.5 L'utilisateur doit participer à la définition et la validation du système de soutien.
OBJECTIF : Garantir qu'au cours de la phase de développement les conceptions du système de soutien et du système soutenu respectent les besoins de l'utilisateur en matière de soutien logistique.
RESULTAT ATTENDU : Accord sur le système de soutien.
5.1.6 Les activités de soutien logistique doivent être intégrées dans la gestion de projet et synchronisées avec la logique de déroulement du projet.
OBJECTIF : Activité synchronisée.
RESULTAT ATTENDU : Planification synchronisée de l’ensemble du projet.
ECSS-M-70A
19 Avril 1996
21
5.1.7 Les activités logistiques doivent être incluses dans l'Organigramme des Tâches (OT) du projet et être clairement identifiables.
OBJECTIF : − garantir la logique et la cohérence de l'identification et de la gestion des activités SLI,
− établir les rôles, les responsabilités et l’autorité liés à la fonction logistique,
− garantir des conditions permettant que ces rôles et ces responsabilités soient assumés de façon dynamique et interactive tout au long du projet et spécialement dans les premières phases (A,B,C), voir la norme ECSS-M-30,
− établir une communication étroite de type client/fournisseur premier rang entre les différents niveaux d'organisation du projet (voir également la norme ECSS-M-10).
RESULTAT ATTENDU : Organigramme des tâches du projet contenant les lots de travaux SLI.
5.1.8 La gestion des activités logistiques du projet doit évoluer, de façon à être adaptée à la fonction/phase logistique.
OBJECTIF : Prise en compte des exigences correctes pour la phase du projet concernée.
L'ordonnancement de projet implique pour la fonction logistique trois catégories de responsabilité de gestion :
• la gestion du soutien logistique, qui va de la définition des besoins aux phases d'acquisition (A,B,C,D) et inclut :
• la gestion du Soutien Logistique Intégré (SLI) (maîtrise des activités logistiques au cours de l'acquisition du système),
• la gestion de l'Analyse de Soutien Logistique (ASL) (maîtrise des études destinées à la spécification et la validation du soutien logistique),
• la gestion des éléments de soutien (maîtrise de l'acquisition des éléments de soutien spécifiés),
• la gestion du soutien logistique de l'exploitation et de la maintenance - phase E (maîtrise de l'utilisation du système de soutien et aptitude au soutien),
• la gestion de l’information logistique (applicable tout au long du cycle de vie du projet).
Le diagramme suivant (figure 3) montre quel est l'objet de la gestion du soutien logistique.
RESULTAT ATTENDU : Définition équilibrée des activités SLI au cours des différentes phases du projet.
ECSS-M-70A
19 Avril 1996
22
Gestion SLI
Gestion ASL
Besoins/Objectifs Evaluation et analysedes résultats opérationnels
Consolidation des prédictions
Validation
Etudes du système de soutien
ST
Utilisation du système de soutien
Gestion de l’information et de la documentation logistique
Utilisation(exploitation et maintenance)Acquisition/Déploiement
Gestion du soutien logistique
Consolidation ASL/Retour d’expérience
Gestion des élémentsde soutien
NOTE SLI = Soutien Logistique Intégré ASL = Analyse de Soutien Logistique ST = Spécification Technique.
Figure 3 : Objet de la gestion du soutien logistique
5.1.9 A tous les niveaux, la responsabilité et l’autorité liées aux activités SLI doivent être regroupées.
OBJECTIF : Contact unique pour les aspects SLI au sein de l’organisation et pour les différents acteurs du projet.
RESULTAT ATTENDU : Bonne coordination du Management des activités SLI du projet (voir également la norme ECSS-M-20).
5.2 Exigences relatives à l’analyse du système 5.2.1 Le client doit résumer les exigences de support logistique dans les documents spécifiant les exigences du projet .
OBJECTIF : Identifier les contraintes d'un client relatives aux solutions de soutien logistique devant être mises en place.
Les documents spécifiant les exigences de soutien logistique doivent couvrir :
• un résumé des objectifs du projet à réaliser,
• les concepts de livraison, d'exploitation et de maintenance,
• l'exigence d'intégration du soutien logistique dans le projet.
RESULTAT ATTENDU : Éléments correspondants dans les spécifications de projet.
ECSS-M-70A
19 Avril 1996
23
5.2.2 Le fournisseur doit répondre aux exigences SLI du client par des éléments appropriés de ses documents d'application.
OBJECTIF : Réponse adaptée aux exigences SLI.
Les éléments des documents d'application doivent couvrir :
• l'identification des activités logistiques, de l'organisation et des ressources dédiées pour réaliser les activités logistiques, comme le montre l'organigramme des tâches ;
• la logique de déroulement des activités logistiques ;
• une description des méthodes devant être mises en oeuvre et des liens avec les autres plans (en particulier le plan de développement du système soutenu, le plan de la gestion de la configuration, les plans de sûreté de fonctionnement et de sécurité et les plans qualité).
En fonction de la taille, des objectifs et des contraintes du projet, la réponse peut être répartie entre plusieurs plans distincts.
RESULTAT ATTENDU : Éléments des documents d'application.
5.2.3 Pendant toutes les phases du projet, les stratégies du SLI et des activités logistiques doivent être développées par le fournisseur en réponse aux spécifications de projet.
OBJECTIF : Évolution continue de la stratégie SLI tout au long du cycle de vie du projet.
Toutes les analyses, y compris celles effectuées au cours des phases A et B, doivent prendre en compte le SLI, en particulier la détermination des objectifs, les fonctions devant être accomplies par le système soutenu et les concepts initiaux d'exploitation et de maintenance. (Le concept d'exploitation traite de l'environnement opérationnel dans lequel le système soutenu sera déployé et utilisé. Le concept de maintenance traite de la politique de réparation et des niveaux d'organisation de la maintenance).
RESULTAT ATTENDU : Éléments SLI desr documents d'application du fournisseur.
5.3 Exigences relatives aux comptes rendus 5.3.1 Le fournisseur doit périodiquement rendre compte au client de l'état d’avancement des tâches de soutien logistique dans le contexte d’ensemble du projet global.
OBJECTIF : Approche intégrée du compte rendu de projet.
RESULTAT ATTENDU : Comptes rendus d'avancement du projet incluant les aspects SLI (voir la norme ECSS-M-20).
5.3.2 Le fournisseur doit soumettre l'état des tâches de soutien logistique au cours des revues de projet.
OBJECTIF : Approche intégrée de la revue de projet.
RESULTAT ATTENDU : Revues de projet incluant les aspects SLI (voir la norme ECSS-M-30).
ECSS-M-70A
19 Avril 1996
24
5.3.3 Le fournisseur doit inclure, dans le compte rendu de retour d'expérience du projet, un élément traitant du soutien logistique dans le contexte d’ensemble du projet.
OBJECTIF : Vue d'ensemble du retour d'expérience au cours du projet.
RESULTAT ATTENDU : Elément du compte rendu de retour d'expérience du projet traitant du soutien logistique (voir la norme ECSS-M-20).
ECSS-M-70A
19 Avril 1996
25
6
Exigences de gestion relatives à l'Analyse de Soutien Logistique
6.1 Exigences relatives à la maîtrise des analyses logistiques 6.1.1 Le fournisseur de premier niveau doit définir une stratégie de mise en oeuvre de l'Analyse de Soutien Logistique (ASL).
OBJECTIF : Estimer l'importance de l'analyse de soutien logistique le plus tôt possible dans le déroulement du projet. Les tâches ASL doivent être adaptées afin de pouvoir satisfaire au mieux les exigences.
Le champ d'application de la stratégie peut inclure :
• les tâches de gestion visant à préparer, gérer et coordonner les activités ASL ;
• les tâches permettant d’exprimer les besoins de l'utilisateur en termes de soutien logistique ;
• les tâches visant à analyser l'aptitude de la conception du système à être soutenue ;
• les tâches visant à étudier les solutions possibles de soutien et à choisir la meilleure ;
• les tâches visant à identifier et à définir les besoins en éléments de soutien ;
• les tâches de validation visant à assurer que le système de soutien déployé est conforme aux exigences de soutien.
RESULTAT ATTENDU : Elément du document d’application définissant la stratégie relative à l'ASL tout au long du projet. Sa mise en oeuvre est soutenue par la documentation ASL (voir la norme ECSS-E-70).
ECSS-M-70A
19 Avril 1996
26
6.2 Exigences relatives à l'étude et à la validation des besoins de soutien Les exigences ci-après sont relatives à l'identification des besoins de soutien logistique de la mission du système soutenu et aux analyses comparatives des données d'entrée requises.
Les activités d'étude visent à définir les besoins en termes de soutien logistique, afin d'élaborer toutes les données nécessaires au développement des éléments de soutien. Ces études constituent l'Analyse de Soutien Logistique (ASL).
L'ASL est un groupe de tâches mises en oeuvre de façon itérative , tout au long du projet, la plus grande partie étant réalisée au cours des phases B,C et D.
Le diagramme suivant (figure 4) illustre l'enchaînement des groupes de tâches au cours des phases B et C. A la fin de la phase C, le processus ASL aboutit notamment à l'établissement d’un Plan d'exploitation et à la maintenance applicable et à la ST des éléments de soutien.
Spécification des besoins ende fonctions de soutien
Spécification de l'étude des solutionset choix de la meilleure
Identification et définition desen termes d'éléments de
ST du système de soutien
GESTION
VALIDATION
NOTE : ST = Spécification Technique.
Figure 4 : Enchaînement des groupes de tâches au cours des phases B et C
6.2.1 Le fournisseur de premier rang doit effectuer une analyse visant à identifier les besoins fonctionnels en termes de soutien logistique lié à la mission du système soutenu (par exemple, mise en place de la fonction qualité dans un but de soutien logistique)
OBJECTIF : Identification complète des éléments de soutien logistique reposant sur les besoins fonctionnels du système soutenu.
Pour cette étude, le fournisseur de premier rang doit procéder à l’examen détaillé des profils de mission et d'utilisation, à partir de l'analyse de la mission et des analyses système. Il identifiera et documentera les modalités, le lieu et le moment d'utilisation du système soutenu et fera apparaître les fonctions de soutien, les critères d'aptitude au soutien et le niveau de ces critères. Pour chaque critère, une liste des points critiques ou des risques inacceptables du point de vue opérationnel devra être établie.
ECSS-M-70A
19 Avril 1996
27
Ces informations permettront au fournisseur de premier niveau de choisir et de définir les critères d’acceptation de l'aptitude au soutien, en relation avec le client (ou utilisateur) de premier niveau. Ces données seront mises à jour en fonction de la mission du système soutenu et de celles de son environnement opérationnel d'utilisation. Il convient d'intégrer ces informations comme conditions de référence au cours de la phase B (voir la norme ECSS-M-30).
RESULTAT ATTENDU : Identification complète des éléments de soutien logistique.
6.2.2 Le fournisseur doit évaluer les ressources logistiques disponibles chez le client ou acquises par celui-ci et identifier celles qui pourraient être utilisées pour supporter le système soutenu. Le fournisseur doit alors définir la normalisation et les implications de conception qui en résultent.
OBJECTIF : Prendre en compte les ressources existant chez le client et pouvant avoir un impact sur les solutions du système de soutien.
L'expression des recommandations de conception du système soutenu, suite à l'analyse des ressources logistiques du client susceptible d'améliorer l'efficacité et les coûts, permet d'éviter, dans la mesure du possible, l'utilisation d'éléments spécifiques, qui nécessitent l'adaptation de l'exploitation ou de la maintenance.
RESULTAT ATTENDU : Système de soutien optimisé utilisant au mieux des ressources existantes.
6.2.3 Le fournisseur doit identifier et évaluer l'impact sur le système de soutien des nouvelles technologies utilisées sur le système soutenu.
OBJECTIF : Réduire les risques liés au système de soutien et résultant de l'utilisation de nouvelles technologies.
Les conséquences de ces nouvelles technologies sur la définition du système de soutien seront identifiées en termes d'améliorations potentielles ou de nouvelles contraintes relatives aux divers éléments de soutien. Ces conséquences seront analysées, dans la mesure où elles affectent les coûts ou les performances du système de soutien.
RESULTAT ATTENDU : Document d'évaluation de l'impact des nouvelles technologies.
6.2.4 En fonction de l’avancement de la définition des solutions possibles pour le système soutenu, le fournisseur de premier rang doit définir les solutions potentielles de soutien évaluer chaque solution puis les comparer (analyse de sensibilité) et déterminer enfin le système de soutien le mieux adapté aux exigences opérationnelles .
OBJECTIF : Choix du meilleur système de soutien.
Ces tâches facilitent l'identification de la/des meilleure(s) solution(s) à proposer pour réaliser le système de soutien : la solution sélectionnée est celle qui permet d'aboutir au meilleur équilibre entre les coûts, les performances d'aptitude au soutien et les délais de livraison, etc.
ECSS-M-70A
19 Avril 1996
28
L'évaluation peut être orientée à partir de l’analyse :
• des niveaux de réparation,
• Analyse de la maintenance basée sur la fiabilité,
• Performances techniques et de disponibilité à maintenir,
• Concepts d'exploitation et de maintenance basés sur les analyses de sécurité et de sûreté de fonctionnement.
RESULTAT ATTENDU : Système de soutien résultant d'un processus de sélection documenté.
6.3 Exigences relatives aux comptes rendus ASL Les exigences sont les mêmes que celles du chapitre 5.3.
ECSS-M-70A
19 Avril 1996
29
7
Exigences de gestion relatives aux éléments de soutien
Les exigences suivantes visent à déterminer les ressources logistiques nécessaires à l'exécution des tâches d'exploitation et de maintenance identifiées.
7.1 Exigences relatives à la maîtrise des activités liées aux éléments de soutien 7.1.1 Les activités liées aux éléments de soutien doivent être organisées conformément à la norme ECSS-M-20.
OBJECTIF : Approche logique de la gestion de toutes les disciplines du projet.
RESULTAT ATTENDU : Approche intégrée du management de projet.
7.2 Exigences relatives à la définition et au développement des éléments de soutien 7.2.1 Le fournisseur doit définir les éléments de soutien nécessaires à l'exécution de chaque tâche d'exploitation, de maintenance et de soutien liée à l'exploitation du système soutenu dans son environnement d'utilisation.
OBJECTIF : Toutes les tâches d'exploitation et de maintenance doivent être entièrement prises en charge.
• Les aspects suivants doivent être définis pour chaque tâche :
• des données générales rappelant :
• la nature et le type de tâche,
• la fréquence (ou périodicité),
• la durée allouée pour la tâche,
• les exigences quantifiées concernant les ressources, compte tenu des besoins logistiques en termes :
ECSS-M-70A
19 Avril 1996
30
• d'équipement de soutien (outils, équipement d'essai, ...),
• de Conditionnement, Manutention, Stockage, Transport (CMST),
• de compétences du personnel et main-d'oeuvre,
• assurer la formation,
• assurer le soutien des logiciels,
• d'installations de soutien,
• d'approvisionnement en pièces de rechange et en consommables,
• d'éléments de documentation (données et procédures d'exploitation, de maintenance et de réapprovisionnement),
• de retour d'expérience suite aux événements techniques.
Une synthèse des besoins logistiques est alors effectuée pour chaque élément soutien. Cette synthèse sera présentée dans le Plan d'exploitation et de maintenance.
RESULTAT ATTENDU : Identification complète de toutes les tâches d'exploitation et de maintenance et des éléments de soutien correspondants.
7.2.2 Le fournisseur de premier niveau doit analyser l'impact sur le système de soutien de la mise en place du système soutenu à l’endroit défini par l'utilisateur.
OBJECTIF : Garantir que la livraison, l'installation et le réapprovisionnement du système de soutien à l’endroit défini se déroulent sans problèmes.
Cette analyse vise à vérifier l'adéquation des ressources logistiques disponibles qui ont été sélectionnées pour le soutien du système soutenu et à déterminer, si nécessaire, les modifications à appliquer à ces ressources, de façon que celles-ci puissent être utilisées de manière efficace (en particulier CMST, installations de soutien, équipement de test, de la charge de travail et de la disponibilité du personnel, etc.).
RESULTAT ATTENDU : Analyse d'impact du système de soutien prenant en compte l’endroit défini par l’utilisateur pour le système soutenu.
7.2.3 Le fournisseur doit prévoir, pour le système soutenu, le rythme de consommation des pièces de rechange, consommables et autres éléments de soutien et doit garantir la continuité du réapprovisionnement.
OBJECTIF : Définir le champ d'application du soutien logistique.
Cette tâche favorise la disponibilité des ressources logistiques requises tout au long de la phase d'utilisation du système soutenu et avant l'arrêt progressif de la production industrielle.
RESULTAT ATTENDU : Mise en oeuvre effective du soutien logistique.
7.2.4 Le fournisseur doit déterminer les actions requises pour maintenir l'aptitude au soutien en cas de modifications pouvant affecter le système soutenu, le système de soutien et leur environnement.
OBJECTIF : Contribuer à la gestion des risques opérationnels dans les activités de soutien.
ECSS-M-70A
19 Avril 1996
31
Cette tâche permet de prendre les mesures appropriées compte tenu, par exemple, de la rotation du personnel de l’utilisateur, des variations socio-économiques, de la disparition de certaines compétences industrielles, de l'obsolescence des produits, des fluctuations du marché.
RESULTAT ATTENDU : Contribution du support logistique à la gestion des risques dans les documents d'application du projet.
7.2.5 Le fournisseur doit analyser tous les événements opérationnels non prévus, afin d'en déterminer la cause.
OBJECTIF : Améliorer l’adaptabilité du système soutenu.
RESULTAT ATTENDU : Analyse des événements non prévus et proposition d'améliorations.
7.3 Exigences de gestion relatives à la production des éléments de soutien Les tâches de production des éléments de soutien visent à permettre la livraison de produits matériels et logiciels, de services et de données conformes aux exigences relatives aux éléments de soutien.
Le but est de développer les éléments de soutien spécifiés, de façon à les rendre disponibles en cas de besoin par le système soutenu. La livraison coordonnée du système soutenu et du système de soutien associé permet l'acceptation globale du système soutenu dans son ‘état réel’le comparant aux exigences relatives à l’"état défini".
La livraison peut s'effectuer en plusieurs étapes : une livraison initiale composée des éléments requis lors de la mise en place du système soutenu et une livraison périodique consistant en un réapprovisionnement en ressources logistiques, y compris en ressources humaines, pour garantir la continuité du soutien durant toute la phase d'utilisation.
Les tâches de production seront effectuées selon des procédures générales de gestion (état de travaux, plans, acceptation, ressources financières, etc.).
7.3.1 Le fournisseur doit évaluer, avant l'acquisition des outils de développement, de l'équipement de test, etc., s'il est avantageux et possible de disposer d'un équipement capable d'être utilisé à la fois pendant les phases de développement et d'utilisation.
OBJECTIF : Maximiser la réutilisation d’un équipement existant ou d’un équipement de développement.
Cette solution ne doit être envisagée que si les ressources satisfont aux exigences d'aptitude au soutien.
RESULTAT ATTENDU : Identification des équipements existants ou de développement réutilisables.
7.3.2 Le fournisseur doit établir un plan d'approvisionnement identifiant les pièces de rechange initiales et périodiques, les pièces nécessaires aux réparations et les consommables.
OBJECTIF : Garantir la fiabilité de l'approvisionnement en consommables.
ECSS-M-70A
19 Avril 1996
32
Le plan d'approvisionnement prévoira, par exemple :
• la désignation et la quantité d'éléments matériels à stocker, pour chaque niveau de maintenance et chaque lieu d’utilisation,
• les procédures d'acquisition (commandes, délais, contrôle qualité,...),
• les moyens de production, etc.
RESULTAT ATTENDU : Introduction d'un plan d'approvisionnement dans le document d'application.
7.3.3 Le fournisseur doit établir un plan d'acquisition des équipements de soutien.
OBJECTIF : Garantir l'acquisition, en temps opportun, des équipements du système de soutien.
Le fournisseur doit surtout prendre en compte l'équipement d'essai intégré, les éléments de soutien spécifiquement développés pour supporter le système de soutien et les éléments d'équipement de soutien standardisés.
RESULTAT ATTENDU : Plan d'acquisition des équipements du système de soutien.
7.3.4 Le fournisseur doit établir un plan de développement et de construction pour toutes les installations de soutien requises.
OBJECTIF : Garantir l'acquisition, en temps opportun, des installations du système de soutien.
RESULTAT ATTENDU : Plan relatif aux installations d'équipement du système de soutien.
7.3.5 Le fournisseur doit établir un plan de Conditionnement, Manutention, Stockage et Transport (plan CMST).
OBJECTIF : Garantir l'adéquation des activités liées au transport.
Le plan MST doit prendre en compte :
• les éléments matériels à fabriquer (conteneurs, systèmes de manutention, moyens de stockage et de transport...),
• les services CMST à mettre en oeuvre pendant les phases de livraison,de mise en place et d'utilisation,,
• l'établissement des procédures requises pour les services CMST et la documentation associée.
RESULTAT ATTENDU : Plan CMST
7.3.6 Le fournisseur doit établir un plan de soutien aux logiciels.
OBJECTIF : Garantir l'adéquation du soutien logiciel.
Le soutien logiciel couvre les ensembles logiciels intégrés dans le système soutenu, les conditionnements logiciels utilisés pour les tâches de maintenance, la formation ou l'administration du soutien. Le plan comprend les produits matériels et logiciels requis pour les services de soutien logiciel durant toute la phase d'utilisation, et documente les procédures applicables.
ECSS-M-70A
19 Avril 1996
33
Le besoin de mise à jour d'un logiciel de l'élément spatial, après le lancement, doit être envisagé par le fournisseur au début du cycle de développement (phases C/D).
RESULTAT ATTENDU : Plan de soutien logiciel.
7.3.7 Le fournisseur doit établir un plan d'assistance technique permettant de satisfaire aux besoins, en termes de main-d'oeuvre et de compétences nécessaires à l'exécution des tâches d'exploitation, de maintenance et de soutienqui ne sont pas effectuées par le personnel de l'utilisateur.
OBJECTIF : Identifier les ressources et les compétences nécessaires en termes de main-d'oeuvre.
RESULTAT ATTENDU : Plan d'assistance technique.
7.3.8 L'acteur concerné doit procéder aux arrangements nécessaires à l'affectation du personnel requis pour exécuter les tâches d'exploitation, de maintenance et de soutien.
OBJECTIF : Affectation adéquate du personnel.
RESULTAT ATTENDU : Documentation relative à l'affectation de la main-d'oeuvre.
7.3.9 Le fournisseur doit établir un plan de formation initial et périodique destiné au personnel d'exploitation et de maintenance.
OBJECTIF : Assurer la mise à jour des compétences du personnel.
Le plan de formation prévoira notamment les ressources techniques et humaines permettant d'assurer la formation périodique tout au long de la phase d'utilisation (voir également les normes ECSS-M-00 et M-20).
RESULTAT ATTENDU : Programme de formation.
ECSS-M-70A
19 Avril 1996
34
(Cette page est laissée blanche intentionnellement)
ECSS-M-70A
19 Avril 1996
35
8
Exigences SLI relatives à la gestion de l'information
Le présent chapitre fournit des instructions pour la mise en oeuvre des exigences de la norme ECSS-M-50 dans le Soutien Logistique Intégré .
8.1 Intégration du soutien logistique dans la gestion globale de l'information et de la documentation 8.1.1 La gestion de l'information et de la documentation du soutien logistique doit être conforme à la norme ECSS-M-50.
OBJECTIF : Garantir un système de gestion de l'information et de la documentation globalement cohérent.
A titre d’exemple d'information et de documentation relative au soutien logistique, le fournisseur doit organiser la documentation utilisateur et les données qu’elle contient en fonction de la nature des tâches à effectuer au cours de la phase d'utilisation (par exemple, l'exploitation, la maintenance et le soutien).
RESULTAT ATTENDU : Spécification de projet et document d'application pour la gestion de l'information et de la documentation du projet prenant en compte les aspects SLI.
8.2 Exigences relatives au traitement des données Les activités de développement et d'utilisation relatives à un produit complexe génèrent et utilisent des données nombreuses et variées. Ces données doivent être complètes, être mises à jour et être cohérentes, entre elles et avec le produit.
8.2.1 Le client de premier rang doit définir ses exigences relatives aux données du soutien logistique.
OBJECTIF : Expression claire des attentes du client, concernant les éléments du soutien logistique.
La définition et la description doivent faciliter la compréhension du besoin.
ECSS-M-70A
19 Avril 1996
36
La définition doit être établie en étroite relation avec la personne responsable de l'activité générant les données élémentaires.
RESULTAT ATTENDU : Liste des besoins concernant les données élémentaires du soutien logistique.
8.2.2 Le client de premier rang doit exprimer ses exigences en termes d'exactitude et de pertinence des données en tenant compte du cycle de vie du produit, et selon que celui-ci est dans un état fonctionnel, spécifié, défini ou réel.
OBJECTIF : Exigences réalistes tout au long du cycle de vie du produit.
L'exactitude peut caractériser des données allouées, prévues, mesurées ou consolidées.
RESULTAT ATTENDU : Données pertinentes.
8.2.3 Le client de premier rang doit définir les exigences relatives au compte rendu d'exécution pour les phases de mise en place et d'utilisation.
OBJECTIF : Garantir un suivi adéquat de l'exécution.
Les comptes rendus peuvent inclure des données relatives à l'état et à l'activité du système soutenu (anomalie, durée de fonctionnement, temps avant maintenance ...) et du système de soutien (temps d'exécution des tâches, anomalie dans l'utilisation des éléments de soutien, temps moyen réel de réparation, temps moyen de reprise, problème d'organisation du soutien...).
Ces données de mesure sont nécessaires à la gestion de système de soutien dans l'environnement opérationnel d'utilisation du produit.
RESULTAT ATTENDU : Comptes rendus d'exécution.
8.2.4 Le fournisseur doit établir la procédure permettant d’obtenir la traçabilité des données de soutien logistique.
OBJECTIF : Lien entre les données de soutien logistique et les données relatives aux performances du système.
Ces procédures seront basées sur l'organisation interne du fournisseur et sur les tâches exécutées pour générer les données.
RESULTAT ATTENDU : Justification des données de soutien logistique.
8.2.5 Le fournisseur doit établir la procédure à utiliser pour valider les données de soutien logistique avant leur utilisation.
OBJECTIF : Utilisation des seules données validées.
Toute donnée peut être introduite dans le système d'information ou traitée dès que son contenu et sa synchronisation sont conformes aux exigences. Le traitement d'une donnée sans vérification préalable peut présenter des risques pour les activités associées.
RESULTAT ATTENDU : Procédure de validation des données.
ECSS-M-70A
19 Avril 1996
37
8.2.6 Le client de premier rang doit identifier les flux de données requis et les utilisateurs autorisés.
OBJECTIF : Appliquer aux données SLI les exigences de la norme ECSS-M-50 relative aux flux de données.
Le flux de données doit être décrit en termes de grandeur et de fréquence d'apparition prévues. Cette description doit être élaborée en coopération avec le fournisseur de premier rang/utilisateur.
RESULTAT ATTENDU : Maîtrise et documentation des flux de données SLI.
8.2.7 Le client doit identifier les données devant faire l'objet d'un processus spécifique avant leur traitement.
OBJECTIF : Éviter d'utiliser des données brutes non significatives.
Le processus peut consister en :
• une mise à jour des données,
• une consolidation des données,
• un traitement des données (par exemple, modification du format, production de résumés/comptes rendus).
RESULTAT ATTENDU : Données significatives au format adéquat.
8.3 Exigences relatives à l’installation/exploitation du système d'informations Le client de premier rang doit définir les exigences de support et d'interface pour la gestion de l'information du soutien logistique.
OBJECTIF : Contribuer à mettre en place un système d'informations unique et cohérent.
Les exigences relatives à l'interface peuvent être exprimées en tenant compte des couches d'échange du Système Ouvert (couche de transfert, couche réseau, couche transport...), et des normes et des formats selon lesquelles les informations seront fournies.
RESULTAT ATTENDU : Définition du « média » et de l'interface du système d'informations du soutien logistique.
8.3.1 Le fournisseur doit mettre en oeuvre les moyens nécessaires pour respecter les exigences d'interface avec le système d'information du client.
OBJECTIF : Mettre en place un système d'informations unique et cohérent.
RESULTAT ATTENDU : Introduction du système d'information du soutien logistique dans les documents d'application relatifs à la gestion de l'information et de la documentation.
