Kapitel 2: Anforderungen

Größe: px
Ab Seite anzeigen:

Download "Kapitel 2: Anforderungen"

Transkript

1 Kapitel 2: Anforderungen Prof. Dr. Harald Störrle (SWEP) Kapitel 2.1: Motivation Prof. Dr. Harald Störrle (SWEP)

2 Erfolgsfaktor Anforderungen 1 Anforderungen 3 Einbeziehung der Anwender 15,9 % Sonstige Gründe 19,2 % Definierte Schnittstellen und Zuständigkeiten 5,3 % Qualifizierte Mitarbeiter 7,2 % Erfolgsgründe Unterstützung durch das Management 13,9 % Eindeutig definierte Erwartungen 13,0 % Überschaubare Projektphasen 7,7 % Realistische Erwartungen 8,2 % Vernünftige Projektplanung 9,6 % Misserfolgsgründe Quelle: Standish Group & Scientific American Unzureichende Einbeziehung der Anwender 12,4 % Fehlende Ressourcen 10,6 % Unrealistische Erwartungen 9,9 % Fehlende Unterstützung durch das Management 9,3 % Unvollständige Anforderungen 13,1 % Sonstige Gründe 20,4 % Nichte mehr benötigte Features 7,5 % Mangelhafte Planung 8,1 % Geänderte Anforderungen und Spezifikationen 8,7 % Definition Anforderungen 1 Anforderungen 4 Anforderung (Requirement) Eine Anforderung ist eine Aussage über eine zu erfüllende Eigenschaft oder zu erbringende Leistung eines Produktes, eines Prozesses oder der am Prozess beteiligten Personen. Anforderungsmanagement (Anforderungsprozess, Req. Mgmt.) Das Anforderungsmanagement umfasst Maßnahmen, die die Anforderungsanalyse, die Projektplanung und die Weiterentwicklung der Anforderungen zum Zielsystem unterstützen.

3 Kapitel 2.2: Arten und Quellen von Anforderungen Prof. Dr. Harald Störrle (SWEP) Arten von Anforderungen 1 Anforderungen 6 Anwenderforderungen Alle vom Anwender vorgegebenen Anforderungen an das System (funktional oder nicht funktional) und Randbedingungen. Funktionale Anforderungen Aktionen, Funktionen oder Dienste die das System ausführen können soll Benutzerinteraktionen, die das System ermöglichen / unterstützen soll. Anforderung betreffend allgemeinen, funktionalen Vereinbarungen und Einschränkungen (z.b. Undo/Redo). Nichtfunktionale Anforderungen ( Qualitätsanforderungen ) Alle Anforderungen an ein System, die nicht funktional sind, z.b. Durchsatz, Benutzbarkeit, Ausfallzeiten o.ä. betreffend. Rahmenbedingungen und Einschränkungen Zeit, Budget oder Technologievorgaben. Wechselwirkungen eines Systems mit seinem künftigen Einsatzbereich.

4 Funktionale Anforderungen (BSP) 1 Anforderungen 7 Bewilligung einer Altersrente für langjährig Versicherte gem. 36 SGB VI Der Antrag wird ins System übernommen. Die für die Rentenberechnung maßgebenden Daten werden vorbereitet. Nach Prüfung und Freigabe durch die Sachbearbeitung erfolgt die Berechnung der Rente und die Erzeugung von Ausgaben. Die erzeugten Textausgaben und die zugrunde liegenden Daten werden abgelegt und zum Versand bereitgestellt. Typische funktionale Anforderungen sind Geschäftsprozesse oder Services, auf kleinerer Ebene Befehle oder Aktionen. Nichtfunktionale Anforderungen (BSP) 1 Anforderungen 8 Verfügbarkeit des Anwendungssystems Der Sachbearbeiterdialog muss an allen Werktagen in der Zeit von Uhr bis Uhr eine Verfügbarkeit von 99% aufweisen. Verarbeitung der Antragsdaten und die daraus resultierenden maschinellen Prozesse muss im 7x24 Stunden Betrieb erfolgen. Die Gesamtverfügbarkeit des Systems soll über das Jahr 95% betragen. Wartungsarbeiten sollen generell in der Zeit von 02:00 Uhr bis 04:00 Uhr erfolgen. Die gesamten System Down Zeiten für Wartungszwecke dürfen im Mittel 3 Tage pro Jahr nicht überschreiten und sind primär an Wochenenden anzusetzen. Eine nicht funktionale Anforderung beschreibt eine Architektur oder Qualitätseigenschaften eines Systems. Typische Klassen nicht funktionaler Anforderungen ( ilities ) sind Bedienbarkeit, Zuverlässigkeit, Performance/Durchsatz/Lasten, Sicherheit; aber auch Einhaltung von Standards und Normen, Fehlerbehandlung und Logging, Wiederverwendbarkeit und Erweiterbarkeit, usw.. Sie sind in der Regel charakteristisch für ganze Systemklassen. Es ist oft schwer oder unmöglich, nicht funktionale Anforderungen nachträglich umzusetzen.

5 Anforderungen vs. Use Cases 1 Anforderungen 9 Nicht funktionale Anforderungen sind keine UseCases. Manchmal kann eine NFA in einen Use Case eingehen. (Funktionale) Anforderungen können übergreifend sein und viele andere Anforderungen betreffen bzw. beeinflussen. Daher sind auch funktionale Anforderungen nicht zwangsläufig UseCases. Vollständige Historienführung für die revisionssichere Reproduzierbarkeit von Datenbeständen Bei Änderungen durch einen Sachbearbeiter muss im Rahmen der Historienführung neben der Änderung an sich auch der Sachbearbeiter und das Bearbeitungsdatum geführt werden. Im Rahmen der Historienführung stehen auch erstellte Fehler und Auswertungslisten (als Ergebnisse von Batchläufen) zur Verfügung. Für den Bereich Mathematik und die Bilanzierung relevante Daten werden journalmässig geführt und können nach Stich und Sichttagsprinzip ausgewertet werden Nicht Funktionale Anforderungen 1 Anforderungen 10 Bedienbarkeit Externe Anbindung / Heimarbeitsplätze Hilfesystem Zuverlässigkeit Verfügbarkeit Mittlere Wiederanlaufszeit Historisierung Fehlerbehandlung Batchläufe Für alle Dialoge gibt es eine kontextsensitive Hilfe, die Erläuterungen zu Dialogfeldern und Ausfüllhinweise enthält. Für die Funktionsbereiche X gestattet das System die Eingabe und Verwaltung von fachlichen Informationen (z.b. Paragraphen der Satzung), die den verschiedenen Anwendungsfällen zugeordnet werden können. Der Sachbearbeiter kann sich diese Informationen im Rahmen der Bearbeitung eines Anwendungsfalls anzeigen lassen. Das ABC hat folgende Betriebszeiten sicherzustellen: Dialogbetrieb: Montag Sonntag, 6:00 20:00 Uhr Verfügbarkeit 99% Batchverarbeitung und Systemsicherung/-administration: Montag Sonntag, 0:00 24:00 Uhr Die gesamten Systemdown-Zeiten für Wartungszwecke dürfen im Mittel 3 Tage pro Jahr nicht überschreiten und sind primär an Wochenenden anzusetzen. Historienführung Datenbestände Performance/Durchsatz/Maximallast Antwortzeiten Dialog Antwortzeiten Auswertungen Laufzeiten Batch Gesamtanzahl Benutzer Anzahl gleichzeitiger Benutzer Vieraugenprinzip Suchfunktionen Vollständige Historienführung für die revisionssichere Reproduzierbarkeit von Datenbeständen Bei Änderungen durch einen Sachbearbeiter muss im Rahmen der Historienführung neben der Änderung an sich auch der Sachbearbeiter und das Bearbeitungsdatum geführt werden. Im Rahmen der Historienführung stehen auch erstellte Fehler- und Auswertungslisten (als Ergebnisse von Batchläufen) zur Verfügung. Für den Bereich Mathematik und die Bilanzierung relevante Daten werden journalmässig geführt und können nach Stichund Sichttagsprinzip ausgewertet werden

