IREB Foundation
Aus dem Syllabus für die IREB Foundation Level Zertifizierung
Aus dem Syllabus für die IREB Foundation Level Zertifizierung
-
- 1 / 26
-
Cartes-fiches
Eine Anforderung ist: (3 Punkte)
1. ---
2. ---
3. ---
1. Ein Bedarf, der von einem Stakeholder wahrgenommen wird.
2. Eine Fähigkeit oder Eigenschaft, über die ein System verfügen muss.
3. Eine dokumentierte Darstellung eines Bedarfs, einer Fähigkeit oder einer Eigenschaft.
Eine Anforderungsspezifikation ist: (1 Punkt)
Eine systematisch dargestellte Sammlung von Anforderungen – in der Regel für ein System –,
die bestimmte Kriterien erfüllt.
Notwendigkeit von Anforderungen: (4 Punkte)
1.
2.
3.
4.
1. Hinterfragen was das System tun soll
2. Sich über die Wünsche und Bedürfnisse klar werden
3. Anforderungen bilden die Grundlage für die (Weiter-) Entwicklung von (Teil-)
Systemen.
4. Anforderungen sind immer vorhanden, auch wenn sie nicht explizit erfasst und
dokumentiert werden.
Definition von Funktionale Anforderungen:
betreffen ein Ergebnis oder Verhalten, das durch eine Funktion eines Systems
bereitgestellt werden soll. Dazu gehören Anforderungen an Daten oder die Interaktion eines
Systems mit seiner Umgebung.
Definition von Qualitätsanforderungen:
beziehen sich auf Qualitätsaspekte, die nicht durch funktionale Anforderungen abgedeckt
sind, wie z.B. Leistung (Performance), Verfügbarkeit, Sicherheit oder Zuverlässigkeit. (Auch Nicht-funktionale Anforderung)
Definition von Randbedingungen:
sind Anforderungen, die den Lösungsraum über das hinaus begrenzen, was zur Erfüllung
der gegebenen funktionalen Anforderungen und Qualitätsanforderungen notwendig ist. (Auch Nicht funktionale Anforderung)
Die Syntax beschreibt
welche
Notationselemente (Symbole) in der
Sprache verwendet werden.
Typische Randbedingungen (7)
◆ Technisch
◆ Rechtlich
◆ Organisatorisch
◆ Kulturell
◆ Umgebungsbedingungen
◆ Physikalisch
◆ Bestimmte Lösungen oder Einschränkungen, die von
wichtigen Stakeholdern gefordert werden.
Definition von Requirements Engineering (2)
1. Der systematische und disziplinierte Ansatz für die Spezifikation und Verwaltung von
Anforderungen mit dem Ziel, die Wünsche und Bedürfnisse der Stakeholder zu verstehen und
2. das Risiko der Bereitstellung eines Systems zu minimieren, das diesen Wünschen und
Bedürfnissen nicht gerecht wird.
Definition von Stakeholder
Eine Person oder Organisation, die die Anforderungen eines Systems beeinflusst oder von
diesem System betroffen ist.
Der Einfluss kann auch indirekt sein. Das Konzept der Stakeholder ist ein Grundprinzip
des Requirements Engineering
Definition von System (2)
1. Allgemein: Ein Prinzip für Ordnung und Strukturierung.
2. Im Engineering: Ein kohärenter, abgrenzbarer Satz von Elementen, die – durch koordiniertes
Handeln – einen bestimmten Zweck erreichen.
Definition von Systemanforderungen
was ein System tun soll
◆ Fokus auf wie ein System an der Schnittstelle zwischen dem System und seiner Umgebung
funktionieren und sich so verhalten soll, dass das System die Wünsche und Bedürfnisse der
Stakeholder erfüllt.
◆ Bei reinen Softwaresystemen sprechen wir von Softwareanforderungen.
Definition von Stakeholderanforderungen
was Stakeholder aus ihrer Perspektive wollen
◆ Wünsche und Bedürfnisse, die durch den Aufbau eines Systems aus Sicht der Stakeholder
erfüllt sein müssen.
Definition von Benutzeranforderungen
was Benutzer aus ihrer Perspektive wollen
◆ Benutzeranforderungen sind eine Teilmenge der Stakeholderanforderungen.
◆ Sie decken die Wünsche und Bedürfnisse der Nutzer eines Systems ab
Definition von Domänenanforderungen
erforderliche Domäneneigenschaften (LE 2.2, Prinzip 4)
◆ Die Domänenanforderungen geben die erforderlichen Domäneneigenschaften eines soziotechnischen oder cyber-physisches System an.
Definition von Geschäftsanforderungen
Geschäftsziele, Zielsetzungen und Bedürfnisse einer
Organisation
◆ Fokus auf die Geschäftsziele, Ziele und Bedürfnisse einer Organisation, die durch den Einsatz
eines Systems erreicht werden soll.
Die Hauptaufgaben im RE sind: (4)
1. Ermitteln
2. Dokumentieren
3. Validieren
4. Verwalten
Liste der Grundsätze
1. Wertorientierung
Anforderungen sind Mittel zum Zweck, kein Selbstzweck
2. Stakeholder
Im RE geht es darum, die Wünsche und Bedürfnisse der Stakeholder zu befriedigen
3. Gemeinsames Verständnis
Erfolgreiche Systementwicklung ist ohne eine gemeinsame Basis nicht möglich
4. Kontext
Systeme können nicht isoliert verstanden werden
5. Problem – Anforderung – Lösung
Ein unausweichlich ineinandergreifendes Tripel
6. Validierung
Nicht-validierte Anforderungen sind nutzlos
7. Evolution
Sich ändernde Anforderungen sind kein Unfall, sondern der Normalfall
8. Innovation
Mehr vom Gleichen ist nicht genug
9. Systematische und disziplinierte Arbeit
Wir können im RE nicht darauf verzichten
Best Practice zum Erreichen eines gemeinsamen Verständnisses:
• Glossaren (LE 3.5),
• das Erstellen von Prototypen (LE 3.7) oder
• die Verwendung eines vorhandenen Systems als Referenzpunkt.
Fördernisse eines gemeinsamen Verständnisses (6)
◆ Domänenwissen
◆ Domänenspezifische Standards
◆ Vorherige erfolgreiche Zusammenarbeit
◆ Existenz von Referenzsystemen, die allen Beteiligten bekannt sind
◆ Gemeinsame Kultur und Werte
◆ Informiertes (nicht blindes!) gegenseitiges Vertrauen
Hindernisse eines gemeinsamen Verständnisses (6)
◆ Lieferanten-Kunden-Beziehung von gegenseitigem Misstrauen geleitet
◆ Outsourcing
◆ Regulatorische Zwänge
◆ Große und vielfältige Teams
◆ Hohe Fluktuation bei den Beteiligten
Definition von System
Der Kontext (in RE) ist der Teil der
Systemumgebung eines Systems, der für
das Verständnis des Systems und seiner
Anforderungen relevant ist.
Der Kontext eines Systems wird durch die
Systemgrenze und die Kontextgrenze
abgegrenzt.
Definition von Kontextgrenze
Die Kontextgrenze ist die Grenze zwischen
dem Kontext eines Systems und denjenigen
Teilen der Anwendungsdomäne, die für das
System und seine Anforderungen nicht relevant
sind.
Die Kontextgrenze trennt den relevanten Teil
der Umgebung eines zu entwickelnden Systems
von dem irrelevanten, d. h. dem Teil, der das zu
entwickelnde System nicht beeinflusst und
daher während des Requirements Engineering
nicht berücksichtigt werden muss.
Häufig sind Anforderungen in drei
Abstraktionsebenen organisiert:
1. Business
2. System
3. Komponenten
Faktoren zur Auswahl der Detaillierung (6)
1. Problem und der Entwicklungskontext
2. Grad des gemeinsamen Verständnisses des Problems
3. Freiheitsgrad, der den Designern und Programmierern überlassen wird
4. Verfügbarkeit von schnellem Stakeholder-Feedback
5. Kosten vs. Nutzen einer detaillierten Spezifikation
6. Normen und behördliche Auflagen
Die Semantik definiert
die Bedeutung
des Notationselements und legt die
Bedeutung der Kombination von
Elementen fest.
