SSE Anforderungen - Ralf BÃ¼rger

Weitere Magazine

Empfehlungen

Info

Anforderungssammlung / Arten von Anforderungen 4.2 mehr nötig, zu beschreiben, wer das fordert; oft können Sie auch die Begründung weglassen. Tun Sie nur das, was hilft, und handeln Sie situativ! Die Übersicht der durchgeführten Eingangsprüfungen soll wöchentlich erstellbar sein und zu allen Bauteilen der zugehörigen Woche die Prüfkriterien unserer Klasse A zeigen. Die wichtigsten 80% der Bauprojekte sollen jeweils am Jahresanfang auf Basis einer Kostenkalkulation mit dem System festgelegt werden können. Die unterjährigen Jahresendprognosen sollen an jedem 3. eines Monats die zugehörige Prognose des Ausgabenstands zum Jahresende aufzeigen. 4.2.2 Nicht-funktionale Anforderungen Als Auftraggeber werden Sie nicht nur fachliche funktionale Anforderungen an das neue softwaretechnische System haben. Wenn Sie eine neue Software entwickeln lassen, die Sie genauso in Ihrer Forschungsabteilung in Deutschland einsetzen wollen wie in Ihrer Produktionsstätte in Rumänien, dann werden Sie vielleicht wollen, dass Ihre neue Software zumindest die Texte auf dem Bildschirm in zwei Sprachen darstellen kann. Gehört die „Mehrsprachigkeit“ zu Ihrer Fachlichkeit, für die Sie die neue Software entwickeln lassen Oder sehen Sie in der Mehrsprachigkeit eine ganz bestimmte Funktion Ihrer neuen Software Das passt nicht so ganz. Das liegt auch daran, dass die Mehrsprachigkeit eine Art Querschnittthema ist, also eine Eigenschaft, die wahrscheinlich die meisten Funktionen Ihrer neuen Software irgendwie beeinflussen wird und über die Begrifflichkeiten auch Ihre Fachlichkeit an vielen Stellen betreffen wird. Ähnlich wird es Ihnen gehen, wenn Sie eine kaufmännische Software entwickeln lassen und mehrere „Währungen“ unterstützt haben müssen. Oder verschiedene „Metriken“ wie Zentimeter, Zoll oder Seemeilen (und verschiedene Tausender- und Dezimaltrenner). Aber auch bei der „Bedienbarkeit“ kann es Querschnittthemen geben, wenn Sie auf Menschen mit Behinderungen Rücksicht nehmen möchten. SSE – Systematische Software-Entwicklung 69
5.3 Anforderungsanalyse / Anforderungsattribute Wind, drehen sich mit jedem, mit dem man spricht und können einfach nicht abschließend formuliert werden („hoch“, „lose“, „3“). Andere Anforderungen konnten noch nicht endgültig entschieden werden, weil sie noch von verschiedenen Leuten diskutiert werden, aber eine Einigung ist absehbar („mittel“, „wackelig“, „2“). Wieder andere gab es von Anfang an so, wie sie sind, und da waren sich auch alle einig und da ändert sich offensichtlich auch nichts mehr dran („niedrig“, „fest“, „1“). Bewertung Priorität Variabilität Komplexität Risiko Die „Komplexität“ (z.B. „hoch“, „mittel“, „niedrig“ oder „komplex“, „erklärbar“, „easy“ oder „3“, „2“, „1“) sagt auch eine Menge über den Detaillierungsgrad der zugehörigen Geschäftsprozesse und damit über den Implementierungsaufwand aus. Sie zeigt oft auch den Anteil von Algorithmen. Auf jeden Fall ist sie als Input für Aufwandsschätzungen wichtig, weil komplexe Anforderungen zur realistischen Schätzung ggf. erst noch in Teilanforderungen zerlegt werden müssen. Vielleicht finden Sie eine Situation vor, die keiner wirklich richtig verständlich erklären kann, bei denen immer wieder vermeintlich in Details abgestiegen wird und wo immer wieder neue Leute zur Klärung gebraucht werden („hoch“, „komplex“, „3“). Andere sind durchaus Standard, aber haben dennoch ihre Tücken und müssen vorsichtshalber nochmal genauer abgeklärt werden („mittel“, „erklärbar“, „2“). Und dann gibt es noch die, über die gar nicht weiter gesprochen wird, weil sie eigentlich eh jedem klar sind („niedrig“, „easy“, „1“). Ein „Risiko“ ist etwas, was später zum Problem werden kann. Was heute schon ein Problem ist, muss heute erledigt werden und birgt höchstens ein Risiko, solange es nicht erledigt ist. Wie groß aber das Problem hinter dem Risiko später werden kann, ist aus den drei oben erklärten Attributen direkt ableitbar: Eine hoch variable und komplexe Anforderung mit hoher Priorität stellt ein viel höheres Risiko für das Projekt dar als eine stabile einfache Anforderung niedriger Priorität. Logisch, oder Aber wie steht es mit einer hoch komplexen Anforderung, die andererseits absolut fest ist und als „soll“ eingestuft ist Meiner Erfahrung nach kann eine Gewichtung der Attribute P, V und K vorgenommen werden: Die Komplexität ist dabei am kritischsten, weil sie eine Schätzung um Faktoren verreißen kann, und bereits eine einzelne komplexe unterschätzte Anforderung das ganze Projekt gefährden kann. Die Variabilität kommt als nächste, denn wenn Anforderungen nicht fixiert werden können, dann kann auch das Projekt nicht abgeschlossen werden. Die Priorität kommt tatsächlich als letztes und ist am wenigsten bedroh- 102 SSE – Systematische Software-Entwicklung
Seite 1 und 2: Systematische Software- Entwicklung
Seite 3 und 4: Mantra-Bibliothek auf Reis-Papier i
Seite 5 und 6: 5.6.7 Fazit .......................
Seite 7 und 8: 2.2 Startanalyse / Das S im SADITÜ
Seite 9 und 10: Anforderungsmanagement / Das A im S
Seite 11 und 12: 4.2 Anforderungssammlung / Arten vo
Seite 13: 4.2 Anforderungssammlung / Arten vo
Seite 17: … Ich beschäftige mich als Berat

SSE Anforderungen - Ralf BÃ¼rger

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?