SWE1 - Übung 1 Projektbeschreibung: Chat

Ähnliche Dokumente
Grundlagen Software Engineering

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

Software-Lebenszyklus

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II

Client/Server Applikation mit Android BDA Zwischenpräsentation. Agenda. Einführung. Einführung. Planung & Vorgehen. Systemübersicht.

Projektmanagement iterativer Projekte

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler

Einführung des Unified Process: ein Erfahrungsbericht

Der Unified Process ist ein generischer Prozeß zur objektorientierten Software- Erstellung

Der Design-Workflow im Software-Entwicklungs-Prozess

Agile Methoden bei der Entwicklung medizinischer Software

Kurzübersicht Unified Process und Agile Prozesse

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

Entwicklungsmethoden

Management von Anforderungen im Rational Unified Process (RUP)

Der Rational Unified Process

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin

Projekt Management Plan

SE Besprechung. Übung 3 Softwareprozesse

Kapitel 1 Applikations-Architektur V

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)

Phasen. Gliederung. Rational Unified Process

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung

Softwaretechnologie - Wintersemester 2011/12 - Dr. Günter Kniesel

9 Die Unified Modelling Language UML und der Rational Unified Process RUP / Objectory

Softwaretechnologie Wintersemester 2009/2010 Dr. Günter Kniesel, Pascal Bihler

Übungen zur Softwaretechnik

CBIS - CARE BED INFORMATION SYSTEM

Objektorientierte Software-Entwicklung

Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL

Continuous Integration

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

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

( 87% ",# (-,- < 21,= 0 ><1( 87% ",# 3 8'#' 9:, # 21, = 0? "! ( 7-8?( 8- :#? "# - ;! " # ! "#!$% &' ()*++,-.#/, 0)*+*, -.%1,, 0)*+5+ "%.

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

1 Einleitung 1. 2 PMBOK Guide, PMI und PMP 7

VERSION 1.0 DATUM: WIEN, ERSTELLER: MÜLLER ALEXANDER STEFAN LENZ. Seite 1/17

Änderungsmanagement bei iterativer SW-Entwicklung

Vorlesung Betriebstechnik/Netzplantechnik Operations Research

Software-Engineering

Agile for Mobile. Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen. Ursula Meseberg microtool GmbH, Berlin

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.

» Qualitätsmanagement

Projekttitel: Auktionsplattform Projekthomepage: buecher.auf-knopfdruck.com

ISO konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen

ESRI User Forum Schw eiz Fachgruppe ArcObjects

Abschnitt 16: Objektorientiertes Design

HOOD Service Portfolio


Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

Hybride Projekte. Programmanpassungen. Hans Köbberling CIRCON AG

Software Engineering I (IB) Semesteraufgabe

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

4(4)h DI Klaus Battlogg DI Diethard Kaufmann

DevOps in der Praxis. Alexander Pacnik

Projekt Message-Logger

SWT II Projekt. Chat - Anwendung. Pflichtenheft 2000 SWT

Projekttitel: Bookme.at Projekthomepage:

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

PMI Munich Chapter

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

Teststrategie festlegen und Teststufen aufeinander abstimmen

RE-Metriken in SCRUM. Michael Mainik

Gliederung des Vortrages

Schneller zu Ergebnissen unser erstes Agile Project

Vorgehensmodell für BI-Projekte

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:

Analyse vernetzter Systeme. Test Plan. Roman Schaller

Requirements Dokumentation

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom

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

ReynaPro EOS manual. ReynaPro EOS Manual Reynaers Aluminium NV 1

Softwareentwicklungsprozesse. 18. Oktober 2012

INFO BetMobile Stand: August 2012 Release: 1.1.x.x

Projektrealisierung mit I.E.D

Thomas Schissler Uwe Baumann

Übungen Softwaretechnik I

2 Vorgehensmodelle in der Softwareentwicklung

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

Software-Engineering

Mobile Data Monitor Erfassung, Überwachung und Analyse von übertragenen Datenmengen

MANAGEN, ÜBERWACHEN, STEUERN DER PROJEKTAUSFÜHRUNG

04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY

Anwendungsfall- Modellierung

3. Vorgehensmodelle Software Engineering. Prof. Dr. Bernhard Humm Hochschule Darmstadt, 23. Oktober 2006

UX Erlebnisse am Frontend

E-Commerce. Fachtagung. Stolpersteine auf dem Weg zu erfolgreichem E-Commerce. Namics. Thomas Schärli. Projektleiter / Consultant. 26.

Software Engineering. Prozessmodelle zur Softwareentwicklung

3.2,,Eichung von Function Points (Berichtigte Angabe)

Ready for Check-in 3 Praxisbericht Flughafen Wien

Medizintechnologie.de. Entwicklungsplan. Entwicklungsplan. Einteilung in Entwicklungsphasen

Im Hauptmenü menü > Abmelden auswählen. Sie sind von OpenScape UC Application abgemeldet. Die des öffnet sich. Arbeitsbereich einrichten

SAP Master Data Governance

Use Cases. Die Sicht des Nutzers. Fortgeschrittenenpraktikum SS 2004

Einführung in die SWE

Transkript:

SWE1 - Übung 1 Projektbeschreibung: Chat Use-Case Diagramm: Client Client Einloggen mittels Nickname Chat-Raum wechseln hinzufügen Benutzer bearbeiten Hilfe anfordern Use-Case Diagramm: Benutzer verwarnen Benutzer aussperren Administrator en kontrollieren en löschen Client en Alle Clients Seite 1 von 5

Anwendungsfälle Nr. System Name Beschreibung Priorität 1 Client 2 Client 3 Client 4 Client 5 Client Einloggen mittels Nickname Chat-Raum wechseln hinzufügen bearbeiten Ein Benutzer kann sich mit einem beliebigen Nickname in den Chat einloggen Der Benutzer kann von einem Chat- Raum in einen anderen Chat-Raum wechseln Der Benutzer kann zu jeder Zeit eine hinzufügen Der Benutzer kann eine bearbeiten, solange diese noch nicht abgeschickt wurde Jede gesendete soll für den Benutzer sichtbar sein Abhängig von 2-1 1 1 11 6 Client Hilfe anfordern Der Benutzer kann Hilfe anfordern 3-7 Benutzer verwarnen 8 Benutzer aussperren 9 en kontrollieren 10 en löschen 11 Der Administrator kann Benutzer verwarnen Der Administrator kann Benutzer aus dem Chat aussperren Der Administrator kann gesendete en kontrollieren Der Administrator kann gesendete en löschen Der kann eine gesendete 1 3 Legende Priorität 1 Hohe Priorität 2 Mittlere Priorität 3 Tiefe Priorität Die Beiden wichtigsten Anwendungsfälle sind, dass der gesendete en, und der Client en hinzufügen und / anzeigen kann. Ohne diese Anwendungsfälle machen alle übrigen keinen Sinn, deswegen sollen diese als Erstes implementiert werden. Anschliessend wird das Einloggen des Benutzers entwickelt, da man en nur in eingeloggtem Zustand versenden und kann. Zuletzt werden alle übrigen Anwendungsfällt implementiert. Seite 2 von 5

Risikoliste Nr. Name Beschreibung Wahrsch. Schaden Stufe Prio Massnahmen Fehlende Wissen Hoch, Chat Erfahrung in Den Teammitgliedern aneignen / kann nicht 1 Netzwerk- fehlt das benötigte 100% E 1 Neues realisiert kommunikations- programmierung Wissen Teammitglied werden dazuholen 2 Bedienbarkeit Der Chat muss intuitiv bedienbar sein, damit ihn Besucher auch verwenden 30% Mittel M 2 Designer engagieren, der Chat intuitiv gestaltet Softwareentwicklungsplan Für die Chat-Applikation werden folgende vier Phasen durchlaufen: 1. Vorbereitungsphase (Inception) Ziele: Entscheidung über Start des Projektes, Ziel und Rahmen des Projektes abstecken, erster Architekturentwurf, Business Case entwerfen, kritische Risiken identifizieren und minimieren 2. Entwurfsphase (Elaboration) Ziele: Analyse des Anwendungsbereiches, Erfassung der funktionalen und nichtfunktionalen Anforderungen, Grundarchitektur festlegen, Projektplan vereinbaren, Risiken reduzieren 3. Konstruktionsphase (Construction) Ziele: Implementierung des gesamten Systems in mehreren Iterationen 4. Einführungsphase (Transition) Ziele: Die Anforderungen an das System, auf die man sich mit dem Arbeitgeber geeinigt hat, zu dessen Zufriedenheit erfüllen Zudem wird für jede Phase ein Meilenstein definiert: Nr. Phase Meilenstein 1 - Kick-Off 2 Inception Lebenszyklusziele (Life Cycle Objectives) 3 Elaboration Lebenszyklusarchitektur (Life Cycle Architecture) 4 Construction Erste Funktionstüchtigkeit (Initial Operation Capability) 5 Transition Produkteinführung (Product Release) Für die Entwicklung des Chats stehen drei Entwickler zur Verfügung. Für jede Iteration steht eine Woche zur Verfügung. Seite 3 von 5

Arbeitspakete Nr. Phase Name Beschreibung Vorgänger 1 Inception Anforderungen erheben Anforderungen über Entwicklungsaufwand, Projektdauer, Ressourcen aufnehmen 2 Inception Systemgrenzen festlegen Die Grenzen des Systems müssen genau festgelegt werden 3 Inception Anwendungsfälle und Akteure Die Anwendungsfälle und die Akteure müssen identifiziert werden 4 Inception Prototyp erstellen Es sollen Prototyp zur Demonstration implementiert werden 5 Inception Business Case Es soll ein Business Case mit Schätzungen über Kosten, benötigte Ressourcen, Marktchancen und Return on Investment erstellt werden 6 Inception Planung der Entwurfsphase Die Entwurfsphase soll im Detail 7 Elaboration Anwendungsfälle 1 Es sollen die meisten Anwendungsfälle 6 identifiziert, priorisiert und strukturiert werden 8 Elaboration Anwendungsfälle 2 Die wichtigsten Anwendungsfälle werden im Detail ausformuliert und 7 9 Elaboration Systemarchitektur entwerfen bereits realisiert Die Systemarchitektur wird entworfen, indem die Schichten, Subsysteme und Schnittstellen identifiziert werden 10 Elaboration User-Interface Erstellen eines User-Interface- Prototypen 11 Elaboration Projektplan Der Projektplan mit Zielen, Terminplan, Kosten, Ressourcen wird ausformuliert 12 Elaboration Planung der Konstruktionsphase Die Konstruktionsphase soll im Detail 13 Construction Implementierung Die Anwendungsfälle werden in mehreren Iterationen implementiert 14 Construction Testen Die Applikation soll fortwährend getestet werden (Integrationstest für jeden Build, Systemtest nach jeder Iteration) 15 Construction Benutzerhandbuch erstellen Es soll eine erste Version des Benutzerhandbuchs erstellt werden, das für die Beta-Tester brauchbar ist 16 Construction Planung der Einführungsphase Die Einführungsphase soll im Detail 17 Transition Beta-Release Der Beta-Release soll vorbereitet und ausgeliefert werden 18 Transition Feedback sammeln Änderungswünsche korrigieren und implementieren 19 Transition Auslieferung vorbereiten Das Programm soll für den Final Release vorbereitet und im Phasen- Meilenstein "Product Release" ausgeliefert werden 12 16 Seite 4 von 5

Projektmitarbeiter Kürzel Mitarbeiter 1 Simon Flüeli sf Mitarbeiter 2 Max Mustermann mm Mitarbeiter 3 Lieschen Müller lm Mitarbeiter Inception 1 Inception 2 Elaboration 1 Elaboration 2 Construction 1 Construction 2 Construction 3 Construction 4 Transition 1 sf 1, 2, 3, 4, 5, 6 1, 2, 3, 4, 5, 6 7, 8, 9, 10, 11, 12 7, 8, 9, 10, 11, 12 13, 14, 15, 16 13, 14, 15, 16 14, 15, 16 14, 15, 16 17, 18, 19 mm 1, 2, 3, 4, 5, 6 1, 2, 3, 4, 5, 6 7, 8, 9, 10, 11, 12 7, 8, 9, 10, 11, 12 13, 14, 15, 16 13, 14, 15, 16 13, 14, 15, 16 14, 15, 16 17, 18, 19 lm 1, 2, 3, 4, 5, 6 1, 2, 3, 4, 5, 6 7, 8, 9, 10, 11, 12 7, 8, 9, 10, 11, 12 13, 14, 15, 16 13, 14, 15, 16 13, 14, 15, 16 13, 14, 15, 16 17, 18, 19 Kick off Life Cycle Objectives Life Cycle Architecture Initial Operation Capability Product Release Seite 5 von 5