Activité :
|
Objet
|
|
Rôle : Architecte logiciel | |
Fréquence : Probablement une seule fois au cours d'une itération de création. | |
Etapes | |
Artefacts d'entrée : | Artefacts de sortie : |
Guides d'utilisation de l'outil : |
Détails sur l'enchaînement d'activités : |
Les critères permettant d'évaluer le concept architectural sont établis à partir d'exigences architecturales importantes qui ont présidé à leur élaboration.
Au cours de cette étape, le concept architectural est testé à l'aide des critères d'évaluation : la méthode utilisée dépend de la façon dont le concept se présente. Par exemple, dans le cas d'un prototype exécutable, cela peut justifier le déroulement d'une démonstration ; dans le cas d'un modèle conceptuel, cela peut se faire via une inspection ou un raisonnement, ou encore pour une simulation, via la création et l'exécution du modèle de simulation à l'aide des données d'entrée issues des critères d'évaluation, puis via la collecte et l'analyse des données obtenues.
Les résultats sont évalués afin de déterminer si les exigences architecturales importantes peuvent être satisfaites et de contrôler la validité de ces exigences. A cette phase du développement, les exigences sont encore modifiables et ne sont pas nécessairement bien comprises par les parties prenantes ; par exemple, ces exigences peuvent être assouplies si elles sont présentées par l'évaluation du concept architectural comme présentant un risque élevé. Toutes ces pistes doivent être explorées lors de l'évaluation des résultats (contrairement à la phase ultérieure d'élaboration et de création, dans laquelle on notera une plus grande résistance au changement ou à la réinterprétation des exigences). Une fois l'évaluation terminée, les parties prenantes doivent avoir une meilleure compréhension de l'étendue et de la faisabilité des exigences et des propositions de modification de l'étude de rentabilité, de la vision et de la liste de risques sont préparées, le cas échéant.
RUP (Rational Unified Process)
|