Mit einem Aktivitätsdiagramm kannst Du in der Rolle als Requirements Engineer einfach die Anforderungen an ein System modellieren und mit Deinen Stakeholdern abstimmen. Lies weiter, um zu lesen, auf was Du bei der Erstellung eines Aktivitätsdiagrammes achten solltest.
Du sollst die Anforderungen an ein neues Produkt mit Hilfe von User-Stories dokumentieren? Erstelle eine User-Story mit einem Template in drei einfachen Schritten. Lies weiter, um zu erfahren, wie Du die Aufgabe einfach erledigen kannst.
Stell Dir vor, Du sollst die Anforderungen an ein neues Produkt dokumentieren. Lies weiter um zu erfahren, wie Du die geeignetste Dokumentationsform für Anforderungen auswählen kannst. Dokumentationsform von Anforderungen Arbeitsergebnisse können in verschiedenen Formen dargestellt werden. Die Dokumentationsform von Anforderungen wird manchmal in der Literatur auch Repräsentationsform von Arbeitsergebnissen genannt. Für die Auswahl der besten Repräsentationsform von Arbeitsergebnissen solltest Du die verschiedenen Formen und deren Eigenschaften kennen. Natürlichsprachig Zur Dokumentation von Anforderungen in Arbeitsergebnissen kann die natürliche Sprache mit ihren grammatikalischen Regeln verwendet werden. Zum Beispiel die deutsche oder englische Sprache. Vorlagenbasiert (auch template- oder schablonenbasiert) Ein weiterer Ansatz, um Arbeitsergebnisse zu spezifizieren, ist ein vorlagen-, template oder schablonenbasierter Ansatz. Die Schablonen geben vor, was und wie dokumentiert werden soll und erhöhen häufig die Qualität des Ergebnisses. Beispiele sind Satzschablonen oder Use-case-Schablonen oder auch Gliederungsvorlagen für Dokumente. Modellbasiert Arbeitsergebnisse können mit Hilfe graphischer Modelle dokumentiert werden. Beispiele hierfür sind Klassendiagramme oder die Modellierung von geforderten Systemfunktionen in Form von Aktivitätsdiagrammen. Häufig wird hier die Notation der Unified Modelling Language (UML) verwendet. Andere Darstellungsformen Neben den drei Repräsentationsformen gibt es auch noch andere Darstellungsformen, wie Zeichnungen und Prototypen. Abbildung 1: Formen von Arbeitsergebnissen Zusammenfassung Arbeitsergebnisse können in verschiedenen Formen
Die einfachste Form, Anforderungen an ein System zu dokumentieren, ist die natürliche Sprache. Lies weiter, um zu erfahren, wie Du Produktanforderungen narrensicher dokumentierst.
Stell Dir vor, Du als Projektleiter gibst zwei Requirements-Ingenieuren die Aufgabe, Anforderungen an ein neues System zu erstellen. Und Du stellst Dir die Frage: Warum zwei Requirements-Ingenieure zu unterschiedlichen Anforderungen kommen? Lies weiter, um mehr darüber zu erfahren.
Stell dir vor, du sollst die Anforderungen für ein neues System, z.B. für einen Kaffeevollautomaten festlegen. Dafür musst du wissen, wie der Systemkontext um dein System aussieht. Lies weiter, um zu erfahren, wie du den bestimmen kannst.
Du arbeitest im Bereich Requirements Engineering, Business Analyse oder Testing. Dann kann eine Zertifizierung als Certified Professional for Requirements Engineering (CPRE) deiner Karriere einen Kick geben. Lies weiter, um zu erfahren, was dabei zu beachten ist.
Stell dir vor, du kaufst ein neues Handy zum Geburtstag von deinen Liebsten und es fehlt eine wichtige Eigenschaft. Was für eine Pleite. Lies weiter, um zu erfahren, warum du für erfolgreiches Requirements Engineering deine Stakeholder kennen solltest.
Das Agile Manifest wird 20 Jahre und Ihr bekommt die Geschenke. Zum Jubiläum verschenke ich die ersten beiden Lerneinheiten des RE@Agile Primer Kurses. Für mehr Information einfach weiterlesen.
Die Aufgaben eines Requirements Engineers beinhalten über den Lebenszyklus einer Software wesentlich mehr als du vielleicht denkst. Sie stellen die Basis für eine erfolgreiche Anwendung des Requirements Engineerings dar. Ich zeige sie dir, lies weiter.
