Ingénierie des

Iulia-Cristina Stanica, PhD

[Link]@[Link] /
[Link]@[Link]
Systèmes – Cours Faculté d’Ingénierie en Langues
Etrangères
1 Université POLITEHNICA de Bucarest
C’est quoi
l’ingénierie des
systèmes (IS)?
+une approche
interdisciplinaire
qui permet la
réalisation des
systèmes
performants
 MTDL / • Diagrammes
Genie • Methodologie
logiciel s software

• POO, SDA, Web,

Langages dispositifs
de
Program. mobiles etc.
• Coté software

Approche Electroniq
ue
•Capteurs,
circuits

interdisciplinair •Coté hardware

•RVA
e Technologie
s
•IoT
•Analyse
émergentes d’images
•IA etc.
•Management des
projets
Business •Administration
d’affaire
•Contrôle de la
qualité
•Gestion des risques
 Infos cours & notation
+ Notation:
+ 40% projet final
+ Evalué dans la semaine 13 au cours pour 4eme année
+ Evalué dans la semaine 14 pendant la séance de projet pour 3eme
année
+ 20% participation aux TPs (10% activité + 10% devoirs)
+ 40% évaluations:
+ Ingénierie de l’information (4eme année)
+ Examen partiel dans la semaine 7 (sera annoncé) – 20%
+ Examen final dans la semaine 14 – 20%
+ IoT (3eme année)
+ Examen final dans la session d’examens - 40%

+ Bonus (10-20%) présence + activité au cours, activités extra

(Polifest, session communications scientifiques avec le projet
de IS etc.) – seront annoncées
 Infos cours

+ Participation au cours: + Conditions minimales pour réussir

+ Les réponses / questions / interactions à l’IS:
sont bcp encouragés +Minimum 5 sur 10 en total
+ A des certains moments du cours on
aura des activités, débats, Kahoot etc.
+ Les dernières 20 minutes de chaque
cours peuvent être utilisées pour
mettre des questions à propos des
projets
 Infos TPs & projet
+ Participation aux TPs:
+ Les TPs se déroulent avec Iulia Stanica / Alberta Milicu
+ Exercices pratiques avec les notions du cours, utiles pour les projets
+ TPs:
+ Pour 4eme année, 7 TPs en total, par sous-groupe, chaque 2 semaines
+ Pour iot 3eme année, 14 TPs en total, 7 semaines exos labos, 7 semaines séances projet, intercalées
+ Dans le cas des problèmes médicaux => contacter l’assistant (motivation OU récupération avec une autre sous-groupe)

+ Projet:
+ But: appliquer les notions de IS sur un thème de votre intérêt; travailler en équipes de 2-4 personnes du même groupe
+ Thèmes, demandes & exemples documentation sur Moodle
+ Pour 4eme année, c’est une bonne idée de continuer les projets de RVA commencés le premier semestre SI
LE SUJET VOUS LE PERMET (des sujets qui nécessite l’ingénierie des systèmes, donc pas des jeux)
+ Equipes et thèmes:
[Link] –
deadline semaine 3, mardi à 10:00 (on va discuter vos choix)
+ Réponses aux questions pendant le cours / session projet
+ Tous les membres de l’équipe doivent être présents a la présentation finale pour obtenir les points au projet!
Vos attentes 

Ou allez sur Mentimeter

et introduisez le code
7781 9407
 Sujets abordés
+ Applications & utilité de l’ingénierie des systèmes
+ Techniques de gestion des projets (PM): WBS, Gantt
Chart
+ Gestion des risques (+ Risk management plan)
+ Assurance de la qualité
+ Tests et validation
+ Systems modeling languages (SysML)
+ et beaucoup plus :)
 Objectifs pour aujourd’hui
+ C’est quoi un système?
+ C’est quoi, l’IS?
+ Quand on l’utilise? Des exemples
+ Courte histoire
+ Parties prenantes (Stakeholders)
 C’est quoi un système?
+ Selon vous…?
• Une combinaison d'éléments qui
interagissent, organisés pour
atteindre un ou plusieurs objectifs.
• Un ensemble intégré d'éléments,
de sous-systèmes ou d'assemblages
qui accomplissent un objectif
défini. Ces éléments comprennent
les produits (matériel, logiciel,
micrologiciel), les processus, les
personnes, les informations, les
techniques, les installations, les
services et d'autres éléments de
support. (Conseil international sur
SE - Manuel INCOSE SE)
 C’est quoi l’IS?
+ L'ingénierie des systèmes est une discipline qui se situe a l’intersection des
préoccupations de l'ingénierie et des entreprises, pour réaliser des systèmes
complexes avec du succès
+Se concentre sur:
+Business + Besoins techniques des clients
+Effort d'équipe
+Développement structuré
(du concept aux opérations)
+Qualité
 Un système qui nécéssite IS…
+ Est-ce qu’un site web avec les attractions touristiques d’un
pays nécessite IS?
+ Ou une application mobile avec un jeu de type Endless
Runner qu’on produit nous-mêmes?
+ Ou peut-être une plateforme éducationnelle (type Moodle) qui
utilise OpenAI pour la recommandation des cours?

+ D’après vous, quelles sont les conditions pour nécessiter l’IS?

+ Software engineering == Systems engineering?
Un système qui
nécessite IS…
+Complexe (multiples
composantes)
+Interdisciplinaire
+Produit de l’ingénierie qui
satisfait un certain besoin
+Technologie avancée
+SMART (temps réel,
interconnecté, intelligent)
+Risques et coûts élevés
Exemples

Pourquoi?
 Buts de l’IS
+Fabriquer des produits intelligents instrumentés
+ils s'adaptent à leur environnement en temps réel
+interconnecté - connecté au réseau et au back-office/autres systèmes
informatiques
+intelligents - en utilisant des données sensorielles, des tendances
historiques, des informations sur le profil de l'utilisateur, ils peuvent faire
des prédictions, optimiser les sorties et personnaliser l'expérience utilisateur

+Passer d'une focalisation sur le coût ou la performance à une

focalisation sur l'innovation et le changement, en optant pour
des compromis en matière de coût, qualité et performance
 Mettre en pratique l’IS
+ Préoccupations coté design:
1. Quelle est la fonctionnalité requise ?
2. Dans quelle mesure le système doit-il fonctionner ?
3. Quel est le coût / les avantages économiques ?
4. Comment la fonctionnalité/performance sera-t-elle vérifiée et validée ?

+ Préoccupations coté management:

1. Quels processus doivent être mis en place pour gérer le
développement ?
2. Quel type de support pour la gestion des exigences sera nécessaire ?
Comprendre un système
Quoi? Comment?

Comment on Décomposition
système
va l’utiliser (simplification)

Quel est son

environneme Abstractions
nt

Technologie,
connaissanc Analyse formel
(comportemen
es, t)
méthodes
Decomposition
du système
© Tesla Motors Club LLC. All rights reserved.
Décomposition du système

Source: Ulrich, K.T., Eppinger S.D. , Product Design and Development Second
Edition, McGraw Hill, 2nd edition, 2000, Exhibit 1-3

(conformement a la theorie de G. Miller,

The Magical Number Seven, Plus or Minus Two: Some Limits
on Our Capacity for Processing Information,
[Link]
 + Stratégie : Mettez le problème
Décomposition d'origine de côté et concentrez-vous
sur la compréhension de l'ensemble
du système des sous-systèmes qui composent le
système d'origine.
Histoire de l’IS – quelle age??
 Histoire de l’IS
+ L'ingénierie des systèmes est pratiquée de manière informelle depuis l'Antiquité
+ Grande Muraille de Chine, Pyramides Égyptiennes, Aqueducs Romains
+ Principalement un problème de « main-d'œuvre » pour construire de grandes infrastructures

+ Le terme "Systems Engineering" remonte aux Bell Labs (années 1940)

+ Début de nouvelles méthodes pour mieux gérer la complexité

+ L'ingénierie formelle des systèmes a vraiment commencé après la Seconde Guerre mondiale
+ Années 1950 et 1960 : Guerre Froide, Programme Apollo Lunaire
+ Systèmes d'ingénierie complexes : contrôle du trafic aérien, train à grande vitesse, nucléaire..
+ Principalement basé sur des documents (papier) : exigences, spécifications, plans de test, etc.
+ 1995 - Fondation du Conseil international pour l'ingénierie des systèmes (INCOSE)
+ Depuis ~2000 : Développement d'une nouvelle Ingénierie des Systèmes à Base de Modèles
(MBSE). Besoin d'accélérer SE et de mieux gérer la complexité.
Aujourd’hui:
[Link]
/
Source:
Gentry Lee,
[Link]
[Link]/pdf/3
11199main_A
rt_and_Sci_of_
SE_SHORT_1_
20_09.pdf
 …donc les principes de l’IS
deviennent:
+ Gardez vos yeux sur le « prix ».
+ Impliquer les principales parties prenantes.
+ Définissez le problème avant de supposer une solution.
+ Décomposer le problème en morceaux gérables.
+ Retarder les choix technologiques spécifiques.
+ Reliez les points entre les exigences et le design.
+ Testez tôt, testez souvent.
 Domaines de l’IS

+ Management
+ Ingénierie
+ Analyse de
fonctionnement
+ Architectures
+ Modélisation
+ Simulation
Source: Systems Engineering Principles and Practice, Kossiakoff&all
 Parties
prenantes
(Stakeholders)
Avant de proposer ou
concevoir quelque chose,
nous devons passer
beaucoup de temps à
dialoguer avec les parties
prenantes. Pourquoi ?
+ Parce qu'ils ont les fonds
+ Parce que nous devons d'abord
comprendre leurs besoins
+ Qui est ma concurrence ?
+ Besoin de comprendre les
réglementations et les lois
 Parties prenantes
+Def 1 : un individu, un groupe ou une organisation qui est
impacté par le résultat d'un projet.
+Def 2 : des individus ou des organisations entières qui sont
affectés (positivement ou négativement) par l'exécution
ou le résultat d'un projet

+ Exemples : manager de projet, membres de l'équipe, clients,

sponsors, testeurs de produits, consultants, gestionnaires de
ressources, fournisseurs, gouvernement, concurrents,
communautés locales, etc.
 Exemples de parties prenantes
Relatif à Partie prenante Attentes typiques
l'organisation
Externe Client Niveau attendu de qualité du produit,
livré à temps, abordable, support et
services tout au long du cycle de vie
Sous-traitants/ Des exigences bien définies
fournisseurs
Public local, étatique, Les produits ne doivent pas contaminer
national l'environnement
Interne Gestion d'organisation Engagements internes respectés (coût,
calendrier), bon état fourni, conformité
aux politiques, directives et procédures
de l'organisation
PM (project manager) Les produits de travail techniques
attendus sont livrés à temps et
peuvent être utilisés pour la prise
de décision
Membres de l'équipe Tâches claires, sécurité d'emploi,
technique récompenses, travail d'équipe
Organisations Produits de support de test disponibles,
 Parties prenantes – comment les
