Prozessbeschreibung SADA allgemeiner Ablauf

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)
Lexikon der Qualität Begriffe in Verbindung mit Qualität und ISO9000 finden sie auch im Lexikon der Qualität erläutert (
Prüfung objektorientierter Programme -1
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.
Integrations- und Funktionstests im Rahmen des V-Modelles
Submodell Softwareentwicklung (SE)
Das V - Modell - Überblick
V - Modell Anwendung auf große Projekte
Phasen und ihre Workflows
Vorgehensmodell - Wasserfallmodell
Simulation komplexer technischer Anlagen
Die Softwarelebenszyklen
Das „Vorgehensmodell“
IT-Projektmanagement
LE Inhalt und Vorbemerkungen
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 6 - LO 1 Prozessbeschreibung SADA
LE LM 10 - LO3 Verfahren zur Qualitätssicherung
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Der Rational Unified Process - Einführung Inhalt Prozessmodelle Der Rational Unified.
Prozessqualität: Ansätze und Ziele
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 Was ist Refactoring? Bevor man die Integration angeht, mag es angebracht sein, den.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.2- LM 8 - LO 9 Definitionen zu LM 8.
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.
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.
Testgetriebene Entwicklung
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
Was ist ein Softwareentwicklungsprozess?
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 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.
Zertifizierung von Software: CMM oder ISO 9000
Qualität von Software Qualität ist nicht messbar, sondern nur über die Erfüllung von Anforderungen zu definieren Die Erfüllung von Anforderungen ist oft.
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,
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
Prozeßstruktur des ISO 9001/9004 Prozeßmodells
Anpassung des RUP an ein konkretes Projekt - 1
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.
Eidgenössisches Finanzdepartement EFD Eidgenössische Finanzverwaltung EFV Vorhaben E-Rechnung Review-Unterstützung durch ffO EFV.
NDK Enterprise Technologien Informationen Infrastruktur und Fallstudie Daniel Nydegger Studienleiter Enterprise System Entwicklung.
Wasserfallmodell und Einzelbegriffe
Projektmanagement Ziel und Umfang eines Softwareprojektes definieren
Unified Process Historisch-Kulturwissenschaftliche Informationsverarbeitung Übung: Planung von Softwareprojekten Dozent: Christoph Stollwerk WS 2014/2015.
 Präsentation transkript:

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 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

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