Continuous Quality Process Software- and Systems (CQPSS)

Publish date:

I was not always into testing. My first choice of studies, before getting entirely intrigued by IT, was that of Food Engineering. When I got into the testing matter, I was surprised to find that in IT, testing is mostly done during development or when changes occur in the software or system. In the food […]

I was not always into testing. My first choice of studies, before getting entirely intrigued by IT, was that of Food Engineering. When I got into the testing matter, I was surprised to find that in IT, testing is mostly done during development or when changes occur in the software or system. In the food industry there’s a continuous quality process during development and during operations, this is named HACCP, the abbreviation for Hazard Analysis and Critical Control Points. HACCP – and I quote Wikipedia here – is a systematic preventive approach to food safety and pharmaceutical safety that addresses physical, chemical, and biological hazards as a means of prevention rather than finished product inspection. HACCP is used in the food industry to identify potential food safety hazards, so that key actions, known as Critical Control Points (CCPs) can be taken to reduce or eliminate the risk of the hazards being realized. The system is used at all stages of food production and preparation processes including packaging, distribution, etc.
I started to wonder why in IT (Testing) there is no such process implemented; our business is risk mitigation isn’t it? IT is becoming more and more (or is already) essential in our business processes and daily lives. Failure has such a huge impact that I find it scary to not have constant monitoring on IT solutions. It is a known fact that testing during development can’t be done with a 100% coverage of system- or software, so there are still some flaws in there that could mean disaster to your business…
I thought up the Continuous Quality Process Software- and Systems, in short (because IT likes the use of abbreviations) CQPSS. Of course I used the seven basic principles of HACCP as my baseline, so let’s look at those principles, which I will map to CQPSS.
Principle 1: Conduct a hazard analysis.
Plans determine the food safety hazards and identify the preventive measures the plan can apply to control these hazards. A food safety hazard is any biological, chemical, or physical property that may cause a food to be unsafe for human consumption.
In the CQPSS it’s almost the same. Every business has critical processes. In the CQPSS plan these critical processes should be described. When testing during development is done correctly, this risk analysis should be there and is re-usable. Of course these should be updated when changes occur.
Principle 2: Identify critical control points.
A Critical Control Point (CCP) is a point, step, or procedure in a food manufacturing process at which control can be applied and, as a result, a food safety hazard can be prevented, eliminated, or reduced to an acceptable level.
In CQPSS one should look at the process that has been automated and determine the point, step or procedure where one can perform a check. Preferably these checks should be designed in such a way that this check can be done automated. Checks should be done on various points in the process and not only on the outcome. For example: in data warehouse chains one should not only perform a check on the reporting but should perform checks on staging, calculation outcomes, the data warehouse itself and the reporting.
Principle 3: Establish critical limits for each critical control point.
A critical limit is the maximum or minimum value to which a physical, biological, or chemical hazard must be controlled at a critical control point to prevent, eliminate, or reduce to an acceptable level.
Every checkpoint from principle 2 has got to have critical limits assigned. When for instance a normal incoming cash flow is reported from source systems at 60K and 130K is highly unlikely than the system should have a critical boundary at 110 or 120K at the point of staging and the processing should be stopped or paused at least, the monitoring system should issue a warning so a business expert can check whether the cash flow is due to a frantic hype or perhaps some system has issued a batch of data twice.
Principle 4: Establish critical control point monitoring requirements.
Monitoring activities are necessary to ensure that the process is under control at each critical control point. In the United States, the FSIS is requiring that each monitoring procedure and its frequency be listed in the HACCP plan.
The output from principle 2 and 3 are used here and in this step the way HOW and HOW OFTEN these points are validated is established. For instance it can be described that a calculation check, described at principle 3, on cachflow is done at end-of-day each day at batch load point with a certain formula using a certain tool.
Principle 5: Establish corrective actions.
These are actions to be taken when monitoring indicates a deviation from an established critical limit. The final rule requires a plant’s HACCP plan to identify the corrective actions to be taken if a critical limit is not met. Corrective actions are intended to ensure that no product injurious to health or otherwise adulterated as a result of the deviation enters commerce.
Again a reference to principle 3; I here stated that for example the system should state a warning when the critical boundary is met. In principle 5 is is explicitly stated what the corrective action on this warning should be. In principle 3 it was stated that in that case a business expert should check the cause. Corrective actions could in this case be: stop load process, business expert check; frantic hype -> continue batch processing or duplicate batch -> delete batch from flow and issue warning to delivering system.

Principle 6: Establish record keeping procedures.

The HACCP regulation requires that all plants maintain certain documents, including its hazard analysis and written HACCP plan, and records documenting the monitoring of critical control points, critical limits, verification activities, and the handling of processing deviations.
In CQPSS this means that the written CQPSS plan is published within the organization is known to all the stakeholders of the process that is described and everybody is known with the actions to be taken. The results from the monitoring process should be archived as well; the way how to do this and how long data is to be kept is also to be described in the CQPSS plan. I like to mention here that it is especially of importance to highlight (or record extra in a specific overview) the derivations/ exceptions from the process, this way any changes in frequency or other anomalies in the process can be specifically monitored and acted upon; perhaps even a prediction can be made and adjustments (change request) can be issued.
Principle 7: Establish procedures for ensuring the HACCP system is working as intended.
Validation ensures that the plants do what they were designed to do; that is, they are successful in ensuring the production of safe product. Plants will be required to validate their own HACCP plans. FSIS will not approve HACCP plans in advance, but will review them for conformance with the final rule.
There are various monitoring ánd test tool that can be installed also on a production environment for monitoring purposes. These tools can be outfitted with specific test cases and checkpoints. When a fully automated process is in place, the control on the process is somewhat ‘out of sight’. When this process is not working correctly it will never be noticed when regular checks on this process are not in place. The CQPSS plan and its implemented process should be checked – preferably by an independent party- at regular intervals to check if the quality process is still working as intended. There should also be a validation on relevance of the process; are the checks being performed still covering all the risks that ought to be covered?
By implementing a process like CQPSS the measuring of quality of the system is not only done during the development phase (the traditional testing) but is extended to the complete lifecycle of the product/process. It makes the way to a more safer, more reliable and more trustworthy business process where the monitored IT-component is implemented and – last but not least- makes it easier to apply for ((inter)national) certification of your business.

Related Posts


Empowering our employees to become cyber savvy in the new normal

Date icon October 14, 2021

Celebrating Cybersecurity Awareness Month at Capgemini

Climate Change

Digital technologies are key enablers of action for the decade

Daniel Sahl-Corts
Date icon October 13, 2021

Digitalization is already profoundly changing the state, the economy and society. It...

Insights and Data

Collaborative data ecosystems

Date icon October 13, 2021

Data ecosystems are emerging across industries, from financial services to automotive to...