1 / 11

SE513 Software Quality Assurance Lecture02: Software Quality Factors

SE513 Software Quality Assurance Lecture02: Software Quality Factors. Galin, SQA from Theory to Implementation @Pearson Education Limited 2004. Software quality factors. The need for comprehensive software quality requirements Classification of requirements into software quality factors

nyssa-newman
Télécharger la présentation

SE513 Software Quality Assurance Lecture02: Software Quality Factors

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. SE513 Software Quality AssuranceLecture02: Software Quality Factors Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  2. Software quality factors • The need for comprehensive software quality requirements • Classification of requirements into software quality factors • Product operation factors • Product revision factors • Product transition factors • Alternative models of software quality factors • Who is interested in defining quality requirements? • Software compliance with quality factors Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  3. The need for comprehensive SQ Requirements • “our new sales information system seems okay, the invoices are correct, the inventory records are correct, the discounts granted to our clients exactly follow our very complicated discount policy, but our new sales information system frequently fails, usually at least twice a day, each time for twenty minutes or more…” • “Just half a year ago, we launched our new product – the radar detector. The firmware RD-8.1., embedded in this product, seems to be the cause for its success. But when we began planning the development of a European version of the product, we found out that though the products will be almost similar; our software development department needs to develop new firmware; almost all the design and programming will be new” Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  4. “But’s …” • All the software project fulfilled the basic requirements • All the software project suffered from poor performance in important areas • The cause for the poor performance: • Lack of predefined requirements to cover these important aspects of the software’s functionality  need for a comprehensive definition of requirements Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  5. McCall's software quality factors model Software quality factors Product operation factors Product revision factors Product transition factors Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  6. Product operation factors • Correctness • Reliability • Efficiency • Integrity • Usability Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  7. Product revision factors • Maintainability • Flexibility • Testability Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  8. Product transition factors • Portability • Reusability • Interoperability Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  9. McCalls factor model tree Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  10. McCall's factor model and alternative models Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

  11. What are the three factors categories belonging to McCall’s factor model? • What factors included in each of the categories? • Some people claim that testability and verifiability are actually different names for the same factor • (a) Do you agree? • (b) If not, could you explain why? Review questions Galin, SQA from Theory to Implementation @Pearson Education Limited 2004

More Related