Transaction processing is a way of computing that divides work into individual, indivisible operations, called transactions.[1] A transaction processing system (TPS) is a software system, or software/hardware combination, that supports transaction processing.
- Transaction Pro Importer Free Download
- Transaction Plus Credit Card Software
- Transaction Plus Software Update
- Transaction Plus Software Download
- Vt Transaction Plus
- Transaction Plus Software Pdf
- 3Processing types
- 4Transaction processing system features
- 5Types of transaction processing
- 7Backup procedures
- 7.2Types of back-up procedures
VT Transaction+ is a fully featured accounting/bookkeeping package for Windows. VT Transaction+ can be used in a wide range of circumstances from small incomplete-records jobs to companies with hundreds of thousands of transactions. It can also be used to process and adjust trial balances. Transaction plus For over 30 years the 'standard' of farm accounting software and the hub of the FBS integrated management system. Complete cash/accrual general ledger, plus powerful and flexible management reporting that will grow with your operation.
History[edit]
The first transaction processing system was SABRE, made by IBM for American Airlines, which became operational in 1970. Designed to process up to 83,000 transactions a day, the system ran on two IBM 7090 computers. SABRE was migrated to IBM System/360 computers in 1972, and became an IBM product first as Airline control Program (ACP) and later as Transaction Processing Facility (TPF). In addition to airlines TPF is used by large banks, credit card companies, and hotel chains.
The Hewlett-PackardNonStop system (formerly Tandem NonStop) was a hardware and software system designed for Online Transaction Processing (OLTP) introduced in 1976. The systems were designed for transaction processing and provided an extreme level of availability and data integrity.
List of transaction processing systems[edit]
- IBM Transaction Processing Facility (TPF) – 1960. At Amity Unlike most other transaction processing systems TPF is a dedicated operating system for transaction processing on IBM System z mainframes. Originally Airline Control Program (ACP).
- IBM Information Management System (IMS) – 1966. A joint hierarchical database and information management system with extensive transaction processing capabilities. Runs on OS/360 and successors.
- IBM Customer Information Control System (CICS) – 1969. A transaction manager designed for rapid, high-volume online processing, CICS originally used standard system datasets, but now has a connection to IBM's DB/2 relational database system. Runs on OS/360 and successors and DOS/360 and successors, IBM AIX, VM, and OS/2. Non-mainframe versions are called TXSeries.
- Tuxedo – 1980s. Transactions for Unix, Extended for Distributed Operations developed by AT&T Corporation, now owned by Oracle Corporation. Tuxedo is a cross-platform TPS.
- UNIVACTransaction Interface Package (TIP) – 1970s. A transaction processing monitor for UNIVAC 1100/2200 series computers.[2]
- Burroughs Corporation supported transaction processing capabilities in its MCP operating systems using GEMCOS (Generalized Message Control System of 1980). As of 2012 UNISYSClearPath Enterprise Servers include Transaction Server, 'an extremely flexible, high-performance message and application control system.'[3]
- Digital Equipment Corporation (DEC) Application Control and Management System (ACMS) – 1985. 'Provides an environment for creating and controlling online transaction processing (OLTP) applications on the VMS operating system.'[4][5] Runs on VAX/VMS systems.
- Digital Equipment Corporation (DEC) Message Control System (MCS-10) for PDP-10TOPS-10 systems.
- HoneywellMultics Transaction Processing. Feature (TP) – 1979.[6]
- Transaction Management eXecutive (TMX) was NCR Corporation's proprietary transaction processing system running on NCR Tower 5000-series systems. This system was used mainly by financial institutions in the 1980s and 1990s.
- Hewlett-Packard NonStop system – 1976. NonStop is an integrated hardware and software system specifically designed for transaction processing. Originally from Tandem Computers.
- TransarcEncina – 1991.[7] Transarc was purchased by IBM in 1994. Encina was discontinued as a product and folded into IBM's TXSeries.[8] Encina support was discontinued in 2006.
Processing types[edit]
Transaction processing is distinct from and can be contrasted with other computer processing models, such as batch processing, time-sharing, and real-time processing.[9]
Batch processing[edit]
Batch processing is execution of a series of programs (jobs) on a computer without manual intervention. Several transactions, called a batch are collected and processed at the same time. The results of each transaction are not immediately available when the transaction is being entered;[1] there is a time delay.
Real-time processing[edit]
'Real time systems attempt to guarantee an appropriate response to a stimulus or request quickly enough to affect the conditions that caused the stimulus.'[9]Each transaction in realtime processing is unique; it is not part of a group of transactions.
Transaction processing[edit]
A Transaction Processing System (TPS) is a type of information system that collects, stores, modifies and retrieves the data transactions of an enterprise. Transaction processing systems also attempt to provide predictable response times to requests, although this is not as critical as for real-time systems. Rather than allowing the user to run arbitrary programs as time-sharing, transaction processing allows only predefined, structured transactions. Each transaction is usually short duration and the processing activity for each transaction is programmed in advance.
Transaction processing system features[edit]
The following features are considered important in evaluating transaction processing systems.[9]
Performance[edit]
Transaction Pro Importer Free Download
Fast performance with a rapid response time is critical. Transaction processing systems are usually measured by the number of transactions they can process in a given period of time.
Continuous availability[edit]
The system must be available during the time period when the users are entering transactions. Many organizations rely heavily on their TPS; a breakdown will disrupt operations or even stop the business.
Data integrity[edit]
The system must be able to handle hardware or software problems without corrupting data. Multiple users must be protected from attempting to change the same piece of data at the same time, for example two operators cannot sell the same seat on an airplane.
Ease of use[edit]
Often users of transaction processing systems are casual users. The system should be simple for them to understand, protect them from>
The following features are desirable in a database system used in transaction processing systems:
- Good data placement: The database should be designed to access patterns of data from many simultaneous users.
- Short transactions: Short transactions enables quick processing. This avoids concurrency and paces the systems.
- Real-time backup: Backup should be scheduled between low times of activity to prevent lag of the server.
- High normalization: This lowers redundant information to increase the speed and improve concurrency, this also improves backups.
- Archiving of historical data: Uncommonly used data are moved into other databases or backed up tables. This keeps tables small and also improves backup times.
- Good hardware configuration: Hardware must be able to handle many users and provide quick response times.
Backup procedures[edit]
A Dataflow Diagram of backup and recovery procedures
Since business organizations have become very dependent on transaction processing, a breakdown may disrupt the business' regular routine and stop its operation for a certain amount of time. In order to prevent data loss and minimize disruptions there have to be well-designed backup and recovery procedures. The recovery process can rebuild the system when it goes down.
Recovery process[edit]
A TPS may fail for many reasons such as system failure, human errors, hardware failure, incorrect or invalid data, computer viruses, software application errors or natural or man-made disasters. As it's not possible to prevent all failures, a TPS must be able to detect and correct errors when they occur and cope with failures. A TPS will go through a recovery of the database which may involve the backup, journal, checkpoint, and recovery manager:
- Journal: A journal maintains an audit trail of transactions and database changes. Transaction logs and Database change logs are used, a transaction log records all the essential data for each transactions, including data values, time of transaction and terminal number. A database change log contains before and after copies of records that have been modified by transactions.
- Checkpoint: The purpose of checkpointing is to provide a snapshot of the data within the database. A checkpoint, in general, is any identifier or other reference that identifies the state of the database at a point in time. Modifications to database pages are performed in memory and are not necessarily written to disk after every update. Therefore, periodically, the database system must perform a checkpoint to write these updates which are held in-memory to the storage disk. Writing these updates to storage disk creates a point in time in which the database system can apply changes contained in a transaction log during recovery after an unexpected shut down or crash of the database system. If a checkpoint is interrupted and a recovery is required, then the database system must start recovery from a previous successful checkpoint. Checkpointing can be either transaction-consistent or non-transaction-consistent (called also fuzzy checkpointing). Transaction-consistent checkpointing produces a persistent database image that is sufficient to recover the database to the state that was externally perceived at the moment of starting the checkpointing. A non-transaction-consistent checkpointing results in a persistent database image that is insufficient to perform a recovery of the database state. To perform the database recovery, additional information is needed, typically contained in transaction logs. Transaction consistent checkpointing refers to a consistent database, which doesn't necessarily include all the latest committed transactions, but all modifications made by transactions, that were committed at the time checkpoint creation was started, are fully present. A non-consistent transaction refers to a checkpoint which is not necessarily a consistent database, and can't be recovered to one without all log records generated for open transactions included in the checkpoint. Depending on the type of database management system implemented a checkpoint may incorporate indexes or storage pages (user data), indexes and storage pages. If no indexes are incorporated into the checkpoint, indexes must be created when the database is restored from the checkpoint image.
- Recovery Manager: A recovery manager is a program which restores the database to a correct condition which allows transaction processing to be restarted.
Depending on how the system failed, there can be two different recovery procedures used. Generally, the procedures involves restoring data that has been collected from a backup device and then running the transaction processing again. Two types of recovery are backward recovery and forward recovery:
- Backward recovery: used to undo unwanted changes to the database. It reverses the changes made by transactions which have been aborted.
- Forward recovery: it starts with a backup copy of the database. The transaction will then reprocess according to the transaction journal that occurred between the time the backup was made and the present time.
Types of back-up procedures[edit]
There are two main types of back-up procedures: grandfather-father-son and partial backups:
Grandfather-father-son[edit]
This procedure involves taking complete backups of all data at regular intervals – daily, weekly, monthly, or whatever is appropriate. Multiple generations of backup are retained, often three which gives rise to the name. The most recent backup is the son, the previous the father, and the oldest backup is the grandfather. This method is commonly used for a batch transaction processing system with a magnetic tape. If the system fails during a batch run, the master file is recreated by restoring the son backup and then restarting the batch. However, if the son backup fails, is corrupted or destroyed, then the previous generation of backup (the father) is used. Likewise, if that fails, then the generation of backup previous to the father (i.e. the grandfather) is required. Of course the older the generation, the more the data may be out of date. Organize only of records that have changed. For example, a full backup could be performed weekly, and partial backups taken nightly. Recovery using this scheme involves restoring the last full backup and then restoring all partial backups in order to produce an up-to-date database. This process is quicker than taking only complete backups, at the expense of longer recovery time.
Backup plus journal[edit]
This technique is also used in conjunction with regular complete backups. The master file is backed up at regular intervals. Completed transactions since the last backup are stored separately and are called journals, or journal files. The master file can be recreated by restoring the last complete backup and then reprocessing transactions from the journal files. This will produce the most up-to-date copy of the database, but recovery may take longer because of the time required to process a volume of journal records.
Advantages[edit]
- Batch or real-time processing available.
- Reduction in processing time, lead time and order cycle time.
- Reduction in inventory, personnel and ordering costs.
- Increase in productivity and customer satisfaction.
See also[edit]
References[edit]
- ^IBM Corporation. 'CICS Transaction Server for z/OS, Version 3.2 Transaction processing'. Retrieved Nov 12, 2012.
- ^'Terminals Help Manage Aluminum Firm's Production'. Computerworld. July 26, 1976. Retrieved November 14, 2012.
- ^UNISYS Corporation (2012). Transaction Server for ClearPath MCP Configuration Guide(PDF).
- ^Digital Equipment Corporation (1989). VAX ACMS Guide to Creating Transaction Processing Applications.
- ^Bell, Gordon. 'Digital Computing Timeline (1985)'. Retrieved November 15, 2012.
- ^Van Vleck, Thomas. 'Multics Glossary -T-'. Retrieved November 15, 2012.
- ^Transarc. 'Corporate Overview'. Archived from the original on February 3, 1999. Retrieved November 16, 2012.
- ^IBM Corporation. 'TXSeries for Multiplatforms'. Retrieved November 16, 2012.
- ^ abcSchuster, Stewart A. (June 15, 1981). 'In Depth: Relational Data Base Management'. Computerworld. Retrieved November 16, 2012.
Further reading[edit]
- Gerhard Weikum, Gottfried Vossen, Transactional information systems: theory, algorithms, and the practice of concurrency control and recovery, Morgan Kaufmann, 2002, ISBN1-55860-508-8
Retrieved from 'https://en.wikipedia.org/w/index.php?title=Transaction_processing_system&oldid=919617600'
VisionPLUS is a financial software application from First Data Corporation. Originally developed by the Paysys Research and Development Group,[1] this application is mainly used for credit card transaction processing by banks and transaction processing companies, storing and processing credit card, debit card, prepaid, closed end loan accounts and similar financial transactions[2] such as Visa, MasterCard, American Express, Europay, and private label transactions against those accounts. More than 600 million cards around the world are processed on different versions of this application software.[3]
Modules[edit]
VisionPLUS consists of various modules that work together to manage the life cycle of accounts. VisionPLUS allows financial institutions to configure their own product features and functionality. The main functional modules of VisionPLUS include:
CMS is the core module and plays an important part, as all account-related activities are posted in the CMS module.
VisionPLUS Software was introduced by Paysys International Inc. in 1996. In 2001, First Data Coroporation acquired Paysys and since then VisionPLUS has been marketed by FirstData in Europe[4] and elsewhere.
Transaction Plus Credit Card Software
Versions[edit]
- 1981 PaySys International, founded as Credit Card Software, Inc., (CCS)
- 1982 CCS shipped its first product, CardPac. Its main market was the bankcard industry (Visa and MasterCard transaction processing only).
- 1988 Vision21 was released for the private label card market by CCS International
- 1991 VisionPLUS for both private label and bankcard market by CCS International
- 1995 CCS changed its name to PaySys International, Inc.
- 1998 VisionPLUS 2.5 was released by PaySys
- 2000 VisionPLUS 8.0 was released
- 2001 First Data acquires VisionPLUS from PaySys International[5]
- 2006 VisionPLUS 8.01 was released by First Data
- 2007 VisionPLUS 8.15 was released by First Data
- 2008 VisionPLUS 8.17 was released by First Data
- 2011 First Data lays off the majority of its U.S.-based VisionPLUS developers. Development and maintenance is sent offshore to Singapore and India.
- 2013 VisionPLUS 8.44 was released by First Data
Transaction Plus Software Update
Due to software feature upgrades and compliance mandates from payments schemes like Visa, MasterCard, American Express, and JCB, First Data releases updates twice a year. There are also incremental functional releases and brand new products (modules) released from time to time. These are referred to as VisionPLUS 8.nn (where nn stands for a number between 01 and 99).
Transaction Plus Software Download
References[edit]
- ^'About Us'. CoreCard Software.
- ^'HP News - HP and First Data Unveil Configured Server Solutions for VisionPLUS Flex'. Hewlett Packard.
- ^'Payment Processing Platforms'. First Data Corporation.
- ^'ABN Amro teams with First Data for payments » Banking Technology'. Banking Technology magazine.
- ^'History - First Data'. First Data Corporation. Retrieved 18 April 2018.
Vt Transaction Plus
- An Analysis of Interchange Tracking systems.
Transaction Plus Software Pdf
Retrieved from 'https://en.wikipedia.org/w/index.php?title=VisionPLUS&oldid=837008406'