Dokumente eines IT-Projektes:

Ähnliche Dokumente
Lastenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006)

Pflichtenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006)

Projekt: <Hier den Namen des Projektes eingeben!> <Adresse> <Telefon / Fax> <Ansprechpartner>

Pflichtenheft. (Universität Paderborn, Softwareentwurf WS 2004/2005) Entwicklung von Mississippi-Queen für PDAs

Pflichtenheft (Universität Paderborn, Softwaretechnikpraktikum SS2006)

Pflichtenheft (Universität Paderborn, Softwareentwurf WS 2004/2005)

Pflichtenheft Projekt Rollercoaster. Projektgruppe: Gruppenname Phasenverantwortlich: Müller-Langowski 15. April 2002

Testdokument (Universität Paderborn, Softwaretechnikpraktikum SS2006)

Phasenmodell. Problem stellung. Neue Anforderungen. Benutzerwünsche. Anforderungs analyse und - definition Systemmodell. Betrieb.

Testen mit Use Cases. Chris Rupp Dr. Stefan Queins

Veranstaltung Systementwicklung Anforderungen Uwe H. Suhl Chris Bizer SS 2008 Unterschiedliches Verständnis von Anforderungen

2. Der Software-Entwicklungszyklus

Ereignis-basierter Test grafischer Benutzeroberflächen ein Erfahrungsbericht

CAE Grundlagen. Prof. Metzler 1

ER-Modelle zur klaren Begrifflichkeit bei der Testentwicklung

Pflichtenheft Inhaltsverzeichnis. 1 Zielbestimmung Musskriterien Wunschkriterien Abgrenzungskriterien...

Analyse und Entwurf objektorientierter Systeme

Pflichtenheft. Software für Ansteuerung eines Moving-Heads mittels PCI-Card DMX512b

Ein Beispiel-Pflichtenheft

4. Übung zu Software Engineering

Software Engineering. 3. Analyse und Anforderungsmanagement


Technologiepark Paderborn Telefon: / XX XX XX Mobil: 01XX / XX XX XX XX XXXXXXX@mail.upb.de

Aufgabe 3 Erstellt am: Softwaretechnik Praktikum SS06 Verantwortliche: Irina Justus

[Hier klicken und Text eingeben] [Hier klicken und Text eingeben] Auftragsnummer: [Hier klicken und Text eingeben] Auftragnehmer:

Projektplan. Transport TM. Projekt: Juniorprofessor Dr. Holger Giese

PSE Kick-off. Prof. Bernhard Beckert, Dr. Mattias Ulbrich, Alexander Weigl

Autoren: Ronny Fauth, Michael Freyer Dokumentation: Christian Schulze. 1 Zielbestimmung 2. 2 Produkteinsatz 2. 4 Produktfunktionen 3.

Software- und Systementwicklung

Phasen der Softwareentwicklung

Objektorientierte Analyse (OOA) Inhaltsübersicht

1. Übung Softwaretechnik - Planungsphase -

Inhalt. 1 Einführungsveranstaltung. 2 Pflichtenheft ANFORDERUNGSSPEZIFIKATION - GROBPLANUNG ANFORDERUNGSSPEZIFIKATION - SOLLKONZEPT

Vgl. Oestereich Kap 2.1 Seiten

Softwaretechnik 2015/2016

Master-Arbeit. Titel der Arbeit. Betreuer: Matthias Splieth, M.Sc. Themensteller: Prof. Dr. Klaus Turowski

Inhaltsverzeichnis. Teil I Einführung 13. Teil II Struktur 41. Vorwort 11

Mandatsverteilung für den Deutschen Bundestag

MDRE die nächste Generation des Requirements Engineerings

Klausur. Softwareentwurf. 14. Februar 2011 Bearbeitungszeit: 120 Minuten

Das diesem Dokument zugrundeliegende Vorhaben wurde mit Mitteln des Bundesministeriums für Bildung und Forschung unter dem Förderkennzeichen

PSE: Analysesoftware für soziale Netzwerke

SOFTWAREPROJEKT (WI) Anforderungsanalyse. Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing.

1 EINLEITUNG PROJEKTABLAUF Allgemeine Zielsetzung Projektstruktur und Zeitplan ANFORDERUNGSANALYSE...

Software-Engineering

- Prüfung - Prüfspezifikation für Anforderungen (Lastenheft)

PSE: Analysesoftware für Logistiknetzwerke

Einführung in die Programmierung der Schnittgrößenermittlung am Einfeldträger J. Lange

Software Engineering Projekt. Pflichtenheft

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert Vgl. Kapitel 4/5 aus Basiswissen Requirements Engineering, Klaus Pohl,

Inhaltsverzeichnis. Business Analysis und Requirements Engineering

CARL HANSER VERLAG. Mario Jeckle, Chris Rupp, Jürgen Hahn, Barbara Zengler, Stefan Queins. UML 2 glasklar

Architektur und Qualität. Tjard Köbberling

Lastenheft Webinformationssystem V1.0

Inhaltsverzeichnis. Teil I Grundlagen 1

Dokumentationskonzept

Grundlagen des Software Engineering

