1 Einleitung. 2 Formale Grundlagen. 3 Leistungen der Vertragspartner. 1.1 Zweck, Abgrenzung. 1.2 Projektübersicht, Motivation. 3.

Größe: px
Ab Seite anzeigen:

Download "1 Einleitung. 2 Formale Grundlagen. 3 Leistungen der Vertragspartner. 1.1 Zweck, Abgrenzung. 1.2 Projektübersicht, Motivation. 3."

Transkript

1 Projektplan Hive Version: 1.1 Autoren: Robin Goldberg ( ) Hansjörg Schmauder ( ) Benjamin Schmidt( ) Erstellt am: Letzte Änderung:

2 Inhaltsverzeichnis 1 Einleitung Zweck, Abgrenzung Projektübersicht, Motivation Formale Grundlagen Leistungen der Vertragspartner Lieferumfang Leistungen des Auftraggebers Leistungen Dritter Externe Meilensteine Richtlinien für die Entwicklung Konfigurationsmanagement Design- und Programmierrichtlinien Verwendete Software Entwicklungsprozess Phasen der Entwicklung Spezifikation Entwurf Implementierung Test Auslieferung Dokumentationsplan Prüfungen Projektorganisation Schnittstellen zum Auftraggeber Schnittstellen zu anderen Projekten Schlüsselpersonen Entwicklungsplan Kostenplan Risiken und ihre Bewertung Versionshistorie

3 1 Einleitung 1.1 Zweck, Abgrenzung Dieser Projektplan legt fest, in welche einzelnen Phasen das Projekt unterteilt wird und wie groß der gewünschte Anteil der jeweiligen Phasen am Gesamtprojekt sein soll. Hierzu werden insbesondere die zeitlichen Resourcen den Phasen zugeordnet. Außerdem werden die grundliegenden formalen Ansprüche an die zu entwickelnde Software wie auch die externen Schnittstellen, mit denen sie arbeiten soll, in diesem Projektplan festgehalten. Außerdem sind im Projektplan die Meilensteine, die während des Projekts einzuhalten sind, definiert. Der Projektplan legt ebenfalls die zur Entwicklung verwendende Software und die Vorgänge im Konfigurationsmanagement fest. 1.2 Projektübersicht, Motivation Die Möglichkeiten der Verwaltung von Hilfskräften an den Instituten der Informatik an der Universität Stuttgart soll durch eine neue Softwarelösung verbessert werden. Die Datenstrukturen sind durch die bisherige Lösung vorgegeben, zu entwickeln ist eine Swing-Anwendung, die den Benutzern die Möglichkeit bietet, Hilfskräfte zu verwalten. Für die Kommunikation mit der dahinterliegenden Datenbank steht die AdoHive-Komponente zur Verfügung. 2 Formale Grundlagen Die Software soll in Java 1.6 entwickelt werden und als Swing Anwendung zur Verfügung stehen. Der Zugriff auf die Datenbank erfolgt über AdoHive, welches vom Team AdoHive zur Verfügung gestellt wird. Fremdmodule dürfen nur nach Absprache mit dem Projektbetreuer verwendet werden. Die Oberfläche soll in deutscher Sprache gestaltet sein, aber auch weitere Sprachen unterstützen können. Um Login und Kollisionen bei der DB Nutzung muss sich die Anwendung nicht kümmern. 3 Leistungen der Vertragspartner 3.1 Lieferumfang Zum Lieferumfang der Software gehören der Code des gesamten Projekts die Desktopanwendung ein Benutzerhandbuch für den Client Spezifikations- und Entwurfsdokumente 2

4 3.2 Leistungen des Auftraggebers Der Auftraggeber übernimmt den Betrieb und die Wartung der Software. Er stellt außerdem die zur Ausführung nötige Hardware zur Verfügung. Während der Entwicklung stellt uns der Auftraggeber Beispieldaten und die zuletzt verwendete Software zur Verfügung und steht uns für offene Fragen in einem dafür angelegten Kundenforum weiterhin zur Verfügung. 3.3 Leistungen Dritter Team AdoHive stellt einen Schnittstelle für den Datenbankzugriff. Die Spezifikation dazu wird zur Entwurfsphase von Team AdoHive bereit gestellt. 3.4 Externe Meilensteine # Meilenstein Dokumente Termin 1 Kick-Off Analyse Analysenotizen, Projektplan Spezifikation #1 Spezifikation, UI-Prototyp Spezifikation #2 Korr. Spezifikation Entwurf Entwurf Systemtestplan Zwischenstand Implementierung, Systemtestplan 7 Implementierung Implementierung, Modultest Auslieferung Release Canditate, Systemtestprotokoll 9 Abnahme durch Kunde Ende des SoPra

