NFR (SAFe) - Historique des versions

Fabrice Aimetti le 29 février 2024 à 12:51

Fabrice Aimetti — Thu, 29 Feb 2024 12:51:47 GMT

← Version précédente		Version du 29 février 2024 à 12:51
Ligne 3 :		Ligne 3 :
	[[Category: SAFe]]		[[Category: SAFe]]
	Auteur : © 2010-2023 Scaled Agile, Inc.<br />		Auteur : © 2010-2023 Scaled Agile, Inc.<br />
	Source : [https://scaledagileframework.com/~~Enablers~~/ ~~Enablers~~]<br/>		Source : [https://scaledagileframework.com/nonfunctional-requirements/ Nonfunctional Requirements]<br/>
	Date : 13/10/2023 (dernière mise à jour)<br />		Date : 13/10/2023 (dernière mise à jour)<br />
	----		----
	Traducteur : Fabrice Aimetti<br />		Traducteur : Fabrice Aimetti<br />
	Date : 28/12/~~2023~~<br />		Date : 29/02/2024<br />
	----		----
	Traduction :<br />		Traduction :<br />

Fabrice Aimetti le 29 février 2024 à 10:39

Fabrice Aimetti — Thu, 29 Feb 2024 10:39:18 GMT

@@ Ligne 93 : / Ligne 93 : @@
 * '''Négociables''' - Le caractère négociable des NFR est un aspect crucial de la performance économique.
 * '''Testables''' - Les NFR doivent pouvoir être testées à l'aide de mesures objectives.
 <br/>
 ==En savoir plus==

Fabrice Aimetti le 29 février 2024 à 10:19

Fabrice Aimetti — Thu, 29 Feb 2024 10:19:19 GMT

← Version précédente		Version du 29 février 2024 à 10:19
Ligne 75 :		Ligne 75 :
	<br/>		<br/>
	[[Fichier:Nonfunctional Requirements F04.jpg\|border\|500px\|link=]]<br/>		[[Fichier:Nonfunctional Requirements F04.jpg\|border\|500px\|link=]]<br/>
	<small>''Figure 4. Les NFR sont capturées dans l'intention de la solution.''>/small><br/>		<small>''Figure 4. Les NFR sont capturées dans l'intention de la solution.''</small><br/>
	<br/>		<br/>
	Comme pour les autres exigences, certaines NFR sont fixes et connues à l'avance (ex : le parcours d'aventure peut accueillir douze personnes) ; d'autres sont variables (l'accélération à la charge maximale du véhicule ne doit pas être inférieure à x Gs) et seront affinées au fil du temps.<br/>		Comme pour les autres exigences, certaines NFR sont fixes et connues à l'avance (ex : le parcours d'aventure peut accueillir douze personnes) ; d'autres sont variables (l'accélération à la charge maximale du véhicule ne doit pas être inférieure à x Gs) et seront affinées au fil du temps.<br/>

Fabrice Aimetti le 29 février 2024 à 10:18

Fabrice Aimetti — Thu, 29 Feb 2024 10:18:00 GMT

@@ Ligne 69 : / Ligne 69 : @@
 Les exigences fonctionnelles (NFR) et les contraintes de conception définissent la portée et la qualité du système. En comprenant à la fois les NFR et les contraintes de conception, les équipes peuvent prendre des décisions plus éclairées sur la conception du système, en s'assurant qu'il répond aux besoins des parties prenantes tout en respectant les limitations.<br/>
+===Spécification des NFR===
 ==En savoir plus==

Fabrice Aimetti le 29 février 2024 à 09:51

Fabrice Aimetti — Thu, 29 Feb 2024 09:51:33 GMT

