INTEGRATIONSPROJEKT SCRUM

Größe: px
Ab Seite anzeigen:

Download "INTEGRATIONSPROJEKT SCRUM"

Transkript

1 F A C H H O C H S C H U L E F Ü R D I E W I R T S C H A F T F H D W, H A N N O V E R INTEGRATIONSPROJEKT SCRUM Beschreibung und Anmerkungen zur Durchführung Christoph Schulz, Arthur Brack 1 ZIELSETZUNG Ziel dieses Projekts ist es, ein Ticket-System zur Unterstützung der Zusammenarbeit von Teams nach dem Vorgehensmodell Scrum zu entwickeln. Dabei machen sich die Studenten theoretisch und praktisch mit dem Scrum-Vorgehensmodell vertraut, denn die Entwicklung der Software zur Unterstützung von Scrum-Teams orientiert sich selbst an dem Scrum- Vorgehensmodell. Die zu entwickelnde Anwendung soll nicht auf ein bestimmtes Unternehmen zugeschnitten sein, sondern soll zur Abbildung individueller Abläufe und Organisationseinheiten in einem Unternehmen flexibel konfiguriert werden können. Die Analyse und Anwendung von etablierten Techniken bei der Entwicklung von Informationssystemen (Persistenz/Datenbanken, Drei-Schichten-Architektur, verteilte Systeme) runden die Veranstaltung ab. 2 TEILAUFGABEN Das Projekt gliedert sich in zwei Semester und eine Hausaufgabe. Jedes Semester teilt sich auf in vier Phasen zu je zwei bis drei Wochen, in denen drei verschiedene Teilaufgaben von den Studenten in Gruppen bearbeitet werden. Jede Teilaufgabe wird mit einer Präsentation abgeschlossen, die in die Bewertung einfließt (s. u.). Hinweis: Jede Entwicklungstätigkeit umfasst das Anfertigen entsprechender Testfälle, anhand derer geprüft wird, ob das Programm korrekt arbeitet. Diese Testfälle sind bei der Präsentation als Teil der Programm-Demonstration vorzuführen (s. u.)! Weiterhin ist jede entwickelte Klasse und Operation mit JavaDoc-Kommentaren ordentlich zu dokumentieren! 2.1 SEMESTER I: KOLLABORATION IN EINEM TEAM Im ersten Semester liegt der Schwerpunkt neben der Erarbeitung der nötigen Grundlagen auf der Entwicklung eines Ticket-Systems zur Unterstützung der Zusammenarbeit in einem Scrum-Team. Das Semester ist wie folgt strukturiert: Phase I: Woche Ziel: Erarbeitung von Grundlagen und Entwicklung der Programm-Architektur

2 Integrationsprojekt Scrum Präsentation und Abgabe: Grundlagen Scrum (5): In der ersten Teilaufgabe werden die theoretischen Grundlagen der Scrum-Vorgehensweise erarbeitet und zusammengetragen. Ein besonderer Augenmerk soll auf den Artefakten und Konzepten liegen, die in den folgenden Aufgaben eine Rolle spielen. Die Ergebnisse sollen so präsentiert und dokumentiert werden, dass hinterher alle Studenten die grundlegenden Begriffe und Konzepte von Scrum verinnerlicht haben. 2. Grundlagen Persistenz (4): In der zweiten Teilaufgabe soll eine einfache Architektur zum Speichern und Laden von im Programm anfallenden Daten erarbeitet werden. Die Verwendung der Java-Bibliothek XStream 1 wird empfohlen. Die Ergebnisse sollen so präsentiert und dokumentiert werden, dass möglichst alle Studenten in die Lage versetzt werden, persistente Objekte zu verwenden bzw. den Code nachvollziehen zu können. 3. Grundlagen GUI (4): In der dritten Teilaufgabe soll eine einfache Architektur zur Darstellung von Informationen und zur Interaktion des Programms mit dem Benutzer entwickelt werden. Die Verwendung der Java-Bibliothek Google Web Toolkit 2 wird empfohlen. Die Ergebnisse sollen so präsentiert und dokumentiert werden, dass möglichst alle Studenten in die Lage versetzt werden, Teile der Benutzungsoberfläche zu entwickeln bzw. den Code nachvollziehen zu können. Hinweis: Das Ticketsystem ist vorerst als Einzelplatzsystem zu konzipieren. Die Umstellung auf eine Mehrplatznutzung des Systems erfolgt in der Hausaufgabe zwischen den Projektsemestern Phase II: Woche Ziel: Benutzer können Product-Backlogs anlegen und Features zu einem Produkt verwalten. Abgabe: , Präsentation: Product-Backlog (5): In der ersten Teilaufgabe gibt es folgende Anforderungen: Der Product Owner möchte Product-Backlogs anlegen, um Features und Bugs für ein Produkt zu verwalten und zu priorisieren. Der Product Owner möchte während einer Release-Planung Product-Backlog- Einträge priorisieren und einem Release zuordnen, um Auslieferungstermine und eine Abarbeitungsreihenfolge der Product-Backlog-Einträge festzulegen. Der Product Owner möchte zu Product-Backlog-Einträgen eine Aufwandsschätzung eintragen, die vom Team vorgegeben wird. Die Aufwandsschätzung dient als Planungshilfe und für Reporting-Zwecke. 2. Tickets I (4): In der zweiten Teilaufgabe gibt es folgende Anforderungen: Der Ticketsystem-Benutzer möchte Features zu einem Produkt anlegen, damit diese vom Product Owner priorisiert und einem Release zugeordnet werden können. Ein Feature soll eine Beschreibung sowie Hinweise auf detaillierte Informationen enthalten

3 Teilaufgaben Der Product Owner möchte während der Sprint-Planung Akzeptanzkriterien für Product-Backlog-Einträge festlegen, anhand deren das Feature beim Sprint-Review bewertet werden kann. Der Ticketsystem-Benutzer möchte Features verändern und abschließen können. Der Ticketsystem-Benutzer möchte Beziehungen zwischen Features angeben (z. B. abhängig von, siehe auch ), um den Ticketsystem-Benutzer auf relevante Tickets hinzuweisen. 3. Organisationseinheiten (4): In der dritten Teilaufgabe gibt es folgende Anforderungen: Der Ticketsystem-Benutzer möchte Teams und Teammitglieder anlegen, um Sprints Teams zuzuweisen sowie nachvollziehen zu können, welcher Benutzer Änderungen an bestimmten Tickets vorgenommen hat. Der Ticketsystem-Benutzer möchte Rollen definieren und den Teammitgliedern zuweisen (z. B. Entwickler, Tester, Scrum Master, Product Owner usw.). Hinweis: Um zwischen den verschiedenen Teammitgliedern bzw. Rollen im System unterscheiden zu können, reicht es aus, wenn der Ticketsystem-Benutzer auf einfache Weise zu einem beliebigen anderen Teammitglied wechseln kann, wobei er dabei wieder auf der Startoberfläche der Anwendung landet. 3 Eine Authentifizierung von Benutzern oder eine Mehrplatznutzung des Systems soll nicht realisiert werden und ist erst Thema der Hausaufgabe Phase III: Woche Ziel: Ticketsystem-Benutzer können zu Product-Backlog-Einträgen Tasks für einen Sprint anlegen und in einem Taskboard verwalten. Burn-Down-Charts zeigen den Projektfortschritt an. Eine komfortable Suchfunktion ermöglicht das Finden von Tickets. Präsentation und Abgabe: Taskboard (5): In der ersten Teilaufgabe gibt es folgende Anforderungen: Das Teammitglied möchte während der Sprint-Planung Tasks anlegen, die Product- Backlog-Einträge realisieren sollen, die für den Sprint geplant sind. Das Teammitglied möchte auf einem Taskboard einem Task verschiedenen Zustände (z. B. offen, in Arbeit, fertig ) zuweisen können, um den Status der Tasks für andere Benutzer sichtbar zu machen. 2. Reporting I (4): In der zweiten Teilaufgabe gibt es folgende Anforderungen: Der Ticketsystem-Benutzer möchte einen Release-Burn-Down-Chart sehen, um den Fortschritt eines Releases zu begutachten. Der Ticketsystem-Benutzer möchte einen Sprint-Burn-Down-Chart sehen, um den Fortschritt eines Sprints zu begutachten. 3 Hier bietet sich ein Gast-Benutzer an, dem keine bestimmte Rolle zugeordnet ist und der standardmäßig beim Start der Anwendung genutzt wird. 3

