RISE Reuse im Software Engineering. Evaluationsmethodik der Kontextermittlung

Größe: px
Ab Seite anzeigen:

Download "RISE Reuse im Software Engineering. Evaluationsmethodik der Kontextermittlung"

Transkript

1 RISE Reuse im Software Engineering Evaluationsmethodik der Kontextermittlung Autoren: Jörg Rech Eric Ras Björn Decker Christian Höcht Lars Kilian RISE Project, Gefördert durch das BMBF im Programm SE 2006 IESE-Report Nr /D Version August 2005 Eine Publikation des Fraunhofer IESE

2

3 Das Fraunhofer IESE ist ein Institut der Fraunhofer-Gesellschaft. Das Institut transferiert innovative Software-Entwicklungstechniken, -Methoden und -Werkzeuge in die industrielle Praxis. Es hilft Unternehmen, bedarfsgerechte Software-Kompetenzen aufzubauen und eine wettbewerbsfähige Marktposition zu erlangen. Das Fraunhofer IESE steht unter der Leitung von Prof. Dr. Dieter Rombach (geschäftsführend) Prof. Dr. Peter Liggesmeyer Fraunhofer-Platz Kaiserslautern

4

5 Abstract Das Projekt RISE beschäftigt sich mit der Wiederverwendung (Reuse) im Bereich Software Engineering. Schlagworte: Dieser Report dient dazu, die Methodik zu beschreiben mit welcher der Kontext (d.h. der Ist-Zustand) bei den Anwendungspartnern ermittelt wird. Dazu wird in diesem Report die Planung sowie Zielsetzung beschrieben und Unterlagen zur Evaluation der Infrastruktur in Software-Unternehmen geliefert. Ergebnisse der durchgeführten Kontextermittlung bei den beiden Anwendungspartnern im RISE Projekt brainbot technologies AG und empolis werden in einem weiteren Report veröffentlicht. Ebenso wird eine Verschriftlichung der Interviews und Gruppendiskussionen bei den Anwendungspartnern in einem eigenständigen und vorläufig geheimen Report veröffentlicht. Evaluation, RISE, Software Reuse, Software Wiederverwendung, Empirisches Software Engineering v

6

7 Inhaltsverzeichnis 1 Einleitung Ziele der Kontextermittlung Begriffsbestimmung und Einordnung 3 2 Ziele der Kontextermittlung Ermittlung von Verbesserungszielen Informationen über zu messende Objekte Erfassung der Software Entwicklungs-Abläufe Erfassung der bestehenden Wissenskultur und EM-Abläufe Charakterisierung vorhandener Artefakte (Inhaltstypen) Variationsfaktoren Organisations-spezifische Variationsfaktoren Projekt-spezifische Variationsfaktoren 10 3 Methoden zur Kontextermittlung Gruppendiskussion Durchführung von Gruppendiskussionen für RISE Einzelinterviews Das Tiefeninterview Das Leitfadengespräch Das Fragebogen-Interview Gruppeninterviews Artefaktanalysen Gewährleistung der Gültigkeit der qualitativen Ergebnisse 18 4 Vorgehensweise & Leitfäden zur Kontextermittlung Phase 0: Problemermittlung Toolwatching: Observation bisheriger Wissensspeicher (Schritt 0a) Interviewleitfaden: Allgemeine Problemerfassung bei der Benutzung von Wikisystemen (Schritt 0b) Phase 1: Kontextermittlung Interviewleitfaden: Erfassung Wissenskultur/Wissensaustausch (Schritt 2a) Interviewleitfaden: Charakterisierung vorhandener Artefakte (Schritt 2c) Interviewleitfaden: Charakterisierung der WM-Tool- Infrastruktur (Schritt 3) 28 vii

8 5 Ergebnisse zur Kontextermittlung Probleme bei der Wikinutzung (Schritt 0b) Gruppendiskussion bei der brainbot technologies AG Gruppendiskussion bei empolis Erfassung des Software Entwicklunglungsablaufs (Schritt 1a) Gruppeninterviews bei empolis Interviews bei der brainbot technologies AG Erfassung der Wissenskultur (Schritt 2a und 2c) Untersuchung bei der brainbot technologies AG Untersuchung bei Empolis Technische Infrastruktur Befragung bei Empolis Befragung bei der brainbot technologies AG 51 6 Problemsammlung Verteilungsproblem der Information Problem der Suche und des Findens Problem der Qualität & Strukturierung Problem der Wissensrepräsentation 55 7 Erste Lösungsansätze und Forschungsfragen Handlungsgebiete Nutzungsszenarien Lösungsansätze & Handlungsanweisungen Forschungsfragen 61 Referenzen 63 viii

9 Einleitung 1 Einleitung Zu einer zielgerichteten Entwicklung des RISE-Systems, wurde ein Evaluationskonzept entwickelt, dass während der Laufzeit des RISE Projektes angewendet wird. Das Konzept besteht aus vier Phasen (siehe 0). In der Phase 0 wird die Benutzung der bisherigen Infrastruktur für die Wiederverwendung (bspw. existierende WIKI-Systeme) während der Softwareentwicklung untersucht um ggf. existierende Probleme zu erheben und zu dokumentiert. Die Phase 1 befasst sich mit einer detaillierten Ermittlung des Kontextes um daraus Verbesserungspotentiale abzuleiten und die Basis für eine Lösung zu ermitteln. Aus den Ergebnissen der beiden ersten Phasen werden Anforderungen für das zu entwickelnde System abgeleitet. Das Release 1.0 des RISE Systems wird parallel zur Phase 3 der Evaluation entwickelt. Die Phase 2 der Evaluation ermittelt eine Baseline und stellt Hypothesen auf, die in den beiden späteren Delta Evaluation (Phase 3 bzw. Phase 4) untersucht werden. Die Baseline definiert die Ausgangslage der Software Entwicklung bei den beiden Anwendungspartnern brainbot technologies AG und empolis mit Hinblick auf Wiederverwendung. Die Vorgehensweise und die Ergebnisse der beiden ersten Phasen werden in diesem Bericht beschrieben. Dabei werden die Ziele der Erhebung als auch die angewendeten Verfahren im Detail beschrieben (siehe Kapitel 2 für die Zielbeschreibung und Kapitel 3 für die Methodenbeschreibungen). Kapitel 4 beschreibt die Anwendung der Methoden bei den einzelnen Anwendungspartnern und Kapitel 5 beschreibt die Ergebnisse der beiden ersten Phasen. Kapitel 6 leitet aus den Ergebnisse der derzeit aktuellen Probleme bei der Software Entwicklung mit Hinblick auf Wiederverwendung ab. Das letzte Kapitel beschreibt die Anforderungen an Release

10 Einleitung 0. PROBLEM-ERMITTLUNG 0. PROBLEM-ERMITTLUNG I. KONTEXTERMITTLUNG II.. BASELINE Release III. DELTA 1 ( Release 1. 0). ( Release 2.0. IV. DELTA 2 (Release 2.0). Bild 1 Evaluationsverfahren für RISE Dieses Dokument richtet sich primär an Personen, die das RISE System in einem neuen Unternehmen einsetzen und die Methodik anpassen wollen und dazu den Kontext in dem Unternehmen ermitteln müssen. Das Einführungsprojekt kann je nach verfügbaren Zeitrahmen, der Verteilung des Unternehmens und der Anzahl der Stakeholder auch von einer einzelnen Person durchgeführt werden. An den Messergebnissen interessierten Personen gibt es einen Einblick in die Vorgehensweise während der Evaluation, in die Datenerhebung und die Auswertung bzw. Synthese von Handlungsanweisungen. 1.1 Ziele der Kontextermittlung Im ersten Abschnitt des Evaluationsvorhabens des RISE Projektes liegt das Hauptaugenmerk auf der Kontextermittlung. In Diskussion mit Projektpartnern wurde deutlich, dass der Begriff Kontext unterschiedliche Verwendung findet. Diese Divergenz unterliegt dem jeweiligen theoretischen Hintergrund, mit dem die einzelnen Projektpartner an den Forschungsgegenstand heran treten. So stellt die Kontextermittlung auch für das FG Pädagogik einen wesentlichen Evaluationsbereiches dar, der zur einer erfolgreichen Entwicklung eines RIKI notwendig ist. Kontext wird dort als die notwendige Umgebung angesehen, in welche eine Informationen in einem Medium eingebunden sein muss, damit sie entsprechend aufgenommen und verarbeitet werden kann. Der hier vorliegende Bericht zielt dagegen auf einen Kontext, der die technischen und methodi- 2

11 Einleitung schen Randbedingungen von Software-Unternehmen (dem Einsatzumfeld des RIKI) in das Zentrum der Betrachtung rückt. Die Ermittlung des Ist-Zustandes bei den Anwendungspartnern (und später anderen Unternehmen) dient der Ermittlung von Anforderungen für den Aufbau des technischen RISE-Systems das wir RIKI nennen (für Reuse-oriented WIKI). Neben der Erfassung der vorhandenen technischen Infrastruktur (d.h. verwendete Werkzeuge) und der Vorgehensweisen bei der Softwareentwicklung (d.h. gelebte Prozesse und dabei produzierte Dokumente) sollen auch Aspekte wie vorhandene Rollen, der Wissensaustausch und Wissensstrukturen untersucht werden. Für diese Kontextermittlung wurde eine Methodik verwendet, die in diesem Bericht erläutert werden soll. Die Ergebnisse der Kontextermittlung, die von September 2004 bis Dezember 2004 durchgeführt wurde, werden in einem anderen Bericht verfasst. Basierend auf diesen Informationen wird die Architektur von RISE verfeinert und die Anwendungsbereiche festgelegt. Weitere Evaluation werden sich später mit den Effekten des RISE-Systems auf das Unternehmen befassen. 1.2 Begriffsbestimmung und Einordnung Im nachfolgenden werden einige Abkürzungen erläutert welche in diesem Report (und im RISE Projekt) Verwendung finden. RISE: Reuse In Software Engineering RIKI: Reuse-oriented wiki (Das technische System das in RISE entwickelt wird) 3

12 Ziele der Kontextermittlung 2 Ziele der Kontextermittlung Die Ermittlung des Kontextes (Einsatzumfeld) dient der Bestimmung von Randbedingungen die im Unternehmen vorherrschen sowie der Vorbereitung auf die eigentliche Evaluation einer Organisation. Diese Kontextermittlung bildet damit die Grundlage um weitere Arbeiten in RISE und die Architektur von RIKI zu planen. Sie wird in die drei folgenden Kategorien unterteilt: Ermittlung von (weiteren) Verbesserungszielen: Neben den bereits definierten, projekt-spezifischen Verbesserungszielen werden aktuelle Herausforderungen des Kunden bestimmt. Diese Verbesserungsziele bilden die Grundlage auf denen die Anforderungen für die Definition und Auswahl von Metriken aufgebaut werden. Ermittlung von Informationen über die Prozesse, Produkte und Werkzeuge: Dies sind in erster Linie Informationen über den Prozess und die damit verbundenen Artefakte und Werkzeuge die bei der Softwareentwicklung eingesetzt werden. Durch Kenntnis des Prozesses kann bestimmt werden, wo die Wiederverwendung optimal eingesetzt werden kann und welche Metriken bei der Auswirkungsermittlung wann erfasst werden. Dabei muss zwischen Informationen ü- ber den Prozess (z.b. Aufwand) und damit verknüpfte Artfakte, Rollen und Ressourcen unterschieden werden. Eine Messung muss sich dabei an dem tatsächlich ausgeführten Prozess orientieren, um korrekte Messwerte zu erfassen. Ermittlung von Informationen über Einfluss- und Normierungsfaktoren: Diese Faktoren beziehen sich auf Eigenschaften der Organisation, in der gemessen wird und damit den jeweiligen Organisationskontext. Als Beispiel sei hier die Mitarbeiteranzahl genannt, die Einfluss auf die Anzahl der neuen Einträge haben kann, und auch als Normierungsfaktor (Anzahl neuer Einträge pro Zeiteinheit pro Mitarbeiter). Jede dieser Kategorien wird in den Evaluationsleitfäden behandelt. Daran schließt sich eine Zuordnung der jeweils ermittelten Informationen an die eingesetzten Instrumente zur Datenerfassung an. 2.1 Ermittlung von Verbesserungszielen Neben einer besseren Kenntnis der Anforderungen der Anwendungspartner helfen die Verbesserungsziele, die weitere Charakterisierung und das anschließende Messprogramm zu fokussieren (z.b. die jeweils betrachteten Prozesse). Dies verringert den Aufwand auf Seiten der Anwendungs- und Forschungspartner und steigert so auch die Motivation zur Durchführung des Messprogramms. 4

13 Ziele der Kontextermittlung Dabei ist eine hohe Überschneidung der Verbesserungsziele bei beiden Anwendungspartnern anzustreben. Durch diese Überschneidung werden ähnliche Objekte zur Messung herangezogen. Weiterhin wird die Vergleichbarkeit der Ergebnisse und so die wissenschaftliche Aussagekraft der Ergebnisse gesteigert. Um die Verbesserungsziele der teilnehmenden Organisation mit den allgemeinen Verbesserungszielen aus dem RISE-Projekt abzugleichen, müssen sie explizit erfasst werden. Die grundlegende Fragen dabei sind: Was sind die Herausforderungen, und wann und wo halten Sie den Einsatz eines RIKI s für sinnvoll. In welchen Abläufen ist externes Wissen oder Wissen aus vorangegangenen Projekten hilfreich (z.b. Requirements-Engineering). Ein Hilfsmittel zur Unterstützung bei der Definition und Auswahl der Verbesserung, kann die Nutzung der sieben Fragen sein [GQM Handbuch]: Was sind die strategischen Ziele der Organisation? Was hat einen Einfluss auf die strategischen Ziele der Organisation? Wie kann die Performance verbessert werden? Was sind die größten Herausforderungen/Probleme? Was sind die Verbesserungsziele? Wie können die Verbesserungsziele erreicht werden? Was sind mögliche Messziele und ihre Prioritäten? Allerdings kann es sein, dass Verbesserungsziele unklar oder unbewusst sind. In dem Fall sollten prototypische Verbesserungsziele erfasst werden, und nach der Ermittlung der Informationen über zu messende Objekte (in 4.2) erweitert werden. Die Verbesserungsziele werden im Rahmen von Gruppeninterviews mit Anwendern und Einzelinterviews mit Entscheidungsträgern bei den Anwendungspartnern erfasst (für Details siehe 4.4.) 2.2 Informationen über zu messende Objekte Grundvoraussetzung für ein erfolgreiches Messprogramm ist eine (ausreichende) Kenntnis über die Objekte, auf welche sich die Messung bezieht. Nur so kann eine valide und möglichst minimal invasive Instrumentierung der Messung erfolgen. Die in diesem Abschnitt beschriebenen Fragestellungen ermitteln und beschreiben diese Objekte. Zusammengefasst wird eine grob-granulare Prozess- Analyse des Software-Entwicklungsprozesses durchgeführt, die insbesondere auf Wissensmanagement-Aspekte eingeht. Als Nebeneffekt dieser Untersu- 5

14 Ziele der Kontextermittlung chung werden Informationen für den Aufbau der initialen RISE-Ontologie ermittelt. Zur besseren Übersicht und um die verschiedenen Aspekte klarer herauszuarbeiten, die bei dieser Betrachtung relevant sind, ist dieser Abschnitt in weitere Unterabschnitte unterteilt. Basis für die weitere Ermittlung bildet die Erfassung der Abläufe im Software Engineering. Dieses Prozessmodell wird unter dem Aspekt Wissenskultur / Erfahrungsmanagement durch die Beantwortung weiterer Fragestellungen erweitert. Eine gesonderte Betrachtung der im Software- Engineering und Wissensmanagement relevanten Artefakte dient ebenfalls der Erweiterung, aber auch der Überprüfung der bis dahin erfassten Information. Die einzelnen Abschnitte sind dabei wie folgt strukturiert: Zuerst wird das allgemeine Ziel erläutert. Danach folgt eine Übersicht über die erwarteten Ergebnisse. Um die Fokussierung der Ermittlung der Objekte zu steigern und um das Ergebnis überprüfen zu können, sind dabei folgende Anforderungen an die Ergebnisse zu richten: Die relevanten Prozesse oder Abläufe sind bekannt. Kriterium dafür ist, ob die zuvor erfassten Verbesserungsziele berührten Abläufe für eine Messung vollständig erfasst sind. Weiterhin sollten weitere Abläufe erfasst werden, die einen Großteil (z.b. insgesamt ca. 70% ) des Geschäfts abdecken. Anhand der Ergebnisse können Messpunkte gesetzt werden. Insbesondere wird bestimmt, welche vergleichbaren Artefakte bei den Anwendungspartnern gemessen werden soll wollen (z.b. Projekt-Homepage, Anforderungsdokumentation, etc. ) Die Artefakt-Typen in einem eventuell vorhandenen Wiki und der überwiegende Teil der weiteren zum Management von Wissen Werkzeuge / eingesetzten Infrastruktur-Dienste sind bekannt. Dabei wird auch das aktuelle Wiederverwendungs-Potential dieser Artefakte bestimmt Erfassung der Software Entwicklungs-Abläufe Ziel der in diesem Abschnitts präsentierten Ergebnisse ist es fokussiert durch die Verbesserungsziele die Abläufe im Rahmen der Entwicklung der Software zu ermitteln. Neben den Abläufen an sich sollen die dabei verwendeten Artefakte und die nötigen Rollen erfasst werden. Ergebnis ist daher ein grobgranulares Prozessmodell, welches existierende Prozesse, Produkte, Werkzeuge und Methoden beschreibt. 6

15 Ziele der Kontextermittlung Um den Erfassungsaufwand zu minimieren, wird der Einsatz von SE- Referenzprozessen (z.b. Wasserfallmodell, XP ) oder Produktmodellen (z.b., logisches Produktmodell) explizit abgefragt. Grundlegende Vorgehensweise sollte dabei sein, die Angaben durch Beispiel- Artefakte zu verifizieren. Diese Beispielartefakte helfen weiterhin, einen besseren Eindruck über den Prozess zu bekommen. Um die Fokussierung der Ermittlung der Entwicklungsabläufe zu steigern und um das Ergebnis überprüfen zu können sind dabei folgende Anforderungen an die Ergebnisse zu richten: Benötigt wird ein skalierbare Beschreibung der aktuell ausgeführten Abläufe (Prozesse). Initial reicht eine grobgranulare Beschreibung der Prozesse aus. Darauf aufbauend wird - wenn nötig - eine detaillierte Beschreibung der Prozesse erstellt, welche für die späteren Messungen relevant sind. Die Übergänge zwischen Prozessschritten / Phasen sollte so klar wie möglich definiert sein. Die Artefakte (Produkte & Erfahrungen) sind sollten eindeutig und namentlich bekannt sein und es sollten ca. 1-2 Beispiele pro Artefakt vorliegen. Die eingesetzten Werkzeuge (IDE und Infrastruktur) sind bekannt. Rollen haben zumindest einen Namen. 1-2 Rollenträger sollten darüber hinaus namentlich bekannt sein. Zusätzlich ist eine klare Aufgaben-, Pflichtenund Rechtebeschreibung wünschenswert. Bzgl. Der Verteiltheit der Organisation sind die Standorte bekannt. Für die erfassten Prozesse sollte klar sein, welche Schritte an welchen Standorten in welchem Umfang ablaufen. Es kann der Grad der Verwendung von agilen SE Verfahren eingeschätzt werden. Weiterhin werden folgende Informationen für den weiteren Verlauf der Erfassung von Informationsobjekten gewonnen: Mögliche Dokumentation zum Selbststudium Mögliche Ansprechpartner Mögliche Ansatzpunkte zum Toolwatching Der Bezug dieser Ergebnisse zu anderen Aktivitäten ist wie folgt: 7

16 Ziele der Kontextermittlung Das Prozessmodell an sich wird genutzt, um zielorientiert Erfahrungen, Informationen und Wissen abzuschöpfen und an den geeigneten Stellen wiederzuverwenden. Die Analyse der existierenden Rollen erlauben es den potentiellen Transfer von Wissen abzuschätzen (Wiederverwendung über Rollen hinweg und über die Zeit (gleiche Rolle)). Die anfallenden Artefakte werden genutzt um mögliche Didaktisierungsformalismen zu identifizieren, Verwaltungsmechanismen zu ermitteln oder diese aus existierende Quellen automatisch zu extrahieren Erfassung der bestehenden Wissenskultur und EM-Abläufe Der vorige Abschnitt behandelte die SE-spezifischen Abläufe einer Organisation. In diesem Abschnitt wird beschrieben, wie das so gewonnene Prozessmodell um die Aspekte des Wissens- und Erfahrungs-Management erweitert wird. Genauer sind dies die folgenden Aspekte: Erweiterung des Prozessmodells um Aspekte (Unterprozesse / Artefakte) des Wissens- und Erfahrungsaustausches. (Weitere) Fokussierung auf die Prozesse, welche im Rahmen der Evaluation betrachtet werden. Mögliche Ansatzpunkte für eine weitere Erfassung von Informationen zu dem Prozessmodell sind daher: Untersuchung von informellen Austauschkanälen (z.b. Raucherzimmer) Untersuchung weiterer Tools für eine Inhaltsanalyse (Tool-Watching) Wissensbarrieren, deren Überwindung überprüft werden kann (Fragebogen) Charakterisierung vorhandener Artefakte (Inhaltstypen) In den vorigen Abschnitten wurden die Artefakte als Bestandteil eines Ablaufs betrachtet. Da der Wiederverwendungsansatz von RISE Artefakt-zentrisch ist, sollten die unterschiedlichen Artefakte und deren Verwendung dediziert betrachtet werden. Dabei wird und soll es zu Überschneidungen mit den im vorigen Abschnitt erfassten Informationen kommen. Mittels dieser Überschneidung kann eine Gegenseitige Validierung der Angaben erfolgen. Ein weiteres Ziel der Charakterisierung vorhandener Artefakte ist es, Informationen zur Erkennung von Artefakten zu sammeln. Daher wird zum einen ein Überblick über verschiedene Artefakttypen erstellt. Zum anderen wird zu jedem 8

17 Ziele der Kontextermittlung einzelnen Artefakttyp Beispiele und ein initialer Satz von Eigenschaften identifiziert. Basierend auf diesen Angaben können weitere Beispiele eines Typs beim Tool-Watching identifiziert werden und so weitere Trainingsbeispiele erfasst werden Die Analyse der Inhalte eines eventuell vorhandenen Wiki steht dabei im Vordergrund. Grund dafür ist, dass die von RISE entwickelte Lösung ebenfalls einen Wiki einsetzt, und diese Inhalte daher besonders leicht in diese Lösung zu übertragen sind. Dabei ist eine Befragung am Arbeitsplatz des jeweils Interviewten durchzuführen, um direkt Zugriff auf die jeweilige Information zu erlangen. Das Ergebnis der Charakterisierung vorhandener Artefakte ist wie folgt: Eine Liste von Artefakttypen samt Charakterisierung Eine Tabelle, welche die Artfakttypen den jeweils zur Bearbeitung eingesetzten Werkzeugen zuweist. 2.3 Variationsfaktoren In dem vorigen Kapiteln wurden die Objekte identifiziert und charakterisiert, die Objekte der Messungen sind. Die hier vorgestellten Metriken geben eine Charakterisierung des Kontext und damit mögliche Variationsfaktoren an, in dem gemessen wird. Diese Variationsfaktoren sind nicht die Metriken, an deren Messung man primär interessiert ist. Allerdings fließen sie auf zwei Weisen in diese primären Metriken ein: Als Einfluss-Faktor, d.h., in wie weit der jeweilige Kontext-Faktor eine Messung beeinflusst (z.b. hohe Verteiltheit führt zu mehr Wissensaustausch über WIKI) Als Normierungsfaktor, d.h. mit der eine von Kontext-Faktoren abhängige Metrik auf eine vergleichbare Basis gebracht wird. (Bsp.: Anzahl Beiträge / Anzahl Mitarbeiter) Darüber hinaus verschaffen die Variationsfaktoren einen Eindruck über einen Einstieg in die Umstände des jeweiligen Messprogramms. Die Einfluss und Normierungsfaktoren sind dabei in zwei Gruppen unterteilt: Organisations-spezifische Variationsfaktoren gelten für die gesamte Organisation und geben damit relevante organisatorische Rahmenbedingungen an. Projekt-spezifische Variationsfaktoren geben die Umstände eines Projekts an und sind zum Teil eines Spezialisierung der organisations-spezifischen Variationsfaktoren. 9

18 Ziele der Kontextermittlung Organisations-spezifische Variationsfaktoren Die im folgenden vorgestellten Faktoren gelten organisationsweit und müssen daher nur einmal (z.b. von einer Führungskraft) ausgefüllt werden. Diese Angaben dienen auch der Plausibilitätsprüfung von projekt-spezifischen Variationsfaktoren (z.b. durchschnittliche Projektlaufzeit im Vergleich zur Laufzeit des aktuellen Projektes.) Faktor Ausprägung Einfluss Generelles Lebenszyklusmodell: Verteilung (#Mitarbei- Größe ter) Anzahl der Standorte Durchschnittliche Projektlaufzeit? Wochenarbeitszeit/ Durchschnittliche Arbeitsdauer XP, Iterativ, Wasserfall, ad hoc Anzahl der Personen (Gesamt / Entwickler) Angabe eines Intervalls in Personenmonaten Angabe Stunden pro Woche Projekt-spezifische Variationsfaktoren Genauigkeit der Messungen, indirekter Einfluss auf Kommunikation der Mitarbeiter Hohe Verteiltheit: bedingt explizite Kommunikation nötig Einfluss auf Übertragbarkeit. Normierung über die Anzahl der Personen möglich (z.b. bei Anzahl der Beiträge) Ungefähre Einschätzung der Projektgröße Hinweis auf Überstunden Hinderungsgrund für Nutzung Die projekt-spezifischen Variationsfaktoren geben nähere Auskunft über die Eigenschaften des jeweiligen Projektes, in dessen Rahmen die Messung stattfindet. 10

19 Ziele der Kontextermittlung Faktor Ausprägung Einfluss Typ des Projekts Infrastrukturentwicklung (Domain Engineering), Anwendungsentwicklung (Application Engneering), Wartung (Kundenaufträge, eigene Produktweiterentwicklung, Wartungsprojekte, ) Größe (# Mitarbeiter) Geschätzter Aufwand Verteiltheit der Zusammenarbeit # Mitarbeiter # Mitarbeiter, auf Vollzeitstellen umgerechnet Art und Umfang der generierten und benötigten Informationen Grosse Projekte neigen eher zu expliziterer Dokumentation. Ermöglicht weiterhin Normierung von Metriken Aufwand, Ertrag Grosse Projekte neigen eher zu expliziterer Dokumentation. Anzahl der im Projekt beteiligten Filialen Ermöglicht weiterhin Normierung von Metriken Verteiltheit impliziert höherer Anteil an expliziter Dokumentation 11

20 Methoden zur Kontextermittlung 3 Methoden zur Kontextermittlung Qualitative Methoden werden dann eingesetzt, wenn keine quantitativ ausgerichteten Fragen im Mittelpunkt der Untersuchung stehen, sondern es in erster Linie um qualitative Sachverhalte geht. Im Folgenden werden die qualitativen Methoden, die im Rahmen von der Kontextermittlung in RISE verwendet wurden beschrieben. Dazu gehören: Gruppendiskussion Einzelinterview Gruppeninterview Artefaktanalyse 3.1 Gruppendiskussion Die Gruppendiskussion ist ein Verfahren der allgemeinen Meinungs- und Einstellungsforschung. Bei dieser besonderen Art einer qualitativen Befragung diskutiert eine Gruppe von Personen strukturiert von einer Moderatorin bzw. einem Moderator über ein bestimmtes Thema: Eine Methode dieser qualitativen Forschung stellen die so genannten Fokusgruppen dar. Generell gibt es viele verschiedene Definitionen von Gruppendiskussionen, die in der unterschiedlichen Forschungspraxis von Beobachtungen von Gruppenprozessen bis hin zum Abfragen von Gruppeninformationen begründet sind. So reichen die Begriffe von Gruppenexperiment (vgl. Dreher 1982), focus group (vgl. Merton 1987), Delphi-Methode bis hin zum Gruppeninterview. Im Rahmen von RISE verwenden wir den Begriff Gruppendiskussion. David L. Morgan (1997) bezeichnet die Gruppendiskussion als eine Erhebungsmethode. Lamnek sagt, dass die Daten durch die Interaktionen der Gruppenmitglieder gewonnen werden, wobei die Thematik durch das Interesse des Forschers bestimmt wird (vgl. Lamnek 1998, 27). Bei der Gruppendiskussion handelt es sich nicht um ein Experiment da gewisse methodische Bedingungen wie: Operationalisierbarkeit, Meßbarkeit, Reproduzierbarkeit, Standardisierbarkeit und Kontrolle der vergleichbaren Gruppen nicht garantiert werden können. Die Gruppendiskussion ist ein hypothesengenerierendes und kein hypothesenprüfendes Verfahren. Im Gegensatz zu Gruppeninterviews (siehe nächstes Kapitel) steht in der Gruppendiskussion die Bedeutung von Interaktions-, Diskurs und Gruppenprozessen für die Konstitution von Meinungen, Orientierungs- und Bedeutungsmustern (Bohnsack 1999, s. 123) im Mittelpunkt. Bei Gruppeninterviews handelt 12

21 Methoden zur Kontextermittlung es sich um eine rationelle Methode der Einzelbefragung. Das Kollektiv wird hier nicht als Gegenstand der Erhebung wahrgenommen. Gruppendiskussionen befassen sich vor allem mit dokumentarischen Methoden und den kollektiven Aspekten der Diskussion. Grundsätzlich kann man zwischen ermittelnder und vermittelnder Gruppendiskussion unterscheiden. Die vermittelnde Gruppendiskussion dient der Inszenierung von Gruppenprozessen. Ermittelnde Gruppendiskussion haben zum Ziel, Informationen und Befunde inhaltlicher Art oder über gruppendynamische Prozesse zu erheben, RISE verwendet ermittelnde Gruppendiskussionen. Die Methode der Gruppendiskussion bietet folgende Vorteile: höhere Realitätsnähe bei der Meinungsäußerung wechselseitige Stimulation im Meinungsaustausch Informationen für Forscher; Lernprozess für Betroffene weil z.b. noch unbekannte Probleme entdeckt werden Die Offenheit insbesondere gegenüber der Untersuchungssituation und den beteiligten Personen ist bei der Gruppendiskussion mehr als beispielsweise bei Interviews gegeben, da die Teilnehmer den Verlauf und die Themenhierarchie durch in großem Maße selbst bestimmen können multilaterale Interaktion im Gegensatz zur bilateralen Interaktion im konventionellen Interview rasche, effiziente und offene Methode, zudem ist sie meist auch deutlich preisgünstiger als quantitative Erhebungen oder Einzelinterviews Durchführung von Gruppendiskussionen für RISE Auswahl der Teilnehmer und Diskussionsplanung Für die Kontextermittlung bei RISE wird versucht, Teilnehmer mit unterschiedlichen Rollen in der Software Entwicklung, auszuwählen. Die optimale Größe einer Gruppe liegt bei 5 Teilnehmern. Wichtige Diskussionsregeln werden vorab vom Diskussionsleiter festgelegt und ggf. abgestimmt, falls mehrere Diskussionsleiter an der Gruppendiskussion teilnehmen. Es findet eine Vorab- Thematisierung und eine Vorab-Fixierung individueller Standpunkte zwischen den Diskussionsleitern statt. Die Vorab-Thematisierung dient vor allem dazu, am Anfang der Gruppendiskussion den Teilnehmer einen groben Rahmen vorzugeben, indem man das Leitthema der Diskussion vermittelt. Einen Fragenkatalog für die Nachfragephase wird von den Diskussionsleitern erstellt, der nach der freien Diskussionsphase verwendet werden kann. So können für die Forscher relevante Themen noch mal aufgegriffen und mit den Teilnehmern bearbeitet werden. 13

22 Methoden zur Kontextermittlung Durchführung der eigentlichen Diskussion: Die eigentliche Durchführung der Diskussion besteht aus drei Phasen: Einführung, eigentliche Gruppendiskussion und Nachfragephase. Während der Einführungsphase gibt der Diskussionsleiter Vorab-Informationen. Die Einführung beginnt mit der Vorstellung des Diskussionsleiters. Der Diskussionsleiter bespricht mit den Teilnehmern die nötigen Formalien: dazu gehören z.b. Absprachen über die Aufzeichnung (evtl. Tonbandaufnahme), Verwertung der Ergebnisse, grundsätzlicher Ablauf der Diskussion und Dauer. Die Beteiligten werden bereits vor der Diskussion über die Ergebnisrückkoppelung und die Möglichkeit von Korrekturen und Ergänzungen informiert. Hierdurch kann auch eine höhere Offenheit im Interview erreicht werden, da die Teilnehmer die Möglichkeit haben, vor der weiteren Verwendung ihrer Aussagen diese nach richtiger Rekonstruktion und Korrektheit zu überprüfen. Der wichtigste Teil der Einführung ist die Präsentation des Grundreizes. Der Diskussionsleiter schildert kurz den Sinn und Zweck der Gruppendiskussion und versucht die vorher abgestimmten Themen durch einen Grundreiz einzuleiten. Dabei soll vermeiden werden, dass die Diskussionsthemen explizit genannt werden, um den Diskussionsverlauf von vornherein nicht zuviel einzuschränken. Für die einzelne durchgeführten Gruppendiskussionen bei RISE werden die Themen in den späteren Kapiteln angegeben. Der Diskussionsleiter hält sich während der eigentlichen Diskussionsphase zurück und überlässt den Teilnehmern weitestgehend die Bestimmung des Verlaufs und der Themenhierarchie. Er sollte nur eingreifen wenn er den Eindruck hat, das die Diskussion unter den Teilnehmern stockt oder droht zu stoppen, bzw. die Diskussionsinhalte sehr stark von den eigentlichen Themen abweichen, aber auch zum Schlichten von Meinungsverschiedenheiten. Durch provokante Statements kann der Diskussionsleiter die Diskussion wieder anregen oder zum gewollten Thema zurückführen. Durch gezieltes Nachfragen können bestimmte Aussagen noch mal tiefgründiger besprochen und geklärt werden. Durch Paraphrasierungen kann der Diskussionsleiter prüfen ob er den Sachverhalt richtig erfasst hat. Auch durch das Aufzeigen von Konsequenzen kann der Diskussionsleiter z.b. weitere Themen einleiten und neue Anreize geben. Bei den RISE Gruppendiskussionen nahmen immer mehrere Diskussionsleiter teil. So konnten unterschiedliche Schwerpunkte abgedeckt werden (siehe folgende Kapitel für Details). Alle Diskussionsinhalte würde auf Tonband aufgenommen und die Diskussionsleiter protokollierten die wesentlichen Aussagen der Teilnehmer mit. Die Dauer dieser Phase der Diskussion dauerte meistens eine bis anderthalb Stunden. Dann wurde ein ca minütige Pause einberufen. Während dieser Pause berieten sich die Diskussionsleiter und wählten einzelne Fragen aus dem Nachfragekatalog aus, die in der Nachfragephase nochmals explizit gestellt werden sollten. Meistens wurden jedoch schon viele Fragen aus dem Katalog schon während der Gruppendiskussion ausführlich besprochen, sodass nur wenige Fragen gestellt werden mussten. 14

Kundenanforderungen dokumentieren

Kundenanforderungen dokumentieren Requirements Engineering Kundenanforderungen dokumentieren Bereich Anforderungen Aktivität Kunden-Anforderungen erheben Ziele Gesteigerte Kundenzufriedenheit Dokumentation der genauen Erwartungen des Kunden

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Befragung und empirische Einschätzung der Praxisrelevanz

Befragung und empirische Einschätzung der Praxisrelevanz Befragung und empirische Einschätzung der Praxisrelevanz eines Vorgehensmodells zur Auswahl von CRM-Systemen D I P L O M A R B E I T zur Erlangung des Grades eines Diplom-Ökonomen der Wirtschaftswissenschaftlichen

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

Anforderungen: Management

Anforderungen: Management Anforderungen: Management Anforderungen: Management Der Begriff der Anforderungsanalyse ist grundsätzlich vom Begriff des Anforderungsmanagements zu trennen, obwohl beide Konzepte in vie l- fältiger Weise

Mehr

1 Einleitung. 1.1 Unser Ziel

1 Einleitung. 1.1 Unser Ziel 1 Dieses Buch wendet sich an alle, die sich für agile Softwareentwicklung interessieren. Einleitend möchten wir unser mit diesem Buch verbundenes Ziel, unseren Erfahrungshintergrund, das dem Buch zugrunde

Mehr

WSR 2004. Softwarewartung und Prozessmodelle in Theorie und Praxis. Urs Kuhlmann Andreas Winter

WSR 2004. Softwarewartung und Prozessmodelle in Theorie und Praxis. Urs Kuhlmann Andreas Winter WSR 2004 Softwarewartung und Prozessmodelle in Theorie und Praxis Urs Kuhlmann Andreas Winter Universität Koblenz-Landau 1 Gliederung Wartungsbegriff Prozessmodelle Fallstudien Problembereiche Fazit 2

Mehr

4 Architektur-Perspektiven (WO)

4 Architektur-Perspektiven (WO) 4 Architektur-Perspektiven (WO) Abb. 4-1: Positionierung des Kapitels im Ordnungsrahmen. Dieses Kapitel befasst sich mit der WO-Dimension des architektonischen Ordnungsrahmens. Es erläutert, auf welchen

Mehr

Anforderungen und Auswahlkriterien für Projektmanagement-Software

Anforderungen und Auswahlkriterien für Projektmanagement-Software Anforderungen und Auswahlkriterien für Projektmanagement-Software Anika Gobert 1,Patrick Keil 2,Veronika Langlotz 1 1 Projektmanagement Payment Giesecke &Devrient GmbH Prinzregentenstr. 159, Postfach 800729,

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

CALL CENTER- KURZ CHECK

CALL CENTER- KURZ CHECK CALL CENTER- KURZ CHECK DER KARER CONSULTING KURZ-CHECK FÜR IHREN TELEFONISCHEN KUNDENSERVICE Call Center Kurz Check White Paper 1 Einleitung Wollen Sie genau wissen, wie der aktuelle Stand in Ihrem telefonischen

Mehr

Formulierungshilfen für das wissenschaftliche Schreiben

Formulierungshilfen für das wissenschaftliche Schreiben Formulierungshilfen für das wissenschaftliche Schreiben 1. Einleitendes Kapitel 1.1.1 Einen Text einleiten und zum Thema hinführen In der vorliegenden Arbeit geht es um... Schwerpunkt dieser Arbeit ist...

Mehr

Requirements-Traceability in der industriellen Praxis Ziele und Einsatz

Requirements-Traceability in der industriellen Praxis Ziele und Einsatz Requirements-Traceability in der industriellen Praxis Ziele und Einsatz Forschungsprojekt gefördert von der Deutschen Forschungsgemeinschaft Elke Bouillon elke.bouillon@tu-ilmenau.de 04.12.2012 Seite 1

Mehr

7.4 Analyse anhand der SQL-Trace. 7.3.5 Vorabanalyse mit dem Code Inspector

7.4 Analyse anhand der SQL-Trace. 7.3.5 Vorabanalyse mit dem Code Inspector 7.4 Analyse anhand der SQL-Trace 337 7.3.5 Vorabanalyse mit dem Code Inspector Der Code Inspector (SCI) wurde in den vorangegangenen Kapiteln immer wieder erwähnt. Er stellt ein paar nützliche Prüfungen

Mehr

Auswertung qualitativer Interviews

Auswertung qualitativer Interviews Auswertung qualitativer Interviews Problem: umfangreiche Texte in eine Form zu bringen, die als Erzählung, als Leseangebot für den Leser dienen können Texte müssen eingedickt werden, sie müssen im Rahmen

Mehr

8. Grundlagen der empirischen Sozialforschung

8. Grundlagen der empirischen Sozialforschung Einführung in das Studium der Management- und Wirtschaftswissenschaften WS 2013/14 8. Grundlagen der empirischen Sozialforschung Internationales Institut für Management und ökonomische Bildung Professur

Mehr

Betriebliches Gesundheitsmanagement erfolgreich umsetzen mit den richtigen Instrumenten

Betriebliches Gesundheitsmanagement erfolgreich umsetzen mit den richtigen Instrumenten Betriebliches Gesundheitsmanagement erfolgreich umsetzen mit den richtigen Instrumenten Betriebliches Gesundheitsmanagement erfolgreich umsetzen nur wie? Nur wenn die Situation im Betrieb genau analysiert

Mehr

Interdisziplinäre Einführung in die Umweltwissenschaften

Interdisziplinäre Einführung in die Umweltwissenschaften Interdisziplinäre Einführung in die Umweltwissenschaften (Rückseite) Interdisziplinäres Fernstudium Umweltwissenschaften - infernum Einführung in das wissenschaftliche Arbeiten (Rückseite) Interdisziplinäres

Mehr

Soziometrie / Netzwerkanalyse

Soziometrie / Netzwerkanalyse Soziometrie / Netzwerkanalyse Veranstaltung vom 09.01.2001 Ziel der Methode Analyse relationaler Daten d.h. : Analyse von Beziehungstrukturen Vergleich zur statistischen Datenanalyse Statistik untersucht

Mehr

Lohnt sich Requirements Engineering?

Lohnt sich Requirements Engineering? Lohnt sich Requirements Engineering? Seminar Messbarkeit von Anforderungen am Fachgebiet Software Engineering Wintersemester 2007/2008 Betreuer: Eric Knauss Oleksandr Kazandzhi Gliederung Einleitung Messen

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

Aller Anfang ist schwer Starthilfen in der Wissenschaft. Projektplanung: Do s and Don ts

Aller Anfang ist schwer Starthilfen in der Wissenschaft. Projektplanung: Do s and Don ts 6. COMBATing Breast Cancer Chances for Cure Aller Anfang ist schwer Starthilfen in der Wissenschaft Projektplanung: Do s and Don ts Dieter Niederacher COMBATing Breast Cancer 2013 Präsymposium TraFo Kommission

Mehr

Untersuchungsdesign: 23.11.05

Untersuchungsdesign: 23.11.05 Untersuchungsdesign: 23.11.05 Seite 1! Ablauf Untersuchungsdesign! Beispiel! Kleine Übung! Diskussion zur Vorbereitung von Übung 2 Während Sie das Untersuchungsdesign festlegen, planen und bestimmen Sie:

Mehr

Progress of Enterprise Architecture Management 2008. Eine Studie über den Fortschritt im integrierten Management von Geschäfts- und IT-Architektur

Progress of Enterprise Architecture Management 2008. Eine Studie über den Fortschritt im integrierten Management von Geschäfts- und IT-Architektur Progress of Enterprise Architecture Management 2008 Eine Studie über den Fortschritt im integrierten Management von Geschäfts- und IT-Architektur Der EAM Think Tank ist eine gemeinsame Initiative der Ardour

Mehr

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

Was ist Application Lifecycle Management?

Was ist Application Lifecycle Management? Was ist Application Lifecycle Management? Von David Chappell Gefördert durch die Microsoft Corporation 2010 Chappell & Associates David Chappell: Was ist Application Lifecycle Management? Seite 2 von 7

Mehr

Lösungen zum Test objektorientierter Software

Lösungen zum Test objektorientierter Software Lösungen zum Test objektorientierter Software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14. März 2013 HOM/FHTeL Lösungen zum Test objektorientierter Software

Mehr

Fragebogen zur Anforderungsanalyse

Fragebogen zur Anforderungsanalyse Fragebogen zur Anforderungsanalyse Geschäftsprozess Datum Mitarbeiter www.seikumu.de Fragebogen zur Anforderungsanalyse Seite 6 Hinweise zur Durchführung der Anforderungsanalyse Bevor Sie beginnen, hier

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

Bachelor Thesis an der Fachhochschule Kiel, Fachbereich Wirtschaft. Sommersemester 2011. : Prof. Dr. Doris Weßels

Bachelor Thesis an der Fachhochschule Kiel, Fachbereich Wirtschaft. Sommersemester 2011. : Prof. Dr. Doris Weßels Handlungsempfehlungen zur Nutzung von Social Media zur Gestaltung von Wissensmarktplätzen am Beispiel des europäischen Förderprojektes Win-Vin: Wissen nutzen im Norden Bachelor Thesis an der Fachhochschule

Mehr

Bewertung. Vorgespräch. Interne Vorbereitung. Zertifizierungsaudit. Wiederholungsaudit. Überwachungsaudit

Bewertung. Vorgespräch. Interne Vorbereitung. Zertifizierungsaudit. Wiederholungsaudit. Überwachungsaudit Bewertung,62=HUWLIL]LHUXQJ Vorgespräch Interne Vorbereitung 0RQDWH Zertifizierungsaudit Wiederholungsaudit DOOH-DKUH Überwachungsaudit MlKUOLFK Wenn eine Organisation ein,62ãã=huwlilndw anstrebt, so muss

Mehr

Strategische Beratung und IT-orientierte Beratung im Vergleich

Strategische Beratung und IT-orientierte Beratung im Vergleich Informatik Stefan Kinne Strategische Beratung und IT-orientierte Beratung im Vergleich Diplomarbeit Kinne, Stefan Vergleich Strategische Beratung IT-orientierte Beratung Diplomarbeit zur Erlangung des

Mehr

IGT-Richtlinie 01: Anforderungen an Smarthome-Systeme

IGT-Richtlinie 01: Anforderungen an Smarthome-Systeme Bewertungskriterien inklusive Vorlagen zur Unterscheidung der Funktionalität von Smarthome- Systemen aus Nutzersicht bzw. aus technischer Sicht. Version 03, August 2015 Prof. Dr. Michael Krödel IGT - Institut

Mehr

Techniken zu Schreibwerkstatt Phase 1: Ein Thema erforschen und eingrenzen

Techniken zu Schreibwerkstatt Phase 1: Ein Thema erforschen und eingrenzen Techniken zu Schreibwerkstatt Phase 1: Ein Thema erforschen und eingrenzen Die 5 folgenden Techniken können Ihnen dabei helfen, ein passendes Thema bzw. eine Hypothese zu finden. 1. Fragen helfen beim

Mehr

Progress of Enterprise Architecture Management 2008. Eine Studie über das integrierte Management von Business- und IT-Architektur

Progress of Enterprise Architecture Management 2008. Eine Studie über das integrierte Management von Business- und IT-Architektur Progress of Enterprise Architecture Management 2008 Eine Studie über das integrierte Management von Business- und IT-Architektur Warum eine Studie zum Thema EAM? Die Bedeutung für ein integriertes Management

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

Zur Rekonstruktion von Interkulturalität

Zur Rekonstruktion von Interkulturalität Zur Rekonstruktion von Interkulturalität Koole & ten Thije (2001) ten Thije (2002) 1 Copyright bei Dr. Kristin Bührig, Hamburg 2004. Alle Rechte vorbehalten. Zu beziehen auf: www.pragmatiknetz.de Zweck

Mehr

4.4 Interne Evaluation

4.4 Interne Evaluation 4.4 Interne Evaluation Inhaltsverzeichnis 1. Ziele 2. Verantwortung 3. Inhalt und Umsetzung 3.1 Evaluationszyklus 3.2 Qualitätsbereiche 3.3 Organisationsstruktur 3.4 Prozessschritte 3.5 Beteiligte 3.6

Mehr

Qualitative Sozialforschung: Ein Überblick. Autor: Thomas Brüsemeister Überarbeitung: Patrick Heiser und Judith Bündgens-Kosten

Qualitative Sozialforschung: Ein Überblick. Autor: Thomas Brüsemeister Überarbeitung: Patrick Heiser und Judith Bündgens-Kosten Qualitative Sozialforschung: Ein Überblick Autor: Thomas Brüsemeister Überarbeitung: Patrick Heiser und Judith Bündgens-Kosten 2011 FernUniversität in Hagen. Fakultät für Kultur- und Sozialwissenschaften.

Mehr

Diplomarbeit. gframe und das gedas Human Change Management Framework am Beispiel einer SAP R/3 Einführung im iranischen Automotive Sektor

Diplomarbeit. gframe und das gedas Human Change Management Framework am Beispiel einer SAP R/3 Einführung im iranischen Automotive Sektor Hochschule Harz Wernigerode Fachbereich Wirtschaftswissenschaften Studiengang Wirtschaftsinformatik Diplomarbeit gframe und das gedas Human Change Management Framework am Beispiel einer SAP R/3 Einführung

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

Phasen. Gliederung. Rational Unified Process

Phasen. Gliederung. Rational Unified Process Rational Unified Process Version 4.0 Version 4.1 Version 5.1 Version 5.5 Version 2000 Version 2001 1996 1997 1998 1999 2000 2001 Rational Approach Objectory Process OMT Booch SQA Test Process Requirements

Mehr

Internes Audit. Länderübergreifende Verfahrensanweisung. Inhalt. 1 Zweck, Ziel

Internes Audit. Länderübergreifende Verfahrensanweisung. Inhalt. 1 Zweck, Ziel Datum des LAV-Beschlusses: 05.11.2012 Seite 1 von 9 Inhalt 1 Zweck, Ziel... 1 2 Geltungsbereich... 2 3 Begriffe, Definitionen... 2 4 Verfahren... 2 4.1 Planung der Audits... 5 4.2 Vorbereitung des Audits...

Mehr

KT Communications Engineering

KT Communications Engineering KT Communications Engineering IKT im Kontext von (verteilten) Softwareentwicklungsprojekten Sommersemester 2015 LVA-Nummer: 257.131 LVA-Leiter/in: Florian Krenn, MSc Kontakt: Florian.Krenn@jku.at, (0732

Mehr

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

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 1 Gliederung Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 2 Rational Unified

Mehr

Hinweise zur Betreuung von Abschlussarbeiten durch Prof. Dr. Funck

Hinweise zur Betreuung von Abschlussarbeiten durch Prof. Dr. Funck Hinweise zur Betreuung von Abschlussarbeiten durch Prof. Dr. Funck Stand: Mai 2014 Vorbemerkungen Die formale Anmeldung für die Arbeit und deren Abgabe erfolgen über den Prüfungsausschuss. Die Erfüllung

Mehr

Qualitative Forschung - Erhebungsmethoden. Modul 16 Forschungsmethoden. Arbeitsauftrag 3. Hochschullehrgang eeducation3 Donau-Universität Krems

Qualitative Forschung - Erhebungsmethoden. Modul 16 Forschungsmethoden. Arbeitsauftrag 3. Hochschullehrgang eeducation3 Donau-Universität Krems Arbeitsauftrag 3 Modul 16 Forschungsmethoden Hochschullehrgang eeducation3 Donau-Universität Krems eingereicht bei Silvia Sippel, M.A. Jänner 2010 Heiko Vogl Inhaltsverzeichnis Beschreibung des Arbeitsauftrages

Mehr

Without knowledge management our services would be unthinkable. Arthur D. Little

Without knowledge management our services would be unthinkable. Arthur D. Little Without knowledge management our services would be unthinkable. Arthur D. Little Weshalb Wissensmanagement? Wissen ist die Gesamtheit der Informationen, Kenntnisse und Fähigkeiten einer Person, die zur

Mehr

Verändern sich zwischenmenschliche Beziehungen im Handyzeitalter

Verändern sich zwischenmenschliche Beziehungen im Handyzeitalter Verändern sich zwischenmenschliche Beziehungen im Handyzeitalter LV: 18.92 Empirische Forschungsmethoden in praktischer Anwendung Leiterin: Mag. Dr. Gunhild Sagmeister Inhaltsverzeichnis 1. Fragestellung/Erkenntnisinteresse

Mehr

SPI-Seminar : Interview mit einem Softwaremanager

SPI-Seminar : Interview mit einem Softwaremanager Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1 Aufbau Geschichte

Mehr

Scheinaufgabe im Fach Web Engineering

Scheinaufgabe im Fach Web Engineering Otto-von-Guericke-Universität Magdeburg Fakultät für Informatik Institut für Verteilte Systeme Scheinaufgabe im Fach Web Engineering Thomas Thüm 07. August 2006 Matrikel: 171046 Lehrveranstaltung: Web

Mehr

POCKET POWER. Projektmanagement. 3. Auflage

POCKET POWER. Projektmanagement. 3. Auflage POCKET POWER Projektmanagement 3. Auflage 3 Inhalt 1 Einleitung.................................... 5 2 Grundlagen des Projektmanagements................... 8 2.1 Projektdefinition..............................

Mehr

Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden

Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden Sperrvermerk Risikomanagement für IT-Projekte: Vergleich von Risiken und Methoden Bachelorarbeit Zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

Mehr

Consumer Idealized Design

Consumer Idealized Design Consumer Idealized Design Der Erfolg von Produkt- und Dienstleistungsinnovationen ist daran gekoppelt, inwieweit es gelingt, tatsächliche Kundenbedürfnisse zu erfüllen. In der Literatur wird daher vorgeschlagen,

Mehr

QB 2 Arbeitshilfe Bedarfserschließung LQW / Januar 2007

QB 2 Arbeitshilfe Bedarfserschließung LQW / Januar 2007 QB 2 Arbeitshilfe Bedarfserschließung LQW / Januar 2007 Definition aus dem LQW-Leitfaden für die Praxis Bedarfserschließung meint die Anwendung geeigneter Instrumente zu systematischen Marktbeobachtungen

Mehr

Leitfaden für Masterarbeiten im Master Management & Business Development für den Bereich Kommunikation und PR

Leitfaden für Masterarbeiten im Master Management & Business Development für den Bereich Kommunikation und PR Leitfaden für Masterarbeiten im Master Management & Business Development für den Bereich Kommunikation und PR 1. Wesen und Ziel der Masterarbeit Im Master Management & Business Development erlangen die

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

Projektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes:

Projektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Projektmanagement Link http://promana.edulearning.at/projektleitung.html Einleitung Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Definition des Begriffs Projekt" Kriterien

Mehr

Wissensmanagement und Technische Dokumentation

Wissensmanagement und Technische Dokumentation Wissensmanagement und Technische Dokumentation requisimus AG Flandernstrasse 96 D-73732 Esslingen Christian Paul, requisimus AG, 05.06.2007 Inhalt Technische Dokumentation und Wissensmanagement... 3 Wissensmanagement...3

Mehr

Evaluation of Database Design and Reverse Engineering Tools for a Large Software System

Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Anne Thomas TU Dresden Dr. B. Demuth Pre Press GmbH (Dresden) T. Reuter Gliederung Einleitung Vorgehensweise Kontext

Mehr

extreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?

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

Schritt 1: Schulung vorbereiten

Schritt 1: Schulung vorbereiten Themen auswählen Jede Ausbildung am Arbeitsplatz sollte gründlich vorbereitet werden. Je besser die Vorbereitung, desto erfolgreicher wird die Schulung selbst sein. Außerdem hat die Vorbereitung auch die

Mehr

Wie schreibt man eine Ausarbeitung?

Wie schreibt man eine Ausarbeitung? Wie schreibt man eine Ausarbeitung? Holger Karl Holger.karl@upb.de Computer Networks Group Universität Paderborn Übersicht Ziel einer Ausarbeitung Struktur Sprache Korrektes Zitieren Weitere Informationen

Mehr

Mitarbeiterinnen- und Mitarbeitergespräche

Mitarbeiterinnen- und Mitarbeitergespräche Mitarbeiterinnen- und Mitarbeitergespräche Die Mitarbeitergespräche stehen im weitesten Sinne als Sammelbegriff für alle Gespräche die unmittelbare Vorgesetzte mit MitarbeiterInnen aus unterschiedlichen

Mehr

Humanressourcen als Basis des Projektmanagements in Unternehmen. Bachelorarbeit

Humanressourcen als Basis des Projektmanagements in Unternehmen. Bachelorarbeit Humanressourcen als Basis des Projektmanagements in Unternehmen Bachelorarbeit zur Erlangung des akademischen Grades Bachelor of Science (B. Sc.) im Studiengang Wirtschaftsingenieur der Fakultät für Elektrotechnik

Mehr

Coaching. Ihr Lebenskunstkonzept Seite 1. Unser Verständnis

Coaching. Ihr Lebenskunstkonzept Seite 1. Unser Verständnis Ihr Lebenskunstkonzept Seite 1 Unser Verständnis Sie suchen den Austausch über Ihre berufliche und/oder private Entwicklung? Sie befinden sich in einer Phase der (Neu-) Orientierung? Wir können Ihnen ein

Mehr

Prozessmanagement Scan

Prozessmanagement Scan Prozessmanagement Scan Autoren und Ansprechpartner: DI Dr. Karl W. Wagner (Geschäftsführender Gesellschafter der procon Unternehmensberatung GmbH) Mag. Yosef Schaban (Berater der procon Unternehmensberatung

Mehr

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16 Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle

Mehr

Der Faktor Mensch in IT-Projekten

Der Faktor Mensch in IT-Projekten Der Faktor Mensch in IT-Projekten - Der Faktor Mensch in IT-Projekten Dr. Eberhard Huber Der Faktor Mensch in IT-Projekten - Der Faktor Mensch in IT-Projekten Motivation EinAusflug in die Psychologie und

Mehr

Volkswagen Wissensmanagement. Die Wissensstafette von Volkswagen Wenn das Wissen geht

Volkswagen Wissensmanagement. Die Wissensstafette von Volkswagen Wenn das Wissen geht Volkswagen Wissensmanagement Die Wissensstafette von Volkswagen Wenn das Wissen geht Die Wissensstafette von Volkswagen Inhalt: Wissensmanagement bei Volkswagen Die Wissensstafette von Volkswagen Formen

Mehr

Methodische, softwaregestützte Risikobeurteilung

Methodische, softwaregestützte Risikobeurteilung Methodische, softwaregestützte Risikobeurteilung Ziel der Risikobeurteilung ist es, die von einem Produkt ausgehenden Gefährdungspotenziale möglichst vollständig zu erfassen und Schutzmaßnahmen gegen sie

Mehr

Messbarkeit von IT-Services

Messbarkeit von IT-Services Potenziale erkennen, Herausforderungen managen Matthias Pfaff fortiss GmbH An-Institut Technische Universität München Warum Benchmarking am fortiss? Beschäftigen Sie sich in Ihrem Unternehmen mit folgenden

Mehr

Design & UX. Tim Schoch UX Designer IOZ AG Januar 2015

Design & UX. Tim Schoch UX Designer IOZ AG Januar 2015 Design & UX Tim Schoch UX Designer IOZ AG Januar 2015 Tim Schoch, UX Designer bei der IOZ AG Zuständig für das Schöne und das Praktische rund um SharePoint und Office 365 Aufgaben als UX-Designer: Umsetzen

Mehr

JOB MANAGEMENT MIT DEM SAP SOLUTION MANAGER. Whitepaper

JOB MANAGEMENT MIT DEM SAP SOLUTION MANAGER. Whitepaper JOB MANAGEMENT MIT DEM SAP SOLUTION MANAGER. Whitepaper Wussten Sie, dass lediglich der kleinere Teil der Datenverarbeitung in Ihrem System von End-Anwendern generiert wird? Der größere Teil der Informationen

Mehr

Servicespezifikation. H&S IT Configuration Management Service. simplify your business. www.hs-reliablesolutions.com

Servicespezifikation. H&S IT Configuration Management Service. simplify your business. www.hs-reliablesolutions.com Servicespezifikation H&S IT Configuration Management Service simplify your business www.hs-reliablesolutions.com H&S reliable solutions GmbH 2010 H&S IT Configuration Management Service Eine der wichtigsten

Mehr

Design for Six Sigma umsetzen POCKET POWER

Design for Six Sigma umsetzen POCKET POWER Design for Six Sigma umsetzen POCKET POWER 3 Inhalt 1 Einleitung 5 2 Methoden und Werkzeuge 9 2.1 Define 9 2.2 Measure 16 2.3 Analyze 24 2.4 Design 34 2.5 Verify 47 3 Der Einsatz in Systemprojekten 52

Mehr

Norbert Schäfer. Konstruktion. Ermittlung der Beurteilungskriterien zum Führungsverhalten

Norbert Schäfer. Konstruktion. Ermittlung der Beurteilungskriterien zum Führungsverhalten 5. TAG DER LEHRE 20. NOVEMBER 2003 FACHHOCHSCHULE NÜRTINGEN HOCHSCHULE FÜR WIRTSCHAFT, LANDWIRTSCHAFT UND LANDESPFLEGE Verhaltensdiagnose und Ausarbeitung eines individuellen Trainings für Studierende

Mehr

Scheer Management BPM Assessment - Wo stehen wir und was müssen wir tun? Thomas Schulte-Wrede 10.10.2014

Scheer Management BPM Assessment - Wo stehen wir und was müssen wir tun? Thomas Schulte-Wrede 10.10.2014 Scheer Management BPM Assessment - Wo stehen wir und was müssen wir tun? Thomas Schulte-Wrede 10.10.2014 Woher weiß ich, dass sich der ganze Aufwand lohnt? Komplexitätstreiber: viele Mitarbeiter viele

Mehr

Reviews von Entwicklungsartefakten durchführen

Reviews von Entwicklungsartefakten durchführen Testen Reviews von Entwicklungsartefakten durchführen Bereich Evaluation Ziele Fehler und Probleme frühzeitig finden Wissenstransfer ermöglichen Teamzusammenhalt fördern Lösungen erarbeiten Aktivität Reviews

Mehr

Website-Usability - Überprüfung der Gebrauchstauglichkeit von Websites

Website-Usability - Überprüfung der Gebrauchstauglichkeit von Websites Website-Usability - Überprüfung der Gebrauchstauglichkeit von Websites Wie kann man die Gebrauchstauglichkeit feststellen? Es gibt hierzu unterschiedliche Möglichkeiten und Ansätze, die teilweise an die

Mehr

1. Einleitung. 1.1. Ausgangssituation

1. Einleitung. 1.1. Ausgangssituation 1. Einleitung In der vorliegenden Arbeit wird untersucht, welche Faktoren den erfolgreichen Ausgang eines Supply-Chain-Projektes zwischen zwei Projektpartnern beeinflussen. Dazu werden zum einen mögliche

Mehr

A) Hinweise zur Gestaltung und Durchführung der mündlichen Abiturprüfung. B) Hinweise zur mündlichen Abiturprüfung in den modernen Fremdsprachen

A) Hinweise zur Gestaltung und Durchführung der mündlichen Abiturprüfung. B) Hinweise zur mündlichen Abiturprüfung in den modernen Fremdsprachen II. Mündliche Abiturprüfung und Ergänzungsprüfungen A) Hinweise zur Gestaltung und Durchführung der mündlichen Abiturprüfung B) Hinweise zur mündlichen Abiturprüfung in den modernen Fremdsprachen C) Hinweise

Mehr

IESE. Fraunhofer. Institut Experimentelles Software Engineering. Andreas Jedlitschka. Sauerwiesen 6 D-67661 Kaiserslautern Germany

IESE. Fraunhofer. Institut Experimentelles Software Engineering. Andreas Jedlitschka. Sauerwiesen 6 D-67661 Kaiserslautern Germany Lessons Learned erfassen und dokumentieren Projekt Retrospektiven 28. Mai 2003 Fraunhofer Institut Experimentelles Software Engineering Andreas Jedlitschka Sauerwiesen 6 D-67661 Kaiserslautern Germany

Mehr

Leitfaden zum Personalentwicklungsgespräch für pflegerische Leitungen

Leitfaden zum Personalentwicklungsgespräch für pflegerische Leitungen Leitfaden zum Personalentwicklungsgespräch für pflegerische Leitungen auf der Grundlage des Anforderungs- und Qualifikationsrahmens für den Beschäftigungsbereich der Pflege und persönlichen Assistenz älterer

Mehr

Evaluation der Selbstlernmodule Dokumentation des Evaluationsprozesses - Pilotphase im Cluster Dresden - April 2010

Evaluation der Selbstlernmodule Dokumentation des Evaluationsprozesses - Pilotphase im Cluster Dresden - April 2010 Sächsisches E-Competence Zertifikat Evaluation der Selbstlernmodule Dokumentation des Evaluationsprozesses - Pilotphase im Cluster Dresden - April 2010 [Dokumentation des Evaluationsprozesses Zielsetzung,

Mehr

Wissenschaftliche Evaluation des schulinternen Qualitätsmanagements an Mittel- und Berufsschulen

Wissenschaftliche Evaluation des schulinternen Qualitätsmanagements an Mittel- und Berufsschulen e c o n c e p t BILDUNGSDIREKTION DES KANTONS ZÜRICH Wissenschaftliche Evaluation des schulinternen Qualitätsmanagements an Mittel- und Berufsschulen Kurzfassung 25. April 2005/ /mp 618_be_kurzfassung.doc

Mehr

2. Ermittlung des Personalbedarfs über Differenz zwischen Ist - und - Soll Zustand. 7. Organisationsdiagnose im Kontext der Personalentwicklung

2. Ermittlung des Personalbedarfs über Differenz zwischen Ist - und - Soll Zustand. 7. Organisationsdiagnose im Kontext der Personalentwicklung Gliederung 1. Analyse des Entwicklungsbedarfs 2. Ermittlung des Personalbedarfs über Differenz zwischen Ist - und - Soll Zustand 3. Analyse des Soll-Zustands 4. Analyse des Ist Zustands 5. Arbeits- und

Mehr

360 FEEDBACK UND REFERENZEN IM MANAGEMENT AUDIT von KLAUS WÜBBELMANN

360 FEEDBACK UND REFERENZEN IM MANAGEMENT AUDIT von KLAUS WÜBBELMANN 360 FEEDBACK UND REFERENZEN IM MANAGEMENT AUDIT von KLAUS WÜBBELMANN 360 Feedback / Referenzen Referenzen und andere Verfahren der Einbeziehung von Personen aus dem Arbeitsumfeld einer einzuschätzenden

Mehr

Zielgruppenoptimierte Softwarehandbücher

Zielgruppenoptimierte Softwarehandbücher Die Norm DIN EN 62079 ist eine wichtige Orientierung um Software-Handbücher zu erstellen, die den Bestimmungen im Geräte- und Produktsicherheitsgesetz vom 1. Mai 2004 (GPSG) genügen. Es lohnt sich, einige

Mehr

IMC Master Programm Masterstudiengang Implantologie 2012/13. Masterarbeit. Sehr geehrte Teilnehmer(innen),

IMC Master Programm Masterstudiengang Implantologie 2012/13. Masterarbeit. Sehr geehrte Teilnehmer(innen), IMC Master Programm Masterstudiengang Implantologie 2012/13 Masterarbeit Sehr geehrte Teilnehmer(innen), jetzt beginnen für Sie die Vorbereitungen für das Schreiben der Masterarbeit. Sie müssen sich entscheiden,

Mehr

Personalentwicklung wenn nicht jetzt, wann dann?

Personalentwicklung wenn nicht jetzt, wann dann? Personalentwicklung wenn nicht jetzt, wann dann? Jetzt die Potenziale Ihrer Mitarbeiter erkennen, nutzen und fördern ein Beitrag von Rainer Billmaier Personalentwicklung ist alles andere als ein Kostenfaktor

Mehr

Leitfaden für das Erstellen eines Fragebogens

Leitfaden für das Erstellen eines Fragebogens Leitfaden für das Erstellen eines Fragebogens DI Thusnelda Reinisch-Rotheneder Quelle:www.2ask.net Fragebögen Noelle Neumann (1965): "Nicht der Interviewer muss schlau sein, sondern der Fragebogen." FRIEDRICHS

Mehr

XIV. fragebogen. Wirtschaftsstatistik Datenproduktion und -analyse in der amtlichen Statistik. Statistisches Bundesamt www.forschungsdatenzentrum.

XIV. fragebogen. Wirtschaftsstatistik Datenproduktion und -analyse in der amtlichen Statistik. Statistisches Bundesamt www.forschungsdatenzentrum. XIV. fragebogen Wirtschaftsstatistik Datenproduktion und -analyse in der amtlichen Statistik Gliederung 1) Fragebogen allgemein 2) Planung und Konzeption 3) Was ist eine Messung 4) Fragebogenerstellung

Mehr

Eliciting Requirements for a Company-wide Data Leakage Prevention System

Eliciting Requirements for a Company-wide Data Leakage Prevention System Eliciting Requirements for a Company-wide Data Leakage Prevention System Stefan Gärtner, Svenja Schulz, and Kurt Schneider Software Engineering Group, Leibniz Universität Hannover, Germany Steffen Förster

Mehr

Clashing Cultures. Wenn Software-Ingenieure auf Wissenschaftler treffen Seminarvortrag Beiträge SE

Clashing Cultures. Wenn Software-Ingenieure auf Wissenschaftler treffen Seminarvortrag Beiträge SE Clashing Cultures Wenn Software-Ingenieure auf Wissenschaftler treffen Seminarvortrag Beiträge SE Andre Breitenfeld 10.12.2015 Agenda 1. Thematische Einordnung 2. Scientific Software Development 3. Papers

Mehr

Identifikation von Erfolgsfaktoren und Ableitung von Handlungsempfehlungen für die Implementierung eines Qualitätsmanagementsystems in der Apotheke

Identifikation von Erfolgsfaktoren und Ableitung von Handlungsempfehlungen für die Implementierung eines Qualitätsmanagementsystems in der Apotheke Identifikation von Erfolgsfaktoren und Ableitung von Handlungsempfehlungen für die Implementierung eines Qualitätsmanagementsystems in der Apotheke Inaugural-Dissertation zur Erlangung des akademischen

Mehr

Ziel. Prinzip. Vorgehensweise. I. Problemanalyse. II. Planung und Umsetzung

Ziel. Prinzip. Vorgehensweise. I. Problemanalyse. II. Planung und Umsetzung Ziel Prinzip Information und Kommunikation der notwendigen Veränderung an die Betroffenen. Nur durch die Schaffung von Transparenz hinsichtlich einer Veränderung kann die Akzeptanz eben dieser erzielt

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Wiederholung Weitere Begriffe Programmierung im Großem (Programmierung von Software als Ganzes) Prozess-Modelle 2 Wiederholung: Prozesse Prozesse sind hierarchische Gruppierungen von

Mehr