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

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

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

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

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

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

Softwaremessung und -metrik

Softwaremessung und -metrik Softwaremessung und -metrik AW1 Votrag - Daniel Wojtucki Hamburg, 20. Januar 2010 Inhalt 1 Einleitung 2 Softwarequalität 3 Grundlagen der Softwaremetrik 4 Beispiele bestimmter Metriken 5 Zusammenfassung

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

Softwarequalität: Definitionen, Wünsche, Grenzen

Softwarequalität: Definitionen, Wünsche, Grenzen Softwarequalität: Definitionen, Wünsche, Grenzen iks Thementag Mehr Softwarequalität Ausgewählte Themen 22.05.2014 Autor: Christoph Schmidt-Casdorff Agenda Einführung Was ist Softwarequalität? Qualität

Mehr

UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18

UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18 UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18 Software Testing Automatisiert Manuell 100% 70% 1 Überwiegender Teil der Testing Tools fokusiert auf automatisiertes Testen Microsoft

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

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

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

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

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

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

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

Mehr

Ü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-Qualität Ausgewählte Kapitel

Software-Qualität Ausgewählte Kapitel Martin Glinz Software-Qualität Ausgewählte Kapitel Kapitel 1 Einführung Universität Zürich Institut für Informatik 2009 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe sind für den persönlichen,

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

Software-Lebenszyklus

Software-Lebenszyklus Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung

Mehr

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

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

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

Der Personal Software Process

Der Personal Software Process Der Personal Software Process in einer didaktischen Betrachtung Frank@Schlesinger.com In Ausgewählte Beiträge zum Software Engineering 2005 Inhalt 1. PSP ganz kurz 2. PSP Studien PSP verbessert Produkte

Mehr

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

CMMI for Embedded Systems Development

CMMI for Embedded Systems Development CMMI for Embedded Systems Development O.Univ.-Prof. Dipl.-Ing. Dr. Wolfgang Pree Software Engineering Gruppe Leiter des Fachbereichs Informatik cs.uni-salzburg.at Inhalt Projekt-Kontext CMMI FIT-IT-Projekt

Mehr

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Die Bearbeitungszeit der Klausur beträgt 90 Minuten. Es sind alle

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

PQ4Agile Agiler Referenzprozess

PQ4Agile Agiler Referenzprozess PQ4Agile Agiler Referenzprozess ARBEITSPAKET 1.1 KONSORTIUM Projekt Förderprogramm PQ4Agile KMU Innovativ Förderkennzeichen 01IS13032 Arbeitspaket Fälligkeit 31.07.2014 Autor Status Klassifikation AP1.1

Mehr

ISO 15504 Reference Model

ISO 15504 Reference Model Prozess Dimension von SPICE/ISO 15504 Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define

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

Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008

Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008 Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE Heinrich Dreier Elmshorn 17.04.2008 Einleitung Softwareprozesse verbessern Einleitung Softwareprozesse verbessern SPI Software

Mehr

Einführung in die SWE

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

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

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

Mehr

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

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

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Fundamentaler Testprozess 11 xiii 1 Einleitung 1 1.1 Basiswissen komprimiert.......................... 4 1.2 Praxiswissen Testmanagement Übersicht.............. 8 2 Fundamentaler Testprozess 11 2.1 Testplanung und -steuerung........................

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

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

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Insert picture and click Align Title Graphic. Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Dr. Dieter Lederer, Geschäftsführer Vector Consulting Services GmbH

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

Mehr

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

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

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

4 Verbesserung der Prozeßqualität CMM und Spice [erheblich gekürzt]

4 Verbesserung der Prozeßqualität CMM und Spice [erheblich gekürzt] 1 Software-Qualitätssicherung 2 Einführung und Überblick LE 1 V Unternehmensmodellierung 4 Verbesserung der Prozeßqualität CMM und Spice [erheblich gekürzt] Prof. Dr. Helmut Balzert Lehrstuhl für Software-Technik

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Projektmanagement. Projektmanagement

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

Mehr

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

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

COBIT. Proseminar IT Kennzahlen und Softwaremetriken 19.07.2010 Erik Muttersbach

COBIT. Proseminar IT Kennzahlen und Softwaremetriken 19.07.2010 Erik Muttersbach COBIT Proseminar IT Kennzahlen und Softwaremetriken 19.07.2010 Erik Muttersbach Gliederung Motivation Komponenten des Frameworks Control Objectives Goals Prozesse Messen in CobiT Maturity Models Outcome

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

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

Systematisches Testen von Software

Systematisches Testen von Software Programmierung Systematisches Testen von Software Markus Eckstein Systematika Information Systems GmbH Kurfürsten-Anlage 36 69115 Heidelberg markus.eckstein@systematika.com Zusammenfassung Die wichtigsten

Mehr

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de PM-Forum Augsburg Thomas Müller-Zurlinden, PMP 18.05.2012 Kontakt: Info@QinS.de Einführung in die Konzepte der Software Product Line Organisation einer globalen SPL Entwicklung SPL und die Herausforderungen

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

Wirtschaftsingenieurwesen (Informationstechnik) Modulname. Programmierung II / Software Engineering II Modulnummer

Wirtschaftsingenieurwesen (Informationstechnik) Modulname. Programmierung II / Software Engineering II Modulnummer Modulbeschreibung Programmierung II / Software Engineering II Modulname Programmierung II / Software Engineering II Modulnummer -1.2 Inhalt Programmierung II Software Engineering II Grundlagen der objektorientierten

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003):

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003): Professionelles Projekt-Management in der Praxis Veranstaltung 7 Teil 1 (30.06.2003): Prof. Dr. Phuoc Tran-Gia, FB Informatik, Prof. Dr. Margit Meyer, FB Wirtschaftswissenschaften, Dr. Harald Wehnes, AOK

Mehr

Workflow Management: Workflow (1)

Workflow Management: Workflow (1) Workflow Management: Workflow (1) Abgrenzung: Geschäftsprozeß Vorgang (Aktivität) Arbeitsablauf (Workflow) Arbeitsschritt (Work Item) Otto-von-Guericke-Universität Magdeburg Fakultät für Informatik Institut

Mehr

Lean Warehousing. Realisierungen in der Wirtschaft und. Prof. Dr.-Ing. Harald Augustin

Lean Warehousing. Realisierungen in der Wirtschaft und. Prof. Dr.-Ing. Harald Augustin Lean Warehousing Realisierungen in der Wirtschaft und Zukunftsszenarien Prof. Dr.-Ing. Harald Augustin LOGISTIK HEUTE Forum, CeMAT 2008, Hannover, 28. Mai 2008 Steinbeis-Transferzentrum i t Prozessmanagement

Mehr

Aufwandsschätzung in Scrum

Aufwandsschätzung in Scrum Aufwandsschätzung in Scrum 1 Planning Poker und Varianten 2 HINWEIS Aus lizenzrechtlichen Gründen sind in dem Handout die meisten Bilder und Grafiken entfernt worden. Ich bitte um Verständnis. 3 1. Scrum

Mehr

Informationssystemanalyse Grundlagen 1 1

Informationssystemanalyse Grundlagen 1 1 Informationssystemanalyse Grundlagen 1 1 Software-Projekte Klassischerweise wird Software-Entwicklung in Projektform abgewickelt. Projekte kommen dabei zwischen einem Anbieter und einem Kunden zustande,

Mehr

Teststrategie festlegen und Teststufen aufeinander abstimmen

Teststrategie festlegen und Teststufen aufeinander abstimmen Testen Teststrategie festlegen und Teststufen aufeinander abstimmen Bereich Projektplanung und -steuerung Aktivität Projekt planen Ziele Effiziente Testausführung Vermeidung von doppelter Arbeit schnell

Mehr

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Andreas Armbrecht Siemens AG Darmstadt, 01. 02. Dezember 2009 Business Unit Rail Automation Systeme der Eisenbahnautomatisierung

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

Kapitel 2: Der Software-Entwicklungsprozess

Kapitel 2: Der Software-Entwicklungsprozess Wie konstruiert man Software? Kapitel 2: Der Software-Entwicklungsprozess SoPra 2008 Kap. 2: Der Software-Entwicklungsprozess (1/10) Der Software-Entwicklungs-Prozess Historisches 1960JJ adhoc Techniken

Mehr

CeBIT 17.03.2015. CARMAO GmbH 2014 1

CeBIT 17.03.2015. CARMAO GmbH 2014 1 CeBIT 17.03.2015 CARMAO GmbH 2014 1 HERZLICH WILLKOMMEN Applikationssicherheit beginnt lange bevor auch nur eine Zeile Code geschrieben wurde Ulrich Heun Geschäftsführender Gesellschafter der CARMAO GmbH

Mehr

Systemen - Testen im Softwarelebenszyklus

Systemen - Testen im Softwarelebenszyklus P r a k t I s c h e Entwicklung und Test Testen von Software-Systemen Systemen - Testen im Softwarelebenszyklus Entwickler erstellen ihr System bzw. ihre Software und testen es/sie zur Entwicklungszeit

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

Einführung Arten von Softwaretests Prinzipien Continuous Integration Tests in FLOSS-Projekten Quellen. Softwaretests. Christoph Betschart

Einführung Arten von Softwaretests Prinzipien Continuous Integration Tests in FLOSS-Projekten Quellen. Softwaretests. Christoph Betschart Softwaretests Christoph Betschart 27. Oktober 2014 Inhaltsverzeichnis Einführung Arten von Softwaretests Prinzipien Seven Principles of Software Testing Continuous Integration Tests in FLOSS-Projekten

Mehr

End-to-End Agility Sind Sie schon agil genug? Mag. Christoph Leithner c.leithner@celix.at

End-to-End Agility Sind Sie schon agil genug? Mag. Christoph Leithner c.leithner@celix.at End-to-End Agility Sind Sie schon agil genug? Mag. Christoph Leithner c.leithner@celix.at www.celix.at September 2015 celix Solutions GmbH Spezialist für Team Collaboration und IT Prozess Management Agile

Mehr

Einführung in die Informatik

Einführung in die Informatik Einführung in die Informatik Softwareentwicklung Probleme bei großer Software Life-Cycle-Modelle Teilphasen eines Software-Projekts Methoden und Werkzeuge 01101101 01011001 11010011 10011000 00000011 00011100

Mehr

Microsoft Dynamics NAV Technische Details

Microsoft Dynamics NAV Technische Details Microsoft Dynamics NAV Technische Details INHALT Microsoft Dynamics NAV Technische Details........................................ [3] Infrastruktur.............................................. [3] Systemanforderungen.....................................

Mehr

1 Software Projektplanung

1 Software Projektplanung 1 Software Projektplanung Zu Beginn wird von dem Projektleiter (Projektverantwortlicher) ein Projektplan erstellt. In dieser ersten Version des Projektplans müssen alle Aktivitäten enthalten, sowie gewisse

Mehr

BMF-Zertifizierung: Kennzahlen & Erfolgsmessung mit ISO 27001-27006. Ing. Johann Pleskac, Leiter IT-Sicherheit, BMF

BMF-Zertifizierung: Kennzahlen & Erfolgsmessung mit ISO 27001-27006. Ing. Johann Pleskac, Leiter IT-Sicherheit, BMF BMF-Zertifizierung: Kennzahlen & Erfolgsmessung mit ISO 27001-27006 Ing. Johann Pleskac, Leiter IT-Sicherheit, BMF Mai 2009 > Vorstellung des BMF / IT-Sektion Gründe für die Einführung des Standards Projektumfang

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

Evaluation eines kooperativen Entwicklungswerkzeuges zur Unterstützung von Projektteams am Beispiel von IBM Rational Team Concert.

Evaluation eines kooperativen Entwicklungswerkzeuges zur Unterstützung von Projektteams am Beispiel von IBM Rational Team Concert. Evaluation eines kooperativen Entwicklungswerkzeuges zur Unterstützung von Projektteams am Beispiel von IBM Rational Team Concert. Diplomvortrag Frank Langanke Arbeitsbereich Softwaretechnik Software Engineering

Mehr

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL INGTES AG Bahnhofstr. 94 CH 5000 Aarau Tel. +4162 836 30 70 www.ingtes.com PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 2 1 PRODUKT- ENTWICKLUNG Bei

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

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

IV::SOLUTIONFRAMEWORK

IV::SOLUTIONFRAMEWORK IV::SOLUTIONFRAMEWORK EINFÜHRUNG Das IV::SolutionFramework ist die Antwort der INTERVISTA AG auf die Anforderungen an moderne IT Entwicklungsprojekte. Effiziente Vorgehensmodelle und die Einführung von

Mehr

Übungen zu Softwaretechnik

Übungen zu Softwaretechnik Prof. Dr. Dr. h.c. M. Broy Lösungsblatt 3 Dr. H. Ehler, S. Wagner 8. Februar 2007 Übungen zu Softwaretechnik Aufgabe 23 CMM Das Capability Maturity Model (CMM) wurde entwickelt, um die Fähigkeit von Auftragnehmern

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

Navi & seitenzahl. Ein Toolset für agile Entwicklungsprojekte

Navi & seitenzahl. Ein Toolset für agile Entwicklungsprojekte Navi & seitenzahl Ein Toolset für agile Entwicklungsprojekte Warum Agil? Noch andere Gründe? Aktive Integration der Anwender Integration des Kunden Rückfragen, Priorisierungen Geschmack kommt beim Essen

Mehr

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825 Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Extreme Programming Agiles Manifest Individuen und Interaktion wichtiger als Prozesse und Werkzeuge Laufende Software wichtiger als vollständige

Mehr

Kompetenzmodell für Informatik

Kompetenzmodell für Informatik Kompetenzmodell für Informatik als Grundlage des Lehrplans für den Pflichtgegenstand Informatik in der 5. Klasse und für den Wahlpflichtgegenstand Informatik in der 6. bis 8. Klasse Das Kompetenzmodell

Mehr

ISIS. beleuchten, was sich bisher im Dunkeln verbarg verbessern, was bisher im Argen lag

ISIS. beleuchten, was sich bisher im Dunkeln verbarg verbessern, was bisher im Argen lag ISIS beleuchten, was sich bisher im Dunkeln verbarg verbessern, was bisher im Argen lag Inhalt Was ist Softwarequalität Was ist ISIS Die Philosophie dahinter Die Innovation Werkzeuge Projektlogbuch Sotograph

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

Diskussion eines hybriden Projektmanagements im Vergleich zu klassischem und agilem Projektmanagement. Bachelorarbeit

Diskussion eines hybriden Projektmanagements im Vergleich zu klassischem und agilem Projektmanagement. Bachelorarbeit Diskussion eines hybriden Projektmanagements im Vergleich zu klassischem und agilem Projektmanagement Bachelorarbeit zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

Mehr

Effizientes Änderungsmanagement in Outsourcing- Projekten

Effizientes Änderungsmanagement in Outsourcing- Projekten Effizientes Änderungsmanagement in Outsourcing- Projekten Dr. Henning Sternkicker Rational Software IBM Deutschland GmbH Sittarder Straße 31 52078 Aachen henning.sternkicker@de.ibm.com Abstract: Es werden

Mehr

Alles richtig machen Prozessorientierung hilft Ziele zu erreichen und schafft Vertrauen

Alles richtig machen Prozessorientierung hilft Ziele zu erreichen und schafft Vertrauen Information zum Thema Prozess Der Erfolg eines Unternehmens die Durchsetzung seiner Produkte und Dienstleistungen auf dem Markt, effiziente interne Abläufe, eine gesunde wirtschaftliche Situation hängt

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

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming /

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming / Software- Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.2-2010 Projektmodelle im Vergleich Klassisch Wasserfall -Modell Spezifikation/Pflichtenheft

Mehr

SPICE in der medizinischen Software-Entwicklung

SPICE in der medizinischen Software-Entwicklung SPICE in der medizinischen Software-Entwicklung MedConf 2012 Matthias Hölzer-Klüpfel Medical SPICE Medizinische Software Regulatorische Grundlagen Referenzmodell Medical SPICE Beispiele 1968: Software-Krise

Mehr

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle Diverse Grundlagen Dr. Karsten Tolle Vorgehensmodelle im Software Engineering Wasserfallmodell Rapid Prototyping Spiralmodell V-Modell Rational Unified Process extrem Programming Test Driven Development

Mehr

1 Einleitung. 2 Formale Grundlagen. 3 Leistungen der Vertragspartner. 1.1 Zweck, Abgrenzung. 1.2 Projektübersicht, Motivation. 3.

1 Einleitung. 2 Formale Grundlagen. 3 Leistungen der Vertragspartner. 1.1 Zweck, Abgrenzung. 1.2 Projektübersicht, Motivation. 3. Projektplan Hive Version: 1.1 Autoren: Robin Goldberg (2453516) Hansjörg Schmauder (2531506) Benjamin Schmidt(2443953) Erstellt am: 15.02.2010 Letzte Änderung: 24.06.10 Inhaltsverzeichnis 1 Einleitung...

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

Inhaltsverzeichnis. 1 Einleitung 1. 2 Einführung und Grundlagen 7

Inhaltsverzeichnis. 1 Einleitung 1. 2 Einführung und Grundlagen 7 xv 1 Einleitung 1 2 Einführung und Grundlagen 7 2.1 Die neue Rolle der IT...................................... 7 2.2 Trends und Treiber........................................ 8 2.2.1 Wertbeitrag von

Mehr

Testers Architects Enterprise Dev Consultants Professionals VB6 Devs Part-Timers Hobbyists Students Enthusiasts Novices

Testers Architects Enterprise Dev Consultants Professionals VB6 Devs Part-Timers Hobbyists Students Enthusiasts Novices Visual Studio Team System 15. Mai 2006 TU Dresden Oliver Scheer Developer Evangelist Developer Platform & Strategy Group Microsoft Deutschland GmbH Agenda Einführung in Visual Studio Team System Demo Fragen

Mehr

Projektmanagement (Modelle, Methoden & Tools)

Projektmanagement (Modelle, Methoden & Tools) Projektmanagement (Modelle, Methoden & Tools) Übersicht zu den Inhalten der Vorlesung Die Inhalte der Vorlesung wurden primär auf Basis der angegebenen Literatur erstellt. Darüber hinaus finden sich vielfältige

Mehr