4 Integrationsprojekt Scrum 3. Tickets II (4): In der dritten Teilaufgabe gibt es folgende Anforderungen: Der Ticketsystem-Benutzer möchte Bugs zu einem Produkt anlegen können, damit diese vom Product Owner priorisiert und einem Release zugeordnet werden können. Ein Bug soll eine Fehlerbeschreibung sowie Informationen zum eingesetzten System und zur eingesetzten Version enthalten Phase IV: Woche Ziel: Ticketsystem-Benutzer können Bugs anlegen. Tickets können zusätzliche Felder enthalten. Die Velocity von Teams sowie eine Projekthistorie können begutachtet werden. Präsentation und Abgabe: Suche (7): In der ersten Teilaufgabe gibt es folgende Anforderungen: Der Ticketsystem-Benutzer möchte anhand flexibel definierbarer Suchkriterien nach Tickets suchen können. Der Ticketsystem-Benutzer möchte Suchkriterien definieren und unter einem Namen speichern können um diese für häufige Suchanfragen verwenden zu können. 2. Reporting II (6): In der dritten Teilaufgabe gibt es folgende Anforderungen: Der Scrum Master möchte zu einem Sprint zusätzliche Informationen festhalten: Teammitglieder, Arbeitstage, besondere Ereignisse, Hindernisse usw., damit diese Informationen für die Retrospektive verwendet werden können und um eine Projekthistorie zu erhalten. Der Ticketsystem-Benutzer möchte den Verlauf der Velocity eines Teams sehen, um die Effizienz des Teams zu begutachten. 2.2 HAUSAUFGABE I: CLIENT-SERVER-SYSTEM Die Hausaufgabe hat zum Ziel, das entwickelte Ticket-System von einem Einzelplatzsystem zu einem Client-Server-System fortzuentwickeln. Dazu ist die Benutzungsoberfläche komplett von der Anwendungslogik zu trennen. Des Weiteren ist auf Anwendungsseite eine Sitzungsschicht zu entwickeln, die mehrere Sitzungen zur gleichen Zeit erlaubt, wobei jede Sitzung einem bestimmten Benutzer zugeordnet sein soll. Dies schließt die Entwicklung einer geeigneten Anmelde-Prozedur mit ein. Schließlich ist zu untersuchen, welche Anwendungsobjekte sitzungsübergreifend und welche an eine bestimmte Sitzung gebunden sind. Hierzu ist ggfs. auch die Persistenz-Schicht entsprechend zu erweitern. Präsentation und Abgabe: SEMESTER II: FLEXIBILITÄT UND BENUTZUNGSFREUNDLICHKEIT Im ersten Semester liegt der Schwerpunkt darauf, das Ticket-System benutzungsfreundlicher und flexibler zu gestalten. Das Semester ist wie folgt strukturiert Phase I: Woche Präsentation: , Abgabe:

5 Teilaufgaben 1. Abschluss Client/Server-System I (3): In der ersten Teilaufgabe sollen alle offenen Punkte (z.b. Bugs, Dokumentation), die im Rahmen der Umstellung des Ticketsystems auf das Client/Server-System entstanden sind bzw. im Rahmen dieser Phase entdeckt werden, behoben werden. Offene und behobene Bugs sind hierbei zu priorisieren und im Bugzilla- System festzuhalten. Eventuell ist die gewählte Software-Architektur zu überdenken; sind hier größere Veränderungen nötig, ist ein entsprechendes abgeändertes Konzept sowie ein Prototyp zu entwickeln. Schließlich ist eine Retrospektive zur Client/Server-Realisierung durchzuführen und zu dokumentieren. 2. Grundlagen Revisionssicherheit I (4): In der zweiten Teilaufgabe gibt es folgende Anforderung: Der Ticketsystem-Benutzer möchte, dass jeder Zustand im System revidierbar 4 und jede Zustandsveränderung im System nachvollziehbar ist. Hierfür sollen die Grundlagen zur Revisionssicherheit ausgearbeitet und ein entsprechender Entwurf für das Ticketsystem entwickelt werden. Zur Validierung des Entwurfs sollen die Konzepte prototypisch umgesetzt werden. 3. Meta-Modell I (4): In der dritten Teilaufgabe gibt es folgende Anforderung: Der Ticketsystem-Benutzer möchte eigene Tickettypen erstellen. Ein Tickettyp besteht aus einer Reihe von benutzerdefinierten Feldern (z. B. Hinweise für Releasestand, Test oder Installation; Produktkomponenten, Produktversionen, Plattformen, Wunschtermin von Kunden usw.), einer Menge von gültigen Zuständen (z. B. offen ) und einer Menge von gültigen Zustandsübergängen (z. B. offen geschlossen ). Die definierten Felder und Zustände sollen zusätzliche Suchkriterien darstellen. Die aktuell vorhandenen Tickettypen Anforderung, Bug und Task sollen als Exemplare des Meta-Modells als Standardtickettypen im Ticketsystem verfügbar sein (Hinweis: hierfür ist ein Refactoring erforderlich). In dieser Teilaufgabe sollen die gestellte Aufgabe analysiert sowie ein geeigneter Entwurf ausgearbeitet werden. Des Weiteren soll ein Refactoring-Plan aufgestellt werden, aus dem ersichtlich wird, wie die alten, fest verdrahteten Ticket-Typen in das neue Modell transferiert werden können. Die eigentliche Implementierung erfolgt in einer späteren Phase Phase II: Woche Präsentation und Abgabe: Abschluss Client/Server-System II: In der ersten Teilaufgabe sollen das in Aufgabe Abschluss Client/Server-System I erarbeitete Konzept und die prototypisch implementierte Architektur auf das eigentliche Scrum-System übertragen werden. 2. Grundlagen Revisionssicherheit II: In der zweiten Teilaufgabe sollen das in Aufgabe Grundlagen Revisionssicherheit I erarbeitete Konzept und der entwickelte Prototyp auf das eigentliche Scrum-System übertragen werden. 3. Meta-Modell II: In der dritten Teilaufgabe sollen der in Aufgabe Meta-Modell I erarbeitete Entwurf mit Hilfe des entwickelten Refactoring-Plans auf das eigentliche Scrum-System übertragen werden. 4 revidieren = wieder ansehen 5

