1 Software Engineering

Größe: px
Ab Seite anzeigen:

Download "1 Software Engineering"

Transkript

1 1 Sftware Engineering Inhalt 1. Vrgehensmdelle Begriff Ziele Kmpnenten eines Vrgehensmdells Vrgehensmdell-Varianten Anwendung der Vrgehensmdells Phasen der Sftwareentwicklung: Phasenmdell Planungsphase Anfrderungsdefinitin und Analyse Entwurf Implementatin und Test Einsatz und Wartung Kriterien für die Auswahl vn Vrgehensmdellen Unterschiedliche Phasenmdell-Typen Wasserfallmdell Cde und Fix-Mdell Evlutinäre Entwicklung Transfrmatische Entwicklung Spiralmdell Clustermdell Prttyping Vergleich Wasserfall, Evlutinäres Mdell und Prtyping The Synchrnize und Stabilize Develpment Mdel Phasenmdell vs. Vrgehensmdell Beschreibung vn Vrgehensmdellen Wartung vn Vrgehensmdellen Standardisierung vn V Mdellen Werkzeuge V-Mdell XT Ziele Vrgehensbausteine Prjektdurchführungsstrategie und Entscheidungspunkt... 16

2 2 Sftware Engineering 2.4. VMdell Philsphie Prjekttypen und Tailring im VMdell XT Schnittstellen zwischen Auftraggeber und Auftragnehmer VMdell Referenz Rllen VMdell Referenz Prdukte VMdell Referenz Aktivitäten Vrgehensbaustein Prjektmanagement Agile Sftwareentwicklung Extreme Prgramming Pair Prgramming Test Driven Develpment RUP Ratinal Unified Prcess Open Surce Sftware-Entwicklung Requirements Engineering Begriff: Anfrderung Zielgruppen Eigenschaften einer guten Anfrderungsspezifikatin Typische Prbleme mit Anfrderungen Requirement Engineering Funktinale und nicht-funktinale Anfrderungen Systemziele vs. Verifizierte nicht-funktinale Anfrderungen Prbleme beim Einsatz natürlicher Sprache Werkzeuge zur Strukturierung Anfrderungsspirale Validierung Kriterien für Anfrderungsprüfung Methden zur Anfrderungsprüfung Evlutin vn Anfrderungen The Requirement Activity Cde Anfrderungsanalyse im VMdell XT Requirement Prcess in RUP Sftware Architekturentwurf Architektursichten Sftware-Architekturen Einflussfaktren Qualitätsanfrderungen: Einfluss der System-Architektur... 35

3 3 Sftware Engineering 4.4. Aktivitäten im Architekturentwurfsprzess Systemstrukturierung: Datenspeichermdell Systemstrukturierung: Client/Server Mdell Systemstrukturierung: Mdell aus abstrakten Maschinen (Schichtenmdell) Steuerungsmdelle Zentrale Steuerung Aufruf/Rückgabe Mdell Managermdell Ereignisbasierte Steuerung Bradcast Mdell Interrupt-basiertes Steuerungsmdell Prinzipien des Architekturentwurfs Mdularisierung Infrmatin Hiding Trennung vn Zuständigkeiten Trennung vn Funktin und Interaktin Inhalte eines Architekturentwurfs Entwurfsziele Kmpnenten Externe Systeme Ressurcen Przesse Betriebsknzept Architekturentwurf eines Bankautmaten Abstraktinsebenen Dkumentatin vn Sftware-Architektur Kmpnentendiagramm Sequenzdiagramme Architekturmuster Pipe-Filter-Architekturmuster Mdel-View-Cntrller Plug-in-Architekturmuster Servicerientierte Architektur (SOA) Qualitätsmanagement Bestandteile der Sftware Qualitätssicherung... 46

4 4 Sftware Engineering Knstruktive (aktive) QS-maßnahmen Analytische (passive) QS-Maßnahmen Begutachtungen Prdukt- und Przessrientiertes QM Prinzip der unabhängigen QS Sftware Testen Begriffe/Klassifikatin Techniken zum Erstellen vn Testfällen Äquivalenzklassenbildung Grenzwertanalyse Entscheidungstabellentechnik Kntrllflussrientierte Testverfahren Datenflussrientierte Testverfahren... 54

5 5 Sftware Engineering 1. Vrgehensmdelle 1.1. Begriff Festlegung, der bei der Entwicklung eines Sftwaresystems durchzuführenden Aktivitäten swie Beziehung zwischen den Aktivitäten Anfrderungen an die Ergebnisse 1.2. Ziele Verbesserung der Kmmunikatin zwischen AG/AN Verringerung Anzahl Wartungsfälle (bessere Prduktqualität) Verbesserung des Wartungsaufwands (leichter verständlich, besser dkumentiert) Verbesserung Systementwicklungsprzess (Einbeziehung der Erfahrungen) 1.3. Kmpnenten eines Vrgehensmdells Resultatstypen Beschreiben Resultate, die erzeugt werden sllen Resultatsstruktur Beschreibt Beziehung, die zwischen Resultate bestehen müssen Aktivitätstypen Beschreiben Aktivitäten die auszuführen sind Aktivitätenstruktur Wann und in welcher Reihenflge die Aktivitäten auszuführen sind Vrgehensmdell-Varianten Dachmdell Enthält alle ntwendigen Aktivitäts- und Resultatstypen Zwecks Adaptierung wird Benutzer gewisse nicht benötigte Teile des Mdells entfernen Kernmdell Enthält, die im jedem Fall benötigten Aktivitäts- und Resultatstypen Muss ergänzen Bausteinmdell Besteht aus Anzahl relativ unabhängiger Teilmdelle 1.5. Anwendung der Vrgehensmdells Für jede knkrete Anwendungsentwicklung muss aus dem Vrgehensmdell knkreter Sftwareentwicklungsprzess abgeleitet werden. Przess Schema 1.6. Phasen der Sftwareentwicklung: Phasenmdell Grundidee: Sftware wird nicht in einem Schritt entwickelt, sndern durchläuft gewisse Phasen Gliederung der langen Laufzeit eines Prjektes in überschaubare Intervalle Phasen Planungsphase Anfrderungsdefinitin/Analyse Implementatin und Test

6 6 Sftware Engineering Einsatz und Wartung Planungsphase Ziel Prüfung, b System hergestellt werden sll Teilaktivität Auswahl des Sftwaresystems, unterstützt durch Trendstudien, Marktanalyse, Frschungsergebnisse, Vrentwicklungen Vruntersuchungen Ist-Aufnahme, wenn Vrgängerprdukt vrhanden Festlegen der Hauptfunktin, Hauptanfrderungsgruppen, wichtigsten Aspekte der Benutzerschnittstellen Durchführbarkeitsuntersuchung Alternative Lösungsvrschläge Technische, öknmische, persnelle Durchführbarkeit Anfrderungsdefinitin und Analyse Definitin der Anfrderungen u.u. Durchführung vn Bedarf und Ist-Analyse Festlegen vn Funktinen, Qualitätsmerkmale Definitin Benutzerschnellstellen Bestimmen vn Entwicklungs- und Zielumgebung Analyse der Anfrderungen Überprüfen der Anfrderungen auf Redundanz, Knsistenz, Vllständigkeit und Durchführbarkeit u.u Vrnahme vn Simulatinen, Durchführen vn Rapid Prttyping Entwurf Grbentwurf Entwicklung einer sftwaretechnischen, rganisatrischen Lösung im Sinne der Systemarchitektur. Bestehend aus Mdulen und Schnittstellen zwischen diesen (auch Umgebung) Feinentwurf (Mdulentwurf) Entwurf benötigter Datenstrukturen und Algrithmen für einzelne Mdule Implementatin und Test Umsetzung eines Systementwurfs in eine ablauffähigen Prgramm(mehrere) Systematisches Testen der Prgramme um Fehler aufzudecken Einsatz und Wartung Fertiggestelltes SW-Prdukt wird beim Anwender installiert, abgenmmen und eingesetzt. Im Laufe der Zeit werden Fehler krrigiert und Anpassungsmaßnahmen durchgeführt. Regelmäßige Sicherung Daten Einrichtung und Pflege vn Benutzerkennungen Verwaltung vn Plattenspeicher Gewährleistung Datenschutz, Erteilung/Überprüfung vn Zugriffsrechten

7 7 Sftware Engineering Benutzerbetreuung, Schulung Erweiterung der Funktinalität Fehlerkrrektur Anpassungsmaßnahmen Kriterien für die Auswahl vn Vrgehensmdellen Analyse der Prjektbegebenheiten Berücksichtigung vn vrhandenem Wissen und Erfahrungen mit Vrgehensmdellen Einarbeitungsaufwand Unklare der sich häufig ändernde Anfrderungen Einschätzung der Prblemstellung Kmplexität der Aufgabe (neuartig, knventinell) Interne Vrgaben Vertragliche Vrgaben Vrhandene Werkzeuge und Methden Analyse der Vrgehensmdelle Sprache, Bekanntheitsgrad, Verfügbarkeit und Kmplexität Ksten der Einführung, Möglichkeiten des Tailrings, Flexibilität Verfügbare Werkzeugunterstützung Unterstützter Prjekttyp 1.7. Unterschiedliche Phasenmdell-Typen Wasserfallmdell jede Aktivität in richtigen Reihenflge und vller Breite vllständig durchzuführen. Am Ende jeder Aktivität steht ein fertiges Dkument Sequentieller Entwicklungsablauf (bevr neu, das andere Ende) Auftraggeberseite ist nur in Definitinsphase vrgesehen. Vrteil Geregelter Ablauf der Phasen Nachteil Immer vllständige sequenzielle Durchführung der Entwicklungsschritte Risikfaktren werden unter Umständen zu wenig berücksichtigt, da zu Beginn festgelegter Entwicklungsablauf durchgeführt wird Cde und Fix-Mdell Evlutinäre Entwicklung Kernanfrderungen definieren Prdukt- Kern, der implementiert wird

8 8 Sftware Engineering Nullversin, dient zur Ermittlung neuer Anfrderungen SW-Prdukt wird stufenweise entwickelt, gesteuert durch Erfahrungen, die AG und Benutzer mit Prdukt machen. Gut, wenn AG Anfrderungen nicht vllständig kennt. Entwicklung ist Cde getrieben, Knzentratin auf lauffähige Prdukte. Vrteile AG erhält in kurzen Zeitabständen einsatzfähige Prdukte Frühzeitiger Einsatz einer eingeschränkten Prduktversin Prdukt wird in überschaubare Zyklen erstellt Krrektur der Neudefinitin der Entwicklungsrichtung möglich. Nachteile Falls Kernanfrderungen fehlen ist eventuell eine kmplette Überarbeitung der Systemarchitektur ntwendig Transfrmatische Entwicklung Spiralmdell Vrgehen bei Verwendung des Spiralmdells 1. Schritt Identifikatin der Ziele des Teilprdukts (Leistung, Funktinalität, Anpassbarkeit) Alternative Möglichkeiten zur Realisierung des Teilprdukts identifizieren (Entwurf A, B, Kauf) Identifikatin vn Randbedingungen, die bei versch. Alternativen zu beachten sind (Ksten, Zeit, Schnittstellen) 2. Schritt Evaluatin der Alternativen unter Berücksichtigung der Ziele und Randbedingungen Bei vrhanden Risiken: Entwicklung einer ksteneffektiven Strategie zur Überwindung der Risiken (Prttyping, Simulatin) 3. Schritt Festlegung des Przessmdells (Kmbinatin möglich) 4. Schritt Planung des nächsten Zyklus inkl. benötigter Ressurcen Review Schritte 1-3 Cmmitment über nächsten Zyklus herstellen Merkmale Risikgetriebenes Mdell Oberstes Ziel: Minimierung des Risiks

