Validation Books
Related Subjects: RELAX NG XML Schema
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


Somewhat okay???Review Date: 2006-11-10
Excelente libro de introducción.Review Date: 2006-01-30
A diferencia de otros libros, excesivamente llenos de ejemplos (normalmente de las malas prácticas), éste se centra en describir las diferentes aproximaciones para todas las etapas de desarrollo del software. Aunque se decanta por el modelo de desarrollo "Waterfall", explica otros modelos de desarrollo.
Un elemento a destacar de este libro es la calidad de los apéndices que incluyen numerosas plantillas de ejemplo para cada una de las etapas de desarrollo, y en especial para los procesos de inspección, y seguimiento de los errores.
Otro aspectos que se cubren éxito en este libro son los dedicados a la estimación de esfuerzos para la planificación, estimación de riesgo que en casi ningún libro de ingeniería del software ofrece alternativas tan interesantes como en este.
A modo de ejemplo, los apéndices que incluye son los siguientes:
- Inspection Roles and Responsibilities
- A Sample Inspection Process
- Inspection Process Forms
- Inspection Checklist
- Attributes of Good Requirements Specifications
- Sample Criteria for Selecting Modules for Code Inspection
- Sample Software Development Process Based on the Waterfall Model.
- Document Outlines
- Test Cases for the Triangle Program (example)
- Software Reliability Models.
- The Yellow Sticky Method
- Software Development Best Practices
- Software Quality Best Practices
- Project Postmortems
- Root-Cause Analysis
Finalmente el autor mantiene una página Web asociada al libro: http://www.swqual.com/index.html?Intro.
Especialmente interesantes es la newsletter mensual.
Carlos Ortega
2006-01-30
SQA Starter KitReview Date: 2002-02-17
a pile of books and reads them. Maybe that's the one thing
today's managers should emulate. If you do, bring this book
along on your first sabatical.
This all new edition of the book (first published in 1997)
was even renamed to include its new, extended charter.
"Clearly management must take a leadership role in helping
the organization behave in a more predictable way. It is
for this reason that the title of the book has been changed
to include managers. [the book] includes specific actions
that managers can take to help organizations behave in a
more predictable manner."
Software development is a difficult disciple to master.
Even so, technical acumen is no guarantee of quality. "As
observed by Dr. Edwards Deming, 'The quality of a product
is directly related to the quality of the process used to
create it.'" Verification ("are we building the product
right?") and validation ("are we building the right product?")
are the first questions one must ask to begin the path
of process improvement. This book addresses those questions
and more.
The book is divided into four large sections. The first
three sections are brought forward from the previous
edition with some noticeable improvements. The new edition
is not just a rehash of the old stuff, however. Over 30 new
pages of appendices and an entire new section of the book
aimed at management with over 70 new pages have been added.
Other improvements are also evident including better formatting.
For example, the font selection and layout are much easier on
the eyes than in the previous edition.
If you own the first edition, this is a "must have" update.
If you don't own the first edition, consider this work an
SQA department "starter kit." It is well organized, well
annotated, and filled with practical artifacts such as
checklists for inspections, suggested document outlines,
and the like. This is stuff you can use.
Chapter 12 is specifically for the CEO and should be
required reading by anyone running a company with a
software development function. "Managers and executives
need to understand that having a predictable software
development process is vitally important to the long-term
success of their business." Rakitin shows how, then shows
what can be done. The prose is crisp and to-the-point.
Well done.


Good practice cooke bookReview Date: 2007-05-21
A good introductionReview Date: 2007-08-07
Due to its mathematical rigor the chapter on PD validation by R. Rauhmeier is one of the more valuable ones in the book. It deals with mathematical methods for assessing the quality of estimates for PD, but gives examples from practical banking experience. Most interesting is that the author discusses how to compare rating systems developed by human experts with those that result from machines (algorithmic ratings with no human input). Along these lines, the author views a rating system as essentially a collection of modules, the first one of which is called a `machine rating' since it estimates the PD by an algorithm based on statistical models and not therefore dependent on human judgment (excluding the judgment of the developer of the algorithm of course). The machine rating is then subjected to expert opinion in the second module, wherein it is expected that the rating will be adjusted according to the judgments (and biases) of the (human) expert. The third module is also very standardized, and deals with the degree to which the borrower is supported by others when in financial distress. Any support structure that exists will of course influence the PD of the borrower. Manual overrides that arise because of exceptional situations are part of the fourth and final module. The author views the rating model as `default generating process' which is function of certain selected risk drivers, and is typically measured in terms of rating scales. He gives an example of a `master scale' in this chapter, with this one deploying a "point-in-time" rating approach.
Most of the chapter is devoted to finding PD validation methods that can test all the rating grades simultaneously. One of these is the Spiegelhalter test, which uses as a test statistic the ratio of the difference between the observed mean square error and the expected mean square and the square root of the variance of the mean square error. If the null hypothesis, namely that the forecasted and observed default probabilities are equal for every obligor, then this ratio is normally distributed and then standard techniques can be used. The Spiegelhalter test helps to remove the bias that exists in merely averaging the PDs of obligors in the same rating grade, but it does assume that the default events are independent. The assumption that the default events are independent can be dropped by using Monte Carlo simulations, and the author gives the reader a taste of how to do this in this chapter. As is typical in Monte Carlo simulations, random paths are generated in order to approximate the distribution of the test statistic. The author discusses an explicit simulation study using various choices of the asset correlation parameter, and it is clear that its value has a dramatic effect on the distribution of the test statistic. It would have been helpful if the author had expounded on how to calculate the value of the asset correlation parameter and discussed its connection with various credit risk models, such as the Merton model.
The last chapter of the book discusses stress testing, which the authors define as the study of risk characteristics to fictional perturbations or shocks. Stress testing is practiced widely in the financial industry, especially when sudden and dramatic losses occur in credit portfolios. These losses can surprise risk managers and create extreme skepticism towards the mathematical models used for forecasting. It follows of course that the Basel II accords would be interested in stress testing, but the authors of this chapter assert that they do not yet have the level of sophistication that one can find in the financial industry nor are they precise. The methods that the Basel II accords recommend are reviewed in this chapter. In this regard the authors point out that it is the probability of default (PD) that is the parameter of interest for stress testing, since the EAD and the LGD are relatively insensitive to radical events by their very definition. The PD is varied either by modifying rating grades or by modifying the PDs of the rating grades used for the stress test. The authors give an example of a stress test involving a very well-diversified "virtual" portfolio which shows the effects on regulatory and economic capital of various shocks, such as dramatic rises (and drops) in the oil price, recessions, and appreciative drops in the stock market index. Real portfolios they argue will exhibit even more dramatic effects, since they are not as diversified as this example. It would have been more helpful if the authors had included a more rigorous analysis, possibly one that uses Monte Carlo simulations or extreme value theory, but as applied to a practical situation that risk managers might encounter. One example might be the extreme losses that occurred in mortgage portfolios beginning in the third quarter of 2006. These losses took the risk community completely by surprise, and the forecasting models in place at the time, even though they underwent considerable stress testing before these losses began accelerating, were unable to predict them. The lesson to be learned from this example is that one must perform stress testing not with scenarios that may not have occurred in the past. The imagining of hypothetical scenarios that may shock a portfolio but that have never been realized in the past will be an important part of the future game of stress testing.

Used price: $32.00

ComprehensiveReview Date: 2001-01-15
Rakitin addresses these issues and more in this book. As the title indicates, he concentrates on Verification ("are we building the product right?") and Validation ("are we building the right product?"). However, the subtitle to the work "A Practitioner's Guide" provides much more insight into the actual scope of this work. In the discussion of software inspection meetings, for example, Rakitin give guidelines regarding not only the mechanics of who should attend and when materials should be distributed but he also provides insight into what to expect as a moderator and how much should be expected to be accomplished in the meetings themselves. There are a number of statements in the book that begin "Experience has shown..." Rakitin's extensive experience has manifested itself throughout the book transforming the dry, checklist-like discussions found in so many other books into discussions about how people work and communicate with each other.
This isn't to say there couldn't be more. Although what's presented is very good, there are points in the book where I found myself wishing for additional discussion. Perhaps in future editions Rakitin will be able to expand upon, say, requirements collection or configuration management.
There are also things that could be updated if the book were to have a revision. For example, a brief discussion on OO methodologies is provided where Fusion from HP is outlined. This could obviously be expanded to cover the Rational Unified Process, Rational's effort to provide UML with "meat" the modeling language alone could not have.
As Deming observed and Rakitin noted, "The quality of a product is directly related to the quality of the process used to create it." To this end, Rakitin attempts to provide the reader with ready-made tools, checklists, outlines, and forms to aid them in the maturation of their software engineering department. These items, which appear in approximately 80 pages of appendices, give the reader a variety of starting places for just such an initiative.
Brooks said "no silver bullet" and he was right. Quality software is possible only through a methodical, rational, and scientific approach. Rakitin goes a long way towards that in this work. I highly recommend it.
Practical Book giving practical approach to complex subjectReview Date: 2000-06-15

Used price: $44.99

Excellent book for practitionersReview Date: 2005-08-04
Used price: $99.93

A good introduction to Verification and Validation of CFDReview Date: 2001-08-21

excellent review of issues pertaining to computational drug target analysisReview Date: 2007-01-25

Used price: $108.32

could be difficult for a physicist to followReview Date: 2006-07-06
It's simply that Massimi looks at the Principle and its history in ways unfamiliar to most physicists. Not that he is wrong, but that the logic and terminology he uses are their own speciality. The pure physics parts of the book are straightforward to follow, and should be safe grounds for such readers.

Used price: $153.12

Just misses the MARKReview Date: 2006-11-10
I found this book to be a great initial guide, but wish it had some more to it... about what the title refers to.

Not So ThrillingReview Date: 2007-09-17
I can understand why this author is well liked, some parts of the book were well thought out and described. The problem was that the main story was not well planned out. All of the story fit together awkwardly and made it uninteresting to read.
Mystery and fantasy are not a category that I believe should be written by this author. The magic in this story seemed to far-fetched and too all-powerful to make it fun. Although some may have been interested to find out who the villain was, I thought that it was painstakingly obvious from the moment the character appeared. If you never have read a good mystery novel in your life, you may be fooled.
I have read books that were translated into English before and I understand that some of the creativity may have been lost. I think one star is appropriate for the book since I do not understand how the amount of creativity this story lacks could have been lost in translation. If the story is lost in the translation, I feel that is should not have been translated in the first place.
A Good ReadReview Date: 2007-02-13
Allende TrilogyReview Date: 2007-02-10
Very good readReview Date: 2007-12-19
Himalayan FantasyReview Date: 2007-08-14

Used price: $40.85

Great IntroductionReview Date: 2006-10-12
Protocol sugestions, and the bibliography are worth the price alone.
Limited scopeReview Date: 2007-09-30
Although the book focuses on HPLC, the title concept also applies to other analytical methods (immunoassays, bioassays, mass spec., flow cytometry, etc.) There is clearly more to be learned on this topic. This text may be considered an intorductory primer, or a concise summary.
In retrospect, I would preferred to have spent more money to receive a more thorough text with applications in more diverse methods.
Analytical Method Development and ValidationReview Date: 2006-07-24
Related Subjects: RELAX NG XML Schema
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
Although I did think that overall it is a good guide.