| ||||||||||||||||||||||||
![]() Gutschein erhalten
Tauschen Sie jetzt Software Requirements, Second Edition (Pro-Best Practices) gegen einen Amazon-Gutschein in Höhe von EUR 6,20 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. |
Produktinformation
Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?
Ist der Verkauf dieses Produkts für Sie nicht akzeptabel? |
The book's common-sense approach provides exemplary project management skills tailored to gathering (and refining, implementing and eventually tracking) software requirements. While the book often cites recent software engineering studies, the focus always returns to practical management techniques. A case study for a chemical tracking application frames the book, and most chapters begin with anecdotes that demonstrate situations in which users and developers fail to comprehend each other about a software project's ultimate goals. (If you've ever worked in the field, these stories will probably sound all too familiar.)
This book offers hope, though, for improving your software design process with dozens of tips on getting better design input from your customers and then using these requirements to generate a variety of design documents. There are numerous "templates" and sample documents, too--a big help for the busy software manager.
Several standout sections here cover negotiating difficult steps in the process, particularly how to manage shifting requirements as projects move forward and keeping the various users and stakeholders contented throughout the software process. Late in the book, the author surveys today's software management tools and shows how to pick the right ones for your organisation.
Anchored by the author's considerable experience and software engineering expertise, this jargon-free and practical guide to software requirements can definitely give you the edge in managing software projects more efficiently. --Richard Dragan
Topics covered: software requirements specifications (SRS), business and user requirements, risk management, the requirements process, sample documents and templates, requirements development: elicitation, analysis, specification and verification, rights and responsibilities for software customers, best practices, project management tips, process assessment and improvement, types of users, product champions, use cases and other diagrams, tips for prototyping, managing requirements change, change centred boards (CCBs), evaluating and using requirements tools, requirements traceability matrix, impact analysis. -- Dieser Text bezieht sich auf eine vergriffene oder nicht verfügbare Ausgabe dieses Titels.
The book's commonsense approach provides exemplary project management skills tailored to gathering (and refining, implementing, and eventually tracking) software requirements. While the book often cites recent software engineering studies, the focus always returns to practical management techniques. A case study for a chemical tracking application frames the book, and most chapters begin with anecdotes that demonstrate situations in which users and developers misunderstand each other about a software project's ultimate goals. (If you've ever worked in the field, these stories will probably sound all too familiar.)
This book offers hope, though, for improving your software design process, with dozens of tips on getting better design input from your customers and then using these requirements to generate a variety of design documents. There are numerous templates and sample documents too--a big help for the busy software manager.
Several standout sections cover negotiating difficult steps in the process, particularly how to manage shifting requirements as projects move forward and keep the various users and stakeholders content throughout the software process. Late in the book, the author surveys today's software management tools and shows how to pick the right ones for your organization.
Anchored by the author's considerable experience and software engineering expertise, this jargon-free and practical guide to software requirements can definitely give you the edge in managing software projects more efficiently. --Richard Dragan
Topics covered: software requirements specifications (SRS); business and user requirements; risk management; the requirements process; sample documents and templates; requirements development: elicitation, analysis, specification, and verification; rights and responsibilities for software customers; best practices; project management tips; process assessment and improvement; types of users; product champions; use cases and other diagrams; tips for prototyping; managing requirements change; change centered boards (CCBs); evaluating and using requirements tools; requirements traceability matrix; impact analysis. -- Dieser Text bezieht sich auf eine vergriffene oder nicht verfügbare Ausgabe dieses Titels.
Vorgeschlagene Tags zu ähnlichen Produkten(Was ist das?)Setzen Sie den ersten relevanten Tag hinzu (ein Schlüsselwort, das mit diesem Produkt in engem Zusammenhang steht).
|
The book is well-written, well-organized, clear, and comprehensive. It strikes a good balance between the technical and the practical, between the theoretical and the actual.
If you're a professor looking for a book to use, please consider this one. And if you're a student discouraged by some other book (particularly the two I mentioned above), this one really works.
The best bits for me were the descriptions of prototyping (a great overview that cleared up my understanding) and how to run a Use-case workshop with business customers (essential stuff but never covered elsewhere).
The worst bits were that I found the vision and scope template not very useful for internal company development and in Chapter 9, Section 4 I longed for an actual example of how to convert/translate use cases into specifications. The latter is one thing where an example would have clarified the text.
Comparing this to Kovitz, I have Kovitz for my own personal development/tool as an analyst and this book for setting up a requirements plan/process and adminstering it.
This is an excellent book that covers developing a strong requirements process. Wiegers doesn't cover underlying philosophy (see Kovitz or Jackson), but he provides a useful reference. The book outlines many good practices - and his point about "good practices" versus "best practices" is well taken, but it is not as well organized as some other toolbox-style books.
A big part of establishing effective requirements gathering is selling the management team. This book doesn't really tackle this challenge.
The sample project is helpful, but I wish Wiegers had gone the last mile and attached the project requirements documents as an appendix.
Despite this list of gripes about what the book doesn't do, it has many, many good points and is written in a clear, if not lively, fashion. Recommended.
|
Das Forum zu diesem Produkt
Fragen stellen, Meinungen austauschen, Einblicke gewinnen Aktive Diskussionen in ähnlichen Foren
Kundendiskussionen durchsuchen
|
Ähnliche Foren
|
||||||||||||||||||||||||||||||||||
|
|
|