-
Tipp für Studenten
Ein Jahr Prime kostenlos und einen 20% erhöhten Eintauschwert auf Trade-In erhalten alle Studenten die bei Amazon Student angemeldet sind.
 Gutschein erhalten
Tauschen Sie jetzt Aufwandschätzung bei Softwareprojekten. Softwareschätzung ist kein Buch mit sieben Siegeln gegen einen Amazon-Gutschein in Höhe von EUR 7,40 ein - einlösbar für Tausende von Artikeln bei Amazon.de. Entdecken Sie mehr eintauschbare Bücher im Bücher Trade-In Shop. Bitte beachten Sie die Teilnahmebedingungen.
 Jetzt für Amazon Student anmelden und um 20% erhöhten Eintauschwert sichern. |
Hinweise und Aktionen
Wird oft zusammen gekauft
Produktinformation
Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?
Ist der Verkauf dieses Produkts für Sie nicht akzeptabel? |
Mehr über den Autor
Entdecken Sie Bücher, lesen Sie über Autoren und mehr
› Besuchen Sie die Seite von Steve McConnell auf Amazon
› Besuchen Sie die Seite von Steve McConnell auf Amazon
Produktbeschreibungen
Kurzbeschreibung
Die Aufwandschätzung für Software ist nicht so schwer. Experten haben hierzu seit über vier Jahrzehnten geforscht und auch darüber geschrieben. Dabei haben Sie eine Vielzahl von Techniken entwickelt, die genaue Schätzungen ermöglichen. Exakte Schätzungen abzugeben ist nicht schwierig -- nachdem Sie verstanden haben, wie es gemacht wird. Aber nicht alle Vorgehensweisen sind intuitiv erkennbar und auch schlaue Leute kommen nicht von selber drauf. Auch erfahrene Entwickler sind nicht zwangsläufig gute Schätzer. Dieses Buch fasst vier Jahrzehnte der Forschung und noch mehr Jahrzehnte praktischer Erfahrung zum Thema für den Entwickler von heute zusammen. Es möchte Entwicklern, Projektleitern, Testern und Managern helfen, bessere Schätzungen abzugeben. Das Erlernen der Softwareschätztechniken ist generell hilfreich, denn die Einflüsse, die für Softwareabschätzungen gelten, gelten auch für andere Projekte.
Über den Autor
Steve McConnel ist anerkannt als einer der besten Autoren in der Programmierer-Community. Er ist Chief Software Engineer bei Contrux Software und Autor der mit diversen Preisen ausgezeichneten Büchern, Code Complete, Rapid Development, Software Project Survival Guide und Professional Software Development.
Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?
In diesem Buch
(Mehr dazu)
Einleitungssatz
Softwareaufwandschatzung ist nicht schwer. Lesen Sie die erste Seite Ausgewählte Seiten ansehen
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis | Rückseite
Softwareaufwandschatzung ist nicht schwer. Lesen Sie die erste Seite Ausgewählte Seiten ansehen
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis | Rückseite
Tags, die Kunden mit diesem Produkt verbinden(Was ist das?)Klicken Sie zum Suchen verwandter Artikel, Diskussionen oder Personen auf ein Tag.
|
Eine digitale Version dieses Buchs im Kindle-Shop verkaufen
Wenn Sie ein Verleger oder Autor sind und die digitalen Rechte an einem Buch haben, können Sie die digitale Version des Buchs in unserem Kindle-Shop verkaufen.
Weitere Informationen
Kundenrezensionen
Die hilfreichsten Kundenrezensionen
4 von 4 Kunden fanden die folgende Rezension hilfreich
Format:Broschiert
Ein wirklich gutes Buch zu diesem breit gefächerten Thema.
Der Autor schafft es, die Sachverhalte sehr anschaulich zu vermitteln. Er beschreibt die verschiedenen heute in der Praxis gebräuchlichen verschiedene Ansätze und stellt diese vegleichend gegenüber, wie man es in anderen Büchern zum Thema oft vergeblich sucht.
Standardisierte Schätztechniken wie Function Point Analyse, COCOMO und historischen Daten werden genauso behandelt, wie Expertenschätzungen, Wideband Delphi oder T-Shirt Sizing.
Außerdem gibt der Autor gute Ansätze zur Argumentation und Präsentation von Schätzergebnissen.
Die deutsche Übersetzung ist gut gelungen - auch fachlich schwierigere Vokabeln wurden nicht einfach übesetzt sondern sinnvoll übertragen. Trotzdem gut zu wissen, dass es für den internationalen Einsatz noch das englische Original gibt.
Ich bin selber seit Jahren als Berater ausschließlich in diesem Themenfeld unterwegs und empfehle dieses Buch allen, die sich einen ersten umfassenden Einblick in das Thema Aufwandsschätzung in der Softwareentwicklung verschaffen und danach ein Standardwerk besitzen wollen, dass sie immer wieder gerne in die Hand nehmen.
Der Autor schafft es, die Sachverhalte sehr anschaulich zu vermitteln. Er beschreibt die verschiedenen heute in der Praxis gebräuchlichen verschiedene Ansätze und stellt diese vegleichend gegenüber, wie man es in anderen Büchern zum Thema oft vergeblich sucht.
Standardisierte Schätztechniken wie Function Point Analyse, COCOMO und historischen Daten werden genauso behandelt, wie Expertenschätzungen, Wideband Delphi oder T-Shirt Sizing.
Außerdem gibt der Autor gute Ansätze zur Argumentation und Präsentation von Schätzergebnissen.
Die deutsche Übersetzung ist gut gelungen - auch fachlich schwierigere Vokabeln wurden nicht einfach übesetzt sondern sinnvoll übertragen. Trotzdem gut zu wissen, dass es für den internationalen Einsatz noch das englische Original gibt.
Ich bin selber seit Jahren als Berater ausschließlich in diesem Themenfeld unterwegs und empfehle dieses Buch allen, die sich einen ersten umfassenden Einblick in das Thema Aufwandsschätzung in der Softwareentwicklung verschaffen und danach ein Standardwerk besitzen wollen, dass sie immer wieder gerne in die Hand nehmen.
Format:Broschiert
Ich empfand es zu theoretisch, war nicht zu sehr Praxisorientiert. Ich empfehle das Buch nicht hat meine Erwartung nicht erfüllt.
16 von 24 Kunden fanden die folgende Rezension hilfreich
Format:Broschiert
Es ist ein Rezeptbuch voller Faustregeln fraglicher Qualität, wenig systematische Darstellung. Positiv ist, dass der Autor aufgrund seiner Erfahrung eine Vorstellung von der Größe der Ungenauigkeit bei der Softwareschätzung vermitteln kann. Einige interessante Links.
Weithin flüchtige Übersetzung, z.B.Abb.10.1 statt feinkörnig einkörnig ;-).
S.155: Aufgrund beim Leser vorausgesetzter mangelhafter mathematischer Grund(!)kenntnisse verwendet er riskante "Faustformeln" für die Fehlerfortpflanzung. Kann mir jemand das erklären:"Eine verbreitete Faustformel in der Statistik besteht darin, davon auszugehen, dass 1/6 des Bereichs zwischen einem Minimum und einem Maximum ungefähr einer Standardabweichung entspricht."
Titel S 150: "Wie klein sollten die geschätzten Einheiten sein?" sollte
auf den Zusammenhang Granularität der Schätzung mit deren Unsicherheit abzielen. Er argumentiert aber nicht mit der Unsicherheit, die mit der Größe der Zähl-Einheiten und deren Herkunft verbunden ist, und auch nicht mit dem "Gesetz der grossen Zahl" als gegenläufigem Effekt, um eine optimale Größe zu finden, sondern gibt Empfehlungen wie mindestens "zwischen 5 bis 10" .
Was in Tabelle 5.4 Einfluss heisst, wird in Tabelle 5.7 Bedeutung genannt. Wie die besprochenen Faktoren in einem Gesamtmodell zusammenspielen, muß man wohl in den Quellen suchen.
Fuzzy Logic S.172: es geht um die Aufwände, die hinter Kategorien wie
klein, mittel, groß stehen; was das mit Fuzzy Logic zu tun hat, wird nicht klar.
S.94:"Es gibt keine Schätzmethode für die Kunst der Schätzung, die einen signifikanten Größenunterschied zwischen zwei Projekten angemessen berücksichtigt. ...(Sie müssen in diesem Fall)eine Software verwenden, die die Erkenntnisse der Wissenschaft der Schätzung verwendet..." Konmsequenterweise werden in diesem Buch die Erkenntnisse der Wissenschaft nicht behandelt...
Weithin flüchtige Übersetzung, z.B.Abb.10.1 statt feinkörnig einkörnig ;-).
S.155: Aufgrund beim Leser vorausgesetzter mangelhafter mathematischer Grund(!)kenntnisse verwendet er riskante "Faustformeln" für die Fehlerfortpflanzung. Kann mir jemand das erklären:"Eine verbreitete Faustformel in der Statistik besteht darin, davon auszugehen, dass 1/6 des Bereichs zwischen einem Minimum und einem Maximum ungefähr einer Standardabweichung entspricht."
Titel S 150: "Wie klein sollten die geschätzten Einheiten sein?" sollte
auf den Zusammenhang Granularität der Schätzung mit deren Unsicherheit abzielen. Er argumentiert aber nicht mit der Unsicherheit, die mit der Größe der Zähl-Einheiten und deren Herkunft verbunden ist, und auch nicht mit dem "Gesetz der grossen Zahl" als gegenläufigem Effekt, um eine optimale Größe zu finden, sondern gibt Empfehlungen wie mindestens "zwischen 5 bis 10" .
Was in Tabelle 5.4 Einfluss heisst, wird in Tabelle 5.7 Bedeutung genannt. Wie die besprochenen Faktoren in einem Gesamtmodell zusammenspielen, muß man wohl in den Quellen suchen.
Fuzzy Logic S.172: es geht um die Aufwände, die hinter Kategorien wie
klein, mittel, groß stehen; was das mit Fuzzy Logic zu tun hat, wird nicht klar.
S.94:"Es gibt keine Schätzmethode für die Kunst der Schätzung, die einen signifikanten Größenunterschied zwischen zwei Projekten angemessen berücksichtigt. ...(Sie müssen in diesem Fall)eine Software verwenden, die die Erkenntnisse der Wissenschaft der Schätzung verwendet..." Konmsequenterweise werden in diesem Buch die Erkenntnisse der Wissenschaft nicht behandelt...
Kunden diskutieren
|
Das Forum zu diesem Produkt
Fragen stellen, Meinungen austauschen, Einblicke gewinnen Aktive Diskussionen in ähnlichen Foren
Kundendiskussionen durchsuchen
|
Ähnliche Foren
|
||||||||||||||||||||||||||||||||||
Lieblingslisten
|
|
Ähnliche Artikel finden
Anhand des Sachgebietes nach ähnlichen Produkten suchen:
Ihr Kommentar
Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?
|