6 Randbedingungen 1 Anforderungen 11 Eine Randbedingung ist eine Anforderungen aus dem Umfeld eines Projektes, die nicht in der Natur des zu erstellenden Systems liegen. Typische Klassen von Randbedingungen sind Vorgaben hinsichtlich Termin und Budget, vorgegebene Werkzeuge und Technologien, IST Zustand (Alt und Nachbarsysteme), Ausbildungsstand des Projektteams, Nebenziele. Nicht eingehaltene Randbedingungen können juristisch relevant werden, bzw. den Projekterfolg schlagartig gefährden. Auch hier ist Nachbesserung oft nicht möglich. Die Randbedingungen bestimmen den Entwicklungsprozess. Beispiel Technologievorgaben Die Rahmenkonzepte SAGA und DOMEA sind zu berücksichtigen. Die Service orientierten Paradigmen sind zu berücksichtigen, wobei die bestehenden Verfahren soweit möglich wiederverwendet werden sollen. Fehler vs. Änderungen 1 Anforderungen 12 Anforderungen bilden die Schnittstelle zwischen Auftraggeber und Auftragnehmer. Dadurch haben Anforderungspakete oft Vertragscharakter. Das hat weitreichende Konsequenzen: Wenn eine vereinbarte Anforderung nicht erbracht wird, kann der Auftraggeber kostenlose Nachbesserung verlangen. Fehler Wenn der Auftraggeber andererseits eine Anforderung ändert, kann der Auftragnehmer den Aufwand voll in Rechnung stellen. Änderung

7 Eine Abgrenzung 1 Anforderungen 13 n Anforderungen (Requirements) Änderungen (Change Request) Fehler (Bugs, Errors) Anforderungsmanagement Änderungsmanagement Projektstart Teilsystem 1 Teilsystem 2 Teilsystem n Anwendungssystem in der Wartung t Quellen von Anforderungen 1 Anforderungen 14 Die Einteilung der Anforderungen nach ihrem Ursprung ist hilfreich, denn sie erleichtert das Reporting, beeinflusst die Priorisierung und reduziert die Zahl der Beteiligten (z.b. bei der Qualitätssicherung). Beispiel einer Gruppenbildung Gruppe A Funktionalität eines bestehenden Systems inkl. wesentlicher Optimierungen Gruppe B Neue Funktionalitäten, grundlegende Verbesserungen Anforderungen aus bekannte Anmeldungen, Fehlerlisten, Ergebnisse aus Schwachstellenanalysen Verbesserungsvorschläge/Kopfwissen, Anforderungen Dritter Gruppe C Technische, nicht funktionale Anforderungen

8 Rollen im Anforderungsmanagement 1 Anforderungen 15 Es gibt oft sehr viele Personengruppen, die Anforderungen stellen können bzw. sollen, z.b.: Übergreifende Fachgruppe und Arbeitsgremien Fachbereiche von zentralen und dezentralen Organisationen Projektmitarbeiter selbst Gesetzgeber Ad Hoc Arbeitsgruppen Management/Leitung Projektteam (Fach )Expertenteam Steuerungsgremien (z.b. Change Control Board) Management Projektleitung Exemplarisch beteiligte Rollen 1 Anforderungen 16 Am Anforderungsprozesse sind unterschiedliche Rollen/Personen beteiligt. Anforderungsberechtigte Übergreifende Fachgruppe und Arbeitsgremien Fachbereiche von zentralen und dezentralen Organisationen Projektmitarbeiter selbst Gesetzgeber Ad Hoc Arbeitsgruppen Projektteam (Fach )Expertenteam Steuerungsgremien / Change Control Board (CCB)

9 Kapitel 2.3: Qualität von Anforderungen Prof. Dr. Harald Störrle (SWEP) Projektszenario 1 Anforderungen 18

10 Projektszenario 1 Anforderungen 19 Auch hinter einfachen Prozessen verstecken sich manchmal viele Anforderungen. Malen Sie ein Bild! 1 Anforderungen 20 Nehmen Sie ein Blatt Papier, und malen Sie ein Bild nach folgenden Angaben. Im Vordergrund ein Seeufer, im Hintergrund schneebedeckte Gipfel, darüber fast wolkenloser Himmel. Das Seeufer ist mit Bäumen und Büschen bestanden. Links im Vordergrund ein Hotel, mit Balkonen und Erkern. Rechts sind ein paar Häuser zu sehen, dahinter leicht erhöht eine Kirche mit spitzem Turm. Rechts im Vordergrund befindet sich ein Anlegesteg, dahinter zwei Partyzelte.

11 1 Anforderungen 21 Qualitätssicherung von Anforderungen 1 Anforderungen 22 Die Verwendung von Prosa für Anforderungen ist ein zweischneidiges Schwert: Einerseits wird so erst die frühzeitige Einbeziehung aller Beteiligten ermöglicht. Andererseits wird es so sehr schwierig, einheitliche Qualitätsstandards einzuhalten. Typische Qualitätsmerkmale von Anforderungen sind z.b.: eindeutig verständlich realisierbar klar strukturiert nachvollziehbar vollständig korrekt klassifizierbar Konsistent prüfbar/testbar gültig und aktuell notwendig verfolgbar bewertbar angemessen anpassbar Offensichtlich hängen sie stark vom Betrachter und den Rahmenbedingungen ab. Sie sind deswegen aber nicht falsch nur schwer umzusetzen.

12 Qualitätssicherung von Anforderungen 1 Anforderungen 23 Um die Qualitätssicherung zu erleichtern bzw. Fehler möglichst von vorneherein zu vermeiden, wird strukturierter Text bzw. eine Tabelle statt Freitext verwendet. Dadurch wird die Handhabbarkeit einfacher, z.b. könnte das Qualitätsmerkmal Vollständigkeit durch folgende Kriterien konkretisiert werden. Für jede Anforderung sollen alle Attribute gefüllt sein. Absichtlich leere Attribute werden mit gefüllt. Die Gesamtmenge der Anforderungen soll vom Management als vollständig abgenommen werden. Kapitel 2.4: Anforderungsprozess und Techniken Prof. Dr. Harald Störrle (SWEP)

13 Detaillierungsebenen 1 Anforderungen 25 Anforderungen sollen angemessen, zielgruppenorientiert und ergebnisorientiert sein. In der konkreten Arbeit verliert man diese Ziele leicht aus den Augen ( Zeitfalle ). Daher sollte zuerst ein hoher Grad an Abdeckung bei geringer Detailtiefe erarbeitet werden, und erst dann der Detailgrad in der Breite erhöhen werden. Wir verwenden dazu 4 Detaillierungsebenen: 1. Pflichtattribute bei der Erstellung einer Anforderung zu füllen 2. Ausarbeitung Stufe 1 detailliert den Inhalt einer Anforderung und ordnet diese im Systemkontext 3. Ausarbeitung Stufe 2 weiterführende Informationen und Bezug zu anderen Anforderungen 4. Ausarbeitung Stufe 3 Bezug zur technischen Umsetzung und SW Komponenten Detaillierungsebenen 1 Anforderungen 26 ID Name Beschreibung Zunehmender Detailgrad Systemkontext & FA UseCase Tabelle Rollen UseCase Diagramm Anforderungstitel Stichwort in der Facharchitektur Quelle Autor/Datum Anmerkungen Erfüllungs kriterium Anforderung Abläufe Datenmodell GUI Entwürfe Testfälle Fachmodell

14 Anforderungsprozess 1 Anforderungen 27 Schritte im Anforderungsprozess Themenbereich(e) mit Hilfe der initialen Strukturierung identifizieren. Listen funktionaler und nicht funktionaler Anforderungen ermitteln. Beschreiben der wesentlichen Eigenschaften in einer ersten Stufe Mit Checklisten auf Lücken prüfen (v.a. nicht funktionale Anforderungen). Qualitätssicherung im Team (QS Kriterien). Anforderungen schrittweise verfeinern (Abhängigkeiten und Wechselwirkungen ergänzen) Qualitätssicherung durch externen Kreis von Fachexperten Freigabe durch ein Leitungsgremium Anforderungen werden im Weiteren genutzt als Grundlage für die Fachmodellierung und Umsetzung und für die Abnahme der Ergebnisse nach Bereitstellung des Systems/Systemteils. Lebenszyklus von Anforderungen 1 Anforderungen 28

15 Fragetechniken 1 Anforderungen 29 [Rupp:??] Quelle: Vorgehensweise 1 Anforderungen 30 Die Formulierung von Anforderungen ist ein iterativer Prozess vom Groben hin zum Feinen. Der für eine Abstimmung/QS notwendige Detaillierungsgrad wird bestimmt durch die Zielgruppe, die Zielsetzung, die erwartete Art der Rückmeldung und der Erfahrung im Projektverlauf. Gerade in der Startphase eines Projekts sollte der Grad der Detaillierung zwischen Fachteam und Stakeholdern, z.b. in einem übergreifendes Gremium, abgestimmt werden.

16 Bewährte Praktiken 1 Anforderungen 31 Für Anforderung gibt es einen Satz von Regeln um diese präzise und aussagekräftig zu formulieren. Formulieren Sie jede Anforderung im Aktiv um den aktiven Benutzer oder Systemteil zu identifizieren Ersetzen Sie unklare Formulierungen durch Vollverben z.b. einen Unterschied machen unterschieden, da dies die Angabe weiter identifizierender Beschreibungen verlangt. Was wird unterschieden? Formulieren Sie Fragen zu Prozesswörtern um Lücken in den Beschreibungen aufzudecken. Z.B. melden Wer meldet? Was wird gemeldet? Wie wird gemeldet? Wann wird gemeldet? Usw. Leiten Sie weitere Anforderungen oder Präzisierungen durch Hinterfragen der Definition von Objekten (z.b. Adresse Bestandteile) oder von Bedingungen, die für ein Objekt formuliert sind (z.b. Überschreitung Wie ist diese definiert? Grenzen?). Anwendungsfalldiagramm 1 Anforderungen 32 Ein Anwendungsfalldiagramm stellt einen einzelnen Geschäftsprozess mit seinen Akteuren, Varianten und aufgerufenen fachliche Services dar. Die Details des Geschäftsprozesses werden im Notizbuch festgehalten.

17 Anwendungsfalldiagramm 1 Anforderungen 33 Anwendungsfall Ein Anwendungsfall beschreibt einen Geschäftsprozess oder eine fachlicher Service (fachlicher Service). Tritt in der Facharchitektur als Eintrag auf. Assoziation Alle Rollen, die direkt in einen Anwendungsfall involviert sind, werden mit diesem durch Assoziationen verbunden. Akteur Name einer Rolle, deren Inhaber an einem Anwendungsfall beteiligt ist. Die Rolle bezieht auf das Rollenmodell (Organigramm). Erweiterungs-Beziehung Eine Variante bzw. Erweiterung eines Anwendungsfalls (z.b. Ausnahme- oder Sonderfall) Inklusions-Beziehung Wenn ein anderer Anwendungsfall ein- oder mehrmals als Teilfunktionalität eines Anwendungsfalls aufgerufen wird Kapitel 2.5: Werkzeuge für die Anforderungsverwaltung Prof. Dr. Harald Störrle (SWEP)

18 Werkzeuge 1: Tabellen 1 Anforderungen 35 Schon ab wenigen Anforderungen ist Werkzeugunterstützung hilfreich. Für kleine Projekte oder für frühe Phasen, wenn noch keine anderen Werkzeuge verfügbar sind, bietet sich Excel o.ä. an. Damit sind die Grundfunktionen der (zentralisierten) Anforderungsverwaltung darstellbar, es fehlt aber z.b. die Möglichkeit der Verknüpfung von Anforderungen. Es ist üblich, pro Zeile eine Anforderung zu beschreiben, und die verschiedenen Beschreibungsattribute auf die Spalten zu verteilen. Anforderungsattribute 1 Anforderungen 36 Attributname Beschreibung AFo ID Name Beschreibung Art Quelle Eindeutiger Schlüsselwert als Referenz Kompakte Kurzbezeichnung für die Anforderung Ausführliche Beschreibung der Anforderung mit einem zielgruppen und themenspezifisch Detaillierungsgrad (in der Regel textuell, evtl. ergänzend visuelle Modelle). Typisiert die Anforderung um unterschiedliche Sichten mittels Filterung und Sortierung zu ermöglichen. Personen oder Organisationen, die diese Anforderungen gestellt haben. Anmerkung Abhängigkeit Konflikt Erfüllungskriterium Erläuternde Informationen, Verweise, Referenzen, offene Fragen, Bearbeitungshinweise usw. Bezug zu anderen, abhängige Anforderungen (über AFo ID) um Wechselwirkungen bewusst zu machen. Bezug zu anderen Anforderungen (über AFo ID) mit denen eine Anforderung im Konflikt steht. Messbare bzw. überprüfbare Bedingungen für die Erfüllung u.a. wichtige Grundlage für die spätere Abnahme.

19 Anforderungsattribute 1 Anforderungen 37 Ebenfalls sehr beliebt sind die Attribute Subsystem Wenn es mehrere Komponenten oder Teilprojekte gibt Priorität Wenn Anforderungen zur Projektsteuerung genutzt werden sollen Teil von Wenn die Anforderungen im bestehenden Schema verfeinert werden sollen Werkzeuge 2: Issue Tracker 1 Anforderungen 38 Die nächst größere Werkzeugkategorie sind Bug Tracking und Ticket Systeme. Sie erlauben in der Regel vollständig verteiltes Arbeiten auf einem Repository. Ihre Aufgabe ist eigentlich etwas anderes, deshalb darf man nicht zuviel erwarten. Insbesondere bieten sie oft nur eine eingeschränkte Konfigurierbarkeit und sehr schlichtes Reporting. Heutzutage sind diese Systeme oft mit einem Wiki verknüpft oder direkt in ein Wiki eingebettet. Beispiele sind Bugzilla Mantis Trac Jira (Atlassian) Change Synergy (Telelogic)

20 Werkzeuge 3: RE Werkzeuge 1 Anforderungen 39 Die höchste Stufe sind die echten Anforderungswerkzeuge, die speziell für diesen Zweck gebaut wurden, und auch in großen und größten Projekten eingesetzt werden können. Diese Werkzeuge sind oft sehr teuer (5 stellig), erfordern hohen Lern und Wartungsaufwand, bieten dafür aber alles, was man sich nur vorstellen kann. Beispiele sind Telelogic (jetzt IBM) DOORS Rational (jetzt IBM) RequisitePro Borland CaliberRM Compuware Reconcile NCH Miro.BAS Polarion Polarion TCP / QA Systems IRqA Serena RTM Workshop Fallbeispiel JIRA 1 Anforderungen 40 Bug/Request Tracking Werkzeug von der Fa. Atlassian Browserbasiert, J2EE, Datenbank Verschiedene Lizenzmodelle (Personal, Professional, Enterprise) Enterprise Version gut anpassbar Verschiedene Issue Typen, Attribute und Workflows Multi Projekte Corporate Identity Rechte /Rollenkonzept Flexibles Reporting, Suchfunktion Geringe Lizenzkosten, Testlizenz Code wird teilweise mit ausgeliefert, erweiterbar Integration mit Confluence (Wiki, Informationsplattform)

21 Anforderungserfassung mit JIRA 1 Anforderungen 41 Eingabe eines Eintrags 1 Anforderungen 42

22 Anzeige eines Eintrags 1 Anforderungen 43 Reporting 1 Anforderungen 44

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

Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Virtuelle Forschungsumgebungen Dozent: Prof. Dr. phil.

Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Virtuelle Forschungsumgebungen Dozent: Prof. Dr. phil. Universität zu Köln Institut für Historisch-Kulturwissenschaftliche Informationsverarbeitung Virtuelle Forschungsumgebungen Dozent: Prof. Dr. phil. Manfred Thaller WS 2010/11 Referentin: Sanja Wiechmann

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

3.2! Anforderungsmanagement

3.2! Anforderungsmanagement Dr. M. Huhn, Prof. Dr. U. Goltz, B. Prammer Anforderungen - Spezifikation und Analyse 1 Gliederung Einführung Textuelle Anforderungen Modellbildung in der Anforderungsanalyse Einführung von Requirement

Mehr

Klausur Software Engineering für WI (EuI)

Klausur Software Engineering für WI (EuI) Autor: Prof. Dr. Bernhard Humm, FB Informatik, FH Darmstadt Datum: 14. Februar 2006 Klausur Software Engineering für WI (EuI) Ihr Name: Ihre Matrikelnummer Erreichte Punkte (von insgesamt 57 Punkten):

Mehr

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG "If you don't know where you are going, you are unlikely to end up there." Forrest Gump 2 Anforderungen bilden die Grundlage für jedes (Software-)Projekt sind die

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

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

Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht. München, 11.03.2014

Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht. München, 11.03.2014 Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht München, 11.03.2014 Vorstellung Ihr Referent Ralf Nagel Senior Consultant für modellbasierte Anforderungsanalyse MID GmbH Kressengartenstraße

Mehr

iks Thementag: Requirements Engineering Fallstudie 2: Requirements Engineering mit JIRA und Together

iks Thementag: Requirements Engineering Fallstudie 2: Requirements Engineering mit JIRA und Together iks Thementag: Requirements Engineering Fallstudie 2: Requirements Engineering mit JIRA und Together Herr Holger Benz (Deutsche Post AG, Niederlassung Renten Service) Agenda Vorstellung DP/DHL Renten Service

Mehr

Evolutionäres Phasenmodell. Vorgehensmodelle

Evolutionäres Phasenmodell. Vorgehensmodelle Evolutionäres Phasenmodell Vorgehensmodelle PM 1 Die Phase Projektinitialisierung wird in enger Zusammenarbeit zwischen Projektauftraggeber und Auftragnehmer durchgeführt. Die Informationen aus dem Projektportfolio,

Mehr

Anforderungen dokumentieren, validieren und verwalten

Anforderungen dokumentieren, validieren und verwalten Anforderungen dokumentieren, validieren und verwalten iks-thementag: Requirements Engineering 16.11.2010 Autoren Christoph Schmidt-Casdorff Carsten Schädel Agenda Einleitung Anforderungen dokumentieren

Mehr

Requirements Management für SAP Solution Manager Projektrisiken minimieren durch professionelles Anforderungsmanagement

Requirements Management für SAP Solution Manager Projektrisiken minimieren durch professionelles Anforderungsmanagement Requirements Management für SAP Solution Manager Projektrisiken minimieren durch professionelles Anforderungsmanagement SAP Consulting Use this title slide only with an image Agenda Risikofaktoren beim

Mehr

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses

Mehr

Requirements Engineering (Anforderungstechnik)

Requirements Engineering (Anforderungstechnik) 5 Requirements Engineering Einführung 5.1 Was ist Requirements Engineering? Erste Näherung: Requirements Engineering (Anforderungstechnik) ist das systematische, disziplinierte und quantitativ erfassbare

Mehr

YAKINDU Requirements. Requirements Engineering, Management and Traceability with Eclipse. Lars Martin, itemis AG. itemis AG

YAKINDU Requirements. Requirements Engineering, Management and Traceability with Eclipse. Lars Martin, itemis AG. itemis AG YAKINDU Requirements Requirements Engineering, Management and Traceability with Eclipse Lars Martin, itemis AG Agenda YAKINDU Requirements Motivation: Warum Requirements Engineering? Grundlagen: Requirements

Mehr

Requirements Engineering

Requirements Engineering Seite 1 Requirements Engineering Seite 2 Zielsetzung Systematischer Ansatz, Anforderungen zu Ermitteln Analysieren Organisieren Dokumentieren Mittel, um gemeinsame Basis zwischen Kunde und Entwickler zu

Mehr

Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA

Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA REFERENT Webinar Nr. 1 26. März 2015 15 Uhr bis 16 Uhr Antonio Jesus de Loureiro antonio.loureiro@agosense.com +49.7154.99951.16

Mehr

V-Methode, RUP, Waterfall oder was?

V-Methode, RUP, Waterfall oder was? 5. Bayerischer IT-Rechtstag am 26. Oktober 2006 auf der SYSTEMS 2006 in München Übersicht über die verschiedenen Vorgehensmodelle Dr. Sarre & Schmidt EDV-Sachverständige, München Öffentlich bestellter

Mehr

Umfrage zum Informationsbedarf im Requirements Engineering

Umfrage zum Informationsbedarf im Requirements Engineering Umfrage zum Informationsbedarf im Requirements Engineering Vielen Dank für Ihre Teilnahme an dieser Studie! Im Rahmen eines Forschungsprojektes an der Universität Hamburg und der TU Graz führen wir eine

Mehr

Bugtracking Tools codecentric GmbH

Bugtracking Tools codecentric GmbH Bugtracking Tools codecentric GmbH Rainer Vehns, Java Enterprise in der Deutschen Rentenversicherung. 29. Oktober 2008 Seite 1 Agenda Bug Tracking Ziele und Abgrenzung Anforderungen an Bugtracking Tools

Mehr

Projektmanagement. Projektmanagement

Projektmanagement. Projektmanagement Projektmanagement Dipl.-Ing. Oliver Lietz Was ist ein Projekt? Projektmanagement Eindeutiges Ziel Individuell (einmalig) Begrenzt (Anfang und Ende) Komplex (keine Routineaufgabe) Warum Projektmanagement

Mehr

Requirements Management Center

Requirements Management Center Requirements Management Center Überblick - 1 - Inhalt OMNITRACKER Requirements Management Center im Überblick Workflow im Überblick Informationsmodell Dokumentation und Reports Leistungsmerkmale Anforderungsdefinitionsprozess

Mehr

Mi 2.3. Erfolgreiche Projektplanung und Fortschrittskontrolle mit Use Cases. Tom Krauß. Copyright 2008 GEBIT Solutions www.gebit.

Mi 2.3. Erfolgreiche Projektplanung und Fortschrittskontrolle mit Use Cases. Tom Krauß. Copyright 2008 GEBIT Solutions www.gebit. Mi 2.3 Erfolgreiche Projektplanung und Fortschrittskontrolle mit Use Cases Tom Krauß Agenda Motivation Use Case orientiertes Projektmanagement Grundsätzliche Idee Variationsmöglichkeiten Integration in

Mehr

Software Engineering in der Praxis

Software Engineering in der Praxis Software Engineering in der Praxis Praktische Übungen Josef Adersberger Dirk Wischermann Lehrstuhl für Software Engineering Friedrich-Alexander-Universität Erlangen-Nürnberg 23. Oktober 2006 Inhalt Überblick

Mehr

Requirements Lifecycle Management (RLM)

Requirements Lifecycle Management (RLM) Whitepaper Requirments Lifecycle Management Requirements Lifecycle Management (RLM) Die Weiterentwicklung der klassischen Anforderungsanalyse 1 Einleitung War noch vor einiger Zeit die klassische Anforderungsanalyse

Mehr

Software Entwicklungs Praktikum (SWEP) Einführung und Organisatorisches

Software Entwicklungs Praktikum (SWEP) Einführung und Organisatorisches Software Entwicklungs Praktikum (SWEP) Einführung und Organisatorisches Sommersemester 2009 Stand 26.5.2009 Formalia 0 Organisatorisches 2 Studierende mit Haupt und Nebenfach Informatik 6 SWS, Diplom Veranstaltung

Mehr

Erstellung eines Pflichtenhefts (I)

Erstellung eines Pflichtenhefts (I) 2. Anforderungsanalyse Erstellung eines Pflichtenhefts (I) Annahme: Es liegt ein "gutes" Lastenheft vor Was fehlt noch? Details... gemeinsame Sprache Glossar gemeinsames Verständnis der Funktion Funkt.

Mehr

Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten

Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten Roman Roelofsen Prof. Dr. Stephan Wilczek Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten Konferenz Software Engineering & Management 2015 Dresden 19.03.2015 3 Rollen

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

Softwareentwicklungsprozesse. 18. Oktober 2012 Softwareentwicklungsprozesse 18. Oktober 2012 Überblick Was soll ein Softwareentwicklungsprozess leisten? Überblick über Softwareentwicklungsprozesse Welche gibt es? Warum gibt es mehrere? Diskussion:

Mehr

Projektgruppe. Verfolgbarkeit von Anforderungen im Software-Entwicklungsprozess

Projektgruppe. Verfolgbarkeit von Anforderungen im Software-Entwicklungsprozess Projektgruppe Christoph Fröhlich Verfolgbarkeit von Anforderungen im Software-Entwicklungsprozess 4. Juni 2010 Motivation Anforderungen Software 2 Motivation X in Zeile heißt, dass Anforderung durch Systemkomponente

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

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

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:

Mehr

Standardisiertes Anforderungsmanagement mit Serena Dimensions

Standardisiertes Anforderungsmanagement mit Serena Dimensions AFCEA e.v. Mittagsforum 24.10.2008 Godesburg, Bonn-Bad Godesberg Standardisiertes Anforderungsmanagement mit Serena Dimensions Vorgestellt durch Hans-Joachim Erchinger Michael Lindner Vice President EMEA

Mehr

Requirements Engineering Quo Vadis? Susanne Mühlbauer Oktober 2011

Requirements Engineering Quo Vadis? Susanne Mühlbauer Oktober 2011 Requirements Engineering Quo Vadis? Susanne Mühlbauer Oktober 2011 Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche Prozess-Improvement - Initiativen wie CMMI

Mehr

Use Cases REQEDIT CLIENT. Mai 2014. DER INNOVATIVE TOOLHERSTELLER www.reqteam.com

Use Cases REQEDIT CLIENT. Mai 2014. DER INNOVATIVE TOOLHERSTELLER www.reqteam.com Use Cases REQEDIT CLIENT Mai 2014 Übersicht 1. Einführung Anforderungsmanagement 2. Einführung Anforderungsmanagementtools und Austauschformate 3. Warum ReqEdit? 4. Use Cases - kleinere und mittlere Unternehmen

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

Requirements Management Wissensmanagement für und mit Anforderungen

Requirements Management Wissensmanagement für und mit Anforderungen Requirements Management Wissensmanagement für und mit Anforderungen Barbara Paech Forum ITK-Industrie Industrie trifft Forschung in ViSEK, 28.10.02 IESE Fraunhofer Institut Experimentelles Software Engineering

Mehr

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

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Modellgetriebene Softwareentwicklung auf Basis von TOPCASED am Beispiel

Mehr

RE-Praxisbericht: Ergebnisse einer aktuellen Studie zum Thema Use Cases

RE-Praxisbericht: Ergebnisse einer aktuellen Studie zum Thema Use Cases RE-Praxisbericht: Ergebnisse einer aktuellen Studie zum Thema Use Cases Dr. Alexander Rachmann Hartmut Schmitt Softwareforen Leipzig 9. Mai 2014 Agenda Der Use-Case-Arbeitskreis der Gesellschaft für Informatik/Fachgruppe

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

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Oliver Böhm MKS GmbH Agenda Überblick Der Entwicklungsprozess: Requirements

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

Requirements Engineering mit DOORS

Requirements Engineering mit DOORS Requirements Engineering mit DOORS Themenarbeit Softwareengineering Oliver Röösli oliver.roeoesli@stud.hslu.ch Oliver Röösli Seite 1/18 Inhaltsverzeichnis 1. Abbildungsverzeichnis 3 2. Was ist Requirements

Mehr

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis Leseprobe Joachim Drees, Conny Lang, Marita Schöps Praxisleitfaden Projektmanagement Tipps, Tools und Tricks aus der Praxis für die Praxis ISBN: 978-3-446-42183-7 Weitere Informationen oder Bestellungen

Mehr

Metriken - ein unverzichtbarer Begleiter für Software-Prozess-Verbesserungen

Metriken - ein unverzichtbarer Begleiter für Software-Prozess-Verbesserungen Metriken - ein unverzichtbarer Begleiter für Software-Prozess-Verbesserungen Dipl.-Math. Hermann Will QADVICE Software+System Qualität Jamnitzerstr. 2, 81543 München hermann.will@qadvice.de Zusammenfassung.

Mehr

Qualität 1. 1 Qualität

Qualität 1. 1 Qualität Qualität 1 1 Qualität Nach dem Durcharbeiten dieses Kapitels sollten Sie die Qualität für ein Softwaresystem definieren können, typische Qualitätskriterien kennen, Qualitätskriterien messbar festlegen

Mehr

BPM und egpm. Prozessbasierte Anforderungsanalyse, Fallstudie bei einem Kommunikationsunternehmen. Thorsten Fiege (Pegasystems) & Kai Meyer (C1 WPS)

BPM und egpm. Prozessbasierte Anforderungsanalyse, Fallstudie bei einem Kommunikationsunternehmen. Thorsten Fiege (Pegasystems) & Kai Meyer (C1 WPS) BPM und egpm Prozessbasierte Anforderungsanalyse, Fallstudie bei einem Kommunikationsunternehmen Thorsten Fiege (Pegasystems) & Kai Meyer (C1 WPS) C1 WPS GMBH //// Vogt-Kölln-Str. 30 //// 22527 HAMBURG

Mehr

Schritte eines ITIL- Projektes in der Landesverwaltung Baden-Württemberg. Dr. Harald Bayer Innenministerium BW, StaV

Schritte eines ITIL- Projektes in der Landesverwaltung Baden-Württemberg. Dr. Harald Bayer Innenministerium BW, StaV 1 Schritte eines ITIL- Projektes in der Landesverwaltung Baden-Württemberg Dr. Harald Bayer Innenministerium BW, StaV 2 Zum Redner Mitarbeiter der Stabsstelle für Verwaltungsreform (StaV) des Innenministeriums

Mehr

Grundlagen der Anforderungsanalyse. 28. Oktober 2014

Grundlagen der Anforderungsanalyse. 28. Oktober 2014 Grundlagen der Anforderungsanalyse 28. Oktober 2014 Überblick Wie analysiert man die Anforderungen an ein neues Softwaresystem? Welche Methoden und Techniken gibt es? Welche Probleme kann es bei der Anforderungserfassung

Mehr

Effizienzsteigerung durch Komplexitätsreduktion

Effizienzsteigerung durch Komplexitätsreduktion Effizienzsteigerung durch Komplexitätsreduktion Die Herausforderung Kosten schon kleine Änderungen in den Abläufen Ihres Unternehmens Unsummen? Haben Sie Schwierigkeiten, alle notwendigen Änderungen schnell

Mehr

Erfahrungen mit Anwendungsfallspezifikation bei der Entwicklung großer IT-Systeme

Erfahrungen mit Anwendungsfallspezifikation bei der Entwicklung großer IT-Systeme Erfahrungen mit Anwendungsfallspezifikation bei der Entwicklung großer IT-Systeme Dr. Andreas Birk, sd&m AG, Stuttgart Jahrestreffen der GI-Fachgruppe Requirements Engineering München, 23. November 2006

Mehr

Abweichungsmanagement. Probleme hat doch jeder

Abweichungsmanagement. Probleme hat doch jeder 1 Abweichungsmanagement Probleme hat doch jeder SEQIS Software Testing Know-how Veranstaltungen 2011 24.03.2011 16.06.2011 22.09.2011 24.10.2011 Nicht zuviel und nicht zuwenig: Testdokumentation Theorie

Mehr

IT-Projekte effektiv steuern durch Integration von Modellierung und ALM bzw. Änderungsmanagement

IT-Projekte effektiv steuern durch Integration von Modellierung und ALM bzw. Änderungsmanagement IT-Projekte effektiv steuern durch Integration von Modellierung und ALM bzw. Änderungsmanagement Basierend auf einem zentralen SOA-Projekt wird die Integration von Änderungsmanagement aus dem ApplicationLifeCycle

Mehr

Effizientes Requirements Management mit agosense.requirements

Effizientes Requirements Management mit agosense.requirements Effizientes Requirements Management mit agosense.requirements REFERENT Webinar Nr. 2 17. September 2015 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer Hinweis zu Beginn Fragen stellen während

Mehr

Musteraufbau eines Anforderungsprofils zur Einführung neuer Software

Musteraufbau eines Anforderungsprofils zur Einführung neuer Software Musteraufbau eines Anforderungsprofils zur Einführung neuer Software Ottostr. 15 96047 Bamberg Tel. +49/951/98046200 Fax +49/951/98046150 email: info@softcondev.de www: softcondev.de INHALT Vorwort Diese

Mehr

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny Software Engineering Prof. Dr. Stefan Enderle NTA Isny 3 Software Entwicklungsprozesse Softwareentwicklung Systematisches Vorgehen wichtig Zeitlicher Ablauf durch Vorgehensmodell Meist grundlegender Aufbau:

Mehr

Software Engineering 4) Definitionsphase und Requirements Engineering

Software Engineering 4) Definitionsphase und Requirements Engineering Software Engineering 4) Definitionsphase und Requirements Engineering Prof. Dr. Anja Metzner Hochschule Augsburg, Fakultät für Informatik Kontakt: anja.metzner@hs-augsburg.de Studiengang WiBac 4 (Stand:

Mehr

effektiv erstellen Use Cases Alistair Cockburn Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases

effektiv erstellen Use Cases Alistair Cockburn Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases Alistair Cockburn Use Cases effektiv erstellen Das Fundament für gute Software-Entwicklung Geschäftsprozesse modellieren mit Use Cases Die Regeln für Use Cases sicher beherrschen A Abdeckung Grad der 163

Mehr

Referenzprozessmodell zur erfolgreichen Durchführung von CRM - Projekten

Referenzprozessmodell zur erfolgreichen Durchführung von CRM - Projekten Referenzprozessmodell zur erfolgreichen Durchführung von CRM - Projekten Eine große Anzahl von CRM- Projekten scheitert oder erreicht die gesetzten Ziele nicht. Die Ursachen hierfür liegen oftmals in der

Mehr

Requirements Engineering für IT Systeme

Requirements Engineering für IT Systeme Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein

Mehr

Einführung in die SWE

Einführung in die SWE Einführung in die SWE Inhalte der Vorlesung Allgemeine Ziele der Lehrveranstaltung Entwickeln einer kleinen Applikation nach professionellem Vorgehensmodell Erlernen des objektorientierten Herangehens

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

Anforderungsmanagement im Projekt BIS-BY. BIS-BY: Requirement Management

Anforderungsmanagement im Projekt BIS-BY. BIS-BY: Requirement Management Anforderungsmanagement im Projekt BIS-BY von B. KREUZER Schlüsselwörter: Änderungswünsche, Anforderungsmanagement, DOORS Kurzfassung Softwaresysteme unterliegen während ihrer Entwicklung und während ihres

Mehr

SOA Einsatzmöglichkeiten und Voraussetzungen unter Nutzengesichtspunkten

SOA Einsatzmöglichkeiten und Voraussetzungen unter Nutzengesichtspunkten SOA Einsatzmöglichkeiten und Voraussetzungen unter Nutzengesichtspunkten Zusammenfassung (Fast) Alles Wissen der Fachbereiche (Regelwerke, Formelwerke, Produktstrukturen, Prozessabläufe etc.) ist heute

Mehr

Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3

Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3 -Prüfung: Prüfspezifikation Dokument- Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am 11.03.2005 Zuletzt geändert

Mehr

Aktuelle Herausforderungen im öffentlichen Beschaffungswesen für ICT-Projekte

Aktuelle Herausforderungen im öffentlichen Beschaffungswesen für ICT-Projekte Aktuelle Herausforderungen im öffentlichen Beschaffungswesen für ICT-Projekte Frühjahrstagung der Schweizerischen Informatikkonferenz, 23. Mai 2013 Oliver Vaterlaus, Partner www.awk.ch WTO-Beschaffungen

Mehr

Projektmanagement. Requirements Management - Anforderungsverwaltung. Oliver Lietz - Projektmanagement

Projektmanagement. Requirements Management - Anforderungsverwaltung. Oliver Lietz - Projektmanagement Projektmanagement Requirements Management - Anforderungsverwaltung Dipl.-Ing. Oliver Lietz Requirements (Anforderungen) Verschiedene Rollen bei Projekten: Stakeholder Entscheider,, von Projektergebnis

Mehr

Erfolgreicher Ums9eg auf Git

Erfolgreicher Ums9eg auf Git CONCEPT PEOPLE IT- TALK Ein Erfahrungsbericht Erfolgreicher Ums9eg auf Git René Preißel (etosquare) Nils Hartmann (Techniker Krankenkasse) VORSTELLUNG René Preißel Freiberuflicher SoGwarearchitekt, Entwickler

Mehr

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA

WBS. Sprint. Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA PM WBS Sprint Projektmanagement und Agile Methoden Widerspruch oder Ergänzung? Ing. Markus Huber, MBA Über den Vortragenden IT-Leiter der Austrian Gaming Industries (Novomatic Group of Companies) MBA in

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

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

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649 Testautomatisierung Lessons Learned qme Software GmbH Gustav-Meyer-Allee 25 13355 Berlin Telefon 030/46307-230 Telefax 030/46307-649 E-Mail qme Software info@qme-software.de GmbH Testautomatisierung Lessons

Mehr

Vision it media GmbH. Rainer Wasilewski, Gunther Schepke Vision it media

Vision it media GmbH. Rainer Wasilewski, Gunther Schepke Vision it media Vision it media GmbH Rainer Wasilewski, Gunther Schepke Vision it media Stuttgart, 02.07.2014 Agenda Kurzinformation Vision it media Agiles Requirementsengineering im Korsett eines großen Unternehmens

Mehr

ICTSCOPE.CH Eine Fachgruppe von

ICTSCOPE.CH Eine Fachgruppe von Vortrag Technologieoutlook Zürich 9.9.2014 ICT-SCOPE MANAGEMENT DIE EMANZIPATION DES FACHBEREICHS IN ICT-PROJEKTEN Partner von ICTSCOPE.CH Eine Fachgruppe von ICT Scope Management Kritikalität der ICT

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

Dipl. Inf. Ali M. Akbarian

Dipl. Inf. Ali M. Akbarian Dipl. Inf. Ali M. Akbarian 2012 Einführung Globalisierung, Innovation und Kundenzufriedenheit sind auch in Zukunft die wichtigsten Herausforderungen der Unternehmen. Diese Herausforderungen verlangen:

Mehr

GEVER-Standards und die Herausforderungen an die Anforderungsbeschreibung

GEVER-Standards und die Herausforderungen an die Anforderungsbeschreibung Bundeskanzlei BK GEVER Bund GEVER-Standards und die Herausforderungen an die Anforderungsbeschreibung 15. März 2013 Zielsetzung der Präsentation Sie erhalten einen Überblick über den Stand der Entwicklung

Mehr

Einführung und Motivation

Einführung und Motivation Einführung und Motivation iks-thementag: Requirements Engineering 16.11.2010 Autor Carsten Schädel Motto Definiere oder Du wirst definiert. Seite 3 / 51 These Im Privatleben definiert jeder (seine) Anforderungen.

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

Mehr

dogado Support Policies Stand: 01. Dezember 2014, Version 1.06

dogado Support Policies Stand: 01. Dezember 2014, Version 1.06 dogado Support Policies Stand: 01. Dezember 2014, Version 1.06 Version 1.06 - Seite 1 von 10 Inhaltsverzeichnis dogado Support Policies... 3 dogado Geschäftszeiten und Erreichbarkeit... 3 Schweregrade

Mehr

Automatisierte Durchführung von Transporten in der Automic (UC4) Automation Engine - ONE Automation

Automatisierte Durchführung von Transporten in der Automic (UC4) Automation Engine - ONE Automation WF2Trans Automatisierte Durchführung von Transporten in der Automic (UC4) Automation Engine - ONE Automation Aus unserer langjährigen Erfahrung in Kundenprojekten wissen wir, dass ein klares und eindeutiges

Mehr

Transparenz optimieren durch Managed Services. Dr. Armin Metzger, sepp.med gmbh MID Insight, Nürnberg 2012-11-20

Transparenz optimieren durch Managed Services. Dr. Armin Metzger, sepp.med gmbh MID Insight, Nürnberg 2012-11-20 Transparenz optimieren durch Managed Services Dr. Armin Metzger, sepp.med gmbh MID Insight, Nürnberg 2012-11-20 Inhalt Managed Services was ist das? Motivation und Benefits von Managed Services Parameter

Mehr

Andreas Lux 16.03.2010. Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse

Andreas Lux 16.03.2010. Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse Andreas Lux 16.03.2010 Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse Warum unterschiedliche Sprachen? Nicht alle Probleme eignen sich, um mit Standardsprachen beschrieben

Mehr

Risikoorientiertes Testen und Testmanagement

Risikoorientiertes Testen und Testmanagement Risikoorientiertes Testen und Testmanagement TAV-Arbeitskreis Testmanagement Hans-Josef Eisenbach, EMPRISE Consulting Düsseldorf GmbH Bernhard Moritz, CC GmbH 21. TAV Fachgruppentreffen am 18. Juni 2004

Mehr

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem 1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem Management, Access Management a. Event Management b. Service Desk c. Facilities Management d. Change Management e. Request Fulfilment

Mehr

Projektmanagement-Alternativen für BI-Projekte [Session D4] Uetliberg, 15.09.2015 www.boak.ch

Projektmanagement-Alternativen für BI-Projekte [Session D4] Uetliberg, 15.09.2015 www.boak.ch [Session D4] Uetliberg, www.boak.ch Im heutigen Vortrag stelle ich ihnen die Hauptunterschiede zwischen traditionell sequentiellen und agilen Projektmanagement Vorgehensmethoden vor. Dabei geht es um keine

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

CMC-KOMPASS: CRM. Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement

CMC-KOMPASS: CRM. Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement CMC-KOMPASS: CRM Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement 1 CROSSMEDIACONSULTING 18.05.2010 Unser Verständnis von CRM: Customer Relationship Management ist weit mehr als ein IT-Projekt

Mehr

Modellierung vonanforderungen

Modellierung vonanforderungen Modellierung vonanforderungen Dehla Sokenou GEBIT Solutions Koenigsallee 75b 14193 Berlin www.gebit.de dehla.sokenou (at) gebit.de Abstract: In der betrieblichen Anwendungsentwicklung werden in vielen

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

Claus Quast Business Productivity Specialist Microsoft GmbH. Christian Fillies Geschäftsführer Semtation GmbH

Claus Quast Business Productivity Specialist Microsoft GmbH. Christian Fillies Geschäftsführer Semtation GmbH Claus Quast Business Productivity Specialist Microsoft GmbH Christian Fillies Geschäftsführer Semtation GmbH Agenda Einführung Einstieg in das Thema Prozesse vs. Workflow Prozessportallösung Toolbestandteile

Mehr

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch. Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf Nachdem die Projekt-Vision und die Stakeholder bekannt sind,

Mehr

ZENITY - Die Software für Ihre Unternehmens-Releaseplanung

ZENITY - Die Software für Ihre Unternehmens-Releaseplanung ZENITY - Die Software für Ihre Unternehmens-Releaseplanung RELEASEPLANUNG HEUTE Heutige Anwendungen in in Grossunternehmen sind sind keine keine alleinstehenden alleinstehenden Insel-Applikationen Insel-Applikationen

Mehr

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung Expertenfrühstück Requirements Management Bedeutung von Anforderungen und Systematischer Produktentwicklung unit42 GmbH Dr. Thomas Requirements Engineering & Management WAS IST DAS? Anforderungen (Requirements)?

Mehr

Softwareanforderungsanalyse

Softwareanforderungsanalyse Softwareanforderungsanalyse Evolution von Anforderungen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Wintersemester 2015/16 Evolution von Anforderungen Anforderungen

Mehr

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation

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

Mehr

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das

Mehr

Informationswirtschaft II

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe

Mehr