Agile Methoden in der Softwareentwicklung. Inhaltsverzeichnis. Einleitung. 1. 1 Motivation. Zielsetzung. 1. 3 Gliederung. Klassische Softwareentwicklung. Die Softwarekrise. Software Engineering - Methodik als LOsungsansatz. ![]() In der Produktentwicklung werden wir sicher eine konsequentere Umsetzung der Methoden des Systems. Im Vergleich dazu nutzen wir Internet. Evaluierung. Agile Managementmethoden. sowie die Verbesserungen im Vergleich zum Aufwand der Einführung agiler. besteht auch die agile Software-Evaluierung aus mehrere. Methods and tools supporting agile software development for distributed. Evaluierung des Stressverhaltens eines. Vergleich der beiden Methoden für die. Tatsächlich gibt es Führungskräfte, die eine agile Methodik einführen wollen, nur soll es keiner merken. Keiner ausserhalb der betroffenen Entwickler, Tester. ![]() Traditionelle Vorgehensmodelle. Das Phasen- oder Wasserfallmodell. Das V- Modell. 2. Das Spiralmodell. Erfolgskriterien in Softwareprojekten. Agile Softwareentwicklung. Eine neue Bewegung entsteht. Das Agile Manifest. Die vier Agilen Werte. Systematische Bewertung von Alternativen im Projekt-Management: Unternehmensberatung Know-how-Transfer zu Vorgehensmodellen - Methoden -. Assoc. Prof. PD Mag. Dr. Stefan Koch. Department of Management. Bogazici University. Telephone: +90 212 359 54 00 7691. E-Mail: [email protected]. Software- und Systems-Engineering/Publikationen/en. by [[Software- und Systems-Engineering/Publikationen/en/en. und Lean Methoden in global verteilten. Requirements Engineering für die agile Softwareentwicklung Methoden. Vergleich der migrierten Daten mit. lerweise schließt sich daran eine Evaluierung. Bachelorarbeit Alex Hense Evaluierung agiler. [Comp11] www.computerwoche.de, Agile Methoden im Vergleich. [Wiki12] Wikipedia, Agile Softwareentwicklung. Individuen und Interaktionen. Funktionierende Software. Zusammenarbeit mit dem Kunden. Vorbereitung auf unbekannte Anderungen. Die zwolf Agilen Prinzipien. Anforderungen an einen Entwicklungsprozess. Einordnung der Agilen Vorgehensmodelle. Unternehmensspezifische Anforderungen. Unternehmensdarstellung. Projekteigenschaften und Arbeitsumfeld. Der Kriterienkatalog. Einordnung der Agilen Methodik. Projektgro. Be. 4. Projektphasen. 4. Gewichtung. 4. 3. Projektumwelt. 5 Vergleich und Evaluierung. Adaptive Software Development (ASD)5. Rollen und Verantwortlichkeiten. Prozessbeschreibung. Praktiken und Charakteristika. Zusammenfassung und Evaluierung. Crystal Methods. 5. Rollendefinitionen. Prozessbeschreibung. Praktiken und Charakteristika. Zusammenfassung und Evaluierung. Scrum. 5. 3. 1 Rollen und Verantwortlichkeiten. Prozessbeschreibung. Praktiken und Charakteristika. Zusammenfassung und Evaluierung. Dynamic Systems Development Method (DSDM)5. Rollen und Verantwortlichkeiten. Prozessbeschreibung. Praktiken und Charakteristika. Zusammenfassung und Evaluierung. Extreme Programming (XP)5. Rollen und Verantwortlichkeiten. Prozessbeschreibung. Praktiken und Charakteristika. Zusammenfassung und Evaluierung. Feature Driven Development (FDD)5. Rollen und Verantwortlichkeiten. Prozessbeschreibung. Praktiken und Charakteristika. Zusammenfassung und Evaluierung. Zusammenfassung der Evaluierung. Agile Methoden und global verteilte Entwicklung. Eigenschaften gobal verteilter Entwicklung. Organisatorische Komplexitat in global verteilter Entwicklung. Agile Praktiken in global verteilter Entwicklung. Umsetzung in der Bearing. Point INFONOVA Gmb. H7 Zusammenfassung. Resiimee. 7. 2 Ergebnisse. Schlussbemerkung und Ausblick. Literaturverzeichnis. Bibliografische Beschreibung. Gotzenauer, Jurgen: Agile Methoden in der Softwareentwicklung - Vergleich und Evaluierung. S. Graz, Hochschule Mittweida (FH), Fachbereich Informationstechnik & Elektrotechnik, Diplomarbeit, 2. Referat. Die Software- Industrie steht heute mehr denn je vor der Tatsache, dass ein Gro. Bteil der beauftragten Projekte die geforderte Qualitat nicht erreicht, Zeit- und Budgetvorgaben uberschritten werden, oder im schlimmsten Fall das Projekt noch wahrend der Entwicklung abgebrochen wird. Die Anforderungen der Kunden an die beauftragte Software sind unklar, der Zeitraum zwischen Vertragsunterzeichnung und Auslieferung des Endprodukts wird zunehmend en- ger und die Entwicklung in verteilten Teams steht in Zeiten der Globalisierung an der Tagesordung. Der Ubergang von den traditionellen Softwareentwicklungsmethoden hin zu leichtge- wichtigen und agilen Vorgehensmodellen ist eine der Moglichkeiten sich diesen Herausfor- derungen erfolgreich zu stellen. Das Ziel der vorliegenden Arbeit ist es, die Eigenschaften und Schwerpunkte der ver- schiedenen Vertreter der Agilen Methoden zu erarbeiten und zu vergleichen. Zusaotzlich soll aus diesen Vertretern der Agilen Methoden ein geeignetes Vorgehensmodell fur die Ent- wicklungsabteilung eines weltweit agierenden Unternehmens im Bereich der Telekommuni- kation und Systemintegration ermittelt werden. Hierfur werden die unternehmensinternen Anforderungen erarbeitet und daraus ein Kriterienkatalog abgeleitet, wobei besonderes Augenmerk auf die Umsetzungsmoglichkeiten in global verteilten Softwareentwicklungs- projekten gelegt wird. Danksagung. Ich mochte mich bei Herrn Prof. Dr.- Ing. Uwe Schneider von der Hochschule Mittweida herzlich fur seine Unterstutzung bei der Umsetzung der vorliegenden Arbeit bedanken. Mein Dank gilt auch Herrn Dipl.- Ing. Mario Walder von der Bearing. Point INFONOVA Gmb. H, der mir die Moglichkeit gab, die vorliegende Arbeit innerhalb meines beruflichen Umfelds umzusetzen und mir immer mit Rat und Tat zur Verfugung stand. Weiters mochte ich mich bei Herrn Dr. Peter Hruschka von der Atlantic Systems Guild fur seine wertvollen Anregungen hinsichtlich der Anwendbarkeit Agiler Methoden in global verteilten Softwareentwicklungsprojekten bedanken. Mein ganz besonderer Dank gilt jedoch meiner Frau Martina und meiner Familie, die mir auch in den entbehrungsreichen Zeiten des berufsbegleitenden Studiums zur Seite standen und immer fur mich da waren. Jurgen Gdtzenauer Graz, am 2. Dezember 2. 00. 5Abbildungsverzeichnis. Das Phasen- oder Wasserfallmodell. Das erweiterte Phasen- oder Wasserfallmodell. Das NATO- Phasenmodell (Quelle: [NR6. S. 1. 3])2. 4 Das V- Modell. Das Spiralmodell (Quelle: wikipedia. IT- Projekte von 1. Quelle: Standish Group Int.)2. Rezept fur Projekterfolg (Quelle: Standish Group Int.)4. Projekt- Entwicklung vs. Produktentwicklung. Struktur von Projektmitarbeitern. Struktur von verteilten Projektteams. ASD Prozessmodell. ASD Projektphasen (Quelle: [DK0. S. 1. 42]5. 3 Ubersicht der verschiedenen Crystal Methodiken. Crystal Projektphasen (Quelle: [DK0. S. 1. 49])5. 5 Das Scrum- Prozessmodell in der Grobubersicht. Der Scrum- Prozess im Uberblick. Beispielhafte Burndown- Chart. DSDM Prozessmodell. XP Prozessubersicht. Test Driven Development (TDD)5. FDD Prozessubersicht. FDD Prozess- Schritte (Quelle: Kevin Morrison)6. Abnahme der Kommunikationshaufigkeit (Quelle: [Kot. S. 5. 6])2. 1 Kriterien fur den Projekterfolg im Jahr 1. Evaluierungsmatrix fur Adaptive Software Development (ASD)5. Evaluierungsmatrix fur Crystal Methods. Evaluierungsmatrix fur Scrum. Die Mo. SCo. W- Regel. Evaluierungsmatrix fur Dynamic Systems Development Method (DSDM) . Evaluierungsmatrix fur Extreme Programming (XP)5. FDD Zertifizierungsstufen. Evaluierungsmatrix fur Feature Driven Development (FDD)5. Evaluierungsmatrix - Gesamtubersicht. Abkürzungsverzeichnis. Abbildung in dieser Leseprobe nicht enthalten. Kapitel 1 Einleitung. In diesem Kapitel wird die grundlegende Motivation und Ausgangssituation der vorlie- genden Arbeit beschrieben, die Aufgabenstellungen und Zielsetzungen prazisiert und die Gliederung des Dokuments naher erlautert. Motivation. Software findet sich mittlerweile in allen Bereichen des Lebens und ist schon lange aus unserem Alltag nicht mehr wegzudenken. Der Wandel hin zur nahezu vollstandig automa- tisierten Informationsgesellschaft hat sich in den letzten Jahren bereits vollzogen. Neben den herkommlichen Computersystemen, die sich schon in fast jedem Haushalt und jedem Buro finden, steigt auch die Verbreitung von sogenannten Embedded- Systems. Man mochte meinen, dass durch diese ubiquitare Nutzung von Software- Komponenten deren Entwicklung ein qualitativ zumindest gleichwertiges Niveau wie die Entwicklung von Produkten in vergleichbaren traditionellen Ingenieursdisziplinen (z. B. Maschinenbau, Elektrotechnik oder Architektur) erreicht hat. Doch schon in der ersten Halfte der 6. Jahre des 2. 0. Jahrhunderts zeichnete sich in der Industrie eine Situation ab, die im Bereich der Software- Entwicklung zu dem Begriff Softwarekrise 2 fuhrte: - Programme taten nicht das, was sie sollten, oder aber sie taten das, was sie tun sollten, nur fehlerhaft.- Software kostete, wenn sie dberhaupt je fertig wurde, ein Vielfaches dessen, was zu Beginn geplant war.- Termine wurden selten eingehalten und die nachtragliche Anderung von exisitieren- der Software war nahezu unmaoglich. Die Software- Industrie war zu dieser Zeit nicht mehr in der Lage, mit den damals bekannten Techniken und Werkzeugen die Entwicklung gro. Ber Programme zu beherrschen. PS9. 4, S. 1. 9ff]In einer ersten Reaktion auf die Softwarekrise erkannte man, dass ein vollig neues und systematisches Vorgehen notwendig war, um von der damals vorherrschenden „Kunst des Programmierens“ den Schritt zu ingenieurma. Biger Softwareentwicklung zu gehen. SQ Magazin by International Software Quality Institute. Published on Jun 1. Ausgabe September Nr.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |