Les!activités!prescrites!sont!représentées!par!IEEE!1220!dans!le!diagramme!de!la!Figure!10:!il!s’agit! d’activités!de!définition!des!attentes!des!parties!prenantes,!des!contraintes!du!projet,!des!contraintes! externes,! des! scénarios! opérationnels,! des! frontières! du! système,! des! interfaces,! des! environnements! d’utilisation,! des! exigences! fonctionnelles,! des! exigences! de! performances,! des! modes!d’opérations,!des!caractéristiques!de!conception,!les!facteurs!humains!(IEEE!1220)!ou!les! interactions!entre!l’utilisateur!et!le!système!(ISO!15288).!! Les!branchements!proposés!vers!les!autres!processus!décrivent!que!les!exigences!fonctionnelles! identifiées!doivent!par!la!suite!être!décomposées!dans!le!processus!d’analyse!fonctionnelle,!et!que! les!exigences!de!performance!doivent!servir!de!critères!dans!le!processus!d’analyse!système.!On! retrouve!les!mêmes!activités!de!définition!ou!d’identification!dans!les!processus!ISO!15288,!avec!la! même!précision!sur!le!fait!de!nourrir!le!processus!d’analyse!système!en!critères!de!performance,!et! d’évaluer!les!exigences!en!termes!de!coûts!et!de!faisabilité!technique.!! La!norme!ISO!15288!intègre!en!supplément!une!activité!de!caractérisation!de!l’espace!solution!dans! le!processus!Business/Mission&analysis.!En!note,!il!est!précisé!que!l’espace!solution!peut!«!inclure! l’identification! de! systèmes,! produits! ou! services! existants! qui! peuvent! répondre! au! besoin! de! modifications! opérationnelles! ou! fonctionnelles! ».! Cette! analyse! peut! faire! appel! au! processus! de! Définition! d’Architecture! avec! des! «! vues! d’architecture! »! (architecture! views).! Une! activité! supplémentaire!est!d’identifier!les!classes!de!solution,!de!les!évaluer!afin!d’en!sélectionner!une.!Les! critères!de!choix!sont!définis!par!la!«!stratégie!de!l’entreprise!».!Que!notre!lecteur!ne!se!méprenne! pas!:!nous!relevons!ce!point!et!le!mettons!à!son!attention,!mais!il!ne!constitue!pas!un!point!central!du! processus,!l’ensemble!de!ces!éléments!étant!rédigés!sous!forme!de!note!additive!au!texte!principal! de!la!norme.!
Comme! indiqué! précédemment,! les! normes! ne! fournissent! aucun! exemple! de! besoins! ou! d’exigences.! La! norme! ISO! 15288! se! réfère! plusieurs! fois! à! la! norme! ISO! 29148! (ISO/IEC/IEEE! 2011),!que!nous!analyserons!dans!notre!état!de!l’art.!
! 34
En!termes!de!modèle,!IEEE!1220!préconise!l’utilisation!de!modèles!en!ces!termes,!dans!la!branche! «!functional!context!analysis!»!:!
Analyses& are& conducted& to& understand& the& functional& behavior& of& the& system& under& various& conditions&and&to&assess&the&integrity&of&the&functional&architecture.&Analyses&should&involve&the& simulation&or&stimulation&of&functional&models&utilizing&operational&scenarios&that&expose&the& models&to&a&variety&of&stressful&and&nonstressful&situations&that&reflect&anticipated&operational& usage&and&environments.& ! Figure!10:!les!activités!prescrites!par!IEEE!1220!sur!l’ingénierie!des!exigences! Ainsi,!les!modèles!sont!utilisés!ici!pour!comprendre!le!comportement!fonctionnel!du!système!et!pour! le!prédire!dans!diverses!situations.!La!conception!du!modèle,!à!savoir!le!travail!de!modélisation,!n’est!
pas!évoqué!dans!les!processus!d’ingénierie!des!exigences.!En!fin!de!processus,!il!y!a!une!activité!de! validation!des!exigences!par!les!parties!prenantes,!afin!de!s’assurer!que!les!besoins!ont!été!capturés! et! bien! exprimés! :! cela! fait! l’objet! d’un! deuxième! diagramme! pour! IEEE! 1220! (Figure! 11).! L’identification! d’un! écart! ou! d’un! conflit! entraine! une! nouvelle! itération! sur! les! exigences! (branchement!identifié!sur!Figure!11)!jusqu’à!l’obtention!d’un!référentiel!validé.!La!norme!précise!que! ce!n’est!qu’une!fois!que!le!référentiel!est!validé!qu’il!est!possible!de!passer!au!processus!suivant,! introduisant!une!notion!d’ordre!dans!l’application!des!processus.!!
En! résumé,! dans! la! norme! IEEE! 1220,! l’itération! est! préconisée! en! interne! aux! processus! de! spécification! de! système,! jusqu’à! obtenir! un! référentiel! validé,! mais! n’est! pas! autorisée! entre! les! processus!de!spécification!et!les!processus!de!conception.!!
La! gestion! de! l’itération! est! différente! dans! la! norme! ISO! 15288! :! en! effet,! elle! précise! que! les! processus!de!spécification!et!de!conception!sont!parfois!menées!de!façon!itérative!(p57):!!
Iteration&of&the&Architecture&Definition&process&with&the&Business&or&Mission&Analysis&process,& System&Requirements&Definition&process,&Design&Definition&process,&and&Stakeholder&Needs& and& Requirements& Definition& process& is& often& employed& so& that& there& is& a& negotiated& understanding&of&the&problem&to&be&solved&and&a&satisfactory&solution&is&identified.&
Ainsi,!elle!ne!conditionne!pas!le!passage!de!la!spécification!à!la!conception!par!une!validation!d’un! référentiel!d’exigences,!mais!par!une!confirmation!que!les!exigences!sont!une!réponse!nécessaire!et! suffisante!à!des!besoins,!et!une!entrée!suffisante!à!la!conception.!!
Feedback&helps&ensure&that&the&specified&system&requirements&have&been&adequately&captured& and& expressed.& Confirmation& is& made& that& they& are& a& necessary& and& sufficient& response& to& stakeholder&requirements&and&a&necessary&and&sufficient&input&to&other&processes,&in&particular& architecture&and&design.&
Cependant,! elle! exige! que! le! référentiel! soit! géré! en! configuration,! et! que! tous! les! changements! résultant!de!la!conception!soient!enregistrés,!en!faisant!appel!systématiquement!aux!processus!de! management!technique.!
Maintaining& system& requirements& includes& defining,& recording,& and& controlling& the& baseline,& generally&under&formal&configuration&management,&along&with&managing&any&changes&resulting& from&the&application&of&other&life&cycle&processes&such&as&architecture&or&design.&
En!résumé,!dans!la!norme!ISO!15288,!l’itération!entre!les!processus!de!spécification!et!de!conception! est! soumise! à! un! gestion! de! configuration! rigoureuse! enregistrant! tout! changement! d’exigence! et! maintenant! une! traçabilité! entre! les! différentes! données! d’ingénierie,! à! travers! les! processus! de! management!technique.!La!norme!IEEE!1220!précise!que!le!référentiel!d’exigences!doit!comporter! trois!«!vues!»!(view)!:!opérationnelle,!fonctionnelle!et!de!design.!!Les!termes!de!«!modèle!»!et!de! «!diagramme!»!n’apparaissent!pas!dans!la!description!du!référentiel!d’exigences.!Un!seul!élément! pourrait! ressembler! à! un! modèle,! mais! est! identifié! comme! «! picture! »! :! Operational& sequences/scenarios&(best&portrayed&in&pictures).&!
La!traçabilité!entre!les!exigences!système!et!les!besoins!des!parties!prenantes!doit!être!réalisée!afin! d’assurer!que!tous!les!besoins!sont!remplis!par!une!ou!plusieurs!exigences!système,!et!que!toutes! les! exigences! système! remplissent! ou! contribuent! à! remplir! un! besoin! utilisateur.! Un! dépôt& de& données! (integrated! data! repository)! est! conseillé! pour! assurer! la! traçabilité! entre! besoins! et!
! 36 exigences.!ISO!15288!(p56)!précise!que!les!exigences!système!doivent!être!enregistrées!dans&une& forme&adapté&à&la&gestion&des&exigences&à&travers&le&cycle&de&vie.&Ces&enregistrements&incluent&la& justification,&hypothèse&et&décision&associées,&bases&pour&la&traçabilité.! ! Figure!11:!validation!des!exigences!selon!IEEE!1220!!