Diplomarbeit. Konzeption und prototypische Realisierung einer Telemetrie-basierten Mess-Architektur

Größe: px
Ab Seite anzeigen:

Download "Diplomarbeit. Konzeption und prototypische Realisierung einer Telemetrie-basierten Mess-Architektur"

Transkript

1 Otto-von-Guericke-Universität Magdeburg Fakultät für Informatik Institut für Verteilte Systeme Arbeitsgruppe Softwaretechnik Diplomarbeit Konzeption und prototypische Realisierung einer Telemetrie-basierten Mess-Architektur Themensteller: Betreuer: Prof. Dr.-Ing. habil. R. Dumke Dipl.-Inform. Martin Kunz vorgelegt von: Christoph Ullwer Walther-Rathenau-Str Magdeburg Matrikelnummer:

2 Otto-von-Guericke-Universität Magdeburg Ullwer, Christoph: Konzeption und prototypische Realisierung einer Telemetrie-basierten Mess-Architektur Diplomarbeit, Otto-von-Guericke-Universität Magdeburg, 2006.

3 Inhaltsverzeichnis III Inhaltsverzeichnis Abkürzungsverzeichnis... V Abbildungsverzeichnis... VI Tabellenverzeichnis... VIII Verzeichnis der Code-Fragmente... VIII 1 Einleitung Motivation und Zielstellung Aufbau der Diplomarbeit Software-Messung und Software-Management Aspekte der Software-Messung Ziele der Softwaremessung Metriken und Messwerkzeuge Aspekte des Software-Managements Bewertung der Prozessgüte... 9 Personal Software Process Die PROBE-Methode zur Größenabschätzung Akzeptanzproblem von PSP und Software-Messung Softwareprojekt-Telemetrie Begriffsklärung Automatisierung von Software-Messung Automatisierung der Datenerfassung Definition und Speicherung der Daten Analyse von Daten Datenschutz und Datensicherheit Software-Management durch Softwareprojekt-Telemetrie Soziale Aspekte der Softwareprojekt-Telemetrie Metriken-Programm und Projekt-Management Telemetrie-basierte Mess-Infrastrukturen Begriffsklärung Eigenschaften und Anforderungen Klassifikation und Vergleich verschiedener Systeme Projekt Hackystat Hackystat Systemarchitektur... 48

4 Inhaltsverzeichnis IV Anwendungsszenario von Softwareprojekt-Telemetrie Definition von Projekten Darstellung und Analyse Bedarf eines OpenOffice Sensors OpenOffice.org API und UNO UNO Komponenten-Technologie Services und Komponenten Service Manager und Component Context Das Ereignismodell Implementierung des OpenOffice Moduls Anforderungen und Definition des Sensors Implementierung des Sensors Integration in OpenOffice.org Integration in das Hackystat-Framework Automatisierung der Installation Integration in den automatischen Build-Prozess Qualitätssicherung der Implementierung Ergebnisse und Einsatz der entwickelten Lösung Realisierung eines Hackystat Servers im Messlabor Einsatz des OpenOffice Sensors für Softwareprojekt-Telemetrie Zusammenfassung und Ausblick Literaturverzeichnis Anhang A A1. Aufgabenstellung A2. Inhalt der CD Anhang B Lineare Regression Anhang C System-Konfiguration C1. Sensor-Konfiguration C2. Server-Konfiguration Anhang D Docbook des OpenOffice-Sensors Impressum Selbständigkeitserklärung

5 Abkürzungsverzeichnis Abkürzungsverzeichnis API Application Programming Interface ASE Agile Softwareentwicklung CAME Computer Assisted Software Measurement and Evaluation CASE Computer Aided Software Engineering CMM Capability Maturity Model CMMI Capability Maturity Model Integration DBMS Datenbankmanagementsystem DIN Deutsches Institut für Normung e.v. GPL GNU General Public License HTML HyperText Markup-Language HTTP HyperText Transfer Protocol IDE Integrated Development Environment ISO International Organization for Standardization IT Informationstechnologie JDBC Java-Database-Connectivity LGPL GNU Library General Public License LOC Lines of Code MS Microsoft PROBE PROxy Based Estimating PROM Professional Metrics PSP Personal Software Process SDK Software Development Kit SDT Sensor Data Type SEI Software Engineering Institute SOAP Simple Object Access Protocol SQL Structured Query Language TDL Telemetrie Definition Language TSP Team Software Process UML Unified Modelling Language UNO Universal Network Objects URL Uniform Resource Locator XML extensible Markup Language XP Extreme Programming V

6 Abbildungsverzeichnis VI Abbildungsverzeichnis Abb. 2.1: Messprozess nach ISO [ISO/IEC 2002]:... 6 Abb. 2.2: CASE-Tools bei der Software-Entwicklung (nach [Dumke 2003, S.148]):... 6 Abb. 2.3: Regelkreis zur Produkt- bzw. Prozessverbesserung (nach [Dumke 1996], S.38):... 7 Abb. 2.4: Prozess der Software-Produktentwicklung (nach [Dumke 2003, S.7]):... 8 Abb. 2.5: Aspekte des Software-Managements (nach [Dumke 2003, S.240]):... 9 Abb. 2.6: Schritte des Personal Software Process (nach [Humphrey 1996, S.79]): Abb. 2.7: Die PROBE Methode zur Größenabschätzung (nach [Humphrey 1995, S. 118]):. 14 Abb. 2.8: Darstellung der Regressionsgeraden für PROBE [Humphrey 1995, S. 546]: Abb. 3.1: Erfassung und Aufbereitung von Messdaten (nach [Fenton 1997, S.155]): Abb. 3.2: Organisationskonzepte der Datenverwaltung (nach [Balzert 1996, S.655]): Abb. 3.3: Aspekte einer Mess-Datenbank (nach [Ebert 2005, S.84]): Abb. 3.4: Anzahl von Modulen in Abhängigkeit der LOC [Kitchenham 1996, S.132]: Abb. 3.5: Regression: ohne Transformation (links), mit (rechts) [Fenton 1997, S.219]: Abb. 3.6: Deanonymisierung von Datensätzen (nach [Pommerening 1991, S. 92f.]): Abb. 3.7: Prozessübersicht eines integrierten Metriken-Programms [Ebert 2005, S.119]: Abb. 3.8: Darstellungsmöglichkeiten des Entwicklungsprozesses [Ebert 2005, S.121] : Abb. 3.9: Verantwortungsbereiche des Prozess-Managements (nach [Florac 1999, S.6]): Abb. 4.1: Tool-Unterstützung der Software-Messung (nach [Dumke 2003, S.196]): Abb. 4.2: Daten-Quellen in Kontext von Mess-Infrastrukturen (nach [Ebert 2005, S.83]):.. 38 Abb. 4.3: Datenfluss-Diagramm zur Datenerfassung [Kitchenham 1996, S.119]: Abb. 4.4: Erfassung von Aktivitäten mit Process Dashboard [PSP Dashboard].: Abb. 4.5: Zeitabschätzung von PSP-Daten mit Leap-Tool [LEAP]: Abb. 4.6: Das Balboa-Framework als Client-Server Architektur [Balboa]: Abb. 4.7: PROM-Architektur zur automatischen Datenerfassung [Sillitti 2003, S.339]: Abb. 4.8: PROM Statistik eines Projekts mit Pseudonymisierung [Sillitti 2003, S.341]: Abb. 4.9: Grundlegende Architektur von Hackystat [Johnson 2005, S.79]: Abb. 4.10: SensorShell Schnittstellen und Server-Kommunikation: Abb. 4.11: Workspace und Workspace-Root Definitionen: Abb. 4.12: Definition eines Hackystat-Projektes: Abb. 4.13: Verlaufsanalyse von Ereignissen: Abb. 4.14: Analyse der aktiven Entwicklungszeit des Sensor-Moduls: Abb. 4.15: Zusammenhang zw. Reports, Charts und Streams (nach [Hackystat Doc]):... 55

7 Abbildungsverzeichnis VII Abb. 4.16: Automatische Diagramm-Generierung durch TDL: Abb. 4.17: Release Planung durch Softwareprojekt-Telemetrie [Hackystat Doc]: Abb. 5.1: Interfaces, Services und Implementierung im Kontext von UNO: Abb. 5.2: UnoUrlResolver referenziert den Remote Service Manager [DevGuide]: Abb. 5.3: Übersicht des OpenOffice-Ereignismodells [DevGuide]: Abb. 6.1: Implementierung der OpenOfficeSensor-Klasse im Überblick: Abb. 6.2: Verarbeitung registrierter Aktivitäten durch einen TimerTask: Abb. 6.3: Behandlung spezieller Ereignisse der Benutzeraktivität: Abb. 6.4: Struktur des UNO-Paketes und enthaltene Komponenten: Abb. 6.5: Sequenzdiagramm zur Job-Ausführung (nach [DevGuide]): Abb. 6.6: Klassenarchitektur zur vollautomatisierten Sensor-Installation: Abb. 6.7: Hierarchische Struktur des lokalen Build-Skriptes: Abb. 6.8: JUnit Testfälle im Einsatz : Abb. 6.9: Klassenstruktur implementierter Testfälle und Abhängigkeiten: Abb. 7.1: Web-Interface zum Login für Hackystat im 82 Abb. 7.2: Analyse-Auswahl nach Login des Nutzers in Hackystat: Abb. 7.3: Zeit-Diagramm mit mehreren Streams und Ordinaten: Abb. 7.4: HackyInstaller Konfiguration und Auswahl verfügbarer Sensoren: Abb. 7.5: Installationsdialog des OpenOffice Sensors: Abb. 7.6: Liste der Hackystat-Autoren im Documentation-Framework [Hackystat Doc]: Abb. 7.7: Installation von UNO-Paketen mittels OpenOffice Package-Manager: Abb. 7.8: Informationsdialog des OpenOffice Sensors : Abb. 7.9: Überprüfung der korrekten Datenaufnahme des Sensors:... 87

8 Tabellenverzeichnis VIII Tabellenverzeichnis Tab. 2.1: Qualitätsstufen des CMM ([Humphrey 1989], [Dumke 2003, S.232]) Tab. 2.2.: Aktivitätsmerkmale beim PSP (nach [Dumke 2003, S.127]) Tab. 2.3: Allgemeine negative Aspekte der Software-Messung (nach [Ebert 2005, S.71]) Tab. 3.1: Klassifikation von Software-Störfällen (nach [Kitchenham 1996, S.99]) Tab. 3.2: Metriken zum Erreichen von Projekt-Zielen ([Ebert 2005, S.126] ) Tab. 4.1: Generationen PSP-artiger Datenerfassung (nach [Johnson 2003, S.2]) Tab. 4.2: Vergleich von PROM und Hackystat (nach [Sillitti 2003, S.342]) Tab. 4.3: Hackystat Sensor Daten Typen und assoziierte Sensoren Tab. 6.1: Spezifikation der Attribute des Activity SDT [Hackystat Doc] Verzeichnis der Code-Fragmente Listing 1: Darstellung von Build-Resultaten via Telemetry Definition Language Listing 2: Factory-Spezifikation durch IDL Listing 3: IDL-Spezifikation des Komponenten Kontext Listing 4: Extension Point Definition des OpenOffice Sensors Listing 5: Erfassung von Daten durch die Sensor-Klasse Listing 6: Update-Methode der Klasse OpenOfficeSensorInstaller.java Listing 7: Ausführen von Methoden via Java-Reflection... 77

9 1 Einleitung 1 1 Einleitung Die zunehmende Komplexität von Software sowie fehlende Methoden und Instrumente damit umzugehen, führen zu immer immenseren Kosten sowie kaum erfüllbaren Qualitätsanforderungen und Zeitvorgaben. Als Reaktion auf die andauernde Softwarekrise seit den 60er Jahren wird die Hinwendung zu einer ingenieurmäßigen Software-Entwicklung gefordert. Im Ingenieurwesen herrscht heutzutage Einigkeit darüber, dass unterschiedlichste Messungen in Verbindung mit Standards notwendige Grundlage reproduzierbarer, präziser und kontrollierbarer technischer Vorgänge sind [Dumke 1996, S.3]. Aufgrund dieser Aussagen lässt sich also folgende Schlussfolgerung ziehen: If software development is to viewed as an engineering discipline, it requires a measurement component that allows us to better understand, evaluate, predict and control the software process and product. [Basili 1990] Trotz des vorhandenen theoretischen Potentials auf dem Gebiet der Software-Messung erscheint deren effektive Anwendung bis dato weit entfernt von den Gepflogenheiten der Praxis. Die Gründe für die Diskrepanz zwischen Theorie und Praxis sind vielfältig: neben der schlichten Unwissenheit der Anwender ist es oftmals kaum möglich, die durch Theoretiker entwickelten Methoden und Modelle auf den speziellen Kontext eines konkreten SoftwareProjektes anzuwenden (vgl. auch [Johnson 2005, S.76f.]). Hinzu kommt, dass bis Mitte der 90er Jahre der überwiegende Teil der Software-Metriken eher zum Gebrauch auf der Organisationsebene bestimmt war. Mit dem Erscheinen von Humphreys A Discipline for Software Engineering [Humphrey 1995] wurden jedoch die Software-Messung und die Analysetechniken auf den Bereich des individuellen Entwicklers angepasst. Dieser so entwickelte Personal Software Process (PSP) dient vor allem den verbesserten Möglichkeiten der Projektabschätzung als auch der Qualitätssicherung und beruht vor allem auf zwei grundlegenden Annahmen. Erstens muss die PSP-artige MessdatenErfassung und Analyse durch einen individuellen Entwickler signifikante Vorteile für diese Einzelperson liefern. Zweitens muss dieser Nutzen ausreichend groß sein, sodass der Entwickler den PSP auch im Anschluss der Aneignung nachhaltig einsetzt. Während die erste Annahme durch verschiedene Studien1 bestätigt werden konnte, zeichnet sich doch immer stärker ein Akzeptanzproblem der dauerhaften Anwendung von PSP ab. Die Gründe hierfür liegen vor allem beim zusätzlichen, hohen Aufwand aufgrund einer durchweg manuellen Datenerfassung und Analyse, als auch in der dadurch verursachten Ablenkung von der eigentlichen Entwicklungstätigkeit. 1 Vgl. auch [Johnson 2003].

10 1 Einleitung Motivation und Zielstellung Aus den bisherigen Ausführungen wird der Bedarf einer automatischen Datenerfassung und Analyse ersichtlich, um die Akzeptanzproblematik zu lösen und durch eine PSP-artige Software-Messung ein verbessertes Projekt-Management zu ermöglichen. Die Aussicht auf eine vollautomatische Datenerfassung und Analyse wurde bislang jedoch eher pessimistisch eingeschätzt, da verschiedene Messobjekte der Software-Messung ungemein schwer zugänglich sind, was zum Begriff der Softwareprojekt-Telemetrie führt. Die damit verbundenen Anforderungen, wie nicht-obstruktive Software-Messung und exakte zeitliche Erfassung von Entwicklungstätigkeiten im Umfeld des Softwareprojektes, ermöglichen die Überwachung, Kontrolle sowie Kurzzeit-Vorhersagen von Projektzuständen innerhalb des Entwicklungsprozesses. Hierfür ist der Einsatz geeigneter Werkzeuge in allen betroffenen Bereichen unerlässlich, d.h. der eigentlichen Messdatenerfassung, dem Definieren, Speichern und Exportieren der Daten, sowie deren Analyse und Bewertung. Dieser für Softwareprojekt-Telemetrie benötigte technische Unterbau wird als Mess-Infrastruktur bezeichnet. Dabei gelten besondere Anforderungen, die aus den Bedingungen der Softwareprojekt-Telemetrie und dem jeweiligen Anwendungsbereich resultieren. Für die Erstellung einer Basis-Architektur zur Messdatenaufnahme ist es darum nötig, erst einmal einen Überblick der momentan verfügbaren Systeme zu erstellen und diese anhand verschiedener Kriterien zu bewerten. Bei der detaillierten Untersuchung einer prädestinierten Mess-Infrastruktur steht sowohl der allgemeine Aufbau der Architektur und die Funktionsweise, als auch die Analyse des Automatisierungsgrades im Vordergrund. Daneben soll zu Versuchs- und Demonstrationszwecken eine Mess-Infrastruktur im Messlabor des Lehrstuhls für Softwaretechnik, an der Otto-von-GuerickeUniversität Magdeburg, eingerichtet werden. Des weiteren ist für die gewählte Mess-Infrastruktur eine modulare Erweiterung zur Messdatenaufnahme, ein so genannter Sensor, prototypisch zu implementieren. Ziel des zu entwickelnden Sensors ist auch die Unterstützung der Forschung in dem noch relativ neuen Gebiet der empirischen Softwaretechnik. Der Gebrauch des Sensors soll dabei helfen, die Aktivitäten und Vorgänge zu erfassen, die für den Personal Software Process relevant sind. Außerdem dient der erfolgreiche Einsatz der zu entwickelnden Software als Beleg der Machbarkeit einer automatisierten Erfassung und Analyse von Daten für PSP, was eine positive Rückwirkung auf das Forschungsgebiet selbst zur Folge hat. 1.2 Aufbau der Diplomarbeit In der vorliegenden Diplomarbeit wird die grundlegende Problemstellung der technischen Konzeption und prototypischen Realisierung einer Telemetrie-basierten Mess-Architektur dargelegt.

11 1 Einleitung 3 Zur Erläuterung des theoretischen Hintergrunds und der Voraussetzungen des gewählten Lösungsansatzes werden in Kapitel 2. einige ausgewählte Themengebiete der Softwaremessung und des Software-Managements dargestellt. Neben der Motivation und den Zielen der Software-Messung wird insbesondere deren Anwendung zur Bewertung der Prozessgüte durch das Capability Maturity Modell und den daran ansetzenden Personal Software Process (PSP) beschrieben. Die abschließend in Kapitel 2. diskutierten Probleme die sich im Zusammenhang mit Software-Messung und PSP im Speziellen ergeben, führen zu dem in Kapitel 3. diskutierten Lösungsansatz durch Softwareprojekt-Telemetrie. Nach einer allgemeinen Einführung zur Erläuterung des Begriffes und allgemeinen Anforderungen, stehen hier insbesondere die Automatisierung der Erfassung, Speicherung und Analyse von Daten im Vordergrund. Außerdem werden Aspekte des Datenschutzes und der Datensicherheit sowie die Möglichkeit des Software-Managements durch Softwareprojekt-Telemetrie diskutiert. Der für eine automatische und effiziente Software-Messung benötigte technische Unterbau wird in Kapitel 4. durch den Begriff der Mess-Infrastruktur definiert. Die Eigenschaften und Anforderungen von Softwareprojekt-Telemetrie müssen hierbei eine adäquate technische Realisierung finden. Zur Erstellung einer Basis-Architektur und der Messdatenaufnahme werden zunächst vorhandene Systeme klassifiziert und für eine Bewertung miteinander verglichen. Für die anschließend gewählte Lösung soll außerdem der Bedarf eines neuen Sensors für die OpenOffice-Suite motiviert werden. Dafür ist es notwendig die grundlegende Komponenten-Architektur UNO zur Erweiterung der Funktionalität von OpenOffice in Kapitel 5. zu erläutern. Einige ausgewählte Aspekte der Realisierung des Sensors werden schließlich in Kapitel 6. dargelegt. Neben den Anforderungen geht es hierbei vor allem um die Implementierung und die Integration in die Mess-Infrastruktur sowie in OpenOffice. Außerdem kommen einige Gesichtspunkte bezüglich der Qualitätssicherung des entwickelten Moduls zur Sprache. Kapitel 7. zeigt dann die Ergebnisse der Realisierung einer Basis-Architektur im Messlabor Außerdem wird der Einsatz des implementierten Sensors und seine Anwendung für Softwareprojekt-Telemetrie beschrieben. Abschließend wird im 8. Kapitel die Diplomarbeit zusammengefasst und ein Ausblick gegeben, inwieweit andere Projekte und wissenschaftliche Arbeiten auf dieser Diplomarbeit aufbauen können.

12 4 2 Software-Messung und Software-Management 2 Software-Messung und Software-Management Not everything that counts can be counted and not everything that is counted counts. (Albert Einstein)2 2.1 Aspekte der Software-Messung Ziele der Softwaremessung Das Gebiet der Softwaremessung ist ein relativ neues Gebiet der Softwaretechnik und beschäftigt sich mit der Messung von Software-Eigenschaften und der Deutung dieser Messungen. Die Software-Messung (software measurement) ist der Prozess der Quantifizierung von Attributen der Objekte bzw. Komponenten des Software Engineering mit der Ausrichtung auf spezielle Messziele (measurement goals) und ggf. der Einbeziehung von Messwerkzeugen (measurement tools). [Dumke 2003, S. 169] Befürworter der Softwaremessung begründen deren Daseinsberechtigung durch Zitieren wissenschaftlicher Theoretiker als auch Praktiker: To measure is to know. (Clerk Maxwell3), You cannot control what you cannot measure. [DeMarco 1986] oder auch What is not measurable make measurable (Galileo Galilei4). Die Zielstellungen der Softwaremessung reichen von einer rein experimentellen Ausrichtung bis hin zu einer nahezu automatisierten, rechnergestützten Qualitätssicherung. Nach [Dumke 1993] gliedern sich die Ziele der Softwaremessung vor allem auch unter dem Aspekt des Machbaren in der Form als : 1. Analyse: in der Weise, dass man erst einmal das richtige Verständnis für die Software bzw. den Entwicklungsprozess erreicht, dass man Probleme lokalisiert und eine qualifizierte Bestandsaufnahme vornimmt. 2. Bewertung: als auf der Basis von Analysen durchführbare Leistungs-, Qualitäts- und Umfangsbewertung. 3. messwertgesteuerte Softwareentwicklung: die gemäß verschiedenen Qualitätsmodellen und Standards eine messwertbezogene Beeinflussung der verschiedenen Softwaremerkmale gewährleistet. Für die eigentliche Software-Messung muss jedoch klar bestimmt werden, was eigentlich gemessen werden soll, und welche Einflüsse sich auf dieses Messen einwirken. Nach [Fenton 2 Zitiert nach [Ebert 1996]. 3 Zitiert nach [Dumke 1996, S.1]. 4 Zitiert nach [Fenton 1997, S.6].

13 2 Software-Messung und Software-Management , S. 74] gilt folgende Klassifikation von Ansatzpunkten der Software-Messung (vgl. auch [Dumke 1996, S.15]): Prozess: mit all den bei der Softwareentwicklung zur Anwendung gelangenden organisatorischen und rechnergestützten Hilfsmitteln und Methoden, Produkt: mit all seinen Ausprägungen in den verschiedenen Entwicklungsphasen und den Bewertungskriterien hinsichtlich Qualität u.a.m. Ressourcen: bezogen auf das beteiligte Personal, die Soft- und Hardwareressourcen und andere Hilfsmittel bei der Softwareentwicklung. Innerhalb dieser drei Klassen werden die zu messenden Merkmale in interne und externe Attribute eingeteilt. Interne Attribute sind dem entsprechenden Messobjekt inhärent, werden also unmittelbar durch das Produkt, den Prozess bzw. die Ressource bestimmt (z.b. Anzahl der Codezeilen eines Softwaremoduls). Externe Attribute äußern sich jedoch in Hinsicht auf das Verhalten des entsprechenden Messobjektes (z.b. Benutzerfreundlichkeit bei der Programmausführung) Metriken und Messwerkzeuge Da im weiteren Verlauf häufig von Begriffen wie Maßen und Metriken die Rede sein wird, erfolgt an dieser Stelle zur Klarheit ein kurzer Exkurs in die Fachterminologie. Nach [Ebert 1996, S.4] ist Messen der Prozess, der Objekteigenschaften der realen Welt Zahlen oder Zeichen so zuordnet, dass diese Objekte anhand von definierten Regeln charakterisiert werden. Eine Software-Metrik als zahlenmäßiger Abstand einer Objekteigenschaft und wird wie folgt definiert: Eine Software-Metrik (software metric) ist gemäß der Maßtheorie (measure theory) eine Abstandsfunktion (distance), die Attributen von SoftwareKomponenten Zahlen (-bereiche) zuordnet. [Dumke 2003, S.176] Beispiele für Software-Metriken in diesem Sinne sind Kennzahlen, Formeln, Faustregeln oder auch die sogenannten SE-Gesetze (software engineering laws)5. Die Zuordnung einer Zahl oder eines Symbols und einer Einheit wird als Maß(engl. measurement)6 bezeichnet: Ein Software-Maß (software measure) ist gemäß der Messtheorie (measurement theory) eine mit einer Maßeinheit (unit) versehene Skala (scale), die in dieser Form ein Software-Attribut bewertet bzw. messbar macht.[dumke 2003, S.177] Die Klassifikationen von Software-Maßen bzw. -Metriken sind in der Fachliteratur vielfältig und gestalten sich beispielsweise nach Gesichtspunkten der messtheoretischen Eigenschaften 5 Vgl. auch [Dumke 2003, S.170]. 6 Die Verwendung der Begriffe Metrik und Maß sind international jedoch durchaus nicht einheitlich.

14 6 2 Software-Messung und Software-Management Messanforderungen technische und Managementprozesse Mess-Feedback Produktinformationen Informationsbedarf Messansatzvorhaben Einverständnis Planung des Messprozesses Planungsinformationen Realisierung der Messungen Messergebnisse Messbewertung Bewertungsergebnisse Messdatenbasis Verbesserungsaktionen Abb. 2.1: Messprozess nach ISO [ISO/IEC 2002] oder der Algorithmisierbarkeit der Software-Maße. Darum folgt an dieser Stelle nur eine grobe Übersicht, welche sich nach [Dumke 1996, S.33] unmittelbar aus den oben beschriebenen Ansatzpunkten der Software-Messung ableiten lässt: Prozessmaße (Maturity-Maße, Managementmaße, Life-Cycle-Maße) Produktmaße (Umfangsmaße, Qualitätsmaße, Komplexitätsmaße, etc.) Ressourcenmaße (Personalmaße, Softwaremaße, Hardwaremaße) Die International Organization for Standardization (ISO) entwickelte den internationalen Messstandard ISO 15939, welcher den Prozess der Software-Messung bestimmt. Hierbei wird der Prozess durch ein Modell beschrieben, welches die Aktivitäten des Messprozesses festlegt (siehe Abbildung 2.1). Forward Software Engineering Backward Software Engineering Respezifikation Spezifikation CASETools CAMETools CARETools Programmcode Redokumentation Abb. 2.2: CASE-Tools bei der Software-Entwicklung (nach [Dumke 2003, S.148])

15 7 2 Software-Messung und Software-Management Um die Kosten7 der Erfassung von Metriken während der Softwareentwicklung möglichst gering zu halten und unnötigen Aufwand zu vermeiden, ist eine weitestgehend automatische Metrikerfassung nötig [Ebert 1996, S.70]. Die hierfür notwendigen Software-Werkzeuge für die Softwaremessung innerhalb des Software-Lebenszyklus' werden hierbei unter dem Begriff CAME-Tools (computer-assisted software measurement and evaluation) zusammengefasst. Diese stellen neben den CARE-Tools (computer-aided reengineering tools) eine eigene Klasse innerhalb der sogenannten CASE-Tools (computer-aided software engineering) dar. Abbildung 2.2 veranschaulicht noch einmal die Integration von Tool-basierten Umgebungen innerhalb des Software Lebenszyklus. Die Voraussetzungen und Anforderungen für toolgestützte Softwaremessung im Kontext Telemetrie-basierter Messarchitekturen werden in Kapitel 4.2 genauer erläutert. Das bloße Messen von Eigenschaften impliziert natürlich noch nicht deren Verständnis und dient auch nicht dem alleinigen Selbstzweck. Vielmehr sollte die Softwaremessung Bestandteil eines allgemeinen Regelkreises sein, der das Analysieren und Bewerten der Messergebnisse mit einschließt, um das Produkt bzw. die Prozesse zu optimieren. Dabei kommen auf Messwerten basierende Korrektur- bzw. Transformationstools zum Einsatz, wie in Abbildung 2.3 dargestellt. Bewerten Messtools Klassifikationstools Messen Verbessern Transformationstools Abb. 2.3: Regelkreis zur Produkt- bzw. Prozessverbesserung (nach [Dumke 1996], S.38) 7 Nach [Pfleeger 1991] und [Card 1990] macht die Erfassung von Metriken während des Software-Entwicklungsprozesses ungefähr 2-5% der Projektkosten aus.

16 8 2 Software-Messung und Software-Management 2.2 Aspekte des Software-Managements Die Aufgaben des Managements sind Lenkung und Gestaltung eines betrieblichen Systems. Nach [Dumke 2003, S.207] wird der Begriff Software-Management wie folgt definiert: Das Software-Management (software management) ist die Planung, Überwachung und Steuerung des Prozesses und der dabei einzusetzenden Ressourcen zur Entwicklung, Wartung und Anwendung von Software-Systemen. Die Konstruktion eines Software-Produktes ist ein kreativer und kooperativer Arbeitsprozess, der die Planung, Durchführung und Kontrolle des Entwicklungsprozesses erfordert (vgl. auch [Rechenberg 2002, S. 1090]). In Anlehnung an das Ingenieurwesen soll das Software-Produkt systematisch als ein so genannter Prozess realisiert werden (siehe Abbildung 2.4). Standards Maßsystem Erfahrungen Anforderungen Prozess (konkret: Projekt) Ressourcen Produkt Anwendungsbereich Personal Software Hardware Abb. 2.4: Prozess der Software-Produktentwicklung (nach [Dumke 2003, S.7]) Zur Abgrenzung von der Ad-hoc-Programmierung definieren wir also: Der Software-Entwicklungsprozess (software development process) ist der gesamte Prozess der Aufgabenstellung, Planung, Realisierung und Bewertung einer Software-/Hardware-Anwendung einschließlich der verwendeten Hilfsmittel und Methoden und dem erforderlichen Personal. [Dumke 2003, S.6] Das organisatorische Modell ist dabei das Projekt und wird definiert als der konkrete Prozess zur Entwicklung eines konkreten Software-Produktes mit den dafür notwendigen Ressourcen [Dumke 2003, S.9]. Das Projektmanagement als Teil des Entwicklungsmanagements wird hierzu wie folgt definiert: Das Projektmanagement (software project management) beinhaltet die planenden, kontrollierenden, und steuernden Aktivitäten für die termingerechte

17 9 2 Software-Messung und Software-Management Bereitstellung der Ressourcen und der kostengerechten Realisierung eines Software-Produktes. [Dumke 2003, S. 216] Die grundlegenden Aspekte des Software-Managements werden noch einmal in Abbildung 2.5 zusammengefasst. Eine wichtige Rolle innerhalb des Projektmanagements spielt das Bewerten und Kontrollieren verschiedener Risiken, wie z.b. die Fluktuation des Personals sowie veränderte oder zusätzliche Anforderungen. Des weiteren sollen benötigte Ressourcen möglichst frühzeitig abgeschätzt werden, wofür verschiedene Schätzmethoden8 nutzbar sind. Software-Management Entwicklungsmanagement Wartungsmanagement Projektmanagement (SLIM, COCOMO, FP) Qualitätsmanagement (ISO9000, CMM, GQM) Konfigurationsmanagement Nothilfemanagement Anwendungsmanagement Einsatzmanagement Umstellungsmanagement Havariemanagement Konfigurationsmanagement (Versionen) Schätzformeln Messungen Erfahrungen Abb. 2.5: Aspekte des Software-Managements (nach [Dumke 2003, S.240]) Bewertung der Prozessgüte Als Qualitätsmanagement bezeichnet man die Sicherung von Qualitätsmerkmalen für das Software-Produkt auf der Grundlage der Prozess- und Ressourcenqualität durch organisatorische Methoden und Maßnahmen unter Anwendung spezieller Techniken und Technologien [Dumke 2003, S.229]. Das Deutsches Institut für Normung definiert den Begriff der Qualität wie folgt: Qualität ist die Gesamtheit von Eigenschaften und Merkmalen eines Produktes oder einer Tätigkeit, die sich auf deren Eignung zur Erfüllung gegebener Erfordernisse bezieht. [DIN 55350] In der DIN wird damit explizit auch auf einen Qualitätsbegriff für Tätigkeiten, also für Prozesse hingewiesen. Um eine ausreichende Prozess- und Ressourcenqualität zu gewährleisten, können Bewertungsnormen angewandt werden, wie z.b. der internationale Standard 8 Ein Beispiel für ein algorithmisches Schätzmodell ist COCOMO, mit welchem man den Entwicklungsaufwand anhand der zu erwartenden Programmzeilenanzahl bestimmen kann.

18 10 2 Software-Messung und Software-Management ISO 9001:2000. Danach gilt eine entsprechende Zertifizierung erst, wenn alle Fragen nach Erfüllung qualitätssichernder Anforderungen positiv beantwortet werden. Ein weiteres Modell zur Beurteilung der Güte, speziell des Software-Entwicklungsprozesses und zum Bestimmen von Verbesserungsmaßnahmen, ist das Capability-MaturityModell (CMM) [Humphrey 1989]. Ein solches Bewertungsverfahren mit Hilfe eines Fragebogens bzw. Referenzmodells wird auch als Assessment bezeichnet [Balzert 1998, 362]. Beim CMM werden fünf unterschiedliche Qualitätsstufen von Software-Entwicklungsprozessen unterschieden, wobei jede Qualitätsstufe einen bestimmten Reifegrad beschreibt (vgl. auch Tabelle 2.1). Das Erlangen einer Stufe setzt jedoch voraus, dass die Anforderungen an die Prozesse vorhergehender Stufen erfüllt sind. Schwerpunkte der Fragen sind Organisation des Projekt-Managements, des Prozessmanagements und der Technologie [Dumke 2003, S.232f.]. Zum Bestimmen des Reifegrades einer Entwicklungsorganisation wurden zu erfüllende Hauptkriterien (key process area) pro Reifestufe aufgestellt. So genannte Aspekte (key practices)9 geben an, was zu tun ist, um die jeweiligen Hauptkriterien zu erfüllen. CMM-Stufe 1 Initialer Prozess (initial) Prozess-Charakteristika Chaotischer, ad hoc Prozess Unvorhersehbare Kosten Zeit und Qualität 2 Wiederholba- Intuitiver Prozess rer Prozess Kosten & Qualität schwanken (repeatable) gute Termin-Kontrolle Informelle Vorgehensweise Prozess abhängig von Individuen Notwendige Aktionen Planung Fortschrittsüberwachung Änderungsmanagement Qualitätssicherung Prozess-Standards entwickeln Methoden einführen Assessments (punktuell, ad hoc) (Definition, Entwurf, Inspektion, Test) 3 Definierter Prozess (defined) Qualitativer Prozess Zuverlässige Kosten & Termine Verbesserte, aber unvorhersehbare Qualität Prozess ist unabhängig von Individuen, institutionalisiert Prozesse 4 Gesteuerter Prozess (managed) Quantitativer Prozess gute statistische Kontrolle über die Produktqualität Prozess durch Metriken gesteuert Quantitative 5 Optimierender Rückgekoppelter Prozess Prozess Quantitative Basis für andau(optimizing) ernde Kapital-Investitionen in die Prozessautomatisierung & -verbesserung Messniveau analysieren Quantitative cherung vermessen und kontinuierliche Messung & QualitätssiBewertung (punktuell, kontinuierlich) Produktivitätskontinuierliche pläne & Prozessüberwachung Messung, Instrumentierte Prozessumge- Bewertung & Konbung trolle Ökonomisch gerechtfertigte (prozessüberinvestitionen in Technologien greifend) Kontinuierlicher Schwerpunkt auf Prozess-Vermessung & Prozess-Methoden zur Fehlervermeidung kontinuierliche Messung, Bewertung & Verbesserung (gesamtprozessüberdeckend) Tab. 2.1: Qualitätsstufen des CMM ([Humphrey 1989], [Dumke 2003, S.232]) 9 Aspekte geben jedoch nicht an, wie ein entsprechendes Hauptkriterium erreicht werden kann.

19 11 2 Software-Messung und Software-Management CMMI (Capability Maturity Model Integration) ist die neue Version des Software Capability Maturity Modells und soll dieses allmählich ersetzen [Ahern 2003]. CMMI integriert dabei verschiedene Qualitäts-Modelle für unterschiedliche Entwicklungs-Disziplinen in einem neuen, modularen Modell und umfasst somit einen größeren Anwendungsbereich. Der Einfachheit halber wird in dieser Diplomarbeit nicht zwischen beiden Varianten unterschieden, wenn von CMM die Rede ist Personal Software Process We can, however, no longer muddle through on intuition; the process is too complex and the products too important. (Watts S. Humphrey)10 Nach [Ebert 1996, S.2] ist die Messung des Entwicklungsprozesses und seiner Ergebnisse der kritische Erfolgsfaktor nicht nur in der Software-Technik. Eine besondere Rolle beim Software-Entwicklungsprozess spielt das Personal, denn schon [Brooks 1975] weist auf Produktivitätsunterschiede zwischen Software-Entwicklern von bis zu 1:10 hin. Das hierzu gebräuchlichste Modell zum Bestimmen der Produktivität drückt sich nach [Fenton 1997, S.97] durch folgendes Verhältnis aus: Produktivität = Prozessergebnis des Personals Output personeller Aufwand Kosten während Prozess Input In jüngster Zeit wird der Begriff der Produktivität jedoch aus einer anderen Perspektive betrachtet: Maßgeblich ist dabei der Reparaturaufwand nach der Auslieferung eines Produktes, verursacht durch Fehler, die schon im vornherein korrigierbar gewesen wären. Danach vergleichen einige Software-Ingenieure die Kosten der Fehlervermeidung mit den Kosten der Fehleraufdeckung und -korrektur, um Rückschlüsse auf die Produktivität zu ziehen (siehe auch [Fenton 1997, S.97]). Zur Verbesserung der Effizienz und Wirksamkeit des Entwicklungspersonals entwickelte Humphrey am Software Engineering Institute (SEI) der Carnegie Mellon University ein grundlegendes Modell: den so genannten Personal Software Process (PSP). Dieser soll Software-Entwickler dazu ermutigen, ihre individuelle Leistungsfähigkeit und Produktionsqualität zu bewerten, um die Anforderungen des Capability Maturity Model konkret umsetzen zu können [Humphrey 1995, S.6ff]. Datum Start Stopp Unterbrechungszeit Zeitintervall Aktivität Kommentar Endekennzeichen Anzahl Tab. 2.2.: Aktivitätsmerkmale beim PSP (nach [Dumke 2003, S.127]) 10 Zitiert nach [Florac 1999, S.1].

20 12 2 Software-Messung und Software-Management Grundlage des PSP ist das manuelle Erfassen von Daten mittels Formularen durch den Entwickler (vgl. auch Tabelle 2.2). Aufgezeichnet werden dabei sein individueller SoftwareEntwicklungsprozess und Metriken der Softwareprodukte, z.b. Arbeitszeiten und Unterbrechungen des Programmierers, aber vor allem auch gefundene Software-Defekte. Aus diesen Daten werden nach vorgegebenen Verfahren Analysen erstellt, deren Ergebnisse sich wieder auf den Prozess auswirken. Die dokumentierten Arbeitszeiten etwa werden benutzt, um zukünftig genauere Abschätzungen über die zu investierende Arbeitszeit vorzunehmen. Aus den dokumentierten Defekten werden Prüflisten erstellt, die bei vorgeschriebenen CodeReviews benutzt werden, um individuell typische Defekte zu finden. Neben der Fehlerprävention durch Sammeln und Klassifizieren von Fehlerdaten (Qualitätssicherung) dient PSP also vor allem auch einer verbesserte Größen- und Zeitabschätzung für Software-Projekte. PSP verschiebt dabei die Definition der Metriken, Datenerfassung und Analyse von der Organisationsebene in den Bereich des Individuums. Dem PSP liegt eine autodidaktische Lernstrategie zugrunde, welche die gemessenen Leistungsmerkmale des SoftwareIngenieurs nutzt, um eine Verbesserung des eigenen Prozesses zu motivieren [Hayes 1997]. Abbildung 2.6 zeigt, wie jede Stufe des PSP auf den erlangten Fähigkeiten und gesammelten Daten der vorhergehenden Stufe aufbaut. Studien innerhalb und außerhalb des SEIs bestätigen, dass die Aneignung sowie Anwendung von PSP signifikante Vorteile für die anwendende Person bedeuten kann und folglich auch Verbesserungen der Produktqualität insgesamt. Dies zeigt z.b. die sechsjährige Forschungsstudie eines PSPKurses von [Johnson 2003, S.2.ff.] (vgl. aber auch [Humphrey 1995, S.19ff.], [Humphrey 1996] und [Wesslén 2000]). Das Software Engineering Institute Pittsburgh konnte zeigen, dass sich die Schätzgenauigkeit und Produktqualität durch PSP signifikant verbessern (vgl. [Hayes 1997]). PSP3 Cyclic development PSP2 PSP2.1 Code reviews Design reviews Design templates PSP1 PSP1.1 Size estimation Test report Task planning Schedule planning Cyclic Personal Process Personal Quality Management Personal Project Management PSP0.1 PSP0 Current process Basic measures Coding standard Process improvement proposal Size measurement Baseline Personal Process Abb. 2.6: Schritte des Personal Software Process (nach [Humphrey 1996, S.79])

Informationssystemanalyse Personal Software Process 8 1

Informationssystemanalyse Personal Software Process 8 1 Informationssystemanalyse Personal Software Process 8 1 Personal Software Process Sehr eng mit dem CMM hängt der PSP (Personal Software Process) zusammen. Der PSP ergänzt das organisationsweite CMM um

Mehr

ISO 9001 und CMM im Vergleich

ISO 9001 und CMM im Vergleich ISO 9001 und CMM im Vergleich internationale Norm ISO 9001 umfasst 20 Forderungen/ Klauseln 1 Vorbereitung Audit Wie wird zertifiziert Wie erfolgt Dokumentation? Handbuch (QMH) Verfahrensanweisungen (QMV)

Mehr

Management von Softwaresystemen Systembewertung: Metriken und Prozess

Management von Softwaresystemen Systembewertung: Metriken und Prozess Management von Softwaresystemen Systembewertung: Metriken und Prozess Referent: Vadym Alyokhin Betreuer: Florian Deißenböck Übersicht Definition Einführung in die Messtheorie Meilensteine von Software-Metriken

Mehr

Übungsaufgaben zum Software Engineering: Management

Übungsaufgaben zum Software Engineering: Management Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

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

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

2.2 Ansätze zur Qualitätssicherung

2.2 Ansätze zur Qualitätssicherung 2.2 Ansätze zur Qualitätssicherung 13 2.2 Ansätze zur Qualitätssicherung Im folgenden Kapitel sollen bewährte Ansätze vorgestellt werden, die zur Bewertung und Verbesserung der Produkt- und Prozessqualität

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

Mit einem Geleitwort von Prof. Dr. Helmut Krcmar

Mit einem Geleitwort von Prof. Dr. Helmut Krcmar Sonja Hecht Ein Reifegradmodell für die Bewertung und Verbesserung von Fähigkeiten im ERP- Anwendungsmanagement Mit einem Geleitwort von Prof. Dr. Helmut Krcmar 4^ Springer Gabler Inhaltsverzeichnis Geleitwort

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

2 Begriffliche und theoretische Grundlagen... 9

2 Begriffliche und theoretische Grundlagen... 9 Inhaltsverzeichnis Geleitwort... V Vorwort... VII Zusammenfassung... IX Inhaltsverzeichnis... XI Abbildungsverzeichnis... XVII Tabellenverzeichnis... XIX Abkürzungsverzeichnis... XXIII 1 Einführung...

Mehr

CMMI und SPICE im Automotive Umfeld

CMMI und SPICE im Automotive Umfeld Vorträge 2006 CMMI und SPICE im Automotive Umfeld Inhalt Motivation Übersicht zu CMMI Anwendung in Entwicklungsprojekten Prozess Management als Lösungsansatz SPICE Motivation Jährliche Kosten für Prozessverbesserung

Mehr

CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment)

CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment) Prof. Dr. Eckhart Hanser, Hanser: BA Lörrach CMMI und & SPA eha technologie service GmbH www.ba-loe errach.de CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment)

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

Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement

Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Michael Eisenbarth Abteilung Requirements- und Usability-Engineering Fraunhofer-Institut für Experimentelles Software Engineering

Mehr

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 374

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 374 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 374 Eignung von Verfahren der Mustererkennung im Process Mining Sabrina Kohne

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

CMM Level 5 Markus Mattes. Markus Mattes CMM Level 5 1

CMM Level 5 Markus Mattes. Markus Mattes CMM Level 5 1 CMM Level 5 Markus Mattes Markus Mattes CMM Level 5 1 Inhalt Einleitung KPAs Level 5 Defect Prevention Technology Change Management Process Change Management Beispiel Schluss Markus Mattes CMM Level 5

Mehr

Software Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003

Software Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003 Software Engineering Softwaretechnik Softwaretechnologie, Software Engineering (engl.) das, -, Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen für das ingenieurmäßige Entwerfen, Herstellen

Mehr

Entwurf. Anwendungsbeginn E DIN EN 62304 (VDE 0750-101):2013-10. Anwendungsbeginn dieser Norm ist...

Entwurf. Anwendungsbeginn E DIN EN 62304 (VDE 0750-101):2013-10. Anwendungsbeginn dieser Norm ist... Anwendungsbeginn Anwendungsbeginn dieser Norm ist.... Inhalt Einführung... 13 1 Anwendungsbereich... 16 1.1 *Zweck... 16 1.2 *Anwendungsbereich... 16 1.3 Beziehung zu anderen Normen... 16 1.4 Einhaltung...

Mehr

Einführung in Generatives Programmieren. Bastian Molkenthin

Einführung in Generatives Programmieren. Bastian Molkenthin Einführung in Generatives Programmieren Bastian Molkenthin Motivation Industrielle Entwicklung *!!*,(% % - #$% #!" + '( & )!* Softwareentwicklung Rückblick auf Objektorientierung Objektorientierte Softwareentwicklung

Mehr

1. Grundbegriffe des Software-Engineering

1. Grundbegriffe des Software-Engineering 1. Grundbegriffe Software Engineering 1 1. Grundbegriffe des Software-Engineering Was ist Software-Engineering? (deutsch: Software-Technik) Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

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

Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12

Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12 Vertretung von Prof. Dr. Blume WS 2011/12 Inhalt Test, Abnahme und Einführung Wartung- und Pflegephase gp Vorlesung Zusammenfassung Produkte und Recht (Folien von Prof. Blume) 2 , Abnahme und Einführung

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales

Mehr

Taxonomy of Evolution and Dependability. Integration Engineering SS 2009 Andreas Landerer

Taxonomy of Evolution and Dependability. Integration Engineering SS 2009 Andreas Landerer Taxonomy of Evolution and Dependability Integration Engineering SS 2009 Andreas Landerer Agenda Informationen über Massimo Felici Definition zentraler Begriffe Inhalt des Artikels Kernaussagen des Artikels

Mehr

Qualitätsmanagement im Projekt

Qualitätsmanagement im Projekt Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung

Mehr

Einführung in das Software-Qualitätsmanagement

Einführung in das Software-Qualitätsmanagement Roland Petrasch Einführung in das Software-Qualitätsmanagement ^oyoc; 0 Einleitung 9 1 Qualitätsmanagement in der Software-Entwicklung 11 1.1 Entwicklung von Software-Produkten 11 1.1.1 Begriffsbestimmung

Mehr

Informationssystemanalyse People Capability Maturity Model 6 1

Informationssystemanalyse People Capability Maturity Model 6 1 Informationssystemanalyse People Capability Maturity Model 6 1 People Capability Maturity Model Neben dem CMM, welches primär zur Verbesserung des Entwicklunsprozesses eingesetzt wird, existiert mit dem

Mehr

SmartOffer. Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten. Universität Trier. Axel Kalenborn & Sebastian Adam

SmartOffer. Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten. Universität Trier. Axel Kalenborn & Sebastian Adam SmartOffer Eine werkzeugbasierte Methode zur Vorbereitung von Software Projekten Axel Kalenborn & Sebastian Adam Universität Trier Motivation: Phasen der Software Entwicklung Analyse Entwurf Umsetzung

Mehr

Diplomarbeit. Entwurf eines generischen Prozessleitstandes für Change Request Systeme

Diplomarbeit. Entwurf eines generischen Prozessleitstandes für Change Request Systeme Fakultät für Mathematik, Informatik und Naturwissenschaften Forschungsgruppe Softwarekonstruktion Diplomarbeit Entwurf eines generischen Prozessleitstandes für Change Request Systeme Development of a Generic

Mehr

Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen

Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen Dr. Ernest Wallmüller, Wolfgang Daschner Qualität & Informatik www.itq.ch 1 Qualität & Informatik Kosten der CMMI-Nutzung

Mehr

Governance, Risk & Compliance für den Mittelstand

Governance, Risk & Compliance für den Mittelstand Governance, Risk & Compliance für den Mittelstand Die Bedeutung von Steuerungs- und Kontrollsystemen nimmt auch für Unternehmen aus dem Mittelstand ständig zu. Der Aufwand für eine effiziente und effektive

Mehr

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Testprozess und Testwerkzeuge 11

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Testprozess und Testwerkzeuge 11 xi 1 Einleitung 1 1.1 Basiswissen komprimiert.......................... 4 1.2 Praxiswissen Testmanagement Übersicht.............. 8 2 Testprozess und Testwerkzeuge 11 2.1 Fundamentaler Testprozess.........................

Mehr

Katrin Lieber. Six Sigma in Banken

Katrin Lieber. Six Sigma in Banken 2008 AGI-Information Management Consultants May be used for personal purporses only or by libraries associated to dandelon.com network. Katrin Lieber Six Sigma in Banken Konzept - Verbreitung - Anwendung

Mehr

Die Beurteilung normativer Managementsysteme

Die Beurteilung normativer Managementsysteme Die Beurteilung normativer Managementsysteme Hanspeter Ischi, Leiter SAS 1. Ziel und Zweck Um die Vertrauenswürdigkeit von Zertifikaten, welche durch akkreditierte Zertifizierungsstellen ausgestellt werden,

Mehr

Comparison of Software Products using Software Engineering Metrics

Comparison of Software Products using Software Engineering Metrics Comparison of Software Products using Software Engineering Metrics Alexander Bätz Fakultät EIM Universität Paderborn 23. Juli 2009 1 / 28 Motivation Qualitätsbewertung von Software Vergleichbarkeit von

Mehr

Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008

Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008 Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008 Qualität ist keine Funktion Qualität ist ein Weg des Denkens. Qualität ist die Summe aller Tätigkeiten in einem Unternehmen.

Mehr

Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001. " http://www.iso.

Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001.  http://www.iso. Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001 " http://www.iso.org " Quelle: [ 6 S. S.179 ] Alter Prozess Einschätzung (Assessment) Bewertung

Mehr

Software Engineering

Software Engineering Software Engineering Grundlagen, Menschen, Prozesse, Techniken von Jochen Ludewig, Horst Lichter 1. Auflage Software Engineering Ludewig / Lichter schnell und portofrei erhältlich bei beck-shop.de DIE

Mehr

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES

13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES 13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994

Mehr

Aktuelle Abschlussarbeiten

Aktuelle Abschlussarbeiten Aktuelle Abschlussarbeiten Aktuelle Abschlussarbeiten 1 Projektmanage- ment- Grundlagen 2 Angewandte Projektmanagement- Methoden 3 Prozessmanagement 4 Potentiale moderner IT-Technologien 5 IT- Lösungen

Mehr

Workflow Systeme mit der Windows Workflow Foundation

Workflow Systeme mit der Windows Workflow Foundation Studiengang Electronic Business (EB) Diplomarbeit (280000) Workflow Systeme mit der Windows Workflow Foundation externe Betreuung durch Christoph Müller vorgelegt bei Prof. Dr. Michael Gröschel von Hans-Martin

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

Service Virtualisierung

Service Virtualisierung Service Virtualisierung So bekommen Sie Ihre Testumgebung in den Griff! Thomas Bucsics ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Gokyo Ri Messung und Bewertung der Qualität von Entwicklungsprozessen

Gokyo Ri Messung und Bewertung der Qualität von Entwicklungsprozessen Gokyo Ri Messung und Bewertung der Qualität von Entwicklungsprozessen Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung 11.09.2012 1 Ralf Kneuper Dipl.-Mathematiker, Univ.

Mehr

17 Architekturentwurf Vorgehen und Dokumentation

17 Architekturentwurf Vorgehen und Dokumentation 17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen

Mehr

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

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

Teambildung. 1 Einleitung. 2 Messen der Produktivität

Teambildung. 1 Einleitung. 2 Messen der Produktivität 1 Einleitung Teambildung In der Entwicklung, speziell bei hohem Softwareanteil, stellen Personalkosten den primären Kostenanteil dar. Daher ist es wichtig, den Personalbedarf optimal zu bestimmen. You

Mehr

Risikomanagement für IT-Projekte

Risikomanagement für IT-Projekte Jessica Wack Risikomanagement für IT-Projekte Mit einem Geleitwort von Prof. Dr. Dr. h.c. Dieter B. Preßmar Deutscher Universitäts-Verlag Inhaltsverzeichnis Geleitwort Vorwort Inhaltsverzeichnis Abbildungsverzeichnis

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

The Software Quality Challenge

The Software Quality Challenge The Software Quality Challenge Stanislav Michel Otto-von-Guericke-Universität Magdeburg Gliederung 1. Einleitung 2. Fehlerbeseitigung Probleme 3. Erfolgreiche Qualitätsstrategien 4. Grundsätze der Softwarequalität

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

SWE12 Übungen Software-Engineering

SWE12 Übungen Software-Engineering 1 Übungen Software-Engineering Software-Qualitätssicherung / Software-Qualitätsmanagement 2 Aufgabe 1 Ordnen Sie die folgenden Zitate dem entsprechenden Ansatz zum Qualitätsbegriff zu und begründen Sie

Mehr

ISIS. Das Navigationssystem für angemessene Qualität und hohe Effizienz

ISIS. Das Navigationssystem für angemessene Qualität und hohe Effizienz ISIS Das Navigationssystem für angemessene Qualität und hohe Effizienz Inhalt Softwarequalität und Prozessqualität ISIS: das Ziel Messen der Prozessqualität Der Werkzeugzoo Die Wirkung Maßnahmen zur Prozessoptimierung

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

Softwaretechnik WS 2013/14. Fomuso Ekellem

Softwaretechnik WS 2013/14. Fomuso Ekellem WS 2013/14 Organisatorisches Dozentin : Ango (Raum 2.250) Fragen und Übungen: mathe_ekellem@yahoo.com (Nur hier, sonst wird nicht bewertet) Folien: http://www.gm.fh-koeln.de/~afomusoe/softwaretechnik.html

Mehr

Infrastructure as a Service (IaaS) Solutions for Online Game Service Provision

Infrastructure as a Service (IaaS) Solutions for Online Game Service Provision Infrastructure as a Service (IaaS) Solutions for Online Game Service Provision Zielsetzung: System Verwendung von Cloud-Systemen für das Hosting von online Spielen (IaaS) Reservieren/Buchen von Resources

Mehr

your IT in line with your Business Geschäftsprozessmanagement (GPM)

your IT in line with your Business Geschäftsprozessmanagement (GPM) your IT in line with your Business Geschäftsprozessmanagement (GPM) Transparenz schaffen und Unternehmensziele effizient erreichen Transparente Prozesse für mehr Entscheidungssicherheit Konsequente Ausrichtung

Mehr

Inhalt. 1 Einleitung 1. 2 Grundkonzepte 11. 3 Erfahrungen systematisch nutzen 39

Inhalt. 1 Einleitung 1. 2 Grundkonzepte 11. 3 Erfahrungen systematisch nutzen 39 xi 1 Einleitung 1 1.1 Softwarequalität betrifft viele................................ 1 1.2 Für wen dieses Buch gemacht ist.............................. 1 1.3 Was Sie von diesem Buch erwarten können......................

Mehr

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

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

Datenqualitätsmanagement im Customer Relationship Management

Datenqualitätsmanagement im Customer Relationship Management Wolfgang Leußer Datenqualitätsmanagement im Customer Relationship Management Verlag Dr. Kovac Hamburg 2011 Inhaltsverzeichnis Abbildungsverzeichnis Tabellenverzeichnis Abkürzungsverzeichnis XVII XIX XXI

Mehr

Projectmanagement Scorecard. Einsatz und Wirkungsweise der Projektmanagement Scorecard zur Erfolgsmessung in strategischen Projekten

Projectmanagement Scorecard. Einsatz und Wirkungsweise der Projektmanagement Scorecard zur Erfolgsmessung in strategischen Projekten Projectmanagement Scorecard Einsatz und Wirkungsweise der Projektmanagement Scorecard zur Erfolgsmessung in strategischen Projekten Balanced Scorecard Projektmanagement Scorecard Collaborative Project

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

Content Management Systeme

Content Management Systeme Content Management Systeme Ein Vergleich unter besonderer Berücksichtigung von CoreMedia und TYPO3 Bachelorthesis im Kooperativen Bachelor Studiengang Informatik (KoSI) der Fachhochschule Darmstadt University

Mehr

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

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: Informationssystemanalyse Problemstellung 2 1 Problemstellung Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: große Software-Systeme werden im Schnitt ein Jahr zu spät

Mehr

Anforderungen aus der Normung

Anforderungen aus der Normung Anforderungen aus der Normung Mehrere nationale und internationale Normen fordern den Einsatz und die Verwendung von statistischen Verfahren. Mit den daraus gewonnenen Ergebnissen (insbesondere Kennzahlen)

Mehr

Anwenderforum E-Government QuickCheck:ITIL 18.02.2010/Berlin

Anwenderforum E-Government QuickCheck:ITIL 18.02.2010/Berlin Anwenderforum E-Government QuickCheck:ITIL 18.02.2010/Berlin INFORA GmbH Martin Krause Cicerostraße 21 10709 Berlin Tel.: 030 893658-0 Fax: 030 89093326 Mail: info@infora.de www.infora.de Agenda Die Ausgangssituation

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

Wieviel Usability Engineering braucht das Software Engineering?

Wieviel Usability Engineering braucht das Software Engineering? Wieviel Usability Engineering braucht das Software Engineering? Prof. Dr. Institut für Informatik Neuenheimer Feld 348 69120 Heidelberg http://www-swe.uni-heidelberg.de paech@informatik.uni-heidelberg.de

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

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

Software-Metriken. Dipl.-Ing.(BA) Henning Sievert Seminar Software-Entwurf WS 2004/05

Software-Metriken. Dipl.-Ing.(BA) Henning Sievert <email@henningsievert.de> Seminar Software-Entwurf WS 2004/05 Software-Metriken Dipl.-Ing.(BA) Henning Sievert Seminar Software-Entwurf WS 2004/05 Gliederung Einordnung in den Seminar-Kontext Grundlegende Definitionen Klassifikation von

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

CA Clarity PPM. Übersicht. Nutzen. agility made possible

CA Clarity PPM. Übersicht. Nutzen. agility made possible PRODUKTBLATT CA Clarity PPM agility made possible CA Clarity Project & Portfolio Management (CA Clarity PPM) unterstützt Sie dabei, Innovationen flexibel zu realisieren, Ihr gesamtes Portfolio bedenkenlos

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

Was versteht man unter Softwarequalität?

Was versteht man unter Softwarequalität? Was versteht man unter? ist die Gesamtheit der Merkmale und Merkmalswerte eines Softwareproduktes, die sich auf dessen Eignung beziehen, festgelegte oder vorausgesetzte Erfordernisse zu erfüllen. Was ist

Mehr

Anforderungen, KEFs und Nutzen der Software- Prozessverbesserung

Anforderungen, KEFs und Nutzen der Software- Prozessverbesserung Process flow Remarks Role Documents, data, tool input, output Important: Involve as many PZU as possible PZO Start Use appropriate templates for the process documentation Define purpose and scope Define

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

ippl uality anagement begrüßt Sie herzlich zum heutigen Informationsabend 14.09.09 Qualitätsmanagement ISO 9001 1

ippl uality anagement begrüßt Sie herzlich zum heutigen Informationsabend 14.09.09 Qualitätsmanagement ISO 9001 1 begrüßt Sie herzlich zum heutigen Informationsabend Qualitätsmanagement ISO 9001 1 Wer aufhört besser zu werden, hat aufgehört gut zu sein! (Philip Rosenthal) Qualitätsmanagement ISO 9001 2 QUALITÄT und

Mehr

IT-basierte Erstellung von Nachhaltigkeitsberichten. Diplomarbeit

IT-basierte Erstellung von Nachhaltigkeitsberichten. Diplomarbeit IT-basierte Erstellung von Nachhaltigkeitsberichten Diplomarbeit zur Erlangung des Grades eines Diplom-Ökonomen der Wirtschaftswissenschaftlichen Fakultät der Leibniz Universität Hannover vorgelegt von

Mehr

Qualitätsmanagement in Gesundheitstelematik und Telemedizin: Sind ISO 9001 basierte Managementsysteme geeignet?

Qualitätsmanagement in Gesundheitstelematik und Telemedizin: Sind ISO 9001 basierte Managementsysteme geeignet? DGG e.v. PRE-WORKSHOP TELEMED BERLIN 2009 Qualitätsmanagement in Gesundheitstelematik und Telemedizin: Sind ISO 9001 basierte Managementsysteme geeignet? Dr. med. Markus Lindlar Deutsches Zentrum für Luft-

Mehr

Prozessindikatoren für die Produktentwicklung

Prozessindikatoren für die Produktentwicklung Prozessindikatoren für die Produktentwicklung Dr.-Ing. Dipl.-Math. Michael Schabacker Lehrstuhl für Maschinenbauinformatik (LMI) Otto-von-Guericke-Universität Magdeburg Meinolf Gröpper VDMA 11. April 2013,

Mehr

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen

Mehr

Diplomarbeit. Fachliche Integration von Metrik-Dashboards und Dashboard-Vorlagen für bestehende Software-Projekte

Diplomarbeit. Fachliche Integration von Metrik-Dashboards und Dashboard-Vorlagen für bestehende Software-Projekte Fakultät für Mathematik, Informatik und Naturwissenschaften Forschungsgruppe Softwarekonstruktion Diplomarbeit Fachliche Integration von Metrik-Dashboards und Dashboard-Vorlagen für bestehende Software-Projekte

Mehr

Online Analytical Processing

Online Analytical Processing Online Analytical Processing Online Analytical Processing Online Analytical Processing (OLAP) ermöglicht die multidimensionale Betrachtung von Daten zwecks E rmittlung eines entscheidungsunterstützenden

Mehr

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 348

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 348 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 348 Konzeption eines Projektvorgehensmodells für die Business-Intelligence-Strategieberatung

Mehr

lung eingebetteter Softwaresysteme im

lung eingebetteter Softwaresysteme im Technische Universität München Fakultät für Informatik Lehrstuhl für Software & Systems Engineering Kosten und Nutzen modellbasierter Entwick lung eingebetteter Softwaresysteme im Automobil Sascha Kirstan

Mehr

Vertrauenswürdigkeit von Software. Sandro Hartenstein FH Brandenburg

Vertrauenswürdigkeit von Software. Sandro Hartenstein FH Brandenburg Vertrauenswürdigkeit von Software FH Brandenburg Agenda Vorstellung OPTET Vertrauenswürdige Software Ermittlung von Attributen Messen der Vertrauenswürdigkeit Prototyp Ausblick 20.05.2014 2 OPTET FP7 EU-Projekt

Mehr

Data Mining-Projekte

Data Mining-Projekte Data Mining-Projekte Data Mining-Projekte Data Mining stellt normalerweise kein ei nmaliges Projekt dar, welches Erkenntnisse liefert, die dann nur einmal verwendet werden, sondern es soll gewöhnlich ein

Mehr

Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards -

Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards - Angepasste Software Standards für DLR- Eigenentwicklungen - Die DLR Software Basisstandards - Anita Herrmann Braunschweig, 10. Nov 2004 Ausgangspunkte Im DLR werden nach vorsichtigen

Mehr

Wallmüller Software-Qualitätsmanagement in der Praxis

Wallmüller Software-Qualitätsmanagement in der Praxis Wallmüller Software-Qualitätsmanagement in der Praxis Mechatronik im Maschinenbau Technische Universität Darmstadt Prof. Dr.-Ing. Stephan Rinderknecht Petersenstraße 30 64287 Darmstadt Telefon: +49 61

Mehr

IT-Prüfung nach dem COBIT- Ansatz. Erfahrungen des oö. Landesrechnungshofes

IT-Prüfung nach dem COBIT- Ansatz. Erfahrungen des oö. Landesrechnungshofes IT-Prüfung nach dem COBIT- Ansatz Erfahrungen des oö. Landesrechnungshofes Oö. Landesrechnungshof Landesrechnungshof ist zuständig für die Prüfung von IT-Organisationen des Landes und von Beteiligungsunternehmen

Mehr

TELEMETRIE EINER ANWENDUNG

TELEMETRIE EINER ANWENDUNG TELEMETRIE EINER ANWENDUNG VISUAL STUDIO APPLICATION INSIGHTS BORIS WEHRLE TELEMETRIE 2 TELEMETRIE WELCHE ZIELE WERDEN VERFOLGT? Erkennen von Zusammenhängen Vorausschauendes Erkennen von Problemen um rechtzeitig

Mehr

Studie über Umfassendes Qualitätsmanagement ( TQM ) und Verbindung zum EFQM Excellence Modell

Studie über Umfassendes Qualitätsmanagement ( TQM ) und Verbindung zum EFQM Excellence Modell Studie über Umfassendes Qualitätsmanagement ( TQM ) und Verbindung zum EFQM Excellence Modell (Auszug) Im Rahmen des EU-Projekts AnaFact wurde diese Umfrage von Frauenhofer IAO im Frühjahr 1999 ausgewählten

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