Vorlesung "Software-Engineering"
|
|
- Gerd Blau
- vor 8 Jahren
- Abrufe
Transkript
1 Vorlesung "Software-Engineering" Rainer Marrone, TUHH, Arbeitsbereich STS Vorige Vorlesung Einführung in die durch Software-Engineering gelösten Probleme Charakterisierung von Software-Qualität Heute Überblick: Aufgaben und Phasen der Softwareentwicklung Projektphasen und Vorgehensmodelle 1
2 Projektmanagement Aufgaben und Phasen der Softwareentwicklung Projektplan, Meilenstein Prozeßmodelle (auch Vorgehensmodelle genannt) Wasserfall-, V-, Prototypen-, Evolutionäres-, Inkrementelles-, Spiralmodell, Unified Process, Lernziele Prozeßnotation, -modell und -plan unterscheiden können. Hauptaufgaben beim Prozeßmanagement wiedergeben können. Prozeßmodelle wiedergeben können. 2
3 Projektablauf Individualsoftware Auftraggeber Anfrage (Analyseauftrag) Auftragnehmer Anforderungsermittlung Angebot (Leistung, Preis) Auftrag Produkt (AG) Abnahme, Bezahlung Wartung, Support (AN) Schwerpunkt Standardsoftware Kunde Bezahlung SW-Hersteller Customer Services Entwicklung Produkt s.o. Support 3
4 SW-Engineering als kooperative Aktivität (1) Aufgaben überlappen sich! Arbeitsaufteilung größerer Software-Entwicklungsteams in verschiedene Ebenen: Programmierung: Programmierer, Entwickler, Kodierer, Datenbank- Administrator (DBA), Mediendesigner,... Implementierung und Anpassung von Komponenten Softwarearchitektur: Software- / System-Architekt Analyse und Design Definition von Komponenten und Protokollen Projektmanagement: Projekt-, Gruppen- und Abteilungsleiter Anforderungsermittlung Kostenplanung, Ressourcenverteilung Projektplanung und Controlling Gruppenkommunikation und Führung technische Kompetenz Abstraktions- und Kommunikationsfähigkeiten betriebswirtschaftliche und soziale Kompetenz 4
5 Von Handarbeit zur Ingenieursdisziplin Historisch: implizite, informelle, anonyme, zufällige SW-Architekturen Projekt- und Produktgetrieben Ziel: Erhöhung der Produktivität und Planungssicherheit großer Softwareprojekte durch explizite, formale, benannte und geprüfte Vorgehensweisen: Verbesserte Kommunikation im Projekt-Team Erhöhtes Wissen am Ende der Software-Engineering-Ausbildung Verfügbarkeit eines Katalogs von Vorgehensmodellen (Handbuchartiges Wissen; vgl. Knuth / Sedgewick bei Algorithmen) (Formale Modelle zum Testen, Verifizieren, Nutzen und Messen von Modellen). Hindernisse Altsysteme ( legacy ), bestehendes (veraltetes) Wissen, Personal, Organisation,... Schneller Fortschritt der Technik und Anwendungen Status: Software-Engineering als sich entwickelnde extrem flexible Informatik-Disziplin, die sich sogar dem Reifegrad der Standard- Ingenieursdisziplinen annähert. 5
6 Evolution einer Ingenieursdisziplin wissenschaftlich fundierte Produktionstechnik vorgegebene Produktionsmittel Handarbeit Kommerz professionelle Ingenieursdisziplin Mary Shaw 96 Talentierte Amateure Intuition und brute force Zufälliger Fortschritt Fallweiser Austausch Benutzung vorhandener Materialien Herstellung für Benutzung statt Verkauf Erfahrene Handwerker Etablierte Verfahren Pragmatische Verbesserungen Ökonomische Aspekte: Kosten und Materialien Handarbeit für den Verkauf Ausgebildete Profis Analyse und Theorie Fortschritt basiert auf Wissenschaft neue Anwendungen durch Analyse Markt-Segmentierung und Produktvielfalt 6
7 Phasen der Softwareentwicklung Planungsphase Lastenheft Vorgaben und Rahmenbedingungen aus der Planungsphase vage, verschwommene, unzusammenhängende, unvollständige,widersprüchliche Anforderungen Definitionsphase Definitionsprozeß Produkt-Definition Entwurfsphase vollständige, konsistente, eindeutige und durchführbare Produktanforderungen Prüfung gegen Produkt- Definition Produkt-Entwurf Implementierungsphase Programme Abnahme & Einführungsphase Installiertes Produkt Legende: Phase Phasenergebnis Weitergabe von Teilprodukten aus [Balzert] 7
8 Aufgaben beim Software-Projektmanagement Erstellung eines Projektplans Auswahl einer Prozeßnotation Auswahl eines Prozeßmodells Planung Organisation Definitionen Software-Entwicklungsprozeß: Aktivitäten, Methoden und Verfahren zur Entwicklung und Überprüfung von Software. Planung: Planung ist Entscheiden im voraus, was zu tun ist, wie es zu tun ist, wann es zu tun ist und wer es zu tun hat. [~ Koontz, O Donnell 72] 8
9 Begriffe der Prozeßmodellierung 3 Abstraktionsebenen Planung Projektplan Wird für jedes konkrete Software-Projekt erstellt (Projektleiter). Beispiel: Projektkalender, Gantt-Chart konkretisiert Prozeßmodell Generelles Vorgehen (z.b. einer Firma) zum Entwickeln eines Software-Produkts. Auch: Vorgehensmodell. Beispiel: Wasserfall-Modell, Evol. Modell Organisation beschreibt Prozeßnotation Sprache zur Spezifikation des Ablaufs von Software-Entwicklungen. Beispiel: UML 9
10 Making a Gantt chart Step 1 list the tasks in the project 10
11 Making a Gantt chart Step 2 add task durations 11
12 Making a Gantt chart Step 3 add dependencies (which tasks cannot start before another task finishes) 12
13 Notes The arrows indicate dependencies. Task 1 is a predecessor of task 2 i.e. task 2 cannot start before task 1 ends. Task 3 is dependent on task 2. Task 7 is dependent on two other tasks Electrics, plumbing and landscaping are concurrent tasks and can happen at the same time, so they overlap on the chart. All 3 can start after task 4 ends. Painting must wait for both electrics and plumbing to be finished. Task 9 has zero duration, and is a milestone 13
14 Making a Gantt chart Step 4 find the critical path The critical path is the sequence of tasks from beginning to end that takes the longest time to complete. It is also the shortest possible time that the project can be finished in. Any task on the critical path is called a critical task. No critical task can have its duration changed without affecting the end date of the project. 14
15 MS Project can work out the critical path for you! The length of the critical path is the sum of the lengths of all critical tasks (the red tasks 1,2,3,4,5,7) which is = 10.5 days. In other words, the minimum amount of time required to get all tasks completed is 10.5 days The other tasks (6,8) can each run over-time before affecting the end date of the project 15
16 The amount of time a task can be extended before it affects other tasks is called slack (or float). Task 6 can take an extra day and a half before it affects the project s end date, so each has 1.5 day s slack. 16
17 Prozeßmodelle Prozeßmodell definiert: durchzuführende Aktivitäten Definition der Teilprodukte Fertigstellungskriterien Mitarbeiterqualifikationen Verantwortlichkeiten und Kompetenzen Standards, Richtlinien, Methoden und Werkzeuge Hier verwendete Notation: Boxes and Arrows Aktivität führt zu geht ein Produkt häufig auch ohne Produkte (Dokumente) dargestellt 17
18 Naives SWT-Grundmodell: Code & Fix Grundmodell aus den Anfängen der Softwaretechnik: Code & Fix code Prg. fix Schreibe ein Programm. Finde und behebe die Fehler im Programm. Nachteile Fehlerbehebung strukturiert Programm so um, daß weitere Fehlerbehebungen und die Weiterentwicklung immer teurer werden. Entwurfsphase wird nötig. Selbst gut entworfene Software wird von den Benutzern oft nicht akzeptiert. Definitionsphase vor dem Entwurf wird nötig. Fehler sind schwer zu finden, da Tests schlecht vorbereitet und Änderungen unzureichend durchgeführt wurden. Separate Testphase wird nötig. Folge: Entwicklung einer Reihe von besseren Modellen. 18
19 Vorgehensmodelle Vereinfachte Beschreibung eines Softwareprozesses Abstraktion eines tatsächlichen Prozesses Kombinierbar innerhalb des Softwareprozess Softwarespezifikation Softwareentwurf und implementierung Softwarevalidierung Weiterentwicklung von Software 19
20 Vorgehensmodelle im Überblick Wasserfallmodell V-Modell Prototypmodell Evolutionsmodell Spiralmodell (Rational) Unified Process 20
21 Das Wasserfallmodell (1) System- Anforderungen Software- Anforderungen Weiterentwicklung des stufenorientierten Modells Sukzessive Stufen der Entwicklung mit Rückkopplung Analyse Entwurf Royce 1970 Codierung Test Betrieb 21
22 Das Wasserfallmodell (2) Charakteristika Aktivitäten sind in der richtigen Reihenfolge und vollen Breite durchzuführen Am Ende jeder Aktivität steht ein Dokument (dokumentgetriebenes Modell) Entwicklungsablauf ist sequentiell, vorhergehende Aktivität muß beendet werden, bevor die nächste beginnt Orientiert am Top-down-Vorgehen Einfach, verständlich, wenig Managementaufwand Benutzerbeteiligung nur in der Definitionsphase Nachteile Notwendige Kurskorrekturen nicht frühzeitig erkennbar Sequentialität nicht immer nötig Gefahr, daß Dokumente wichtiger als das System werden Risikofaktoren werden u.u. zu wenig berücksichtigt 22
23 Das V-Modell (1) Erweiterung des Wasserfall-Modells, das Qualitätssicherung integriert Verifikation und Validation werden Bestandteile des Modells Are we building the product right? Verifikation: Überprüfung der Übereinstimmung zwischen Software- Produkt und seiner Spezifikation Are we building the right product? Validation: Eignung bzw. Wert eines Produkts bezogen auf seine Einsatzzweck 23
24 Das V-Modell (2) Anforderungs- Definition Anwendungsszenarien Abnahmetest Grobentwurf Testfälle Systemtest Feinentwurf Testfälle Integrationstest Boehm 1979 Modul- Implementierung Testfälle Modultest Entwickelt ab ~1990 für Bundeswehr und später für weitere Behörden (Bundesverwaltung). Submodelle für Systemerstellung (SE), Qualitätssicherung (QS), Konfigurationsmanagement (KM) und Projektmanagement (PM). Ursprünglich für eingebettete Systeme entwickelt. 24
25 Das V-Modell: Bewertung (3) Vorteile Integrierte, detaillierte Beschreibung von Systemerstellung, Qualitätssicherung, Konfigurationsmanagement und Projektmanagement Generisches Vorgehensmodell Gut geeignet für große Projekte Nachteile Unkritische Übernahme der Konzepte, die für eingebettete Systeme entwickelt wurden, für andere Anwendungstypen Software-Bürokratie bei kleinen & mittleren Projekten Ohne CASE-Unterstützung nicht handhabbar 25
26 Das Prototypen-Modell (1) Probleme traditioneller Modelle: Auftraggeber / Endbenutzer können oft Anforderungen nicht vollständig / explizit formulieren. Dies ist aber in klassischen Definitionsphasen nötig! Kooperation zwischen Anwendern und Entwicklern endet mit der Definitionsphase: Entwicklungsabteilungen ziehen sich nach Definitionsphase zurück und präsentieren erst nach Fertigstellung das Ergebnis; wünschenswerte Koordination zum Lernen von den jeweils anderen unterbleibt Oft existieren unterschiedliche Lösungswege, die besser experimentell erprobt werden und mit dem Auftraggeber diskutiert werden können. Manche Anforderungen lassen sich theoretisch nicht garantieren (z.b. Echtzeitanforderungen). Vor dem Abschluß der Definitionsphase muß also ggf. einiges ausprobiert werden. Das Überzeugen des Auftraggebers von der prinzipiellen Durchführbarkeit oder Handhabung einer Idee während der Akquisitionsphase wird nicht unterstützt (Folge für Verantwortungsteilung, Mittelfluss, etc). 26
27 Das Prototypen-Modell (2) Begriffsbestimmung Software-Prototyp: (im Gegensatz zum Begriff in anderen Ingenieursdisziplinen) Ein Software-Prototyp ist nicht das erste Muster einer großen Serie (beliebig kopierbar, Massenfertigung)... ist keine Simulation, sondern zeigt ausgewählte Eigenschaften des Zielprodukts im praktischen Einsatz (vgl. z.b. Windkanal oder Architekturmodell)... dient zum Klären von relevanten Anforderungen oder Entwicklungsproblemen.... dient als Diskussionsbasis für Entscheidungen.... dient zu experimentellen Zwecken und Sammeln von praktischen Erfahrungen. Vorgehensweise: prototyping 27
28 Das Prototypen-Modell (3) nach Balzert Arten von Software-Prototypen: Demonstrationsprototyp: Dient zur Auftragsakquisition; verschafft Eindruck, wie das Produkt aussehen kann. Wichtig: Wird später weggeworfen! Prototyp im engeren Sinne: Wird parallel zur Modellierung des Anwendungsbereiches erstellt, um Aspekte der Benutzungsschnittstelle oder Teile der Funktionalität zu veranschaulichen. Dient zur Analyse. (Exploratives Prototyping) Labormuster: Dient zur Beantwortung konstruktionsbezogener Fragen und Alternativen. (Experimentelles Prototyping) Pilotsystem: Dient nicht nur zur experimentelle Erprobung oder Veranschaulichung, sondern ist schon Kern des Produkts. Unterscheidung zwischen Prototyp und Produkt verschwindet später. Die Weiterentwicklung erfolgt in Zyklen unter Beteiligung der Benutzer. Es ist ein wesentlich sorgfältigerer Entwurf nötig, da dieser Prototyp später weiterbenutzt wird! Benutzerdokumentation wird ebenfalls nötig. (Evolutionäres Prototyping) Prototyp Pilot Produkt 28
29 Das Prototypen-Modell (4) Ein fertiges Software-Produkt besteht aus vielen Komponenten und Ebenen. Unterscheidung zwischen horizontalen und vertikalen Prototypen: Benutzungsoberfläche horizontaler Prototyp Anwendung horizontaler Prototyp Netzanbindung Datenhaltung Systemsoftware vertikaler Prototyp vertikaler Prototyp 29
30 Das Prototypen-Modell: Bewertung Vorteile: Reduktion des Entwicklungsrisikos durch frühzeitige/stärkere Rückkopplung. Sinnvoll in andere Prozeßmodelle integrierbar. Prototypen sind durch geeignete Werkzeuge schnell erstellbar. Rapid Prototyping Nachteile Höherer Entwicklungsaufwand. Gefahr, daß ein Wegwerf -Prototyp nicht weggeworfen wird. Prototypen werden oft als Ersatz für Dokumentation angesehen. 30
31 Das evolutionäre/inkrementelle Modell Beobachtung: Software-(Weiter) Entwicklung unterliegt Änderungen Lernen zwischen Entwicklern und Anwendern nötig, da Veränderungen im technischen und Einsatzkontext stattfinden sich durch den Einsatz des Systems neue Anforderungen ergeben Systementwicklung in Ausbaustufen, inkrementelle Entwicklung, Prototyping Herstellung Systemgestaltung Projektetablierung Revisionsetablierung Projektabschluß Einsatz Entwickleraufgabe Pflege Nutzung Nutzeraufgabe Systemspezifikation Software- Realisierung Entwickleraufgabe Umfeld- Vorbereitung Nutzeraufgabe System- Version 31
32 Erweiterung: Das Spiralmodell (1) Das Spiralmodell ist eigentlich ein Modell höherer Ordnung Für jedes (Teil-)Produkt sind zyklisch vier Schritte zu durchlaufen: Schritt 1: Identifizierung der Ziele des Teilprodukts (Leistung, Funktionalität, Anpaßbarkeit,...) Alternative Möglichkeiten zur Realisierung des Teilprodukts finden. Randbedingungen bei verschiedenen Alternativen finden Schritt 2: Evaluierung der Alternativen unter Berücksichtigung aller Alternativen Identifizieren und ggf. Überwinden von Risiken (durch Prototypen, Simulation,...) Schritt 3: Abhängig vom Risiko wird ein Prozeßmodell festgelegt (oder eine Kombination). Anwendung des Modells Schritt 4: Planung des nächsten Zyklus, Überprüfung der nächsten 3 Schritte im nächsten Zyklus, Einverständnis mit Beteiligten sichern. 32
33 Das Spiralmodell (3) 1 2 Boehm, Barry: A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, August 1986; 4 3 Boehm, Barry: A Spiral Model of Software Development and Enhancement. IEEE Computer, Vol.21, Ausg. 5, Mai 1988, pp
34 34
35 35
36 Unified Process Inception: festlegen der Geschäftsziele und des Umfangs des Projekts. Elaboration: sammeln detaillierter Anforderungen, Analyse und Design auf höhere Ebene. Basisarchitektur und Plan für die Umsetzung. Construction: iterativ und inkrementell Jede Iteration resultiert in Prototypen die Produktqualität haben und die Teilmengen der Anforderungen implementieren. Transition: beta testing, performance tuning und Benutzertraining. Inception Elaboration Construction Transition 36
37 Erster Schritt: Inception - Konzeptionalisierung Inception kann unterschiedliche Formen haben: Unterhaltung am Kaffeeautomat oder eine komplette Machbarkeitsstudie. Währender der inception phase wird das Geschäftsmodell definiert: Berechnung was das Projekt kostet. Abschätzung des Gewinns. Initiale Analyse ist notwendig damit der Umfang und die Größe des Projekts abgeschätzt werden können. Inception sollte höchstens einige Tage dauern und ermitteln ob es sich lohnt in die nächste Phase zu gehen. Sollen wir das Projekt weiter bearbeiten? 37
38 Zweiter Schritt: Elaboration - Entwurf Startet nach der go-ahead Vereinbarung. Es existieren i.d.r. nur vage Anforderungen: We are going to build the next generation customer support system for the Watts Galore Utility Company. We intend to use objectoriented technology to build a more flexible system that is more customer oriented - specifically, one that will support consolidated customer bills. Es muss ein bessers Verständnis des Problems erarbeitet werden : Was genau soll realisiert werden? Wie soll es realisiert werden? Welche Technologie soll verwendet werden? Elaboration bedeutet auch die Risiken des Projekts genau zu analysieren: Welche Umstände können zur Entgleisung führen? 38
39 Elaboration: System Analyse Rationale: Das Beheben und Auffinden von Fehlern nach der Auslieferung ist 100 mal teurer als während der Analyse oder innerhalb der Design Phase. Ziel der Analyse ist es ein Modell dessen was das System tun soll zu entwickeln. Sollte Informationen enthalten, die verstehen läßt was die Software in einer realen Umgebung leisten soll. Der Benutzer sollte das Analysemodell verstehen können. Die Analysephase liefert die Basis die Designphase. Die Analyse liefert die Anforderungen und die Definition der realen Umgebung(en) in der die Software existieren wird. Object-oriented analysis forces a seamless development process with no discontinuities because of continuous refinement and progressing from analysis through design to implementation. 39
40 Analyse: Actors, Steps, Deliverables Kundenanforderungen Entwickleranforderungen Problemanalyse Problem statement Prioritäten des Manager Model Design Repräsentiert durch Texte Spreadsheets Diagramme... 40
41 Design: Actors, Steps, Deliverables Problem statement Repräsentiert durch Domänenwissen Benutzer Interviews Real-world Erfahrungen Model Design z.b. UML Diagramme Use Cases Classes Interactions Packages States Activities... 41
42 Analyse: Erfassen von Anforderungen Identifizen typischer Use Cases/Anwendungsfälle des Zielsystems. Ein typischer Use Case im Kontext von Datenbanken: liste alle Kunden die ein bestimmtes Prokukt bestellt haben liste meine Top 10 Kunden Mahnbriefe sollen automatisch versandt werden Ein Entwickler antwortet mit Kostenschätzungen: Die Top 10 Kundenliste kann in einer Woche entwickelt werden. Die Mahnbrieffunktion dauert einen Monat. Use case 3 Use case 2 Use case 1 Der Kunde/Benutzer und der Entwickler einigen sich auf Prioritäten. 42
43 Elaboration: Planung Zuordnung der Use Cases zu Iterationsschleifen und Definition der Abgabetermine. Kunde weist den Use Cases Prioritäten zu. Entwicker analysiert architekturelle Risiken. Konzentration of technolgisch schwierige Use Cases. Entwickler muss sich den Risiken der Teminplanung bewußt sein. Abschätzung der Dauer jeder Iteration Berücksichtigung aller Schritte: Analyse, Design, Coding, Tests, Integration und Dokumentation.! Die Schätzungen sollten der Entwickler und nicht der Manager leisten. 43
44 UP: Iterationen Jede Iteration ist ein Projekt. Use case 1 Integration Use case 2 Demonstration Testing Testing Use case 3 Use case 4 Analysis Design Design Coding Coding Debugging Use case 5 Iteration 5 Iteration 4 Iteration 3 Iteration 2 Iteration Use Case driven system increments Innerhalb jeder Iteration durchläuft man Analyse, Design, Coding, Debugging, Integration und Demonstration der realisierten Use Cases duch eine Prototyp. 44
45 Transition Phase - Produktübergabe Freigabe des Produkts an die Benutzer Überprüfung des Qualitätslevels Auslieferung, Training,Einsatzunterstützung, Wartung Liefert:Release Milestone 45
46 RUP ist eine Instanz von UP RUP ist eine Instanz von UP 46
47 Wdhlg.: Zeitaufwand je nach Entwicklungsphase 47
48 Konsequenz Erfahrungsgemäß hohe Kosten bei Änderungen in späten Phasen rechtfertigen hohen Aufwand in frühen Phasen zur Vermeidung von späteren Änderungen Einfluß auf vorgeschlagene klassische Vorgehensmodelle Aber: Kostenreduktion durch aufwendiges Vorgehen in frühen Phasen umstritten These: Änderungen sind kaum vermeidbar Durch neue Vorgehensweisen soll Änderungsflexibilität erhalten bleiben 48
49 Weitere Ansätze Extreme Programming Agile Modeling Software Product Lines Component-Oriented Software Engineering Model-Driven Archicture... Wir greifen einige dieser Themen etwas später wieder auf. 49
Wirtschaftsinformatik I Teil 2. Sommersemester 2008. 1. Übung
Wirtschaftsinformatik I Teil 2 Sommersemester 2008 1. Übung Sarah Mund, Kirstin Simon, Markus Trierweiler, Christian Molitor, Jonathan Jäger, Björn Kirsten Aufgabenstellung Diskutieren Sie die Vor- und
MehrWas versteht man unter einem Softwareentwicklungsmodell?
Softwareentwicklung Was versteht man unter einem Softwareentwicklungsmodell? Ein Softwareentwicklungsmodell ist ein für die Softwareentwicklung angepasstes Vorgehensmodell bei der professionellen ( ingenieursmäßigen
MehrDer Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle
Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind
MehrGrundlagen Software Engineering
Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der
MehrKapitel 2: Der Software-Entwicklungsprozess
Wie konstruiert man Software? Kapitel 2: Der Software-Entwicklungsprozess SoPra 2008 Kap. 2: Der Software-Entwicklungsprozess (1/10) Der Software-Entwicklungs-Prozess Historisches 1960JJ adhoc Techniken
MehrProjektmanagement. 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/
MehrSoftwaretechnik. Fomuso Ekellem WS 2011/12
WS 2011/12 Inhalt Wiederholung Weitere Begriffe Programmierung im Großem (Programmierung von Software als Ganzes) Prozess-Modelle 2 Wiederholung: Prozesse Prozesse sind hierarchische Gruppierungen von
MehrAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
MehrPraktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle
Diverse Grundlagen Dr. Karsten Tolle Vorgehensmodelle im Software Engineering Wasserfallmodell Rapid Prototyping Spiralmodell V-Modell Rational Unified Process extrem Programming Test Driven Development
MehrSoftwaretechnik. 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
MehrProzess-Modelle für die Softwareentwicklung
Prozess-Modelle für die Softwareentwicklung Prof. Dr. Andreas Spillner Institut für Informatik und Automation Hochschule Bremen Übersicht Softwareentwicklungs-Modelle Wasserfall-Modell Vorgehensmodell
MehrInformationswirtschaft 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
MehrInformationswirtschaft 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
MehrSoftware Entwicklung 2. Prozessmodelle
Software Entwicklung 2 Prozessmodelle Inhalt Das Wasserfall-Modell Das V-Modell Das Prototypen-Modell Das evolutionäre/inkrementelle Modell Das nebenläufige Modell Überblick über die Prozessmodelle 2 Lernziele
MehrSoftware- Entwicklungsaktivitäten und Vorgehensmodelle. Lebenszyklusmodell
1. Vorgehensmodelle Software- Entwicklungsaktivitäten und Vorgehensmodelle a) Lebenszyklusmodell (Life- Cycle- Modell) b) V- Modell c) Wasserfallmodell d) Modifiziertes Wasserfallmodell e) Iterative Modelle
MehrIT-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
MehrSoftware Systems Engineering
Software : SoSe 08 Prof. Dr. Klaus Schmid Software Produktlinien Ein neues Programm soll erstellt werden. Das habe ich doch schon mal programmiert, oder? Alter Code passt aber nicht ganz! Wird passend
MehrDas 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Übungsaufgaben zum Software Engineering: Management
Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie
MehrDas Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin
Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?
Mehr3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.
1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes
MehrPROJEKTMANAGEMENT GRUNDLAGEN_2
Friedrich-Schiller-Universität Jena Fakultät für Mathematik und Informatik Lehrstuhl für Softwaretechnik Dipl. Ing. Gerhard Strubbe IBM Deutschland GmbH Executive Project Manager (IBM), PMP (PMI) gerhard.strubbe@de.ibm.com
Mehrextreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?
MehrLösungen zum Test objektorientierter Software
Lösungen zum Test objektorientierter Software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14. März 2013 HOM/FHTeL Lösungen zum Test objektorientierter Software
MehrVorgehensmodelle zur Softwareentwicklung
Whitepaper und technische Dokumentation Informationen zu diesem Dokument Autor: Tobias Eichner, tobias@starenterprise.com Datum der Erstveröffentlichung: Februar 2013 Datum der letzten Überarbeitung: 11.
MehrÜbungen zur Softwaretechnik
Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se
MehrSoftware Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003
Software Engineering Softwaretechnik Softwaretechnologie, Software Engineering (engl.) das, -, Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen für das ingenieurmäßige Entwerfen, Herstellen
MehrAbschnitt 16: Objektorientiertes Design
Abschnitt 16: Objektorientiertes Design 16. Objektorientiertes Design 16 Objektorientiertes Design Informatik 2 (SS 07) 610 Software-Entwicklung Zur Software-Entwicklung existiert eine Vielfalt von Vorgehensweisen
MehrÜbung Einführung in die Softwaretechnik
Lehrstuhl für Informatik 3 RWTH Aachen Übung Einführung in die Softwaretechnik Lösungshinweise zum Übungsblatt 3 Aufgabe 6a) Welche Projekttypen gibt es, und wie ist deren Zusammenhang? Systementwicklung
MehrREQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1
REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1 QUALITÄT FÜR SIE Qualität zeigt sich in Ergebnissen und Erfolgen. Sie hängt von der jeweiligen Problemstellung ab, deshalb sehen wir
MehrWarum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen
MehrGrundlagen Software Engineering
1 Grundlagen Software Engineering Prozesse GSE: Prof. Dr. Liggesmeyer, 1 Organisation: Prozessmodelle Inhalt Das Wasserfall-Modell Das V-Modell Das evolutionäre/inkrementelle Modell Das nebenläufige Modell
MehrSERVICE SUCHE ZUR UNTERSTÜTZUNG
SERVICE SUCHE ZUR UNTERSTÜTZUNG VON ANFORDERUNGSERMITTLUNG IM ERP BEREICH MARKUS NÖBAUER NORBERT SEYFF ERP SYSTEME Begriffsbestimmung: Enterprise Resource Planning / Business Management Solution Integrierte
MehrAgile Management Einführung in agiles Management
Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen
MehrSoftware Engineering. Dokumentation! Kapitel 21
Martin Glinz Thomas Fritz Software Engineering Kapitel 21 Dokumentation 2005-2013 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch gestattet;
MehrIT-Basics 2. DI Gerhard Fließ. Vorgehensmodelle
IT-Basics 2 DI Gerhard Fließ Vorgehensmodelle Sichtbarkeit Die Sichtbarkeit von Membervariablen und Methoden können durch die folgenden Schlüsselworte geregelt werden: private nur in der eigenen Klasse
MehrTaking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum
Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management
MehrSoftware-Lebenszyklus
Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung
MehrProzessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer
MehrSoftware Engineering
Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering Winter '12/'13
MehrSoftware Engineering
Literatur Gliederung Software Engineering Herbert Kuchen Universität Münster Di+Fr 14:15-15:45, M2 Wintersemester 2009/2010 1 Literatur Gliederung Basis-Literatur H. Balzert: Lehrbuch der Software-Technik,
MehrÜbungsklausur vom 7. Dez. 2007
Übungsklausur vom 7. Dez. 2007 Ein Lösungsmuster Teilbereiche der Softwaretechnik Software Anforderungen Software Entwurf Software Konstruktion Software Test Software Wartung Software Konfigurationsmanagement
MehrEinführungsstrategien komplexer IT-Lösungen
Innovative Systemlösungen Stand: 11/2009 Ausgangsituation Die Umwelt wird immer schnelllebiger, dadurch kommt es immer öfter zu Änderungen der Anforderungen an eine Software. Die Frage ist nicht, wie man
Mehrm.e.d. concept methode erfolg datenverarbeitung V-Modell XT im Überblick 2 V-Modell XT Einführung - Analyse und Roadmap 3
Projektmanagement Kompetenztraining V-Modell XT Das V-Modell XT ist urheberrechtlich geschützt, Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten m.e.d. concept methode erfolg datenverarbeitung
Mehr6 Vorgehensbausteine. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation>
Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 6 Vorgehensbausteine 1.2.1 Copyright V-Modell XT Das
MehrFeature Driven Development
Driven Development Die andere agile Methode Dipl.-Inform. Henning Wolf henning.wolf@it-agile.de Überblick Warum mit FDD beschäftigen? Woher kommt FDD? Was ist FDD? 5 (Teil-)Prozesse Rollenmodell Vorteile
MehrAgile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
MehrProjektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)
Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:
MehrInformationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:
Informationssystemanalyse Problemstellung 2 1 Problemstellung Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: große Software-Systeme werden im Schnitt ein Jahr zu spät
MehrProjektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1
Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit
MehrSOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.
SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative
MehrRequirements 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[Customer Service by KCS.net] KEEPING CUSTOMERS SUCCESSFUL
[Customer Service by KCS.net] KEEPING CUSTOMERS SUCCESSFUL Was bedeutet Customer Service by KCS.net? Mit der Einführung von Microsoft Dynamics AX ist der erste wichtige Schritt für viele Unternehmen abgeschlossen.
MehrUnsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung des Projektstatus.
Fachgruppe Projektmanagement im Mittelstand August 2015 Themen, die vor dem Projekt durchzuführen sind KNOW-HOW Unsere These: Meilensteindefinitionen sind wichtig für die Projektplanung und die Bewertung
MehrSoftware Engineering. Sommersemester 2012, Dr. Andreas Metzger
Software Engineering (Übungsblatt 2) Sommersemester 2012, Dr. Andreas Metzger Übungsblatt-Themen: Prinzip, Technik, Methode und Werkzeug; Arten von Wartung; Modularität (Kohäsion/ Kopplung); Inkrementelle
MehrWSR 2004. Softwarewartung und Prozessmodelle in Theorie und Praxis. Urs Kuhlmann Andreas Winter
WSR 2004 Softwarewartung und Prozessmodelle in Theorie und Praxis Urs Kuhlmann Andreas Winter Universität Koblenz-Landau 1 Gliederung Wartungsbegriff Prozessmodelle Fallstudien Problembereiche Fazit 2
MehrKapitel 3: Einführung Projektmanagement
: : : : : : : : : : : : : : : : : : : : : Kapitel 3: Einführung Projektmanagement Dr.-Ing. Bastian Koller, Axel Tenschert koller@hlrs.de, tenschert@hlrs.de : : : : : : : : : : : : : : : : : : : : : Kapitel
MehrGPP Projekte gemeinsam zum Erfolg führen
GPP Projekte gemeinsam zum Erfolg führen IT-Sicherheit Schaffen Sie dauerhaft wirksame IT-Sicherheit nach zivilen oder militärischen Standards wie der ISO 27001, dem BSI Grundschutz oder der ZDv 54/100.
MehrProjektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern
Projektmanagement Vorlesung 14/ 15: Wiederholung ausgewählter Themen zur Klausurvorbereitung Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller
MehrDie Softwareentwicklungsphasen!
Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.
MehrSoftwaretechnik (Allgemeine Informatik) Überblick
Softwaretechnik (Allgemeine Informatik) Überblick 1 Einführung und Überblick 2 Abstraktion 3 Objektorientiertes Vorgehensmodell 4 Methoden der Anforderungs- und Problembereichsanalyse 5 UML-Diagramme 6
MehrSoftware Engineering. Dokumentation. Wintersemester 2005/06. Kapitel 21. Universität Zürich Institut für Informatik
Martin Glinz Harald Gall Software Engineering Wintersemester 2005/06 Kapitel 21 Dokumentation Universität Zürich Institut für Informatik 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
MehrGrundlagen des Software Engineering
Grundlagen des Software Engineering Teil 1: SW-Management Fachrichtung Wirtschaftsinformatik FB Berufsakademie der FHW Berlin Prof. Dr. Gert Faustmann Motivation des Risikomanagements Ungefähr 80 Prozent
MehrProjektmanagement Leitfaden für Organisations- u. Verbesserungsprojekte
Projektmanagement Leitfaden für Organisations- u. Verbesserungsprojekte Diese Maske wird im PC hinterlegt und für jedes Projekt vom Lenkungsausschuss angelegt. Die Bearbeitung erfolgt schrittweise in der
MehrStuPro-Seminar Dokumentation in der Software-Wartung. StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung.
StuPro-Seminar Dokumentation in der Software-Wartung StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung Folie 1/xx Software-Wartung: theoretisch Ausgangslage eigentlich simpel: fertige
MehrUnsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin
Unsere Kunden erzählen keine Geschichten Ursula Meseberg microtool GmbH Berlin Unsere Kunden erzählen keine Geschichten Ein modellbasierter Prozess für die Anforderungsanalyse im Vorfeld agiler Produktentwicklung
MehrAnwendungspraktikum aus JAVA Programmierung im SS 2006 Leitung: Albert Weichselbraun. Java Projekt. Schiffe Versenken mit GUI
Anwendungspraktikum aus JAVA Programmierung im SS 2006 Leitung: Albert Weichselbraun Java Projekt Schiffe Versenken mit GUI 1. Über den Autor: Name: Marija Matejic Matrikelnummer: 9352571 E-mail: marijamatejic@yahoo.com
MehrSoftwareentwicklungsprozess im Praktikum. 23. April 2015
Softwareentwicklungsprozess im Praktikum 23. April 2015 Agile Softwareentwicklung Eine agile Methodik stellt die beteiligten Menschen in den Mittelpunkt und versucht die Kommunikation und Zusammenarbeit
MehrUse Cases. Use Cases
Use Cases Eigenschaften: Ein Use Case beschreibt einen Teil des Verhaltens eines Systems aus externer Sicht (Formuliert in der der Fachsprache der Anwendung) Dies geschieht, indem ein Systemdialog beschrieben
MehrGruppe 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
MehrInhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells...
Inhaltsverzeichnis Inhaltsverzeichnis... I 1 Problemstellung... 1 2 V-Modell... 1 2.1 Allgemeines... 1 2.2 Anwendung des V-Modells... 3 3 SCRUM-Modell... 4 3.1 Allgemeines... 4 3.2 Anwendung des SCRUM-Modells...
MehrRisikomanagement in der Praxis Alles Compliance oder was?! 1. IT-Grundschutz-Tag 2014 13.02.2014
Risikomanagement in der Praxis Alles Compliance oder was?! 1. IT-Grundschutz-Tag 2014 13.02.2014 Risikomanagement Eine Einführung Risikomanagement ist nach der Norm ISO 31000 eine identifiziert, analysiert
Mehr3.2,,Eichung von Function Points (Berichtigte Angabe)
I N S T I T U T E F O R R E A L - T I M E C O M P U T E R S Y S T E M S TECHNISCHE UNIVERSIT ÄT MÜNCHEN P R O F E S S O R G. F Ä R B E R Software Engineering 3. Übung 22.05.2003 3.2,,Eichung von Function
MehrErfolgreiche Realisierung von grossen Softwareprojekten
Software Engineering Erfolgreiche Realisierung von grossen Softwareprojekten Requirements Management Fachhochschule Lübeck, 7. Dezember 2001 Thomas Dahlmanns dahlmanns@pixelpark.com (040) 43203 26 >> 1
MehrAndrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?
Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee
MehrSSI WHITE PAPER Design einer mobilen App in wenigen Stunden
Moderne Apps für Smartphones und Tablets lassen sich ohne großen Aufwand innerhalb von wenigen Stunden designen Kunde Branche Zur Firma Produkte Übersicht LFoundry S.r.l Herrngasse 379-381 84028 Landshut
MehrSoftware Engineering
Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales
MehrOUTSOURCING ADVISOR. Analyse von SW-Anwendungen und IT-Dienstleistungen auf ihre Global Sourcing Eignung. Bewertung von Dienstleistern und Standorten
Outsourcing Advisor Bewerten Sie Ihre Unternehmensanwendungen auf Global Sourcing Eignung, Wirtschaftlichkeit und wählen Sie den idealen Dienstleister aus. OUTSOURCING ADVISOR Der Outsourcing Advisor ist
MehrSoftware Projekt 2 / Gruppe Knauth Lernziele:
Lernziele: Realisierung eines komplexen Software-Projektes unter Industrie-ähnlichen Bedingungen Organisiertes Arbeiten im Team Team Organisation: Rollen und Aufgaben der Team-Mitglieder bestimmen Spezifikation
MehrWir beraten Sie. Wir unterstützen Sie. Wir schaffen Lösungen. Wir bringen Qualität. Wir beraten Sie. Wir unterstützen Sie. Wir schaffen Lösungen
Was bedeutet es, ein Redaktionssystem einzuführen? Vorgehensmodell für die Einführung eines Redaktionssystems Die Bedeutung Fast alle Arbeitsabläufe in der Abteilung werden sich verändern Die inhaltliche
MehrSoftware-Validierung im Testsystem
Software-Validierung im Testsystem Version 1.3 Einleitung Produktionsabläufe sind in einem Fertigungsbetrieb ohne IT unvorstellbar geworden. Um eine hundertprozentige Verfügbarkeit des Systems zu gewährleisten
Mehr5.3.2 Projektstrukturplan
5.3.2 Der ist eine der wichtigsten Planungs- und Controllingmethoden und das zentrale Kommunikationsinstrument im Projekt. Er bildet die Basis für sämtliche weitere Projektmanagement- Pläne sowie für die
MehrProfessionelles Projektmanagement mit dem V - Modell XT
Professionelles Projektmanagement mit dem V - Modell T Dr. Ingo Zank / IKMT (VT, 04/2007) V-Modell Release 1.2 Ein Seminar des IKMT - Institut für kreatives Management und Training Postfach 330145 14171
MehrTypisierung des Replikationsplan Wirries, Denis Datenbankspezialist
Typisierung des Replikationsplan Wirries, Denis Datenbankspezialist Feintypisierung - Überblick Ergebnisse Ergebnisse aus aus anderen anderen Arbeitsergebnissen Arbeitsergebnissen Replikationsplan Replikationsplan
MehrAlbert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen
Open Source professionell einsetzen 1 Mein Background Ich bin überzeugt von Open Source. Ich verwende fast nur Open Source privat und beruflich. Ich arbeite seit mehr als 10 Jahren mit Linux und Open Source.
MehrWissensmanagement. in KMU. Beratung und Produkte GmbH
Wissensmanagement in KMU Warum Wissen in KMU managen? Motive von Unternehmern (KPMG 2001) Produktqualität erhöhen Kosten senken Produktivität erhöhen Kreativität fördern Wachstum steigern Innovationsfähigkeit
MehrOktober 2014 PRODUKTENTWICKLUNG. Dr. Ralf Lauterbach
PRODUKTENTWICKLUNG Dr. Ralf Lauterbach Produktentwicklung digitaler Produkte - was ist zu tun? - Generelle Aufgaben bei jeder digitalen Produktentwicklung Produktmanagement Marktanalysen Markteingangsstrategie
MehrProjektmanagement. Requirements Management - Anforderungsverwaltung. Oliver Lietz - Projektmanagement
Projektmanagement Requirements Management - Anforderungsverwaltung Dipl.-Ing. Oliver Lietz Requirements (Anforderungen) Verschiedene Rollen bei Projekten: Stakeholder Entscheider,, von Projektergebnis
MehrEvaluation of Database Design and Reverse Engineering Tools for a Large Software System
Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Anne Thomas TU Dresden Dr. B. Demuth Pre Press GmbH (Dresden) T. Reuter Gliederung Einleitung Vorgehensweise Kontext
MehrProjektmanagement in der Spieleentwicklung
Projektmanagement in der Spieleentwicklung Inhalt 1. Warum brauche ich ein Projekt-Management? 2. Die Charaktere des Projektmanagement - Mastermind - Producer - Projektleiter 3. Schnittstellen definieren
MehrInformationssystemanalyse Lebenszyklusmodelle 3 1. Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen:
Informationssystemanalyse Lebenszyklusmodelle 3 1 Aufgaben von Lebenszyklusmodellen Lebenszyklusmodelle sollen hauptsächlich drei Aufgaben erfüllen: Definition der Tätigkeiten im Entwicklungsprojekt Zusicherung
MehrContent Management System mit INTREXX 2002.
Content Management System mit INTREXX 2002. Welche Vorteile hat ein CM-System mit INTREXX? Sie haben bereits INTREXX im Einsatz? Dann liegt es auf der Hand, dass Sie ein CM-System zur Pflege Ihrer Webseite,
MehrWir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.
Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat
MehrProbeklausur. 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
MehrFragebogen: Abschlussbefragung
Fragebogen: Abschlussbefragung Vielen Dank, dass Sie die Ameise - Schulung durchgeführt haben. Abschließend möchten wir Ihnen noch einige Fragen zu Ihrer subjektiven Einschätzung unseres Simulationssystems,
MehrKlausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement
Klausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement Prof. Dr. H.-G. Gräbe, T. Riechert Institut für Informatik Sommersemester 2010 Allgemeine Bemerkungen Jedes Blatt ist mit
MehrKonsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt
Konsolidierung und Neuimplementierung von VIT Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt Inhaltsverzeichnis 1 Was ist der Kontext?... 1 2 VIT: Ein sehr erfolgreiches
MehrCarMedia. Bedienungsanleitung Instruction manual. AC-Services Albert-Schweitzer-Str.4 68766 Hockenheim www.ac-services.eu info@ac-services.
CarMedia Bedienungsanleitung Instruction manual AC-Services Albert-Schweitzer-Str.4 68766 Hockenheim www.ac-services.eu info@ac-services.eu DE Inhaltsverzeichnis 1. Allgemeine Hinweise... 3 2. CarMedia...
MehrKlausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement
Klausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement Prof. K.-P. Fähnrich, Prof. H.-G. Gräbe, T. Riechert Institut für Informatik Sommersemester 2012 Allgemeine Bemerkungen
MehrEinführung und Motivation
Einführung und Motivation iks-thementag: Requirements Engineering 16.11.2010 Autor Carsten Schädel Motto Definiere oder Du wirst definiert. Seite 3 / 51 These Im Privatleben definiert jeder (seine) Anforderungen.
Mehr