6 Integrationsprojekt Scrum Die Aufgaben werden nach Absprache gemeinschaftlich von der gesamten Gruppe umgesetzt! Es erfolgt keine Zuteilung von Studenten zu den einzelnen Aufgaben! Phase III: Woche Präsentation und Abgabe: Rollen und Rechte (4): In der ersten Teilaufgabe gibt es folgende Anforderungen: Der Ticketsystem-Benutzer möchte nur die Teile der Anwendung sehen und benutzen, die er gemäß seiner Rolle benötigt. Falls er mehrere, voneinander unabhängige Rollen einnehmen kann (etwa Team-Mitglied und Administrator ), soll er bei der Anmeldung die aktive Rolle auswählen können. Der Administrator möchte jedem Benutzerkonto einen Satz von möglichen Rollen zuweisen können. Hinweis: Diese Aufgabe erfordert zunächst die Erstellung eines Rechte- und Rollenkonzepts, in dem ausgearbeitet werden soll, (1) welche Rechte innerhalb der Anwendung benötigt werden und (2) welche vordefinierten Rollen welche Rechte umfassen. Dieses Konzept ist schriftlich anzufertigen und abzugeben. Zusätzlich soll das Konzept ordentlich umgesetzt (objektorientierter Entwurf, fehlerfreie Implementierung, ausführliche Testfälle) und dokumentiert (Klassen-, Attribut- und Operationskommentare) werden. 2. Benutzerdokumentation (3): In der zweiten Teilaufgabe existieren folgende Anforderungen: Der Ticketsystem-Benutzer möchte eine Benutzerdokumentation erhalten, in der alle Funktionen des Systems ausführlich beschrieben sind. Der Ticketsystem-Benutzer möchte innerhalb der Anwendung schnell auf eine kontextsensitive Online-Hilfe zugreifen können. Hinweis: Für den zweiten Punkt soll in dieser Phase nur evaluiert werden, wie entsprechende Teile der Benutzerdokumentation als Online-Hilfe in die Anwendung redundanzfrei integriert werden können. Hierfür soll ein Konzept inklusive Analyse und Entwurf erstellt werden. Die Implementierung des Entwurfs erfolgt in einer späteren Phase! 3. Aufräumen I (4): In der dritten Teilaufgabe soll der Quelltext nach allen Regeln der Kunst ordentlich gemacht werden. Hierzu sollen mindestens die Java-Analyse-Werkzeuge FindBugs, CheckStyle und Cobertura in Absprache mit den Projektbetreuern eingesetzt werden. 5 Angestrebt wird eine C0-Überdeckung von mindestens 90% und eine C1- Überdeckung von mindestens 70% für die server- und shared-pakete sowie null (!) FindBugs- und CheckStyle-Warnungen. Weiterhin soll für jeden in Bugzilla existierenden offenen Punkt (Bug/Feature) entweder direkt eine Lösung entwickelt und umgesetzt werden, oder (bei großflächigen/architekturellen Punkten) ein Lösungskonzept für spätere Entwicklungsphasen entwickelt werden. 5 Weitere Werkzeuge wie PMD und Classycle können, müssen jedoch nicht eingesetzt werden. Die zu verwendende FindBugs- und CheckStyle-Konfiguration muss mit den Projektbetreuern abgesprochen werden! 6

7 Teilaufgaben Schließlich soll die Struktur des SVN-Projektarchiv vereinfacht werden, indem nicht mehr genutzte Entwicklungszweige gelöscht werden und die Verzeichnisstruktur entschlackt wird. Alle Veränderungen (Typen behobener FindBugs- und CheckStyle-Probleme, ergänzte/verbesserte Testfälle, behobene Bugs bzw. entwickelte Lösungskonzepte, Umstellungen des SVN-Projektarchivs) sollen angemessen dokumentiert werden Phase IV: Woche Präsentation und Abgabe: Online-Hilfe (4): In der ersten Teilaufgabe wird das Konzept für die Online-Hilfe aus der Aufgabe Benutzerdokumentation umgesetzt. 2. Projektdokumentation (4): In der zweiten Teilaufgabe wird die komplette technische Dokumentation des Projekts zusammengetragen, auf den neuesten Stand gebracht und in einem einzelnen Dokument zusammengeführt. 3. Aufräumen II (3): In der dritten Teilaufgabe werden alle in der Aufgabe Aufräumen I offen gebliebenen Punkte fertig gestellt. 2.4 HAUSAUFGABE II: GUI-TEST Diese Hausaufgabe soll das Thema des GUI-Testens beleuchten. Dazu sollen zum einen die Vor- und Nachteile des GUI-Testens thematisiert, zum anderen die allgemeine Vorgehensweise beim Testen grafischer Oberflächen dargelegt und die verschiedenen technischen Möglichkeiten erörtert werden. Dabei soll der Fokus auf Web-Oberflächen liegen, wie sie im vorliegenden Projekt verwendet werden. Zum zweiten soll evaluiert werden, wie das Testen von Oberflächen im Scrum-Projekt konkret umgesetzt werden kann. Dazu sind entsprechende kostenfreie Werkzeuge ausfindig zu machen, zu vergleichen und zu bewerten. Dabei sollen die Merkmale Funktionsumfang und Automatisierbarkeit der Tests, insbesondere deren Integration in das im Projekt verwendete Continuous Engineering, im Vordergrund stehen. Schließlich sollen prototypisch Testfälle für die Oberfläche Projektdetails mit Hilfe des ausgesuchten Werkzeugs erstellt und in das Testprozedere des Projekts eingebunden werden. Die Ergebnisse der ersten beiden Punkte werden in einem Dokument im Umfang von ca Seiten festgehalten und abgegeben. Die Ergebnisse des letzten Punktes sind in den Quellcode des Projektes zu integrieren. In der Präsentation sollen innerhalb von Minuten alle erarbeiteten Ergebnisse vorgestellt werden. Abgabe: , Präsentation: Anfang November VORGEHEN UND BEWERTUNG 3.1 BEARBEITUNG An jeder Teilaufgabe arbeitet eine Gruppe von drei bis fünf Studenten. Zur Klärung und Bearbeitung bietet Ihr Betreuer Sprechzeiten an, die innerhalb der im Stundenplan 7