← Version précédente		Version du 29 février 2024 à 09:51
Ligne 54 :		Ligne 54 :
	Les NFR sont souvent des exigences architecturales significatives qui décrivent les différents attributs de qualité du système ("-ilités"). Elles sont aussi critiques, voire plus critiques, que les exigences fonctionnelles qui passent par le backlog. En collaboration avec le [https://scaledagileframework.com/product-management/ Product Management] et le [https://scaledagileframework.com/solution-management/ Solution Management] et les équipes, les [https://scaledagileframework.com/system-architect/ architectes système] et [https://scaledagileframework.com/solution-architect/ architectes solution] sont souvent responsables de l'identification et de la définition des NFR. La figure 3 présente une liste relativement complète des sources de NFR à prendre en compte pendant le développement.<br/>		Les NFR sont souvent des exigences architecturales significatives qui décrivent les différents attributs de qualité du système ("-ilités"). Elles sont aussi critiques, voire plus critiques, que les exigences fonctionnelles qui passent par le backlog. En collaboration avec le [https://scaledagileframework.com/product-management/ Product Management] et le [https://scaledagileframework.com/solution-management/ Solution Management] et les équipes, les [https://scaledagileframework.com/system-architect/ architectes système] et [https://scaledagileframework.com/solution-architect/ architectes solution] sont souvent responsables de l'identification et de la définition des NFR. La figure 3 présente une liste relativement complète des sources de NFR à prendre en compte pendant le développement.<br/>
	<br/>		<br/>
	[Fichier:Nonfunctional Requirements F03.jpg\|border\|link=\|900px]]<br/>		[[Fichier:Nonfunctional Requirements F03.jpg\|border\|link=\|900px]]<br/>
	<small>''Figure 3. Exemples d'attributs du système pouvant faire l'objet d'une NFR [1].''</small><br/>		<small>''Figure 3. Exemples d'attributs du système pouvant faire l'objet d'une NFR [1].''</small><br/>

Fabrice Aimetti le 29 février 2024 à 09:50

Fabrice Aimetti — Thu, 29 Feb 2024 09:50:43 GMT

← Version précédente		Version du 29 février 2024 à 09:50
Ligne 50 :		Ligne 50 :
	===Types de NFR===		===Types de NFR===
	D'une manière générale, il existe deux types de NFR : Les qualités des systèmes et les contraintes de conception. Chacun est décrit dans les paragraphes suivants.		D'une manière générale, il existe deux types de NFR : Les qualités des systèmes et les contraintes de conception. Chacun est décrit dans les paragraphes suivants.

			====Qualités du système====
			Les NFR sont souvent des exigences architecturales significatives qui décrivent les différents attributs de qualité du système ("-ilités"). Elles sont aussi critiques, voire plus critiques, que les exigences fonctionnelles qui passent par le backlog. En collaboration avec le [https://scaledagileframework.com/product-management/ Product Management] et le [https://scaledagileframework.com/solution-management/ Solution Management] et les équipes, les [https://scaledagileframework.com/system-architect/ architectes système] et [https://scaledagileframework.com/solution-architect/ architectes solution] sont souvent responsables de l'identification et de la définition des NFR. La figure 3 présente une liste relativement complète des sources de NFR à prendre en compte pendant le développement.<br/>
			<br/>
			[Fichier:Nonfunctional Requirements F03.jpg\|border\|link=\|900px]]<br/>
			<small>''Figure 3. Exemples d'attributs du système pouvant faire l'objet d'une NFR [1].''</small><br/>

			====Contraintes de conception====
			Outre les -ilités de ces systèmes, un autre type de NFR peut avoir un impact considérable sur la conception du système. Il s'agit des "contraintes de conception", qui limitent la liberté de choix pour certaines options de conception. Voici quelques exemples de contraintes de conception
			* La conception du système doit utiliser uniquement des composants matériels provenant de fournisseurs agréés (système cyberphysique).
			* L'authentification unique doit utiliser le protocole SAML.
			* Les composants open-source doivent être approuvés à l'avance par le service juridique.
			* Toutes les données des utilisateurs doivent être cryptées et stockées dans la base de données de l'entreprise.
			* Les langages de programmation Java, Python et Javascript sont approuvés pour un usage général. Tout autre langage de développement doit être approuvé au préalable.
			<br/>
			Bien entendu, pour favoriser l'innovation, ces langages doivent être aussi peu nombreux que possible et refléter les décisions centralisées qui permettent de réaliser des économies d'échelle, d'assurer la sécurité ou de prendre en compte d'autres aspects essentiels de l'ensemble des solutions.<br/>
			<br/>
			Les exigences fonctionnelles (NFR) et les contraintes de conception définissent la portée et la qualité du système. En comprenant à la fois les NFR et les contraintes de conception, les équipes peuvent prendre des décisions plus éclairées sur la conception du système, en s'assurant qu'il répond aux besoins des parties prenantes tout en respectant les limitations.<br/>

Fabrice Aimetti le 29 février 2024 à 09:39

Fabrice Aimetti — Thu, 29 Feb 2024 09:39:08 GMT

← Version précédente		Version du 29 février 2024 à 09:39
Ligne 46 :		Ligne 46 :
	<small>''Figure 2. Les NFR sont associées aux backlogs et contraignent la conception du système.''</small><br/>		<small>''Figure 2. Les NFR sont associées aux backlogs et contraignent la conception du système.''</small><br/>
	<br/>		<br/>
			Les NFRs peuvent contraindre n'importe quel élément du backlog tel que décrit dans le [https://scaledagileframework.com/safe-requirements-model/ modèle d'exigences SAFe]. La plupart des NFR nécessitent un ou plusieurs tests de qualité du système (idéalement automatisés) pour savoir si le système est conforme à la contrainte.

			===Types de NFR===
			D'une manière générale, il existe deux types de NFR : Les qualités des systèmes et les contraintes de conception. Chacun est décrit dans les paragraphes suivants.

Fabrice Aimetti le 29 février 2024 à 09:37

Fabrice Aimetti — Thu, 29 Feb 2024 09:37:03 GMT

← Version précédente		Version du 29 février 2024 à 09:37
Ligne 37 :		Ligne 37 :
	<br/>		<br/>
	[[Fichier:Nonfunctional Requirements F01 WEB-1.png\|border\|link=\|900px]]<br/>		[[Fichier:Nonfunctional Requirements F01 WEB-1.png\|border\|link=\|900px]]<br/>
	<small>''Figure 1. Les NFR concernent tous les backlogs dans SAFe''</small><br/>		<small>''Figure 1. Les NFR concernent tous les backlogs dans SAFe.''</small><br/>
			<br/>
			Comme les NFR sont des attributs importants de la solution créée par l'[https://scaledagileframework.com/agile-release-train/ Agile Release Train (ART)] et les [https://scaledagileframework.com/development-value-streams/ Value Streams], elles influencent les backlogs des Teams, des ART et des [https://scaledagileframework.com/solution-train/ Solution Trains]. Le backlog du portefeuille peut également nécessiter des NFR, généralement pour des qualités intersolutions (comme les normes réglementaires). Les [https://scaledagileframework.com/agile-teams/ équipes agiles] utilisent des [https://scaledagileframework.com/built-in-quality/ pratiques de qualité intrinsèque] pour accélérer les tests NFR et les rendre continus. Les équipes incluent les NFR pertinentes dans leur DoD, les utilisent comme contraintes pour les décisions locales de conception et de mise en œuvre, et assument la responsabilité des tests NFR.<br/>
			<br/>
			Comme l'illustre la figure 2, les NFR sont modélisées comme des contraintes du carnet de commandes.<br/>
			<br/>
			[[Fichier:Nonfunctional Requirements F02.jpeg\|border\|link=\|900px]]<br/>
			<small>''Figure 2. Les NFR sont associées aux backlogs et contraignent la conception du système.''</small><br/>
	<br/>		<br/>

Fabrice Aimetti le 29 février 2024 à 08:35

Fabrice Aimetti — Thu, 29 Feb 2024 08:35:05 GMT

← Version précédente		Version du 29 février 2024 à 08:35
Ligne 36 :		Ligne 36 :
	Les NFR sont associées aux backlogs dans l'ensemble de SAFe, comme l'illustre la figure 1. Cependant, elles ne sont pas des éléments d'un backlog. Les éléments d'un backlog vont et viennent au fur et à mesure de leur mise en œuvre. Les NFR sont des contraintes persistantes sur la conception et le développement du système. Par exemple, considérons une exigence telle que "tous les produits de la suite requièrent une authentification unique basée sur SAML". Alors que l'authentification unique est une exigence fonctionnelle, la sélection de SAML (Security Assertion Markup Language) est une contrainte. Tout nouvel élément du backlog nécessitant une fonctionnalité d'authentification doit inclure SAML dans ses critères d'acceptation.<br/>		Les NFR sont associées aux backlogs dans l'ensemble de SAFe, comme l'illustre la figure 1. Cependant, elles ne sont pas des éléments d'un backlog. Les éléments d'un backlog vont et viennent au fur et à mesure de leur mise en œuvre. Les NFR sont des contraintes persistantes sur la conception et le développement du système. Par exemple, considérons une exigence telle que "tous les produits de la suite requièrent une authentification unique basée sur SAML". Alors que l'authentification unique est une exigence fonctionnelle, la sélection de SAML (Security Assertion Markup Language) est une contrainte. Tout nouvel élément du backlog nécessitant une fonctionnalité d'authentification doit inclure SAML dans ses critères d'acceptation.<br/>
	<br/>		<br/>
	[[Fichier:Nonfunctional Requirements F01 WEB-1.png\|border\|link=]]<br/>		[[Fichier:Nonfunctional Requirements F01 WEB-1.png\|border\|link=\|900px]]<br/>
	<small>''Figure 1. Les NFR concernent tous les backlogs dans SAFe''</small><br/>		<small>''Figure 1. Les NFR concernent tous les backlogs dans SAFe''</small><br/>
	<br/>		<br/>

Fabrice Aimetti le 29 février 2024 à 08:34

Fabrice Aimetti — Thu, 29 Feb 2024 08:34:30 GMT

← Version précédente		Version du 29 février 2024 à 08:34
Ligne 32 :		Ligne 32 :
	<br/>		<br/>
	L'identification et la mise en œuvre correctes des NFR sont essentielles. La solution peut être trop coûteuse ou non viable si elles sont sur-spécifiées. En cas de sous-spécification, le système risque d'être inadapté à l'usage auquel il est destiné. Quelle que soit la portée du système, une approche adaptative et incrémentale de l'exploration, de la définition et de la mise en œuvre des NFR est une compétence vitale pour les équipes Agile.		L'identification et la mise en œuvre correctes des NFR sont essentielles. La solution peut être trop coûteuse ou non viable si elles sont sur-spécifiées. En cas de sous-spécification, le système risque d'être inadapté à l'usage auquel il est destiné. Quelle que soit la portée du système, une approche adaptative et incrémentale de l'exploration, de la définition et de la mise en œuvre des NFR est une compétence vitale pour les équipes Agile.

			===Les NFR contraignent les Backlogs===
			Les NFR sont associées aux backlogs dans l'ensemble de SAFe, comme l'illustre la figure 1. Cependant, elles ne sont pas des éléments d'un backlog. Les éléments d'un backlog vont et viennent au fur et à mesure de leur mise en œuvre. Les NFR sont des contraintes persistantes sur la conception et le développement du système. Par exemple, considérons une exigence telle que "tous les produits de la suite requièrent une authentification unique basée sur SAML". Alors que l'authentification unique est une exigence fonctionnelle, la sélection de SAML (Security Assertion Markup Language) est une contrainte. Tout nouvel élément du backlog nécessitant une fonctionnalité d'authentification doit inclure SAML dans ses critères d'acceptation.<br/>
			<br/>
			[[Fichier:Nonfunctional Requirements F01 WEB-1.png\|border\|link=]]<br/>
			<small>''Figure 1. Les NFR concernent tous les backlogs dans SAFe''</small><br/>
			<br/>


	==En savoir plus==		==En savoir plus==