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.
- 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”
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
Post a Comment