Software quality control
Software Quality Control is the set of procedures used by organizations to ensure that a software product will meet its quality goals at the best value to the customer, and to continually improve the organization’s ability to produce software products in the future.
Software quality control refers to specified functional requirements as well as non-functional requirements such as supportability, performance and usability. It also refers to the ability for software to perform well in unforeseeable scenarios and to keep a relatively low defect rate.
These specified procedures and outlined requirements leads to the idea of Verification and Validation and software testing.
It is distinct from software quality assurance which encompasses processes and standards for ongoing maintenance of high quality of products, e.g. software deliverables, documentation and processes - avoiding defects. Whereas software quality control is a validation of artifacts compliance against established criteria - finding defects.
- 1 Definition
- 2 Quality Control Plan(Project Quality Control Plan)
- 2.1 Introduction
- 2.2 Project quality control requirements
- 2.2.1 Quality Control Staff
- 2.2.2 Quality Control Reviews
- 2.2.3 Proposed method of documentation of comments, coordination responses and quality assurance records.
- 3 Quality Control Activities
- 4 Software Control Methods
- 5 Verification & Validation
- 6 Verification and Validation of Methods
- 7 Testing
- 8 See also
- 9 References
- 10 External links
Software Quality Control is a function that checks whether a software component, or supporting artifact meets requirements, or is "fit for use". Software Quality Control is commonly referred to as Testing.
Quality Control Plan(Project Quality Control Plan)
- Software Quality Control Plan :
‘‘Quality Control Plan implies to analyze the actions required to fulfill the project requirements such that the end product meets its specifications and product quality is maintained” .
The characteristics of the Quality Plan are as follows:
- Consistent : The plan should follow the standard and guidelines set by LADOTD design manuals and AASHTO standard.
- Complete:The plan should include the overall representation of the project requirements, features, documentation of the project plan .such plan should be developed through all the stages of the project development activity.
- Clear:The plan, thus developed should be very clear to the developer and also to the stakeholders regarding project requirements and other project details .
- Correct:The project details will be very clear to stakeholders regarding product delivery date of its postponement or cancellation of the product.
- Constructible:The project development plan should be such that if by chance some design errors occurs in product development then it should be constructible within small time span .
To achieve 5 C's it is recognized that communication between stakeholders and developer is very necessary .
The purpose of Quality Control Plan is to assure that the quality of the product being developed is maintained throughout the development process.The Plan also includes the procedures which assist in controlling the quality of the product.
The main objective of Quality Control Plan is to provide mechanism by which all the plans are executed consistently without any design errors. It ensures that the procedures are continuously reviewed by the stakeholders and the designers. To achieve quality control, a project file document is created where feedback is given at regular intervals. Periodic review of the feedback results in appropriate changes in the development process.
Requirements of Quality Control
The basic requirements of Quality Control is to fulfill all the valid requirements of the project . It also requires planning, documentation of the project development activities, constant supervision of designer throughout the development process . It also require the developer to ensure that all the project activities are co-ordinated and completed as per schedule and reviews are made periodically.
Project quality control requirements
A Project Quality Control Plan is necessary for each project before starting the project work.
Project Quality Control Plan: This plan gives the detailed information of methods & process that provides the good quality control for all work products.This plan is kept updated with the requirements of project. The plan includes the following parts:
Quality Control Staff
Mainly the QC team contains following members:
- Engineer of Record (EOR)
- Technical Advisors
- Quality Assurance Manager
Engineer of Record is a professional engineer who controls and supervises all the engineering work performed during project development. The Engineer of Record (EOR)is responsible for developing the Project Quality Control Plan & maintaining the Quality of Project. When the project work starts, EOR has to make a team for Review & Quality control with the help of Design Engineer. Then the team completes the process to satisfy all the requirements of project & reports it to the designer.
Quality Control Reviews
Every Project will undergo this review step. The reviewer is an experienced person who is not an active member of project development team. The different reviews are given below.
Bidability, Constructibility and Right of Way Reviews
- Bidability Reviews:
These reviews are initialized by Project Management Team . These reviews can take place as part of the Final Plans Processing.
- Constructibility and Right of Way Reviews:
These reviews allow input from these departments, for constructibility reviews and assist in the Right of Way Office in reducing right of way costs.
- Checking Reports
- Avoid redundant data
- Support for focusing on major issues
- Makes data & structures consistent
- Checking Drawings
- Provides the design according to the requirement of project
- Provides complete & clear idea of project
- Provides coordination with other aspects of the project, i.e., structural, civil, traffic, right-of-way, etc.
- Gives compatible standards and good plans preparation practice
- Checking calculations
- Checking correspondence
Resolution of Disputes
In review and checking process, if results are not up to mark, then the checker discuss the issue with design Engineer & tries to solve the issue, If even though the issue is not resolved between the checker and the Designer,then he goes to a senior technical advisor in order to assist in the resolution of the dispute.
Proposed method of documentation of comments, coordination responses and quality assurance records.
- Documentation of Comments, Coordination and Responses
- Quality Assurance Records
- Coordination with Operations (Construction and Maintenance)
QA of Consultant Projects
The consultants projects should undergo the same Quality Control Plan.
Quality Control Activities
- Check that assumptions and criteria for the selection of data and the different factors related to data are documented.
- Check for transcription errors in data input and reference.
- Check the integrity of database files.
- Check for consistency in data.
- Check that the movement of inventory data among processing steps is correct.
- Check for uncertainties in data, database files etc.
- Undertake review of internal documentation.
- Check methodological and data changes resulting in recalculations.
- Undertake completeness checks.
- Compare Results to previous Results.
Software Control Methods
- Rome laboratory Software framework
- Goal Question Metric Paradigm
- Risk Management Model
- The Plan-Do-Check-Action Model of Quality Control
- Total Software Quality Control
- Spiral Model Of Software Developments
Verification & Validation
Verification and Validation assures that a software system meets a user's needs.
Verification: "Are we building the product right". The software should conform to its specification.
Validation: "Are we building the right product". The software should do what the user really requires.
Two principal objectives are
- Discovery of defects in a system.
- Assessment of whether the system is usable in an operational situation.
Verification and Validation of Methods
- Independent Verification and Validation (IV&V)
- Requirements Traceability Matrix (RTM)
- Requirements Verification Matrix
- Software Quality Assurance
- Unit testing
- Functional testing
- Integration testing
- System testing
- Usability testing
- Software performance testing
- Load testing
- Installation testing
- Regression testing
- Stress testing
- Acceptance testing
- Beta testing
- Volume testing
- Recovery testing
- Software quality management
- Software quality assurance
- Verification and Validation (software)
- Software testing
- Clapp, Judith A, Software Quality Control, Error Analysis, and Testing, 1995 William Andrew In.
- Wesselius, Jacco, "Some Elementary Questions on Software Quality Control"