Agile Entwicklungspraktiken mit Scrum:
Gespeichert in:
| Format: | Elektronisch E-Book |
|---|---|
| Sprache: | German |
| Veröffentlicht: |
Heidelberg
dpunkt.verlag
2011
|
| Schlagworte: | |
| Online-Zugang: | HWR01 |
| Beschreibung: | Description based upon print version of record |
| Beschreibung: | 1 Online-Ressource |
| ISBN: | 9783898648851 |
Internformat
MARC
| LEADER | 00000nmm a2200000zc 4500 | ||
|---|---|---|---|
| 001 | BV041441085 | ||
| 003 | DE-604 | ||
| 005 | 20170228 | ||
| 007 | cr|uuu---uuuuu | ||
| 008 | 131125s2011 |||| o||u| ||||||ger d | ||
| 020 | |a 9783898648851 |9 978-3-89864-885-1 | ||
| 035 | |a (ZDB-22-CAN)266310 | ||
| 035 | |a (OCoLC)874413984 | ||
| 035 | |a (DE-599)BVBBV041441085 | ||
| 040 | |a DE-604 |b ger |e rda | ||
| 041 | 0 | |a ger | |
| 049 | |a DE-2070s | ||
| 245 | 1 | 0 | |a Agile Entwicklungspraktiken mit Scrum |
| 264 | 1 | |a Heidelberg |b dpunkt.verlag |c 2011 | |
| 300 | |a 1 Online-Ressource | ||
| 336 | |b txt |2 rdacontent | ||
| 337 | |b c |2 rdamedia | ||
| 338 | |b cr |2 rdacarrier | ||
| 340 | |a Online-Ressource | ||
| 500 | |a Description based upon print version of record | ||
| 505 | 8 | |a Geleitwort; Inhalt; 1 Einleitung; 1.1 Agile Softwarewicklung und Scrum; 1.2 Zielgruppe und Zielsetzung; 1.3 Überblick über das Buch; 1.4 Java als Beispielsprache; 1.5 Danke; 2 Architekturvision; 2.1 Die Architekturvision im Überblick; 2.2 Wünschenswerte Eigenschaften der Vision; 2.3 Beispiel einer Architekturvision; 2.4 Die Erstellung der Architekturvision; 2.5 Die Form der Vision; 2.6 Architekturvision und Legacy-Systeme; 2.7 Zusammenfassung; 3 Inkrementeller Entwurf; 3.1 Der inkrementelle Entwurf im Überblick; 3.2 Flache Aufwandskurve; 3.3 Qualitätskriterien für den inkrementellen Entwurf | |
| 505 | 8 | |a 3.4 Entwurfsprinzipien3.5 Inkrementeller Entwurf und agile Entwicklungspraktiken; 3.6 Zusammenfassung; 4 Continuous Integration; 4.1 Continuous Integration im Überblick; 4.2 Ein Beispiel; 4.3 Die Continuous-Integration-Umgebung; 4.4 Kontinuierliches Feedback; 4.5 Umgang mit Feedback; 4.6 10-Minuten-Build; 4.7 Continuous-Integration-Produkte; 4.8 Feature-Branches und Feature-Flags; 4.9 Continuous Integration und Scrum; 4.10 Einführung von Continuous Integration; 4.11 Zusammenfassung; 5 Testgetriebene Entwicklung; 5.1 Testgetriebene Entwicklung im Überblick; 5.2 Der Test-Code-Refactor-Zyklus | |
| 505 | 8 | |a 5.3 Ein Beispiel für testgetriebene Entwicklung5.4 Rhythmus; 5.5 Isoliertes Testen mit Attrappen; 5.6 Integrationstests; 5.7 Heuristiken für gute Tests; 5.8 Weiterführende Hinweise; 5.9 Zusammenfassung; 6 Refactoring; 6.1 Refactoring im Überblick; 6.2 Refactoring und Tests; 6.3 Ein Beispiel; 6.4 Kleine Schritte auf dem grünen Pfad; 6.5 Nutzen von Refactoring; 6.6 Risiken von fehlendem Refactoring; 6.7 Wiederholungen? Niemals!; 6.8 SOLIDes Design und Entwurfsmuster; 6.9 Weitere Refactorings; 6.10 Refactoring von Tests; 6.11 Große Refactorings; 6.12 Refactorings und die Definition of Done | |
| 505 | 8 | |a 6.13 Refactoring und Teamarbeit6.14 Refactoring von Legacy-Code; 6.15 Zusammenfassung; 7 Automatisierte Refactorings; 7.1 Automatisierte Refactorings im Überblick; 7.2 Der Klassiker: Rename; 7.3 Schritt für Schritt; 7.4 Aufspalten; 7.5 Wunderwaffe »Inline«; 7.6 Große Refactorings; 7.7 Parameter; 7.8 Interfaces und Oberklassen; 7.9 Refactoring ohne Tests; 7.10 Gemischtsprachige Systeme und DSLs; 7.11 Grenzen; 7.12 Zusammenfassung; 8 Automatisierte Akzeptanztests; 8.1 Akzeptanztests im Überblick; 8.2 Formulierung guter Akzeptanztests; 8.3 Werkzeuge zur Testautomatisierung | |
| 505 | 8 | |a 8.4 Akzeptanztestgetriebe Entwicklung8.5 Zusammenfassung; 9 Pair Programming und Collective Ownership; 9.1 Pair Programming im Überblick; 9.2 Nutzen von Pair Programming; 9.3 Rollenwechsel; 9.4 Wechsel des Partners; 9.5 Einstieg in Pair Programming; 9.6 Collective Ownership; 9.7 Pair Programming und Collective Ownership; 9.8 Collective Ownership für große Projekte; 9.9 Zusammenfassung; 10 Dojos und Katas; 10.1 Code-Katas; 10.2 Coding-Dojos; 10.3 Code-Katas und Coding-Dojos in Scrum; 10.4 Weitere Dojos; 10.5 Zusammenfassung; 11 Modellgetriebene Entwicklung | |
| 505 | 8 | |a 11.1 Modellgetriebene Entwicklung im Überblick | |
| 505 | 8 | |a HauptbeschreibungScrum ist ein agiles Management-Framework, das keine Entwicklungspraktiken empfiehlt oder gar vorschreibt. Auswahl und Einsatz der richtigen Praktiken fallen unter die Selbstorganisation des Teams. Ohne den Einsatz geeigneter Entwicklungspraktiken und -tools ist der Einsatz von Scrum in der Softwareentwicklung jedoch nicht dauerhaft erfolgreich. Dieses Buch beschreibt praxisnah die wichtigsten Praktiken wie Architekturvision, inkrementeller Entwurf, Continuous Integration, testgetriebene Entwicklung, Refactoring, Akzeptanztests sowie modellgetriebene und verteilte E | |
| 650 | 0 | 7 | |a Scrum |g Vorgehensmodell |0 (DE-588)7612008-9 |2 gnd |9 rswk-swf |
| 689 | 0 | 0 | |a Scrum |g Vorgehensmodell |0 (DE-588)7612008-9 |D s |
| 689 | 0 | |8 1\p |5 DE-604 | |
| 700 | 1 | |a Pichler, Roman |e Sonstige |4 oth | |
| 700 | 1 | |a Roock, Stefan |e Sonstige |4 oth | |
| 912 | |a ZDB-22-CAN | ||
| 999 | |a oai:aleph.bib-bvb.de:BVB01-026887846 | ||
| 883 | 1 | |8 1\p |a cgwrk |d 20201028 |q DE-101 |u https://d-nb.info/provenance/plan#cgwrk | |
| 966 | e | |u http://hwr.ciando.com/book/index.cfm?bok_id=266310 |l HWR01 |p ZDB-22-CAN |x Aggregator |3 Volltext | |
Datensatz im Suchindex
| _version_ | 1804151560054243328 |
|---|---|
| any_adam_object | |
| building | Verbundindex |
| bvnumber | BV041441085 |
| collection | ZDB-22-CAN |
| contents | Geleitwort; Inhalt; 1 Einleitung; 1.1 Agile Softwarewicklung und Scrum; 1.2 Zielgruppe und Zielsetzung; 1.3 Überblick über das Buch; 1.4 Java als Beispielsprache; 1.5 Danke; 2 Architekturvision; 2.1 Die Architekturvision im Überblick; 2.2 Wünschenswerte Eigenschaften der Vision; 2.3 Beispiel einer Architekturvision; 2.4 Die Erstellung der Architekturvision; 2.5 Die Form der Vision; 2.6 Architekturvision und Legacy-Systeme; 2.7 Zusammenfassung; 3 Inkrementeller Entwurf; 3.1 Der inkrementelle Entwurf im Überblick; 3.2 Flache Aufwandskurve; 3.3 Qualitätskriterien für den inkrementellen Entwurf 3.4 Entwurfsprinzipien3.5 Inkrementeller Entwurf und agile Entwicklungspraktiken; 3.6 Zusammenfassung; 4 Continuous Integration; 4.1 Continuous Integration im Überblick; 4.2 Ein Beispiel; 4.3 Die Continuous-Integration-Umgebung; 4.4 Kontinuierliches Feedback; 4.5 Umgang mit Feedback; 4.6 10-Minuten-Build; 4.7 Continuous-Integration-Produkte; 4.8 Feature-Branches und Feature-Flags; 4.9 Continuous Integration und Scrum; 4.10 Einführung von Continuous Integration; 4.11 Zusammenfassung; 5 Testgetriebene Entwicklung; 5.1 Testgetriebene Entwicklung im Überblick; 5.2 Der Test-Code-Refactor-Zyklus 5.3 Ein Beispiel für testgetriebene Entwicklung5.4 Rhythmus; 5.5 Isoliertes Testen mit Attrappen; 5.6 Integrationstests; 5.7 Heuristiken für gute Tests; 5.8 Weiterführende Hinweise; 5.9 Zusammenfassung; 6 Refactoring; 6.1 Refactoring im Überblick; 6.2 Refactoring und Tests; 6.3 Ein Beispiel; 6.4 Kleine Schritte auf dem grünen Pfad; 6.5 Nutzen von Refactoring; 6.6 Risiken von fehlendem Refactoring; 6.7 Wiederholungen? Niemals!; 6.8 SOLIDes Design und Entwurfsmuster; 6.9 Weitere Refactorings; 6.10 Refactoring von Tests; 6.11 Große Refactorings; 6.12 Refactorings und die Definition of Done 6.13 Refactoring und Teamarbeit6.14 Refactoring von Legacy-Code; 6.15 Zusammenfassung; 7 Automatisierte Refactorings; 7.1 Automatisierte Refactorings im Überblick; 7.2 Der Klassiker: Rename; 7.3 Schritt für Schritt; 7.4 Aufspalten; 7.5 Wunderwaffe »Inline«; 7.6 Große Refactorings; 7.7 Parameter; 7.8 Interfaces und Oberklassen; 7.9 Refactoring ohne Tests; 7.10 Gemischtsprachige Systeme und DSLs; 7.11 Grenzen; 7.12 Zusammenfassung; 8 Automatisierte Akzeptanztests; 8.1 Akzeptanztests im Überblick; 8.2 Formulierung guter Akzeptanztests; 8.3 Werkzeuge zur Testautomatisierung 8.4 Akzeptanztestgetriebe Entwicklung8.5 Zusammenfassung; 9 Pair Programming und Collective Ownership; 9.1 Pair Programming im Überblick; 9.2 Nutzen von Pair Programming; 9.3 Rollenwechsel; 9.4 Wechsel des Partners; 9.5 Einstieg in Pair Programming; 9.6 Collective Ownership; 9.7 Pair Programming und Collective Ownership; 9.8 Collective Ownership für große Projekte; 9.9 Zusammenfassung; 10 Dojos und Katas; 10.1 Code-Katas; 10.2 Coding-Dojos; 10.3 Code-Katas und Coding-Dojos in Scrum; 10.4 Weitere Dojos; 10.5 Zusammenfassung; 11 Modellgetriebene Entwicklung 11.1 Modellgetriebene Entwicklung im Überblick HauptbeschreibungScrum ist ein agiles Management-Framework, das keine Entwicklungspraktiken empfiehlt oder gar vorschreibt. Auswahl und Einsatz der richtigen Praktiken fallen unter die Selbstorganisation des Teams. Ohne den Einsatz geeigneter Entwicklungspraktiken und -tools ist der Einsatz von Scrum in der Softwareentwicklung jedoch nicht dauerhaft erfolgreich. Dieses Buch beschreibt praxisnah die wichtigsten Praktiken wie Architekturvision, inkrementeller Entwurf, Continuous Integration, testgetriebene Entwicklung, Refactoring, Akzeptanztests sowie modellgetriebene und verteilte E |
| ctrlnum | (ZDB-22-CAN)266310 (OCoLC)874413984 (DE-599)BVBBV041441085 |
| format | Electronic eBook |
| fullrecord | <?xml version="1.0" encoding="UTF-8"?><collection xmlns="http://www.loc.gov/MARC21/slim"><record><leader>04966nmm a2200457zc 4500</leader><controlfield tag="001">BV041441085</controlfield><controlfield tag="003">DE-604</controlfield><controlfield tag="005">20170228 </controlfield><controlfield tag="007">cr|uuu---uuuuu</controlfield><controlfield tag="008">131125s2011 |||| o||u| ||||||ger d</controlfield><datafield tag="020" ind1=" " ind2=" "><subfield code="a">9783898648851</subfield><subfield code="9">978-3-89864-885-1</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(ZDB-22-CAN)266310</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(OCoLC)874413984</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(DE-599)BVBBV041441085</subfield></datafield><datafield tag="040" ind1=" " ind2=" "><subfield code="a">DE-604</subfield><subfield code="b">ger</subfield><subfield code="e">rda</subfield></datafield><datafield tag="041" ind1="0" ind2=" "><subfield code="a">ger</subfield></datafield><datafield tag="049" ind1=" " ind2=" "><subfield code="a">DE-2070s</subfield></datafield><datafield tag="245" ind1="1" ind2="0"><subfield code="a">Agile Entwicklungspraktiken mit Scrum</subfield></datafield><datafield tag="264" ind1=" " ind2="1"><subfield code="a">Heidelberg</subfield><subfield code="b">dpunkt.verlag</subfield><subfield code="c">2011</subfield></datafield><datafield tag="300" ind1=" " ind2=" "><subfield code="a">1 Online-Ressource</subfield></datafield><datafield tag="336" ind1=" " ind2=" "><subfield code="b">txt</subfield><subfield code="2">rdacontent</subfield></datafield><datafield tag="337" ind1=" " ind2=" "><subfield code="b">c</subfield><subfield code="2">rdamedia</subfield></datafield><datafield tag="338" ind1=" " ind2=" "><subfield code="b">cr</subfield><subfield code="2">rdacarrier</subfield></datafield><datafield tag="340" ind1=" " ind2=" "><subfield code="a">Online-Ressource</subfield></datafield><datafield tag="500" ind1=" " ind2=" "><subfield code="a">Description based upon print version of record</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">Geleitwort; Inhalt; 1 Einleitung; 1.1 Agile Softwarewicklung und Scrum; 1.2 Zielgruppe und Zielsetzung; 1.3 Überblick über das Buch; 1.4 Java als Beispielsprache; 1.5 Danke; 2 Architekturvision; 2.1 Die Architekturvision im Überblick; 2.2 Wünschenswerte Eigenschaften der Vision; 2.3 Beispiel einer Architekturvision; 2.4 Die Erstellung der Architekturvision; 2.5 Die Form der Vision; 2.6 Architekturvision und Legacy-Systeme; 2.7 Zusammenfassung; 3 Inkrementeller Entwurf; 3.1 Der inkrementelle Entwurf im Überblick; 3.2 Flache Aufwandskurve; 3.3 Qualitätskriterien für den inkrementellen Entwurf</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">3.4 Entwurfsprinzipien3.5 Inkrementeller Entwurf und agile Entwicklungspraktiken; 3.6 Zusammenfassung; 4 Continuous Integration; 4.1 Continuous Integration im Überblick; 4.2 Ein Beispiel; 4.3 Die Continuous-Integration-Umgebung; 4.4 Kontinuierliches Feedback; 4.5 Umgang mit Feedback; 4.6 10-Minuten-Build; 4.7 Continuous-Integration-Produkte; 4.8 Feature-Branches und Feature-Flags; 4.9 Continuous Integration und Scrum; 4.10 Einführung von Continuous Integration; 4.11 Zusammenfassung; 5 Testgetriebene Entwicklung; 5.1 Testgetriebene Entwicklung im Überblick; 5.2 Der Test-Code-Refactor-Zyklus</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">5.3 Ein Beispiel für testgetriebene Entwicklung5.4 Rhythmus; 5.5 Isoliertes Testen mit Attrappen; 5.6 Integrationstests; 5.7 Heuristiken für gute Tests; 5.8 Weiterführende Hinweise; 5.9 Zusammenfassung; 6 Refactoring; 6.1 Refactoring im Überblick; 6.2 Refactoring und Tests; 6.3 Ein Beispiel; 6.4 Kleine Schritte auf dem grünen Pfad; 6.5 Nutzen von Refactoring; 6.6 Risiken von fehlendem Refactoring; 6.7 Wiederholungen? Niemals!; 6.8 SOLIDes Design und Entwurfsmuster; 6.9 Weitere Refactorings; 6.10 Refactoring von Tests; 6.11 Große Refactorings; 6.12 Refactorings und die Definition of Done</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">6.13 Refactoring und Teamarbeit6.14 Refactoring von Legacy-Code; 6.15 Zusammenfassung; 7 Automatisierte Refactorings; 7.1 Automatisierte Refactorings im Überblick; 7.2 Der Klassiker: Rename; 7.3 Schritt für Schritt; 7.4 Aufspalten; 7.5 Wunderwaffe »Inline«; 7.6 Große Refactorings; 7.7 Parameter; 7.8 Interfaces und Oberklassen; 7.9 Refactoring ohne Tests; 7.10 Gemischtsprachige Systeme und DSLs; 7.11 Grenzen; 7.12 Zusammenfassung; 8 Automatisierte Akzeptanztests; 8.1 Akzeptanztests im Überblick; 8.2 Formulierung guter Akzeptanztests; 8.3 Werkzeuge zur Testautomatisierung</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">8.4 Akzeptanztestgetriebe Entwicklung8.5 Zusammenfassung; 9 Pair Programming und Collective Ownership; 9.1 Pair Programming im Überblick; 9.2 Nutzen von Pair Programming; 9.3 Rollenwechsel; 9.4 Wechsel des Partners; 9.5 Einstieg in Pair Programming; 9.6 Collective Ownership; 9.7 Pair Programming und Collective Ownership; 9.8 Collective Ownership für große Projekte; 9.9 Zusammenfassung; 10 Dojos und Katas; 10.1 Code-Katas; 10.2 Coding-Dojos; 10.3 Code-Katas und Coding-Dojos in Scrum; 10.4 Weitere Dojos; 10.5 Zusammenfassung; 11 Modellgetriebene Entwicklung</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">11.1 Modellgetriebene Entwicklung im Überblick</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">HauptbeschreibungScrum ist ein agiles Management-Framework, das keine Entwicklungspraktiken empfiehlt oder gar vorschreibt. Auswahl und Einsatz der richtigen Praktiken fallen unter die Selbstorganisation des Teams. Ohne den Einsatz geeigneter Entwicklungspraktiken und -tools ist der Einsatz von Scrum in der Softwareentwicklung jedoch nicht dauerhaft erfolgreich. Dieses Buch beschreibt praxisnah die wichtigsten Praktiken wie Architekturvision, inkrementeller Entwurf, Continuous Integration, testgetriebene Entwicklung, Refactoring, Akzeptanztests sowie modellgetriebene und verteilte E</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Scrum</subfield><subfield code="g">Vorgehensmodell</subfield><subfield code="0">(DE-588)7612008-9</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="689" ind1="0" ind2="0"><subfield code="a">Scrum</subfield><subfield code="g">Vorgehensmodell</subfield><subfield code="0">(DE-588)7612008-9</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="0" ind2=" "><subfield code="8">1\p</subfield><subfield code="5">DE-604</subfield></datafield><datafield tag="700" ind1="1" ind2=" "><subfield code="a">Pichler, Roman</subfield><subfield code="e">Sonstige</subfield><subfield code="4">oth</subfield></datafield><datafield tag="700" ind1="1" ind2=" "><subfield code="a">Roock, Stefan</subfield><subfield code="e">Sonstige</subfield><subfield code="4">oth</subfield></datafield><datafield tag="912" ind1=" " ind2=" "><subfield code="a">ZDB-22-CAN</subfield></datafield><datafield tag="999" ind1=" " ind2=" "><subfield code="a">oai:aleph.bib-bvb.de:BVB01-026887846</subfield></datafield><datafield tag="883" ind1="1" ind2=" "><subfield code="8">1\p</subfield><subfield code="a">cgwrk</subfield><subfield code="d">20201028</subfield><subfield code="q">DE-101</subfield><subfield code="u">https://d-nb.info/provenance/plan#cgwrk</subfield></datafield><datafield tag="966" ind1="e" ind2=" "><subfield code="u">http://hwr.ciando.com/book/index.cfm?bok_id=266310</subfield><subfield code="l">HWR01</subfield><subfield code="p">ZDB-22-CAN</subfield><subfield code="x">Aggregator</subfield><subfield code="3">Volltext</subfield></datafield></record></collection> |
| id | DE-604.BV041441085 |
| illustrated | Not Illustrated |
| indexdate | 2024-07-10T00:56:45Z |
| institution | BVB |
| isbn | 9783898648851 |
| language | German |
| oai_aleph_id | oai:aleph.bib-bvb.de:BVB01-026887846 |
| oclc_num | 874413984 |
| open_access_boolean | |
| owner | DE-2070s |
| owner_facet | DE-2070s |
| physical | 1 Online-Ressource |
| psigel | ZDB-22-CAN |
| publishDate | 2011 |
| publishDateSearch | 2011 |
| publishDateSort | 2011 |
| publisher | dpunkt.verlag |
| record_format | marc |
| spelling | Agile Entwicklungspraktiken mit Scrum Heidelberg dpunkt.verlag 2011 1 Online-Ressource txt rdacontent c rdamedia cr rdacarrier Online-Ressource Description based upon print version of record Geleitwort; Inhalt; 1 Einleitung; 1.1 Agile Softwarewicklung und Scrum; 1.2 Zielgruppe und Zielsetzung; 1.3 Überblick über das Buch; 1.4 Java als Beispielsprache; 1.5 Danke; 2 Architekturvision; 2.1 Die Architekturvision im Überblick; 2.2 Wünschenswerte Eigenschaften der Vision; 2.3 Beispiel einer Architekturvision; 2.4 Die Erstellung der Architekturvision; 2.5 Die Form der Vision; 2.6 Architekturvision und Legacy-Systeme; 2.7 Zusammenfassung; 3 Inkrementeller Entwurf; 3.1 Der inkrementelle Entwurf im Überblick; 3.2 Flache Aufwandskurve; 3.3 Qualitätskriterien für den inkrementellen Entwurf 3.4 Entwurfsprinzipien3.5 Inkrementeller Entwurf und agile Entwicklungspraktiken; 3.6 Zusammenfassung; 4 Continuous Integration; 4.1 Continuous Integration im Überblick; 4.2 Ein Beispiel; 4.3 Die Continuous-Integration-Umgebung; 4.4 Kontinuierliches Feedback; 4.5 Umgang mit Feedback; 4.6 10-Minuten-Build; 4.7 Continuous-Integration-Produkte; 4.8 Feature-Branches und Feature-Flags; 4.9 Continuous Integration und Scrum; 4.10 Einführung von Continuous Integration; 4.11 Zusammenfassung; 5 Testgetriebene Entwicklung; 5.1 Testgetriebene Entwicklung im Überblick; 5.2 Der Test-Code-Refactor-Zyklus 5.3 Ein Beispiel für testgetriebene Entwicklung5.4 Rhythmus; 5.5 Isoliertes Testen mit Attrappen; 5.6 Integrationstests; 5.7 Heuristiken für gute Tests; 5.8 Weiterführende Hinweise; 5.9 Zusammenfassung; 6 Refactoring; 6.1 Refactoring im Überblick; 6.2 Refactoring und Tests; 6.3 Ein Beispiel; 6.4 Kleine Schritte auf dem grünen Pfad; 6.5 Nutzen von Refactoring; 6.6 Risiken von fehlendem Refactoring; 6.7 Wiederholungen? Niemals!; 6.8 SOLIDes Design und Entwurfsmuster; 6.9 Weitere Refactorings; 6.10 Refactoring von Tests; 6.11 Große Refactorings; 6.12 Refactorings und die Definition of Done 6.13 Refactoring und Teamarbeit6.14 Refactoring von Legacy-Code; 6.15 Zusammenfassung; 7 Automatisierte Refactorings; 7.1 Automatisierte Refactorings im Überblick; 7.2 Der Klassiker: Rename; 7.3 Schritt für Schritt; 7.4 Aufspalten; 7.5 Wunderwaffe »Inline«; 7.6 Große Refactorings; 7.7 Parameter; 7.8 Interfaces und Oberklassen; 7.9 Refactoring ohne Tests; 7.10 Gemischtsprachige Systeme und DSLs; 7.11 Grenzen; 7.12 Zusammenfassung; 8 Automatisierte Akzeptanztests; 8.1 Akzeptanztests im Überblick; 8.2 Formulierung guter Akzeptanztests; 8.3 Werkzeuge zur Testautomatisierung 8.4 Akzeptanztestgetriebe Entwicklung8.5 Zusammenfassung; 9 Pair Programming und Collective Ownership; 9.1 Pair Programming im Überblick; 9.2 Nutzen von Pair Programming; 9.3 Rollenwechsel; 9.4 Wechsel des Partners; 9.5 Einstieg in Pair Programming; 9.6 Collective Ownership; 9.7 Pair Programming und Collective Ownership; 9.8 Collective Ownership für große Projekte; 9.9 Zusammenfassung; 10 Dojos und Katas; 10.1 Code-Katas; 10.2 Coding-Dojos; 10.3 Code-Katas und Coding-Dojos in Scrum; 10.4 Weitere Dojos; 10.5 Zusammenfassung; 11 Modellgetriebene Entwicklung 11.1 Modellgetriebene Entwicklung im Überblick HauptbeschreibungScrum ist ein agiles Management-Framework, das keine Entwicklungspraktiken empfiehlt oder gar vorschreibt. Auswahl und Einsatz der richtigen Praktiken fallen unter die Selbstorganisation des Teams. Ohne den Einsatz geeigneter Entwicklungspraktiken und -tools ist der Einsatz von Scrum in der Softwareentwicklung jedoch nicht dauerhaft erfolgreich. Dieses Buch beschreibt praxisnah die wichtigsten Praktiken wie Architekturvision, inkrementeller Entwurf, Continuous Integration, testgetriebene Entwicklung, Refactoring, Akzeptanztests sowie modellgetriebene und verteilte E Scrum Vorgehensmodell (DE-588)7612008-9 gnd rswk-swf Scrum Vorgehensmodell (DE-588)7612008-9 s 1\p DE-604 Pichler, Roman Sonstige oth Roock, Stefan Sonstige oth 1\p cgwrk 20201028 DE-101 https://d-nb.info/provenance/plan#cgwrk |
| spellingShingle | Agile Entwicklungspraktiken mit Scrum Geleitwort; Inhalt; 1 Einleitung; 1.1 Agile Softwarewicklung und Scrum; 1.2 Zielgruppe und Zielsetzung; 1.3 Überblick über das Buch; 1.4 Java als Beispielsprache; 1.5 Danke; 2 Architekturvision; 2.1 Die Architekturvision im Überblick; 2.2 Wünschenswerte Eigenschaften der Vision; 2.3 Beispiel einer Architekturvision; 2.4 Die Erstellung der Architekturvision; 2.5 Die Form der Vision; 2.6 Architekturvision und Legacy-Systeme; 2.7 Zusammenfassung; 3 Inkrementeller Entwurf; 3.1 Der inkrementelle Entwurf im Überblick; 3.2 Flache Aufwandskurve; 3.3 Qualitätskriterien für den inkrementellen Entwurf 3.4 Entwurfsprinzipien3.5 Inkrementeller Entwurf und agile Entwicklungspraktiken; 3.6 Zusammenfassung; 4 Continuous Integration; 4.1 Continuous Integration im Überblick; 4.2 Ein Beispiel; 4.3 Die Continuous-Integration-Umgebung; 4.4 Kontinuierliches Feedback; 4.5 Umgang mit Feedback; 4.6 10-Minuten-Build; 4.7 Continuous-Integration-Produkte; 4.8 Feature-Branches und Feature-Flags; 4.9 Continuous Integration und Scrum; 4.10 Einführung von Continuous Integration; 4.11 Zusammenfassung; 5 Testgetriebene Entwicklung; 5.1 Testgetriebene Entwicklung im Überblick; 5.2 Der Test-Code-Refactor-Zyklus 5.3 Ein Beispiel für testgetriebene Entwicklung5.4 Rhythmus; 5.5 Isoliertes Testen mit Attrappen; 5.6 Integrationstests; 5.7 Heuristiken für gute Tests; 5.8 Weiterführende Hinweise; 5.9 Zusammenfassung; 6 Refactoring; 6.1 Refactoring im Überblick; 6.2 Refactoring und Tests; 6.3 Ein Beispiel; 6.4 Kleine Schritte auf dem grünen Pfad; 6.5 Nutzen von Refactoring; 6.6 Risiken von fehlendem Refactoring; 6.7 Wiederholungen? Niemals!; 6.8 SOLIDes Design und Entwurfsmuster; 6.9 Weitere Refactorings; 6.10 Refactoring von Tests; 6.11 Große Refactorings; 6.12 Refactorings und die Definition of Done 6.13 Refactoring und Teamarbeit6.14 Refactoring von Legacy-Code; 6.15 Zusammenfassung; 7 Automatisierte Refactorings; 7.1 Automatisierte Refactorings im Überblick; 7.2 Der Klassiker: Rename; 7.3 Schritt für Schritt; 7.4 Aufspalten; 7.5 Wunderwaffe »Inline«; 7.6 Große Refactorings; 7.7 Parameter; 7.8 Interfaces und Oberklassen; 7.9 Refactoring ohne Tests; 7.10 Gemischtsprachige Systeme und DSLs; 7.11 Grenzen; 7.12 Zusammenfassung; 8 Automatisierte Akzeptanztests; 8.1 Akzeptanztests im Überblick; 8.2 Formulierung guter Akzeptanztests; 8.3 Werkzeuge zur Testautomatisierung 8.4 Akzeptanztestgetriebe Entwicklung8.5 Zusammenfassung; 9 Pair Programming und Collective Ownership; 9.1 Pair Programming im Überblick; 9.2 Nutzen von Pair Programming; 9.3 Rollenwechsel; 9.4 Wechsel des Partners; 9.5 Einstieg in Pair Programming; 9.6 Collective Ownership; 9.7 Pair Programming und Collective Ownership; 9.8 Collective Ownership für große Projekte; 9.9 Zusammenfassung; 10 Dojos und Katas; 10.1 Code-Katas; 10.2 Coding-Dojos; 10.3 Code-Katas und Coding-Dojos in Scrum; 10.4 Weitere Dojos; 10.5 Zusammenfassung; 11 Modellgetriebene Entwicklung 11.1 Modellgetriebene Entwicklung im Überblick HauptbeschreibungScrum ist ein agiles Management-Framework, das keine Entwicklungspraktiken empfiehlt oder gar vorschreibt. Auswahl und Einsatz der richtigen Praktiken fallen unter die Selbstorganisation des Teams. Ohne den Einsatz geeigneter Entwicklungspraktiken und -tools ist der Einsatz von Scrum in der Softwareentwicklung jedoch nicht dauerhaft erfolgreich. Dieses Buch beschreibt praxisnah die wichtigsten Praktiken wie Architekturvision, inkrementeller Entwurf, Continuous Integration, testgetriebene Entwicklung, Refactoring, Akzeptanztests sowie modellgetriebene und verteilte E Scrum Vorgehensmodell (DE-588)7612008-9 gnd |
| subject_GND | (DE-588)7612008-9 |
| title | Agile Entwicklungspraktiken mit Scrum |
| title_auth | Agile Entwicklungspraktiken mit Scrum |
| title_exact_search | Agile Entwicklungspraktiken mit Scrum |
| title_full | Agile Entwicklungspraktiken mit Scrum |
| title_fullStr | Agile Entwicklungspraktiken mit Scrum |
| title_full_unstemmed | Agile Entwicklungspraktiken mit Scrum |
| title_short | Agile Entwicklungspraktiken mit Scrum |
| title_sort | agile entwicklungspraktiken mit scrum |
| topic | Scrum Vorgehensmodell (DE-588)7612008-9 gnd |
| topic_facet | Scrum Vorgehensmodell |
| work_keys_str_mv | AT pichlerroman agileentwicklungspraktikenmitscrum AT roockstefan agileentwicklungspraktikenmitscrum |