Software Quality assurance (SQA) PowerPoint Presentation, PPT - DocSlides

Download stefany-barnette | 2017-11-14 | General . SWE 333. . Dr Khalid . Alnafjan. kalnafjan@ksu.edu.sa. Software . Quality Factors. The need for comprehensive software quality requirements. Classification of requirements into software quality factors. ID: 605501

PowerPoint Software Quality assurance (SQA) PowerPoint Presentation, PPT - DocSlides Slideshow

Summary and try to answer some questions


  • Views 27
Download this presentation

Software Quality assurance (SQA) PowerPoint Presentation, PPT - DocSlides

Click below link (As may be) to download this presentation.

Download Note - The PPT/PDF document "Software Quality assurance (SQA) PowerPo..." is the property of its rightful owner. Permission is granted to download and print the materials on this web site for personal, non-commercial use only, and to display it on your personal computer provided you do not modify the materials and that you retain all copyright notices contained in the materials. By downloading content from our website, you accept the terms of this agreement.

Presentations text content in Software Quality assurance (SQA) PowerPoint Presentation, PPT - DocSlides

Slide1

Software Quality assurance (SQA) SWE 333

Dr Khalid Alnafjankalnafjan@ksu.edu.sa

Software

Quality Factors

Slide2

The need for comprehensive software quality requirementsClassification of requirements into software quality factorsProduct operation factorsProduct revision factorsProduct transition factorsAlternative models of software quality factorsWho is interested in defining quality requirements?Software compliance with quality factors

Presentation 3

Software quality factors

Slide3

“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. Yesterday it took an hour and half before we could get back to work . . . . Imagine how embarrassing it is to store managers . . . .

Softbest

, the software house that developed our computerized sales system, claims no responsibility . . . .”

Slide4

“Believe it or not, our software package ‘Blackboard’ for school teachers, launched just three months ago, is already installed in 187 schools. The development team just returned from a week in Hawaii, their vacation bonus.

But

we have been suddenly receiving daily complaints from the ‘Blackboard’ maintenance team. They claim that the lack of failure detection features in the software, in addition to the poor programmer’s manual, have caused them to invest more than the time estimated to deal with bugs or adding minor software changes that were agreed as part of purchasing contracts with clients.”

Slide5

“The new version of our loan contract software is really accurate. We have already processed 1200 customer requests, and checked each of the output contracts. There were no errors.

But

we did face a severe unexpected problem – training a new staff member to use this software takes about two weeks. This is a real problem in customer departments suffering from high employee turnover . . . . The project team says that as they were not required to deal with training issues in time, an additional two to three months of work will be required to solve the problem.”

Slide6

There are some characteristic common to all these “

but’s

”:

■

All the software projects satisfactorily fulfilled the basic requirements for correct calculations

■

All the software projects suffered from poor performance in important areas such as maintenance, reliability, software reuse, or training.

■

The cause for the poor performance of the developed software projects in these areas was the lack of predefined requirements to cover these important aspects of the software’s functionality.

Slide7

The need to a quality requirements document

A software quality is based on the quality of its requirements documentMany software applications fail because the requirements document quality is poorThe need for improving poor requirements documents is widespread

7

Slide8

We need what is called

software quality factors

that is included in requirements document

Slide9

There are different

s

oftware

quality factors and models.

The classic software quality factory model is

McCall software quality factor

Slide10

Software quality factors

Product operation factors

Product revision factors

Product transition factors

McCall's software quality

factors model

Slide11

CorrectnessReliabilityEfficiencyIntegrityUsability

Product operation factors

Slide12

Product operation factors

Correctness: extent to which a program fulfills its specification.Reliability: ability not to fail.Efficiency: use of resources execution and storage.Integrity: protection of the program from unauthorized access.Usability: ease of use of the software.

12

Slide13

MaintainabilityFlexibilityTestability

Product revision factors

Slide14

Product revision factors

Maintainability: effort required to locate and fix a fault in a program.Flexibility: ease of making changes required by changes in operating environment.Testability: ease of testing the program to ensure that it is error-free and meets its specification.

14

Slide15

PortabilityReusabilityInteroperability

Product transition factors

Slide16

Product transition factors

Portability: Effort required to transfer a program from one environment to another system.Reusability: ease of re-using software in a different context.Interoperability: effort required to couple a system to another system.

16

Slide17

Software quality factors

Slide18

McCalls factor model tree

Slide19

McCall's factor modeland alternative models

Slide20

Criteria for evaluation of software quality

Examples:Flight software that flies on a single mission satellite will not be concerned with portability but may be very concerned with reliability.A software system that remains on the ground may be concerned with portability and not very concerned by reliability.

20

Slide21

How Does McCall factors improve quality

McCall quality factors could be used as a reference when preparing requirements document. Most, if not all, of those factors should be covered explicitly in the software requirements document.

Measuring those factors tell us where we need improvement. We can use quality metrics

Slide22

Software quality factors in requirements document

Correctness

Employees salaries should not be late

(Wrong)

Employees salaries should be calculated accurately and must be ready five days before the end of the month

(Correct)

Reliability

The system should be working as much time as possible

(Wrong)

The system should not be in failure status during working hours (9 to 4).

Total time of failure status should not exceed 20 minutes per month.

(Correct)

Slide23

Software quality factors in requirements document

Efficiency

The GPS application should use as little as possible of mobile phone battery

(Wrong)

The GPS application should

not use more than 10% of battery power in two hours time

(Correct)

Integrity

Students should be allowed to access their final marks

(Wrong)

Students should be allowed to view their final marks. They should not be able to make any changes

(Correct)

Slide24

Software quality factors in requirements document

Usability

The billing system should be easy to use (Wrong)

Billing staff should be able to learn the most important five functions of the billing system in 3 working hours.

Slide25

Exercise

GO back to the three stories in the beginning of this presentation

What software quality factors are missing ?

Slide26

See Chapter 3

Summary and try to answer some questions

Recommended
BRIEFING ON WORLD AIDS DAY 2013
  • 35

BRIEFING ON WORLD AIDS DAY 2013

The Internet is for Porn!
  • 22

The Internet is for Porn!

Bush and the War on Terror
  • 158

Bush and the War on Terror

INDIAâs Surgical Strike Against PAK Terror -2016
  • 2493

INDIA’s Surgical Strike Against PAK Terror -2016

The People of the World, Prehistory-2500 B.C.
  • 947

The People of the World, Prehistory-2500 B.C.

Shaping Services from 2018
  • 940

Shaping Services from 2018

Community Forum: 2018 Budget
  • 1480

Community Forum: 2018 Budget

Class of 2018
  • 954

Class of 2018

Israel Today
  • 941

Israel Today

Report this Document.