| Pré. | Proc. |
Gérer les Exigences changeantes
Il est inévitable que les exigences changent au cours des phases de spécification et de solution d'un projet, et la plupart des processus de gestion des exigences ont un certain type de mécanismes pour adopter ces changements. En règle générale, un ensemble d'exigences aura été spécifié et préparé pour que les équipes de solution le mettent en œuvre ; toutes les modifications ultérieures sont spécifiées en tant que demandes de modification. Quelle que soit la rigueur du processus utilisé, des modifications involontaires se produiront et devront être gérées en même temps que les demandes de modification. Enterprise Architect est une plate-forme sophistiquée de gestion des exigences, avec une gamme d'outils pour aider le gestionnaire des exigences. Les demandes de modification peuvent être gérées dans la fenêtre de maintenance, ce qui permet d'enregistrer et de décrire la modification demandée, ainsi que la personne qui l'a demandée, la date à laquelle elle a été effectuée et la personne qui a effectué la modification. Les modifications involontaires peuvent être découvertes et analysées à l'aide d'un certain nombre de fonctionnalités d'outils, notamment Auditing, Lignes de base et Contrôle de Version ; ces outils ont des fonctionnalités qui se chevauchent et peuvent être utilisés isolément ou ensemble. Le système de sécurité intégré aidera également à empêcher les modifications involontaires des modèles, en permettant aux modélisateurs de verrouiller intentionnellement des Paquetages et des éléments dans le modèle.
Mécanismes de gestion des exigences changeantes
Mécanisme |
La description |
|---|---|
|
Tâche de changement d'élément et éléments d'effort |
Les modifications des exigences peuvent se produire par inadvertance, mais il est plus courant qu'il y ait un changement intentionnel en réponse à une grande variété de facteurs tels que les parties prenantes révisant leurs besoins, l'entreprise changeant ou un problème mal compris. Les modifications involontaires peuvent être détectées à l'aide d'un certain nombre d'outils, mais les modifications délibérées peuvent être affectées à l'aide de l'élément Modification, qui peut être enregistré pour chaque élément. Une fois l'impact du changement analysé, des tâches peuvent être créées pour spécifier ce qui doit être fait pour mettre en œuvre le changement et l'effort peut être attribué à l'aide de l'élément Exigences Effort. |
|
Audit |
L'audit est un outil intégré qui, lorsqu'il est activé, enregistre automatiquement les modifications apportées au référentiel. Il a un certain nombre de modes et de vues différents et peut être configuré pour aider à la gestion des Exigences . Il peut suivre ce qui a été modifié dans le modèle, qui a effectué la modification et quand elle a été effectuée, en affichant les vues avant et après. Ainsi, si le texte d'une exigence était mis à jour ou si son statut était modifié, cela serait enregistré. La fonctionnalité d'audit chevauche l'outil Baseline, mais contrairement à l'outil Baseline, les modifications sont enregistrées automatiquement et chaque modification discrète est enregistrée. En revanche, l'outil de référence ne comparera que le modèle actuel à une référence, quel que soit le nombre de modifications intervenues. L'audit n'aidera pas à déterminer l'impact des changements, mais seulement les changements qui se sont produits. Une fois les changements établis, des outils tels que la Matrice des relations peuvent être utilisés pour déterminer l'impact. 
|
|
Contrôle de Version |
Contrôle de Version peut être implémenté dans Enterprise Architect pour gérer les modifications et les révisions de tout Paquetage y compris les Exigences Paquetages . Une fois mises en œuvre, les modifications apportées aux Exigences seront enregistrées et un analyste des exigences pourra afficher la version précédente et revenir à ces versions si nécessaire. Il existe un certain chevauchement entre la fonctionnalité de cet outil et Auditing et Lignes de base . La différence entre cette facilité et l'audit est que l'audit enregistre simplement les modifications mais ne vous permet pas de revenir à une version précédente. La différence entre Contrôle de Version et Lignes de base est qu'un modélisateur doit créer intentionnellement une ligne de base alors qu'avec Contrôle de Version , les modifications sont enregistrées automatiquement en arrière-plan. De plus, avec Lignes de base les changements intervenus ne sont pas enregistrés, juste la différence entre l'exigence actuelle et celle capturée dans la Baseline. |
|
Lignes de base |
Lignes de base fournissent un mécanisme polyvalent pour gérer les modifications des Exigences . N'importe quel nombre de lignes de base peut être créé et lorsque les exigences sont modifiées, ces exigences modifiées peuvent être comparées à l'une des lignes de base . Les Lignes de base sont généralement créées à des étapes importantes d'un projet, par exemple après une réunion des parties prenantes ou avant le début d'une itération de développement. Lorsque des différences sont trouvées et que ces changements n'étaient pas intentionnels ou contreviennent aux pratiques de gestion de projet, les exigences de la ligne de base peuvent être restaurées dans le modèle actuel. Les Lignes de base n'aideront pas à évaluer l'impact d'un changement, mais une fois qu'un changement a été identifié, des outils tels que la Matrice des relations et les traces d'éléments peuvent être utilisés pour déterminer l'impact d'un changement. |
