Spécialisation Ingénierie des exigences : Spécifications des logiciels sécurisés

Dans Elicitation : Artifact and Stakeholder Driven Analysis, vous apprendrez à utiliser les connaissances enregistrées et celles qui ne le sont pas encore dans vos techniques d'élicitation. Lorsque vous commencez à découvrir le nouveau produit, vous devez d'abord vous renseigner sur l'ancien produit (s'il y en avait un), puis sur le futur système. Souvent, vous vous retrouverez dans un environnement que vous ne connaissez pas du tout ! Ce cours vous aidera à trouver des moyens d'apprendre à connaître le domaine, le système passé et le système futur. Veuillez lire : "A qui s'adresse ce cours pour déterminer si vous êtes prêt à suivre ce cours de niveau supérieur".

Dans le cadre de l'élaboration des objectifs des exigences et de l'analyse linguistique, nous passons de la parole à l'écriture précise. La première étape consiste à rédiger des objectifs. Nous parlerons des objectifs utilisés dans l'ingénierie des exigences et, à partir de là, nous rédigerons des cas d'utilisation à partir de ce que nous aurons appris. Les cas d'utilisation peuvent se présenter sous forme de diagramme ou d'écrit. Ensuite, les méchants entrent en scène : les cas d'utilisation abusive et les cas d'abus sont discutés et la manière dont nous pouvons les traiter dans un environnement d'exigences est abordée. Lors de la collecte des exigences, vous aurez de nombreuses questions à poser. Souvent, cela conduit à la nécessité d'organiser d'autres entretiens et des sessions de groupe. Nous verrons comment gérer les réunions de groupe, les incohérences et les conflits entre les parties prenantes.

L'analyse, l'évaluation et la hiérarchisation des risques s'intéresse à la manière dont vous pouvez gérer les conflits au niveau des systèmes, mais elle peut également s'appliquer aux évaluations de niveau inférieur. Comment gérer et documenter les conflits, ainsi que les alternatives ? Lors de l'analyse des alternatives, vous devez prendre en compte les risques. Dans ce cours, nous verrons comment analyser les risques, les évaluer, les documenter et utiliser ces informations pour hiérarchiser les exigences. Les approches qualitatives et quantitatives seront abordées.

Au fur et à mesure que les exigences sont recueillies et hiérarchisées, elles doivent également être documentées. Dans Notations diagrammatiques et rédaction des spécifications des exigences logicielles, nous discutons et pratiquons le processus de transformation des exigences en quelque chose de lisible pour les clients de haut niveau et les développeurs. Lorsqu'un concepteur ou un développeur lit votre document, il doit être en mesure de comprendre l'idée générale, la portée, le domaine, les ressources, les attentes et les raisons pour lesquelles d'autres choix n'ont pas été retenus. Pour créer un document de cette manière, vous devez trouver un équilibre entre la narration (avec des images !) et les diagrammes complexes.