Logo des Repositoriums

Auflistung nach Autor:in "Fahney, Ralf"

1 - 10 von 11
  • Konferenzbeitrag
    Anforderungs-orientierte Sicht auf IT-Architekturentwurf – eingeführt am Beispiel der Machbarkeitsanalyse
    (INFORMATIK 2008. Beherrschbare Systeme - dank Informatik. Band 2, 2008) Fahney, Ralf
    Schaut man auf die Machbarkeitsanalyse mit der Brille des IT-Architekten, so sind Lösungsentwurf und Machbarkeitsanalyse ineinander verwoben. Typisches Ergebnis ist hier z.B. ein „proof of concept“. Anforderungsingenieurwesen kommt darin nicht vor. Schaut man jedoch mit der Brille des Anforderungsingenieurs auf die Machbarkeitsanalyse, so handelt es sich um reines Anforderungsingenieurwesen: Es geht um die Analyse und Auflösung von Widersprüchen zwischen Anforderungen verschiedener Stakeholder (Fachbereich und IT-Architekten). Das Anforderungsingenieurwesen gewinnt zunehmend Bedeutung als eigenständiges Fachgebiet, z.B. aufgrund von Standardisierung von Abläufen in Unternehmen im Zusammenhang mit der Vorbereitung auf eine Zertifizierung z.B. gemäß CMMI. Somit gewinnt die oben angedeutete Dualität (anforderungs- und lösungs-orientierte Sicht gleichberechtigt nebeneinander) ebenfalls zunehmend an Bedeutung. Der Beitrag erklärt die Dualität und gibt Anregungen für die Zusammenarbeit von IT-Architekten mit Anforderungsingenieuren.
  • Textdokument
    Anforderungsmanagement als eigenständige Disziplin
    (Tagungsband UP03, 2003) Fahney, Ralf
    Studien belegen, dass professioneller Umgang mit Anforderungen ein Drittel bis die Hälfte des Erfolgs von erfolgreichen IT-Projekten ausmacht. Umgekehrt liegt es etwa zur Hälfte an mangelhaftem Anforderungsmanagement, wenn ein IT-Projekt schief läuft. Anhand eines Praxisbeispiels und der gängigen Literatur motiviert dieser Beitrag, Anforderungsmanagement als eigenständige Disziplin in IT-Projekten zu sehen. Er zeigt das Entwicklungspotenzial für Unternehmen auf, die Anforderungsmanagement als Disziplin im Unternehmen etablieren.
  • Textdokument
    Anforderungsmanagement durch kontinuierliche Verständigung
    (Tagungsband UP04, 2004) Fahney, Ralf
    Umfang und Detaillierungsgrad von Pflichtenheften sollen vertragstauglich sein. Wenn sie Spielraum für Interpretation lassen, ist es zwar wünschenswert, aber nicht in jedem Fall möglich, die notwendigen Nacharbeiten zu leisten, bevor das Projekt inhaltlich weiter geht. Unter bestimmten Bedingungen ermöglicht ein vom Autor als »Kontinuierliche Verständigung« bezeichnetes Vorgehen, den Projektumfang auf Basis eines »Gemeinschaftlichen Verständnisses« aller Projektbeteiligten stabil zu halten und ein Projekt sicher bis zur Einführung und Abnahme zu führen. Der Beitrag zeigt anhand eines konkreten Projektes auf, welche Bedeutung die beim Projektauftraggeber in der Vergangenheit gelebte Praxis für das Entstehen der beschriebenen Situation hatte, welche Maßnahmen der Autor dann konkret zur Steuerung einsetzte und welche Rahmenbedingungen mit zum Erfolg der Maßnahmen beitrugen.
  • Zeitschriftenartikel
    Bericht des Arbeitskreises “Requirements Engineering und Projektmanagement“
    (Softwaretechnik-Trends Band 26, Heft 1, 2006) Herrmann, Andrea; Fahney, Ralf
  • Zeitschriftenartikel
    Bericht des GI-Arbeitskreises „Requirements Engineering & Projektmanagement“ über das Jahr 2007
    (Softwaretechnik-Trends Band 28, Heft 1, 2008) Fahney, Ralf; Herrmann, Andrea; Weißbach, Rüdiger
  • Zeitschriftenartikel
    Bericht des GI-Arbeitskreises „Requirements Engineering & Projektmanagement“ über das Jahr 2008
    (Softwaretechnik-Trends Band 29, Heft 1, 2009) Dorn, Karl-Heinz; Fahney, Ralf; Herrmann, Andrea; Weißbach, Rüdiger
  • Zeitschriftenartikel
  • Zeitschriftenartikel
    Eine neue Dimension, um zwischen Requirements Engineering und Projektmanagement zu unterscheiden (Bericht des Arbeitskreises „RE und PM“)
    (Softwaretechnik-Trends Band 27, Heft 1, 2007) Fahney, Ralf; Herrmann, Andrea; Weißbach, Rüdiger
  • Konferenzbeitrag
    Requirements Engineering und Geschäftsprozessmodellierung – zwei Seiten der gleichen Medaille
    (Software Engineering 2009, 2009) Ehrsam, Heinz; Fahney, Ralf; McKeown, Kurt
    Lassen sich Requirements Engineering und Geschäftsprozessmodellierung im Kontext service-orientierter Architektur überhaupt noch trennen? Die Autoren sind der Auffassung: Ja! Und es ist sinnvoll, die Disziplinen voneinander zu trennen. Die Autoren begründen dies, beschreiben die bei Credit Suisse geplante Integration und zeigen die Implikationen auf für Projektarbeit. Die dargestellten Konzepte und Erfahrungen basieren auf einem Projekt, welches zum Ziel hat, einen umfangreichen Teil historisch gewachsener IT-Systeme der Credit Suisse binnen der nächsten sechs bis sieben Jahre abzulösen durch Neuentwicklung in service-orientierter Architektur.
  • Zeitschriftenartikel
    Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices
    (Softwaretechnik-Trends: Vol. 33, No. 1, 2013) Knauss, Eric; Herrmann, Andrea; Fahney, Ralf; Gartung, Thomas; Glunde, Jörg; Hoffmann, Anne; Valentini, Uwe; Weißbach, Rüdiger
    Eric Knauss1, Andrea Herrmann2, Ralf Fahney3, Thomas Gartung , Jörg Glunde5, Anne Hoffmann6, Uwe Valentini7, Rüdiger Weißbach8 1 University of Victoria, knauss@computer.org 2 Freie Software Engineering Trainerin und Forscherin, herrmann@herrmann-ehrlich.de 3 Fahney Anforderungsingenieurwesen GmbH, rf@fahney.com 4 STRABAG Property and Facility Services GmbH, thomas.gartung@strabag-pfs.com 5 Zeppelin Baumaschinen GmbH, joerg@glunde.net 6 anne.hoffmann@web.de, 7 HOOD GmbH, Uwe.Valentini@hood-group.com 8 Hochschule für Angewandte Wissenschaften Hamburg, ruediger.weissbach@haw-hamburg.de