5 4 Richtlinien für die Entwicklung 4.1 Konfigurationsmanagement Zum Einsatz kommt ein Subversion Repository auf Studiforge. Dies gliedert sich in zwei Ordner, documents in dem alle Dokumente liegen, die während des Projekts erstellt werden, und code in dem der Programmcode eingecheckt wird. In jedem Ordner exisitieren zwei Unterordner. In dev werden Dateien abgelegt, die sich gerade in der Entwicklung befinden, in stable fertige Dateien. Dokumente kommen in den stable Ordner, wenn sie beim jeweiligen Meilenstein vom Betreuer abgenommen wurden. Klassen und Pakete kommen in den stable Ordner, wenn sie die für sie definierten Unit Tests passiert haben. Änderungen an Dateien und Dokumenten in dev sind jederzeit möglich, Änderungen an Dateien oder Dokumenten in stable erfolgen nur nach Rücksprache und werden mit Datum und Grund im jeweiligen Dokument vermerkt. Dokumente werden eindeutig durch eine Versionsnummer gekennzeichnet, diese wird auf 1.0 gesetzt, wenn das Dokument zum ersten mal in stable eingecheckt wird, und um 0.1 erhöht bei jeder Änderung. Versionsnummern für die Software werden nach Bedarf vergeben. 4.2 Design- und Programmierrichtlinien Wie bereits in obigen Verbindlichkeiten genannt, ist die Software in Java TM 1.6 zu implementieren. Dabei werden die offiziellen, von der Firma Sun vorgeschlagenen Code Conventions verwendet. Die Kommentierung und Dokumentation des Codes erfolgt über JavaDoc, alle Klassen und Methoden sind aussagekräftig und korrekt zu kommentieren. Beim Design wird das Standard-look-and-feel (Metal) von Swing verwendet; Farbgebung, Aufteilung und Bedienung haben in allen Softwareteilen einheitlich zu erfolgen. 4.3 Verwendete Software Als Entwicklungsumgebung wird Eclipse benutzt. Zur Codedokumentation dient JavaDoc, als Testsuite wird JUnit eingesetzt. Die Codeüberdeckung wird mit CodeCover gemessen, die Zeiterfassung erfolgt jeweils lokal über Fred. Die Erstellung von PDF Dokumenten in der Software erfolgt über das itext Paket. Dokumente werden mit OpenOffice erstellt und im OpenOffice-Format im dev-ordner sowie im PDF-Format im stable-ordner abgelegt. Zur Verwaltung des Repositorys wird Tortoise SVN eingesetzt. 4

6 5 Entwicklungsprozess 5.1 Phasen der Entwicklung 1 Spezifikation a. Analyse Es werden als Vorbereitung zur Spezifikation Kundengespräche geführt und die Rahmenbedingungen sowie die Verbindlichkeiten festgelegt. b. Spezifikation Es wird ein umfangreicher, genauer Plan über die Möglichkeiten der zu entwickelnden Software im Spezifikationsdokument festgehalten, wie sie vom Kunden gewünscht wurden und in der Entwicklung umgesetzt werden. c. Spezifikationsreview Die Spezifikation wird validiert und gegebenenfalls modifiziert. d. Korrektur der Spezifikation In Anbetracht der Einwände, die im Zuge des Reviews aufkamen, wird eine Endfassung der Spezifikation ausgearbeitet. 2 Entwurf a. Entwurf 5

7 Für die Software wird eine konkrete Architektur überlegt und das System mit seinen Komponenten wird entworfen. Diese Überlegungen werden im Entwurfsdokument festgehalten. b. Entwurfsreview Wie auch die Spezifikation wird der Entwurf auf Unstimmigkeiten untersucht und bei Bedarf angepasst. c. Korrektur des Entwurfs Die im Review vorgenommenen Modifikationen werden in den Entwurf übernommen. 3 Implementierung Die im Entwurf festgelegten Sinneinheiten des Programms werden im Programmcode implementiert und in der anschließenden Integrationsphase zu einem Gesamtprogramm zusammengefügt. 4 Test a. Aufstellen eines Testplans 5 Auslieferung Es wird ein Plan aufgestellt, der angibt, wie und in welchem zeitlichen Rahmen die Implementierung genau auf Korrektheit getestet wird. b. Testdurchführung Die Tests an der Implementierung werden gemäß dem Testplan durchgeführt und die Implementierung wird bei Mängeln dementsprechend korrigiert. Das fertige Produkt wird an den Kunden ausgeliefert, gegebenenfalls installiert und kann im Anschluss verwendet werden. 6

8 5.2 Dokumentationsplan Folgende Dokumente werden im Zuge des Projekts erstellt und gepflegt: Fragenkatalog zur Analyse Projektplan Begriffslexikon Spezifikation Entwurf Benutzerhandbuch Testplan und Testprotokoll 5.3 Prüfungen Die Spezifikation und der Entwurf werden jeweils in einem Review untersucht. Die Implementierung der Software wird durch Tests geprüft. 6 Projektorganisation 6.1 Schnittstellen zum Auftraggeber In seiner Rolle als Auftraggeber ist M.Sc. Daniel Kulesz für Nachfragen über ein speziell eingerichtetes Kundenforum erreichbar. 6.2 Schnittstellen zu anderen Projekten AdoHive stellt die Schnittstellenspezifikation zur Entwurfsphase. 6.3 Schlüsselpersonen Kunde M.Sc. Daniel Kulesz Telefon: https://ilias3.uni-stuttgart.de/repository.php?ref_id= Projektleiter Robin Goldberg Projektmitarbeiter Benjamin Schmidt Projektmitarbeiter Hansjörg Schmauder 7

9 7 Entwicklungsplan 7.1 Kostenplan Es werden 6 SWS = 240 Aufwandsstunden pro Mitarbeiter veranschlagt. Bei 3 Mitarbeitern beträgt der veranschlagte Aufwand demnach 720 Stunden. 7.2 Risiken und ihre Bewertung Ein mögliches Risiko besteht im dauerhaften Ausfall eines Teammitglieds. Wegen der geringen Eintrittswahrscheinlichkeit wird dieses Risiko jedoch als niedrig bewertet. Ein weiteres Risiko besteht in der verspäteten Lieferung der Schnittstellenspezifikation bzw Implementierung durch das Team AdoHive. Da auch hier mit den Unwägbarkeiten eines Softwareprojekts gerechnet werden muss, ist das Risiko zumindest als mittel zu bewerten. Nicht ausgeschlossen werden können auch verspätete zusätzliche Anforderungen des Kunden, da das Kundengespräch nicht sehr detailiert war, ist die Eintrittswahrscheinlichkeit als hoch einzustufen. Zuletzt kann es noch technische Schwierigkeiten mit dem Subversion Repository auf StudiForge geben, nach bisherigen Erfahrungen ist die Eintrittwahrscheinlichkeit des Totalausfalls jedoch sehr gering. Eventuell Auftretende kurze Verzögerungen sollten den Projektplan nicht beeinflussen, da auch lokalen Kopien weiter gearbeitet werden kann. 8

