Software Books
Related Subjects:
More Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250


Excellent reference bookReview Date: 2008-04-05
ASM Book review by Oracle pressReview Date: 2008-02-08
The first chapter is very helpful and I learned some information about disk storage that I did not know. I am more comfortable talking with SAN and system administrators now. They also get the feel that I know what I am talking about. After the first chapter, the book dives right into ASM architecture and management. Each chapter is well written and easy to understand. This book also covers the new features in Oracle 11 and you can see that Oracle is dedicated to maturing ASM. ASM is here to stay and it will gain in popularity.
One of the areas that I thought could have been better is the discussion and explanation of RAC, ASM and how the cluster registry is affected. It would have been nice to have a chapter on OCFS just as a supplement. Some shops will utilize both OCFS and ASM. OCFS will host the OCR and voting file as ASM can not be used.
If you are new to ASM or you are an expert, this book is a good read. If you are new to ASM will get more out of it (obviously) since it covers everything you need to know to install and maintain ASM. Fortunately since this is the only ASM book (as of today) and it is great source of information you will not be wasting your time. This book comes highly recommended.
George Loewenthal
Denver, Colorado
ASM Best BookReview Date: 2008-01-28
After reading the book I can say that now I know what actually is ASM/How it works/How to Implement ASM and I don't need any more training on ASM.
-MOHAMMED MOINUDDIN UMAIR
Senior Tuning Consultant,LEHMAN BROTHERS,NEW JERSEY
This book will make you an expert on ASM.Review Date: 2007-12-20
I would highly recommend this book for any DBA that will be working with ASM and / or RAC. The high performance, ease of use, and low cost make it a very attractive solution. This book will teach you everything you need to know about ASM (that's why it's called an "Under-the-Hood" guide). It also makes an excellent reference.
Just in Time...Review Date: 2007-12-09
This book starts with the basics of the storage technology and moves towards the center of the ASM with deep discussions on ASM data structures, ASM in operation and ASM troubleshooting. Nitin probably probably knows more about ASM than anyone I know and excels in explaining the complex technologies in easy to understand manner. You will immensely benefit from his wisdom and real life experience.
A must read for Oracle Storage Administrators and DBAs working with RAC/ASM.

Used price: $2.08

Still a must have title for VBA programmersReview Date: 2008-03-29
Get This BookReview Date: 1999-07-02
Here's a tip. Use VBA whenever possible, rather than the VB Script available on the Outlook forms. The book shows you how to program for events such as the addition of a new item or changing an item. You can avoid VB Script programming on the forms this way.
Excellent ReferenceReview Date: 1999-12-01
WROX has another winner!!!Review Date: 2000-09-17
A "must-have" desk reference for Outlook 2000 developersReview Date: 1999-09-07


Oxford Spanish Dictionary - CD-ROMReview Date: 2002-07-15
Oxford Spanish Dictionary - CD-ROMReview Date: 2002-07-15
best and most accessible dictionaryReview Date: 2001-08-22
Excellent toolReview Date: 2000-11-08
Great dictionary, ok softwareReview Date: 2001-10-19
With the other reviews I agree that the thoroughness of this dictionary is outstanding. Most words are put in a variety of contexts to show different usages including common idiomatic expressions and regional expressions according to country. I use it daily as an essential tool in studying Spanish.
However, as a sofware product at $50 it is pretty lousy. The design is clumsy. The search is awkward and very limited, that is, you can't look up combinations of words in quotes. Still, all things considered, this does not hold it back from being worth the price. For the basics it's very easy to use and I recommend it.

Used price: $1.17

A comprehensive and understandable bookReview Date: 1997-09-30
The book first explain the area to be covered, and then gives you lots of small examples, that you can test, or just read. It strengthen the idea that you should write not much code, but effective.
Among many other things it gives you several ways to pass variables, important but difficult for the newbee.
The book is even fun to read, and really helps you getting into OPAL. I strongly recommend it.
Solid reference for Paradox 7.Review Date: 1998-10-12
The Devil is in the detailsReview Date: 1998-07-02
The strong point of this book is it's index, which is beyond complete, it is intense.
Can't be beatReview Date: 1998-05-22
Essential & Excellence Books for all Paradox ProgrammersReview Date: 1998-02-01

Used price: $58.07

Review of Web ServicesReview Date: 2007-01-10
Order #: D01-8384140-5827130
Subtotal of items: $ 11.99
------
Total before tax: $ 11.99
Estimated Tax: $ 0.00
------
Total: $ 11.99
------
Total for this Order: $ 11.99
A must-have for successful webservice projectsReview Date: 2003-11-07
I was pleased to see that the next chapter "Operational Perspective" actually deals with questions regarding deployment and configuration. This is something most books are missing and many projects underestimate the importance of these aspects for a successful rollout.
Finally after reading two very useful chapters (written in an enjoyable style), I've decided to give the other chapters also a try and I wasn't disappointed. This book covers all important aspects for a successful webservice project and I strongly recomment it if you are going to start such a project.
During my time as a technical lead at Hewlett-Packard, I've got the opportunity to participate a pretty expensive software architect workshop. I was pleased to see lots of "Does and Dont's" I've learned in this workshop in the "Architecture Perspective" chapter of this book.
I finally ended up in reading all chapters of the book. I haven't read all pages of this book because of my previous knowledge and because of the excellent offered shortcuts within this book. But the time I've spent reading the rest was a rewarding investment. Whatever role you are going to play in a webservice project: you will find something useful within this book.
And finally don't forget: even Grady Booch thinks this book is a must-have. He wrote a nice forword for the book.
If you had time or money for just one book on web services...Review Date: 2005-11-10
IBM SOA ExplainedReview Date: 2006-03-19
Having said that working the examples into version 6 format is good practice and not too much sweat.
This book provides all the coverage you need if you are dealing with the IBM WebSphere kit (all the IBM Redbooks are also a great help!)
Textbook ReviewReview Date: 2004-08-08
"Perspectives on Web services: Applying SOAP, WSDL, and UDDI to Real-World Projects" Zimmermann O., Tomlinson M., Peuser S.; Springer-Verlag New York, Inc., Secaucus, NJ, 2003.
This voluminous text is essentially about the classic man-machine relationship model.
The reviewer became interested in this topic and monitored the slowly evolving field until 1962 when he published a paper entitled "Shaping and Controlling Human Behaviour in Man-Machine Systems"; Proceedings of The Institution of Mechanical Engineers, Industrial Administration and Engineering Production Group, Vol. 177, Number 34, pp 935-950; 1963 (1 Birdcage Walk, Westminister, SW 1).
He presented the Performance System Spectrum with Man at one end and the Machine at the other. In between these two extremes he defined and illustrated a multitude of combinations including Simple Man-Machine, Complex Man-Machine, Men-Machine, Man-Machine-Man, Man-Machine-Men, and Men-Machine-Men.
By 1963, time-sharing and remote operator terminals had evolved and the computer systems were mainframe...the personal computer and the Internet, if they were envisioned at all, would have been considered purely science-fiction. In relation to the Men-Machine-Men system, he wrote: "...the total system has become so complex, with so many inputs from and outputs to human(s), that design engineers tend to move towards a fully automated system..." In the more than four decades which followed, the flood of computerized systems (and computer acronyms) increased as anyone reading this can testify. And that brings us to today...and Web Services.
We shall see that Web Services satisfies the definition and is a Men-Machine-Men system. To quickly understand what Web Services is the average reader shouldn't start with the text under review but with an excellent article, "The Web Within the Web," Enrique Castro-Leon, IEEE Spectrum, February 2004, pp 42-46. Examining this paper first and then delving leisurely into "Perspectives on Web Services: Applying SOAP, WSDL, and UDDI to Real-World Projects" will have a higher payoff even for those readers who are experienced software engineers, developers, analysts, and systems architects.
Castro-Leon presents a concise thumbnail view of this emerging concept. He argues that "...dusty, musty databases filled with useful data that would be far more useful if linked with other, equally dusty databases; enormous databases that are locked up inside ancient mainframes and quaintly archaic minicomputers; lonely databases residing on specialized file servers throughout an enterprise (pronounced business); even modern databases on Web servers...(are) stuck in long-obsolete proprietary formats or accessible only through hypermodern scripting languages..." Further, "... Web services are a way programmers can make their databases available across the Web , let other programmers access them, and tie these disparate databases together into services that are novel, perhaps even wonderful..." This, of course, is the basic reasoning for improving the Machine part of the Men-Machine-Men performance system.
"...Web browsers have liberated us from the tyranny of specific hardware and the near monopoly of the Windows operating system...(because of)...the Hypertext Transfer Protocol, which provides a standard for the way Web pages are downloaded from a Web site to a computer, and the generic nature of Web pages themselves..." The Hypertext Markup Language (HTML) ",...was designed to encode things that will be viewed by people, rather than processed by another machine. HTML mixes formatting commands...with data because it was designed as a display language..." Castro-Leon continues: "...if Web services are to build powerful networks of collaborating databases and services, the first step is replacing HTML with something more compatible with the world of databases, something that can be understood by another computer...such a new language has been developed...a subset of HTML, called XML, for Extensible Markup Language..."
This movement to improve the Machine subsystem did not end with the invention of XML. There had to be some mechanism to move XML data rather than HTML across the Internet. This was SOAP --- Simple Object Access Protocol --- a generic wrapper which is an envelope recognized and accepted by Web browsers and servers. Together, XML and SOAP give Web Services interoperability.
However, another specification was needed called UDDI ---Universal Discovery, Description and Integration --- which, as Castro-Leon states, "...lets Web Services look for databases (by Machine) in the same way that Google lets humans look for Webpages..." But the process didn't end with the development of UDDI. There had to be a standard which allowed the Machine to determine what is at a site once it has been identified. This standard was WSDL --- Web Services Description Language. All of these protocols took years to develop....and the improvements continue to this day.
Having presented an overview of Web Services from Castro-Leon, it is now time to review the 648 page text entitled, "Perspectives on Web Services: Applying SOAP, WSDL, and UDDI to Real-World Projects" This is in essence a "how-to" or a "cook" book, using an old world term, which goes into exquisite detail about how these software elements work inside the Machine and how to utilize them effectively and profitably. One might describe it as a "Web Services for Dummies" type of text but written at a much higher intellectual and professional level. The occasional humor is within acceptable limits and not extreme.
In the Men-Machine-Men model, the Machine is represented by all of the computer systems in the Internet world-wide and includes SOAP, WSDL, and UDDI as software and all of the hardware world-wide. The Men at one side are all the humans dealing with the Internet as users while the Men on the other side of the Machine are all the software people feeding the Machine world-wide with data and graphics which are then manipulated inside the Machine by SOAP, WSDL, and UDDI. You can visualize that the users might have a population of millions and possibly billions of individuals and the software people might represent a population of millions of individuals. That is why this volume on Web Services is an important reference today as the system is being implemented --- but there is a cautionary poem by the systems guy Kenneth Boulding regarding this Machine:
A system is a big black box
Of which we can't unlock the locks,
And all we can find out about
Is what goes in and what comes out.
Perceiving input-output pairs
Related by parameters
Permits us, sometimes, to relate
An input, output, and a state.
If this relation's good and stable,
Then to predict we may be able.
But if this fails us - heaven forbid
We'll be compelled to force the lid!
Having forced the lid --- you are now inside the Machine! The book is structured using the "goto" branching command. The authors encourage the reader to study a section and then decide to continue on or "goto" a different section. In fact, they suggest not reading from cover-to-cover at all but selecting those parts directly related to the reader's job role.
The text is neatly divided into Perspectives chapters which follow a typical project sequence: Business, Training, Architecture, Development, Operational, Engagement, and Future. The authors state that they and their anticipated readers are "technical people" and their approach in writing was shaped in that way
Chapter 1 is The Business Perspective. In 30 pages they discusses definitions, EAI (Enterprise Application Integration), B2C (Business-to- Consumer), B2B (Business-to-Business), A2A (Application-to-Application), H2A (Human-to-Application), and potential inhibitors to decision-making. The Case Study of a fictitious insurance company is introduced which will be threaded throughout the book. Some of the flowchart models are clearer than others.
Chapter 2 is The Training Perspective. A better term for this perspective would be the "technical information" found in a manual used by individuals for self-instruction to learn about the software. 123 pages are devoted to a tutorial of concepts and technologies but the reader is not expected at this point to be able to apply them.
There is an overview of WebServices concepts and detailed information on the XML markup language including namespaces and schema. Attention to given to SOAP message formats and encoding. This is followed by WSDL, the interface description, containment structure of WSDL documents, and binding-related document elements. There are descriptions of UDDI's registry structure, identifier bag, category bag, binding template, tModel structure, linking to a UDDI registry, an API (Application Programming Interface) overview, and brief mention of WSIL (Web Service Inspection Language). There many well-designed coding sheet examples which would make sense to experienced programmers but probably not to novices.
About 86 pages are assigned to Chapter 3: The Architecture Perspective. The authors provide an introduction to Web Services architecture oulining paradigm changes, J2EE (Java 2 Enterprise Edition) and defining Web Services as the software part of the Machine. WSA (Web Services Architecture) is explained with the use of stacks and a disclaimer is provided since not all of the terms are universally accepted. WSA building blocks and component walkthrough is covered. Explanations are given for WS principles, Generic vs. Generated API, design patterns, business patterns, architectural patterns (microflow, intermediary, and interceptor/pipeline) and process choreography including public-to-private process mapping. Architectural decisions are outlined along with service matchmaking. In addition, NFRs (Non-Functional Requirements), gaps and countermeasures and SOAP Section 5 encoding are discussed. Finally, XML-based, WS, and application layer security are explained. There is a useful FAQ (Frequently Asked Questions) section ending the chapter.
Chapter 4 is The Development Perspective. Consisting of 192 pages, this chapter has a considerable amount of meat and consequently may cause indigestion for the vegetarians among us. The authors state that a reader should have a "...solid reading comprehension of J2SE and J2EE APIs..." It is written at a fairly deep level of detail related to reader motivation and categorizes this interest as: casual, steady or junkie. There is an emphasis on "goto" branching. Most of the coding examples are also found on Springer websites.
The introduction to the development of WS in Java presents the WebSphere Studio Workbench and Eclipse.org. WebSphere SDK (WSDK), the Emerging Technologies Toolkit (ETTK), and Apache SOAP 2.3 are described with some caveats regarding known flaws. This is followed by JAX-RPC and Apache Axis, definitions, an introduction to WS for J2EE and JSR 109 and the WSDK Toolkit.
At this point, starting on page 259, the first example or case in The Case Study is considered --- all the prior pages having been dedicated to technical information to bring the reader up to speed. The authors refer to the example as a "sample" and it is, of course, a simulation where the case problem is run on the WS model being described so the reader can learn how to do it later in real-life. More precisely it is a training simulation testing (with some debugging) of the solution provided by the authors....the author's terminology will be used here.
The case scenario involves several fictitious insurance companies. In terms of the Performance System Spectrum, this scenario deals with the Men-Machine-Men model with Men being Internal Users and the Machine processing risk and fraud management matters. Business logic requirements are considered and "The Great Debate" over Apache Soap or JAX-RPC occurs, followed by configuring and building the sample. To build RPC/Encoded Services for Java the bottom-up and top-down approaches are reviewed. There is a discussion of building EJB (Enterprise Java Beans) WS with Apache SOAP, and using the WS Wizard. The process of exploring and modifying generated files is described. Building EJB WS with JAX-RPC and JSR 109 follows, In addition, exploring generated server side files, updating the project build paths, modifying generated files, and testing the deployed service are briefly delineated.
The reader is encouraged to build RPC/encoded services from WSDL first creating WS from WSDL using Apache SOAP and then testing the WS client. There is also the process of creating WS from WSDL using JAX-RPC/JSR 109 and updating the WSDL document and installing the SOAP Router, and finally testing the WS. A section is devoted to programmatic access to WSDL, using the WSDL4J toolkit, testing the JWSDL application and creating JWSDL clients with JAX-RPC and JSR 109. The reader learns to use WS-Inspection to build service indices from Java and also with Apache Soap and to configure WSIL4J.. There many excellent figures illustrating this part of the simulation. At this point, the text moves ahead to the use of UDDI.
There are discussions of UDDI access from Java and browsers, using UDDI with Apache SOAP and also with JAX-RPC and JSR 109, using other Web Services bindings, creating a document/literal Service from WSDL and a document/literal Service Client. A secton is dedicated to orchestrating Web Services and use of the Process Editor. The reader learns about using attachments with SOAP, using SOAP headers and finally exporting the completed sample. While space is assigned to finding more information, there isn't any for FAQ which could have been useful at this stage. Some System Administrators have argued that constructing the application in this chapter was the easy part. The next stage deals with implementing it in a production environment and might be viewed as more difficult.
Chapter 5 presents The Operational Perspective which the authors have truncated to 79 pages and rely on the experience of the reader to fill in some technical gaps. There are many specific references to coding samples in .zip format on Springer websites. This chapter deals with the system architecture hosting the software and we are now deep inside the Machine in the Men-Machine-Men system --- and continually aware of Boulding's admonition: "....If this relation's good and stable, Then to predict we may be able. But if this fails us - heaven forbid, We'll be compelled to force the lid!..."
There is a discussion of topology, standalone topology, additional components,and clustered and managed topology. Reference is made to the Access Management Subsystem, load balancing and high availability support. At this point, the Case Study simulation of a fictitious insurance company continues and for the remaining pages is interspersed with tutorial information .
There are explanations of Deploying Web Services, the WebSphere Application Server, deployment and configuring the application server. There is information on JDBC configuration, JAAS authentication and Cloudscape, and restarting and testing the installation. Next comes Deploying Services, wsadmin, ANT; working on the private UDDI Registry, including configuring and adding WSDL documents to the UDDI Registry. Descriptions are provided for testing, clustering, and node agents; working with the IBM HTTP Server, starting, testing clusters, and finally cold standby.
Attention is given to Securing the WS Implementation: security threats, countermeasures, WS-Security, and future WS-Security extensions, Securing WS with HTTPS and SSL --- as the simulation continues. The chapter closes with the WS Gateway and how to configure it, deploying a WS to the Gateway, updating and client testing. Frequent mention is made of specific websites to support the simulation so the reader is not completely alone with just the text.
Chapter 6 is The Engagement Perspective of 27 pages and a typical reader would sense that the end is in sight!! This chapter reviews many technical points emphasized in the Case Study simulation and adds the following: Planning a WS Development Project, Outlining Requirements and High Level Design, Planning and Staffing, Running the Project, including testing and going live, Success Factors, Elements of Risk,lessons learned and design advice. There is a final look at the Case Study simulation.
The Future Perspective appears in Chapter 7. The authors briefly identify SOAP Version 1.2, WSDL Version 1.2, UDDI Version 3.0, and grid computing for the immediate future. The Semantic Web including RDF and OWL are mentioned and they provide mid- and long-term visions.
The chapter concludes with "Now enjoy the first project in which you apply and exploit this hot technology!"
There are rather complete coding steps, flowcharts, and screen displays in the boilerplate content of the Appendix including: Building the Case Study Policy Systems, Java to XML Mapping, and C# --- and 87 References for those who desire additional background.
As Castro-Leon in summarizing his IEEE Spectrum article said: "...the semantic Web's benefits won't be seen for some time; Web Services are here today...it will connect almost every island of data, software, and device on the planet..." The reviewer believes that this volume which introduces Web Services is a valuable asset in the drive to improve the Men-Machine-Men system which we call the Internet.
Leonard C. Silvern
Systems Engineering Laboratories
Clarkdale, AZ

Used price: $0.28

Fantastic instructional manual!Review Date: 2004-09-23
A great help!Review Date: 2003-10-17
Incredibly, the book is version 8.6 & up, 2003Review Date: 2003-10-12
Awesome Book!Review Date: 2004-02-07
This book has saved me!
Don't hesitate to buyReview Date: 2003-12-31

Used price: $0.01

A good primer for the Internet neophyteReview Date: 2008-01-22
How and when did it begin?
Where does the network go?
Who originally thought of the concept?
Why is the internet useful and necessary?
Was Al Gore involved?
All these questions and more (minus the Al Gore one) are in The Pocket Guide To The Internet.
From ISPs to Packets, from AOL to telnet, and emoticons to netiquette, it's all present. There's a wealth of knowledge in every chapter, and the steps are slow enough for all. In fact, many of even the most novice users of the Internet will find much of the information mundane.
The book provides page after page of helpful information, providing a multitude of web addresses, acronyms, and definitions that, if anything, provid a sort of printed dictionary/encyclopedia about the internet.
This is a great resource for someone starting at ground zero with no knowledge whatsoever.
Congratulations!Review Date: 1997-02-22
Thanks for the Great Little BookReview Date: 1996-12-29
Al Witte
KudosReview Date: 1996-12-28
But ... something about your style engaged me. So I bought the book.
Halfway through it I think I know what it is I like about your text
... you're an Internet teacher who agrees with *me*! I was talking with Wendy Green last week (literally talking, not
virtually) and described my reaction to your book. She encouraged me
to drop you a line. She says you lurk on the misc.writing newsgroup from time to time and she recognized your name. (What a high-traffic
newsgroup!)
I webmaster for my company (www.ag.org) and am also responsible to
train anybody in our midst how to understand and navigate the 'Net.
For a good part of the last year I lectured to our local Internet
users' group and now moonlight at a local cybercafe teaching
Internet classes for paying customers. So, my plate is full and I'm
happy to find material which so nicely augments my own presentations!
For a while I struggled with the relative worth of helping people
understand this beast. Especially when they're *paying* to do so!
After all, these people just want to know how to send email and 'surf
the Web', why should I waste time talking about its military roots
for goodness sake?
So, if for no other reason, I appreciate your book for the
affirmation I've found there.
Of course, I don't *always* agree with your presentation or your
choice of wording, but then who agrees with *anybody* one hundred
percent? I can't argue with the facts of your text, though, you have
certainly done your research! (I only wish it was footnoted!
An appreciative thank youReview Date: 1996-12-28

Used price: $7.24
Collectible price: $36.95

Good, good, good!Review Date: 2003-06-19
Great BookReview Date: 2001-08-19
Vital reading for success onlineReview Date: 2003-08-15
But, if you're self-employed and/or building your online identity... how do you start? And, if you've been online for awhile but you're somehow missing the boat--or at least your audience--what do you do without a corporate advertising budget and webmaster/advisors to help you?
The answer is simple: You get this book. And read it. I've read Chapter Two at least ten times, and I'm still making notes about what I'm changing on my own website (online since 1995, and boy-oh-boy have I made mistakes! *sigh*).
Baker's books are not for wimps. And, they're not the sitcom version of business, where you spend a few days creating a by-the-numbers clone of others' websites, and then sit back expecting income to flood in like clockwork.
Instead of being a book that you read, say, "Oh, that made some good points," and then put on a shelf to collect dust, this is a book that you'll read, re-read, and keep close to hand. Baker's book is information-packed. There is no way that you'll learn it all in one reading, or even two.
This is easily in the top five books that everyone who is (or wants to be) in business online MUST own. Sure, you can read the sample chapters at Baker's website, or take this book out of the library, but it contains too much important advice for that. And, you'll refer to it often, as well.
Buy this book. Roll up your sleeves and do what he says. It's how to succeed on- and offline, in the 21st century. It's not your parents' business era anymore. Learn the new rules in this book, and give yourself a genuine chance for success.
Baker's information would be cheap at ten times the price; it's already helped me to increase the daily hits at one of my websites from 500/day to over 800/day. And, I'm still on Chapter Three!
Best book on branding onlineReview Date: 2002-01-17
Great BookReview Date: 2001-08-19

Used price: $14.00

Unique ResourceReview Date: 2008-08-13
Excellent book on a topic long over due.Review Date: 2002-05-02
The three part approach to the book makes it easy for you to find the topics you need to get your job done. Part 2 defines each of the processes in detail. Chapter 5, which covers reporting/tracking progress gives a good feel for the control you have in producing project deliverables, and reporting on the true progress of the project. Realistic, acurate reporting.
I would recommend this book to anyone who is a slave to their process, or even those that are new to process. This one works!
Lower your risk on large business software developmentReview Date: 2003-01-02
The authors stress that feature-driven development, as they describe it, is intended for a very specific type of project. There's nothing new in the book, except the way the authors have combined tried-and-true techniques to handle very large business application development in a consistent and low-risk manner. The smallest headcount that could justify the overhead is about twenty, although it could scale up almost indefinitely. Palmer and Johnson describe their methodology as light but, on a scale of five (heavy) to one (agile), FDD rates about a four.
The second point is that the techniques used assume very heavy customer involvement and clearly understood business rules. For example, the original project that inspired the book was a banking system in Asia. The procedures wouldn't be well-suited to innovative product development in a competitive environment. This is no alternative to extreme programming.
Lastly, the methods used aim to get good results from inexperienced employees. Despite a reminder that highly-ranked programmers are better value than entry-level personnel, this type of project often relies on an army of tightly-controlled programmers, led by a few experienced team leaders. Although the authors differentiate the FDD organization from the old Chief Surgeon model, this is still basically just a variant on that theme.
There are also more than a few hints that the book is not intended solely, or even primarily, for US readers. We are abjured to speak in English and leaders are advised to use a soccer whistle to control meetings. As beautifully as the authors describe how to divide up a large project by feature (and it is beautifully clear and simple), some of the advice in handling personnel leads me to hesitate before recommending it without reservation to every potential reader, which is the criterion Amazon requires for a 5-star rating.
Packed with good advice on Software Development Process!Review Date: 2002-04-28
This book is packed with good advice for developers and those involved in managing software development, and is clearly written by people with real world experience. The authors do a good job of explaining the issues in software development and how FDD helps address them.
The book is highly readable and should be accessible to those who currently have a limited understanding of formal software development processes. One of the themes carried through the book is an ongoing dialogue between the two authors and several other persons, including the project manager of a software project for a car dealership that is worked through in the book. At first I found this dialogue distracting, I guess because they were initially dealing with material I am already familiar with, but by the end of the book, I looked forward to these sections, and felt they gave the book an overall coherence.
FDD is most radical, in its approach to management (reporting), by dispensing with Gannt charts and estimates of task completeness (most people are aware of the 90% complete, 90% of the time, syndrome), replacing them with measuring features complete (as in 100% complete!) as a percentage of all features to be built. I am familiar with why Gannt charts and Microsoft Project style planning doesn't work for software projects, but the book would have benefited from a more detailed discussion of what will be the hardest part of FDD for many to accept. The book's only real fault is several digressions into software quality and online help, that it was hard to see the relevance of.
I recommend this book to people, including managers, who want to understand why we need software development processes and the issues involved in selecting one. The book, naturally enough, points out the issues with widely used processes such as RUP - too heavyweight, and XP - questionable scalability, and these criticisms are IMO largely valid. The book explains in a straightforward way, how FDD works and how it satisfies all the main requirements of a development process, especially scalability, manageability and getting the domain model (shape) right as early as possible, minimizing the need to refactor later.
Elegant, Effective and PowerfulReview Date: 2002-04-26
Although the approach is based on object-oriented development, and the book is focused towards that approach, it can be refactored into function- and procedure-oriented programming environments. Moreover, the book is written to fit within agile methods, but the approach can be fit to any development life cycle approach. This is because the focus is on features, which translate into what the business *needs* from an application. This is where elegance and simplicity comes in. By focusing on the features needed applications are less apt to be 'gold-plated' with unnecessary features that developers may think is nice, but add little business value. In this respect the time to deliver is shortened and what is delivered is going to reflect genuine business requirements.
The power of FDD comes from the highly structured approach that i based on the ETVX (entry-task-validation-exit) framework. Entry criteria is typical: requirements, authority to proceed and other 'quality gates' that must be passed before a development project is initiated. The tasks follow a five-step process as follows:
(1) Develop the model, including scope, validation in the form of walkthroughs, and peer reviews. The approach described in the book assumes an object model, but in a non-OO setting this can be realigned to first cut system diagramming in the form of block- and data flow-diagrams,and first-cut design.
(2) Build the features list. The OO approach is domain partitioning based on the model; in a non-OO setting this is where the team maps functional requirements to features.
(3) Plan by feature. This step, in my opinion, shows FDD to be a legitimate software engineering method. Feature prioritization, dependency analysis and effort estimation occur here. Done properly this step will make the difference between success or failure. I do have one issue with the book at this point: the prioritization is done by the technical team - it should be done with the business stakeholders.
(4) Design by feature. This is an iterative step that feeds back into step 1 (build the model) wherein class ownership is determined and the original model is refined based on the design approach. In non-OO environments this would loop back into the first-cut design and trigger trade-off analysis and design refinement.
(5) Build by feature. This is where the application is actually developed on a feature-by-feature basis within the context of the defined architecture (model).
Verification is accomplished using traditional methods. The authors introduce what they call 'feature-based testing' which is no different than product test (also called functional qualification testing, and in some circles, acceptance testing). Verification procedures are thoroughly covered in the book, further adding to the software engineering approach that is incorporated into FDD. Exit criteria is when the sponsors accept the system.
What makes this book important is that is gives a straightforward approach that is based on deliverables (features) within a process context (ETVX). This approach is consistent with best practices in software project management and has the additional benefit of assuring that what gets designed and built is what the customer needs. Bolt FDD onto your favorite methodology and you'll probably see quality increase, and costs and time to deliver decrease.

Queuing mechanisms for the beginnerReview Date: 2000-04-24
The New Testament complementing Kleinrock's OldReview Date: 1999-12-05
Practical Queueing AnalysisReview Date: 2001-06-05
UK/European Edition is also available, and is in stock.Review Date: 1999-03-16
UK edition is availableReview Date: 2000-03-08
Related Subjects:
More Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250