Software-Engineering Grundlagen des Software-Engineering 2 Planungsphase (Requirements Phase)

Transkript

1 Software-Engineering Grundlagen des Software-Engineering 2 Planungsphase (Requirements Phase) Prof. Dr. Rolf Dornberger Software-Engineering: 2 Planungsphase (Requirements Phase)

2 2 Planungsphase 2 Planungsphase 2.1 Einführung und Überblick Allgemeines zu Phasen im Software-Engineering Aktivitäten in der Planungsphase 2.2 Lastenheft und Glossar 2.3 Aufwandschätzmethoden 2.4 Requirements Engineering

3 2.1 Einführung und Überblick 2 Planungsphase 2.1 Einführung und Überblick Allgemeines zu Phasen im Software-Engineering Aktivitäten in der Planungsphase 2.2 Lastenheft und Glossar 2.3 Aufwandschätzmethoden 2.4 Requirements Analysis

4 2.1.1 Allgemeines zu Phasen im Software-Engineering Im Software-Engineering gibt es verschiedene Phasen. In jeder Phase finden bestimmte Tätigkeiten und Aktivitäten statt, die für diese Phase charakteristisch sind. Ziel der einzelnen Phasen ist, ausgehend von einer "Idee" am Ende ein Software-Produkt zu entwickeln. Im Software-Engineering werden Prozessmodelle eingesetzt. Prozessmodelle beschreiben den Ablauf der einzelnen Phasen, definieren die Inputs für jede Phase, die beteiligten Personen und ihre Rollen sowie die Ergebnisse jeder Phase (oft Artefakte genannt). Das Software-Management stellt die plangemäße Durchführung der Prozessmodelle sicher. Das Software-Qualitätsmanagement garantiert die Qualität der Durchführung der Prozessmodelle

5 2.1.1 Allgemeines zu Phasen im Software-Engineering Kompetenzhaus der Software-Technik bzw. des Software- Engineering nach Balzert [Helmut Balzert; Lehrbuch der Software- Technik: Software-Entwicklung; Band 1, 2. Auflage; Spektrum Akademischer Verlag, Heidelberg 2001.] 1 Grundlagen II SW-Management 1Grundlagen LE 1 LE 24 Ei n f üh r u n g u nd Üb er bl i ck LE 1 V Un ternehm ensm od ellierung ISW-Entwicklung 1DiePlanungsphase LE Objektorientierte Unternehm ensm odellierung LE 25 2LE II I SW -Q u al i tät s - man agem ent 1 Grundlagen LE 9 In der Software- Entwicklung gibt es die Phasen Planung, Definition, Entwurf, Implementierung, Abnahme und Einführung, Wartung und Pflege. 2Planung 3Organisation 4Personal 5Leitung 6Kontrolle LE 2 LE 3 4 LE 5 LE 6 7 LE 8 8LE 2 Die Definitionsphase 3 Die Entwurfsphase 4 Die Implementierungsphase 5 Die Abnahme- und Einführungsphase LE 4 22 LE DieWartungs-& Pflegephase LE 33 LE 34 LE LE 2 Qualitätssicherung 3 M anue lle Prüfmethoden LE 11 4 Prozeßqualität LE 10 LE Produktqualität Komponenten LE Produktqualität System e LE LE Planungsphase ist erste Phase in der Software- Entwicklung. 1 Prinzipien & Methoden LE 20 Legend e : 2 IV Qu ersch nitt e un d A usblick e 3 Wiederverwendung LE 21 LE 22 = Übergabe von Teilprodukten = Informationsaustausch = Unterstützung = Einfluß LE = Lehreinheit 4 Sanierung LE 23 4LE

6 2.1.1 Allgemeines zu Phasen im Software-Engineering Software-Entwicklung: In verschiedenen Phasen wird schrittweise die SW entwickelt (idealer Fall). blauf eines oftwarengineeringrojekts Planungsphase Definitionsphase Entwurfsphase Implementierungsphase Abnahme- und Einführungsphase Pflege- und Wartungsphase Lastenheft Pflichtenheft Dokumentation Dokumentation fertige SW Dokumentation installierte SW Dokumentation Software Idee SWE-Konzepte: strukturierte und klassische Konzepte: Datenfluss, Struktogramm, Automaten, SA, Funktionenbaum, Regeln... OO Konzepte: Klassen, Objekte, OOA, UML... Technische Umsetzung: - c/s Anwendungen - verteilte Anwendungen -Web -DBs... Programmiersprachen: Java, C, C++, C#... Skriptsprachen: XML, HTML... Datenbanksprachen: SQL Testen Software installieren Software von Kunden abnehmen lassen... Testen Software Produkt Software-Management: Ein entsprechendes SW-Projekt kontrolliert die einzelnen Schritte der SW-Entwicklung. SW-Entwicklungsprojekt Software-Qualitätsmanagement: Entsprechende Prozesse garantieren die Qualität der gesamten SW-Entwicklung. Qualitätskontrolle der SW-Entwicklungsprozesse und des SW-Produktes

7 2.1.1 Allgemeines zu Phasen im Software-Engineering Jede Phase zeichnet sich durch folgende Punkte aus: Ziele der Phase Durchzuführende Aktivitäten Aktivitäten/Rollenzuordnung Zu erstellende Artefakte Zu verwendende Artefakt-Muster Zu beachtende Methoden, Richtlinien, Konventionen und Checklisten Einzusetzende Werkzeuge und Sprachen Grafische Darstellung des Ablaufs der einzelnen Aktivitäten in einer Phase im Software-Engineering sieht wie folgt aus: Gegebene Artefakte Methoden Richtlinien Konventionen Checklisten Muster Wer k z eu ge Geändertes oder neues Artefakt Legende: Aktivität Rolle Mitarbeiter Modell (Artefakt) Dokument (Artefakt) Mitarbeiter Y Rolle X [Helmut Balzert; Lehrbuch der Software-Technik: Software-Entwicklung; Band 1, 2. Auflage; Spektrum Akademischer Verlag, Heidelberg 2001.]

8 2.1.2 Aktivitäten in der Planungsphase Die Planungsphase dient dazu, Voruntersuchungen bzw. Durchführbarkeitsstudien (Machbarkeitsstudie, feasibility study) durchzuführen. Ziel der Planungsphase ist, die fachliche, ökonomische und personelle Durchführbarkeit der Software-Entwicklung zu überprüfen. Folgende Aktivitäten werden dazu in der Planungsphase durchgeführt: Requirements Analysis: Ermittlung der (Benutzer-)Ansprüche bzw. Hauptanforderungen an ein Software-Produkt Ist-Analyse: Analyse bereits eingesetzter Software-Produkte, falls vorhanden Analyse möglicher Produktkategorien: Eigenentwicklung oder Standard-Software, Customizing notwendig, Durchführbarkeitsstudie: softwaretechnische Realisierbarkeit sowohl technologisch als auch ressourcenbedingt Erste Abschätzungen des Aufwandes, der benötigten Zeit und des Budgets (Wirtschaftlichkeitsrechnung)

9 2.1.2 Aktivitäten in der Planungsphase Die Ergebnisse der Durchführbarkeitsstudie sind: Lastenheft (grobes Pflichtenheft) Projektkalkulation Projektplan Der Abschluss der Planungsphase besteht aus dem Entscheid, mit dem Projekt fortzufahren oder hier abzubrechen. (go oder no-go/stop)

10 2.1.2 Aktivitäten in der Planungsphase Lastenheft Glossar Methoden Out si de-in -Methode für Lastenheft Akteure & Geschäft sp roz esse Schnittstellen & Dat enflü sse Artefakt- Verwaltungssystem Textsystem Durchführbarkeitsstudie Lastenheft (Grobes Pflichtenheft) Gl ossar Vorg aben des Auftraggebers Planen des Produkts Projektkalkulation Projektplan Pr ojekt - leiter Auftraggeber Anwendungssp ezi ali st Legende: Ak ti vit ät Ro ll e Dok ument (Ar tef ak t) [Helmut Balzert; Lehrbuch der Software-Technik: Software-Entwicklung; Band 1, 2. Auflage; Spektrum Akademischer Verlag, Heidelberg 2001.]

11 2.2 Lastenheft und Glossar 2 Planungsphase 2.1 Einführung und Überblick Allgemeines zu Phasen im Software-Engineering Aktivitäten in der Planungsphase 2.2 Lastenheft und Glossar 2.3 Aufwandschätzmethoden 2.4 Requirements Engineering

12 2.2 Lastenheft und Glossar Die Aufgabe eines Lastenheftes ist es, dem Kunden ein möglichst klares Bild über das zu erstellende Software-Produkt zu liefern. Das Glossar erklärt dabei nicht allgemein bekannte Begriffe. Mögliches Gliederungsschema eines Lastenheftes (nach Balzert): 1 Zielbestimmung 2 Produkteinsatz 3 Produktübersicht 4 Produktfunktionen /LF10/ Geschäftsprozess, Akteur, Beschreibung... 5 Produktdaten /LD10/... 6 Produktleistungen /LL10/... 7 Qualitätsanforderungen Funktionalität, Zuverlässigkeit, Benutzbarkeit, Effizienz, Änderbarkeit, Übertragbarkeit 8 Ergänzungen

13 2.3 Aufwandschätzmethoden 2 Planungsphase 2.1 Einführung und Überblick Allgemeines zu Phasen im Software-Engineering Aktivitäten in der Planungsphase 2.2 Lastenheft und Glossar 2.3 Aufwandschätzmethoden 2.4 Requirements Engineering