10 8 Versionshistorie Datum Version Modifikation Erstellung des Dokuments Fertigstellung Korrektur von Budgetplan, Inhaltsverzeichnis Verschiebung des Termins von Meilenstein M8 9

Projektangebot. Holistische Anzeige von Softwaresystemen

Projektangebot. Holistische Anzeige von Softwaresystemen Projektangebot Holistische Anzeige von Softwaresystemen Version: 1.0 Erstellt am: 17.12.2010 Letzte Änderung: 27.01.2011-1 - Inhalt Einleitung... 4 Zweck, Abgrenzung... 4 Motivation... 4 Formale Grundlagen...

Mehr

Weblog. Projektdokumentation. Java NDK 2004. Fallstudie. Identifikation: ID.10000001 Status: in Arbeit Version: 00.11

Weblog. Projektdokumentation. Java NDK 2004. Fallstudie. Identifikation: ID.10000001 Status: in Arbeit Version: 00.11 Projektdokumentation Java NDK 2004 Fallstudie Identifikation: ID.10000001 Version: 00.11 Auftraggeber: Studienleitung HSZ-T, Daniel Nydegger AuftragnehmerIn: Gruppe 3 Projektteam: Madeleine Wegmann erreichbar

Mehr

Projektmanagement-Plan

Projektmanagement-Plan Applikationsentwicklung FS14 Gruppe 20 Horw, 29.05.2014 Bontekoe Christian Estermann Michael Rohrer Felix Autoren Bontekoe Christian Studiengang Informatik - Software Systems (Berufsbegleitend) Adresse

Mehr

Testplan. Hochschule Luzern Technik & Architektur. Software Komponenten FS13. Gruppe 03 Horw, 16.04.2013

Testplan. Hochschule Luzern Technik & Architektur. Software Komponenten FS13. Gruppe 03 Horw, 16.04.2013 Software Komponenten FS13 Gruppe 03 Horw, 16.04.2013 Bontekoe Christian Estermann Michael Moor Simon Rohrer Felix Autoren Bontekoe Christian Studiengang Informatiker (Berufsbegleitend) Estermann Michael

Mehr

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

Mehr

3.2,,Eichung von Function Points (Berichtigte Angabe)

3.2,,Eichung von Function Points (Berichtigte Angabe) I N S T I T U T E F O R R E A L - T I M E C O M P U T E R S Y S T E M S TECHNISCHE UNIVERSIT ÄT MÜNCHEN P R O F E S S O R G. F Ä R B E R Software Engineering 3. Übung 22.05.2003 3.2,,Eichung von Function

Mehr

IT-Projekt-Management

IT-Projekt-Management IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über

Mehr

- Planung und Steuerung: Risikoliste - Code-Generator für die Erstellung einer Lebenslaufakte. Version: 1.0. Nicole Scheeren

- Planung und Steuerung: Risikoliste - Code-Generator für die Erstellung einer Lebenslaufakte. Version: 1.0. Nicole Scheeren - Planung und Steuerung: Risikoliste - Code-Generator für die Erstellung einer Lebenslaufakte Version: 1.0 Projektbezeichnung Projektleiter Verantwortlich Erstellung einer Lebenslaufakte Nicole Scheeren

Mehr

Übungen Softwaretechnik I

Übungen Softwaretechnik I Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 2: Vorgehensmodelle IAS-Vorgehensmodell Motivation Probleme Die

Mehr

Software Projekt 2 / Gruppe Knauth Lernziele:

Software Projekt 2 / Gruppe Knauth Lernziele: Lernziele: Realisierung eines komplexen Software-Projektes unter Industrie-ähnlichen Bedingungen Organisiertes Arbeiten im Team Team Organisation: Rollen und Aufgaben der Team-Mitglieder bestimmen Spezifikation

Mehr

Cell Computing Model Projektantrag

Cell Computing Model Projektantrag Projektantrag Autor Benjamin Hadorn I01-2 E-Mail bhadorn@swissinfo.org Ablage/Website http://bhadorn.kdl.ch Betreuer P.Schwab, G.Schwab Datum 03.03.05 Version 0.1.0.1 Benjamin Hadorn I01-2 Page 1 of 12

Mehr

Software Engineering Projekt

Software Engineering Projekt FHZ > FACHHOCHSCHULE ZENTRALSCHWEIZ HTA > HOCHSCHULE FÜR TECHNIK+ARCHITEKTUR LUZERN Software Engineering Projekt Software Project Management Plan SPMP Version 0.1 Patrick Bründler, Pascal Mengelt, Andy

Mehr

Qualitätssicherungskonzept

Qualitätssicherungskonzept Qualitätssicherungskonzept Web Annotation mit Fragment Ids Gruppe: swp12-9 Inhaltsverzeichnis 1. Dokumentationskonzept...2 1.1. Quelltexte...2 1.2. Änderungsdokumentation...4 1.3. Modellierungsdokumentation...4

Mehr

Projekt Management Plan

Projekt Management Plan Software Komponenten FS13 Gruppe 03 Horw, 24.05.2013 Bontekoe Christian Estermann Michael Moor Simon Rohrer Felix Autoren Bontekoe Christian Studiengang Informatiker (Berufsbegleitend) Adresse Telefon

Mehr

Anleitung Redmine. Inhalt. Seite 1 von 11. Anleitung Redmine

Anleitung Redmine. Inhalt. Seite 1 von 11. Anleitung Redmine Seite 1 von 11 Anleitung Inhalt Inhalt... 1 1. Installation... 2 2. Setup... 2 2.1 Login... 2 2.2 Benutzer erstellen... 2 2.3 Projekt erstellen... 4 2.4 SVN/Git Integration... 6 2.4.1 Konfiguration für

Mehr

Software Engineering

Software Engineering Software Engineering Informatik II. 9. Software-Entwicklung Dokumentation Dipl.-Inform. Hartmut Petters Vorwort was ich noch zu sagen hätte... Basis dieser Vorlesung sind vor allem die folgenden Ausarbeitungen

Mehr

Versionsverwaltung mit SVN

Versionsverwaltung mit SVN Versionsverwaltung mit SVN Jan-Philipp Kappmeier Technische Universität Berlin 11. 04. 2012 Versionsverwaltung Typische Situation in der Softwareentwicklung Mehrere Personen arbeiten an einem Projekt Arbeiten

Mehr

Vorlesung Software-Wartung Änderungs- und Konfigurationsmanagement

Vorlesung Software-Wartung Änderungs- und Konfigurationsmanagement Vorlesung Software-Wartung Änderungs- und Konfigurationsmanagement Dr. Markus Pizka Technische Universität München Institut für Informatik pizka@in.tum.de 3.3 Änderungsmanagement (CM) Evolution der Software

Mehr

Projektplan Projekt: fapp mp3-player

Projektplan Projekt: fapp mp3-player Projekt: Version 1.2 Bolfing Flavio, Hoop Alban, Janka Pirmin, Schädler Philip Pfad: C:\Dokumente und Einstellungen\p.janka\Desktop\HTW\Semesterarbeit_Sem4\Projektplan.doc Dok#: mp3.0001 Datum: 2006-07-06

Mehr

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle Diverse Grundlagen Dr. Karsten Tolle Vorgehensmodelle im Software Engineering Wasserfallmodell Rapid Prototyping Spiralmodell V-Modell Rational Unified Process extrem Programming Test Driven Development

Mehr

Software Engineering. Dokumentation! Kapitel 21

Software Engineering. Dokumentation! Kapitel 21 Martin Glinz Thomas Fritz Software Engineering Kapitel 21 Dokumentation 2005-2013 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch gestattet;

Mehr

Geschäftsmann 2.0 http://www.geschaeftsmann20.com

Geschäftsmann 2.0 http://www.geschaeftsmann20.com Geschäftsmann 2.0 http://www.geschaeftsmann20.com Inhaltsverzeichnis 1 Projektbeschreibung... 2 2 Szenario mit Phasen und Meilensteinen... 2 3 Organisation... 2 4 Projektergebnisstrukturplan... 2 5 Szenario

Mehr

Einführung in die Informatik

Einführung in die Informatik Einführung in die Informatik Softwareentwicklung Probleme bei großer Software Life-Cycle-Modelle Teilphasen eines Software-Projekts Methoden und Werkzeuge 01101101 01011001 11010011 10011000 00000011 00011100

Mehr

1 Einleitung 1. 3 Softwareentwicklungsprojekte mit dem PMBOK Guide managen 21

1 Einleitung 1. 3 Softwareentwicklungsprojekte mit dem PMBOK Guide managen 21 xi 1 Einleitung 1 2 PMBOK Guide, PMI und PMP 7 2.1 Project Management Professional (PMP )............. 9 2.2 Andere Projektmanagementzertifikate............... 12 2.3 PMBOK Guide in»klassischen«it-projekten........

Mehr

Software Engineering. 3. Analyse und Anforderungsmanagement

Software Engineering. 3. Analyse und Anforderungsmanagement Software Engineering 3. Analyse und Anforderungsmanagement Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz

Mehr

1. Einführung Advanced Programming Techniques. Wintersemester 2009/10 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik

1. Einführung Advanced Programming Techniques. Wintersemester 2009/10 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 1. Einführung Advanced Programming Techniques Wintersemester 2009/10 Prof. Dr. Bernhard Humm Hochschule Darmstadt, FB Informatik 1 Prof. Dr. Bernhard Humm, Hochschule Darmstadt, FB Informatik: Advanced

Mehr

Ist Qualität nachrüstbar? Testen, Dokumentation und Code Qualität von Anfang an

Ist Qualität nachrüstbar? Testen, Dokumentation und Code Qualität von Anfang an Ist Qualität nachrüstbar? Testen, Dokumentation und Code Qualität von Anfang an Was ist Qualität? Definition laut EN ISO 9000:2005 Qualität wird definiert als "Grad, in dem ein Satz inhärenter Merkmale

Mehr

Konfigurationsmanagement mit Subversion, Maven und Redmine

Konfigurationsmanagement mit Subversion, Maven und Redmine Günther Popp Konfigurationsmanagement mit Subversion, Maven und Redmine Grundlagen für Softwarearchitekten und Entwickler 3., überarbeitete und erweiterte Auflage Щ dpunkt.verlag 1 Einleitung 1 1.1 Wer

Mehr

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES 13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung des Projektstatus.

Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung des Projektstatus. Fachgruppe Projektmanagement im Mittelstand August 2015 Themen, die vor dem Projekt durchzuführen sind KNOW-HOW Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung

Mehr

Projektarbeit Fit für Ausbildung und Beruf

Projektarbeit Fit für Ausbildung und Beruf Projektarbeit Fit für Ausbildung und Beruf Inhalt 1 Einleitung 2 Projektarbeit 2.1 Projektteam 2.2 Projektphasen 2.2.1 Definition 2.2.2 Planung 2.2.3 Durchführung 2.2.4 Abschluss 2.3 Dokumentation 2.4

Mehr

Empirische Softwaretechnik Kosten und Nutzen von UML in der Wartung Dr. Victor Pankratius Andreas Höfer Wintersemester 2009/2010

Empirische Softwaretechnik Kosten und Nutzen von UML in der Wartung Dr. Victor Pankratius Andreas Höfer Wintersemester 2009/2010 Empirische Softwaretechnik Dr. Victor Pankratius Andreas Höfer Wintersemester 2009/2010 IPD Tichy, Fakultät für Informatik Pflichtlektüre hierzu: Dzidek, Arisholm, Briand, A Realistic Empirical Evaluation

Mehr

16 Architekturentwurf Einführung und Überblick

16 Architekturentwurf Einführung und Überblick Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software

Mehr