Projektarbeit Java. 4-Gewinnt. Berner Fachhochschule. 2004, Labor für Technische Informatik

Phasen der Softwareentwicklung

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

Technische Dokumentation

Pflichtenheft. Softwareprojekt Simulation / Idea Engineering

Zusammenfassung der Vorlesung

Erstellung eines Pflichtenhefts (I)

Wann lohnt sich GUI- Testautomatisierung?

Anforderungsanalyse, Requirements Engineering

Sascha Schreier. Softwaretechnik: Übung

Softwareentwicklung OOA Videothek

Use-Case-Template. Deliverable E1.1

Lastenheft Gruppe HK-03 erstellt am: Lastenheft

Pflichtenheft Patientenbett-Verwaltung

Wann lohnt sich GUI- Testautomatisierung?

Objektorientierte Analyse und Design mit der Unified Modelling Language (UML) Sandra Meißl

Pflichtenheft Software-Projekt: AutoEdit Add On

Use Cases. KP Ludwig John. Use Cases

Sonstige Assets. Assets über T-SQL Abfragen anlegen

Software-Engineering Grundlagen des Software-Engineering

Objektorientierte Systementwicklung

Pflichtenheft Programmanwendung "Syntax Tool"

Barrierefreies Webdesign Attraktive Websites zugänglich gestalten. Angie Radtke, Dr. Michael Charlier

Übungen zur Softwaretechnik

Verwaltung von Studienergebnissen

NACHRICHTENTECHNISCHER SYSTEME

Modellbasiertes manuelles Testen: Techniken und Tücken

Lastenheft. Lastenheft Definition Lastenheft DIN Gliederung nach Balzert Beispiele für ein Lastenheft Zusammenfassung Quellen

Pflichtenheft Projektarbeit 2008 / 2009

UML (Unified Modelling Language) von Christian Bartl

Standard Inhaltsverzeichnis für Software-Anforderungsspezifikation

Softwarearchitekturen I Softwareentwicklung mit Komponenten

UML fürs Pflichtenheft

Notationen zur Prozessmodellierung

Transkript:

Dokumente eines IT-Projektes: - Pflichtenheft & Co - jheger@upb.de Fachbereich Informatik Paderborn, 04.06.2003

Überlappendes Phasenschema Dokumente der einzelnen Phasen 2

1.1 Überlappendes Phasenschema 1.1 Überlap. Phasenschema Aufwand Weitere Modelle: -Code and Fix - Wasserfallmodell -V-Modell -Spiralmodell - zyklische Modell Zeit I Vorstudie V Implementierung und Test II Ist-Analyse VI Systemeinführung III Sollkonzept [VII Systembetrieb] IV Systementwurf Vgl. [Fischer et al. 02, S.323ff.] 3

1.2 Dokumente der einzelnen Phasen 1.2 Überblick Dokumente Vorstudie -> Durchführbarkeitsstudie Ist-Analyse -> Systembeschreibung und Systemabgrenzung -> Schwachstellenbericht -> Beginn des Glossars Sollkonzept -> Organisationsplan -> Pflichtenheft -> Kostenschätzung Systementwurf -> Systementwurf Implementierung und Test -> Programmcode -> Dokumentation -> Testfälle Systemeinführung -> Abschlussbericht 4

Programmcode Dokumentation Pflichtenheft 5

2.1 Programmcode und Dokumentation 2.1 Prg. Code / Dokumentation Programmcode ist das Produkt selbst wird von Gruppe erstellt CVS nötig Dokumentation Verständnis aller Beteiligten wird sichergestellt Vereinfacht Fehlersuche und Erweiterungen... Dokumentation wichtig 6

2.2 Pflichtenheft 2.2 Pflichtenheft Funktionsbeschreibung für das System (aus Sicht des Auftraggebers) Hardware- / Softwareumgebung Schnittstellen zu anderen betrieblichen Systemen Kompatibilitäten auf Hardware- oder Softwareebene Anbindung an bestimmte Netze bzw. Telekommunikationsdienstleistungen Sicherheitskriterien (z.b. Ausfallsicherheit, Backups) Serviceanforderungen (z.b. Hotline, obere Zeitschranke für Fehlerbehebung) Anforderungen an die Oberfläche Preislicher Rahmen für das System 7

2.2.1 Zielbestimmung und Produkteinsatz 2.2 Pflichtenheft Kopf: Projekt: Auftraggeber: Auftragnehmer: 1. Zielbestimmung Einleitung Hauptaufgabe wird festgelegt -> Grund für die Entwicklung Zielgruppe definieren (Vorwissen, Erfahrungen) 2. Produkteinsatz Einsatzbereich des Systems wird festgelegt Darstellung der systemrelevanten Abläufe Pflichtenheft: Reicko Heckel, Annika Wagner, Albert Zündorf 8

2.2.2 Beschreibung des Produkteinsatzes 2.2 Pflichtenheft 2. Produkteinsatz 2.1Beschreibung des Problembereichs Allgemein verständliche Beschreibung des Problembereichs Laien mit der Terminologie und den Zusammenhängen vertraut machen 2.2 Glossar Falls kein ausführliches Glossar (als eigenes Dokument) angelegt wird, hier die wichtigsten Begriffe erklären 2.3 Modell des Problembereichs (grafisch) Modell kann z.b. ein Klassendiagramm sein 2.4 Beschreibung des Geschäftsfeldes (kann entfallen) Darstellung der Geschäftsprozesse (Abläufe) z.b. mit Hilfe eines USE-Cases 9

2.2.2 Beschreibung des Produkteinsatzes (2) 2.2 Pflichtenheft 2. Produkteinsatz 2.1 Beschreibung des Problembereichs 2.2 Glossar 2.3 Modell des Problembereichs (grafisch) 2.4 Beschreibung des Geschäftsfeldes (kann entfallen) 2.5 Beschreibung der Geschäftsprozesse (kann entfallen) Genauere Beschreibung der Geschäftsprozesse Beschreibung mit Tabelle und/oder Aktivitätendiagramm Auslösendes Ereignis Ergebnis Mitwirkende <Handlung oder Zeitpunkt, wann der GP beginnt> <Was soll erreicht werden> <Rollenname der Beteiligten oder eines Systems> 10

2.2.3 Produktfunktionen 3. Produktfunktinen 2.2 Pflichtenheft Beschreibung der Funktionalitäten Jede Funktionalität lässt sich einem GP aus (2) zuordnen 3.1 Use Case Diagramme Überblick über die Funktionalitäten 3.2 Beschreibung zu <Use Case-ID>: <Use Case-Name> 3.2.1 Charakterisierende Informationen Übergeordneter elementarer Geschäftsprozess: Ziel des Use Cases: Vorbedingungen: Nachbedingung bei erfolgreicher Ausführung: Beteiligter Nutzer: Auslösendes Ereignis: <Prozess-ID: <elemetarer Geschäftsprozess> (Verzweigung angeben) <Ausführliche Beschreibung des Zieles des Use Cases> <Was muss garantiert werden, damit der UC ausgeführt werden kann> <Was muss für eine erfolgreiche Ausführung des Use Cases sichergestellt werden> <Rollename> Beschreibung des Nutzers oder des Systems <Handlung oder Zeitpunkt, die Use Case auslöst> 11

2.2.3 Produktfunktionen (2) 2.2 Pflichtenheft 3.2 Beschreibung zu <Use Case-ID>: <Use Case-Name> 3.2.1 Charakterisierende Informationen <Tabelle> (s.o.) Skizze / Screenshot der GUI 3.2.2 Szenario für den Standardablauf (Erfolg) Schritt <Schrittnr.> Nutzer <Name des Nutzer> Beschreibung der Aktivität <Beschreibung dessen, was der Nutzer tut> GUIs für den Standardablauf des Use Cases: Skizze / Screenshot der GUI 12

2.2.3 Produktfunktionen (3) 2.2 Pflichtenheft 3.2 Beschreibung zu <Use Case-ID>: <Use Case-Name> 3.2.1 Charakterisierende Informationen 3.2.2 Szenario für den Standardablauf (Erfolg) 3.2.3 Szenarien für die alternative Abläufe (Misserfolg oder Umweg) Schritt <Referenz auf Schrittnr. aus Standardablauf> Nutzer <Was verursacht den alternativen Ablauf> Beschreibung der Aktivität <Beschreibung der entsprechenden Aktivität> GUIs für alternative Abläufe des Use Cases: Skizze / Screenshot der GUI 3.2.4 Beschreibung des allgemeinen Ablaufs Aktivitätsdiagramme zu den Abläufen aus dem vorherigen Abschnitt 3.2.5 Offene Punkte Beschreibung dessen, was noch unklar ist 13

2.2.4 Produktcharakteristiken 2.2 Pflichtenheft 4. Beschreibung der nicht-funktionalen Anforderungen Charakteristiken oder Qualitäten, die das Produkt attraktiv machen und wodurch es sich von ähnlichen abhebt. Name: Typ: Beschreibung Zugeordneter(r) Use Case(s) <Kurze, eindeutige Bezeichnung> <Einen Typ aus der im Anhang definierten Liste auswählen> <Beschreibung in Sprache des Nutzers, die versucht Mehrdeutigkeiten zu vermeiden> <Use Case-ID> Typen: Use Effizienz Pflege Sicher Benutzbarkeitsanforderung Effizienzanforderungen Wartbarkeits- und Portierbarkeitsanforderungen Sicherheitsanforderungen Legal Gesetzliche Anforderungen 14

Literatur: IT Consulting Skript zur Veranstaltung Leena Suhl, Thomas Knechtel, Markus Toschläger Links: http://www.upb.de/cs/ag-engels/ag_dt/courses/lehrveranstaltungen /WS0203/TSEI/Templates/Pflichtenheft-Template.pdf http://www.pa.ethz.ch/formulare/acrobat/pflichtenheft_wegleitung_pdf.pdf http://www.informatik.uni-mannheim.de/informatik/pi4/stud/veranstaltungen /ss2001/pm/dokumente/vorlagen/pflichtenheft.html 15

Vielen Danken für Eure Aufmerksamkeit! Fachbereich Informatik