| | |  | Software Engineering | Home » » » Software Engineering: A Practitioner's Approach | | | | | | | Product Promotions: | | | | | Description: | | For almost three decades, Roger Pressman's Software Engineering: A Practitioner's Approach has been the world's leading textbook in software engineering. The new seventh edition represents a major restructuring and update of previous editions, solidifying the book's position as the most comprehensive guide to this important subject.The seventh edition of Software Engineering: A Practitioner's Approach has been designed to consolidate and restructure the content introduced over the past two editions of the book. The chapter structure will return to a more linear presentation of software engineering topics with a direct emphasis on the major activities that are part of a generic software process. Content will focus on widely used software engineering methods and will de-emphasize or completely eliminate discussion of secondary methods, tools and techniques. The intent is to provide a more targeted, prescriptive, and focused approach, while attempting to maintain SEPA's reputation as a comprehensive guide to software engineering. The book will be organized in five (5) parts-Process, Modeling, Quality Management, Project Management, and Advanced Topics. The chapter count will remain at 32, unchanged from the sixth edition. However, eight new chapters have been developed and another six chapters have undergone major or moderate revisions. The remaining chapters have undergone minor edits/updates. | | | Product Details: | | | Author:
| Roger Pressman | | Hardcover:
| 928 pages | | Publisher:
| McGraw-Hill Science/Engineering/Math | | Publication Date:
| January 20, 2009 | | Language:
| English | | ISBN:
| 0073375977 | | Product Length:
| 9.2 inches | | Product Width:
| 7.3 inches | | Product Height:
| 1.6 inches | | Product Weight:
| 3.35 pounds | | Package Length:
| 9.2 inches | | Package Width:
| 7.6 inches | | Package Height:
| 1.6 inches | | Package Weight:
| 3.25 pounds | | Average Customer Rating:
|  based on 14 reviews |
| | | | Customer Reviews: | |
Average Customer Review:
 ( 14 customer reviews )
Write an online review and share your thoughts with other customers.
Most Helpful Customer Reviews
34 of 37 found the following review helpful:
 Horrible out of date Software Engineering bookDec 12, 2009
By J. Muller
This book is like a bloated piece of software. The author wastes so much of the book describing outdated methods and does not even seem to understand current methods. For example, many of the chapters describe procedural programming techniques such as data flow diagrams and then give a brief inaccurate description of modern techniques such as UML. The author also makes a big deal about comparing "traditional" programming and object oriented. Given that object oriented has been the dominant style for about 20 years, it just seems irrelevant to discuss it so much in the book. The examples in the book are also very confusing and hard to relate to. Instead of picking something simple that everybody knows like a banking system, he often uses something like a convoluted sensor system. This is just a horrible book and it's unfortunate that many CS students have to get stuck using it.
14 of 14 found the following review helpful:
UnbearableSep 08, 2010
By Matt
This book is unreadable. I'm just three chapters in, and I can't bear the thought of having to read more. Nearly every paragraph is inflated with buzzwords, obscure new phases and acronyms. The author drones on and on about archaic software models when a simple table and summary of each would suffice. Pressman writes almost as if he is trying to fill a word quota.
Before reading this book, I believed software engineering was dead. And after reading some of this book, I now know why: Software Engineering == Software Bureaucracy.
Potential buyers of this book might want to read the article "Software Engineering: An Idea Whose Time Has Come and Gone?" by Tom DeMarco.
14 of 14 found the following review helpful:
Waste of moneyJul 05, 2010
By mc16
This book was purchased as a required text for a master's level class, and I am highly disappointed in it.
The book broadly and superficially covers all software engineering concepts, and to the untrained reader might appear to be a comprehensive text. Just don't look too closely. If you know absolutely nothing about the software engineering process, and want to have a high level grasp of the uniqueness that is software, then this book could be of use. The descriptions do a good job of introducing SE concepts and theories, although some are dated.
If you are tasked with developing a software engineering strategy, or running a software-intensive project, or are looking to build a solid foundation and understanding of the software engineering process, walk away. Just walk away. This book introduces new terms, redefining widely and commonly used words for the software development life cycle and others. The entire SE body of knowledge uses certain words that students and practitioners get used to, and this author seems to change them around just to be different. Furthermore, the author interchanges these terms around, and is not consistent when referring to the same concept. Not something I'd expect to see after 7 revisions.
3 of 3 found the following review helpful:
Trainwreck In PrintOct 16, 2011
By Curtis Zorn
"CZ"
Unfortunately this book is required for me as an Undergraduate CS Major. While I would agree that Software Engineering is a respectable field worthy of study, this book, to me, is not.
Initially reading the first chapter it doesn't seem so bad, but as you go on, the other chapters pile on lists and procedures that seemingly contain the same steps/names. There are so many processes to analyze and refine your own "design" that it becomes a complete burden to remember them all. They are ambiguously named and after about 5 minutes they all seem to blend into one another leaving you lost and confused. I feel as if in the working world I'm not going to be burdened by having to remember the exact stages of how I should plan out every bit of my software design and that the miles of irrelevant and interconnected listings could easily be replaced by simple instructions of do's/don'ts.
The book also likes to reference certain structures or designs and fails to provide any real life examples that would fit. I.e. Data Centered Architecture VS. Client-Server Architecture.
1 of 1 found the following review helpful:
Buy only if you want a narrow view of plenty of outdated topics.Apr 24, 2012
By Victor Marconi
I've bought this book for my Computer Science course and I swear I've tried to read it at least 5 times but the book is horrible! The author uses some terms that I've never read in any other book.
You better buy specific books on topics that surrounds the Software Engineering discipline such as Code Complete, Applying UML & Patterns, TDD, Refactoring, UML, Pragmatic Programmer, Software Requirements, Continuous Integration, et cetera.
I mean, this book is very expensive for what it delivers.
See all 14 customer reviews on Amazon.com
| | |
|