8 Integrationsprojekt Scrum festgelegten Zeiten liegen. Während dieser Zeiten sollen sich alle Projektgruppen im Klassenraum aufhalten. Jede Teilaufgabe hat entweder die Anfertigung eines Dokuments oder eines Programms zum Ziel. Dieses Dokument bzw. Programm wird dann zu den unten angegebenen Terminen an den Betreuer abgegeben. Ausarbeitungen können auch auf elektronischen Datenträgern abgegeben werden. Der Betreuer bewertet die Ausarbeitung so bald wie möglich und gibt ein entsprechendes Feedback. Für die einzelnen Arten der anzufertigenden Ergebnisse gelten folgende Richtlinien: Analyse: Sie sollen darstellen, dass Sie für die Aufgabenstellung ein tiefgreifendes Verständnis bekommen haben. Dies geschieht durch eine jeweils adäquate Darstellung aller wichtigen Hintergründe, die für das Verstehen der Aufgabenstellung notwendig sind. Dazu gehört neben einem Fachlexikon (Glossar) auch die Modellierung der Fachklassen mit Hilfe der UML. Entwurf: Sie sollen darstellen, wie Ihre Anwendung technisch realisiert werden wird. Hier sollen neben textuellen Elementen wieder Diagramme (Klassendiagramme, Ablaufdiagramme usw.) benutzt werden. Stellen Sie die wesentlichen Entwurfsentscheidungen Ihres Programms dar. Verwenden Sie wieder UML- Klassenmodelle. Implementierung: Das Programm soll in der Programmiersprache Java entwickelt werden. Ihre Ausarbeitung ist in dieser Phase ein lauffähiges Programm, das die Anforderungen der Aufgabe umsetzt, und eine kurze Installationsbeschreibung (sofern notwendig), so dass das Programm für den Betreuer ohne weitere Hilfestellung ausführbar ist. Präsentation: Sie stellen die Ergebnisse, die aus der Bearbeitung der Aufgabe resultieren, im Rahmen einer Präsentation dar. Der Umfang der Präsentation sollte 20 Minuten nicht überschreiten. Ist die Aufgabe das Entwickeln eines Programms, dann umfasst die Präsentation auch eine Demonstration der Funktionalität des Programms und ein Ausführen der im Rahmen der Entwicklung erstellten Testfälle. 3.2 BEWERTUNG Die Bewertung der Ausarbeitungen erfolgt nach den folgenden Gesichtspunkten: Verständlichkeit: Grundlage für eine Bewertung, ist, dass alle Aussagen Ihrer Arbeiten vom Leser verstanden werden können. Gehen Sie dabei nicht davon aus, dass der Leser sich besonders gut mit dem behandelten Thema auskennt. (Tipp: Geben Sie Ihre Ausarbeitung einem Kommilitonen einer anderen Gruppe zum Lesen!) Wissenschaftlichkeit: Wenn es notwendig ist, theoretische Hintergründe darzustellen, soll dies in einer adäquaten Form erfolgen. Ist das Programm korrekt? Erfüllt es die Anforderungen? Ist es bedienbar? Komplexität der Aufgabe: Die Aufgaben haben einen unterschiedlichen Schwierigkeitsgrad. Gute Lösungen von komplexen Problemen verdienen einen Bonus in der Bewertung. Effektivität des Entwurfs: Ist das System so entworfen und dokumentiert, dass leicht Erweiterungen oder Änderungen (auch von Projektfremden) vorgenommen werden können? Ist dabei sauber objektorientiert vorgegangen worden? 8

9 Können theoretische Inhalte richtig dargestellt und angewandt werden? Kreativität: Gute Ideen können die Note nur verbessern. Vorgehen und Bewertung Bewertet werden alle schriftlichen oder elektronischen Ausarbeitungen, die zu den angegebenen Zeitpunkten abgegeben werden. Die Ausarbeitungen werden wie folgt gewichtet: Ausarbeitung (Dokument/Programm/sonstiges Artefakt): 80 % Präsentation: 20 % Dabei werden die Teilaufgaben untereinander mit 25 % gleich gewichtet. Als Endergebnis ergibt sich eine Prozentzahl, aus der sich nach dem IHK-Notenschema die Gesamtnote des Fachs errechnet. Jede Gruppe erhält nur eine Note. Notenschema Prozent Note Prozent Note Prozent Note , ,7 92 1,3 59 3,7 81 2, , WEITERE BEMERKUNGEN Bemerkung zu der Gestaltung der Benutzungsoberfläche: In den Anwendungen ist weniger darauf zu achten, dass Eingaben und Ausgaben über schicke Oberflächen erfolgen (es ist natürlich eine für die Anforderungen notwendige Benutzungsoberfläche bereitzustellen). Wer Entwicklungsumgebungen mit ausgereiften Oberflächen-Design-Werkzeugen kennt, soll diese natürlich benutzen. Man muss das aber nicht tun. Es ist wichtiger, die der Aufgabe zugrunde liegenden Strukturen zu analysieren (also zu verstehen!), sie in einem guten Entwurf umzusetzen und die jeweiligen Algorithmen effektiv zu entwickeln. Die Implementierung baut auf dem Entwurf, der Entwurf auf der Analyse auf. Das heißt nicht, dass z. B. Ihr Entwurf auf der bereits bewerteten Ausarbeitung der Analyse-Phase aufbauen muss. Gibt es in der Analyse Raum für Verbesserungen, so sollen diese Verbesserungen natürlich in die weiteren Ausarbeitungen einfließen. Bereits bestehende Bewertungen werden nicht beeinflusst. In diesem Fach wird keine Klausur geschrieben. Weitere Fragen können individuell mit dem Betreuer geklärt werden. 9

10 Integrationsprojekt Scrum 4 ZUORDNUNG DER TEILAUFGABEN 4.1 SEM. I / PHASE I Grundlagen Scrum Grundlagen Persistenz Grundlagen GUI Manuel, Angelina, Stefan, Sarah, Christin Christoph, Patrick, Niklas, Wilken Nils K., Nils V., Ulrike, Timo 4.2 SEM. I / PHASE II Product-Backlog Ulrike, Patrick, Manuel, Angelina, Timo Tickets I Niklas, Christoph, Stefan, Nils K. Organisationseinheiten Wilken, Sarah, Christin, Nils V. 4.3 SEM. I / PHASE III Taskboard Nils K., Manuel, Angelina, Ulrike, Stefan Reporting I Wilken, Christoph, Sarah, Nils V. Tickets II Niklas, Patrick, Christin, Timo 4.4 SEM. I / PHASE IV Suche Patrick, Christoph, Manuel, Niklas, Ulrike, Christin, Nils K. Reporting II Wilken, Sarah, Stefan, Timo, Angelina, Nils V. (alle) 4.5 HAUSAUFGABE 4.6 SEM. II / PHASE I Abschluss Client/Server- System I Grundlagen Revisionssicherheit I Meta-Modell I Patrick, Nils, Timo Wilken, Christoph, Ulrike, Christin Manuel, Angelina, Sarah, Stefan 4.7 SEM. II / PHASE II (alle) (alle) 10

11 Zuordnung der Teilaufgaben 4.8 SEM. II / PHASE III Rollen und Rechte Benutzerdokumentation Aufräumen I Ulrike, Stefan, Manuel, Angelina Patrick, Wilken, Christoph Niklas, Sarah, Christin, Timo 4.9 SEM. II / PHASE IV Online-Hilfe Projektdokumentation Aufräumen II Stefan, Christoph, Wilken, Ulrike Manuel, Angelina, Patrick, Timo Niklas, Christin, Sarah 11

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

Einführung in SCRUM. Helge Baier 21.01.2010

Einführung in SCRUM. Helge Baier 21.01.2010 Einführung in SCRUM Helge Baier 21.01.2010 Helge Baier Master of Computer Science (Software Engineering) über 10 Jahre Erfahrung in der Software Entwicklung Zertifizierung zum Scrum Master (2009) praktische

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

Grob- und Detailplanung bei der Implementierung nutzen