9 9 Sftware Engineering Ziele für jeden Zyklus werden aus Ergebnissen des Letzten abgeleitet Keine Trennung vn Entwicklung und Wartung Zielbestimmung umfasst auch Q-Ziele Vrteile Zyklische Überprüfung und u.u erneute Festlegung des Przessablaufs in Abhängigkeit vn Risiken Ein Przessmdell wird nicht für gesamte Entwicklung festgelegt. Integratin anderer Przessmdelle möglich Flexibel Krrektur der Entwicklungsrichtung möglich Nachteile Hher Managementaufwand Wissen über Identifizierung und Management vn Risiken nicht überall vrhanden Geeignet für Risikreiche Prjekte Grßprjekte Neuartige Prjekte, für die nch keine Erfahrung vrliegen Clustermdell Orientiert sich an Bttm-up Vrgehensweise Unterstütz inkrementelle Entwicklung vn Systemen Gesamtaufgabe wird in Cluster geteilt Cluster = Gruppe vn Prgrammen Werden unabhängig vneinander entwickelt Vrgehensmdelle der einzelnen Mdelle können sich überlappen und gegenseitig beeinflussen Einzelne Cluster sind auf Wiederverwendung hin ausgelegt. Bei Realisierung der Cluster wird im Wesentlichen das Wasserfallmdel angewendet. (Übergänge der Phasen aber fließend) Spezifikatin Design und Implementierung (Zusammenfassung der einzelnen Phasen) Validierung und Generalisierung (Sicherstellen der Wiederverwendbarkeit) Prttyping Prblem: fehlende Einbeziehung der Endbenutzer in den Entwicklungsprzess Flgen Fehlerhafte und unvllständige Anfrderungen Geänderte/zusätzliche Anfrderungen, während des Entwicklungsprzesses der erst bei Bedienung des Systems auftreten werden nicht rechtzeitig der gar nicht erkannt. System gehen an den Anfrderungen des Endbenutzers vrbei und stßen auf Ablehnung.

10 10 Sftware Engineering Idee Bereitstellung eines ablauffähigen Mdells an dem Knsequenten vn Entwurfsentscheidungen aufgezeigt werden können Überprüfen erfasster Anfrderungen Benutzer frühzeitig Erfahrung im Umgang mit System sammeln können Demnstratinen technischer Möglichkeiten Charakteristika Reales, lauffähiges, benutzbares System wird in perativer Weise überprüft/bewertet Unvllständig Wird als Reaktin auf Anfrderungen der Benutzer möglichst schnell und wirtschaftlich realisiert Flge vn Arbeitsschritten Entwicklung Überprüfung Bewertung Thrw-Away-Prttyping Vrteile Reduzieren Entwicklungsrisik durch frühzeitige Einsatz vn Prttypen Können sinnvll in andere Przessmdelle integriert werden Durch Werkzeuge schnell erstellt Starke Rückkpplung mit Auftraggeber und Endbenutzer Nachteil Höherer Entwicklungsaufwand Gefahr, dass ein Wegwerf-Prttyp aus Termingründen Teil des Endprdukt wird Werden als Ersatz fehlender Dkumentatin angesehen Vergleich Wasserfall, Evlutinäres Mdell und Prtyping Przessmdell Primäres Ziel Antreibendes Benutzerbeteiligung Charakter Mment Wasserfall Minimaler Managementsaufwand Dkument Niedrig Sequentiell, vll Breite Evlutinär Minimale Entwicklungszeit Cde Mittel Sfrt, nur Kernsystem Prttyping Risikminimierung Cde hch Nur Teilsysteme Kmbinatinsmöglichkeiten Evlutinär Wasserfall nein Evlutinär Prttyping ja Ja

11 11 Sftware Engineering Einsatz vn Prttypen Prblemanalyse: Machbarkeitsstudien Spezifikatin: UI-Prttyp Entwurf: Architektur und Kmpnententyp Implementierung: experimentelle Prttypen The Synchrnize und Stabilize Develpment Mdel Aus Visin Beginnt mit der Visin des Teams: Was sll das Prdukt können? Prduktmanager entwickelt grbe funktinale Spezifikatin für ganzen Prjektablauf Zeitplan hat mehrere Stabilisatinspunkte(Meilensteine) Jeder Punkt repräsentiert Entwicklungszyklus: Design, Cde, Benutzertest, Test, daily builds, debugging, Integratin und Stabilisatin Jeder Subzyklus wird mehrere Male wiederhlt. (Alpha der Betarelease) Die Pufferzeit(in jedem Release) sichert das jedes Team genug Flexibilität hat Marktanfrderungen und Änderungen an System anzupassen Im letzten Meilensteint ist das User Interface gefrren und der Cde kmplett. Letzter Test, Debug und Stabilisatin wird durchgeführt Final Release Anmerkung Nur wenn das Prjekt fertig gestellt ist, ist die funktinale Spezifikatin abgeschlssen. Vs. Wasserfallmdell (hier Spezifikatin bereits anfangs festgelegt)

12 12 Sftware Engineering Vergleich mit Wasserfallmdell Synchrnize und Stabilize Mdel Specificatin, Develpement and Testing are dne in parallel Visin statement is created and specificatin evlves Wasserfallmdell Phase are cmplete sequentielly Cmplete specificatin dcument and detailed design is dne befre cding Priritized feature are build in ¾ milestnes All prduct pieced are built simultaneusly Synchs are dne frequently (daily builds) with intermediate stabilizatin (milestnes) Ship dates are fixed, but there are cmplete release cycles Custmer feedback is cnsidered during develpment Large teamwrk like small teams regardless f prject size One late, large integratin and test phase ccurs at the prject ends An attempt is made t achieve feature and prduct perfectin Custmer feedback serves as input fr feature prjects Many individuals in large functinal grups t scale up prjects 1.8. Phasenmdell vs. Vrgehensmdell Phasenmdell Zerlegt Entwicklungsprzess in Phasen Vrgehensmdell beschreibt detailliert den Ablauf der Phasen in die Resultate 1.9. Beschreibung vn Vrgehensmdellen Zweck Dkumentatin, Arbeitsanweisungen Grundlage für Rechnerunterstützung während Entwicklungsprzess (Aktivitäten Mgmt) Analyse (Vllständig, Widerspruchsfreiheit, Redundanzfreiheit) Ausgangspunkt f. Verbesserungsmaßnahmen Resultatstypen/Resultatsstruktur - Textuell - Tabellarisch - Grafisches Datenmdell (ERP) - Prgramsprachliche Ntatin Aktivitätstypen, Aktivitätsstruktur - textuell - tabellarisch - prgrammsprachliche Ntatin - Patenflussdiagramme - Petrinetze

13 13 Sftware Engineering Beschreibungssprachen für Vrgehensmdelle Frmale Beschreibung: eindeutig/analysierbar Prgrammsprachliche Ntatin: direkt ausführbar (prcess prgramming) Grafische Beschreibung: leicht verständlich aber nicht eindeutig Ideal: KOMBINATION Auswahlkriterien für Beschreibungssprachen Ausdrucksmächtigkeit (Objekte, Aktivitäten, Rllen, Ressurcen, Regeln, Zeitaspekte, Annahmen, Kmmunikatinsaspekte) Möglichkeiten der Visualisierung Ausführbarkeit Detaillierungsgrad Frmulierungsgrad Wartbarkeit Bsp. Semantisches Datenmdell, Petri netze Wartung vn Vrgehensmdellen Initiale Anpassung an die Begebenheiten des jeweiligen Unternehmens Langfristige Wissensakkumulierung V-Mdell ist nicht statisch Darstellung Erfahrungsbasis der SW-Entwicklung des U. Kurzfristige prjektspezifische Adaptierung Durchführung lkaler Anpassungen des etablierten Vrgehensmdells an spezifische Anfrderungen des Prjekt Dynamische Anpassung Während Prjektdurchführung wegen Festgestellter Fehler Neue unvrhergesehene Situatinen Änderung äußerer Bedingungen (Standard, Vrschriften, Vertrags-Partner, neue Werkzeuge) Bewusste Ausklammerung bestimmter Aspekte bei Prjektbeginn Änderungsarten Parametrisierte Änderungen: Mdell enthält Parameter die autmatisch Änderungen durchführen Resultats-Aktivitätennamen Hilfetexte Methden und Werkzeuge Interpretatin Mdifizierte Schablnen Ergänzung und Streichung der Resultats und Aktivitätstypen

14 14 Sftware Engineering Standardisierung vn V Mdellen Ziele AUFTRAGGEBERSICHT - Austauschbarkeit Entwicklerteams - Verringerung Schulungsaufwand - Vergleichbarkeit Angebte AUFTRAGNEHMERSICHT - Nutzung Erfahrung anderer - Verfügbarkeit vn erprbten Methden und Werkzeuge

15 15 Sftware Engineering Werkzeuge Werkzeugtyp Beispiele Spezifikatin Entwurf Implementierung Verifikatin und Validierung Planungs-Werkzeuge Tabellenkalkulatin, Kstenund Aufwandsschätzwerkzeuge x x x x Editren Werkzeuge für das Änderungs- Management Text-, Diagrammeditren, Textverarbeitungsprgramme Werkzeuge zur Verflgung Anfrderungen, Änderungskntrllsysteme x x x x x x x x Werkzeuge für das Knfiguratins- Management Versinskntrllsysteme, Werkzeuge zur Systemerstellung x x Prttyping- Werkzeuge Generatren für Benutzerberflächen x x x Werkzeuge zur Methden- Unterstützung Entwurfseditren, Cdegeneratren x x Sprachverarbeitende Werkzeuge Cmpiler, Interpreter x x Werkzeuge zur Prgrammanalyse Statische und dynamische Analyseprgramme x x Testwerkzeuge Generatren für Testdaten, Prgramme zum Vgl. vn Daten x x Werkzeuge zur Fehlerbehebung Interaktive Debugging x x Dkumentatin- Werkzeuge Reengineering Werkzeuge Seitenlayut-, Bildbearbeitungsprgramme Systeme zur Neustrukturierung vn Prgrammen x x x x x

16 16 Sftware Engineering 2. V-Mdell XT 2.1. Ziele Minimierung vn Prjektrisiken Prjekttransparenz Planbarkeit vn Prjekten Frühzeitige Erkennung vn Abweichungen und Risiken bessere Steuerbarkeit weniger Risik Verbesserung und Gewährleistung der Qualität Definierte Zwischenergebnisse werden überprüft Einheitliche Prduktinhalte lesbarer, verständlicher, überprüfbar Eindämmung der Gesamtksten über den ganzen System/Prjektlebenszyklus Aufwand lässt sich besser einschätzen, kalkulieren und damit steuern Abhängigkeit vn AG und AN geht runter Verminderte Aufwand in anschließenden Prjekten Verbesserung der Kmmunikatin Durch Standardisierung Weniger Reibungsverluste Ziele der Neuentwicklung des V-Mdells XT Verbesserung der Unterstützung vn Anpassbarkeit, Anwendbarkeit, Skalierbarkeit und Änderungs- und Erweiterungsmöglichkeit Berücksichtigung: Standards der Technlgie, Anpassung aktueller Vrschriften/Nrmen Erweiterung der Anwendbarkeit (gesamter Systemlebenszyklus) Einführung rganisatinsspezifischen Verbesserungsprzess 2.2. Vrgehensbausteine Deckt eine knkrete Aufgabenstellung ab im Entwicklungsprzess Festlegung in der Aufgabenstellung Erarbeitende Prdukte Aktivitäten (zur Prdukterstellung) Rllen Vrgehensbaustein ist in sich abgeschlssen (Abhängigkeiten und Querbeziehungen zu anderen sind definiert) Sind die Mdularen Bausteine aus denen das VMdell aufgebaut ist Ein Vrgehensbaustein kapselt Prdukte, Aktivitäten und Rllen ab Ist eine Einheit die unabhängig verwend, veränder- und entwickelbar ist Prjektdurchführungsstrategie und Entscheidungspunkt PDS: definiert die Reihenflge der Prjekt zu erreichenden Frtschrittsstufen Entscheidungspunkt definiert Zeitpunkt an dem Frtschrittsentscheidung (ja/nein) getrffen wird Legt die Menge der Prdukte fest, die fertiggestellt werden müssen

17 17 Sftware Engineering 2.4. VMdell Philsphie Prdukte = Mittelpunkt = Prjektergebnisse P-Durchführungsstrategie und Entscheidungspunkte legen Reihenflge der Prduktfertigstellung fest grundlegende Prjektstruktur Detaillierte Planung und Steuerung wird auf Basis der Bearbeitung und Fertigstellung vn Prdukten durchgeführt Prduktqualität ist überprüfbar durch definierte Prduktanfrderungen und die Beschreibung ihrer Abhängigkeiten 2.5. Prjekttypen und Tailring im VMdell XT Auswahl des Prjekttyps Auswahl anzuwendender Vrgehensbausteine Auswahl der Prjektführungsstrategie und Entscheidungspunkte Tailring mit Prjektmerkmalen Auf Basis der Prjektmerkmale wird ein Anwendungsprfil erstellt Anwendungsprfil legt die Auswahl fest, der Vrgehensbausteine(Aktivitäten, Prdukte) Prjektdurchführungsstrategie(muss nch instanziert werden) Die Begründung der Auswahl liegt in der Festlegung des Anwendungsprfils fest, die im Prjekthandbuch dkumentiert wird Schnittstellen zwischen Auftraggeber und Auftragnehmer

18 18 Sftware Engineering 2.7. VMdell Referenz Rllen Überblick alle Rllen des VMdells Inhalt: detaillierte Rllenbeschreibung (Prdukte, Aktivitäten zugerdnet) Für Prjektabwicklung erfrderlich, MA in Teams und Rllen festzugelegen damit diese gemeinschaftlich den Prjektauftrag realisieren unter den Zeit, Ksten und Qualitätsvrgaben Definitin Rllen Organisatinsunabhängige Definitin Hat Fähigkeiten und Kenntnisse Aufgaben und Befugnisse zugerdnet Basis des Fähigkeitsprfils (Rlle) werden MA ausgewählt Besndere erfrderliche Randbedingungen der Rlle werden in der Rllenbesetzung angegeben. Rllenausprägungen werden jeder Rlle zugerdnet verantwrtlich Für Erstellung eines Prdukts im Ksten, Zeit, Qualität Rahmen Übergabe der erstellten/geänderten Prdukte an das KM Krdinatin beteiligter Rllen Meldung über Beginn/Abschluss einer (Teil-)Aktivität des zu erstellten/ändernden Prdukt/Thema an den P-Admin. mitwirkend Beteiligt an der Erstellung vn Prdukten/Themen Beteiligt an Abstimmung Prdukterstelllung nur durch Mitwirkung Einbringen vn Kenntnissen/Erfahrung vn Prdukten bezüglich Ksten, Zeit, Qualität vranbringen 2.8. VMdell Referenz Prdukte Beschreibt Themen, Prduktgruppen und Prdukte entsprechende den hierarchischen Prduktmdells Zusammenhänge werden durch Prduktabhängigkeiten beschrieben 2.9. VMdell Referenz Aktivitäten Beschreibt entsprechend dem hierarchischen Aktivitätenmdell alle Aktivitäten, Teilaktivitäten und Aktivitätengruppen, gibt Überblick Innerhalb der Aktivitäten wird die Reihenflge der Teilaktivitäten festgelegt (kmplexe werden durch Teilaktivitätenfluss grafisch dargestellt) Dabei bearbeitende Prdukte werden festgelegt detaillierte Anleitung zur Bearbeitung und Beschreibung der Prdukte

19 19 Sftware Engineering Vrgehensbaustein Prjektmanagement Rllen Prjektleiter Operative Leitung Plant, krdiniert, überwacht, steuert Prjektablauf Bebachtet Prjektergebnisse anderer Prjektteilnehmer Event. Nachbesserung Terminüberwachung Regelmäßiger Bericht an Lenkungsausschuss Prjektmanager Verantwrtung ggü Lenkungsauschuss Kntrlle vn Einhaltung der vertraglichen Abmachungen Prjektvertreter nach außen Legt Rahmenbedingungen fest Prdukte und Aktivitäten Prdukt Verantwrtlic her (rllen) Be- Prjektleiter sprechungs- dkument Aktivität Besprechung durchführen Ziel Dkumentatin der Besprechungen, Einladung und Prtkll, Prjektstatusbericht Prjekttagebuch Prjektleiter Prjekttagebuch führen Dkumentatin aller gesammelten Erfahrungen zur Nutzung vn weiteren Prjekten Prjektleiter Prjektstatusbericht Prjektstatusbericht erstellen Regelmäßige Überprüfung des Prjektfrtschritts Prjektabschlussbericht Prjektleiter Prjektabschlussbe richt erstellen Übersicht über Mtivatin, Zielsetzung und erreichte Ergebnisse swie Prjekt gewnnene Erfahrung Prjekthandbuch Prjektleiter Prjekthandbuch erstellen Legt die für das Management ntwendigen Entwicklungen und Anpassungen fest, dient als Infquelle und Richtlinie für alle Prjektbeteiligten Prjektleiter Prjektmanagementinfrastruktur Prjekt- management- Infrastruktur einrichten und pflegen Schätzung Prjektleiter Schätzung durchführen Nutzung eines Knglmerats vn Werkzeugen zur Planung und Durchführung des Prjekts Schätzung des Prjektaufwandes

20 20 Sftware Engineering Risikliste Prjektleiter Risiken managen (identifizieren, bewerten, Gegenmaßnahmen planen) Verwaltung identifizierter Risiken und Festhalten der geplanten Gegenmaßnahmen Prjektplan Prjektleiter Prjekt planen Gesicherte und gerdnete Durchführung des Prjekts, detaillierte Beschreibung des Ablaufs Arbeitsauftrag Prjektleiter Arbeitsauftrag vergeben Instrument für interne Prjektsteuerung enthält Aufgabenstellung, Verantwrtliche und Fertigstellungstermin, anhängig vm Prjektplan Prjektfrtschrittsentscheidungen Prjektmanager Prjektfrtschrittsentscheidung herbeiführen Definitin vn Qualitätsmerkmalen, Überprüfung Prjektfrtschritts, Prtkllierung der Prjektentscheidungen Agile Sftwareentwicklung Feststellung Zunehmende Bürkratie durch zu umfangreiche Vrgehensmdelle Entmenschlichung durch Entwicklungsprzess durch zu detaillierte Planung Schnelle Änderungen der I&K Technlgie Frderung Beschränkung aufs Wesentliche, kein vllständiger Verzicht auf Planung Individuen/Interaktin wichtiger als VMdell und Werkzeuge Prdukt wichtiger als Dkumentatin Vertrauensvlle Zusammenarbeit statt Vertragsverhandlungen Reaktin auf Veränderungen statt Planen Merkmale eines agilen Verfahrens Inkrementell (kleine Releases in kurzen Abständen) Kperativ (Kunde und Entwickler arbeiten eng zusammen) Geradlinig (Methde selbst einfach zu lernen und ändern) Adaptiv (Fähig, auch Änderungen im letzten Mment) Punkte für ein erflgreiches Prjekt bei agiler Sftwareentwicklung Zwei bis acht Persnen in einem Raum Anwender vr Ort Kurze inkrementelle Phasen Vll autmatisierter Test Erfahrene Entwickler

21 21 Sftware Engineering Vergleich Agile Verfahren mit Klassische Verfahren Rllen Agile Verfahren Klassische Verfahren Entwickler Kunden Anfrderungen Verlass auf implizites Wissen der Entwickler Hhe Anfrderungen an die Entwickler Gefahr des fehl- und kurzsichtigen Entscheidens. Bereitschaft zum hhen Einsatz nötig Aktiver, invlvierter Kunde Wissen des Kunden vr Ort muss ausreichen, um Anfrderungen zu beschreiben Wirkungsvll bei sich ständig verändernden Anfrderungen Anfrderungen müssen nicht zu Beginn feststehen Reduzierung der Risiken durch Verlass auf Pläne und Architekturen Experteninterview der Dkumente möglich Kunde erbringt seinen Teil beim Frmulieren der Anfrderungsdkumente Kunde bei Meilenstein und Abnahme invlviert Wirkungsvll bei klaren Anfrderungen zu Prjektbeginn Unflexibel bei Änderungswünschen des Kunden Prjektgröße Effektiv bei kleinen mittelgrßen Prjekten (max. 20 Entwickler) Benötigt räumliche Nähe Zielsetzung Frühe Auslieferungen der Sftware als Ziel Dadurch entstandenes Design skaliert evtl. nicht genug(kurzsichtige Entscheidungen) Wartbarkeit Design und Dkumentatin nur in den Köpfen des Teams verfügbar Smit eher für interne Prjekte geeignet Einsatz bei grßen Prjekten Geringer Kmmunikatinsaufwand bei verteilten Prjekten Krrekte Implementierung der Anfrderungen als Ziel Einsatz bei sicherheitskritischen Prjekten Jede Phase endet mit Dkumentatin Dkumentatin als Grundlage für Wartung und Erweiterung Extreme Prgramming Grundprinzipien Unmittelbare Rückkpplung Streben nach Einfachheit Inkrementelle Weiterentwicklung Qualitätsarbeit leisten Änderungen willkmmen heißen

22 22 Sftware Engineering Regeln des Extreme Prgramming Planning User Stries are written Release planning creates the release schedule Make frequent small releases The Prject is divided int iteratins Iteratin planning stars each iteratin Managing Give each member a dedicated wrk space Set a sustainable pace A stand up meeting starts every day The prject velcity is measured Mve peple arund Fix XP when it breaks Designing Simplicity Chse a system metaphr Use CRC cards fr design decisins Create spike slutins t reduce risks Cding N functinality is added early Refactr wherever whenever pssible The custmer is always available Cde must be written t agreed standards Cde the unit test first All prductin cde is pair prgrammed Only n pair integrates cde at time Integrate ften Set up a dedicated integratin cmputer Use cllective wnership Testing All cde must have unit test All cde pass all unit test befre it can released When a bug is fund tests are created Acceptance tests are created

23 23 Sftware Engineering Iterativ- evlutinäres Mdel Verzicht auf strikten Anfrderungskatalg des Kunden Dafür Berücksichtigung vn Kundenwünschen, die sich nch während der Entwicklung ergeben Entwicklungsprzess durchläuft immer wieder in kurzen Zyklen sämtliche Disziplinen der klassischen Sftwareentwicklung Nur die im aktuellen Iteratinsschritt benötigten Merkmale werde implementiert Durch Verzicht auf reguläres Anfrderungsmanagement nicht für umfangreiche Prjekte geeignet Gefahr: keine belastbaren Abnahmekriterien für das erstellte Prdukt Prbleme bei der Sftwareentwicklung und Lösungen des XP Prblem Nichtbenutzbarkeit aufgrund vn Prgrammierfehlern Lösung durch XP Viele und frühe Tests Nichtbenutzbarkeit aufgrund vn Fehlentwicklung Unwartbarkeit Zeitplan nicht einhaltbar Featuritis Einbeziehung des Kunden in den Entwicklungsprzess Viele und frühe Tests Nur implementieren, was höchstes Nutzen/Aufwand-Verhältnis hat Nur wirklich ntwendigen Kmpnenten implementieren Nutzen vn XP für Kunden Prgrammierer Prjektleitung - Durch kurze Iteratinszyklen und Release-Planung steuernde Einwirkung auf Prjekt möglich - Prdukt passt sich aktuellen Anfrderungen an - Bereits nach kurzer Zeit kann unvllständiges aber funktinstüchtiges Prdukt eingesetzt werden. - Verbesserter Wissensaustausch durch ständig wechselnde Paare - Dadurch besserer Prjektüberblick und mehr Fachwissen - Bessere Steuerungsmöglichkeiten durch Einführung vn Metriken

24 24 Sftware Engineering Pair Prgramming Prgrammzeile wird vn Prgrammiererpaar geschrieben (einer implementiert, der andere prüft) Ziel: bessere Cdequalität Test Driven Develpment Testfälle werden knstruiert vr Implementatin Vrgehen für alle Mdule Testfall wird für Mdul knstruiert dann implementiert Ausführung und Fehlerbehebung Testfälle übernehmen Rlle vn funktinalen Spezifikatin (bei XP nicht vrhanden) Vraussetzung: disziplinierte Entwickler Gefahr: Missbrauch zur Chas Prgrammierung Rahmenbedingungen Vage sich ändernde Anfrderungen Kleine Entwicklerteams Wenn time t market wichtig ist Vermeidet Bürkratie im Entwicklungsprzess RUP Ratinal Unified Prcess Idee: erprbte Ansätze zur SW Entwicklung allgemein nutzbar machen RUP definiert Wrkflws Ablauf parallel der in Phasen Innerhalb Phase sind Iteratinen und inkrementelle Verbesserung möglich Persn übernimmt bestimmt Rlle führt Aktivität aus und das Ergebnis ist Artefakt Guidelines und Templates für Gestaltung der Artefakte werden zu Verfügung gestellt 4 Phasen der Sftwareentwicklung

25 25 Sftware Engineering Phase Ziel Aufgabe Knzeptinalisierung Entwurf Planen und Entscheidungsmöglichkeiten schaffen Erfassen wichtigsten Anfrderungen Validierte, stabile, ausführbare Architektur - Vrstudie Machbarkeit - Definitin Ziele und Abgrenzung - Realisierungsalternativen - Überblick Prblembereich Aufgaben - grbe Prjektplanung - Identifikatin vn Risiken Entwicklung Systemteile hher Prirität und hhem Risik Use-Case-Vervllständigen (Anfrderungsanalyse) Anwendungsarchitektur festlegen Feinplanung Iteratin Knstruktin und Realsierung Stabiles Prdukt ausliefern Inkrementelle Entwicklung des Subsystems und Integratin Test aller Kmpnenten, Schnittstellen und Dienste Dkumentatin Einführung und Betrieb Prdukt in Betrieb nehmen Auslieferung, Installatin, Schulung und Weiterbildung RUP Wrkflws Erfahrungen stehen frmalisiert zur Verfügung Umsetzung/Bedeutung der Schritte muss Fall- zu Fall festgelegt werden (Tailring) 2 Arten Cre Wrkflws Decken Entwicklungsaufgaben ab (Anfrderungsmanagement, Analyse/Design, Implementierung, Test, Einführung, Betrieb) Supprting Wrkflws Unterstützende Aufgaben (Knfiguratinsmanagemet, Prjektmanagement, Infrastrukturbereitstellung) RUP-Iteratinen Kennzeichen vn RUP Kann in jeder Phase vrkmmen

26 26 Sftware Engineering Entspricht kleinem Wasserfallmdell Jede Iteratin mit Release abgeschlssen Jeder Iteratin legt unterschiedliche Schwerpunkte hinsichtlich Wrkflws (iterativ/inkrementelles Verfahren) RUP-Rllen Definiert Verhalten/Verantwrtlichkeiten Verhalten = Aktivität: jede Rlle ist mit Menge vn Aktivitäten verbunden Verantwrtlichkeiten durch Artefakte (Verbindung) (kntrlliert, erstellt, mdifiziert) Persn kann mehrere Rllen übernehmen RUP-Aktivitäten Jede Rlle Aktivität Definiert zu verrichtende Arbeit Aktivität = Einheit vn Arbeitsschritten mit knkreten Ziel Aktivität sll nur mit kleiner Anzahl an Artefakten verbunden sein Können mehrfach ausgeführt werden RUP-Artefakte Aktivitäten besitzen Eingangs- und Ausgangsartefakte Infrmatin veränderbar, prduziert, verwendet vn Przess Stellen Neben- und Teilprdukte des Przesses dar Können unterschiedl. Frmen annehmen Können wiederum aus anderen Artefakten bestehen Entwickelt sich weiter RUP-Best Practices Sftware iterativ entwickeln Anfrderungsmanagement Verwendung kmpnentenbasierter Architekturen Visuelle Mdellierung Verifikatin der Qualität Kntrllieren der Änderungen

27 27 Sftware Engineering Vergleich vn VMdell XT und RUP VMdell XT RUP Orientierung Resultatsrientiert Aktivitätsrientiert Handlungsweise Nicht detailiert beschrieben Detailliert beschrieben Tailring Erweitertes Prjekt Tailring Einfaches Prjekttailring Werkzeug Rlle, Dkumentatin, Tätigkeiten Methden Prjektassistent: sichert Persistenz des Vrgehensmdells Anpassung auch während Prjektlaufzeit möglich Rllen sind Prdukte z u- gerdnet, Rlle-Prdukt- Aktivität Im Mittelpunkt stehen die Prdukte Kein knkreter Methdenvrschlag, stattdessen Vrschlag eines Methdensets, dadurch an Unternehmen anpassbar RUP Builder ermöglicht maßgeschneiderten RUP erstellten Rlle- Aktivität Artefakt Im Mittelpunkt stehen Aufgaben und Tätigkeit Use Case bezgen UML; Vrteil für kurzfristige knkrete Anwendung im Prjekt Inwieweit kann der RUP durch das VMdell XT abgedeckt werden Zurdnung vn RUP-Meilensteinen zu VMdell XT Entscheidungspunkten Knzept Entscheidungspunkte VMdell XT flexibler als Knzept Phasen und Meilensteine Abdeckung RUP Elemente mit VMdell XT Vrgehensbaustein RUP fasst Aktivitäten und Rllen in Wrkflws zusammen VMdell XT gruppiert diese Elemente in Vrgehensbausteinen Abdeckung der RUP-Artefakte mit VMdell XT Prdukten Artefakte haben nur teilweise Entsprechung im VMdell XT Abdeckung RUP durch VMdell XT Prjektdurchführungsstrategien RUP: iterative Vrgehensweise der einzelnen Phasen Prjektdurchführungsstrategie: inkrementelle Systementwicklung

28 28 Sftware Engineering Open Surce Sftware-Entwicklung Merkmale Kein VMdell sndern Menge vn Regeln für Entwicklung vn Sftware in sehr grßen, dezentralen Teams Vergleichbar mit Spiralmdell Ausgangspunkt ist die Minimalversin eines Prduktes dessen Cde öffentlich und kstenls ist Für Änderungen und Nutzung der Prgramme werden Regeln festgestellt Vrteile Keine Lizenzgebühren für Anwender Surce Cde wird mit geliefert Nachteile Keine Garantie Funktinalität/Haftung Individuelle Anpassung schwer durchzuführen Anpassungen möglich Unabhängigkeit Anwender / SW-Anbieter Effektive schnelle Fehlerbehandlung Ineffiziente Frm der Fehlerbehandlung Fehlerbehandlung direkt Surce Cde Wenig Entwurfsdkumente Qualitätssicherung durch Vielzahl Entwickler Erzwingt mdulare Systementwicklung mit relativ kleinen Mdulen Unüberschaubare Anzahl an untersch. Versinen Benutzerfreundlichkeit vs. Technische Eleganz 3. Requirements Engineering 3.1. Begriff: Anfrderung 2 Interpretatinen Abstrakte, allg. Fragestellung eines Dienstes, den das System leisten sll. Detaillierte, mathematisch-frmale Spezifikatin eines Systemdienstes. Zweck Typen Basis für Ausschreibung Vertrag (Interpretatinsspielraum lassen, Lastenheft) Basis für Vertrag (genau, Pflichtenheft) Anfrderungen an die zu entwickelnde Sftware Anfrderungen an den Entwicklungsprzess Aussagen in natürlicher Sprache und Diagramm (Beschreibung der Dienste und Randbedingungen) Geschrieben für Kunden Strukturiertes Dkument (Festlegung der Dienste und Beschränkung) Definiert Was sll implementiert werden Teil des Vertragen AG/AN

29 29 Sftware Engineering Zielgruppen Benutzeranfrderungen - Endbenutzer System - Techniker auf Kundenseite - Systemarchitekten - Manager auf Kundenseite - Manager der SW-Hersteller Systemanfrderungen - Endbenutzer System - Techniker auf Kundenseite - Systemarchitekten - Sftwareentwickler (Was sll das System tun, nicht wie Implementatin, Trennung in praxi schwierig) Eigenschaften einer guten Anfrderungsspezifikatin Krrekt Knsistent Eindeutig Vllständig Änderbar Gewichtet Verifizierbar Nachvllziehbar Typische Prbleme mit Anfrderungen Kmmunikatinsprbleme Mangelnde Abstimmung zwischen System und Sftwareentwicklungsprzess Keine Trennung System/Benutzeranfrderungen Unklare Verantwrtlichkeiten Vermischung Entwurfsentscheidungen Häufig Änderungen Schlechte Dkumentatin Mangelnder Bezug zum Testen 3.2. Requirement Engineering Przess Dienste zu ermitteln, die der Kunde braucht und die Rahmenbedingungen unter welchen es arbeitet und sich weiterentwickelt Anfrderungen selber sind Beschreibung der Systemdienste und die Rahmenbedingungen, die während des Przesses auftauchen Mderne Sicht Iterativer Przess, der den gesamten Lebenszyklus eines Sftwaresystems begleitet Traditinelle Sicht Einmalige Phase zu Beginn des Entwicklungsprzesses Funktinale und nicht-funktinale Anfrderungen Funktinale Anfrderungen Aussagen zu Diensten, die das System leisten sll bspw. Reaktin auf Eingaben, Verhalten des Systems in bestimmten Situatinen Was sll das System nicht tun Beschränkungen angebtener Dienste Nicht-funktinale Anfrderungen Prduktanfrderungen: legen Verhalten des System fest

30 30 Sftware Engineering Beispiele Antwrtzeiten Für die Erledigung einer Aufgabe Last Vn Daten Vn Benutzer Hardwareanfrderungen Rechnerkapazität Speicherkapazität Übertragungskapazität Zuverlässigkeit Verfügbarkeit Maximale Ausfallzeit Benutzbarkeit Verständlichkeit Erlernbarkeit Prtierbarkeit Anpassbarkeit in andere Umgebung Austauschbarkeit Unternehmensanfrderungen: Ergeben sich aus Plitik und Arbeitsweise des Unternehmens (Kunde/Entwicklerseite) Technisch: Plattfrmen, Schnittstellen, Nachbarsysteme Organisatrisch: Przesse und Organisatinsfrmen, die unverändert bleiben müssen Externe Anfrderungen: ergeben sich aus Faktren außerhalb des Systems und aus Systementwicklungsprzess Nrmativ: Gesetze, Verrdnungen, Nrmen Kulturell: Sprache, Gebräuche, Traditinen Besnderheiten sind wichtiger als funktinale Anfrderungen (können ganzes System lahmlegen bei nicht-erfüllung) Nicht gut Überprüfbar Systemziele vs. Verifizierte nicht-funktinale Anfrderungen Systemziel: Aussagen über allgemeine Ziele des Systems, schwer zu quantifizieren/verifizieren Verifizierte nicht-funktinale Ziele: beinhaltet Maß, überprüfbare Aussage

31 31 Sftware Engineering Prbleme beim Einsatz natürlicher Sprache Mehrdeutigkeiten Ungenauigkeiten Redundante Ausdrucksmöglichkeit Unzureichende Strukturierung Werkzeuge zur Strukturierung Mindmap Excel Geschäftsprzess-Mdell Use Cases Anfrderungsspirale Validierung Sll zeigen, das Anfrderungen das System definieren, die Kunde haben will Flgeksten Nicht-Erkennung sind hch Validierung und Früherkennung Kriterien für Anfrderungsprüfung 1) Eindeutig? a. Gibt es Aussagen, die stärker, schwächer der gar widersprüchlich zu dieser ist? 2) Präzise? a. Werden klar definierte Begriff verwendet? Ist alles innerhalb der Aussage klar beschrieben? 3) Begrenzt? a. Klare mathematische Grenzen? 4) Für alle Beteiligten verständlich? a. Benutzer und Entwickler? 5) Herkunft/Begründung klar beschrieben? a. Wies sll Anfrderungen erfüllt werden? 6) Gibt es Risiken bzgl. Der Realisierung und Stabilität des Systems? 7) Ist die Aussage Überprüfbar? Beispiel: "Die Antwrtzeit des Systems sll für alle kritischen Transaktinen immer zumutbar sein 1. Ja, die Aussage selbst enthält keine Widersprüche. Snst liegen keine weiteren Infs vr. 2. Nein, alle kritischen Transaktinen ist nicht weiter definiert. Alternative: Die Antwrtzeit des Systems sll für alle Einfüge-, Aktualisierungs- und Lösch- Transaktinen zumutbar sein. 3. Nein, zumutbare Antwrtzeit ist keine klare Schranke. Alternative: Die Antwrtzeit des Systems sll für alle Einfüge-, Aktualisierungs- und Lösch-Transaktinen weniger als 3 Sekunden betragen. 4. Ja, nach Verbesserung in 2. und 3.

32 32 Sftware Engineering 5. Nicht angegeben, muss ergänzt werden, z. B. zeitkritische Anwendung. 6. Keine Angaben, muss nch ergänzt werden vn Entwicklern. 7. Es fehlen nch die äußeren Umstände für die Messung. Alternative: Die Antwrtzeit des Systems sll bei 25 gleichzeitigen Benutzern für alle Einfüge-, Aktualisierungs- und Lösch-Transaktinen weniger als 3 Sekunden betragen. Endversin: Die Antwrtzeit des Systems sll bei 25 gleichzeitigen Benutzern für alle Einfüge-, Aktualisierungs- und Lösch-Transaktinen weniger als 3 Sekunden betragen, da es sich um eine zeitkritische Anwendung handelt Methden zur Anfrderungsprüfung Anfrderungsreview Anfrderungen werden vn Team vn Gutachtern analysiert vn Hand Prttypen Endbenutzer/Kunde wird funktinsfähiges Mdell gegeben anhand geprüft werden kann Testfallerzeugung Wenn Test nur unter grßen Aufwand der gar nicht zu entwerfen ist Anfrderungen zu schwierig zu implementieren überdenken!! Autmatische Knsistenzanalyse Wenn Anfrderungen in frmaler Ntatin ausgedrückt Werkzeuge zum Testen der Knsistenz können verwendet werden Evlutin vn Anfrderungen

Bewertungskriterien für das Softwareprojekt zum IT-Projektmanagement

Bewertungskriterien für das Softwareprojekt zum IT-Projektmanagement OTTO-VON-GUERICKE-UNIVERSITÄT MAGDEBURG Fakultät für Infrmatik Lehrstuhl für Simulatin Bewertungskriterien für das Sftwareprjekt zum IT-Prjektmanagement 1. Zielvereinbarung Die Zielvereinbarung ist eines

Mehr

PROJECT SCOPE STATEMENT PRODYNA Project Planning and Calculation Tool

PROJECT SCOPE STATEMENT PRODYNA Project Planning and Calculation Tool PROJECT SCOPE STATEMENT PRODYNA Prject Planning and Calculatin Tl Autr/-en: Jens Weimar (jweimar): jens.weimar@prdyna.de C:\Dkumente und Einstellungen\jweimar.PRODYNA\Desktp\Dat en\biz_prjekte\prjekt Planning

Mehr

Werkzeugspezifische Anpassung und Einführung von Vorgehensmodellen in integrierten Projektinfrastrukturen

Werkzeugspezifische Anpassung und Einführung von Vorgehensmodellen in integrierten Projektinfrastrukturen Werkzeugspezifische Anpassung und Einführung vn Vrgehensmdellen in integrierten Prjektinfrastrukturen Marc Kuhrmann Technische Universität München Institut für Infrmatik Lehrstuhl Sftware & Systems Engineering

Mehr

Prinzipieller Ablauf eines Projektes zum Thema "IT-Konsolidierung"... Ausgangssituation / Motivation / typische Gründe für eine IT-Konsolidierung

Prinzipieller Ablauf eines Projektes zum Thema IT-Konsolidierung... Ausgangssituation / Motivation / typische Gründe für eine IT-Konsolidierung IT-Knslidierung Prinzipieller Ablauf eines Prjektes zum Thema "IT-Knslidierung"... Ausgangssituatin / Mtivatin / typische Gründe für eine IT-Knslidierung Prinzipiell können unterschiedliche Gründe für

Mehr

CollabXT Prozessqualität durch Werkzeugunterstützung etablieren und steigern

CollabXT Prozessqualität durch Werkzeugunterstützung etablieren und steigern CllabXT Przessqualität durch Werkzeugunterstützung etablieren und steigern Prjektbericht Marc Kuhrmann, Nrbert Diernhfer Technische Universität München Marcus Alt Micrsft Deutschland GmbH TUM 2007-2008

Mehr

ST!= HACKING oder Softwaretechnik ist mehr als nur Programmieren

ST!= HACKING oder Softwaretechnik ist mehr als nur Programmieren ST!= HACKING der Sftwaretechnik ist mehr als nur Prgrammieren Andreas Winter 05.03.2012 Sftwaretechnik 1 Bau einer Schaukel http://de.wikipedia.rg/w/index.php?title=datei:pratval.jpg&filetimestamp=20090413162805

Mehr

SERENA SCHULUNGEN 2015

SERENA SCHULUNGEN 2015 SERENA SCHULUNGEN 2015 FEBRUAR MÄRZ Dimensins CM Admin & Cnfig M, 02. 02. D, 05. 02. Dimensins RM Requirements Management M, 23.02. Mi, 25.02. SBM Designer & Admin M, 02. 03. D, 05. 03. SBM Orchestratin

Mehr

Klausur Advanced Programming Techniques

Klausur Advanced Programming Techniques Advanced Prgramming Techniques Autr: Prf. Dr. Bernhard Humm, FB Infrmatik, Hchschule Darmstadt Datum: 8. Juli 2008 Klausur Advanced Prgramming Techniques 1 Spielregeln zur Klausur Allgemeines Die Bearbeitungszeit

Mehr

SIX SIGMA SIX-SIGMA PROJEKTUNTERSTÜTZUNG

SIX SIGMA SIX-SIGMA PROJEKTUNTERSTÜTZUNG SIX-SIGMA PROJEKTUNTERSTÜTZUNG Six Sigma Prjektunterstütung Oft wird die Frage gestellt, was ein Six Sigma Prjekt vn einem nrmalen Prjekt unterscheidet. Ein Six Sigma Prjekt läuft nach einem stark standardisierten

Mehr

UC4 AUTOMATED VIRTUALIZATION

UC4 AUTOMATED VIRTUALIZATION UC4 AUTOMATED VIRTUALIZATION Intelligent Service Autmatin für physische und virtuelle Umgebungen Weitere Infrmatinen über unsere UC4-Prdukte finden Sie unter www.uc4.cm. Einleitung In diesem White Paper

Mehr

Richtlinie zur Durchführung von Projekten am ihomelab

Richtlinie zur Durchführung von Projekten am ihomelab Richtlinie zur Durchführung vn Prjekten am ihmelab Hrw, 7. Mai 2015 Seite 1/5 Autr: Prf. Alexander Klapprth Versin: 2.0 Datum: 06.07.2015 16:35 Versinen Ver Datum Autr Beschreibung 1.0 2003-10-19 Kla Erstfassung

Mehr

SSI White Paper: smart solution + engineering

SSI White Paper: smart solution + engineering Anlagenprduktivität und Prduktinslgistik ptimieren: SSE Smart Slutin + Engineering KG nutzt Sftware-, IT-Kmpetenz und Infrastruktur vn SSI Kunde: SSE Smart Slutin + Engineering KG Branche: Ziel: Lösung:

Mehr

Infoniqa GDPdU - Center

Infoniqa GDPdU - Center Infniqa GDPdU - Center GDPdU-Center? Was ist das eigentlich? Das GDPdU-Center bietet die Möglichkeit, die Vrgaben der Grundsätze zum Datenzugriff und zur Prüfung digitaler Unterlagen zu erfüllen und gleichzeitig

Mehr

SSI White Paper: guide2media

SSI White Paper: guide2media Mehr Prduktivität und Kundenzufriedenheit: Mit dem xcs-dctr prfitiert vn einer schnelleren und genaueren Datenbankprüfung Kunde: Branche: Ziel: Lösung: GmbH Publishing Autmatisierung beschleunigt Supprt

Mehr

eam Wir steuern Projekte auf Erfolgskurs. Coelner Consulting Team Management & Prozesse

eam Wir steuern Projekte auf Erfolgskurs. Coelner Consulting Team Management & Prozesse eam Celner Cnsulting Team Management & Przesse Wir steuern Prjekte auf Erflgskurs. Unser Angebt Inhalt Prjektmanagement...3 Weichen stellen...4 Kurskrrektur...5 Przessabsicherung...6 Punktueller Prjektsupprt...7

