Présentation
Auteur(s)
-
Alain FAISANDIER : Directeur, MAP système
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
La conception de l'architecture fonctionnelle élabore la logique de fonctionnement du système basée sur les services et performances attendus.
L'architecture fonctionnelle et dynamique est constituée d'un ensemble de fonctions liées, de scénarios, de modes opérationnels ; éléments déduits des exigences techniques.
La conception de l'architecture physique élabore des solutions concrètes permettant d'exécuter l'architecture fonctionnelle du système.
L'architecture physique est une structure de constituants (sous-systèmes et/ou composants technologiques) et de liens physiques qui les connectent ; ces éléments respectent les contraintes requises.
Cette fiche vous aidera à :
-
concevoir l'architecture optimale d'un système complexe qui satisfait ses exigences techniques ;
-
connaître les éléments qui composent une architecture fonctionnelle et une architecture physique ;
-
savoir comment ces architectures sont obtenues et quelles sont leurs relations.
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Management et ingénierie de l'innovation
(450 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
7. Foire aux questions
Pourquoi a-t-on besoin d'exigences pour concevoir un nouveau produit ou un nouveau service ? Ne peut-on pas concevoir « librement » un futur produit ou service ?
C'est tout à fait possible, mais c'est risqué voire dangereux. Il vaut mieux que les produits ou services répondent à des besoins et des opportunités de marché. Le raffinement des besoins en exigences permet de se fixer des objectifs techniques et économiques et de border le périmètre du futur produit ou service. C'est un gage de réussite que d'avoir des contraintes techniques, de coût et de délai ! Cf. fiche Ingénierie des besoins et des exigences d'un système complexe [FIC 0270].
Nous définissons correctement les constituants de notre futur système, mais nous rencontrons des problèmes ou difficultés lors de l'intégration. Est-ce normal ? N'y a-t-il pas un moyen ou une méthode permettant d'éviter ces difficultés ?
La représentation des activités de développement sur un V (ingénierie à gauche et intégration à droite) permet de voir une symétrie entre les activités. Si l'intégration se passe mal, c'est qu'on a oublié de faire quelque chose en ingénierie (exigence ou conception). Le constat général est que les maîtres d'œuvre ou d'ouvrage concentrent leurs efforts sur les constituants et pas suffisamment sur les interfaces lors de la conception des architectures.
Un système a une connotation fortement fonctionnelle. Pourquoi vaut-il mieux définir des sous-systèmes en groupant des constituants plutôt que de grouper directement des fonctions ?
Il semble en effet que l'on fasse du travail inutile, mais ce n'est pas exact. Le fait de chercher des constituants répondant à des fonctions d'assez bas niveau permet d'acquérir du savoir en matière de technologies, ce qu'il est possible de faire ou pas. Ceci permet aussi d'envisager des architectures différentes soit à partir des mêmes constituants, soit à partir de constituants différents. Le nombre de solutions candidates est sans doute plus important, mais les meilleures solutions physiques se dégagent rapidement.Le...
Cet article fait partie de l’offre
Management et ingénierie de l'innovation
(450 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Foire aux questions
DANS NOS BASES DOCUMENTAIRES
ANNEXES
Standards internationaux
-
ISO/IEC/IEEE 42010:2011. Systems and software engineering - Architecture description. Geneva, Switzerland : International Organization for Standardization (ISO)/International Electronical Commission (IEC)/Institute of Electrical and Electronics Engineers (IEEE)
-
ISO/IEC 15288:2008. Systems and software engineering - system life cycle processes. Geneva, Switzerland: International Organization for Standardization (ISO)/International Electronical Commission (IEC)
Manuels/handbooks
-
INCOSE systems engineering handbook, version 3.2, San Diego, CA, USA : International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2
-
NASA Systems engineering handbook, Washington, D.C.: National Aeronautics and Space Administration (NASA), NASA/SP-2007-6105
Livres
-
M. Maier et E. Rechtin, The art of systems architecting, 3rd ed., Boca Raton, FL, USA: CRC Press, 2009
-
D. Oliver, T. Kelliher et J. Keegan, Engineering complex systems with models and objects, New York, NY: McGraw-Hill, 1997
-
A. Faisandier, Engineering and architecting multidisciplinary systems, 2011 (publié début 2012)
-
MODAF, « MOD Architecture Framework », UK MOD, 2010,...
Cet article fait partie de l’offre
Management et ingénierie de l'innovation
(450 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive