2244698
| Question | Answer |
| Anforderung (3 Aussagen) | 1. Eine Bedingung oder Fähigkeit, die von einem Benutzer (Person oder System) zur Lösung eines Problems oder zur Erreichung eines Ziels benötigt wird. 2. Eine Bedingung oder Fähigkeit, die ein System oder Teilsystem erfüllen oder besitzen muss, um einen Vertrag, eine Norm, eine Spezifikation oder andere, formell vorgegebene Dokumente zu erfüllen. 3. Eine dokumentierte Repräsentation einer Bedingung oder Eigenschaft gemäss 1 oder 2 |
| Stakeholder | Ein Stakeholder eines Systems ist eine Person oder Organisation, die (direkt oder indirekt) Einfluss auf die Anforderungen des betrachteten Systems hat. |
| Requirements Engineering (2) | Das RE ist ein systematischer und disziplinierter Ansatz zur Spezifikation und zum Management von Anforderungen mit den folgenden Zielen: 1. Die relevanten Anforderungen zu kennen, Konsens unter den Stakeholdern über die Anforderungen herzustellen, die Anforderungen konform zu vorgegebenen Standards zu dokumentieren und die Anforderungen systematisch zu managen. 2. Die Wünsche und Bedürfnisse der Stakeholder zu verstehen zu dokumentieren sowie die Anforderungen zu spezifizieren und zu managen, um das Risiko zu minimieren, dass das System nicht den Wünschen entspricht |
| Haupttätigkeiten des Requirements Engineering | 1. Ermitteln: Verschiedene Techniken für die Ermittlung, Verfeinerung und Detaillierung der Anforderungen aus unterschiedlichen Quellen. 2. Dokumentieren: Adäquate Beschreibung von Anforderungen z.B. in Sprache oder in Modellen. 3. Prüfen und abstimmen: Um die Qualitätskriterien gewährleisten zu können. 4. Verwalten: Requirements Management geschieht flankierend. Es umfasst das Strukturieren, Aufbereitung für Rollen, konsistente Ändern und Umsetzen der Anforderungen. |
| Symptome und Gründe für mangelhaftes Requirements Engineering | - Unstimmigkeiten werden zu spät entdeckt - Fehlerhafte und unvollständige Anforderungen werden subjektiv interpretiert und umgesetzt - Fehlende Anforderungen werden nicht entdeckt - Fehlerentdeckung vs. Kosten: Faktor 20 Entdeckung bei Programmierung Faktor 100 Entdeckung Abnahmephase - unklar formulierte Anforderungen - Fehlerhafte Einschätzung der Stakeholder (Selbstverständlichkeit) - Kommunikationsprobleme durch unterschiedlichen Wissensstand - Verlangen nach kurzfristigen Ergebnissen => Fehler im Endsystem |
| RE im Vorgehensmodell | Schwergewichtige Modelle: (Wasserfall, V-Modell) RE in einer abgeschlossenen ersten Phase durchführen. Leichtgewichtigere Modelle: (eXtreme Programming etc.) Anforderungen erst dann ermitteln, wenn Sie gebraucht werden (kein "Hellsehen"), da sich Anf. während des Projekts ändern können. RE kontinuierlich und phasenübergreifend. |
| Was ist wichtig bei der Kommunikation? | - Eine gemeinsame "Sprache": Glossar, UML, BPM, Definitionen etc. - Art der Kommunikation: mündlich, schriftlich - Weitergabe der "richtigen" Informationen - Impliziertes Vorwissen: Der Autor setzt ein gewisses Wissen voraus. Die Vereinfachung der Sprache macht Anforderungen unterschiedlich interpretierbar. |
Want to create your own Flashcards for free with GoConqr? Learn more.