Most Helpful Customer Reviews
|
|
19 of 19 people found the following review helpful:
4.0 out of 5 stars
Good Teaching Resource, April 10, 2006
I have taught systems analysis and design methods for four years using this text or its previous editions. It has its strong and weak points. It covers the basics very well, and gives the students a good grounding in classical techniques. The authors have done a lot to include object-oriented techniques in the 6th and 7th editions. This meets my prefered approach since both techniques have their value, and analysts need to be familiar with both.
However, there are weaknesses. The authors focus on more traditional applications, with less coverage of more recent developments than I would like. Yes, they discuss web applications and some e-commerce elements, but it is "bolted on" and not well integrated into the methodology. Much of their GUI design sections need to be updated with a more web-centric approach, as most applications are going that way.
Finally, they fail to address in any substantive way how analysts shoud address the modern security needs around data integrity, user authentication, user authorization, the related access control issues, data privacy, appropriate use of encryption, and last but certaintly not least, backup and recovery of data content. It is my opinion that each of these topics need to be built into the process, not bolted on, and that to do this, it should be integral to the training of the analyst. These ommissions lead to my rating of 4 stars for an otherwise excellent text.
Help other customers find the most helpful reviews
Was this review helpful to you?
|
|
|
|
|
|
5 of 5 people found the following review helpful:
4.0 out of 5 stars
Broad, but sometimes not deep, April 18, 2007
Whitten and Bentley have put together a very good text for a one-semester intro to systems analysis. After a wide-ranging introductory section, the real meat of this book appears in Parts 2 and 3: Analysis and Design.
Part 2 spends just one chapter on requirements discovery. This is the one section of the book that I found a lot thinner than it should be. The first problem is that requirements engineering is a field all its own, and has (or should have) direct connections to every work product that comes after in the development cycle. Although later chapters (especially use cases and even protoyping) offer additional ways to elicit meaningful requests from users, the whole task of making sure that the requirements are complete, consistent, and traceable to downstream effort is barely addressed. The second, and I think bigger problem is that the authors talk only about requirements from the users, plus "non-functional" requirements like reliability and performance. There's a lot to debate in categorizing requirements as non- or functional, depending on the kind of application, but the real defect in the discussion is one they share with most other authors in the field: they simply ignore the standards and regulations that affect system development. The SEC, FAA, and FDA impose requirements, as do legal enactments (HIPAA, ITAR for crypto, Sorbanes-Oxley), look&feel, and standards for networking, data exchange, and a gazillion other areas. Depending on the field you work in, you'll spend a lot more time worrying about regulatory and standards compliance than about anything the customer said.
Despite this uninspiring start, Part 2 moves along well. It presents use cases (though in a particularly fussy way), modeling techniques, and enough UML to help but not enough to overwhelm - and the whole can be quite overwhelming.
Part 3 addresses high level design. If your classroom is a typical one, this is where the students students with little, no, or ancient programming experience may start to struggle. It does a fair job with the common kinds of human-oriented IO, even if it shortchanges other systems with more intricate kinds of data manipulation (e.g. compilers or weather modeling). Because this addresses analysis as a separate task from programming, the authors have no reason to go into a lot of directly codable depth. This will frustrate the techies, but the little depth that it does address might intimidate thosewith more of a business orientation. It's a problem that I think has no solution as long as the people who build systems and the people who want them are in the same classroom.
Finally, Part 4 acknowledges the fact that systems are not just designed. Although it skips deployment and maintenance, this section does touch on low-level implementation and day to day operations. Now that they've gotten away from the core requirements, specification, and design content, I think the authors are making a quiet suggestion to the instructor who uses this book: it's your curriculum, add your spin to it. Everyone who looks this text over will see soft spots, but I'll bet that no two people see the same ones. We all come into this text with our own interests, specialties, experience, and strengths. One of the joys of teaching is the chance to add your own kind of depth to a course.
This is a fair cookbook. By that, I mean that you can follow the instructions and get a reliable set of results from it. Or, if you read this a little more broadly, it invites all the embellisments and complements that an active researcher or practitioner is sure to think of.
//wiredweird
Help other customers find the most helpful reviews
Was this review helpful to you?
|
|
|
|
|
|
10 of 12 people found the following review helpful:
5.0 out of 5 stars
Good Coverage of the Field, but a bit too much Microsoft, March 16, 2006
With all the advances in computers, including the availability of industry specific software, industry still has huge demands for systems that facilitate the operation of their company. This book is oriented to teach those who design such systems. This book is intended to be a text for undergraduate college students. It is recommended that the student have at least a computer literacy class as a prerequisite. I believe that I would also require at least one programming cource to give the student some idea of what he will be asking the coders and programmers to do.
Overall I rate the book as excellent for its intended purpose of enabling the understanding of what a system has to do to please everyone from the person putting in the raw data to management getting the reports they need out of the system.
The one complaint I have is that the book is very Microsoft oriented. For instance, in the section on database design, the book talks about making a desktop prototype of the main database using MSDE. Oracle and SAP are barely mentioned, and Linux isn't even in the index. In the real world the student needs to understand that Microsoft doesn't own everything.
Help other customers find the most helpful reviews
Was this review helpful to you?
|
|
|
|
|
|
Most Recent Customer Reviews
|