Grob- und Detailplanung bei der Implementierung nutzen Softwarearchitektur Grob- und Detailplanung bei der Implementierung nutzen Bereich Realisierung Aktivität Softwareinkrement realisieren Ziele Vermitteln einer Orientierungshilfe für alle Entwickler Etablierung

Mehr

Scrum mit User Stories

Scrum mit User Stories Ralf Wirdemann Scrum mit User Stories HANSER Inhaltsverzeichnis 1 Einführung 1 1.1 Warum dieses Buch? 2 1.2 Struktur und Aufbau 3 1.3 Dankeschön 5 1.4 Feedback 5 2 Beispiel: Scrumcoaches.com 7 2.1 Das

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-42660-3 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42660-3 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-41656-7 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41656-7 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Einführung in Scrum Agiles Projektmanagement Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Warum Agiles Projektmanagement? Scrum Empfehlungen Das Seminar Planbarkeit Warum Agiles Projektmanagement?

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

Agile Entwicklung nach Scrum

Agile Entwicklung nach Scrum comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung

Mehr

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

Mehr

Software Engineering Übung 4 Architektur, Modulentwurf

Software Engineering Übung 4 Architektur, Modulentwurf software evolution & architecture lab Software Engineering Übung 4 Architektur, Modulentwurf 1 Informationen 1.1 Daten Ausgabe Di 27.10.2009 Abgabe So 08.11.2009 bis 23:59 Uhr Besprechung am Di 17.11.2009

Mehr

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung Block R (Rahmen): SE Aktivitäten 21.10.04 1 Vorlesung Methoden des Software Engineering Block R Rahmen Aktivitäten der Software-Entwicklung Martin Wirsing Einheit R.2, 21.10.2004 Block R (Rahmen): SE Aktivitäten

Mehr

Agiles Testmanagment. Hugo Beerli bbv Software Services AG. Luzern, September 2011. www.bbv.ch

Agiles Testmanagment. Hugo Beerli bbv Software Services AG. Luzern, September 2011. www.bbv.ch Agiles Testmanagment Hugo Beerli bbv Software Services AG Luzern, September 2011 Product Backlog (Agenda) 1) Warum System Tests 2) Agile Arbeitsmethode Stand up Meeting 3) Vorteile der agilen Methode 4)

Mehr

Scrum. Max Jäger. Frankfurt, den 07. Juli 2012

Scrum. Max Jäger. Frankfurt, den 07. Juli 2012 Max Jäger Frankfurt, den 07. Juli 2012 I Inhalt Inhalt Abkürzungen Abbildungen III IV 1 Scrum 1 1.1 Einführung............................. 1 1.2 Überblick über Scrum....................... 1 1.3 Rollen................................

Mehr

Software-Lebenszyklus

Software-Lebenszyklus Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung

Mehr

Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird.

Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird. AGILO HOWTO Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird. ROLLEN IM TEAM In Scrum hat jedes Teammitglied eine

Mehr

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Praktische Erfahrungen beim Einsatz des Vorgehensmodells SCRUM bei AGFA HealthCare Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare SCRUM Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" eines Entwicklerteams von AGFA HealthCare 2 Praktische

Mehr

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration Markus Stollenwerk, Noser Engineering AG Agile Softwareentwicklung Crash-Kurs Markus Stollenwerk, 27.9.2013

Mehr

Dokumentation. Projekt: Innovation Management Plattform To Activate Creative Thoughts

Dokumentation. Projekt: Innovation Management Plattform To Activate Creative Thoughts Dokumentation Projekt: Innovation Management Plattform To Activate Creative Thoughts Betreuer: Dr. Joachim Kurzhöfer, Stefan Wunderlich, Jens Siewert Referentin: Yaping Lian Gliederung Einleitung: Agiles

Mehr

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells...

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells... Inhaltsverzeichnis Inhaltsverzeichnis... I 1 Problemstellung... 1 2 V-Modell... 1 2.1 Allgemeines... 1 2.2 Anwendung des V-Modells... 3 3 SCRUM-Modell... 4 3.1 Allgemeines... 4 3.2 Anwendung des SCRUM-Modells...

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41913-1 sowie im Buchhandel.

Mehr

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management

Mehr

Einleitung. Was ist das Wesen von Scrum? Die Ursprünge dieses Buches

Einleitung. Was ist das Wesen von Scrum? Die Ursprünge dieses Buches Dieses Buch beschreibt das Wesen von Scrum die Dinge, die Sie wissen müssen, wenn Sie Scrum erfolgreich einsetzen wollen, um innovative Produkte und Dienstleistungen bereitzustellen. Was ist das Wesen

Mehr

CaseWare Monitor. ProduktNEWS CaseWare Monitor. Version 4.3. Mehr Informationen zu CaseWare Monitor und unseren anderen Produkten & Dienstleistungen

CaseWare Monitor. ProduktNEWS CaseWare Monitor. Version 4.3. Mehr Informationen zu CaseWare Monitor und unseren anderen Produkten & Dienstleistungen Mit der aktuellen Version hält eine komplett neu konzipierte webbasierte Anwendung Einzug, die sich neben innovativer Technik auch durch ein modernes Design und eine intuitive Bedienung auszeichnet. Angefangen

Mehr

ALM mit Visual Studio Online. Philip Gossweiler Noser Engineering AG

ALM mit Visual Studio Online. Philip Gossweiler Noser Engineering AG ALM mit Visual Studio Online Philip Gossweiler Noser Engineering AG Was ist Visual Studio Online? Visual Studio Online hiess bis November 2013 Team Foundation Service Kernstück von Visual Studio Online

Mehr

Scrum und professionelles Requirements Engineering

Scrum und professionelles Requirements Engineering Scrum und professionelles Requirements Engineering Dr. Martin Mandischer (Prokurist, Professional Scrum Trainer) Jens Trompeter (Vorstand, Certified Scrum Professional) Gründung im Jahr 2003 Mehr als 160

Mehr

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum

Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum Traceability Workshop SE 2013 Aachen 26. Feb. 2013 Elke Bouillon 1, Baris Güldali 2, Andrea Herrmann 3, Thorsten Keuler

Mehr

Software Engineering Projekt (SEP) mit ROBOCODE

Software Engineering Projekt (SEP) mit ROBOCODE Software Engineering Projekt (SEP) mit ROBOCODE Klaus Knopper Stand: 2014 http://robocode.sourceforge.net/ Kurzbeschreibung Es wird mit den Methoden des Software Engineering in Teamarbeit

Mehr

Buzzword Bingo Game Documentation (Java based Game)

Buzzword Bingo Game Documentation (Java based Game) Buzzword Bingo Game Documentation (Java based Game) Meppe Patrick Djeufack Stella Beltran Daniel April 15, 2011 1 Inhaltsverzeichnis 1 Einleitung 3 2 Aufgabenstellung 3 3 Allgemeines zu Buzzword Bingo

Mehr

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl SCRUM Scrum in der Software Entwicklung von Ernst Fastl Agenda 1. Die Entstehung von Scrum 2. Überblick über den Prozess 3. Rollen 4. Meetings 5. Artefakte 6. Fragen & Antworten Agenda 1. Die Entstehung

Mehr

Projektmanagement durch Scrum-Proxies

Projektmanagement durch Scrum-Proxies Cologne Intelligence GmbH Projektmanagement durch Scrum-Proxies Integration von Vorgehensmodellen und Projektmanagement 17. Workshop der Fachgruppe WI-VM der Gesellschaft für Informatik e.v. Stuttgart,

