ISYS1000 Lecture Notes - Lecture 7: Accounts Receivable, Demand Forecasting, Financial Plan
29 May 2018
School
Department
Course
Professor
Module 7 – Iforatio Systes withi
the Orgaisatio
LEARNING OUTCOMES
11.1 Transaction processing systems (TPS)
11.2 Functional area information systems
11.3 Enterprise resource planning systems
11.4 Reports
11.1 TRANSACTION PROCESSING SYSTEMS (TPS)
TPS support the monitoring, collection, storage and processing of data from the
orgaisatio’s asi usiess trasatios, eah of hih geerates data.
The actual process within TPS tends to be standard:
1. Data are collected by people or sensors and are entered into the computer via an
input device
2. The system processes data in one of two basic ways:
a. Batch processing: TPS that processes data in batches at fixed periodic
intervals
b. Online transaction processing (OLTP): processing of business transactions
online as soon as they occur
EXAMPLES
When more than one person (user) or application program (user) can access a database at
the same time, the database has to be protected from errors resulting from overlapping
updates/data. The most common error is for the results of one of the updates to be lost.
When processing a transaction (uses) involves more than one computer or system (user),
the database and all users must be protected against any inconsistencies arising from a
failure of any component at any time.
find more resources at oneclass.com
find more resources at oneclass.com
It must be possible to reverse a transaction in its entirety if it turns out to have been
entered in error. It is also necessary to reverse a transaction when a purchased item is
returned.
- For e.g. if an error occurs at some point in an ATM withdrawal, the customer could
reeie ash hile the ak’s oputer idiates that he did ot. Coersel, the
ustoer ight ot reeie ash hile the ak’s oputer idiates that he did.
It may be important to preserve the audit trail. In fact, for certain transaction an audit trail
may be legally required.
11.2 FUNCTIONAL AREA INFORMATION SYSTEMS (FAISs)
Designed to support a functional area of a business by increasing its internal effectiveness
and efficiency, and provide information mainly to lower- and middle-level managers in the
functional areas via a variety of reports.
Examples of FAIS include:
- IS for accounting and finance
- IS for marketing
- IS for production/operations management (OM)
- IS for human resources management
INFORMATION SYSTEMS FOR ACCOUNTING AND FINANCE
Manage money flows into, within, and out of organisations. Support activities such as:
Financial planning and budgeting
- Managing of financial assets
- Financial and economic forecasting
- Budgetig: alloatio/aage org’s fiaial resoures
Managing financial transactions
- MYOB, sales ledger, purchase ledger, cash book, sales order processing, invoicing,
stock control, fixed assets register and more
Investment management
- Uses business intelligence (BI) and decision support systems (DSS) and software
Control and auditing
- Org’s eed to e ale to foreast ad seure ash flo
- Budgetary control; auditing; financial ratio analysis (liquidity ratios, activity ratios,
debt ratios, profitability ratios)
INFORMATION SYSTEMS FOR MARKETING
A suessful orgaisatio ust uderstad its ustoers’ eeds ad ats i order to
develop its marketing and advertising strategies around them. Information systems provide
numerous types of support to the marketing function.
INFORMATION SYSTEMS FOR PRODUCTION/OPERATIONS MANAGEMENT
Transform inputs into useful outputs and manage and orgaisatio’s suppl hai. Support
POM activities such as:
- Logistics and materials management
find more resources at oneclass.com
find more resources at oneclass.com
Document Summary
Module 7 i(cid:374)for(cid:373)atio(cid:374) syste(cid:373)s withi(cid:374) the orga(cid:374)isatio(cid:374) Tps support the monitoring, collection, storage and processing of data from the orga(cid:374)isatio(cid:374)"s (cid:271)asi(cid:272) (cid:271)usi(cid:374)ess tra(cid:374)sa(cid:272)tio(cid:374)s, ea(cid:272)h of (cid:449)hi(cid:272)h ge(cid:374)erates data. When more than one person (user) or application program (user) can access a database at the same time, the database has to be protected from errors resulting from overlapping updates/data. The most common error is for the results of one of the updates to be lost. When processing a transaction (uses) involves more than one computer or system (user), the database and all users must be protected against any inconsistencies arising from a failure of any component at any time. It must be possible to reverse a transaction in its entirety if it turns out to have been entered in error. It is also necessary to reverse a transaction when a purchased item is returned. It may be important to preserve the audit trail.
