In Elicitation: Artifact and Stakeholder Driven Analysis lernen Sie, wie Sie sowohl aufgezeichnetes als auch bisher nicht aufgezeichnetes Wissen für Ihre Erhebungsmethoden nutzen können. Wenn Sie beginnen, etwas über das neue Produkt herauszufinden, müssen Sie zunächst etwas über das bisherige Produkt (falls es eines gab) und dann über das zukünftige System lernen. Oftmals finden Sie sich in einer Umgebung wieder, über die Sie nichts wissen! Dieser Kurs hilft Ihnen dabei, etwas über die Domäne, das bisherige System und das künftige System zu lernen. Bitte lesen Sie: "Für wen dieser Kurs gedacht ist, um festzustellen, ob Sie bereit sind, diesen Kurs zu belegen".

In Requirements Goal Development and Language Analysis gehen wir vom gesprochenen Wort zum präzisen Schreiben über. Ein erster Schritt dabei ist das Schreiben von Zielen. Wir werden über Ziele sprechen, die in der Anforderungsanalyse verwendet werden, und auf der Grundlage des Gelernten Anwendungsfälle schreiben. Anwendungsfälle können in Diagramm- und schriftlicher Form vorliegen. Dann kommen die Bösewichte ins Spiel: Missbrauchsfälle und Missbrauchsfälle werden besprochen, und es wird erläutert, wie wir mit ihnen in einer Anforderungsumgebung umgehen können. Beim Sammeln von Anforderungen werden Sie viele Fragen haben. Dies führt oft dazu, dass weitere Interviews und Gruppensitzungen erforderlich sind. Wir gehen darauf ein, wie man mit Gruppensitzungen umgeht, wie man mit Unstimmigkeiten umgeht und wie man mit Konflikten zwischen den Beteiligten umgeht.

Risikoanalyse, -bewertung und -priorisierung befasst sich damit, wie Sie Konflikte auf Systemebene bewältigen können, kann aber auch auf Bewertungen auf niedrigerer Ebene angewendet werden. Wie verwalten und dokumentieren Sie Konflikte und Alternativen? Bei der Analyse von Alternativen müssen Sie auch die Risiken berücksichtigen. In diesem Kurs werden wir uns ansehen, wie Sie Risiken analysieren, bewerten, dokumentieren und diese Informationen für die Priorisierung von Anforderungen nutzen können. Qualitative und quantitative Ansätze werden behandelt.

Während die Anforderungen gesammelt und priorisiert werden, müssen sie auch dokumentiert werden. In Diagrammatic Notations and Software Requirements Specification Writing (Diagrammatische Notationen und Schreiben von Software-Anforderungsspezifikationen) besprechen und üben wir den Prozess der Umwandlung von Anforderungen in etwas, das für die Kunden auf hohem Niveau und die Entwickler lesbar ist. Wenn ein Designer oder Entwickler Ihr Dokument liest, sollte er in der Lage sein, die Gesamtidee, den Umfang, die Domäne, die Ressourcen und die Erwartungen zu verstehen und zu verstehen, warum keine alternativen Möglichkeiten gewählt wurden. Um ein Dokument auf diese Weise zu erstellen, verwenden Sie ein ausgewogenes Verhältnis zwischen Erzählungen (mit Bildern!) und komplexen Diagrammen.