Mehr

Drei-Schichten-Architektur. Informatik B - Objektorientierte Programmierung in Java. Vorlesung 16: 3-Schichten-Architektur 1 Fachkonzept - GUI

Drei-Schichten-Architektur. Informatik B - Objektorientierte Programmierung in Java. Vorlesung 16: 3-Schichten-Architektur 1 Fachkonzept - GUI Universität Osnabrück Drei-Schichten-Architektur 3 - Objektorientierte Programmierung in Java Vorlesung 6: 3-Schichten-Architektur Fachkonzept - GUI SS 2005 Prof. Dr. F.M. Thiesing, FH Dortmund Ein großer

Mehr

Checkliste für Scrum-Meetings

Checkliste für Scrum-Meetings Checkliste für Scrum-Meetings Gesamtdarstellung 2 Produktvision teilen 3 Estimating 4 Planning 1 - Das WAS 5 Planning 2 - Das WIE 6 Daily Scrum 7 Das Review 8 Die Retrospektive 9 Artefakte 10 GOagile!

Mehr

Globale Scrum Retrospektive

Globale Scrum Retrospektive SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Globale Scrum Retrospektive Do, Hoang Viet(do@mi.fu-berlin.de) Freie Universität Berlin, SoSe 2012 Was ein Softwareprojekt nicht ist! Keine

Mehr

ralf WIRDEMANN SCRUM MIT USER STORIES 2. Auflage

ralf WIRDEMANN SCRUM MIT USER STORIES 2. Auflage ralf WIRDEMANN SCRUM MIT USER STORIES 2. Auflage Wirdemann Scrum mit User Stories vbleiben Sie einfach auf dem Laufenden: www.hanser.de/newsletter Sofort anmelden und Monat für Monat die neuesten Infos

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42524-8 sowie im Buchhandel.

Mehr

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Unternehmensberatung H&D GmbH AFCEA Mittagsforum M. Sc. Dipl. Ing. (FH) Matthias Brechmann Agenda Unternehmensberatung H&D GmbH Anforderungen

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Agile Prozessverbesserung. Im Sprint zu besseren Prozessen

Agile Prozessverbesserung. Im Sprint zu besseren Prozessen Agile Prozessverbesserung Im Sprint zu besseren Prozessen Ziel und Agenda Ziel: Wir wollen zeigen, wie Prozesse durch den Einsatz einer agilen Vorgehensweise noch projektfreundlicher verbessert werden

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Kontinuierliche Architekturanalyse. in 3D

Kontinuierliche Architekturanalyse. in 3D Kontinuierliche Architekturanalyse in 3D Stefan Rinderle Bachelor an der HS Karlsruhe Master "Software Engineering" in München / Augsburg Seit 2013 bei Payback 2 Software-Visualisierung Visualisierung

Mehr

Scrum Einführung. SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik

Scrum Einführung. SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Scrum Einführung Do, Hoang Viet(do@mi.fu-berlin.de) Freie Universität Berlin, SoSe 2013 Rollen Product Owner Definiert die Ziele Product

Mehr

Scrum. Eine Einführung

Scrum. Eine Einführung Scrum Eine Einführung Scrum-Charakteristika einfache Regeln wenige Rollen Pragmatismus statt Dogmatik iteratives Vorgehen Scrum auf einer Seite erklärt 3 Rollen für direkt am Prozeß beteiligte 1) Product

Mehr

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski 1. Was heißt Agil 2. Scrum? Grundbegriffe 3. Wer benutzt Scrum 4. Vorteile & Nachteile von

Mehr

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006 Überleben mit Scrum Andrea Schulz Hintergrund Projektmanager, Scrummaster, SW-Entwickler Siemens Healthcare Webbasierte Software Produkte (Releases als Projekte) Teilweise Medizinprodukt Scrum seit 2006

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

FALLSTRICKE IM AGILEN ANFORDERUNGSMANAGEMENT ODER WIE BEKOMME ICH MIT USER STORIES VON DEN GEEKS WAS ICH WILL?

FALLSTRICKE IM AGILEN ANFORDERUNGSMANAGEMENT ODER WIE BEKOMME ICH MIT USER STORIES VON DEN GEEKS WAS ICH WILL? FALLSTRICKE IM AGILEN ANFORDERUNGSMANAGEMENT ODER WIE BEKOMME ICH MIT USER STORIES VON DEN GEEKS WAS ICH WILL? Steffen Thols - REConf 2012 07.03.2012 2 ÜBER MICH Name : Steffen Thols Berufserfahrung: Einige

Mehr

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015 Migrationsstrategien Dr. Thorsten Arendt Marburg, 22. Januar 2015 Re-Engineering Patterns [Demeyer et al.] 2 Software-Evolution WS 2014/2015 Überblick Probleme Wenn man ein bestehendes System re-engineered

Mehr

Allgemeine Dokumentation

Allgemeine Dokumentation Allgemeine Dokumentation Projektgruppe WI-Bachelor der Hochschule Augsburg Gruppenmitglieder: Nicole Motronea, Alexander Guhm, Timo Matz, Maximilian Behn Andreas Walleczek, Dassi Olivier Stand: 30. Juni

Mehr

Wahlpflichtmodul Projekt I Softwareprojekt I

Wahlpflichtmodul Projekt I Softwareprojekt I Wahlpflichtmodul Projekt I Softwareprojekt I Dipl. Inf. Andrea Meyer SCRUM in Detail Dipl. Inf. Andrea Meyer WIEDERHOLUNG 4 Prinzipien von SCRUM Zerlegung Transparenz Anpassung Überprüfung WIEDERHOLUNG

Mehr

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Christoph Redl Quelle der Fragen: http://www.informatik-forum.at/showthread.php?t=54097 1 SCRUM Prinzip + Vorteile

Mehr

Qualifizierung zum Business Analyst

Qualifizierung zum Business Analyst Qualifizierung zum Business Analyst Brückenbauer für Business- und IT-Organisation Informationsveranstaltung 34. Meeting der Local Group Hamburg Des PMI Frankfurt Chapter e. V. Dr. Bernhard Schröer Partner

Mehr

Ihr Vorteil durch effizientes Testen

Ihr Vorteil durch effizientes Testen EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM XAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM M EXAM EXAM EXAM EXAM EXAM EXAM EXAM

Mehr

Design im Softwareentwicklungsprozess. Stand der Dinge & Designziel. fachliche & technische Architektur. generelles Vorgehen bei Grob-Design

Design im Softwareentwicklungsprozess. Stand der Dinge & Designziel. fachliche & technische Architektur. generelles Vorgehen bei Grob-Design Design im Softwareentwicklungsprozess traditionell Geschäftsprozessmodellierung Requirements Engineering Analyse Design Implementierung Tests Design 1 test-getrieben: nur 1. Design top-down hier testgetrieben

Mehr

Kapitelübersicht. Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge. Was bedeutet Objektorien+erung?

Kapitelübersicht. Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge. Was bedeutet Objektorien+erung? Kapitelübersicht Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge Was bedeutet Objektorien+erung? ObjektorienCerte Analyse und Design die Objektmodellierung

Mehr

Management großer Projekte Ein modellbasierter Ansatz

Management großer Projekte Ein modellbasierter Ansatz Management großer Projekte Ein modellbasierter Ansatz Dr. Dehla Sokenou Herausforderungen des Projektmanagements Projekt Initialisierung Aufgaben sinnvoll planen/partitionieren Projekt Monitoring Arbeitsergebnisse/Status

Mehr

Hilfe, mein SCRUM-Team ist nicht agil!

Hilfe, mein SCRUM-Team ist nicht agil! Hilfe, mein SCRUM-Team ist nicht agil! Einleitung: Laut unserer Erfahrung gibt es doch diverse unagile SCRUM-Teams in freier Wildbahn. Denn SCRUM ist zwar eine tolle Sache, macht aber nicht zwangsläufig

Mehr

Grundsätzliche Struktur und Entwurfsprinzipien des Gesamtsystems. Grundsätzliche Struktur und Entwurfsprinzipien der einzelnen Pakete

Grundsätzliche Struktur und Entwurfsprinzipien des Gesamtsystems. Grundsätzliche Struktur und Entwurfsprinzipien der einzelnen Pakete Allgemeines 2 Produktübersicht 2 Grundsätzliche Struktur und Entwurfsprinzipien des Gesamtsystems 3 Grundsätzliche Struktur und Entwurfsprinzipien der einzelnen Pakete Account-Verwaltung 5 Freund-Funktionen

Mehr

Visual Studio LightSwitch 2011

Visual Studio LightSwitch 2011 1 Visual Studio LightSwitch 2011 Vereinfachte Softwareentwicklung im Eiltempo W3L AG info@w3l.de 2012 2 Agenda Motivation Softwareentwicklung im Eiltempo Was ist LightSwitch? Merkmale Zielgruppe LightSwitch

Mehr

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

Lösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13)

Lösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13) Prof. Ina Schaefer Software Systems Engineering TU Braunschweig Lösungsvorschlag für Übungsblatt 4 Software Engineering 1 (WS 2012/13) Ausgabe: Kleine Übung: 07. Dezember/10. Dezember 2012 Abgabe: Kleine

Mehr

Bekannte Tools in einem agilen Ansatz. Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013

Bekannte Tools in einem agilen Ansatz. Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013 Bekannte Tools in einem agilen Ansatz Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013 Vorher Lange Planungszeiten und Releasezyklen Manche Features brauchten lange und wurden nicht gebraucht

Mehr

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Dezentralisiertes Quality-of-Service Monitoring

Dezentralisiertes Quality-of-Service Monitoring Dezentralisiertes Quality-of-Service Monitoring Mai 2013 netidee Zwischenbericht Dieses Dokument informiert über den aktuellen Stand des Netidee 2012 Projektes Dezentralisiertes Quality-of-Service Monitoring.

Mehr

Teststrategie festlegen und Teststufen aufeinander abstimmen

Teststrategie festlegen und Teststufen aufeinander abstimmen Testen Teststrategie festlegen und Teststufen aufeinander abstimmen Bereich Projektplanung und -steuerung Aktivität Projekt planen Ziele Effiziente Testausführung Vermeidung von doppelter Arbeit schnell

Mehr

Scrumin Action. Agile Softwareentwicklung bei SAP-Projekten

Scrumin Action. Agile Softwareentwicklung bei SAP-Projekten Scrumin Action Agile Softwareentwicklung bei SAP-Projekten Implementierung einer SAP Contract Platform auf Basis SAP SRM 7.0/NW 7.01 (SRM SP-Stack 09) Projektdurchlaufzeit: Juni 2011 bis Dezember 2011

Mehr

Scrum E I N F Ü H R U N G

Scrum E I N F Ü H R U N G Scrum EINFÜHRUNG Was ist Scrum? Agiles Vorgehensmodell Grundüberzeugungen Erste Tendenzen Mitte der 80er Jahre Grundidee: Entwickeln in Inkrementen Parallelen zur Lean Production Agiles Manifest Jeff Sutherland

Mehr

Abschlussarbeiten 2010 in der Medizininformatik

Abschlussarbeiten 2010 in der Medizininformatik Abschlussarbeiten 2010 in der Medizininformatik Ansprechpartner: Prof. Dr. Eberhard Beck eberhard.beck@fh-brandenburg.de FACHHOCHSCHULE BRANDENBURG FACHBEREICH INFORMATIK UND MEDIEN Konzeption und prototypische

Mehr

Anwendernahe Wissensmodellierung mittels Logikregeln in frühen Phasen des Softwareentwicklungsprozesses

Anwendernahe Wissensmodellierung mittels Logikregeln in frühen Phasen des Softwareentwicklungsprozesses Anwendernahe Wissensmodellierung mittels Logikregeln in frühen Phasen des Softwareentwicklungsprozesses Gunter Grieser, Simon Spielmann, Guido Schuh, Boris Kötting, Ralf Leonhard AGENDA Das Projekt Unser

Mehr

Qualität und Effizienz. Softwareentwicklung bei andrena objects

Qualität und Effizienz. Softwareentwicklung bei andrena objects Qualität und Effizienz Softwareentwicklung bei andrena objects Vorbemerkungen Worum es geht: effiziente Produktion von Software mit angemessener Qualität Die Qualität eines Softwaresystems resultiert aus

Mehr

Agile BI mit Agile BI Modeler & Agile Scorecard

Agile BI mit Agile BI Modeler & Agile Scorecard Agile BI mit Agile BI Modeler & Agile Scorecard Business Intelligence - so einfach wie möglich - so komplex wie nö7g Jon Nedelmann Darmstadt, 26.10.2012 Agile BI Tools Agile BI Modeler Ist eine Web- Anwendung

Mehr

Seminarausarbeitung AW1

Seminarausarbeitung AW1 Hochschule für Angewandte Wissenschaften Hamburg Hamburg University of Applied Sciences Seminarausarbeitung AW1 Sven Klaholz - Collaboration in distributed Scrum - Fakultät Technik und Informatik Department

Mehr

Scrum Produkte zuverlässig und schnell entwickeln

Scrum Produkte zuverlässig und schnell entwickeln Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN-10: 3-446-41495-9 ISBN-13: 978-3-446-41495-2 Inhaltsverzeichnis Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41495-2

Mehr

Wiki-basierte Dokumentation von Software-Entwicklungsprozessen

Wiki-basierte Dokumentation von Software-Entwicklungsprozessen Wiki-basierte Dokumentation von Software-Entwicklungsprozessen Erfahrungen aus der industriellen Praxis Fraunhofer IESE Kaiserslautern Inhalt Wiki-basierte Dokumentation von Software-Entwicklungsprozessen

Mehr

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Prof. Dr. Roland Petrasch, Beuth Hochschule für Technik prof.beuth-hochschule.de/petrasch Stefan Lützkendorf Projektron GmbH

Mehr

Abb.: Darstellung der Problemfelder der Heine GmbH

Abb.: Darstellung der Problemfelder der Heine GmbH Entwicklung eines SOLL-Konzeptes Kehl Olga 16.05.10 Wie aus der Ist-Analyse ersichtlich wurde, bedarf die Vorgehensweise bei der Abwicklung von Projekten an Verbesserung. Nach der durchgeführten Analyse