Mehr

Microsoft Visual Studio 2005 Team System

Microsoft Visual Studio 2005 Team System Micrsft Visual Studi 2005 Team System Eine Einschätzung der Einsatzmöglichkeiten im Gebiet des Sftware Offshring. Sebastian Geiger [geiger@fzi.de] Inhaltsverzeichnis Beschreibung des Szenaris... 2 Eingesetzte

Mehr

Nutzen für die Betroffenen:

Nutzen für die Betroffenen: Prjektmanagement Prjektmanagement Das Bedürfnis nach einem effizienten und in die Unternehmensabläufe integrierten Prjektmanagements ist in vielen Betrieben fester Bestandteil vn internen Organisatinsanweisungen

Mehr

Crossqualifizierung Projektmanagement und Microsoft Office Project. 3 Tage, jeweils 09:00 16:00 Uhr

Crossqualifizierung Projektmanagement und Microsoft Office Project. 3 Tage, jeweils 09:00 16:00 Uhr SEMINARBESCHREIBUNG Crssqualifizierung Prjektmanagement und Micrsft Office Prject Seminarziele: Zielgruppe: Wer Prjekte plant und steuert, benötigt hierfür ein prfessinelles IT- Tl wie Prject. Prjektmanagement-Sftware

Mehr

Vorgehensweise zur Implementierung von SAP Sicherheitskonzepten

Vorgehensweise zur Implementierung von SAP Sicherheitskonzepten Vrgehensweise zur Implementierung vn SAP Sicherheitsknzepten A. Management-Summary: SAP-Sicherheitsknzepte sind heute im Spannungsfeld vn regulatrischen Anfrderungen, betrieblichen und rganisatrischen

Mehr

Stelle Vorgelegt am Angenommen am Abgelehnt am Bund 04.12.2006 02.01.2007 Land Salzburg 04.12.2006 19.12.2006 Alle übrigen Länder

Stelle Vorgelegt am Angenommen am Abgelehnt am Bund 04.12.2006 02.01.2007 Land Salzburg 04.12.2006 19.12.2006 Alle übrigen Länder Betrieb vn E-Gvernment- Kmpnenten Knventin egv-betr 1.0.0 Empfehlung mehrheitlich Kurzbeschreibung Eine wesentliche Vraussetzung für die Akzeptanz vn E- Gvernment-unterstützten Dienstleistungen ist die

Mehr

Leistungsbeschreibung Infinigate Direct Support

Leistungsbeschreibung Infinigate Direct Support Leistungsbeschreibung Infinigate Direct Supprt Infinigate Deutschland GmbH Grünwalder Weg 34 D-82041 Oberhaching/München Telefn: 089 / 89048 400 Fax: 089 / 89048-477 E-Mail: supprt@infinigate.de Internet:

Mehr

Service Level Agreement (SLA) für OS4X Suite der c-works GmbH

Service Level Agreement (SLA) für OS4X Suite der c-works GmbH Seite 1 vn 6 Service Level Agreement (SLA) für OS4X Suite der Datum des Inkrafttretens: 19-10-2011 Dkument-Eigentümer: Versin Versin Datum Beschreibung Autr 1.0 10.10.2011 Service Level Agreement H. Latzk

Mehr

Bitrix24 Self-hosted Version Technische Anforderungen

Bitrix24 Self-hosted Version Technische Anforderungen Bitrix24 Self-hsted Versin Technische Anfrderungen Bitrix24 Self-hsted Versin: Technische Anfrderungen Bitrix24 ist eine sichere, schlüsselfertige Intranet-Lösung für kleine und mittlere Unternehmen, die

Mehr

Workflow-Management-Systeme. Kapitel 2: Aspekte und Komponenten von Workflow- Management-Systemen

Workflow-Management-Systeme. Kapitel 2: Aspekte und Komponenten von Workflow- Management-Systemen Vrlesung Wintersemester 2010/11 Wrkflw-Management-Systeme Kapitel 2: Aspekte und Kmpnenten vn Wrkflw- Management-Systemen Jutta Mülle / Silvia vn Kap. 2-1 Überblick Kapitel 2 Lebenszyklus vn Wrkflws Überblick

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

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

Mehr

Prozessmanagement im HR-Bereich. Insight 2012 Seite 1

Prozessmanagement im HR-Bereich. Insight 2012 Seite 1 Przessmanagement im HR-Bereich Insight 2012 Seite 1 Vrtrag Bis 2004: Leitung Prduktservice und Kundenbetreuung bei namhaftem österreichischen Sftwareunternehmen Seit 2005: selbständig - Ammnit Beate Cerny,

Mehr

PLM Product Lifecycle Management. SAP R/3 Enterprise

PLM Product Lifecycle Management. SAP R/3 Enterprise PLM Prduct Lifecycle Management SAP R/3 Enterprise Release 4.70 Release-Infrmatinen Cpyright 2002 SAP AG. Alle Rechte vrbehalten. Weitergabe und Vervielfältigung dieser Publikatin der vn Teilen daraus

Mehr

Software Engineering. 2. V-Modell XT

Software Engineering. 2. V-Modell XT Software Engineering 2. V-Modell XT Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Implementierung Konfigurationsmanagement

Mehr

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses

Mehr

COI-Projektportal Lösung für das Informationsmanagement

COI-Projektportal Lösung für das Informationsmanagement COI-Prjektprtal Lösung für das Infrmatinsmanagement in Prjekten Technical W hite Pape r COI GmbH COI-Prjektprtal Seite 1 vn 16 1 Zusammenfassung 3 2 Einführung 4 3 Beschreibung der Lösung 5 3.1 Allgemeiner

Mehr

Unternehmensberatung Consulting for Management

Unternehmensberatung Consulting for Management Unternehmensberatung Cnsulting fr Management Unternehmensprfil Mit der Glbalisierung verändern sich die Anfrderungen des Marktes immer schneller. Vieles, ja fast alles ist im Wandel begriffen. Der Weg

Mehr

Bachelor-/Masterarbeit: Entwicklung eines Konzepts zur Gestaltung interaktiver Benutzeroberflächen (GUI/NUI) für Montagearbeitsplätze

Bachelor-/Masterarbeit: Entwicklung eines Konzepts zur Gestaltung interaktiver Benutzeroberflächen (GUI/NUI) für Montagearbeitsplätze Bachelr-/Masterarbeit: Entwicklung eines Knzepts zur Gestaltung interaktiver Benutzerberflächen (GUI/NUI) für Mntagearbeitsplätze - Hypthese: Unter der Berücksichtigung bestimmter, zu analysierender Faktren

Mehr

Computational Science. Sommersemester 2015 Bachelor MI, Modul No 6.0 Barbara Grüter in Zusammenarbeit mit Andreas Lochwitz

Computational Science. Sommersemester 2015 Bachelor MI, Modul No 6.0 Barbara Grüter in Zusammenarbeit mit Andreas Lochwitz Cmputatinal Science Smmersemester 2015 Bachelr MI, Mdul N 6.0 Barbara Grüter in Zusammenarbeit mit Andreas Lchwitz In der Lehrveranstaltung werden Themen und Verfahren der Mdellbildung an empirischen Beispielen

Mehr

Hinweis 1629598 - SAP-Kernel 720 ersetzt ältere Kernel-Versionen

Hinweis 1629598 - SAP-Kernel 720 ersetzt ältere Kernel-Versionen Kernel-Versinen Hinweissprache: Deutsch Versin: 8 Gültigkeit: gültig seit 16.03.2012 Zusammenfassung Symptm Das Wartungsende der SAP-Kernel-Versinen 700, 701, 710 und 711 ist der 31. August 2012. Diese

Mehr

Enterprise Business Intelligence Method

Enterprise Business Intelligence Method Serwise AG Merkurstrase 23 8400 Winterthur Tel. 052 266 06 51 Dezember 2004 Enterprise Business Intelligence Methd Ein kmpletter Lifecycle für erflgreiche Business Intelligence Prjekte im Enterprise Umfeld

Mehr

GmbH. Gesellschaft für IT-Revision und Datenschutz

GmbH. Gesellschaft für IT-Revision und Datenschutz Die Bundesanstalt für Finanzdienstleistungsaufsicht (BaFin) stützt die MaRisk auf den 25a KWG, der vn den Instituten eine rdnungsgemäße Geschäftsrganisatin frdert (siehe AT 1 Textziffer 1 - der MaRisk).

Mehr

Von Übersicht und Zuversicht in komplexen Projekten: GUI-Redesign einer CRM-Lösung

Von Übersicht und Zuversicht in komplexen Projekten: GUI-Redesign einer CRM-Lösung Vn Übersicht und Zuversicht in kmplexen Prjekten: GUI-Redesign einer CRM-Lösung Referent: Christian Wlf CRM Gipfeltur Kundenname Vrstellung Vn Übersicht und Zuversicht in kmplexen Prjekten: GUI-Redesign

Mehr

Management Summary. Publisher iimt University Press: www.iimt.ch

Management Summary. Publisher iimt University Press: www.iimt.ch Management Summary Knvergenz Der Telekmmunikatins- und IT-Markt wächst zum ICT-Markt zusammen, die Umsätze und Margen der Telk-Unternehmen, s auch der Swisscm, erdieren, dch alle sprechen vm grssen Ptenzial,

Mehr

Anforderungen an Qualitätsmanagement gemäß DIN EN ISO 9001:2008. Aufbau der Norm und Beratungspreise

Anforderungen an Qualitätsmanagement gemäß DIN EN ISO 9001:2008. Aufbau der Norm und Beratungspreise Dr. Michael Bck Im Mre 33, 30167 Hannver inf@mhw-beratung.de Was frdert die Nrm? Anfrderungen an Qualitätsmanagement gemäß Aufbau der Nrm und Beratungspreise 0 Einleitung... 1 1 Anwendungsbereich... 1

Mehr

Architektur und Qualität. Tjard Köbberling

Architektur und Qualität. Tjard Köbberling Architektur und Qualität Tjard Köbberling Gliederung Überblick Architektur und Qualität? Architekturentwurf Anforderungsanalyse Strukturierung Architekturbeschreibungen - Sichten Fallbeispiel 2 Architektur

Mehr

Computer-Aided Software Engineering (CASE) Kapitel-Inhalt. CASE: Computer Aided Software Engineering. CASE Computer-Aided Software Engineering

Computer-Aided Software Engineering (CASE) Kapitel-Inhalt. CASE: Computer Aided Software Engineering. CASE Computer-Aided Software Engineering Cmputer-Aided Sftware Engineering (E) 1 E: Cmputer Aided Sftware Engineering 2 Prjektmanagementwerkzeuge -Inhalt Strategische Infrmatins- system- Planungswerkzeuge Analyse-/ Entwurfswerkzeuge Prgrammierumgebungen

Mehr

Checklisten zum Download für den Band in der Reihe Perspektive Praxis. Weiterbildungsberatung. Frank Schröder I Peter Schlögl

Checklisten zum Download für den Band in der Reihe Perspektive Praxis. Weiterbildungsberatung. Frank Schröder I Peter Schlögl Checklisten zum Dwnlad für den Band in der Reihe Perspektive Praxis Frank Schröder I Peter Schlögl Weiterbildungsberatung Qualität definieren, gestalten, reflektieren W. Bertelsmann Verlag 2014 Inhaltsverzeichnis

Mehr

CRM Einführung mit vtiger ein Praxisbeispiel

CRM Einführung mit vtiger ein Praxisbeispiel CRM Einführung mit vtiger ein Praxisbeispiel Berlin, 24.03.2014 Ein paar Wrte über die CsmCde GmbH!2 CsmCde Fakten Gründung 2000 als GmbH Sftwareunternehmen mit Schwerpunkt Internet 15 Mitarbeiter Inhabergeführt

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

Erfolgreiches Management betrieblicher Informationssysteme

Erfolgreiches Management betrieblicher Informationssysteme Erflgreiches Management betrieblicher Infrmatinssysteme Karl-Rudlf Mll, Manfred Bry, Markus Pizka, Tilman Seifert Technische Universität München Institut für Infrmatik 85748 Garching Klaus Bergner, Andreas

Mehr

Paketlösungen. TripleS Consulting GmbH. - Strategies - Solutions - Services -

Paketlösungen. TripleS Consulting GmbH. - Strategies - Solutions - Services - Paketlösungen TripleS Cnsulting GmbH - Strategies - Slutins - Services - Einleitung Beratung ist teuer und die Kalkulierbarkeit fehlt? Nicht bei uns! Wir bieten Ihnen eine Reihe vn Paketlösungen zu attraktiven

Mehr

Sommerprüfung 2009. Ausbildungsberuf Fachinformatiker/in Systemintegration. Prüfungsbezirk Ludwigshafen. Herr Daniel Heumann. Identnummer: 40966

Sommerprüfung 2009. Ausbildungsberuf Fachinformatiker/in Systemintegration. Prüfungsbezirk Ludwigshafen. Herr Daniel Heumann. Identnummer: 40966 Smmerprüfung 2009 Ausbildungsberuf Fachinfrmatiker/in Systemintegratin Prüfungsbezirk Ludwigshafen Herr Daniel Heumann Ausbildungsbetrieb: FH Kaiserslautern Prjektbetreuer: Herr Michael Blum Thema der

Mehr

Programm-Einsatz-Verfahren ( PEV ) in einer heterogenen Systemwelt

Programm-Einsatz-Verfahren ( PEV ) in einer heterogenen Systemwelt Prgramm-Einsatz-Verfahren ( PEV ) in einer hetergenen Systemwelt SCDM- Sftware Change- and Distributin-Management Armin Migge und Nrbert Nietschke ACG Autmatin Cnsulting Grup, Frankfurt Vrwrt Um die Prblemstellungen

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

Zusammenfassung Strategie & Führung

Zusammenfassung Strategie & Führung Zusammenfassung Strategie & Führung ZF ICTST+Fü - Thmas Stuber, Juli 2010 Anfrderungen Prüfung: wesentliche Sachen erklären können. Aber keine 1 zu 1 Definitinen 2) Wahrnehmung Keine Prüfungsrelevanz 3)-5)

Mehr

Software-Innovationen für das digitale Unternehmen

Software-Innovationen für das digitale Unternehmen Sftware-Innvatinen für das digitale Unternehmen Brückenschlag zwischen der Wissenschaft und Anwendung Living Labs Ines Dahmann Technlgie-Initiative SmartFactry KL e.v. Kaiserslautern, 26. September 2012

Mehr

TactonWorks EPDM Integration. Lino EPDM pro. Whitepaper. unter Nutzung des TactonWorks Add-in EPDM von Tacton Systems AB

TactonWorks EPDM Integration. Lino EPDM pro. Whitepaper. unter Nutzung des TactonWorks Add-in EPDM von Tacton Systems AB Lin EPDM pr Whitepaper unter Nutzung des TactnWrks Add-in EPDM vn Tactn Systems AB Ausgabedatum: 04.09.2013 - Dkumentversin: 1.1 Autr: Clemens Ambrsius / Rüdiger Dehn Cpyright Lin GmbH 2013 Alle Rechte

Mehr

Das Wasserfallmodell - Überblick

Das Wasserfallmodell - Überblick Das Wasserfallmodell - Überblick Das Wasserfallmodell - Beschreibung Merkmale des Wasserfallmodells: Erweiterung des Phasenmodells Rückkopplungen zwischen den (benachbarten) Phasen sind möglich Ziel: Verminderung

Mehr

Bearbeitungsreglement: KLuG Krankenversicherung

Bearbeitungsreglement: KLuG Krankenversicherung Bearbeitungsreglement: KLuG Krankenversicherung Inhalt: 1. Kurzbeschreibung der KLuG Krankenversicherung 2. Rechtliche Grundlagen 3. Interne Organisatin 4. IT-Struktur 5. Zugriffe 6. Datensicherheit 7.

Mehr

Ihre fachlichen Schwerpunkte liegen im Test-, Projekt-, Lieferanten- und Risikomanagement von großen IT-Projekten in unterschiedlichen Technologien.

Ihre fachlichen Schwerpunkte liegen im Test-, Projekt-, Lieferanten- und Risikomanagement von großen IT-Projekten in unterschiedlichen Technologien. Kathrin Brandt Diplm-Wirtschaftsinfrmatikerin (FH) Bitzerweg 8 53639 Königswinter Mbil: +49 173 60 33 077 Tel : +49 2244 92 78 850 Mail: kathrin.brandt@kb-it-beratung.de www.kb-it-beratung.de Persönliches

Mehr

CMMI und agile Methoden

CMMI und agile Methoden CMMI und agile Methden Gerhard Fessler Steinbeis-Beratungszentrum Przesse, Exzellenz und CMMI CMMI Capability Maturity Mdel, Capability Maturity Mdeling, CMM and CMMI are registered in the U.S. Patent

Mehr

good messages, every day AntiVirus Solution Einleitung: Minimierung des Risikofensters

good messages, every day AntiVirus Solution Einleitung: Minimierung des Risikofensters gd messages, every day AntiVirus Slutin Minimierung des Risikfensters Einleitung: Durch die ständig weiter ansteigende Zahl vn Viren-Attacken und die Geschwindigkeit swie die Vielseitigkeit mit welcher

Mehr

Mitarbeiterbefragung - Konzeptbeschreibung. Ziehen Ihre Mitarbeiter alle an einem Strang?

Mitarbeiterbefragung - Konzeptbeschreibung. Ziehen Ihre Mitarbeiter alle an einem Strang? Mitarbeiterbefragung - Knzeptbeschreibung Ziehen Ihre Mitarbeiter alle an einem Strang? Im Grßen und Ganzen sind unsere Mitarbeiter recht zufrieden Beginnen wir mit einer Binsenweisheit: Eine der wichtigsten

Mehr

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 7.2 January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Sprinten mit dem V-Modell XT Olaf Lewitz Sprinten mit dem V-Modell XT Olaf Lewitz microtool GmbH, Berlin Konkurrenz

Mehr

Einführung in ActiveVOS 7 Standardisiertes Prozessmanagement für Zukunftsorientierte

Einführung in ActiveVOS 7 Standardisiertes Prozessmanagement für Zukunftsorientierte Flie 1 Einführung ActiveVOS 7 02.06.2010 Einführung in ActiveVOS 7 Standardisiertes Przessmanagement für Zukunftsrientierte Manuel Götz Technischer Leiter itransparent GmbH Manuel Götz Tel: +49 178 409

Mehr

Prozessmanager/in Erfolgreich Prozesse in Produktion und Logistik optimieren Fünftägiges Intensivtraining mit Workshop

Prozessmanager/in Erfolgreich Prozesse in Produktion und Logistik optimieren Fünftägiges Intensivtraining mit Workshop Przessmanager/in Erflgreich Przesse in Prduktin und Lgistik ptimieren Fünftägiges Intensivtraining mit Wrkshp Tag 1 und 2: Przessrientierung als Grundlage ganzheitlicher Effizienzverbesserung Tag 1: Einführung

Mehr

Die 4. industrielle Revolution: Cyber Physical Systems in der Industrie. 20. November 2013

Die 4. industrielle Revolution: Cyber Physical Systems in der Industrie. 20. November 2013 Die 4. industrielle Revlutin: Cyber Physical Systems in der Industrie 20. Nvember 2013 ThyssenKrupp ein Stahl-Unternehmen? Histric Example - Bessemer Prcess 2 ThyssenKrupp ist heute ein Technlgieknzern

Mehr

1. Das Modulhandbuch in der Qualitätssicherung von Studiengängen

1. Das Modulhandbuch in der Qualitätssicherung von Studiengängen Maika Büschenfeldt, Birgit Achterberg, Armin Fricke Qualitätssicherung im Mdulhandbuch Zusammenfassung: Als zentrales Dkument der Knzeptin eines Studiengangs und seiner Mdule ist ein in sich stimmiges

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

Sage Office Line und cobra: die ideale Kombination. Sage und cobra

Sage Office Line und cobra: die ideale Kombination. Sage und cobra Sage Office Line und cbra: die ideale Kmbinatin Sage und cbra 1 Die Kmbinatin und ihre Synergieeffekte Unternehmen brauchen eine ERP-Lösung zur Verwaltung und Abwicklung ihrer Geschäftsprzesse. cbra hingegen

Mehr

IT-Projekt-Management

IT-Projekt-Management IT-Projekt-Management email: vuongtheanh@netscape.net http: www.dr-vuong.de 2005 by, Bielefeld Seite 1 Vorgehensmodell 2005 by, Bielefeld Seite 2 Was ist ein Vorgehensmodell? Strukturbeschreibung über

Mehr

Implementierung von Manufacturing Execution Systemen (MES) Zusammenfassung

Implementierung von Manufacturing Execution Systemen (MES) Zusammenfassung Implementierung vn Manufacturing Executin Systemen (MES) Zusammenfassung Das Management der Fertigungs- und Mntageprzesse mit allen unmittelbar prduktinsbeeinflussenden Przessen wird zunehmend zu einer

Mehr

IT-Projektmanagement in Krankenhaus und Gesundheitswesen

IT-Projektmanagement in Krankenhaus und Gesundheitswesen IT-Prjektmanagement in Krankenhaus und Gesundheitswesen Einführendes Lehrbuch und Prjektleitfaden für das taktische Management vn Infrmatinssystemen Bearbeitet vn Elske Ammenwerth, Reinhld Haux 1. Auflage

Mehr

Systembeschreibung. Masterplan Auftragscenter. ASEKO GmbH. Version 1.0 Status: Final

Systembeschreibung. Masterplan Auftragscenter. ASEKO GmbH. Version 1.0 Status: Final Systembeschreibung Masterplan Auftragscenter ASEKO GmbH Versin 1.0 Status: Final 0 Inhaltsverzeichnis 1 Masterplan Auftragscenter V2.0... 2 1.1 Allgemeines... 2 1.2 Single-Sign-On... 2 1.2.1 Stammdatenverwaltung...

Mehr

Konsolidierung bestehender Scheduler zu UC4 Operations Manager

Konsolidierung bestehender Scheduler zu UC4 Operations Manager Knslidierung bestehender Scheduler zu UC4 Operatins Manager Einleitung Die Rechenzentren der heutigen Zeit und auch die Anfrderungen zur Autmatisierung sind meist histrisch gewachsen. Verschiedene Prdukte

Mehr

Vitako-Positionspapier. Checkliste «Lizenzaudit»

Vitako-Positionspapier. Checkliste «Lizenzaudit» Vitak-Psitinspapier Checkliste «Lizenzaudit» Ansprechpartner: Danny Pannicke Referent für Infrmatinsmanagement, Vitak-Geschäftsstelle, E-Mail: pannicke@vitak.de Stand: Dezember 2013 Inhalt BEGRIFFSBESTIMMUNG...

Mehr

Aufgabe 1 KAPSELUNG. »Programmieren«, WS 2006/2007. Nino Simunic M.A.

Aufgabe 1 KAPSELUNG. »Programmieren«, WS 2006/2007. Nino Simunic M.A. »Prgrammieren«, WS 2006/2007 Nin Simunic M.A. Nin Simunic (nin.simunic@uni-due.de) Übungsblatt 8 Die benötigten Quelltexte finden Sie hier: http://imperia.uni-due.de/imperia/md/cntent/cmputerlinguistik/uebungsblatt_8_cde.zip

Mehr

Merkblatt 4-12. Sicherungsstrategien. Das Archivbit. Datensicherung. Es müssen prinzipiell zwei Arten von Sicherungsstrategien unterschieden werden:

Merkblatt 4-12. Sicherungsstrategien. Das Archivbit. Datensicherung. Es müssen prinzipiell zwei Arten von Sicherungsstrategien unterschieden werden: Mdul 4 - Datensicherung Merkblatt 4-12 Datensicherung Sicherungsstrategien Es müssen prinzipiell zwei Arten vn Sicherungsstrategien unterschieden werden: Sicherung des Betriebsystems für eine Wiederherstellung

Mehr

Miss Marple Enterprise Edition vs. e:sam

Miss Marple Enterprise Edition vs. e:sam amand sftware GmbH Kemptener Straße 99 D-88131 Lindau Telefn: +49 (0) 83 82 / 9 43 90-0 E-Mail: inf@amandsftware.cm www.amandsftware.cm Die Lösungen der amand sftware In dieser Gegenüberstellung werden

Mehr

ZESy Zeiterfassungssystem. Webbasiertes Zeitmanagement

ZESy Zeiterfassungssystem. Webbasiertes Zeitmanagement ZESy Zeiterfassungssystem Webbasiertes Zeitmanagement Inhaltsverzeichnis Systembeschreibung ZESy Basic Zeiterfassung Webclient ZESy Premium Tagesarbeitszeitpläne Schichtplanung Smartphne Zutrittskntrlle

Mehr

Serviceorientierte Architektur für WebSphere und WebSphere Portal

Serviceorientierte Architektur für WebSphere und WebSphere Portal Servicerientierte Architektur für WebSphere und WebSphere Prtal Ein Vrtrag im Rahmen der WebSphere Cmmunity Cnference 2004 für die Firma TIMETOACT Sftware & Cnsulting GmbH Dipl.-Ing. Frank W. Rahn Freiberuflicher

Mehr

COI-Software-as-a-Service COI-PharmaSuite SaaS. Business W hite Paper

COI-Software-as-a-Service COI-PharmaSuite SaaS. Business W hite Paper COI-Sftware-as-a-Service COI-PharmaSuite SaaS Business W hite Paper 1 Zusammenfassung 3 2 Sftware-as-a-Service 4 2.1 SaaS Lösung COI-PharmaSuite 4 2.2 Vrteile der COI-PharmaSuite 2.5 SaaS-Lösung 4 2.3

Mehr

Service Transition. Martin Beims. WKV SS13 Karsten Nolte. Mittwoch, 19. Juni 13

Service Transition. Martin Beims. WKV SS13 Karsten Nolte. Mittwoch, 19. Juni 13 Service Transition Martin Beims WKV SS13 Karsten Nolte Inhalt Einführung & Ziele Transition Planning & Support Change Management Service Asset & Configuration Management Release & Deployment Management

Mehr

windata SEPA-API Basic / Pro Dokumentation

windata SEPA-API Basic / Pro Dokumentation windata SEPA-API Basic / Pr Dkumentatin Versin v1.8.0.0 11.11.2014 windata GmbH & C. KG windata GmbH & C.KG Gegenbaurstraße 4 88239 Wangen im Allgäu windata SEPA-API Basic / Pr - Dkumentatin Inhaltsverzeichnis

Mehr

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

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

Mehr

IT-Sicherheitsleitlinie

IT-Sicherheitsleitlinie IT-Sicherheitsleitlinie für die Hchschule für angewandte Wissenschaften Fachhchschule München (Hchschule München) vm: 29. Juli 2010 Präambel Die Hchschule München setzt für Arbeits- und Geschäftsprzesse

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

LEHRPLAN. Informatik. Fachoberschule. Fachbereich Wirtschaft. Fachrichtung Wirtschaftsinformatik

LEHRPLAN. Informatik. Fachoberschule. Fachbereich Wirtschaft. Fachrichtung Wirtschaftsinformatik LEHRPLAN Infrmatik Fachberschule Fachbereich Wirtschaft Fachrichtung Wirtschaftsinfrmatik Ministerium für Bildung, Kultur und Wissenschaft Hhenzllernstraße 60, 66117 Saarbrücken Pstfach 10 24 52, 66024

Mehr

Handlungsanleitung. Entwicklung der Prozessreife in prozessorientierten Unternehmen

Handlungsanleitung. Entwicklung der Prozessreife in prozessorientierten Unternehmen Handlungsanleitung zur Entwicklung der Przessreife in przessrientierten Unternehmen Stand: März 2004 Versin: 1.0 Erarbeitet im Rahmen des Prjektes Kperatives nachhaltigkeitsrientiertes Benchmarking vn

Mehr

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny

Software Engineering. Prof. Dr. Stefan Enderle NTA Isny Software Engineering Prof. Dr. Stefan Enderle NTA Isny 3 Software Entwicklungsprozesse Softwareentwicklung Systematisches Vorgehen wichtig Zeitlicher Ablauf durch Vorgehensmodell Meist grundlegender Aufbau:

Mehr

Unsere Kompetenz sorgt für stabile Werte. Service und Wartung für Ihre Solarinvestition.

Unsere Kompetenz sorgt für stabile Werte. Service und Wartung für Ihre Solarinvestition. Unsere Kmpetenz srgt für stabile Werte. Service und Wartung für Ihre Slarinvestitin. TÜV-geprüfte Service-Qualität Geben Sie der Slartechnlgie nch mehr Zukunft. Slarkraftwerke sind für Jahrzehnte gebaut.

Mehr

MwSt. Luxemburg ab 01/2015 Stand: 28. November 2014

MwSt. Luxemburg ab 01/2015 Stand: 28. November 2014 MwSt. Luxemburg ab 01/2015 Stand: 28. Nvember 2014 Inhalt 1. Vrwrt... 2 2. Vraussetzungen... 2 3. Wer ist betrffen?... 2 4. Umstellung der neuen MwSt.-Cdes... 2 5. Umstellung im Detail... 4 6. Beispiele...

Mehr

Prozessmanagement (BPM) für den Mittelstand

Prozessmanagement (BPM) für den Mittelstand Przessmanagement (BPM) für den Mittelstand - Warum sich auch für mittelständische Unternehmen durch BPM Kstenvrteile und Mehrwert erzielen lassen - Management Summary Durch die Einführung eines methdischen

Mehr

Installation der Webakte Rechtsschutz

Installation der Webakte Rechtsschutz Installatin der Webakte Rechtsschutz Kstenfreie zusätzliche Funktin für WinMACS Sankt-Salvatr-Weg 7 91207 Lauf Tel. 09123/18 30-0 Fax 09123/18 30-183 inf@rummel-ag.de www.rummel-ag.de Inhaltsverzeichnis

Mehr

http://www.therealgang.de/

http://www.therealgang.de/ http://www.therealgang.de/ Titel : Authr : Kategrie : Geschäftsprzessmdellierung Fragenkatalg Nadja Vggenreiter Snstige-Skripte 1. Definieren Sie die Begriffe Geschäftsprzessptimierung und kntinuierliche

Mehr

III.2.3) Technische und berufliche Leistungsfähigkeit

III.2.3) Technische und berufliche Leistungsfähigkeit 1. Anfrderungen an das Unternehmen 1.1 Sicherheitsanfrderungen Gegenstand des vrliegenden Auftrags sind Lieferungen und Leistungen, die entweder ganz der teilweise der Geheimhaltung nach dem Sicherheitsüberprüfungsgesetz

Mehr

Kurzbeschreibung. Unterstützte Beschaffungsarten. Highlights. Abgrenzung zu anderen Lösungen

Kurzbeschreibung. Unterstützte Beschaffungsarten. Highlights. Abgrenzung zu anderen Lösungen Kurzbeschreibung WECO E-Prcure ermöglicht es, direkt aus Lieferantenkatalgen im Internet der aus firmeneigenen Katalgen Beschaffungsvrgänge im SAP ERP-System zu generieren. Die Datenübername erflgt über

Mehr

Spezifikation Spezifikation Sicherheitsklassen im Portalverbund-System

Spezifikation Spezifikation Sicherheitsklassen im Portalverbund-System Spezifikatin Spezifikatin Sicherheitsklassen im Prtalverbund-System Kurzbeschreibung: Knventin SecClass 1.1.1/22.01.04 Empfehlung Die Definitin und Abbildung vn Sicherheitsklassen im Prtalverbund ermöglicht

Mehr

Kapitel 8 Verteilte Datenbanken

Kapitel 8 Verteilte Datenbanken Kapitel 8 Verteilte Datenbanken Flien zum Datenbankpraktikum Wintersemester 2012/13 LMU München 2008 Thmas Bernecker, Tbias Emrich 2010 Tbias Emrich, Erich Schubert unter Verwendung der Flien des Datenbankpraktikums

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

PP Produktionsplanung und -steuerung. SAP R/3 Enterprise

PP Produktionsplanung und -steuerung. SAP R/3 Enterprise PP Prduktinsplanung und -steuerung SAP R/3 Enterprise Release 470x200 Release-Infrmatinen Cpyright 2003 SAP AG. Alle Rechte vrbehalten. Weitergabe und Vervielfältigung dieser Publikatin der vn Teilen daraus

Mehr

Lehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno

Lehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno Lehrplan: Grundlagen der industriellen So4ware- Entwicklung Gliederung 1 Grundlagen der industriellen So4ware- Entwicklung 2 Requirements Engineering (RE) 3 SpezifikaDon 4 Architektur und Design 5 Architektur-

Mehr

Manuelle Deinstallation von.net Framework 2.0 und anschließende Neuinstallation

Manuelle Deinstallation von.net Framework 2.0 und anschließende Neuinstallation Artikel-ID: 908077 - Geändert am: Dienstag, 17. Mai 2011 - Versin: 4.0 Manuelle Deinstallatin vn.net Framewrk 2.0 und anschließende Neuinstallatin Dieser Artikel kann einen Link zum Windws Installer-Bereinigungsprgramm

Mehr

2 Grundlagen der ganzheitlichen Fabrikplanung

2 Grundlagen der ganzheitlichen Fabrikplanung 2 Grundlagen der ganzheitlichen Fabrikplanung 2.1 Inhalt und Umfang der Fabrikplanung 2.1.1 Zum allgemeinen Fabrikplanungsbegriff Zur ptimalen Zukunftsgestaltung der Fabrik können unterschiedlichste technische

Mehr