Software Projekt 2009/10 VAK 03-901.01. Projektplan

Software Projekt 2009/10 VAK 03-901.01. Projektplan Universität Bremen FB 3 Informatik Prof. Rainer Koschke Tutor: Thilo Mende Software Projekt 2009/10 VAK 03-901.01 xxxxxx xxxxxxx xxxxxxxx@tzi.de 1234567 xxxx xxxxxxxx xxxx@tzi.de 2345678 Abgabe: 5. Dezember

Mehr

Schlussbewertung FB VI SOFTWAREPROJEKT II WS 09/10 TEAM. Alexander Kalden Dominik Eckelmann Marcel Pierry Julian Heise Besha Taher

Schlussbewertung FB VI SOFTWAREPROJEKT II WS 09/10 TEAM. Alexander Kalden Dominik Eckelmann Marcel Pierry Julian Heise Besha Taher Schlussbewertung FB VI SOFTWAREPROJEKT II WS 09/10 TEAM Alexander Kalden Dominik Eckelmann Marcel Pierry Julian Heise Besha Taher 729631 745097 736477 745011 741297 Inhalt Schlussbewertung... 3 Bewertung

Mehr

Informationen zur Installation und Nutzung von Subversion (SVN)

Informationen zur Installation und Nutzung von Subversion (SVN) Informationen zur Installation und Nutzung von Subversion (SVN) Ansprechpartner im Rechenzentrum bei Problemen ist Herr Eike Armbrust (Rechenzentrum; eike.armbrust@ostfalia.de; 939-19410) Auf den Seiten

Mehr

Projekt MasterMind Projekt Management Plan

Projekt MasterMind Projekt Management Plan Hochschule Luzern, Technik & Architektur Projekt MasterMind Eine Projektarbeit des Studiengangs Informatik im Modul Horw, 21.05.2009 Projekt Dokument Auftraggeber Projekt MasterMind Hochschule Luzern,

Mehr

Praxisgerechte Validierung von Sicherheitsapplikationen

Praxisgerechte Validierung von Sicherheitsapplikationen Praxisgerechte Validierung von Sicherheitsapplikationen Dr. Michael Huelke, FB Unfallverhütung Produktsicherheit, BGIA Institut für Arbeitsschutz der Deutschen Gesetzlichen Unfallversicherung, Sankt Augustin

Mehr

Testkonzept. Tipp-Star

Testkonzept. Tipp-Star Tipp-Star Version: V1.0-27.09.2015 Ablageort: Tipp-Star/01_Projektmanagement/03_Test Status: Fertig gestellt (In Bearbeitung / fertig gestellt / geprüft / freigegeben) Anzahl Seiten: 9 Autoren: tse Sergeyeva

Mehr

Mit Fehlerkennzahlen Software-Entwicklungsprozesse verbessern - Erfahrungen bei der IDG -

Mit Fehlerkennzahlen Software-Entwicklungsprozesse verbessern - Erfahrungen bei der IDG - Mit Fehlerkennzahlen Software-Entwicklungsprozesse verbessern - - Rainer Paasche (IDG) Oral Avcı (SQS) Universität zu Köln Lehrstuhl für Wirtschaftsinformatik, Prof. Dr. W. Mellis SQS Software Quality

Mehr

Software Engineering. Dokumentation. Wintersemester 2005/06. Kapitel 21. Universität Zürich Institut für Informatik

Software Engineering. Dokumentation. Wintersemester 2005/06. Kapitel 21. Universität Zürich Institut für Informatik Martin Glinz Harald Gall Software Engineering Wintersemester 2005/06 Kapitel 21 Dokumentation Universität Zürich Institut für Informatik 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe

Mehr

Übungsaufgaben zum Software Engineering: Management

Übungsaufgaben zum Software Engineering: Management Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie

Mehr

Definition der Schnittstelle zur Übertragung der. gemäß Deponieselbstüberwachungsverordnung NRW

Definition der Schnittstelle zur Übertragung der. gemäß Deponieselbstüberwachungsverordnung NRW Jahresberichte gemäß Deponieselbstüberwachungsverordnung NRW Inhaltsverzeichnis... 1 Historie der Änderungen... 2 Einleitung... 2 Rückblick... 2 Auswirkungen der neuen Verordnung... 2 Auslieferung... 2

Mehr

15 Verwaltung von Anforderungen (Requirements Management)

15 Verwaltung von Anforderungen (Requirements Management) 15 Verwaltung von Anforderungen (Requirements Management) Was ist Requirements Management? Planung und Lenkung des RE-Prozesses Konfigurationsmanagement für Anforderungen Identifikation Änderungs- und

Mehr

Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12

Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12 Vertretung von Prof. Dr. Blume WS 2011/12 Inhalt Test, Abnahme und Einführung Wartung- und Pflegephase gp Vorlesung Zusammenfassung Produkte und Recht (Folien von Prof. Blume) 2 , Abnahme und Einführung

Mehr

Softwaretechnik (Allgemeine Informatik) Überblick

Softwaretechnik (Allgemeine Informatik) Überblick Softwaretechnik (Allgemeine Informatik) Überblick 1 Einführung und Überblick 2 Abstraktion 3 Objektorientiertes Vorgehensmodell 4 Methoden der Anforderungs- und Problembereichsanalyse 5 UML-Diagramme 6

Mehr

Projekttitel: Bookme.at Projekthomepage: http://tomcat01lab.cs.univie.ac.at:41124/bookme

Projekttitel: Bookme.at Projekthomepage: http://tomcat01lab.cs.univie.ac.at:41124/bookme Software Engineering Labor-Übung, LVNr:050052/2 Übungsleiter: Martin Köhler Dokument: Anforderungsanalyse und Use Case Modell I v.2.0 Projekttitel: Bookme.at Projekthomepage: http://tomcat01lab.cs.univie.ac.at:41124/bookme

Mehr

Was versteht man unter Softwaredokumentation?

