12.07.2015 Views

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>DEV475</strong> <strong>Mastering</strong> <strong>Object</strong>-<strong>Oriented</strong> <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> <strong>with</strong> <strong>UML</strong>Practice 5: Continuously Verify QualityPractice 5: Continuously Verify QualityBest PracticesProcess Made PracticalDevelop IterativelyManage RequirementsUse ComponentArchitecturesModel Visually (<strong>UML</strong>)ContinuouslyVerify QualityManage Change<strong>Mastering</strong> <strong>Object</strong> <strong>Oriented</strong> <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> <strong>with</strong> <strong>UML</strong>Copyright © 2003 Rational Software, all rights reserved22Quality, as used <strong>with</strong>in RUP, is defined as "The characteristic of having demonstratedthe achievement of producing a product which meets or exceeds agreed-uponrequirements, as measured by agreed-upon measures <strong>and</strong> criteria, <strong>and</strong> is producedby an agreed-upon process." Given this definition, achieving quality is not simply"meeting requirements" or producing a product that meets user needs <strong>and</strong>expectations. Quality also includes identifying the measures <strong>and</strong> criteria (todemonstrate the achievement of quality), <strong>and</strong> the implementation of a process toensure that the resulting product has achieved the desired degree of quality (<strong>and</strong> canbe repeated <strong>and</strong> managed).In many organizations, software testing accounts for 30% to 50% of softwaredevelopment costs. Yet most people believe that software is not well-tested before itis delivered. This contradiction is rooted in two clear facts. First, testing software isenormously difficult. The different ways a particular program can behave are almostinfinite. Second, testing is typically done <strong>with</strong>out a clear methodology <strong>and</strong> <strong>with</strong>outthe required automation or tool support. While the complexity of software makescomplete testing an impossible goal, a well-conceived methodology <strong>and</strong> use of stateof-the-arttools can greatly improve the productivity <strong>and</strong> effectiveness of the softwaretesting.1 - 22

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!