Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen

Größe: px
Ab Seite anzeigen:

Download "Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen"

Transkript

1 Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen Technische Universität Chemnitz Fakultät Wirtschaftswissenschaften, Professur Wirtschaftsinformatik II Reichenhainer Str. 70, D Chemnitz Abstract Die Komplexität von BI-Systemen als heterogene IT-Systeme steigt in Folge einer immer dynamischeren Unternehmensumwelt zunehmend. Softwaredokumentationen helfen, trotz steigender Systemkomplexität einen detaillierten Überblick über die Arbeitsweise von BI- Systemen zu erhalten. Der Erstellungsprozess von qualitativ hochwertigen Dokumentationen ist jedoch aufwändig und wird unter Vernachlässigung nachträglicher Änderungen und Anpassungen meist nur in der Planungs- oder Entwicklungsphase von BI- Systemen vorgenommen. Dieser Beitrag beschreibt den Entwurf eines Frameworks, welches durch die Anwendung des Ansatzes der modellgetriebenen Softwareentwicklung eine vollständig automatisierte Erstellung von nutzerspezifischen Softwaredokumentationen erlaubt, von denen sowohl BI-Systementwickler als auch Fachanwender profitieren. 1 Problemidentifizierung und Motivation Der Begriff Business Intelligence (BI) beschreibt einen analytischen Prozess, der die Sammlung, Aufbereitung und Präsentationen von unternehmens- und marktbezogenen Daten unter Verwendung mathematischer Modelle und analytischer Methoden unterstützt, dessen Ergebnisse in ökonomische Entscheidungsprozesse einfließen. Softwarelösungen, die im BI-Umfeld zum Einsatz kommen, werden als Business Intelligence Systeme (BI-Systeme) (Vercellis, 2009) bezeichnet. Durch die Verwendung von BI-Systemen bei taktischen und strategischen Unternehmensentscheidungen entsteht ein hoher Anspruch auf Korrektheit der präsentierten Informationen. Fehler und daraus resultierende Fehlentscheidungen können weitreichende Folgen haben.

2 16 Die Anforderungen an ein BI-System sind durch ein komplexes und dynamisches Unternehmensumfeld geprägt und unterliegen daher im Verlauf der Zeit Veränderungen. Das führt zu einem permanenten Anpassungsprozess des Systems, der von den Datenquellen über das zentrale Data Warehouse und Data Marts bis hin zu den Berichten reicht. Dieser Anpassungsprozess kann durch geeignete Systemdokumentationen positiv beeinflusst werden. Die Dokumentation von Softwaresystemen hat die Aufgabe, deren Arbeitsweise sowohl aus einer technischen als auch aus einer Endanwendersicht zu beschreiben (K. C. Laudon & J. P. Laudon, 2010). Wie bei anderen Software-Produkten verringert sich ohne eine ausreichende und qualitativ gute Dokumentation auch bei einem BI-System dessen Nutzen, denn es lässt sich unter Umständen nur schlecht oder gar nicht beurteilen, ob die Software den Anforderungen genügt (Wallmüller, 2001, S. 150). Dokumentationen, die in frühen Phasen eines Softwareprojekts, wie dem Design, der Konzeption oder der Entwicklungsphase erstellt und nach Änderungen nicht aktualisiert wurden, veralten, was letztendlich zu einem sinkenden Nutzen der Dokumentationen führt (Forward & Lethbridge, 2002; Hofmann, Gluchowski, Jacobi, & Kurze, 2011; Wallmüller, 2001). Weitere Ursachen für eine unzureichende Dokumentation bilden qualitative Mängel, wie schlecht lesbare oder schwer zu verstehende Inhalte, was in gegenwärtigen Softwareprojekten häufig vorkommt (Wallmüller, 2001, S. 149). Eine vollständig veraltete, nicht sinnvoll nutzbare Dokumentation entspricht dem Fehlen einer Dokumentation. Re-Dokumentation versucht dieses Problem zu lösen, indem es die nachträgliche Erzeugung einer Dokumentation von existierenden Systemen, für die keine Dokumentation verfügbar ist, vorschlägt (Chikofsky & Cross, J. H., 1990, S. 15). BI-Systeme sind heterogen aufgebaut und bestehen aus mehreren, meist unterschiedlichen Systemen, was die Nachvollziehbarkeit und Transparenz ohne eine ausreichende Dokumentation im Vergleich zu monolithischen Softwaresystemen zusätzlich erschwert. Gerade in einem derart komplexen System ist es wichtig, eine gute Dokumentation bereitzustellen, um das Vertrauen in das System zu stärken. Steht bei monolithischen Systemen die Dokumentation der Systeme selbst im Vordergrund, so existieren bei heterogenen Systemen weitere Anforderungen an den Umfang einer Dokumentation: neben der jeweiligen Systembeschreibung der einzelnen beteiligten Systeme wird auch eine Beschreibung der statischen Gesamtarchitektur sowie der zwischen den beteiligten Systemen existierenden Datenflüsse benötigt. Der Umstand, dass eine Dokumentation im Kontext von BI-Systemen häufig nur einmalig beim Entwurf oder der Entwicklung stattfindet, birgt die Gefahr einer mangelnden Dokumentation. Spätere Dokumentationsanpassungen verursachen oft einen hohen Auf-

3 WSBI 2011 Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen 17 wand (Hofmann et al., 2011). Ein Praxisprojekt bei einem großen deutschen Tourismusanbieter zeigte, dass es Probleme mit der Dokumentation des BI-Systems geben kann, wenn beim Aufbau von BI-Systemen häufig sehr spontan vorgegangen und eine konzeptionelle Systemplanung zugunsten eines iterativen Prototyping eher vernachlässigt wird (Gluchowski & Kurze, 2010, S. 672). Es wurde ebenfalls gezeigt, dass sich mit Hilfe von automatisierten Dokumentationsprozessen der Aufwand für die Erstellung von Dokumentationen von Datenstrukturen (Spezifika der Datenhaltungskomponenten) reduzieren lässt (Gluchowski & Kurze, 2010, S. 676). Die in diesem Paper dargestellte Forschungsarbeit zielt auf die Erhöhung des Nutzens eines BI-Systems durch die Bereitstellung aktueller und qualitativ hochwertiger Dokumentationen. Dadurch können sowohl die verschiedenen Adressaten Fachanwender, Entwickler und Manager (Pomberger & Blaschek, 1996) als auch das durch das BI- System unterstützte Unternehmen wie folgt profitieren. Fachanwender erhalten Unterstützung bei der sicheren und funktionsgerechten Handhabung des Systems. Das wird durch eine hohe Transparenz bezüglich der Datenqualität, d.h. der Herkunft, Verarbeitung und Aktualität der durch das System bereitgestellten Informationen ermöglicht. Entwickler erhalten Informationen über den aktuellen technischen Aufbau, um das System kennenzulernen und beurteilen zu können. Das ermöglicht Entwicklern ein schnelleres und leichteres Umsetzen von Änderungen und Erweiterungen. Dem Entwickler hilft eine sowohl detaillierte als auch vollständige Dokumentation über alle Teilbereiche des Systems, wobei verschiedene Abstraktionsstufen (beispielsweise in steigender Abstraktionsstufe Attribut, Tabelle, Datenbank, OLTP-System) zur Bewahrung der Übersichtlichkeit beitragen. Manager erhalten Informationen aus organisatorischer, kalkulatorischer und führungspolitischer Sicht. Die von Ihnen genutzte Projektdokumentation beinhaltet im Wesentlichen Projekt- und Organisationspläne, Berichte, Ressourceneinsatz sowie Zieldefinition und - erreichung. Das ermöglicht die Auswertung des Projektes im Hinblick auf die bessere Durchführung zukünftiger Projekte. Unternehmen profitieren von der automatisierten Erstellung von Dokumentationen durch Kosteneinsparungen: durch den Wegfall von hohem manuellen Aufwand und der damit verbundenen Zeit bei der Erstellung von Dokumentationen,