Was versteht man unter Softwaredokumentation? Was versteht man unter? Mit bezeichnet man die Dokumentation von Computer-Software. Sie erklärt für Anwender, Benutzer und Entwickler in unterschiedlichen Rollen, wie die Software funktioniert, was sie

Mehr

Konfigurationsmanagement

Konfigurationsmanagement Konfigurationsmanagement Universität zu Köln Historisch-Kulturwissenschaftliche Informationsverarbeitung Re-usable Content in 3D und Simulationssystemen Dozent: Prof. Dr. Manfred Thaller Referent: Jannes

Mehr

Aufbau eines Statusberichts Hinweis: diese Folie nicht im echten Bericht verwenden

Aufbau eines Statusberichts Hinweis: diese Folie nicht im echten Bericht verwenden Aufbau eines Statusberichts Hinweis: diese Folie nicht im echten Bericht verwenden Deckblatt mit Eckdaten und Statusdatum Projektgesamtstatus Struktur als Gantt Chart [Später]Earned-Value (Kostenertragswert)

Mehr

17 Architekturentwurf Vorgehen und Dokumentation

17 Architekturentwurf Vorgehen und Dokumentation 17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen

Mehr

Prototypische Bug Report / Feature Request Anwendung

Prototypische Bug Report / Feature Request Anwendung PROJEKT-AUFGABE Spezielle Methoden der Softwaretechnik / Komponententechnologien Enterprise JavaBeans WS 2007/2008 Prototypische Bug Report / Feature Request Anwendung Kurzbeschreibung: Es soll ein webbasiertes

Mehr

PSE: Analysesoftware für Logistiknetzwerke

PSE: Analysesoftware für Logistiknetzwerke PSE: Analysesoftware für Logistiknetzwerke Phase 2 Der Entwurf,, Lehrstuhl Prof. Böhm KIT Universität des Landes Baden-Württemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft www.kit.edu

Mehr

Versionskontrolle mit Subversion. Carnot 6.0

Versionskontrolle mit Subversion. Carnot 6.0 Versionskontrolle mit Subversion Carnot 6.0 1 Sourceforge... 3 1.1 Ordnerstruktur repository-browser... 4 2 Arbeiten mit TortoiseSVN... 4 2.1 Lokale Arbeitskopie erstellen... 5 2.2 Dateien hinzufügen /

Mehr

Software Engineering

Software Engineering Software Engineering Grundlagen, Menschen, Prozesse, Techniken von Jochen Ludewig, Horst Lichter 1. Auflage Software Engineering Ludewig / Lichter schnell und portofrei erhältlich bei beck-shop.de DIE

Mehr

SPI-Seminar : Interview mit einem Softwaremanager

SPI-Seminar : Interview mit einem Softwaremanager Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1 Aufbau Geschichte

Mehr

SOFTWARE ENGINEERING 3 TESTVORBEREITUNGEN UND UNIT-TEST

SOFTWARE ENGINEERING 3 TESTVORBEREITUNGEN UND UNIT-TEST SOFTWARE ENGINEERING 3 TESTVORBEREITUNGEN UND UNIT-TEST Gliederung 2 0. 1. 2. 3. Vorstellung Testvorbereitungen Planungsphase Definitionsphase Implementierungs-, Abnahme-und Einführungsphase Testphasen

Mehr

Die Softwareentwicklungsphasen!

Die Softwareentwicklungsphasen! Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.

Mehr

Project Management. Prof. Dr. Franz Wotawa Institute for Software Technology wotawa@ist.tugraz.at

Project Management. Prof. Dr. Franz Wotawa Institute for Software Technology wotawa@ist.tugraz.at Project Management Prof. Dr. Franz Wotawa Institute for Software Technology wotawa@ist.tugraz.at Fragestellungen Was ist ein Projekt? Was sind die handelnden Personen? Wie wird es durchgeführt? Siehe u.a.:

Mehr

IKP Uni Bonn Medienpraxis EDV II Internet Projekt

IKP Uni Bonn Medienpraxis EDV II Internet Projekt IKP Uni Bonn Medienpraxis EDV II Internet Projekt WS 2001/2002 Dozentin: Lucie Prinz Grundlagen der Projektarbeit Was ist ein Projekt? Die Phasen eines Software Projektes Die Projektunterlagen Die Projektplanung

Mehr

Dokumentenmanagement mit active.pdm

Dokumentenmanagement mit active.pdm Dokumentenmanagement mit active.pdm HITTEAM Solutions 22880 Wedel info@hitteam.de Document Management active.pdm für kleine und mittelständische Unternehmen. active.pdm ist eine Datei basierende Document

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Grundlagen des Software Engineering

Grundlagen des Software Engineering Grundlagen des Software Engineering Teil 1: SW-Management Fachrichtung Wirtschaftsinformatik FB Berufsakademie der FHW Berlin Prof. Dr. Gert Faustmann Einleitung Historie des Konfigurationsmanagements:

Mehr

Installationsanleitung

Installationsanleitung Installationsanleitung Installationsanleitung 2 VERSIONSVERWALTUNG Version Autor Beschreibung Datum 1.0 Benjamin Hestler Erstellen des Dokuments 12.01.2010 1.1 Benjamin Hestler Erweitern und anpassen der

Mehr

CRM-Komplettpaket zum Fixpreis

CRM-Komplettpaket zum Fixpreis Richtig informiert. Jederzeit und überall. CRM-Komplettpaket zum Fixpreis Leistungsbeschreibung CAS Software AG, Wilhelm-Schickard-Str. 8-12, 76131 Karlsruhe, www.cas.de Copyright Die hier enthaltenen

Mehr

Pragmatisches IT-Projektmanagement

Pragmatisches IT-Projektmanagement Niklas Spitczok von Brisinski Guy Vollmer Pragmatisches IT-Projektmanagement Softwareentwicklungsprojekte auf Basis des PMBOK Guide führen dpunkt.verlag xi Inhaltsverzeichnis 1 Einleitung 1 2 PMBOK Guide,

