Be able to identify and correct data entry errors including transposed numbers, incorrect spelling, inconsistent character spacing, inconsistent case
Topic 15 – Proofing
Learning objective
Students will be able to identify and correct data‑entry errors (transposed numbers, spelling mistakes, inconsistent spacing or case) and to apply appropriate proofing, validation and verification techniques in word‑processors, spreadsheets and databases.
1. Why proofing and verification are essential
Accuracy – errors produce wrong calculations, mis‑communication and loss of credibility.
Reliability – verified data is trusted by users and stakeholders.
Compliance – many organisations require documented proofing procedures to meet legal or quality standards.
Systems life‑cycle link – proofing is part of the Testing stage (Analysis → Design → Testing → Implementation).
2. Verification vs. Validation
Verification checks that the data entered matches the source (e.g., the amount typed on a form equals the amount on the invoice). It is a manual or visual check performed after entry.
Validation is an automatic check that the data conforms to predefined rules (range, format, length, etc.) before it is accepted by the system. Validation prevents many errors from being entered in the first place.
3. Common data‑entry errors
Error type
Typical example
Corrected form
Transposed numbers
12 345 entered as 21 345
12 345
Incorrect spelling
recieve instead of receive
receive
Inconsistent character spacing
New York (double space)
New York
Inconsistent case
john DOE
John Doe
4. Proofing techniques (syllabus 15.3)
Visual verification – scan the screen or printed output and compare each item with the source document.
Double‑entry – enter the same data twice (often by different operators) and compare the two entries; any discrepancy is flagged for review.
Cross‑checking – use a second source (totals column, summary report, printed form) to confirm the entered data.
Read‑aloud / “talk‑back” – saying each entry out loud helps to spot transpositions and unusual spellings.
Two‑pass approach – first pass for obvious mistakes, second pass for consistency of spacing, case and formatting.
5. Software tools – spell‑check and grammar‑check (syllabus 15.1)
Most word‑processors and spreadsheet programmes include built‑in spell‑check and, in many cases, grammar‑check. These tools compare each word against an internal dictionary.
How to use: Open the Spelling & Grammar dialog (e.g., F7 in Microsoft Word or LibreOffice Writer). The programme highlights the first suspected error and offers replacement suggestions.
Limitations:
Proper nouns, technical terms or brand names may be flagged as errors.
Grammar‑check can miss context‑specific mistakes (e.g., “their” vs. “there”).
Automatic suggestions must be reviewed – the tool cannot infer the intended meaning.
Best practice: Run spell‑check after the visual verification stage, then manually confirm each suggestion before accepting it.
Typical spell‑check dialog – run after visual verification.
6. Validation checks (syllabus 15.2)
Validation prevents illegal data from being accepted. The main types are shown below.
Validation type
What it checks
Example
Range
Value lies between a minimum and maximum.
Age must be between 0 and 120.
Character
Only certain characters are allowed.
Postcode must contain only letters and numbers.
Length
Number of characters entered.
Phone number must be exactly 10 digits.
Type
Data type – numeric, text, date, etc.
Invoice total must be a numeric value.
Format
Specific pattern (e.g., DD/MM/YYYY).
Birthdate entered as 31/12/2024.
Presence
Field cannot be left blank.
Customer name is mandatory.
Check‑digit
Algorithmic verification (e.g., ISBN‑13).
ISBN‑13 must satisfy its check‑digit rule (sum of weighted digits modulo 10 = 0).
List (drop‑down)
Only values from a predefined list are allowed.
Country field populated from a drop‑down of ISO country codes.
Applying validation in a spreadsheet
Select the cells to be validated.
Choose Data → Data Validation.
Pick the required validation type (Whole number, Date, List, etc.).
Enter the criteria (minimum, maximum, list range, etc.) and an error message that tells the user what is wrong and how to fix it.
Click OK**.
Applying validation in a database form (e.g., Microsoft Access)
Open the table in Design view.
Select the field and set its Data Type (Number, Text, Date/Time, etc.).
In the Field Properties pane, define:
Validation Rule – e.g., >=0 AND <=120 for Age. (The same logical syntax is used in other DBMSs, e.g., MySQL: BETWEEN 0 AND 120.)
Validation Text – a clear message such as “Age must be a number between 0 and 120.”
Save the design; the rule is now enforced whenever a user enters data via a form.
Validation checklist for form design
Is every mandatory field marked with a Presence rule?
Have numeric fields been given a Type and appropriate Range?
Do text fields have Length limits to avoid truncation?
Is the required Format (date, postcode, email) enforced?
Are special‑character fields (e.g., passwords) limited by a Character rule?
For codes or IDs, is a Check‑digit or pattern rule applied?
Where possible, use a List (drop‑down) to prevent free‑text errors.
Are error messages clear, user‑friendly, and give corrective guidance?
7. Integrated proofing and validation workflow
Input – data is entered.
Initial validation – automatic checks (range, format, list, etc.) reject illegal entries and display clear error messages.
Visual verification – operator scans the screen or printed output and compares with source documents.
Double‑entry / cross‑checking – a second operator or a totals check confirms accuracy.
Spell‑/grammar‑check – run on textual fields after visual verification.
Final verification – compare the verified data with the original source; sign‑off if correct.
Record – data is saved or exported to the final system.
Apply title case to: john smith jr. – Answer:John Smith Jr..
What message would you write for a validation rule that requires a 5‑digit postcode? – Answer: “Postcode must contain exactly 5 digits (e.g., 12345).”
10. AO2 – Applying knowledge to produce ICT‑based solutions
When designing a form or spreadsheet, students should:
Define the required validation rules (range, format, list, check‑digit, etc.).
Implement those rules using the appropriate software features (Data Validation in Excel, Validation Rules in Access, etc.).
Write clear, user‑friendly error messages for each rule.
Plan a proofing strategy (visual verification, double‑entry, spell‑check) and document it.
Demonstrate the complete workflow by entering sample data, correcting any errors, and producing a verified output ready for export or reporting.
Support e-Consult Kenya
Your generous donation helps us continue providing free Cambridge IGCSE & A-Level resources,
past papers, syllabus notes, revision questions, and high-quality online tutoring to students across Kenya.