Mehr

Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback

Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Gregor Engels, Silke Geisen, Olaf Port, Stefan Sauer 4. Workshop: Vorgehensmodelle

Mehr

Seminar. Scrum. Author: Crina-Maria Iliadis Matrikel-Nr. 45482. Betreuender Professor: Roland Dietrich

Seminar. Scrum. Author: Crina-Maria Iliadis Matrikel-Nr. 45482. Betreuender Professor: Roland Dietrich Seminar Scrum Author: Crina-Maria Iliadis Matrikel-Nr. 45482 Betreuender Professor: Roland Dietrich 11. Januar 2015 Inhaltsverzeichnis 1 Einleitung 2 1.1 Motivation.............................. 2 1.2

Mehr

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen Scrum technische Umsetzung und kaufmännische 9. Darmstädter Informationsrechtstag 2013 Darmstadt, 15. November 2013 Franziska Bierer 2 andrena ojects ag Gründung 1995 Standorte in Karlsruhe und Frankfurt

Mehr

1 Objektorientierte Software-Entwicklung

1 Objektorientierte Software-Entwicklung 1 Objektmodellierung 1 Objektorientierte Software-Entwicklung Prof. Dr. Heide Balzert Fachbereich Informatik Fachhochschule Dortmund Heide Balzert 2000 2 Lernziele Wissen, was unter objektorientierter

Mehr

Department of Computer Science Chair of Software Engineering. Faculty of Engineering. Softwarepraktikum SS 2012

Department of Computer Science Chair of Software Engineering. Faculty of Engineering. Softwarepraktikum SS 2012 Softwarepraktikum SS 2012 Team Tutoren: David Zügel, Felix Ruzzoli, Jan Hättig, Jeremi Dzienian, Marius Greitschus, Christoph Hofmann (MSP) Leitung: Daniel Dietsch, Evren Ermis, Prof. Dr. A. Podelski 2

Mehr

Modellbasiertes Requirements Engineering - MDD konsequent weitergedacht

Modellbasiertes Requirements Engineering - MDD konsequent weitergedacht Modellbasiertes Requirements Engineering - MDD konsequent weitergedacht Tilo Sauer Copyright 2005 GEBIT Solutions Agenda Motivation Zielsetzungen Anforderungen Abhä ngigkeiten Strukturierung UML Integration

Mehr

REZA NAZARIAN. Berater für digitale Projekte PROFIL. Schwerpunkt. Zusammenfassung. Kernkompetenzen

REZA NAZARIAN. Berater für digitale Projekte PROFIL. Schwerpunkt. Zusammenfassung. Kernkompetenzen PROFIL REZA NAZARIAN Telefon: 0163 54 90 761 Email: consulting@reza-nazarian.de Schwerpunkt Zusammenfassung Kernkompetenzen Strukturierte agile Produktentwicklung für sinnvolle technische Lösungen. Als

Mehr

Projekt:

Projekt: <Hier den Namen des Projektes eingeben!> <Adresse> <Telefon / Fax> <Ansprechpartner> Pflichtenheft Die Aufgabe des Pflichtenheftes ist es zu beschreiben, was die zu entwickelnde Software für den Anwender leisten soll. Diese Vorlage basiert auf der aus TSE I bekannten Vorlage. Projekt:

Mehr

Gegenseitige Beeinflussungen von Testautomatisierung, Testmanagement und Entwicklung

Gegenseitige Beeinflussungen von Testautomatisierung, Testmanagement und Entwicklung Gegenseitige Beeinflussungen von Testautomatisierung, Testmanagement und Entwicklung Jan Düttmann Archimedon Software + Consulting GmbH & Co. KG Marienstraße 66 32427 Minden Stephan Kleuker Hochschule

Mehr

objectif Requirements Modeller

objectif Requirements Modeller objectif Requirements Modeller Das ist neu in Version 1.1 1 Inhalt objectif Requirements Modeller das Tool für Requirements Engineering in Software- und Systementwicklung Das ist neu in Version 1.1 Seite

Mehr

Wie viel Geschäftsprozess verträgt agile Softwareentwicklung?

Wie viel Geschäftsprozess verträgt agile Softwareentwicklung? @LeanAgileScrum #LASZH LAS Conference 2012 Sponsoren Wie viel Geschäftsprozess verträgt agile Softwareentwicklung? Marcus Winteroll 16:15 Auditorium Organisationsteam Patrick Baumgartner (Swiftmind GmbH)

Mehr

Produktphilosophie erstellen

Produktphilosophie erstellen User Experience Produktphilosophie erstellen Bereich Anforderungen Aktivität Ziele Erleichterte Kommunikation zwischen Stakeholdern Designentscheidungen erleichtern/rechtfertigen schnell durchführbar einfach

Mehr

Train. Scrum Kompakt. Angelika Drach, Christoph Mathis

Train. Scrum Kompakt. Angelika Drach, Christoph Mathis Train Scrum Kompakt Angelika Drach, Christoph Mathis !! Inhalt! Inhalt' Inhalt!!1! 1! Agile!Grundlagen!..!3! 1.1! Das!Agile!Manifest!..!3! 1.2! Softwareentwicklung!ist!empirisch!.!4! 2! ScrumGKonzepte!!6!

Mehr

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher Projektorganisation und Vorgehen in agilen Projekten Noser Technologieimpulse München 2013 - Matthias Neubacher Ein wenig Theorie Agile Methoden Warum? hohe Anpassbarkeit schnellere Ergebnisse günstigere

Mehr

Werte und Prinzipien der agilen Softwareentwicklung

Werte und Prinzipien der agilen Softwareentwicklung 1 Was ist Scrum? Scrum ist ein einfaches Projektmanagement-Framework, in das Entwicklungsteams selbstbestimmt erprobte Praktiken einbetten. Der Rahmen sieht einen empirisch, iterativen Prozess vor, bei

Mehr

Timo Wagner & Sebastian Kühn Entwurf einer Multi-Tier Anwendung in ASP.NET

Timo Wagner & Sebastian Kühn Entwurf einer Multi-Tier Anwendung in ASP.NET Timo Wagner & Sebastian Kühn Entwurf einer Multi-Tier Anwendung in ASP.NET Überblick 1.Einfürung in die Multi-Tier Architektur 2.Ausgangspunkt und Probleme 3.Rundgang durch die Architektur 4.Architektur

Mehr

It s all about shipping software!

It s all about shipping software! 1 Shipping Software Raiffeisen Bausparkasse V-ARC, 21.12.2011 Gerhard H. Leonhartsberger It s all about shipping software! Seite 2 2 How fast do you ship quality software? Seite 3 Software Entwicklung

Mehr

Arbeitsblätter zum Raumplanerprojekt mit BlueJ

Arbeitsblätter zum Raumplanerprojekt mit BlueJ Arbeitsblätter zum Raumplanerprojekt mit BlueJ Volker Gätjens 24. September 2011 Kennen-Lernen 15.08.2011 ISS-Website Auf der Website der Irena Sendler Schule findest du Stundenpläne der Klassen (also

Mehr

IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs

IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs IT-Projektmanagement bei basecom Manuel Wortmann, Patrick Rolefs Vorstellrunde Mein Name ist, ich bin Jahre alt und mache meine Ausbildung bei. Übersicht wir sprechen internet Wasserfall - schön linear

Mehr