LE LM 6 - LO 1 Prozessbeschreibung SADA

Slides:



Advertisements
Ähnliche Präsentationen
Wir wünschen viel Erfolg
Advertisements

Elementarmethoden des RUP im V-Modell
Was ist das V-Modell ? -1 Der Entwicklungsstandard für IT-Systeme des Bundes besteht aus drei Teilen: Vorgehensmodell (Was ist zu tun?), ( Weitere Informationen)
Links Normen und Standards zum Qualitätsmanagement
Links Normen und Standards zum Qualitätsmanagement
Lexikon der Qualität Begriffe in Verbindung mit Qualität und ISO9000 finden sie auch im Lexikon der Qualität erläutert (
Risiko-Management im Projekt
Qualität „Qualität ist die Gesamtheit von Eigenschaften und Merkmalen eines Produkts oder einer Tätigkeit, die sich auf deren Eignung zur Erfüllung gegebener.
Submodell Softwareentwicklung (SE)
Das V - Modell - Überblick
V - Modell Anwendung auf große Projekte
Phasen und ihre Workflows
IT-Projektmanagement
Das „Vorgehensmodell“
IT-Projektmanagement
MuSofT-das Projekt Lernmodule der Lehreinheit LE 3.1 Prozeßqualität am Beispiel des V-Modell.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme I nstitut für K ernenergetik und E nergiesysteme Rational Unified Process (RUP) - Definitionen.
LE LM 8 - LO 3 Prozessnormen und Normen zu QM-Systemen
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Prüfung von Simulationsprogrammen – Integrations- und Funktionstests Inhalt Vom Einzeltest.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Der Rational Unified Process - Einführung Inhalt Prozessmodelle Der Rational Unified.
Software „Unter Software versteht man die Gesamtheit oder auch einen Teil der Programme für Rechensysteme. Diese Programme ermöglichen zusammen mit den.
Was ist und wie prüft man Qualität
Fehler und ihre Kosten Inhalt Software und ihre Fehler
Prozessqualität und Produktqualität
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.2- LM 8 - LO 9 Definitionen zu LM 8.
Zusammenfassung Risiken sind Bestandteil jeder Projektarbeit
Was bei der Modellierung komplexer Systeme bedacht werden sollte
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Einzeltests im Rahmen des V-Modelles Aufgaben Überprüfung des Programmcodes mit Hilfe.
Risikomanagement Inhalt Ziele und Motivation
Risiken und Chancen Risiko Beurteilung: Dazu gehört die Identifikationen von Risiken, ihre Analyse und das Ordnen nach Prioritäten. Risiko Kontrolle: Dazu.
Prüfung von SW-Komponenten – Überblick
Schulung der Mitarbeiter
Einsatzzeitpunkte einer Risikoanalyse
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Die SE Umgebung des Jahres 2003 am IKE Elemente der SE Umgebung –Omondo als Casetool.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Beispiel 2: Iterative-Inkrementelle Vorgehensmodelle Annahmen: Anforderungen sind unvollständig.
Prozessmodelle als Teil des Management-Prozesses
ISO - Normen Inhalt Qualität im SE Der ISO 9000-Ansatz
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Aufgaben des Testens Vergleich des Verhaltens einer Software mit den an sie gestellten.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Links Links sind im Text angegeben. Weitere Links werden kontinuierlich eingefügt.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Testing Frameworks im Internet Testing Framework (xUnit, unit testing)
Testgetriebene Entwicklung
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Regeln für Tester - best practice 1 Prüfe das eigene Programm nie als Einziger Testen.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Folie 1LE 3.1 Prozessqualität LM 2 Prozessqualität und Produktqualität Links Normen.
Beispiel: Wasserfallmodell als einfaches Phasenmodell
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE LM 9 - LO2 Prozessmodell und Management.
Phasen. beschreiben die Management-Sicht. In der Regel
Universität Stuttgart Institut für Kernenergetik und Energiesysteme System- und Abnahmetests Inhalt Testen des Systems unter Mitwirkung des Auftraggebers.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Agile Software Entwicklung mit dem RUP Agile Softwareentwicklung Best Practice bei.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Links Links sind im Text angegeben. Weitere Links werden kontinuierlich eingefügt.
Prozessbeschreibung SADA allgemeiner Ablauf
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE P MuSofT Erkundungsumgebung Entwicklung eines komponentenbasierten Systems WS 03/04.
RUP-Elemente (Schlüsselkonzepte)
Prozessmodelle Inhalt Prozessmodell im Management Prozess
Universität Stuttgart Institut für Kernenergetik und Energiesysteme RUP in der Praxis Zum RUP existiert eine online Version. Mit dieser Version können.
Capability Maturity Model
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Links V-Modell –Glossar mit Zuordnung zu Modellen
Das V - Modell - Überblick
Universität Stuttgart Institut für Kernenergetik und Energiesysteme MuSofT LE 3.1-4V - Modell Überblick V-Modell Regelungen, die die Gesamtheit aller Aktivitäten,
Universität Stuttgart Institut für Kernenergetik und Energiesysteme MuSofT LE 3.1-4V - Modell Überblick Links zum Kapital V- Modell Glossar mit Zuordnung.
Was bei der Modellierung komplexer Systeme bedacht werden sollte
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 5 V-Modell-AnwendungenFolie 1 V-Modell für große Projekte.
Rational Unified Process (RUP) - Definitionen
Simulation komplexer technischer Anlagen
Vorgehensmodelle: Schwergewichtige Modelle
Das Wasserfallmodell - Überblick
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE LM 10 - LO4 Das JUnit Test Framework.
IT-Projektmanagement SS 2013 Prof. Dr. Herrad Schmidt
Software-Technik „Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen für die arbeitsteilige, ingenieurmäßige.
Hauptseminar SS 2006 Hinweise für Autoren.
Unified Process Historisch-Kulturwissenschaftliche Informationsverarbeitung Übung: Planung von Softwareprojekten Dozent: Christoph Stollwerk WS 2014/2015.
 Präsentation transkript:

LE 3.1 - LM 6 - LO 1 Prozessbeschreibung SADA Inhalt Grundlage: Management kleiner technischer Projekte Workflows zur Beschreibung der Aktivitäten Vorlagen zur Dokumentation der Aktivitäten Richtlinien zur Erstellung der Produkte Maßnahmen zur Qualitätssicherung Verwertung der Ergebnisse Annäherung an Objekte von a. Erfahrung aus Technik b. Ansätze aus SE c. Ansätze aus Common Sense oder Philosophie Daraus ableiten: Basiseigenschaften von Objekten und Beschreibung durch UML

Prozessbeschreibung SADA Verwendete Lernobjekte LO 2: Prozessbeschreibung SADA LO 3: Zusammenfassung, Abspann LO 4: Tests zu LM 6

Das sollten Sie heute lernen Es wird die Anwendung des V-Modelles für die Erstellung von Studien- und Diplomarbeiten erläutert. Prozessmodell ist das V Modell in seiner Ausprägung Wasserfallmodell. Ziel der Anwendung ist es studentische Arbeiten transparenter zu machen und das Risiko ihres Scheiterns zu verringern. Durch Anwendung eines Vorgehensmodells auf ein studentisches Projekt sollen gleichzeitig Aufwand und Chancen modernen Qualitätsmanagements vermittelt werden. Einen ersten Satz von Ablaufdiagrammen und Dokumenten findet man unter folgendem Link: http://www.ike.uni-stuttgart.de/~www_wn/projects/general/docs/q-management/index.html Dies ist die Basis für das Verständnis der entsprechenden Übungsumgebung

LE 3.1 - LM 6 - LO 2 Prozessbeschreibung SADA

Prozessbeschreibung SADA allgemeiner Ablauf Aktivität Verantwortlicher Bewerbung des Studenten für SADA Betreuer, Professor Planungsphase Anmeldung Einrichten Projekt Betreuer Bearbeitung der SADA Erstellung Ausarbeitung Netzversion Nachbearbeitung Betreuer, Professor Ende der SADA Abgabe und Benotung der SADA

Prozessbeschreibung SADA Planungsphase Vorlage Aktivität Verantwortliche Planungsphase Betreuer Erstellung des Lastenhefts Vorlage Lastenheft Lastenheft Der Workflow Lastenheft ist typisch für alle Aktivitäten. Er wird daher im Folgenden nicht jedes Mal wiederholt. Planungs-Review Checkliste Planungs-Review Planungs- Review-Protokoll Professor Lastenheft akzeptiert nein ja Ende der Planungsphase Betreuer legt Lastenheft und Review-Protokoll im entsprechenden Netz-Verzeichnis ab. Betreuer

Lastenheft als Produkt der Planung Hier finden Sie unsere Vorlage für das Lastenheft Bitte beachten Sie die Randbedingung Zeit. Eventuelle andere Randbedingungen müssen vom Betreuer erläutert werden Im folgenden wird angenommen, dass Kern der SADA mit software zu tun hat. Alle Arbeiten sind Anwendungsbezogen und folgen einem Ingenieurmäßigen Vorgehen Basismodell ist daher das V Modell

Projekt Studienarbeit im V Modell Link: Projekt Studienarbeit

Zum Projektmanagement SADA Das Projekt ist klein. Projektmanager ist die/der Studierende Das Projekt sollte möglichst linear verlaufen. Basis für Vorgehensmodell ist das testgetriebene Wasserfallmodell. Iterationen sollten vermieden werden. Inkrementelle Verbesserungen sind im Wechselspiel mit dem Betreuer zu erreichen (vor allem während Ausarbeitung) Der Projektablauf wird durch ein Balkendiagramm beschrieben. In ihm sind auch die erwarteten Produkte angegeben

Aktivitäten, Produkte und Rollen im Projekt SADA

Balkenplan Referenz auf Musterbalkenplan Bild von Musterbalkenplan

Zum Qualitätsmanagement SADA Das Projekt ist klein. QM beschränkt sich auf Grundsicherung Prozessqualität wird durch Vorgabe des Prozessverlaufes und die Vereinbarung der Ziele der einzelnen Aktivitäten erreicht Produktqualität wird erreicht durch frühzeitige Vereinbarung der Abnahmetests Anwendung des Unit Testframeworks während Entwicklung zeitnahe Abnahme der Produkte durch Betreuer

Zum Konfigurationsmanagement SADA Das Projekt ist klein. Daher kann eine Standardstruktur verwendet werden, die vom Projektmanager nur noch geringfügig verändert werden sollte Tailoring also in Hinblick auf Anwendungsbereich

Teil-Submodell Softwareentwicklung Lastenheft Pflichtenheft Spezifikation V-Modell der Software-Entwicklung (Thaller: ISO 9001) zeigt die Verbindung von Prozessmodell und Qualitätsicherung

Best Practise für Softwarentwicklung in SADA Verwalte Anforderungen (elektronisches Projekthandbuch) Entwickle iterativ durch Verwendung eines Frameworks Entwickle inkrementell im Rahmen der Arbeit Nutze Komponenten (Java beans) Unterstütze Entwicklung visuell (Eclipse mit Omondo) Überprüfe Qualität in allen Phasen (Test suite) Verfolge Änderungen durch Dokumentation (CVS) Weitere Infos im Software Programm Manager Network http://www.spmn.com/

Prozessbeschreibung SADA Anmeldung Vorlage Aktivität Verantwortliche Anmeldung Anmeldung Betreuer Anmeldung ausfüllen Laufzettel Laufzettel anlegen Student Regeln PC Arbeitsplatz einrichten Student Beurteilungsbogen anlegen Betreuer Beurteilungs- bogen Ende Anmeldung

Produkte der Anmeldung Folgende Dokumente sind als Produkte der Anmeldung zu erstellen Anmeldung Zugang zu Rechnern am IKE Laufzettel Beurteilungsbogen Arbeit Beurteilungsbogen Vortrag

Prozessbeschreibung SADA Bearbeitung Vorlage Aktivität V Vorlage Aktivität V Bearbeitung der SADA Produkt bzw. installiertes System Vorlage Projekthandbuch Validierungsphase S+B Definitionsphase Projektplan, Pflichtenheft S+B Änderung in Implementierungsphase notwendig ? ja Benutzungs- anleitung, Abnahme- Review-Protokoll Änderung in Planungsphase notwendig ? ja ja nein nein Systemarchitektur, Spezifikation der Systemkomponenten, Prüfspezifikation. Vorlage Bericht Erstellung des Projektabschlussberichts Prüfprotokolle Entwurfsphase S+B S+B Änderung in Definitionsphase notwendig ? Projektabschlussberichts Review ja Teil-Produkte bzw. Quell- programme Abschlussbericht akzeptiert ? Framework das iterativ verbessert wird nein nein Implementierungsphase S+B Professor Prüfprotokolle Änderung in Entwurfsphase notwendig ? ja Ende der Bearbeitung der SADA

Das Projekthandbuch als 1. Produkt der Bearbeitungsphase Das Projekt ist klein. Alle wesentlichen Entscheidungen und die Ergebnisse ihrer Überprüfung können in einem Produkt, dem Projekthandbuch, zusammengefasst werden. Das Projekthandbuch dokumentiert gleichzeitig die Ergebnisse der Reviews und der daraus sich ergebenden Änderungen früherer Entscheidungen Die Basisstruktur eines Produkthandbuches kann dann wie folgt aussehen Einleitung und Problembeschreibung (aus Lastenheft) Ausgangssituation, Entwicklungsumfeld, Ziele und Validierung (Pflichtenheft) Spezifikation und Festlegung der Unit Tests Validierung und Anwendungsbeispiele Eine Vorlage für ein Projekthandbuch findet man hier

Der Code als 2. Produkt der Bearbeitungsphase Die eigentliche Implementierungsphase sollte nur etwa 20% der Projektzeit in Anspruch nehmen Man erreicht dies durch Einsatz von Entwicklungswerkzeugen und durch Wiederverwendung von Klassen, Entwurfsmustern oder Frameworks. Der Komponentenansatz ist dabei besonders hilfreich. Die Dokumentation der Software erfolgt über UML Diagramme und Dokumentation im Code Die am IKE verwendeten Einstellungen von Eclipse und die Programmierregeln geben den Rahmen vor Zum Nachweis der Korrektheit des Codes werden frühzeitig Abnahmetests definiert. Der Code ist korrekt im Sinne des Lastenheftes, wenn er diese Tests besteht. Bei guten Programmen lernt man während der Abnahmetests und beim darauffolgenden Einsatz was noch nice to have wäre. Die Umsetzung solcher Features erfordert einen neuen Softwareentwicklungsvertrag.

Prozessbeschreibung SADA Abgabe Abgabe und Benotung der SADA ja Überprüfung von SADA und Laufzettel durch Betreuer nein wenn Studierender zustimmt ja Betreuer macht Notenvorschlag Einstellung Vortrag im Netz Beurteilungszettel Notenvorschlag Benotung der SADA durch Professor Meldung der Note an Prüfungsamt, Archivierung des Laufzettels Note besser 2 Archivierung der SADA ja Erstellung der SADA im Netz Ende der Abgabe und Benotung der SADA nein ja

Dokumentation SADA Das Projekt ist klein. Wesentliche Teile der Dokumentation sollten sich als Produkte der einzelnen Aktivitäten ergeben Die Basisstruktur einer SSDA kann dann wie folgt aussehen Einleitung und Problembeschreibung Ausgangssituation, Entwicklungsumfeld, Ziele und Validierung Spezifikation und Festlegung der Unit Tests Dokumentation wesentlicher Programmschritte Validierung und Anwendungsbeispiele Zusammenfassung, Bewertung und Ausblick

LE 3.1 - LM 6 - LO 3 Zusammenfassung und Abspann

Links Links sind im Text angegeben. Weitere Links werden kontinuierlich eingefügt.

Literatur Schneider, Hans-Jochen (Hrsg.): Lexikon der Informatik und Datenverarbeitung, Version 4.0, R.Oldenbourg Verlag München Wien 1997) Balzert, Helmut: Lehrbuch der Software-Technik; Software-Management, Software-Qualitätssicherung, Unternehmensmodellierung. Spektrum Akademischer Verlag Heidelberg, Berlin. 1998 Balzert, Helmut: Lehrbuch der Software-Technik; Software-Entwicklung. Spektrum Akademischer Verlag Heidelberg, Berlin. 1996 Meyer, Bertrand: Objektorientierte Softwareentwicklung, Hanser Verlag München Wien 1990 Thaller, Georg Erwin: Software- und Systementwicklung, Heise Verlag Hannover, 2001

Danksagung Aus folgenden Vorlesungen und Foliensammlungen aus dem Bereich Softwaretechnik konnten wir Anregungen zur Gestaltung dieses Lernmoduls gewinnen: P. Göhner Softwaretechnik 1 IAS Uni Stuttgart A. Schürr Software Engineering 1 Uni BW München

LE 3.1 - LM 1 - LO 4 Tests zu LM 6

Diese Fragen sollten Sie jetzt beantworten können Wie organisiere ich die Durchführung einer SADA Wo finde ich Vorlagen für die zu erstellenden Produkte Wie passe ich die Vorlagen an meine Probleme an Wie mache ich einen Plan für die Durchführung meiner Arbeit Wie kontrolliere ich die Arbeitsfortschritte Für allgemeine Frage zum Vorgehensmodell verweisen wir auf den LM 4 der LE 3.1.