4 18 durch eine verbesserte Qualität und daraus resultierender zusätzlich gewonnen Zeit, die andernfalls benötigt wird, um mittels einer mangelhaften Dokumentation das System zu verstehen (Chikofsky & Cross, J. H., 1990, S. 17) insbesondere neue Mitarbeiter bekommen die Möglichkeit, sich schneller in die Systeme einzuarbeiten um mit diesen produktiv zu arbeiten, da Expertenwissen explizit vorliegt und beim Ausscheiden von Wissensträgern keine mit hohem Aufwand zu füllende Wissenslücke verbleibt. Nach der einleitenden Diskussion der Problemstellung und der Motivation für konfigurierbare, automatisch zu erstellende Dokumentationen werden im Folgenden erst die Zielvorgaben einer möglichen Lösung aufgestellt. Dem anschließend vorgestellten Entwurf eines Frameworks folgen schlussendlich eine Zusammenfassung der wichtigsten Punkte und eine Ausführung des weiteren Forschungsvorgehens. Bei dem vorliegenden Beitrag handelt es sich um Research-in-Progress, wobei sich zur Sicherstellung der wissenschaftlichen Rigorosität an den Design Science Forschungsprozess von Peffers et al. (2007) in Kombination mit den Handlungsanweisungen für die einzelnen Forschungsaktivitäten von Hevner et al. (2004) gehalten wird. 2 Definition der Zielvorgaben (Wallmüller, 2001, S. 151) empfiehlt, sich bei der Erstellung von qualitativ guten Dokumentationen an den vorgeschlagenen Qualitätsmerkmalen für Dokumente zu orientieren. Demnach sollte eine hochwertige Dokumentation folgenden acht Merkmalen genügen (Dt. Ges. für Qualität e.v. u.d. Nachrichtentechn. Ges. im VDE (NTG), 1995; zitiert nach Wallmüller, 2001, S. 151): Änderbarkeit, Aktualität, Eindeutigkeit, Identifizierbarkeit, Normkonformität, Verständlichkeit, Vollständigkeit und Widerspruchsfreiheit. Mit dem Ziel, den Dokumentationsbedarf von verschiedenen Anspruchsgruppen zu erfüllen, ist darauf zu achten, die Dokumentationen entsprechend den Interessen der verschiedenen Gruppen auszurichten (Wallmüller, 2001, S. 153). Um eine hochqualitative, zielgruppengerechte Dokumentation bereitstellen zu können, erfolgt zuerst eine Unterteilung der Dokumentqualitätsmerkmale in zielgruppenabhängige und zielgruppenunabhängige Merkmale. Unter dem Begriff Dokumentattribute fassen Forward & Lethbridge (2002, S. 26) Informationen über Dokumente zusammen, welche über den reinen Dokumentinhalt hinausgehen. Beispiele für solche Attribute sind das Dokumentformat, der Schreibstil, die Dokumentenstruktur und die Länge einzelner Artikel. Um den größtmöglichen Nutzen zu erhalten, sind diese zielgruppengerecht anzupassen. Die Qualitätsmerkmale Eindeutigkeit,

5 WSBI 2011 Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen 19 Verständlichkeit und Vollständigkeit werden als Dokumentattribute, welche zielgruppenabhängig sind, aufgefasst und entsprechend unterschiedlich gestaltet. Änderbarkeit, Aktualität, Identifizierbarkeit, Normkonformität und Widerspruchsfreiheit sind Qualitätsmerkmale die nicht an individuelle Bedürfnisse der Zielgruppen gebunden sind und sollten stets im gleichen Maße erfüllt sein. Analog zu dem Begriff der Dokumentattribute, werden diese zielgruppenunabhängigen Dokumentanforderungen im Folgenden unter Erstellungsprozessattribute zusammengefasst. Unter Berücksichtigung der Wirtschaftlichkeit bei der Erstellung und Pflege von qualitativ hochwertigen Dokumentationen ergibt sich folgendes Forschungsziel: Entwicklung einer Methode zum kostengünstigen Erstellen hochqualitativer und nutzerspezifischer BI-Systemdokumentationen. Zur Erreichung dieses Ziels werden im weiteren Verlauf die folgenden Forschungsfragen untersucht: 1. Wie lassen sich die Anforderungen der Erstellungsprozessattribute (Qualität der Dokumentation) bei der Dokumentationserstellung kostengünstig erfüllen? 2. Wie lassen sich die Anforderungen der Dokumentattribute (nutzerspezifische Dokumentation) bei der Dokumentationserstellung kostengünstig erfüllen? 3 Entwurf und Entwicklung Wie bereits dargestellt ist die manuelle Erstellung von Dokumentationen zeitintensiv und fehleranfällig. Durch einen höheren Automatisierungsgrad lässt sich der manuelle Aufwand jedoch reduzieren (Forward & Lethbridge, 2002, S. 28). Die zu dokumentierenden Systeme und Teilsysteme beinhalten bereits einen großen Teil der für die Erstellung einer Dokumentation nötigen Informationen in Form von Quelltext 1 (Forward & Lethbridge, 2002, S. 30). Modellgetriebene 2 Ansätze für die Entwicklung von Data Warehouses (Kurze, 2011; Mazón & Trujillo, 2008) beinhalten über die im Quelltext enthaltenen Informationen 1 In BI-Systemen entspricht der Quelltext, der üblicherweise in der niedrigsten Abstraktionsstufe angeordnet ist, beispielsweise Datenbankschemata. 2 Innerhalb der modellgetriebenen Softwareentwicklung ist die modellgetriebene Architektur (Model-Driven Architecture, MDA) ein von der Object Management Group (OMG) standardisierter Ansatz, der auf der strikten Trennung zwischen Spezifikation und Implementierung eines Systems basiert (Object Management Group, 2003). Dieses Prinzip wird durch die Einführung verschiedener Abstraktionsebenen berechnungsunabhängige Modelle (Computation Independent Model, CIM), plattformunabhängige Modelle (Platform Independent Model,

6 20 hinaus weitere, für die Erstellung von nutzerspezifischen Dokumentationen erforderliche Informationen in Form von Metadaten über die Systeme, abgelegt in den Modellen. Durch die automatisierte Erzeugung einer Dokumentation direkt aus den vorliegenden Modellen wird ein Großteil der angestrebten Erstellungsprozessattribute erfüllt: Änderbarkeit und Aktualität: der Wegfall von manuellen Aufwänden erlaubt es, Systemänderungen jederzeit durch eine Neugenerierung der Dokumentation zu veröffentlichen; Identifizierbarkeit: durch die zur Verfügung stehenden Metadaten ist es möglich, Zusammenhänge zwischen einzelnen Objekten, die im Quelltext u.u. nicht abbildbar sind, in die Dokumentation einfließen zu lassen; Widerspruchsfreiheit: durch die automatische Erzeugung von Dokumentationen aus den Modellen wird in der Dokumentation genau der Grad an Widerspruchsfreiheit abgebildet, der in den Modellen vorliegt. Im Folgenden wird dargestellt, wie sich diese Metadaten erweitern und verknüpfen lassen, um eine konfigurierbare Erstellung von Dokumentationen zu ermöglichen. Um die Dokumentation nutzerspezifisch zu generieren, sind die bereits vorhandenen Modelle um eine Möglichkeit der Konfiguration bei der Verknüpfung von Informationen zu erweitern. Diese Konfiguration sollte in das modellgetriebene Vorgehen eingebettet werden, also in Form von Modellen vorliegen. Dieser Ansatz erlaubt die Konfiguration der Nutzerzugehörigkeit zu einem Fachbereich und damit den bereitzustellenden Inhalt (beeinflusst Vollständigkeit und Eindeutigkeit), des Layouts der Dokumentation (beeinflusst Verständlichkeit) und des Ausgabeformats (beeinflusst Eindeutigkeit). Die bisher vollzogenen Überlegungen führen zur Konzipierung des folgenden Frameworks. 3.1 Konzept des Frameworks Dieser Abschnitt stellt das Konzept eines Frameworks zur automatisierten Dokumentation von BI-Systemen vor, welches Abbildung 1 schematisch darstellt. Nachfolgend werden die Komponenten des Frameworks in Richtung des Datenflusses erläutert. PIM), plattformspezifische Modelle (Platform Specific Model, PSM) und Quelltext (Code) und automatisierten Modelltransformationen zwischen diesen Abstraktionsebenen realisiert.

7 WSBI 2011 Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen 21 BI-Systemlandschaft Die BI-Systemlandschaft kann aus einer Vielzahl verschiedener Systeme bestehen, die je nach Architektur operative Systeme, ETL-Prozesse, Datenhaltungs- und Berichtssysteme enthält. Zusätzlich beinhaltet die BI-Systemlandschaft auch das Architekturmodell, d.h. die Einbettung der Systeme in die Gesamtlandschaft, und Beschreibungen über Datenflüsse und Prozesse zwischen den Teilsystemen. Diese Aspekte werden im Folgenden unter dem Begriff Dokumentationssubjekte zusammengefasst, die wiederum selbst aus einer Vielzahl kleinerer Entitäten bestehen, die im Folgenden Bausteine genannt werden. BI M2M Dokumentation Konfigurations-Modell konform zu Konfigurations-Metamodell für Dokumentationen Organisations-Modell konform zu Organisations- Metamodell nutzt nutzt nutzt (plattformunabhängiges) Modell des Dok.-Subjekts konform zu (plattformunabhängiges) Metamodell des Dok.-Subjekts nutzt nutzt Dokumentations- Metamodell konform zu Dokumentations- Modell PIM PSM M2M (werkzeugspezifisches) Modell des Dok.-Subjekts konform zu IT-Infra- struktur- Metamodell (werkzeugspezifisches) Metamodell des Dok.-Subjekts T Dokumentations- Generatoren von Drittanbietern Code T2M M2T T T BI-Systemlandschaft Wiki PDF Quellsysteme ETL-Prozesse Data Warehouse Berichte und Anwendungen... Legende M2M Modell-zu-Modell-Transformation T Andere Transformationen M2T Modell-zu-Text-Transformation Metamodelle T2M Text-zu-Modell-Transformation Abbildung 1: Framework zur automatischen Erstellung nutzerspezifischer BI-Systemdokumentationen

8 22 Werkzeugspezifische Metamodelle BI-Werkzeuge bieten üblicherweise eine Möglichkeit zum Speichern und Laden der modellierten Komponenten, die als Dokumentationssubjekte dienen können. In den meisten Fällen entspricht das Ausgabeformat jedoch keinem Standard wie beispielsweise dem Common Warehouse Model (CWM), sondern basiert auf einem proprietären Format. Dem modellgetriebenen Ansatz folgend ist deshalb für jedes singuläre Format ein Metamodell zu erstellen, welches die jeweiligen Eigenheiten des Werkzeugs abbildet und somit für die Verwendung im Dokumentations-Framework kapselt. Für die Transformation in ein dem Metamodell entsprechendes Modell muss das proprietäre Format gelesen und semantisch korrekt interpretiert werden können. Abhängig von der Art des Formats kann das zu zusätzlichen Entwicklungsaufwänden führen. Im Ergebnis entsteht eine Menge von Metamodellen, von denen jedes spezifisch für ein konkretes Werkzeug und ein damit modellierbares Dokumentationssubjekt ist. Werkzeugunabhängige Metamodelle Wie im vorhergehenden Abschnitt dargestellt, kann für jedes Dokumentationssubjekt eine Vielzahl von werkzeugabhängigen Metamodellen existieren. Diese Metamodelle sind naturgemäß nicht kompatibel, da jedes Werkzeug trotz gleicher Dokumentationssubjekte verschiedene Attribute und Modellierungsmöglichkeiten bietet. Eine unmittelbare Transformation dieser Artefakte zu einer Dokumentation führte zu einer großen Anzahl von ähnlichen Transformationen, was wiederum einen großen Wartungsaufwand und eine hohe Fehleranfälligkeit bei Anpassungen mit sich brächte. Dem an MDA angelehnten Ansatz weiter folgend werden daher werkzeugunabhängige Metamodelle verwendet, die den Inhalt von Dokumentationssubjekten auf einer konzeptionellen Ebene zusammenführen. 3 Werkzeugspezifische Modelle werden dann mit Hilfe von Modell-zu-Modell- Transformationen zunächst in eine werkzeugunabhängige Darstellung überführt. Die werkzeugunabhängigen Modelle bilden somit den Ausgangspunkt für weitere Transformationen. Transformation aus werkzeugunabhängigen Modellen zur Dokumentation Das werkzeugunabhängige Modell eines Dokumentationssubjekts enthält dessen vollständige Beschreibung auf konzeptioneller Ebene. Um eine für Nutzer wertvolle Dokumentation zu erstellen, sind jedoch weitere Verarbeitungsschritte notwendig. In Abhän- 3 Darüber hinaus lassen sich mit Hilfe dieser Metamodelle Beziehungen der Dokumentationssubjekte untereinander ausdrücken, was insbesondere bei der Verwendung von Werkzeugen verschiedener Anbieter auf werkzeugspezifischer Ebene nur selten möglich ist.