14 2.3 Aufwandschätzmethoden Zur Ermittlung der Erstellungskosten eines Software-Produkts werden in der Planungsphase nur einfache Aufwandschätzmethoden angewendet. Das Schätzen des Aufwandes ist jedoch nicht trivial. Man benötigt viel Erfahrung in ähnlichen Projekten und der Software-Entwicklung allgemein, um einigermaßen verlässliche Zahlen zu liefern. Die Wirtschaftlichkeit eines Produktes ist wie folgt definiert: Gewinn = (Preis VariableKosten) * Menge Entwicklungskosten Gewinn: Kann positiv oder negativ sein (also auch Verlust) Preis: Verkaufspreis für ein Exemplar der Software VariableKosten: Kosten zur Anfertigung, Verpackung und Lieferung einer Kopie der Software Menge: Anzahl der Software-Kopien, die verkauft werden können Entwicklungskosten: Einmalige Kosten zur Entwicklung der Software (Personalkosten, Computerausstattung...)

15 2.3 Aufwandschätzmethoden Oftmals können Preis, VariableKosten und Menge leichter geschätzt werden als Entwicklungskosten. Die Entwicklungskosten bestehen heute zu einem Großteil aus den Personalkosten respektive den direkten Arbeitskosten. Allerdings weiß man oftmals am Anfang eines Software-Projektes nicht, wie viel Arbeitszeit das Projekt in Anspruch nehmen wird

16 2.3 Aufwandschätzmethoden Will man nun die Entwicklungskosten abschätzen, kommen oftmals Modelle zum Einsatz, die abschätzen, wie viele Programmzeilen (Anzahl der Programmzeilen, Lines of Code LOC) im Durchschnitt in einer Software-Entwicklung pro Monat bzw. Jahr implementiert werden können. 1 MJ (Mitarbeiterjahr) entspricht 9 MM (Mitarbeitermonate) oder 10 MM (da Urlaub, Fortbildung und administrative Tätigkeiten abgezogen werden). Eine durchschnittliche Software-Entwicklung (von Planung über Implementierung bis Auslieferung) liefert ungefähr 350 Quellcodezeilen (ohne Kommentare) pro Monat. Weiß man, wie viele LOC das fertige SW-Produkt am Ende etwa haben wird, kann man daraus den Aufwand des Projekts abschätzen

17 2.3 Aufwandschätzmethoden Der Aufwand ist aber nicht gleich der optimalen Entwicklungszeit, da mehr (oder auch weniger) als eine Person vollzeitlich im Projekt arbeiten können. Ein weiteres (altes, aber brauchbares) Modell berechnet daher die OptimaleEntwicklungsdauer aus dem Aufwand [in MM] unter Berücksichtigung der Komplexität der SW-Entwicklung: OptimaleEntwicklungsdauer = 2,5 * (Aufwand in MM) s [Monate] mit s = 0,38 für sehr komplexe SW s = 0,35 für komplexe SW s = 0,32 für normale SW Die durchschnittliche Größe des Entwicklungsteams (AnzahlMitarbeiter) berechnet sich dann wie folgt: AnzahlMitarbeiter = Dauer / OptimaleEntwicklungsdauer

18 2.3 Aufwandschätzmethoden Will man den Aufwand genauer schätzen, kommen so genannte Basismethoden der Aufwandschätzung zum Einsatz: Analogiemethode: Vergleicht die zu schätzende SW-Entwicklung mit bereits abgeschlossenen SW- Entwicklungen anhand von Ähnlichkeitskriterien (Anwendungsgebiet, Produktumfang, Komplexität...). Multiplikationsmethode: Die neue zu erstellende SW wird soweit in Teilprodukte zerlegt, bis jedem Teilprodukt ein bereits feststehender Aufwand (LOC, Komplexität) zugeordnet werden kann. Function Point Methode: Zerlegt die SW gedanklich in einzelne bestimmte Funktionskategorien, denen jeweils eine bestimmte Komplexität geordnet werden kann. Anzahl je Funktionskategorie und Komplexität werden mit Gewichtungsfaktoren multipliziert und gewichtet aufsummiert. Das Ergebnis ist ein Function-Point-Wert, der mit firmenspezifischen Tabellen in einen Aufwand umgerechnet werden kann

19 2.3 Aufwandschätzmethoden Weitere Informationen zu Aufwandschätzmethoden in folgenden Folien: SWE02_Aufwandschaetzmethoden.ppt

20 Lernziele Allgemein den Ablauf der einzelnen Aktivitäten in einer Phase im Software-Engineering erklären können. Die Aktivitäten in der Planungsphase beschreiben und durchführen können. Ein Lastenheft mit Glossar schreiben können. Einfache Methoden der Aufwandschätzung für ein Software-Projekt anwenden können