Mehr

Dokumentation Projekt Virtuelles Tagebuch

Dokumentation Projekt Virtuelles Tagebuch Priv.Doz. Dr. Michael Hahsler Institut für Informationswirtschaft Dokumentation Projekt (Matr. Nr. 9806106) - 1 - 1 Problembeschreibung Das Ziel dieses Projektes ist es, ein Tagebuch in elektronischer

Mehr

Pflichtenheft. Projektarbeit. RoboSim (NXT)

Pflichtenheft. Projektarbeit. RoboSim (NXT) Pflichtenheft Projektarbeit RoboSim (NXT) Projektarbeit 7301: RoboSim, Lego-Roboter, Aufgabe 1 Version 1.0 a Teilnehmer: Philipp Hoppen (hoppp1), Samuel Zehnder (zehns1), André Wittwer (witta3) Projektbetreuer

Mehr

DHL-Connector. für JTL-WAWI. Anleitung. 0.1 Änderungsverzeichnis. Versionsnummer. Datum Änderung Autor

DHL-Connector. für JTL-WAWI. Anleitung. 0.1 Änderungsverzeichnis. Versionsnummer. Datum Änderung Autor DHL-Connector für JTL-WAWI Anleitung 0.1 Änderungsverzeichnis Versionsnummer Datum Änderung Autor 1.0 03.04.2015 Erstellung des Dokumentes Thomas Kehl Datum 04.04.2015 Seite 1 von 13 0.3 Inhaltsverzeichnis

Mehr

Wichtige Hinweise zu den neuen Orientierungshilfen der Architekten-/Objektplanerverträge

Wichtige Hinweise zu den neuen Orientierungshilfen der Architekten-/Objektplanerverträge Wichtige Hinweise zu den neuen Orientierungshilfen der Architekten-/Objektplanerverträge Ab der Version forma 5.5 handelt es sich bei den Orientierungshilfen der Architekten-/Objektplanerverträge nicht

Mehr

Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013

Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013 Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013 Einleitung Modell-basierte Entwicklung bei Silver Atena Erfahrung mit Modell-basierter Entwicklung

Mehr

Technische Beschreibung: EPOD Server

Technische Beschreibung: EPOD Server EPOD Encrypted Private Online Disc Technische Beschreibung: EPOD Server Fördergeber Förderprogramm Fördernehmer Projektleitung Projekt Metadaten Internet Foundation Austria netidee JKU Linz Institut für

Mehr

Einführung in die Informatik Tools

Einführung in die Informatik Tools Einführung in die Informatik Tools Werkzeuge zur Erstellung von Softwareprojekten Wolfram Burgard 8.1 Motivation Große Softwareprojekte werden schnell unübersichtlich. Änderungen im Code können leicht

Mehr

ABSCHLUSSBEWERTUNG. Abschlussdokumentation AN DER BEUTH HOCHSCHULE FÜR TECHNIK BERLIN IM RAHMEN DES MODULS SOFTWARE PROJEKT II

ABSCHLUSSBEWERTUNG. Abschlussdokumentation AN DER BEUTH HOCHSCHULE FÜR TECHNIK BERLIN IM RAHMEN DES MODULS SOFTWARE PROJEKT II ABSCHLUSSBEWERTUNG FÜR DAS BUG TRACKING SYSTEM PESTCONTROL AN DER BEUTH HOCHSCHULE FÜR TECHNIK BERLIN IM RAHMEN DES MODULS SOFTWARE PROJEKT II Datum 26. Januar 2011 Version 1.0 Team FIX IT Philipp Liepert

Mehr

Technologiepark 8 33100 Paderborn Telefon: 05251 / XX XX XX Mobil: 01XX / XX XX XX XX E-Mail: XXXXXXX@mail.upb.de

Technologiepark 8 33100 Paderborn Telefon: 05251 / XX XX XX Mobil: 01XX / XX XX XX XX E-Mail: XXXXXXX@mail.upb.de Technologiepark 8 33100 Paderborn Telefon: 05251 / XX XX XX Mobil: 01XX / XX XX XX XX E-Mail: XXXXXXX@mail.upb.de PIRAT Software Technologiepark 8 33100 Paderborn Universität Paderborn Institut für Informatik

Mehr

WDAV - webbasierte Diebstahlsanzeigenverwaltung

WDAV - webbasierte Diebstahlsanzeigenverwaltung WDAV - webbasierte Diebstahlsanzeigenverwaltung Große deutsche Baumarktkette Webbasierte Verwaltung von Diebstahlsanzeigen Kunde Der Kunde ist ein namhafter Vertreter im Bereich der Baumärkte mit über

Mehr

CVS-Einführung. Sebastian Mancke, mancke@mancke-software.de

