Transaction processing systems characteristics in HSC Information Processes and Technology
“Describe the characteristics of transaction processing systems and compare batch processing with real time processing, including data integrity and recovery”
A transaction processing system records and processes the day-to-day transactions of an organisation, such as sales, bookings or payments. It handles high volumes of similar transactions reliably and accurately. Batch processing collects transactions into groups and processes them later as a batch, which suits payroll and billing. Real time processing handles each transaction immediately as it occurs, which suits airline bookings and ATMs where the data must always be current. A TPS protects data integrity with validation, concurrency control and audit trails, and recovers from failure with backups, transaction logs and rollback or roll forward.
Jump to a section
Legacy course. This page covers HSC Information Processes and Technology (IPT), which NESA has replaced. The last IPT HSC exam was held in 2024; current students study Enterprise Computing 11-12 or Software Engineering 11-12 (first HSC exams in 2025). See the IPT hub for what carries over, or our HSC Software Engineering hub. Use this page as background only.
What this dot point is asking
NESA wants you to describe what makes a transaction processing system (TPS) distinctive and to compare the two main ways it processes data: batch and real time. You also need to explain how a TPS protects data integrity and recovers from failure, because these systems handle the high-volume, mission-critical transactions an organisation depends on.
The answer
What a TPS does
A transaction is a single logical piece of business activity, such as a sale, a deposit or a seat booking. A transaction processing system captures, processes, stores and reports these transactions. It is usually the foundation system of an organisation, feeding data to higher-level systems such as decision support. The defining features are high volume, repetition of similar transactions, a need for speed, and an absolute need for accuracy, because errors in money or stock are costly.
Characteristics of a TPS
- High transaction volume processed reliably and consistently.
- Strong validation and accuracy, since each transaction affects money, stock or records.
- Concurrency, with many users transacting at once against shared data.
- Robust storage with backup and recovery, because the data is the lifeblood of the business.
- A clear audit trail recording who did what and when.
Batch processing
In batch processing, transactions are collected over a period and stored, then processed together as a group at a scheduled time. A payroll run that processes every employee's pay at the end of a fortnight is batch processing. Its strengths are efficiency (the system can run the heavy job overnight when demand is low) and simplicity. Its weakness is that the stored data is not current between runs: until the batch is processed, the master file does not reflect the latest transactions.
Real time processing
In real time (or online transaction) processing, each transaction is processed immediately as it occurs, updating the master data at once. An airline reservation system must process a booking instantly so the same seat is not sold twice, and an ATM must update a balance the moment cash is withdrawn. Real time processing keeps data always current, which is essential where decisions depend on up-to-the-second information, but it demands more processing power and a continuously available system.
Comparing the two
The choice depends on how current the data must be. If transactions can be accumulated and processed later without harm (monthly billing), batch is cheaper and simpler. If every query must see the latest state and conflicts must be prevented (seat booking, banking), real time is required. Many organisations use both: real time capture at the point of sale, with batch reporting overnight.
Data integrity
Data integrity means the data is accurate, consistent and complete. A TPS protects it with validation (range, type and check digit tests on input), concurrency control (locking a record while one user updates it so two updates do not clash), and verification at the source. Because many users hit shared data at once, concurrency control is especially important: without it, two simultaneous withdrawals could both read the same balance and overdraw an account.
Backup and recovery
Because a TPS holds critical data, it must survive failure. A transaction log records every transaction as it happens. If the system crashes, recovery uses the most recent backup plus the log to restore the data: roll forward reapplies completed transactions recorded in the log after the backup, and rollback undoes incomplete transactions so the database returns to a consistent state. Regular backups, ideally stored off site, underpin this process.
The core distinction is currency of data. Batch processing groups transactions and processes them later, so the master data lags behind reality between runs. Real time processing updates the master data the instant each transaction occurs, so the data is always current, which is essential for systems like banking and airline reservations.
Saying batch processing is outdated or always worse. Batch is the right choice for high-volume, non-urgent jobs like payroll and billing, where it is more efficient.
Forgetting concurrency control. Many answers cover validation but miss that simultaneous access to shared data must be managed to keep integrity.
Confusing rollback and roll forward. Rollback undoes incomplete transactions; roll forward reapplies completed ones after restoring a backup.
Treating any computer system as a TPS. A TPS specifically records and processes business transactions in volume; a system that only displays data is not a TPS.
Ignoring the audit trail. A TPS must log who did what and when, which markers expect in a description of its characteristics.
Exam-style questions
Questions in the style of NESA exam questions on this dot point, each with a worked answer. They are written by ExamExplained unless tagged "Past paper"; the year shows the paper a question is modelled on.
2019 HSC-style4 marksCompare batch processing and real-time processing in terms of their advantages and disadvantages. Include an example of each in your answer.Show worked answer →
"Compare" at 4 marks wants similarities and differences plus an example of each.
Batch processing collects transactions into a group and processes them together later (for example end-of-day payroll, or overnight bank statement runs).
Advantages: efficient use of computer resources, can run in off-peak times, lower processing cost.
Disadvantages: data is not up to date between runs, so there is a delay before records reflect the transactions.
Real-time processing handles each transaction immediately as it occurs (for example an ATM withdrawal or an airline seat booking).
Advantages: data is always current, so decisions and balances are accurate instantly.
Disadvantages: needs more processing power and constant availability, so it is more expensive and complex.
Both update the same data, but the key difference is timing - grouped and delayed versus immediate. Markers reward an advantage and disadvantage of each plus a valid example of each.
2020 HSC-style3 marksJustify a situation where batch processing is appropriate.Show worked answer →
"Justify" at 3 marks means name a situation and give reasons it suits batch processing.
Situation: an organisation's weekly or fortnightly payroll, where many employees' pay must be calculated and paid at once.
Justification:
The transactions do not need to be processed instantly - pay is only required on payday, so collecting them and processing together is acceptable.
Processing a large group at once is efficient and cheaper, and can run overnight when the system is otherwise idle.
The data is stable and predictable (hours, rates), so accuracy is not affected by the delay.
Other valid examples include monthly utility billing or end-of-day bank statement updates. Markers reward a clear scenario plus reasons that the delay is acceptable and grouping is efficient.
2021 HSC-style3 marksJustify a situation where real time processing is essential.Show worked answer →
"Justify" at 3 marks means name a situation and explain why immediate processing is essential there.
Situation: an airline seat reservation system (or an ATM cash withdrawal).
Justification:
Records must update instantly so the same seat is not sold to two customers - a delay would cause double-booking and errors.
The customer needs immediate confirmation to complete their booking and payment, so batch processing later would be unworkable.
Data integrity depends on every transaction being reflected at once across all access points, which only real-time processing provides.
Other valid examples include EFTPOS payments and online banking. Markers reward a scenario where any delay would cause incorrect results or conflicts, justifying real-time processing.