9 WSBI 2011 Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen 23 gigkeit des Fachbereichs und der Rolle des Adressaten der Dokumentation im Unternehmen müssen die Informationen unterschiedlich gefiltert und strukturiert werden. Die dafür notwendigen Daten können nicht aus der Beschreibung des Dokumentationssubjekts gewonnen werden, sondern müssen auf anderem Wege bereitgestellt werden. Dafür sind weitere, dokumentationssubjektunabhängige Metamodelle zu konzipieren, deren Instanzen die nötigen Informationen enthalten: Ein Organisationsmodell bildet die Organisationsstruktur eines Unternehmens ab, einschließlich von Abteilungen, Nutzern, Nutzerrollen und deren Beziehungen. In Kombination mit einer Beschreibung der IT-Landschaft lassen sich Zuordnungen zwischen Bausteinen der Dokumentationssubjekte und der Einordnung des Adressaten im Unternehmenskontext bilden, was es ermöglicht, die Inhalte adressatengerecht zu filtern. Um die durch die Dokumentattribute spezifizierten Anforderungen der Nutzerrollen an die Dokumentation gerecht zu werden, wird im vorgestellten Konzept ein Konfigurations-Modell verwendet, das es ermöglicht, spezifische Bausteine (beispielsweise Tabellen in einer Beschreibung von Datenbankschemata) bestimmten Dokumentationskonzepten (wie beispielsweise Kapitel, Abschnitte oder Diagramme) in einem dem Informationsbedarf angepassten Detaillierungsgrad zuzuordnen. Die strukturierte Kombination des werkzeugunabhängigen Modells mit den eben beschriebenen Modellen ermöglicht nun die Erzeugung von adressatengerechten und damit hochwertigen Inhalten. Dokumentations-Metamodell und Ausgabeformate Dem Ziel des hier vorgestellten Frameworks nach einer hochgradig flexiblen und gut anpassbaren Lösung folgend ergibt sich die Notwendigkeit zur Unterstützung verschiedenartiger Ausgabeformate. Analog zu dem oben beschrieben Problem des Mehraufwands bei der Umsetzung durch direkte Transformationen aus den beschriebenen Modellen zu verschiedenen Ausgabeformaten wird auch hier eine plattformunabhängige (also ausgabeformatunabhängige) Abstraktionsebene etabliert. In diesem Dokumentationsmodell liegen die entsprechend aufbereiteten Inhalte in einer dokumentenähnlichen Struktur vor. Dieses Modell lässt sich mit Hilfe von Transformationen einerseits direkt zu verschiedenen Ausgabeformaten (wie beispielsweise einem Mediawiki) oder mittelbar unter Ausnutzung existierender Dokumentationsgeneratoren wie z.b. DITA (DITA, 2011) oder

10 24 DocBook (DocBook, 2011) zu den von diesen Drittanbietern unterstützten Formaten transformieren. 4 Zusammenfassung und Ausblick Der vorliegende Beitrag präsentierte die konzeptionelle Entwicklung eines Frameworks zur automatisierten Erstellung von qualitativ hochwertigen, nutzerspezifischen Softwaredokumentationen. Eine praktische Umsetzung dieses Ansatzes verspricht eine signifikante Reduktion des Erstellungs- und Pflegeaufwands von Softwaredokumentationen. Weiter zeichnen sich die so erstellten Dokumentationen durch einen hohen Grad an Aktualität aus, da die Anwendung des Paradigmas der modellgetriebenen Softwareentwicklung eine einfache Integration des Dokumentationsprozesses in den Wartungsprozess von BI- Systemen gestattet. Die vollständig automatische Erzeugung von nutzerspezifischen Dokumentationen führt ferner zur Vermeidung manueller Eingriffe sowie Medienbrüche und schließt so potentielle Fehlerquellen aus, was zu qualitativ höherwertigeren Softwaredokumentationen führt. Dem von Peffers et al. vorgeschlagenen Design Science Forschungsprozess folgend, ist als nächstes die Umsetzbarkeit des entwickelten Frameworks zu demonstrieren. Hierfür ist, auf Grundlage des vorgestellten Frameworks, die Entwicklung eines Prototypens für automatisierte, konfigurierbare ETL-Prozess-Dokumentation geplant. Dieser Prototyp stellt weiterhin die Grundlage für die ausstehende Evaluation des Dokumentationsframeworks dar. Der Nachweis der Reduktion des Erstellungs- und Pflegeaufwandes von Dokumentationen geschieht im Rahmen einer Pilotierung (Österle et al., 2010, S. 668). Die in diesem Zusammenhang anfallenden Dokumentationen bilden zusammen mit dem Standard Systems and software engineering Requirements for designers and developers of user documentation (ISO-IEC 26514; International Organisation for Standardization, 2008) den Ausgangspunkt zum Nachweis des noch ausstehenden Dokumentqualitätsmerkmals der Normkonformität. 5 Anmerkungen Das Computer-Aided Warehouse Engineering (CAWE) Projekt, in dessen Rahmen der vorliegende Beitrag entstanden ist, wird mit Mitteln des ESF und des Freistaates Sachsen gefördert.

11 WSBI 2011 Konzeption eines Frameworks zur automatisierten Erstellung nutzerspezifischer IT-Systemdokumentationen 25 Literaturverzeichnis Chikofsky, E. J., & Cross, J. H., I. (1990). Reverse engineering and design recovery: a taxonomy. IEEE Software, 7(1), DITA (2011). DocBook (2011). Forward, A., & Lethbridge, T. C. (2002). The Relevance of Software Documentation, Tools and Technologies: a Survey. Proceedings of the 2002 ACM symposium on Document engineering - DocEng 02 (pp ). New York, USA: ACM Press. Dt. Ges. für Qualität e.v. u.d. Nachrichtentechn. Ges. im VDE (NTG). (1995). Software- Qualitätssicherung : Aufgaben, Möglichkeiten, Lösungen. (2nd ed.). VDE-Verlag. Gluchowski, P., & Kurze, C. (2010). Modellierung und Dokumentation von BI-Systemen. CONTROLLING - Zeitschrift für erfolgsorientierte Unternehmensplanung, 22, Hevner, A. R., March, S. T., Park, J., & Ram, S. (2004). Design Science in Information Systems Research. MIS Quarterly, 28(1), Hofmann, M., Gluchowski, P., Jacobi, F., & Kurze, C. (2011). Computer-Aided Warehouse Engineering: Dokumentation und Modellierung komplexer Data-Warehouse- Systeme. Presentation slides of the 11th European TDWI Conference with International Organisation for Standardization. (2008). Systems and software engineering -- Requirements for designers and developers of user documentation (ISO-IEC 26514). Kurze, C. (2011). Computer-Aided Warehouse Engineering: Anwendung modellgetriebener Entwicklungsparadigmen auf Data-Warehouse-Systeme. Verlag Dr. Kovač. Laudon, K. C., & Laudon, J. P. (2010). Management information systems: managing the digital firm (11th ed.). Upper Saddle River, New Jersey: Pearson. Mazón, J.-N., & Trujillo, J. (2008). An MDA approach for the development of data warehouses. Decision Support Systems, 45(1), Object Management Group. (2003). MDA Guide V Retrieved from Peffers, K., Tuunanen, T., Rothenberger, M. a, & Chatterjee, S. (2007). A Design Science Research Methodology for Information Systems Research. Journal of Management Information Systems, 24(3),

12 26 Pomberger, G., & Blaschek, G. (1996). Software Engineering: Prototyping und objektorientierte Software-Entwicklung (2nd ed.). Carl Hanser Verlag. Vercellis, C. (2009). Business intelligence: data mining and optimization for decision making. Hoboken, N.J.: Wiley. Wallmüller, E. (2001). Die Rolle der Dokumentation in Software-Projekten. Software- Qualitätsmanagement in der Praxis: Software-Qualität durch Führung und Verbesserung von Software-Prozessen (2nd ed., pp ). Hanser Fachbuch. Österle, H., Becker, J., Frank, U., Hess, T., Karagiannis, D., Krcmar, H., Loos, P., et al. (2010). Memorandum zur gestaltungsorientierten Wirtschaftsinformatik. Angewandte Informatik, 62(6),

Marcus Hofmann, Robert Krawatzeck, Frieder Jacobi

Marcus Hofmann, Robert Krawatzeck, Frieder Jacobi Entwicklung eines Software-Prototyps zur automatischen Erstellung nutzerspezifischer ETL-Dokumentation: Ein detailliertes Fallbeispiel für gestaltungsorientierte, problemzentrierte Forschung Technische

Mehr

Vortrag von: Ilias Agorakis & Robert Roginer

Vortrag von: Ilias Agorakis & Robert Roginer MDA Model Driven Architecture Vortrag von: Ilias Agorakis & Robert Roginer Anwendungen der SWT - WS 08/09 Inhalt Was ist MDA? Object Management Group (OMG) Ziele Konzepte der MDA Werkzeuge Vor- und Nachteile

Mehr

Model Driven Architecture (MDA)

Model Driven Architecture (MDA) Model Driven Architecture (MDA) Vortrag im Fach Software Engineering II BA Mannheim / Fachrichtung Angewandte Informatik Torsten Hopp Gliederung Einleitung Motivation Grundzüge der MDA Ziele & Potenziale

Mehr

Umfrage 2011: Dokumentation von Business-Intelligence-Systemen Ergebnisse und Auswertung

Umfrage 2011: Dokumentation von Business-Intelligence-Systemen Ergebnisse und Auswertung Umfrage 2011: Dokumentation von Business-Intelligence-Systemen Ergebnisse und Auswertung Marcus Hofmann André Müller Frieder Jacobi Robert Krawatzeck Veröffentlicht in: Multikonferenz Wirtschaftsinformatik

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

Model Driven Architecture

Model Driven Architecture Model Driven Architecture Wilhelm Stephan Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Julian Kunkel SommerSemester

Mehr

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung Software-Qualität im Rahmen modellgetriebener Softwareentwicklung OFFIS Technologiecluster Enterprise Application Integration niels.streekmann@offis.de 09.07.2008 Seite 1 / 13 Software-Qualität: Unterschiedliche

Mehr

Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann

Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann Andreas Ditze MID GmbH Kressengartenstraße 10 90402 Nürnberg a.ditze@mid.de Abstract: Data Lineage

Mehr

Model Driven Development im Überblick

Model Driven Development im Überblick Model Driven Development im Überblick Arif Chughtai Diplom-Informatiker (FH) www.digicomp-academy, Seite 1 September 05 Inhalt Motivation Überblick MDA Kleines Beispiel Werkzeuge www.digicomp-academy,

Mehr

Erfolg ist programmierbar.

Erfolg ist programmierbar. 4578954569774981234656895856512457895456977498 3465689585651245789545697749812346568958561245 9545697749812346568958565124578954569774981234 6895856512457895456977498123465689585612457895 6977498123465689585651245789545697749812346568

Mehr

ActiveCharts. Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0

ActiveCharts. Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0 Jens Kohlmeyer 05. März 2007 Institut für Programmiermethodik und Compilerbau ActiveCharts Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0 Seite 2 Übersicht

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

Einführung in modellgetriebene Softwareentwicklung. 24. Oktober 2012

Einführung in modellgetriebene Softwareentwicklung. 24. Oktober 2012 Einführung in modellgetriebene Softwareentwicklung 24. Oktober 2012 Überblick Was sind die Grundprinzipien der modellgetriebenen Softwareentwicklung? Entwicklung einer MDD-Infrastruktur Modellgetriebene

Mehr

Inhalt. Motivation Techniken des MDE. Fallbeispiele

Inhalt. Motivation Techniken des MDE. Fallbeispiele ISE-Seminar 2012 Inhalt Motivation Techniken des MDE Computer Aided Software Engineering (CASE) Domain-Specific-Languages (DSL) Model Driven Architecture (MDA) Fallbeispiele Motivation Automatische Codegenerierung

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

SEA. Modellgetriebene Softwareentwicklung in der BA

SEA. Modellgetriebene Softwareentwicklung in der BA SEA Modellgetriebene Softwareentwicklung in der BA MDA bei der BA Ziele/Vorteile: für die Fachabteilung für die Systementwicklung für den Betrieb Wie wird MDA in der BA umgesetzt? Seite 2 MDA bei der BA

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

Systemdenken und Gestaltungsmethodik System-Modellierung

Systemdenken und Gestaltungsmethodik System-Modellierung Systemdenken und Gestaltungsmethodik System-Modellierung Prof. Dr.-Ing. Stefan Brunthaler TFH Wildau 2008ff Master Telematik Ausgangsbasis Es liegt ein kosten-nutzen-optimales Lösungskonzept vor. Die Architektur

Mehr

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

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 378 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 378 Umsetzung ausgewählter Supply-Chain-Operations-Reference-Metriken durch das

Mehr

Application Requirements Engineering

Application Requirements Engineering Application Requirements Engineering - Fokus: Ableitung von Produktanforderungen - Günter Halmans / Prof. Dr. Klaus Pohl Software Systems Engineering ICB (Institute for Computer Science and Business Information

Mehr

Survival Guide für Ihr Business Intelligence-Projekt

Survival Guide für Ihr Business Intelligence-Projekt Survival Guide für Ihr Business Intelligence-Projekt Sven Bosinger Solution Architect BI Survival Guide für Ihr BI-Projekt 1 Agenda Was ist Business Intelligence? Leistungsumfang Prozesse Erfolgsfaktoren

Mehr

Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich. Softwaretechnik I

Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich. Softwaretechnik I Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Softwaretechnik I Wintersemester 2015 / 2016 www.ias.uni-stuttgart.de/st1 st1@ias.uni-stuttgart.de

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

.. für Ihre Business-Lösung

.. für Ihre Business-Lösung .. für Ihre Business-Lösung Ist Ihre Informatik fit für die Zukunft? Flexibilität Das wirtschaftliche Umfeld ist stärker den je im Umbruch (z.b. Stichwort: Globalisierung). Daraus resultierenden Anforderungen,

Mehr

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

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 350 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 350 Ein konzeptioneller Business-Intelligence-Ansatz zur Gestaltung von Geschäftsprozessen

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

Erfolg ist programmierbar.

Erfolg ist programmierbar. 45789545697749812346568958565124578954569774981 46568958565124578954569774981234656895856124578 45697749812346568958565124578954569774981234656 58565124578954569774981234656895856124578954569 49812346568958565124578954569774981234656895856

Mehr

Virtual Roundtable: Business Intelligence - Trends

Virtual Roundtable: Business Intelligence - Trends Virtueller Roundtable Aktuelle Trends im Business Intelligence in Kooperation mit BARC und dem Institut für Business Intelligence (IBI) Teilnehmer: Prof. Dr. Rainer Bischoff Organisation: Fachbereich Wirtschaftsinformatik,

Mehr

Model Driven SOA Modellgetriebene Entwicklung von SOA Anwendungen. OOP München, 26.01.2011

Model Driven SOA Modellgetriebene Entwicklung von SOA Anwendungen. OOP München, 26.01.2011 Model Driven SOA Modellgetriebene Entwicklung von SOA Anwendungen OOP München, 26.01.2011 I N H A L T 1. SOA das erste Projekt 2. Prozesse Ergebnisse aus dem Fachbereich 3. Der Business Analyst und BPMN

Mehr

Business Intelligence

Business Intelligence Business Intelligence Anwendungssysteme (BIAS) Lösung Aufgabe 1 Übung WS 2012/13 Business Intelligence Erläutern Sie den Begriff Business Intelligence. Gehen Sie bei der Definition von Business Intelligence

Mehr

Model Driven SOA. < J Springer. Anwendungsorientierte Methodik und Vorgehen in der Praxis. Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann

Model Driven SOA. < J Springer. Anwendungsorientierte Methodik und Vorgehen in der Praxis. Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann Model Driven SOA Anwendungsorientierte Methodik und Vorgehen in der Praxis Mit Illustrationen von Martin Starzmann < J Springer Inhaltsverzeichnis

Mehr

Software Factories SS 2016. Prof. Dr. Dirk Müller. 3 Modellgetriebene Softwareentwicklung

Software Factories SS 2016. Prof. Dr. Dirk Müller. 3 Modellgetriebene Softwareentwicklung Software Factories 3 Modellgetriebene Softwareentwicklung Prof. Dr. Dirk Müller Übersicht Einordnung im Lebenszyklus Ziele Hebung des Abstraktionsniveaus Model Driven Architecture (MDA) Domänenspezifische

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

Entwurfsmethode für service-orientierte Architekturen im dezentralen Energiemanagement

Entwurfsmethode für service-orientierte Architekturen im dezentralen Energiemanagement Entwurfsmethode für service-orientierte Architekturen im dezentralen Energiemanagement Tanja Schmedes Betriebliches Informationsmanagement OFFIS Institut für Informatik tanja.schmedes@offis.de MKWI 2008

Mehr

VL2: Softwareprojekt - Anforderungsanalyse. Inhalt. 1. Struktur eines Softwareprojektes

VL2: Softwareprojekt - Anforderungsanalyse. Inhalt. 1. Struktur eines Softwareprojektes Dozent: G.Döben-Henisch (Version vom 16.April 2005) PPmP VL2 VL2: Softwareprojekt - Anforderungsanalyse Inhalt 1. Struktur eines Softwareprojektes 2. Anforderungsanalyse 1. Struktur eines Softwareprojektes

Mehr

Referenzarchitekturen und MDA 1

Referenzarchitekturen und MDA 1 Referenzarchitekturen und MDA 1 Gerd Beneken *, Tilman Seifert *, Niko Baehr +, Inge Hanschke +, Olaf Rauch + *) TU München Lehrstuhl für Software & Systems Engineering Boltzmannstr. 3; 85748 Garching

Mehr

Comparing Software Factories and Software Product Lines

Comparing Software Factories and Software Product Lines Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich

Mehr

Vorwort zur zweiten Auflage...V. Vorwort zur ersten Auflage... VIII

Vorwort zur zweiten Auflage...V. Vorwort zur ersten Auflage... VIII Vorwort zur zweiten Auflage...V Vorwort zur ersten Auflage... VIII 1 Management Support Systeme und Business Intelligence Anwendungssysteme zur Unterstützung von Managementaufgaben...1 1.1 Computergestützte

Mehr

Diplomarbeit. Konzeption und Implementierung einer automatisierten Testumgebung. Thomas Wehrspann. 10. Dezember 2008

Diplomarbeit. Konzeption und Implementierung einer automatisierten Testumgebung. Thomas Wehrspann. 10. Dezember 2008 Konzeption und Implementierung einer automatisierten Testumgebung, 10. Dezember 2008 1 Gliederung Einleitung Softwaretests Beispiel Konzeption Zusammenfassung 2 Einleitung Komplexität von Softwaresystemen

Mehr

Business Intelligence für Controller

Business Intelligence für Controller Controllers Best Practice Fachbuch Business Intelligence für Controller Hermann Hebben und Dr. Markus Kottbauer Verlag für ControllingWissen ÄG, Freiburg und Wörthsee Ein Unternehmen der Haufe Mediengruppe

Mehr

(Titel des Berichts)

(Titel des Berichts) (Titel des Berichts) Praxissemesterbericht von (Vorname Name) aus (Geburtsort) Matrikelnummer Anschrift Telefon HTW Aalen Hochschule für Technik und Wirtschaft Betreuender Professor Abgabetermin Angaben

Mehr

Einführung eines Redaktionssystems für die Technische Dokumentation

Einführung eines Redaktionssystems für die Technische Dokumentation Einführung eines Redaktionssystems für die Technische Dokumentation Leitfaden mit Entscheidungsmatrix Informatik Vorwort Situation Ziel Zielgruppe Auswahl Die Technische Produktdokumentation ist mehr als

Mehr

Model Driven Architecture Praxisbeispiel

Model Driven Architecture Praxisbeispiel 1 EJOSA OpenUSS CampusSource Model Driven Architecture Praxisbeispiel 2 Situation von CampusSource-Plattformen Ähnliche Funktionen (Verwaltung von Studenten und Dozenten, Diskussionsforen,...), jedoch

Mehr

VisualCockpit. agile business analytics

VisualCockpit. agile business analytics VisualCockpit agile business analytics Agile Business Analytics mit VisualCockpit Für Unternehmen wird es immer wichtiger die gesamte Wertschöpfungskette aus Daten, sowohl für das operative Geschäft als

Mehr

Entwicklung domänenspezifischer Software

Entwicklung domänenspezifischer Software Entwicklung domänenspezifischer Software Dargestellt am Beispiel des Prozessmanagements Von der Universität Bayreuth zur Erlangung des Grades eines Doktors der Naturwissenschaften (Dr. rer. nat.) genehmigte

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

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

ANTARES Informations-Systeme GmbH Stuttgarter Strasse 99 D-73312 Geislingen Tel. +49 73 31 / 30 76-0 Fax +49 73 31 / 30 76-76 www.antares-is.

ANTARES Informations-Systeme GmbH Stuttgarter Strasse 99 D-73312 Geislingen Tel. +49 73 31 / 30 76-0 Fax +49 73 31 / 30 76-76 www.antares-is. ANTARES Informations-Systeme GmbH Stuttgarter Strasse 99 D-73312 Geislingen Tel. +49 73 31 / 30 76-0 Fax +49 73 31 / 30 76-76 www.antares-is.de insight und dynasight sind eingetragene Markenzeichen der

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

Beratung, Projektmanagement und Coaching

Beratung, Projektmanagement und Coaching new solutions GmbH IT Consulting 2 IT Consulting Software Development IT Training Software Products Beratung, Projektmanagement und Coaching new solutions business software 3 --- Die Experten der new solutions

Mehr

Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation

Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation Axel Haller, Symposium 25-26 März 2010 Engineering Workflow: Potential und Praxis bei der Integration von Verfahrenstechnik und Automation March 25, 2010 Slide 1 Agenda Die Problematik Das Lösungsmittel

Mehr

Vom Intranet zum Knowledge Management

Vom Intranet zum Knowledge Management Vom Intranet zum Knowledge Management Die Veränderung der Informationskultur in Organisationen von Martin Kuppinger, Michael Woywode 1. Auflage Hanser München 2000 Verlag C.H. Beck im Internet: www.beck.de

Mehr

Was versteht man unter Softwaredokumentation?

Was versteht man unter Softwaredokumentation? Was versteht man unter? Mit bezeichnet man die Dokumentation von Computer-Software. Sie erklärt für Anwender, Benutzer und Entwickler in unterschiedlichen Rollen, wie die Software funktioniert, was sie

Mehr

Die Softwareentwicklungsphasen!

Die Softwareentwicklungsphasen! Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.

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

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

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

Mehr

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

BICE. Business Intelligence in the Cloud for Energy. Zwischenpräsentation Oldenburg, 25.02.2015

BICE. Business Intelligence in the Cloud for Energy. Zwischenpräsentation Oldenburg, 25.02.2015 BICE Business Intelligence in the Cloud for Energy Zwischenpräsentation Oldenburg, 25.02.205 Verfasser: Projektgruppe Business Intelligence as a Service Gliederung Projektgruppe Meilensteinplan Problemstellung

Mehr

Traceability-Modell als Erfolgsfaktor für Process Enactment. Paul-Roux Wentzel, SEE 2008

Traceability-Modell als Erfolgsfaktor für Process Enactment. Paul-Roux Wentzel, SEE 2008 Traceability-Modell als Erfolgsfaktor für Process Enactment Einführung Referent Paul-Roux Wentzel Unternehmen method park Software AG 2008 method park Software AG Slide 2 Leistungsportfolio Training &

Mehr

Ein Erfahrungsbericht beim Einsatz von generierenden Ansätzen im Vergleich zu generischen Lösungen

Ein Erfahrungsbericht beim Einsatz von generierenden Ansätzen im Vergleich zu generischen Lösungen Ein Erfahrungsbericht beim Einsatz von generierenden Ansätzen im Vergleich zu generischen Lösungen Tom Krauß Agenda Begriffsdefinition Verfahren Praktische Beispiele Vergleich und Bewertung Begriffsklärung

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

FRAUNHOFER-INSTITUT FÜR PRODUKTIONSTECHNOLOGIE IPT PROJEKTGRUPPE ENTWURFSTECHNIK MECHATRONIK

FRAUNHOFER-INSTITUT FÜR PRODUKTIONSTECHNOLOGIE IPT PROJEKTGRUPPE ENTWURFSTECHNIK MECHATRONIK FRAUNHOFER-INSTITUT FÜR PRODUKTIONSTECHNOLOGIE IPT PROJEKTGRUPPE ENTWURFSTECHNIK MECHATRONIK DIE METHODE FÜR DEN SOFTWAREENTWURF VERNETZTER MECHATRONISCHER SYSTEME Innovative Funktionen moderner mechatronischer

Mehr

Enterprise Architecture Management für Krankenhäuser. Transparenz über die Abhängigkeiten von Business und IT

Enterprise Architecture Management für Krankenhäuser. Transparenz über die Abhängigkeiten von Business und IT Enterprise Architecture Management für Krankenhäuser Transparenz über die Abhängigkeiten von Business und IT HERAUSFORDERUNG Gestiegener Wettbewerbsdruck, höhere Differenzierung im Markt, die konsequente

Mehr

Graphische Modellanalyse am Beispiel von Geschäftsprozessmodellen unter Verwendung der Graph Markup Language (GraphML)

Graphische Modellanalyse am Beispiel von Geschäftsprozessmodellen unter Verwendung der Graph Markup Language (GraphML) HOCHSCHULE HEILBRONN Hochschule für Technik Wirtschaft Informatik Studiengang Electronic Business (EB) Diplomarbeit (280000) Graphische Modellanalyse am Beispiel von Geschäftsprozessmodellen unter Verwendung

Mehr

Jump Project. Softwarelösungen für professionelles Projektmanagement

Jump Project. Softwarelösungen für professionelles Projektmanagement Jump Project Softwarelösungen für professionelles Projektmanagement Jump Project Office Übersichtliche Dokumentenstruktur und schneller Zugriff auf alle wichtigen Funktionen. Steuern Sie Ihre Projekte

Mehr

Tender Manager. Sparen Sie Zeit und Kosten durch eine optimierte Erstellung Ihrer individuellen IT-Ausschreibungen

Tender Manager. Sparen Sie Zeit und Kosten durch eine optimierte Erstellung Ihrer individuellen IT-Ausschreibungen Tender Manager Sparen Sie Zeit und Kosten durch eine optimierte Erstellung Ihrer individuellen IT-Ausschreibungen Tender Manager Der plixos Tender Manager reduziert drastisch den Aufwand bei der Durchführung

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

Von Big Data zu Executive Decision BI für den Fachanwender bis hin zu Advanced Analytics 10.45 11.15

Von Big Data zu Executive Decision BI für den Fachanwender bis hin zu Advanced Analytics 10.45 11.15 9.30 10.15 Kaffee & Registrierung 10.15 10.45 Begrüßung & aktuelle Entwicklungen bei QUNIS 10.45 11.15 11.15 11.45 Von Big Data zu Executive Decision BI für den Fachanwender bis hin zu Advanced Analytics

Mehr

In-Memory & Real-Time Hype vs. Realität: Maßgeschneiderte IBM Business Analytics Lösungen für SAP-Kunden

In-Memory & Real-Time Hype vs. Realität: Maßgeschneiderte IBM Business Analytics Lösungen für SAP-Kunden In-Memory & Real-Time Hype vs. Realität: Maßgeschneiderte IBM Business Analytics Lösungen für SAP-Kunden Jens Kaminski ERP Strategy Executive IBM Deutschland Ungebremstes Datenwachstum > 4,6 Millarden

Mehr

Metadata Service Respository (MDS) - Sehen, lernen, verstehen!

Metadata Service Respository (MDS) - Sehen, lernen, verstehen! Metadata Service Respository (MDS) - Sehen, lernen, verstehen! Carsten Wiesbaum esentri AG Schlüsselworte Metadata Service Repository, MDS, Oracle Fusion Middleware Einleitung Früher oder später wird jeder

Mehr

MASTERTHESIS ABSCHLUSSVORTRAG. Kristina Hamann

MASTERTHESIS ABSCHLUSSVORTRAG. Kristina Hamann MASTERTHESIS ABSCHLUSSVORTRAG Kristina Hamann Eckdaten Thema Bearbeiter Betreuer Kooperationspartner Beginn Abgabe Ein Vorgehensmodell zur kooperativen Analyse einer Unternehmensarchitektur im Kontext

Mehr

Software - Testung ETIS SS05

Software - Testung ETIS SS05 Software - Testung ETIS SS05 Gliederung Motivation Was ist gute Software? Vorurteile gegenüber Testen Testen (Guidelines + Prinzipien) Testarten Unit Tests Automatisierte Tests Anforderungen an Testframeworks

Mehr

Seminarvortrag - Beiträge zum Software Engineering SoSe 11. Prototyping. Björn Kahlert Institut für Informatik Freie Universität Berlin 09.06.

Seminarvortrag - Beiträge zum Software Engineering SoSe 11. Prototyping. Björn Kahlert Institut für Informatik Freie Universität Berlin 09.06. Seminarvortrag - Beiträge zum Software Engineering SoSe 11 Prototyping Björn Kahlert Institut für Informatik Freie Universität Berlin 09.06.2011 Gliederung 1. Definition & Motivation 2. Klassifikation

Mehr

WCET-Analyseverfahren in der automobilen Softwareentwicklung

WCET-Analyseverfahren in der automobilen Softwareentwicklung WCET-Analyseverfahren in der automobilen Softwareentwicklung Martin Däumler 1 Robert Baumgartl 2 Matthias Werner 1 1 Technische Universität Chemnitz 2 HTW Dresden 28. November 2008 M. Däumler et al (TUC,

Mehr

Model Driven Architecture

Model Driven Architecture { AKTUELLES SCHLAGWORT* / MODEL DRIVEN ARCHITECTURE Model Driven Architecture Martin Kempa Zoltán Ádám Mann Bei der Model Driven Architecture (MDA) bilden Modelle die zentralen Elemente des Softwareentwicklungsprozesses.

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

xiii Inhaltsverzeichnis 1 Einführung 1

xiii Inhaltsverzeichnis 1 Einführung 1 xiii 1 Einführung 1 1.1 Gründe für eine BI-Strategie und ein BICC..................... 1 1.1.1 Systemvielfalt und Konsolidierungsbedarf.............. 2 1.1.2 Taktisches Vorgehen..............................

Mehr

Peter Körner Adobe Systems Berlin, 3. Juni 2005

Peter Körner Adobe Systems Berlin, 3. Juni 2005 Interactive Forms based on Adobe Software: Überblick Peter Körner Adobe Systems Berlin, 3. Juni 2005 Einleitung Anwendungsszenarios Technologie Einleitung Anwendungsszenarios Technologie Anforderungen

Mehr

Vector Software. Test Automation mit VectorCAST während der gesamten Softwareentwicklung W H I T E P A P E R

Vector Software. Test Automation mit VectorCAST während der gesamten Softwareentwicklung W H I T E P A P E R Vector Software W H I T E P A P E R Test Automation mit VectorCAST während der gesamten Softwareentwicklung VectorCAST Produktfamilie Die VectorCAST Produktfamilie automatisiert Testaktivitäten über den

Mehr

Modellbasierte Business Intelligence- Praxiserfahrungen in einem komplexen Data Warehouse Umfeld. München, 26. Januar 2010

Modellbasierte Business Intelligence- Praxiserfahrungen in einem komplexen Data Warehouse Umfeld. München, 26. Januar 2010 Modellbasierte Business Intelligence- Praxiserfahrungen in einem komplexen Data Warehouse Umfeld München, 26. Januar 2010 I N H A L T 1. Warum Modelle für Business Intelligence (BI)? 2. Inhalte von Datenmodellen

Mehr

6 Architektur-Mittel (WOMIT)

6 Architektur-Mittel (WOMIT) 6 Architektur-Mittel (WOMIT) Abb. 6-1: Positionierung des Kapitels im Ordnungsrahmen. Dieses Kapitel befasst sich mit der WOMIT-Dimension des architektonischen Ordnungsrahmens, indem es grundlegende Konzepte

Mehr

Vorhersagemodell für die Verfügbarkeit von IT-Services

Vorhersagemodell für die Verfügbarkeit von IT-Services Vorhersagemodell für die Verfügbarkeit von IT-Services Magdeburg Research and Competence Cluster Very Large Business Applications Lab Fakultät für Informatik Institut für Technische und Betriebliche Informationssysteme

Mehr

Intelligence (BI): Von der. Nürnberg, 29. November 2011

Intelligence (BI): Von der. Nürnberg, 29. November 2011 Modelle für Business Intelligence (BI): Von der Anforderung zum Würfel Nürnberg, 29. November 2011 Warum Modelle für Business Intelligence (BI)? Warum Modelle für Business Intelligence (BI)? Bis zur Auswertung

Mehr

DWH Szenarien. www.syntegris.de

DWH Szenarien. www.syntegris.de DWH Szenarien www.syntegris.de Übersicht Syntegris Unser Synhaus. Alles unter einem Dach! Übersicht Data-Warehouse und BI Projekte und Kompetenzen für skalierbare BI-Systeme. Vom Reporting auf operativen

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

Model-Driven Development in Scrum-Projekten

Model-Driven Development in Scrum-Projekten Tempo machen: Model-Driven Development in Scrum-Projekten Herzlich willkommen Enrico Fritz microtool GmbH Berlin Tempo machen: Model-Driven Development in Scrum-Projekten 25 Jahre Tools und Beratung: microtool

Mehr

Umsetzung der Anforderungen - analytisch

Umsetzung der Anforderungen - analytisch Umsetzung der Anforderungen - analytisch Titel des Lernmoduls: Umsetzung der Anforderungen - analytisch Themengebiet: New Economy Gliederungspunkt im Curriculum: 4.2.5.5 Zum Inhalt: In diesem Modul wird

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

Open Source BI 2009 Flexibilität und volle Excel-Integration von Palo machen OLAP für Endanwender beherrschbar. 24. September 2009

Open Source BI 2009 Flexibilität und volle Excel-Integration von Palo machen OLAP für Endanwender beherrschbar. 24. September 2009 Open Source BI 2009 Flexibilität und volle Excel-Integration von Palo machen OLAP für Endanwender beherrschbar 24. September 2009 Unternehmensdarstellung Burda Digital Systems ist eine eigenständige und

Mehr

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel. EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG

Mehr

Umsichtig planen, robust bauen

Umsichtig planen, robust bauen Umsichtig planen, robust bauen iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.2012 Autor: Christoph Schmidt-Casdorff Agenda Softwarearchitektur Architekturkonformität

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

DRIVE LIKE A VIRTUAL DEVELOPER Die Poleposition für Ihre Softwareentwicklung

DRIVE LIKE A VIRTUAL DEVELOPER Die Poleposition für Ihre Softwareentwicklung DRIVE LIKE A VIRTUAL DEVELOPER Die Poleposition für Ihre Softwareentwicklung Was für ein Tempo! Das Rad dreht sich rasant schnell: Die heutigen Anforderungen an Softwareentwicklung sind hoch und werden

Mehr

Dokumentieren im Wiki

Dokumentieren im Wiki Dokumentieren im Wiki Atlassian User Group München München, 15. September 2011 Referent Dipl. Inf. Tobias Anstett Gründer und CTO von K15t Software Autor und Referent Wiki-basierte Dokumentation Sicherheitskonzepte

Mehr

Szenarien DPE Reporting

Szenarien DPE Reporting Szenarien DPE Reporting Das nachfolgende Dokument beschreibt mögliche Szenarien zur Generierung von Reports aus dem Delmia Process Engineer (DPE). 1 Einleitung Der DPE ist eine Lösung zur Prozeßplanung

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

KOMPLEXITÄT BEGREIFEN. LÖSUNGEN SCHAFFEN. viadee crm. Transparente Prozesse und vertrauenswürdige Daten als Fundament Ihrer Entscheidungen

KOMPLEXITÄT BEGREIFEN. LÖSUNGEN SCHAFFEN. viadee crm. Transparente Prozesse und vertrauenswürdige Daten als Fundament Ihrer Entscheidungen KOMPLEXITÄT BEGREIFEN. LÖSUNGEN SCHAFFEN. viadee crm Transparente Prozesse und vertrauenswürdige Daten als Fundament Ihrer Entscheidungen VIADEE CRM VIEL MEHR ALS EIN STÜCK SOFTWARE Eine Vielzahl von unterschiedlichen

Mehr

Information-Design-Tool

Information-Design-Tool Zusatzkapitel Information-Design-Tool zum Buch»HR-Reporting mit SAP «von Richard Haßmann, Anja Marxsen, Sven-Olaf Möller, Victor Gabriel Saiz Castillo Galileo Press, Bonn 2013 ISBN 978-3-8362-1986-0 Bonn

Mehr

Modellgetriebene agile BI-Vorgehensweise

Modellgetriebene agile BI-Vorgehensweise Modellgetriebene agile BI-Vorgehensweise Thomas Neuböck Konrad Linner 12.11.2013 Inhalt Anforderungen und Lösungsansatz Agile Vorgehensweise Orientierung nach Fachthemen Architekturrahmen Modellorientierung

Mehr

Leistungssteuerung beim BASPO

Leistungssteuerung beim BASPO Leistungssteuerung beim BASPO Organisationsstruktur Advellence die Gruppe. Advellence Consulting Advellence Solutions Advellence Products Advellence Services HR-Migrator & albislex powered byadvellence

Mehr