identifier?
+Qui est directement impliqué dans le +Qui sont les fournisseurs ?
projet ? +Qui est l'utilisateur du résultat final du
+Qui est indirectement impliqué dans projet ?
le projet ? +Qui sont les concurrents ?
+Qui peut être affecté par le projet ? +Qui sont les actionnaires ?
+Qui peut être affecté par le résultat +Une communauté locale est-elle
du projet ? impactée par le projet ou ses résultats ?
+Qui gagne ou perd du succès du +Qui a le pouvoir d'influencer le projet ou
projet ? son résultat ?
+Qui souhaite mener à bien le projet +Qui peut faire échouer votre projet ?
et qui ne le souhaite pas ?
Si vous voulez savoir plus…
 Concept of Operations (CONOPS)
+ConOps – document décrivant le projet dpdv d’une certaine partie
prenante
+L'un des principales sorties permettant de saisir les attentes des parties
prenantes est le concept d'opérations ou « ConOps »
+ Le ConOps est un élément important dans la capture des attentes, la
formation des exigences et le développement de l'architecture d'un projet
ou d'un système
+ Doit être abordé au début du projet
+La réflexion sur les ConOps et les cas d'utilisation révèle souvent des
exigences et des fonctions qui pourraient autrement être négligées
+ Template
Concept of Operations (CONOPS) – Mission
lunaire
 References & si vous voulez lire
plus…
+ Livres & cours:
• NASA Systems Engineering Handbook, NASA/TP-2007-6105, Rev 1,
[Link]
• Kossiakoff, A., Sweet, W.N., Seymour, A.J., Biemer, S.M. - Systems Engineering Principles and
Practice, 2nd edition, Wiley Series in Systems Engineering and Management, 2003
• Friedenthal, S., Moore, A., Steiner, R.A - Practical Guide to SysML, 2nd edition, The MK/OMG Press,
2011
• Blanchard, B.S., Fabrycky W.J. - Systems Engineering and Analysis, 5th edition, Prentice Hall, 2010
• ISO/IEC 15288:2008(E), IEEE Std 15288-2008, Second edition, 2008-02-01 Systems and software
engineering — System life cycle processes, Ingénierie des systèmes et du logiciel — Processus du
cycle de vie du système – May 2015 edition
[Link]
• Fundamentals of Systems Engineering, Prof. Olivier L. de Weck, Massachusetts Institute of
Technology, Ecole Polytechnique Fédérale de Lausanne
• Introduction to Systems Engineering, Mark Austin, Institute for Systems Research, University of
Maryland, College Park

+ Autres:
• [Link]