Spreadsheet Validation Lifecycle

 

Data Integrity App 

Spreadsheet Validation Lifecycle

The simplified software development lifecycle (SDLC) for validating spreadsheets.

The principal features of this simplified SDLC, and key considerations for a cost-effective validation, are summarized below:


User Acceptance

The ‘final’ spreadsheet design is developed in conjunction with the end-user(s) via a ‘prototyping’ methodology.

Excel is an ideal tool for rapid application development and prototyping. In many instances the user will already have developed a “working” version and may even be in a position to submit the final design without modification.

This prototyping process allows flexibility, is amenable to change/improvement and ensures communication between the developer and the end user.

When a final design has been agreed by the user, the spreadsheet must be locked down and further development stopped.

Strong project management is required at this step to avoid the danger of ‘scope-creep’, the tendency of users to modify and extend their requirements throughout the project.

The recommended approach is to baseline the agreed version, and any subsequent requests for change are forced into a separate project.

Failure to manage this stage results in a never-ending “improvement” cycle resulting in no finalization of the validation


Spreadsheet Specification

A User Requirement Specification (URS) and Functional Specification (FS) are only produced once the spreadsheet design has been locked down.

The URS and FS are combined into a single document generated from a generic specification template.

The main body of the document is very generic, requiring only minor modifications for most spreadsheets, with a number of appendices containing the specific spreadsheet information.

Spreadsheet Specifications will be covered in more detail in a future article.


Spreadsheet Qualification

A qualification document is also produced once the spreadsheet design has been locked down.

This is developed from a generic document template with separate appendices covering functional testing, installation qualification, and operational and performance qualification.

The appendices provide flexibility to add additional specific test scripts for any ‘non-standard’ spreadsheet functionality; typically this would include functionality such as macros or data import/export.

The qualification document optionally includes a summary report sign-off page that acts as an authorizing report for final approval of the spreadsheet template.

Spreadsheet Testing/Qualification will be covered in more detail in a future article.

 


“Trust but Verify “ Ronald Reagan

 

Across the internet, there are millions of resources are available which provide information about Everything.

 

If you found all content under one roof then it will save your time, effort & you will more concentrated on your important activity.

Data Integrity App


 

Our Data integrity app will helpful for understanding what Data integrity & CSV really means & How 21 CFR Part 11, EU Annex 11 & other regulatory guidelines affects in pharmaceutical Industry.

 

Data Integrity App Include 

- Basic Data Integrity Concepts

- ERES & Its Requirement

- CSV & Its best practices 

- Mock Inspection and General Q&A

- Checklist for inspection

- Inspection Readiness

- Useful SOP’s

- Stay Regulatory Compliant.

 

“Stay One Step Ahead in Pharma IT Compliance” 


Data Integrity App Link:


https://play.google.com/store/apps/details?id=com.innovativeapps.dataintegrity

 

Try our "Data Integrity" app which helps you to better understand current regulatory agencies thinking on Data Integrity & CSV.


Comments

Popular posts from this blog

Spreadsheet Validation Stages

Data Integrity Challenges with Spreadsheets

Tips & Tricks for spreadsheet Validation