Dr.V.S.R.Krishnaiah
vsrk.iipa@gmail.com
Outline
SQA- Definition
Elements of SQA
SQA Group Tasks
SQA Goals
Statistical SQA
Important Practices to assure software quality
Dr.V.S.R.Krishnaiah
What is SQA ?
Software Quality Assurance (SQA) is defined as a
planned and systematic approach to the evaluation of
the quality of and adherence to software product
standards, processes, and procedures.
SQA includes the process of assuring that standards and
procedures are established and are followed
throughout the software life cycle.
SQA encompasses procedures for the effective
application of methods and tools, oversight of quality
control activities such as Technical Reviews and
Software Testing, procedures for change management,
procedures for assuring compliance to standards, and
measurement and reporting mechanism.
Dr.V.S.R.Krishnaiah
Elements of SQA
Standards
Reviews and Audits
Testing
Error/defect collection and analysis
Change management
Education
Vendor management
Security management
Safety
Risk management
Dr.V.S.R.Krishnaiah
Process
Definition &
Standards
Formal
Technical
Reviews
Analysis
&
Reporting
Measurement
Dr.V.S.R.Krishnaiah
Test
Planning
& Review
IEEE Standards
IEEE Std 828 Software configuration, Management Planning
829 Software test Documentation
830 Software Requirements Specification
1012 Software verification & validation
1016 Software Design Descriptions
1058 Software Project Management Plans
1059 IEEE Guide to SW V & V plans
1228 Software safety Plans
1233 IEEE Guide for Developing System Requirements
Specifications
1490 IEEE Guide to the Project management Body of
Knowledge
12207 IEEE Guide for software Life Cycle Processes
Dr.V.S.R.Krishnaiah
10
Dr.V.S.R.Krishnaiah
11
SQA Goals
The SQA tasks are performed to achieve a set of pragmatic goals
12
Statistical SQA
Product
& Process
measurement
... an understanding of how
to improve quality ...
Dr.V.S.R.Krishnaiah
13
Statistical SQA
Information about software errors and defects is collected
and categorized.
An attempt is made to trace each error and defect to its
underlying cause (e.g., non-conformance to specifications,
design error, violation of standards, poor communication with
the customer).
Using the Pareto principle (80 percent of the defects can be
traced to 20 percent of all possible causes), isolate the 20
percent (the vital few).
Once the vital few causes have been identified, move to
correct the problems that have caused the errors and defects.
Dr.V.S.R.Krishnaiah
14
15
17
Dr.V.S.R.Krishnaiah
18
Dr.V.S.R.Krishnaiah
19
Dr.V.S.R.Krishnaiah
20
21
22
Dr.V.S.R.Krishnaiah
23
24
Dr.V.S.R.Krishnaiah
25