CVS-Einführung. Sebastian Mancke, mancke@mancke-software.de CVS-Einführung Sebastian Mancke, mancke@mancke-software.de Grundlagen Motivation und Anforderung Sobald ein Softwaresystem anwächst, ergeben sich Probleme im Umgang mit dem Quell Code. CVS (Concurrent

Mehr

Software Engineering. Zur Architektur der Applikation Data Repository. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering. Zur Architektur der Applikation Data Repository. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering Zur Architektur der Applikation Data Repository Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering: Mit acht bewährten Praktiken zu gutem Code 2 Schichtarchitektur

Mehr

Planung für Organisation und Technik

Planung für Organisation und Technik Salztorgasse 6, A - 1010 Wien, Austria q Planung für Organisation und Technik MOA-VV Installation Bearbeiter: Version: Dokument: Scheuchl Andreas 19.11.10 MOA-VV Installation.doc MOA-VV Inhaltsverzeichnis

Mehr

Abschnitt 16: Objektorientiertes Design

Abschnitt 16: Objektorientiertes Design Abschnitt 16: Objektorientiertes Design 16. Objektorientiertes Design 16 Objektorientiertes Design Informatik 2 (SS 07) 610 Software-Entwicklung Zur Software-Entwicklung existiert eine Vielfalt von Vorgehensweisen

Mehr

Qualitätsmanagement im Projekt

Qualitätsmanagement im Projekt Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung

Mehr

Entwicklungswerkzeuge

Entwicklungswerkzeuge Entwicklungswerkzeuge Werner Struckmann & Tim Winkelmann 10. Oktober 2012 Gliederung Anforderungen Projekte Debugging Versionsverwaltung Frameworks Pattern Integrated development environment (IDE) Werner

Mehr

Projekt Message-Logger

Projekt Message-Logger M o d u l S o f t w a r e k o m p o n e n t e n T A. S W K. F 1 0 0 1 Projekt Message-Logger P r o j e k t p l a n Horw, 06.06.2010 Projekt Dokument Schule Modul Projektteam Dozenten Letzte Änderung Projekt

Mehr

Java Einführung Packages

Java Einführung Packages Java Einführung Packages Inhalt dieser Einheit Packages (= Klassenbibliotheken) Packages erstellen Packages importieren Packages verwenden Standard Packages 2 Code-Reuse Einbinden von bereits (selbst-/fremd)

Mehr

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation Softwareentwicklungspraktikum Sommersemester 2007 Testdokumentation Auftraggeber Technische Universität Braunschweig

Mehr

Projekt kontrollieren. Projekt steuern

Projekt kontrollieren. Projekt steuern Projekt vorbereiten Projektmanagement Projekt starten Projekt organisieren Projekt planen Projekt kontrollieren Projekt steuern Projekt beenden 1 Projekt kontrollieren Das Projektmanagement hat die Aufgabe

Mehr

Eclipse Plugins für die komfortablere Verwendung von ibatis SQLMaps

Eclipse Plugins für die komfortablere Verwendung von ibatis SQLMaps Projekt: Intern Softwareprojekt FH Furtwangen Status: Draft Ersteller: Kai Grabfelder Datum: 11.02.2007 Eclipse Plugins für die komfortablere Verwendung von ibatis SQLMaps 1 Beschreibung... 2 Semesterprojekt...

Mehr

Projektplan. Änderungskontrolle, Prüfung, Genehmigung

Projektplan. Änderungskontrolle, Prüfung, Genehmigung Projektplan Ergebnisabkürzung Klassifizierung * Status ** Projektname *** Projektabkürzung Projektleiter Autor Initiale Auftraggeber / Sponsor Betreuer (Fachdozent) PM-Coach Webseite PL Nicht klassifiziert

Mehr

Softwareentwicklungspraktikum Sommersemester 2007. Grobentwurf

Softwareentwicklungspraktikum Sommersemester 2007. Grobentwurf Softwareentwicklungspraktikum Sommersemester 2007 Grobentwurf Auftraggeber Technische Universität Braunschweig

Mehr

Richtlinie für Verfahren für interne Datenschutz-Audits

Richtlinie für Verfahren für interne Datenschutz-Audits Richtlinie für Verfahren für interne Datenschutz-Audits Freigabedatum: Freigebender: Version: Referenz: Klassifikation: [Freigabedatum] Leitung 1.0 DSMS 01-01-R-05 Inhaltsverzeichnis 1 Ziel... 2 2 Anwendungsbereich...

Mehr

CBIS - CARE BED INFORMATION SYSTEM

CBIS - CARE BED INFORMATION SYSTEM CBIS - CARE BED INFORMATION SYSTEM Test Plan Dokumentänderungen Version # Datum Ersteller Beschreibung V1.0 18.04.2010 Anna Bruseva Erste Version Inhaltsverzeichnis 1 INTRODUCTION...2 2 TESTKOMPONENTEN...2

Mehr

Projektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes:

Projektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Projektmanagement Link http://promana.edulearning.at/projektleitung.html Einleitung Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Definition des Begriffs Projekt" Kriterien

Mehr

REQUIREMENTS ENGINEERING FULL SERVICE

REQUIREMENTS ENGINEERING FULL SERVICE REQUIREMENTS ENGINEERING FULL SERVICE Anforderungsbeschreibungen für die Entwicklung eines Systems müssen detailliert ausgearbeitet werden, um fi nanzielle und zeitliche Limits einzuhalten. Das gelingt

Mehr

Entwurfsbeschreibung der Softwarestudie

Entwurfsbeschreibung der Softwarestudie swp15-lib Entwurfsbeschreibung der Softwarestudie Projektleiter: Christian Blecha Christian Blecha 07.04.2015 Inhaltsverzeichnis 1 Allgemeines 3 2 Produktübersicht 3 3 Grundsätzliche Struktur- und Entwurfsprinzipien

Mehr

Softwareentwicklungsprozess im Praktikum. 23. April 2015

Softwareentwicklungsprozess im Praktikum. 23. April 2015 Softwareentwicklungsprozess im Praktikum 23. April 2015 Agile Softwareentwicklung Eine agile Methodik stellt die beteiligten Menschen in den Mittelpunkt und versucht die Kommunikation und Zusammenarbeit

Mehr

SEP 114. Design by Contract

SEP 114. Design by Contract Design by Contract SEP 114 Design by Contract Teile das zu entwickelnde Programm in kleine Einheiten (Klassen, Methoden), die unabhängig voneinander entwickelt und überprüft werden können. Einheiten mit

Mehr

Software-Engineering und Optimierungsanwendungen in der Thermodynamik

Software-Engineering und Optimierungsanwendungen in der Thermodynamik Software-Engineering und Optimierungsanwendungen in der Thermodynamik Software-Engineering 4 Entwurfs-, Implementierungs- und Abnahmephase Prof. Dr. Rolf Dornberger OPTSWE_SWE: 4 Entwurfs-, Implementierungs-

Mehr

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr