Architektur und Architekturmanagement. Modellierung von Architekturen und Architekturmanagement in der Software- Organisation

Größe: px
Ab Seite anzeigen:

Download "Architektur und Architekturmanagement. Modellierung von Architekturen und Architekturmanagement in der Software- Organisation"

Transkript

1 und management Modellierung von en und management in der Software- Organisation

2 und management Autor Malte Foegen Partner wibas GmbH Otto-Hesse-Str. 19B Darmstadt Tel wibas IT Maturity Services is official Partner of the Software Engineering Institute (SEI) of the Carnegie Mellon University for SCAMPI appraisals and CMMI training Zusammenfassung Zusammenfassung Stichworte Eine definiert die Grundstruktur eines DV-Systems. Sie ist damit einer der Schlüsselfaktoren für eine stabile, wartbare und funktionierende DV. Dieser Artikel umreißt den Begriff der und stellt deren Bedeutung in der Software-Entwicklung dar. Außerdem werden IT- und Unternehmens- gegeneinander abgegrenzt. Der Beitrag gibt eine Übersicht über die konkreten Arbeitsprodukte, mit denen eine definiert werden kann, und er zeigt die Aufgabe des -Managements in einer Organisation auf. DV-, Informationssystem-, Geschäftsarchitektur, management, Metaebene, Modellierung, Software- Engineering, Wartbarkeit 2 Version 1.1 Copyright 2005 wibas GmbH

3 Modellierung von en und management in der Software-Organisation Inhalt Sinn und Zweck von...4 Begriff der 4 Ziele einer 4 Einfluss der auf das System 4 Bedeutung der 5 Abgrenzung... 7 Geschäftsarchitektur und DV- 7 eines Systems und einer Systemfamilie 8 Arbeitsprodukte zur Beschreibung einer DV Funktionale und operationale Sicht 9 Arbeitsprodukte im Überblick 9 management Ziel und Definition des managements 12 Aufgaben des managements 12 Fazit

4 und management 1 Sinn und Zweck von 1.1 Begriff der definiert die Grund-Struktur eines Systems DV- umfasst Hardund Software, und sie kann ein System oder eine System- Familie spezifizieren In diesem Beitrag werden unter die Dinge verstanden, welche die (Grund-)Struktur eines Systems definieren. Mit Struktur sind dabei nicht nur die statischen Aspekte eines Systems wie z.b. Komponenten, ihre Schnittstellen und Beziehungen untereinander gemeint, sondern auch dynamische Aspekte wie etwa die Kommunikation zwischen den Komponenten. Eine wird aus einer Reihe von Sichten d.h. einzelnen Arbeitsprodukten beschrieben, die zusammen die definieren (zu en siehe [1], [2] und [3]). Eine DV-, wie wir Sie in diesem Artikel näher betrachten, beschreibt sowohl Hard- wie auch Software-Strukturen. Eine kann für nur ein System entworfen werden wie auch für eine ganze Systemfamilie (vgl. Abschnitt 2.2). 1.2 Ziele einer Ziel einer : Anforderungen erfüllen (utilitas), Robustheit (firmitas) und Kommunikation der Funktion durch die Form (venustas) Das Ziel einer ist es sicherzustellen, dass das spätere System die Anforderungen erfüllt (utilitas), robust gegenüber Änderungen ist (firmitas) und eine gewisse Schönheit besitzt (venustas). Mit Schönheit ist dabei gemeint, dass ein System seine Funktion durch seine Form kommuniziert. Diese allgemeine Definition von in der Encyclopaedia Britannica [4] ist auch für die Softwaretechnik unverändert gültig. Die Begriffe utilitas, firmitas und venustas fassen die drei wichtigsten Fragen zusammen, der sich eine täglich stellen muss: Wird das System damit die Anforderungen erfüllen? Wird es robust gegenüber möglichen Änderungen sein? Werden die Anwendungsentwickler die und die Anwender das System intuitiv nutzen können? 1.3 Einfluss der auf das System Eine bestimmt die Struktur eines Systems auf zwei Ebenen: sie legt Grundstrukturen fest und sie definiert Regeln, die bei der Entwicklung des Systems einzuhalten sind Eine bestimmt die Struktur eines Systems auf zwei Ebenen. Zum einen legt die das Modell des späteren Systems in einem gewissen Umfang fest und definiert damit die Gegenstandsebene, u.a. durch die Strukturierung des Systems in bestimmte Subsysteme und durch die Entwicklung von Basiskomponenten wie z.b. einer standardisierten Datenhaltungs-Zugriffschnittstelle (Persistenzframework). Zum anderen definiert sie Regeln, die bei der Entwicklung des Systems einzuhalten sind. Damit definiert sie die Metaebene 4 Version 1.1 Copyright 2005 wibas GmbH

5 Modellierung von en und management in der Software-Organisation der Entwicklung, z.b. durch Programmierrichtlinien oder Muster. Diesen Sachverhalt stellt Abbildung 1 näher dar. Modell der Metaebene Modell der Gegenstandsebene bereich Modellierungs- und Gestaltungsregeln keine rekursiv abhängigen Komponenten nicht ok ok wendet an Definition der Komponenten und ihrer Beziehungen (Grey Box) Definition und Implementierung der Basiskomponenten/ Frameworks (White Box) Anwendungsentwicklungsbereich wendet an Anwendung der Modellierungsregeln Spezialisierung Nutzung der Basiskomponenten (als Black Box) Die Anwendungsentwicklung darf die Grundstruktur des Systems (wie durch die definiert) nicht ändern, füllt sie aber weiter aus. Implementierung der Subsysteme (White Box) Abb. 1. Einfluss der auf die Anwendungsentwicklung (die Pfeile lehnen sich an die UML Notation an) 1.4 Bedeutung der Die eines Systems ist einer der zentralen Erfolgsfaktoren für den Projekterfolg. Die definiert die Basis eines Systems: mit ihr steht und fällt seine Qualität. Darüber hinaus wird mit einer erreicht, dass bewährte Lösungen nicht wiederholt neu erfunden werden müssen, dass Komponenten gewissen Strukturregeln folgen und sich in ein gemeinsames größeres Ganzes einfügen und in ihre IT-Umgebung passen (Interoperabilität, Integrierbarkeit, Austauschbarkeit). Schließlich spiegelt sich die Struktur des Systems bei größeren Entwicklungsteams in der Projektorganisation wider. Die kann gezielt das Projektmanagement unterstützen. Nicht zuletzt definiert die die technische Sprache des Projekts und sichert ein gemeinsames technisches Grundverständnis. Die bewusste Erstellung einer für eine ganze Familie von DV-Systemen ist für Unternehmen sinnvoll, die eine Reihe von Anwendungen miteinander interagieren lassen müssen, bzw. die auf einer Plattform eine Reihe von Anwendungen entwicklen. Eine für eine Systemfamilie ist nicht nur aus Synergiegründen sinn- ist einer der zentralen Erfolgsfaktoren für den Projekterfolg für eine Systemfamilie, um Synergien zu nutzen und Wartbarkeit sicherzustellen 5

6 und management voll, sondern für eine Wartbarkeit des Systems notwendig. Ohne eine einheitiche DV- entsteht ein System-Wildwuchs, der nicht nur teuer zu betreiben ist, sondern auch nur unter großem Aufwand weiterentwicklet werden kann. Eine Wiederverwendung von Lösungen und Ressourcen wird damit fast gänzlich unmöglich. Dadurch werden Unternehmen DV-technisch die Hände gebunden, und für das Geschäft benötigte Erweiterungen oder Änderungen können nicht oder nicht in einem akzeptablem Zeitraum durchgeführt werden. 6 Version 1.1 Copyright 2005 wibas GmbH

7 Modellierung von en und management in der Software-Organisation 2 Abgrenzung 2.1 Geschäftsarchitektur und DV- Der Begriff wird für eine Vielzahl von Systemen verwendet. Grundsätzlich können wir zwischen der von DV- Systemen (mit Hard- und Software) und sozialen Systemen (mit Organisationen, Prozessen und Ressourcen) unterscheiden zur Definition von DV- und Unternehmensarchitektur siehe auch [12]. Im Kontext der Entwicklung von DV-Systemen sind vier en von Bedeutung (siehe Abbildung 2): Die Geschäftsarchitektur (auch Unternehmensarchitektur genannt) legt die Grundstrukturen des Geschäfts durch die Definition von Geschäftszielen, Prozessen, Organisationsstrukturen und Ressourcen fest. Für die Erstellung von betrieblichen Informationsund Unterstützungssystemen ist sie eine zentrale Informationsquelle. Die Projektarchitektur definiert die Prozesse, Organisation und Ressourcen des Projekts. Sie ist Voraussetzung für das reibungslose Funktionieren des Projekts. Die Systemarchitektur definiert die Hard- und Software des zukünftigen technischen Systems (das zur Unterstützung der Abläufe im Geschäft beschrieben durch die Geschäftsarchitektur verwendet wird). Die Entwicklungsarchitektur definiert die Hard- und Software der Entwicklungsumgebung, also des Systems, mit dem das Zielsystem erstellt wird. Ggf. tritt hierzu noch die für das Testsystem. von DV-Systemen (mit Hard- und Software) und sozialen Systemen (mit Organisationen, Prozessen und Ressourcen) Organisiert und strukturiert das Geschäft Organisiert und strukturiert das EDV-System en für soziale Systeme definieren: Organisation Prozesse Ressourcen System- Entwicklungs- Unternehmens- Geschäfts- Projekt- en für technische Systeme definieren: Hardware Software Organisiert und strukturiert das Projekt Organisiert und strukturiert das Entwicklungs-EDV-System Abb. 2. Geschäfts-, Projekt-, System- und Entwicklungsarchitektur 7

8 und management Im folgenden geht der Artikel näher auf DV-en ein Die im folgenden vorgestellten Arbeitsprodukte dienen der Beschreibung der eines DV-Systems, d.h. sie können zur Definition der System- und Entwicklungsarchitektur verwendet werden (zur Modellierung der von sozialen Systemen siehe z.b. [7]). 2.2 eines Systems und einer Systemfamilie eines Systems versus einer Systemfamilie en für Systemfamilien können auch in mehreren Stufen aufeinander aufbauen Eine kann für ein System, aber auch für eine Systemfamilie entworfen werden. Während die eines Systems die Grundstrukturen für ein spezielles DV-System definiert, spezifiziert die einer Systemfamilie die Grundstrukturen für eine Familie von DV-Systemen und stellt sicher, dass die Systeme ein gemeinsames Ganzes ergeben. Die en der einzelnen Systeme bauen auf die der Systemfamilie auf. Die für ein System liegt in der Verantwortung des für das System verantwortlichen Projektteams. Die der Systemfamilie ist hingegen eine projektübergreifende Aufgabe. Das Management der en wird im Abschnitt 4 näher betrachtet. en für Systemfamilien können in mehreren aufeinander aufbauenden Schichten erstellt werden. So kann sich z.b. eine für Internetanwendungen auf die allgemeine DV- im Unternehmen stützen, die wiederum auf allgemeine muster bzw. prinzipien aufbaut (siehe Abbildung 3). Systemfamilie 1 System 1 System n... des Systems der Systemfamilie... Unternehmensweite Systemarchitektur... allgemein anerkannte grundlagen Abb. 3. Beispiel für aufeinander aufbauende Schichten von en Gleiche Arten von Arbeitsprodukten für die eines Systems wie einer Systemfamilie Die im folgenden vorgestellten Arten von Arbeitsprodukte zur Definition einer DV- werden sowohl für die eines Systems wie für die einer Systemfamilie verwendet. Je nach Verwendung unterscheiden sich die Arbeitsprodukte jedoch in der Breite und Tiefe. 8 Version 1.1 Copyright 2005 wibas GmbH

9 Modellierung von en und management in der Software-Organisation 3 Arbeitsprodukte zur Beschreibung einer DV- 3.1 Funktionale und operationale Sicht Die beiden zentralen Teile einer eines DV-Systems sind die softwaretechnische und die Infrastrukturarchitektur. Die Infrastrukturarchitektur erfasst die holistische, operationale Sicht auf das System. Hierzu zählen unter anderem das technische System (mit Hardware, Plattformen, Lokationen, Verbindungen), die Platzierung der Softwarekomponenten in Rahmen des technischen Systems, die Konfiguration und das Management des Systems (Kapazitätsplanung, Softwareverteilung, Datensicherung und Wiederanlauf). Die softwaretechnische erfasst die Softwarekomponenten, die auf den Hardwarekomponenten ausgeführt werden, d.h. die funktionale Sicht auf das System. Hierzu gehören unter anderem die Struktur und Aufteilung der Softwarekomponenten, die Schnittstellen der Komponenten, die Beziehungen zwischen den Komponenten und die Zusammenarbeit der Komponenten miteinander. Software- und Infrastrukturarchitektur Infrastrukturarchitektur ist operationale Sicht Softwaretechnische ist funktionale Sicht 3.2 Arbeitsprodukte im Überblick Abbildung 4 stellt die Arbeitsprodukte im Überblick dar, die in den Bereich der Systemarchitektur fallen. Arbeitsprodukte definieren die fassbaren (Zwischen-)Ergebnisse, d.h. was für eine getan werden muss unabhängig vom zeitlichen wann. Die Auswahl dieser Arbeitsprodukte zur Definition einer beruht auf den praktischen Erfahrungen, die wir in vielen Projekten gemacht haben und die sich in mehreren Schritten herauskristallisiert haben (siehe z.b. die Entwicklungsmethoden der IBM in [8], [9] und [10]). Eine ausführliche Darstellung der Arbeitsprodukte findet sich in [6] und [5]. Das in Abbildung 4 mit DV-System (Gegenstandsebene) bezeichnete Paket enthält die Elemente der, welche die Gegenstandsebene betreffen (zur Gegenstandsebene siehe Abbildung 1). Im Wesentlichen sind dies das Komponentenmodell (component model) der Softwaretechnischen und das Operationale Modell (operational model) der Infrastrukturarchitektur. Zum Komponentenmodell gehören auch komponenten, die der Anwendungsentwicklung zur Verfügung gestellt werden z.b. gekaufte Komponenten oder von der gruppe entwickelte (Framework-)Komponenten. Installationseinheiten (deployment units) Überblick über die Arbeitsprodukte zur Definition einer DV- Arbeitsprodukte zur Erfassung der des DV- Systems 9

10 und management sind Komponeten-Pakete, die auf den Knoten des Operationalen Modells platziert werden. Die zeitliche und organisatorische Lösung der Verteilung dieser Installationseinheiten zeigt der Verteilungs- Managementplan (software distribution plan). Die skizze (architecture overview diagram) entspricht dem mit Gegenstandsebene bezeichneten Paket in einem frühen Stadium. muster (architectural templates) stellen die Modellierungs- und Gestaltungsregeln auf der Metaebene dar, also Entwicklungsanleitungen zur Entwicklung der selbst sowie der einzelnen Anwendungssysteme; sie bilden zusammen mit dem inneren Paket Gegenstandsebene die des DV-Systems. Geschäftsarchitektur Organization Design Process Definition System Context Use Case Model Usability Requirements Non- Functional Requirements Anforderungen Change Cases Resource Definition Domain Model Current IT Environment Current IT Standards Reference Architecture Fit/Gap Analysis gesamter Systemarchitekturbereich Architecture Overview Diagram Systemarchitektur (Gegenstands- und Metaebene) Systemarchitektur (Gegenstandsebene) Service Level Characteristic Analysis Architectural Templates Component Model Softwaretechnische (Funktionale Aspekte) Deployment Units Operational Model Software Distribution Plan Infrastruktur- (Operationale Aspekte) Technical Prototype Viability Assessment Architectural Decisions Abb. 4. Arbeitsprodukte zur Definition einer DV-. Die Pfeile zwischen den Arbeitsprodukten (oder Paketen von Arbeitsprodukten) skizzieren die wichtigsten gegenseitigen Einflüsse. Anforderungen und Geschäftsarchitektur Eine muss insgesamt die Anforderungen erfüllen, die durch eine Reihe von Arbeitsprodukten im Paket Anforderungen festgehalten werden (utilitas). Die Anforderungen werden wiederum durch die Geschäftsarchitektur bestimmt, deren Prozesse durch die DV-Systeme unterstützt werden. 10 Version 1.1 Copyright 2005 wibas GmbH

11 Modellierung von en und management in der Software-Organisation Bei der Definition einer ist es sinnvoll, auf bewährte Konzepte zurückzugreifen die gezielte Auswahl von Referenzarchitekturen ist daher ein eigenes Arbeitsprodukt (reference architecture fit/gap analysis). Schließlich muss eine überprüft werden. Einzelne Fragestellungen können ggf. durch Prototypen beantwortet werden. Darüber hinaus ist eine Überprüfung der notwendig hinsichtlich der Erfüllung der qualitativen und quantitativen nichtfunktionalen Anforderungen (service level characteristic analysis), wie auch gegenüber den Anforderungen insgesamt (viability assessment). Nicht alle hier kurz dargestellten Arbeitsprodukte sind immer notwendig, und nicht jedes Arbeitsprodukt muss ein eigenes Dokument darstellen. Die Auswahl der für ein bestimmtes Projekt notwendigen Arbeitsprodukte, die Bestimmung der adäquaten Breite und Tiefe der Bearbeitung und ggf. die Zusammenfassung von Arbeitsprodukten zu einem Dokument ist einer der wichtigsten Aufgaben des Architekten bei der Projektplanung. Dies gilt gleichermaßen für die Auswahl der notwendigen Arbeitsprodukte für die einer Systemfamilie. Referenzarchitekturen Überprüfung der Für eine konkrete müssen die notwendigen Arbeitsprodukte ausgewählt werden 11

12 4 management und management 4.1 Ziel und Definition des managements Unternehmen müssen ihre DV-Strukturen langfristig beherrschen, warten und weiterentwickeln, damit die Systeme die aktuellen Wertschöpfungsketten unterstützen und Kosten für Parallelentwicklungen in Projekten vermieden werden management entwickelt die, so dass die strategischen und fachlichen Anforderungen erfüllt werden Unternehmen müssen ihre DV-Strukturen langfristig beherrschen, warten und weiterentwickeln, damit die Systeme die jeweils aktuellen Wertschöpfungsketten unterstützen. Viele Unternehmen haben in der Vergangenheit festgestellt, dass sie miteinander verknüpfte Projekte nur unzureichend kontrollieren können und dass fachliche und technische Abhängigkeiten unklar sind. Letzteres kann bis zu dem Punkt gehen, dass geschäftliche Anforderungen und die durch die DV- Systeme gegebenen Möglichkeiten so weit auseinanderklaffen, dass Marktchancen nicht realisiert werden können. Dies verursacht Kosten für unzureichend unterstützte Geschäftsabläufe und Opportunitätskosten für nicht realisierte Produkte oder Marktchancen. Ein weiteres Problem ist, dass in Projekten Technologien oder Software-Komponenten doppelt entwickelt werden und dass für Anpassungen oder Schnittstellen ein hoher Entwicklungaufwand notwendig ist beides verursacht ebenfalls erhebliche Kosten. Um dieses Problem zu lösen ist ein management notwendig. Dieses entwickelt und pflegt die, so dass die strategischen und fachlichen Anforderungen kosten- und zeiteffizient erfüllt werden. Außerdem ist das management dafür verantwortlich, dass die im Unternehmen gelebt wird. Während Projekte und die Erstellung der systemspezifischen en zeitlich begrenzte Vorhaben sind, ist management eine dauerhafte Aufgabe. 4.2Aufgaben des managements Aufgaben des managements: Erstellung, Pflege und Weiterentwicklung der DV- Erstellung, Pflege und Weiterentwicklung der Geschäfts- Die obige Definition des managements zeigt die beiden zentralen Aufgaben auf (siehe Abbildung 5): Die DV- für die DV-Systeme des Unternehmens ( für eine Systemfamilie, siehe Abschnitt 2.2) muss erstellt, gepflegt und weiterentwickelt werden. Diese DV- definiert eine einheitliche Basis für die DV-Systeme des Unternehmens. Die Definition der DV- erfolgt mit Hilfe der in Abschnitt 3 dargestellten Arbeitsprodukte. Um die Entwicklung der DV-Systeme und des Unternehmens zu verknüpfen und Klarheit über fachliche und technische Zusammenhänge zu gewinnen, muss eine Geschäftsarchitektur des Unternehmens (siehe Abschnitt 2.1) erstellt, gepflegt und weiterentwickelt werden. Diese Geschäftsarchitektur definiert eine ein- 12 Version 1.1 Copyright 2005 wibas GmbH

13 Modellierung von en und management in der Software-Organisation heitliche Basis für die Art und Weise, wie das Unternehmen funktioniert. Theoretisch könnte die Entwicklung der Unternehmensarchitektur auch bei der Unternehmensführung angesiedelt werden. Die enge Verknüpfung der DV-Systeme und der Geschäftsarchitektur legt aber nahe, beide Aufgaben miteinander zu verbinden. Das Team muss interdisziplinär besetzt sein und Personen mit hohem fachlichen und Personen mit hohem technischen Know-How umfassen. Eine solche Bündelung der Aufgaben trägt auch der strategischen Bedeutung der DV-Systeme für den Unternehmenserfolg Rechnung. Die dauerhafte Aufgabe des managements sollte klar definiert sein, d.h. dessen Organisation, Prozesse und Ressourcen sollten festgelegt sein. Erstellung, Weiterentwicklung und Kommunikation der im Unternehmen wird durch die Prozesse beschrieben. Hierzu gehören auch Prozesse zum Testen der und Ausnahmeregelungen (z.b. Fehlerbehebung, Änderung von Anforderungen). Die Organisation mit Rollen und Verantwortlichkeiten macht die Zuständigkeiten und Kompetenzen im management klar und stellt dar, welche Organisationseinheiten eingebunden werden. Die Definition der Ressourcen legt fest, welche Arbeitsprodukte bzw. Ergebnisse vom management erstellt bzw. benötigt werden. Verbindung von fachlichem und technischem Wissen Definition des managements selbst Strategische Vorgaben Unternehmens-Vision, strategische Unternehmens-Ziele IT-Vision, strategische IT-Ziele Markttrends Wettbewerb management management-prozesse management-organisation (Rollen & Verantwortlichkeiten, Personen, Teamstruktur) management-ressourcen (Informationen, Arbeitsprodukte, Hard- und Software) Geschäfts- Prozesse Organisation (Rollen & Verantwortlichkeiten, Personen, Teamstruktur) Ressourcen (Informationen, Arbeitsprodukte, Hardund Software) DV- Operationales Modell (Hardware-, Middleware, Platzierung der Software) Funktionales Modell (Software-) muster Fachliche Anforderungen Technologische Rahmenbedingungen Existierende DV- Landschaft Neue Technologien Operationalisierung: Projekte Projekt-Organisationen Anwendungen und Anwendungssysteme Abb. 5. Aufgaben und Umfeld des managements (siehe hierzu auch [11]) 13

14 und management als Basis um strategische Ziele, fachliche Anforderungen, technologische Rahmenbedingungen und Projekte in Einklang zu bringen Voraussetzungen für den Erfolg eines managements Das management steht mit seiner Arbeit im täglichen Spannungsfeld zwischen den strategischen Zielen, den konkreten fachlichen Anforderungen, den technologischen Rahmenbedingungen und der in Form von Projekten realisierten Weiterentwicklung der DV-Systeme und Unternehmensstrukturen. Die dokumentierte DVund Geschäftsarchitektur ist hierbei die Basis, um im täglichen Geschäft eine langfristige Ausrichtung und um eine Grundlage für fachliche und technologische Entscheidungen zu haben. Für den Erfolg des managements ist eine langfristige Ausrichtung und eine Management-Unterstützung unabdingbare Voraussetzung. Darüber hinaus ist das Kow-How und die Akzeptanz der im team beteiligten Personen und die enge Verzahnung von Projekten und dem managementteam von hoher Bedeutung. Ebenso ist eine pragmatische und an den Notwendigkeiten der Projekte orientierte Herangehensweise erforderlich. So kann z.b. für ein kleines Unternehmen alleine schon eine bewusste Gestaltung einer systemübergreifenden durch personelle Kontinuität und eine explizite Formulierung von grundsätzen und -entscheidungen erreicht werden. Nicht zuletzt ist eine offene Kommunikation der Schlüssel für eine Akzeptanz. 14 Version 1.1 Copyright 2005 wibas GmbH

15 Modellierung von en und management in der Software-Organisation 5 Fazit Eine bestimmt die Struktur eines Systems. Die explizite Definition einer ist unerlässlich, um die Systemstruktur nicht dem Zufall zu überlassen, sondern um sie gezielt zu gestalten. Aufgabe einer ist es, die Grundlagen für ein System bzw. für eine unternehmensweite Systemfamilie so zu legen, dass es die Anforderungen erfüllt, robust gegenüber Änderungen und verständlich ist. Die in diesem Artikel vorgestellten Arbeitsprodukte sind geeignet, eine Systemarchitektur umfassend bis hinunter auf die Detailebene zu modellieren. Diese Arbeitsprodukte werden von Architekten erstellt und müssen von den Anwendungsentwicklern als Nutzer der verstanden werden. Für ein konkretes Projekt ist es meist nicht erforderlich, alle vorgestellten Arbeitsprodukte als jeweils einzelne Dokumente zu erstellen, aber das Komponentenmodell, das Operationale Modell und die muster sollten auf keinen Fall fehlen. Um die Weiterentwicklung des Unternehmens und die der DV- Systeme miteinander zu verknüpfen und langfristig ausrichten zu können, ist ein management sinnvoll. Dessen Aufgabe ist es, die DV- und die Geschäftsarchitektur zu definieren, zu integrieren und weiterzuentwickeln. Zentrale Bedeutung der Bedeutung des managements 15

16 und management Literaturverzeichnis 1. L. Bass, P. Clements, R. Kazman: Software Architecture in Practice, Addisson-Wesley Publishing Company, Reading, L. Bass, R. Kazman: Architecture-Based Development, Carnegie Mellon University, Software Engineering Institute, Technical Report CMU/SEI- 99-TR-007/ESC-TR , Pittsburgh, P. C. Clements, L. M. Northrop: Software Architecture: An Executive Overview, Carnegie Mellon University, Software Engineering Institute, Technical Report CMU/SEI-96-TR-003/ESC-TR , Pittsburgh, Encyclopaedia Britannica Inc. (Hrsg.): The New Encyclopaedia Britannica, Macropaedia, Volume1, Stichwort Architecture, Seiten: , Encyclopaedia Britannica Inc, Chicago, M. Foegen, J. Battenfeld: Die Rolle der in der Anwendungsentwicklung, Informatik Spektrum, Band 24, Seiten , Springer Verlag, Heidelberg, Download unter 6. M. Foegen, J. Battenfeld, P. Atamaniuk: Modellierung von en, in: T. Spitta, J. Borchers, H. M. Sneed (Hrsg.): Software Management 2002, Progress through Constancy, Seiten , Gesellschaft für Informatik, Bonn, Download unter 7. D. W. McDavid: A standard for business architecture description, IBM Systems Journal, Vol. 38, No. 1, Seiten 12ff, IBM, IBM, Developing Object Oriented Software, An Experience-Based Approach, Prentice Hall, Upper Saddle River, IBM: IBM Global Services Method 3.0, Familie von Vorgehensweisen für Serviceprojekte, IBM internes Dokument, Dokument-Nummer ZZ , R. Youngs, D. Redmond-Pyle, P. Spaas, and E. Kahan: A standard for architecture description, IBM Systems Journal, Vol. 38, No. 1, Seiten 32ff, IBM, M. Werres: Enterprise Architecture Management The IBM Approach, Vortrag für den GI Arbeitskreis Enterprise Architecture, akea.iwi.unisg.ch, K. Hildebrand: Informationsmanagement Wettbewerbsorientierte Informationsverarbeitung mit Standard-Software und Internet, R. Oldenbourg Verlag, München, Version 1.1 Copyright 2005 wibas GmbH

17 Modellierung von en und management in der Software-Organisation Trademarks and Service Marks Capability Maturity Model; Capability Maturity Modeling; Carnegie Mellon; CMM; and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University IDEAL; Personal Software Process; PSP; SCAMPI; SCAMPI Lead Assessor; SCAMPI Lead Appraiser; SEI; SEPG; Team Software Process; and TSP are service marks of Carnegie Mellon University IT Maturity Services is a registered trademark by wibas IT Maturity Services GmbH 17

18 IT Maturity Services IT Maturity Services und das wibas Logo sind eingetragende Marken. Copyright 2004 wibas GmbH. Aufeinander abgestimmte Services zur Verbesserung der Fähigkeiten Ihrer Anwendungsentwicklung Management des Software-Risikos Möchten Sie die Fähigkeiten Ihrer Anwendungsentwicklung maximieren? Suchen Sie Unterstützung bei der professionellen Durchführung Ihrer Projekte? wibas bietet Ihnen aufeinander abgestimmten Services, mit denen wir Sie bei der erfolgreichen Projektdurchführung und bei einem erfolgreichen Management der Software-Risiken in Ihrer Organisation unterstützen. Wir setzen Projekte mit Ihnen in einer Woche systematisch auf unterstützen Projekte durch intensive Mitarbeit führen für Sie zugeschnittene Schulungen durch führen Reviews Ihrer Projekte oder Ihrer Zulieferer durch verbessern die Fähigkeiten Ihrer Anwendungsentwicklung und bringen Ihre Software-Organisation zur CMM/CMMI oder SPICE Zertifizierung Bei allen Leistungen kombiniert wibas Projekt-Management- und Software- Engineering-Kenntnisse. wibas bietet Ihnen ein Set von bewährten Lösungsmustern zur Planung und Durchführung von Projekten. Wir arbeiten aktiv in Projekten und bei der Verbesserung der Software- Organisation mit. ProjectExpress Aufsetzen eines Projekts mit Ergebnissen, Rollen und Plänen innerhalb einer Woche ProjectExperts Fachleute, die in Ihrem Projekt mitarbeiten und dabei die kritischen Erfolgsfaktoren im Blick haben IT Encape Verbesserung des Software Engineerings im Unternehmen bis hin zur Zertifizierung nach CMM und ISO Normen ProjectVista Analyse von Projekten und Aufzeigen von Maßnahmen um einen Projekterfolg sicherzustellen IT MasterClass Ausbildung und Weiterentwicklung von IT Fachkräften im Bereich des Software Engineerings wibas IT Maturity Services GmbH Otto-Hesse-Str. 19 B Darmstadt Tel: Fax:

Modellierung von Architekturen

Modellierung von Architekturen Modellierung von Architekturen Malte Foegen, Patrick Atamaniuk wibas GmbH, Otto-Hesse-Str. 19 / T5, 64293 Darmstadt {malte.foegen, patrick.atamaniuk}@wibas.de Abstract: This paper is based on our experience

Mehr

Agile Verbesserung der Arbeit Der richtige Weg zur professionellen IT

Agile Verbesserung der Arbeit Der richtige Weg zur professionellen IT Malte Foegen, Mareike Solbach, Claudia Raak Agile Verbesserung der Arbeit Der richtige Weg zur professionellen IT IT Maturity S e r v i c e s 1 Der falsche Weg 2 Der richtige Weg -2- Copyright 2007 wibas

Mehr

Capability Maturity Model Integration. Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung

Capability Maturity Model Integration. Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung Capability Maturity Model Integration Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung Capability Maturity Model Integration Autoren Malte Foegen, Partner wibas IT Maturity Services GmbH,

Mehr

CMMI-ITIL Prozessverbesserung für den IT Betrieb

CMMI-ITIL Prozessverbesserung für den IT Betrieb CMMI-ITIL Prozessverbesserung für den IT Betrieb Einbindung der IT Infrastructure Library (ITIL) in die Architektur des Capability Maturity Models Integration (CMMI) CMMI-ITIL Prozessverbesserung für den

Mehr

Vorgehensmodelle zwischen Agilität, Phasenmodellen, Projektmanagementstandards und Reifegradmodellen auf dem Weg in die Nische

Vorgehensmodelle zwischen Agilität, Phasenmodellen, Projektmanagementstandards und Reifegradmodellen auf dem Weg in die Nische Vorgehensmodelle zwischen Agilität, Phasenmodellen, Projektmanagementstandards und Reifegradmodellen auf dem Weg in die Nische G. Fessler SEI-certified SCAMPI SM Lead Appraiser, DGQ/EOQ Lead Auditor Six

Mehr

Veränderungsmethoden für die Einführung von CMMI/ITIL

Veränderungsmethoden für die Einführung von CMMI/ITIL Veränderungsmethoden für die Einführung von CMMI/ITIL, 05. Juni 2009 IT SERVICES Powering Business from the Inside IT Services ist der interne IT-Dienstleister innerhalb des Konzerns Deutsche Post DHL

Mehr

Eine ISO-Norm für Wissensmanagement?

Eine ISO-Norm für Wissensmanagement? Eine ISO-Norm für Wissensmanagement? 09.12.2014 von Christian Katz Die aktuelle Revision der ISO 9001 (Qualitätsmanagementsysteme) lädt ein, über die Harmonisierung aller Managementsystem-Normen nachzudenken:

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

TÜV SÜD Informatik und Consulting Services GmbH Bereich Consulting Marcus Giese und Alfons Huber itsm@tuev-sued.de

TÜV SÜD Informatik und Consulting Services GmbH Bereich Consulting Marcus Giese und Alfons Huber itsm@tuev-sued.de Normen und Standards TÜV SÜD Informatik und Consulting Services GmbH Bereich Consulting Marcus Giese und Alfons Huber itsm@tuev-sued.de (...ITSM 3 Assessment, ITIL-, ISO 20000-Know How, Trainer für itsmf

Mehr

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress BPM im Kontext von Unternehmensarchitekturen Konstantin Gress Agenda 1 Worum geht s BPM, EA und SOA im Überblick 2 Link zwischen EA und BPM 3 Link zwischen SOA und BPM 4 Wie spielt das zusammen? 5 Q&A

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

TOGAF The Open Group Architecture Framework

TOGAF The Open Group Architecture Framework TOGAF The Open Group Architecture Ein Überblick Gesellschaft für Informatik, Regionalgruppe München Dr. Michael Bulenda München, 7.12.2009 Vorstellung Dr. M. Bulenda Seit 2001 bei Cirquent IT Management

Mehr

Cloud Architektur Workshop

Cloud Architektur Workshop Cloud Architektur Workshop Ein Angebot von IBM Software Services for Cloud & Smarter Infrastructure Agenda 1. Überblick Cloud Architektur Workshop 2. In 12 Schritten bis zur Cloud 3. Workshop Vorgehensmodell

Mehr

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Modellgetriebene Softwareentwicklung auf Basis von TOPCASED am Beispiel

Mehr

Medical SPICE Von der Regulierung zur Praxis

Medical SPICE Von der Regulierung zur Praxis Medical SPICE Von der Regulierung zur Praxis Thomas Wunderlich, Manager, Vector Consulting Services GmbH Markus Manleitner, SW Quality Assurance Officer, Dräger medical GmbH MedConf 2013, 17.10.2013 2013.

Mehr

Abbildung 1: Titelbild (Quelle: http://www.oobject.com/algorithmic-architecture/follymorph-continuum-group-finalpresentation/3267/)

Abbildung 1: Titelbild (Quelle: http://www.oobject.com/algorithmic-architecture/follymorph-continuum-group-finalpresentation/3267/) Abbildung 1: Titelbild (Quelle: http://www.oobject.com/algorithmic-architecture/follymorph-continuum-group-finalpresentation/3267/) Enterprise Continuum Wiederverwendung von Unternehmensarchitekturen Modul

Mehr

Neue Produkte 2010. Ploetz + Zeller GmbH Truderinger Straße 13 81677 München Tel: +49 (89) 890 635-0 www.p-und-z.de

Neue Produkte 2010. Ploetz + Zeller GmbH Truderinger Straße 13 81677 München Tel: +49 (89) 890 635-0 www.p-und-z.de Neue Produkte 2010 Ploetz + Zeller GmbH Truderinger Straße 13 81677 München Tel: +49 (89) 890 635-0 Ploetz + Zeller GmbH. Symbio ist eine eingetragene Marke der Ploetz + Zeller GmbH. Alle anderen Marken

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

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

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

Wie denken Sie anders über Veränderungen?

Wie denken Sie anders über Veränderungen? Istprozess. Sollprozess. Rollout. Fertig. Wie denken Sie anders über Veränderungen? Turning Visions into Business Nur für Teilnehmer - 1 - Background of Malte Foegen COO of wibas GmbH Supports major international

Mehr

Mit unserem Leitbild. Ziel sind perfekte Abläufe nicht Perfektionismus! Creating Impact Anywhere.24

Mit unserem Leitbild. Ziel sind perfekte Abläufe nicht Perfektionismus! Creating Impact Anywhere.24 Mit unserem Leitbild Creating Impact Anywhere.24 bieten wir national und international unsere Dienstleistungen an, um Sie zu unterstützen, erfolgreich zu sein. Ziel sind perfekte Abläufe nicht Perfektionismus!

Mehr

Softwarearchitekturen für das Internet der Energie

Softwarearchitekturen für das Internet der Energie Softwarearchitekturen für das Internet der Energie Herausforderungen und Anforderungen an die Architektur aus Sicht der Informatik Manfred Broy Lehrstuhl für Software & Systems Engineering Technische Universität

Mehr

Unsere Leidenschaft. Service, Bestände, Kosten mit uns haben Sie das magische Dreieck des Supply-Chain-Managements im Griff. Supply Chains never sleep

Unsere Leidenschaft. Service, Bestände, Kosten mit uns haben Sie das magische Dreieck des Supply-Chain-Managements im Griff. Supply Chains never sleep Unsere Leidenschaft Service, Bestände, Kosten mit uns haben Sie das magische Dreieck des Supply-Chain-Managements im Griff Supply Chains never sleep - 1 - ILOCS bietet Software, Trainings und Lösungen

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

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

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das

Mehr

Informationswirtschaft II

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe

Mehr

Software Assessments verhelfen zur effektiven Prozessverbesserung

Software Assessments verhelfen zur effektiven Prozessverbesserung Assessments verhelfen zur effektiven Prozessverbesserung Ein Erfahrungsbericht Dr. Gunter Hirche Gründe für ein Assessment Anforderungen: Probleme bei der Abwicklung von Projekten mit SW-Anteilen Termine,

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

Requirements Engineering in Prozessmodellen CMMI, V-Modell XT und andere

Requirements Engineering in Prozessmodellen CMMI, V-Modell XT und andere Engineering in Prozessmodellen CMMI, V-Modell XT und andere Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung 2012-03-07 1 Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD

Mehr

Effektive Architekturdokumentation mit arc42

Effektive Architekturdokumentation mit arc42 01 Whitepaper: Technologie > Architekturdokumentation Cofinpro die Experten für Kredit und Wertpapier Effektive Architekturdokumentation mit arc42 Inhalt 1 Software-Architektur mit arc42 2 2 arc42 2 3

Mehr

Referenzprozessmodell zur erfolgreichen Durchführung von CRM - Projekten

Referenzprozessmodell zur erfolgreichen Durchführung von CRM - Projekten Referenzprozessmodell zur erfolgreichen Durchführung von CRM - Projekten Eine große Anzahl von CRM- Projekten scheitert oder erreicht die gesetzten Ziele nicht. Die Ursachen hierfür liegen oftmals in der

Mehr

Qualität in Projekten

Qualität in Projekten Qualitätssicherung (QS) / Qualitätsmanagement (QM).. was braucht ein Projekt? 1 Inhalte Begrüßen / Vorstellen QS / QM im Unternehmen & QS / QM im Projekt Beispiele (Kosten) Zusammenfassung / Abschluss

Mehr

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. Stefan Topp Honeywell International SARL 16. Februar 2012 Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. 1 Agenda Hintergruende Der Auswahlprozess Ausrollen von

Mehr

Requirements Engineering as a Success Factor in Software Projects

Requirements Engineering as a Success Factor in Software Projects Requirements Engineering as a Success Factor in Software Projects Hubert F. Hofmann, Franz Lehner Vorgetragen von Holger Friedrich Motivation Falsche Anforderungen sind der häufigste Grund für das Scheitern

Mehr

Maturity Assesment for Processes in IT

Maturity Assesment for Processes in IT Maturity Assesment for Processes in IT Was ist MAPIT? Maturity Assessment for Processes in IT Werkzeug zur Reifegradbestimmung von IT Service Management Prozessen hinsichtlich ihrer Performance und Qualität

Mehr

IT- Fähigkeitsmodell nach OYSTER (Exemplarischer Ausschnitt)

IT- Fähigkeitsmodell nach OYSTER (Exemplarischer Ausschnitt) IT- Fähigkeitsmodell nach OYSTER (Exemplarischer Ausschnitt) Umfassendes Know How Ein starkes Team Pragmatische, methodengestützte Vorgehensweise OYSTER Consulting GmbH greift auf einen langjährigen weltweiten

Mehr

Software Engineering und Information Technology

Software Engineering und Information Technology Innovation, together we do it Software Engineering und Information Technology Helbling Technik Ihr Partner für gemeinsame Innovation und Software-Entwicklung Hochwertige Software für unsere Kunden weltweit

Mehr

Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007

Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007 Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007 2007-09-27 1 Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD Computing Science, Univ. of Manchester 1989-1995:

Mehr

ITIL & TOGAF die Doppelspitze für IT Governance

ITIL & TOGAF die Doppelspitze für IT Governance 1 ITIL Day 2014 ITIL & TOGAF die Doppelspitze für IT Governance Referenten: Arif Chughtai, Matthias Gessenay 2 Referenten Arif Chughtai mail@arifchughtai.org www.arifchughtai.org Matthias Gessenay matthias.gessenay@corporatesoftware.ch

Mehr

Kapitel 2 Unternehmensarchitektur I

Kapitel 2 Unternehmensarchitektur I Kapitel 2 Unternehmensarchitektur I Software Architecture, Quality, and Testing FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Unternehmensarchitektur - Enterprise Architecture (EA)

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

Systemarchitektur und SPICE

Systemarchitektur und SPICE Systemarchitektur und SPICE systems.camp 2015 Version 1.0, 2015-04-18, pv Systemarchitektur und SPICE Gliederung Ebene 1 Motivation von SPICE Anforderungen von SPICE an eine Systemarchitektur 12.05.2015

Mehr

Your Landscape in Shape. Quo Vadis Business Architecture? - Ergebnisse eines Benchmarkings in 2014 - Fachkonferenz Facharchitektur in Versicherungen

Your Landscape in Shape. Quo Vadis Business Architecture? - Ergebnisse eines Benchmarkings in 2014 - Fachkonferenz Facharchitektur in Versicherungen Your Landscape in Shape Scape Enterprise Architecture Office and Consulting Dr. Daniel Simon Quo Vadis Business Architecture? - Ergebnisse eines Benchmarkings in 2014 - Fachkonferenz Facharchitektur in

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

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

SPiCE und Test: Was hat das denn miteinander zu tun?

SPiCE und Test: Was hat das denn miteinander zu tun? SPiCE und Test: Was hat das denn miteinander zu tun? TAV Düsseldorf 15./16.2.2007 Arbeitskreis Test eingebetteter Systeme Dr. Uwe Hehn Uwe.Hehn@methodpark.de Gliederung Reifegradmodelle Übersicht über

Mehr

Susanne Muehlbauer 29. November 2011

Susanne Muehlbauer 29. November 2011 Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29. Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche

Mehr

Master-Thesis (m/w) für unseren Standort Stuttgart

Master-Thesis (m/w) für unseren Standort Stuttgart Master-Thesis (m/w) für unseren Standort Abschlussarbeit im Bereich Business Process Management (BPM) Effizienzsteigerung von Enterprise Architecture Management durch Einsatz von Kennzahlen Braincourt

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

Kapitel 1 Applikations-Architektur V

Kapitel 1 Applikations-Architektur V Kapitel 1 Applikations-Architektur V Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile und

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

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

Was ist Software-Architektur?

Was ist Software-Architektur? Was ist Software-Architektur? Stephan Schulze Martin Knobloch 28.04.2004 Seminar: Software-Architektur Humboldt Universität zu Berlin sschulze knobloch@informatik.hu-berlin.de Gliederung Begriffsbestimmung

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

SOA Starter Kit Einführungsstrategien und Einstiegspunkte

SOA Starter Kit Einführungsstrategien und Einstiegspunkte SOA Starter Kit Einführungsstrategien und Einstiegspunkte Benjamin Brunner Berater OPITZ CONSULTING Bad Homburg GmbH SOA Starter Kit Seite 1 Agenda Wer sollte eine SOA nutzen? Welche Ziele kann eine SOA

Mehr

Ordentliche Geschäftsprozessmodellierung (GPM) nutzt auch Ihrer IT-Infrastruktur. (Was hat GPM mit IT zu tun?) Antonius J.M.

Ordentliche Geschäftsprozessmodellierung (GPM) nutzt auch Ihrer IT-Infrastruktur. (Was hat GPM mit IT zu tun?) Antonius J.M. Ordentliche Geschäftsprozessmodellierung (GPM) nutzt auch Ihrer IT-Infrastruktur (Was hat GPM mit IT zu tun?) Antonius J.M. van Hoof Fachrichtung Informationstechnik GPM-Workshop 07.07.2006 Inhalt Kernpunkte

Mehr

Phasen. Gliederung. Rational Unified Process

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

Mehr

Requirements Engineering Übung 8 Systemmodellierung im RE

Requirements Engineering Übung 8 Systemmodellierung im RE Requirements Engineering Übung 8 modellierung im RE Dr. Birgit Penzenstadler, Dr. Daniel Méndez, Jonas Eckhardt 11. Dezember 2012 Übung 8 Aufgabe 1: Modelle als Sichten auf ein Aufgabe 2: Von Anwendungsfällen

Mehr

Konzept und Umsetzung einer Service-Orientierten IT-Beratung

Konzept und Umsetzung einer Service-Orientierten IT-Beratung Konzept und Umsetzung einer Service-Orientierten IT-Beratung 35. Jahrestagung der Gesellschaft für Informatik Workshop IT-Beratung Christian Bollermann, Axel Emunds, Uwe Johnen 21. September 2005 WHU Wissenschaftliche

Mehr

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

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

Mehr

Projektmanagement im Umfeld innovativer Software Technologien. Projektmanagement bei SAP Consulting

Projektmanagement im Umfeld innovativer Software Technologien. Projektmanagement bei SAP Consulting Projektmanagement im Umfeld innovativer Software Technologien Projektmanagement bei SAP Consulting Agenda 1 SAP Consulting als IT Dienstleister & Servicepartner 2 IT Projekte & Projektmanagement Do s &

Mehr

ckc Finance Club EAM Master Planning

ckc Finance Club EAM Master Planning ckc Finance Club EAM Master Planning 22. Februar 2007 Peter Barth-Nicolini, alfabet AG Agenda Vorstellung alfabet AG Herausforderung Business & IT Alignment Überblick: Strategische IT Planung mit planningit

Mehr

Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ)

Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Dr. Ralf Kneuper GI-Workshop Vorgehensmodelle 2009 2009-04-09 1 Ralf Kneuper Dipl.-Mathematiker,

Mehr

Die Wahrheit über CMMI PMI Hamburg, 18.01.2013

Die Wahrheit über CMMI PMI Hamburg, 18.01.2013 Die Wahrheit über CMMI PMI Hamburg, 18.01.2013 Turning Visions into Business - 1 - Abstract Was fällt Ihnen als erstes zu CMMI ein? Zertifizierungen irgendwelcher Level? Die meisten Unternehmen kommen

Mehr

Mit CMMI Prozesse verbessern!

Mit CMMI Prozesse verbessern! Mit CMMI Prozesse verbessern! Dr. Jürgen Schmied ist seit mehr als 10 Jahren als Berater für Software- Engineering-Themen tätig. Bei der method park Software AG ist er Principal Consultant zu den Themen

Mehr

P030 The Open Group Architecture Framework (TO-GAF) als Unternehmensarchitektur Methode für die Bundesverwaltung

P030 The Open Group Architecture Framework (TO-GAF) als Unternehmensarchitektur Methode für die Bundesverwaltung Eidgenössisches Finanzdepartement EFD Informatiksteuerungsorgan des Bundes ISB P030 The Open Group Architecture Framework (TO-GAF) als Unternehmensarchitektur Methode für die Bundesverwaltung Klassifizierung:

Mehr

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

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

Mehr

ACT Gruppe. www.actgruppe.de. Effizienz. Innovation. Sicherheit.

ACT Gruppe. www.actgruppe.de. Effizienz. Innovation. Sicherheit. www.actgruppe.de ACT Gruppe Effizienz. Innovation. Sicherheit. ACT Gruppe, Rudolf-Diesel-Straße 18, 53859 Niederkassel Telefon: +49 228 97125-0, Fax: +49 228 97125-40 E-Mail: info@actgruppe.de, Internet:

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

Project Management Office (PMO)

Project Management Office (PMO) Project Management Office (PMO) Modeerscheinung oder organisatorische Chance? Stefan Hagen startup euregio Management GmbH, Januar 2007 Einleitung Dem professionellen Management von Projekten und Programmen

Mehr

Wachstum ermöglichen durch Agilität und Transparenz in der IT

Wachstum ermöglichen durch Agilität und Transparenz in der IT Wachstum ermöglichen durch Agilität und Transparenz in der IT Tools Berlin 08.05.2014 14 Jahre Sicherheit im E-Commerce da kommt so einiges zusammen! 200 Mitarbeiter 17.800 Zertifizierte Online-Shops 5.800.000

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

4. SAP Anwenderforum. Vorgehensmodell zur Geschäftsprozessoptimierung bei der Einführung branchenorientierter Standardsoftware. Lukas W. H.

4. SAP Anwenderforum. Vorgehensmodell zur Geschäftsprozessoptimierung bei der Einführung branchenorientierter Standardsoftware. Lukas W. H. 4. SAP Anwenderforum Vorgehensmodell zur Geschäftsprozessoptimierung bei der Einführung branchenorientierter Standardsoftware Lukas W. H. Kühl Agenda. Themenbereiche Nutzenaspekte branchenorientierter

Mehr

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer Agiles Projektmanagement erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011 Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de conplement AG, Nürnberg 2 conplement

Mehr

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden

Mehr

Artikelserie. Projektmanagement-Office

Artikelserie. Projektmanagement-Office Projektmanagement-Office Projektarbeit ermöglicht die Entwicklung intelligenter, kreativer und vor allem bedarfsgerechter Lösungen, die Unternehmen heute brauchen, um im Wettbewerb zu bestehen. Besonders

Mehr

Vom Projektmanagement zum Management by Projects

Vom Projektmanagement zum Management by Projects Vom Projektmanagement zum Management by Projects 25. September 2003 IT-Fachtagung Industrielle Software-Produktion 2003 Universität Stuttgart, IPVS Referent: Christoph Marti, lic.oec.hsg www.mbs-partner.com

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

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

Gemeinsam mehr erreichen.

Gemeinsam mehr erreichen. Gemeinsam mehr erreichen. Microservices in der Oracle SOA Suite Baden 10. September 2015 Ihr Ansprechpartner Carsten Wiesbaum Principal Consultant carsten.wiesbaum@esentri.com @CWiesbaum Schwerpunkte:

Mehr

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden

Mehr

Management großer Projekte Ein modellbasierter Ansatz

Management großer Projekte Ein modellbasierter Ansatz Management großer Projekte Ein modellbasierter Ansatz Dr. Dehla Sokenou Herausforderungen des Projektmanagements Projekt Initialisierung Aufgaben sinnvoll planen/partitionieren Projekt Monitoring Arbeitsergebnisse/Status

Mehr

S-ITIL: IT-Infrastructure Library

S-ITIL: IT-Infrastructure Library S-ITIL: IT-Infrastructure Library ITIL bietet eine exzellente Basis zur Ausrichtung der IT an den Geschäftsanforderungen und Kunden sowie für einen effizienten und qualitativ hochwertigen IT-Betrieb. ITIL

Mehr

Generierung von Serviceverträgen auf Basis objektorientierter ereignisgesteuerter Prozessketten

Generierung von Serviceverträgen auf Basis objektorientierter ereignisgesteuerter Prozessketten Generierung von Serviceverträgen auf Basis objektorientierter ereignisgesteuerter Prozessketten Jörg Hartmann Universität Leipzig jhartmann@informatik.uni-leipzig.de 25.09.2012 Jörg Hartmann, SKIL 2012,

Mehr

Geschäftsprozessmanagement

Geschäftsprozessmanagement Geschäftsprozessmanagement Der INTARGIA-Ansatz Whitepaper Dr. Thomas Jurisch, Steffen Weber INTARGIA Managementberatung GmbH Max-Planck-Straße 20 63303 Dreieich Telefon: +49 (0)6103 / 5086-0 Telefax: +49

Mehr

Add SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG. White Paper 08/2007. Seite 1 von 6

Add SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG. White Paper 08/2007. Seite 1 von 6 Add SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG White Paper 08/2007 Seite 1 von 6 Add SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG Einleitung

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

esec der sichere Weg zum ganzheitlichen Information-Security-Management-System (ISMS) nach ISO 27001 Version: 2.9 / 29.09.2008

esec der sichere Weg zum ganzheitlichen Information-Security-Management-System (ISMS) nach ISO 27001 Version: 2.9 / 29.09.2008 esec der sichere Weg zum ganzheitlichen Information-Security-Management-System (ISMS) nach ISO 27001 Version: 2.9 / 29.09.2008 WMC Wüpper Management Consulting GmbH Vertriebs-/Projektbüros Unternehmenssitz

Mehr

Qualität 1. 1 Qualität

Qualität 1. 1 Qualität Qualität 1 1 Qualität Nach dem Durcharbeiten dieses Kapitels sollten Sie die Qualität für ein Softwaresystem definieren können, typische Qualitätskriterien kennen, Qualitätskriterien messbar festlegen

Mehr

IT-Development & Consulting

IT-Development & Consulting IT-Development & Consulting it-people it-solutions Wir sind seit 1988 führender IT-Dienstleister im Großraum München und unterstützen Sie in den Bereichen IT-Resourcing, IT-Consulting, IT-Development und

Mehr

BPM und egpm. Prozessbasierte Anforderungsanalyse, Fallstudie bei einem Kommunikationsunternehmen. Thorsten Fiege (Pegasystems) & Kai Meyer (C1 WPS)

BPM und egpm. Prozessbasierte Anforderungsanalyse, Fallstudie bei einem Kommunikationsunternehmen. Thorsten Fiege (Pegasystems) & Kai Meyer (C1 WPS) BPM und egpm Prozessbasierte Anforderungsanalyse, Fallstudie bei einem Kommunikationsunternehmen Thorsten Fiege (Pegasystems) & Kai Meyer (C1 WPS) C1 WPS GMBH //// Vogt-Kölln-Str. 30 //// 22527 HAMBURG

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

SAP Support On Demand - IBMs kombiniertes Service-Angebot für SAP Hosting und SAP Application Management Services (AMS)

SAP Support On Demand - IBMs kombiniertes Service-Angebot für SAP Hosting und SAP Application Management Services (AMS) (IGS) SAP Support On Demand - IBMs kombiniertes Service-Angebot für SAP Hosting und SAP Application Services (AMS) Martin Kadner, Product Manager SAP Hosting, GTS Klaus F. Kriesinger, Client Services Executive,

Mehr

Management großer Softwareprojekte

Management großer Softwareprojekte Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur und Softwaretechnik FIRST H. Schlingloff,

Mehr

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012 ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.52 märz 2012 RequIREMENTs EngINEERINg Ins Schwarze treffen Ins SchwARze treffen Requirements Engineering: die Grundlagen

Mehr

Scenario-Based Analysis of Software Architecture

Scenario-Based Analysis of Software Architecture Scenario-Based Analysis of Software Architecture Rick Kazman et al. Sebastian Schaner, HS Furtwangen, 18.06.09 Agenda Vorstellung der Autoren - Weitere Veröffentlichungen Beitragsinhalt - Kernaussagen

Mehr

IT-Sourcing-Check. InnovationTrust Consulting GmbH

IT-Sourcing-Check. InnovationTrust Consulting GmbH IT-Sourcing-Check Vorgehensmodell InnovationTrust Consulting GmbH Inhalt 1. Ausgangssituation / Zielsetzung 2. Grundlagen / Rahmenbedingungen 3. Vorgehensmodell IT-Sourcing-Check, Vorgehensmodell; 2 Permanente

Mehr