Professional Documents
Culture Documents
implementat independe
ion time nce
need for
cost customize
d system
maintenan
reliability ce
THE SYSTEMS DEVELOPMENT LIFE CYCLE
• internal auditor
development
• determining at various checkpoints throughout the SDLC
advantages
advantages
identifying
identifyingwhat
what
disadvantages
disadvantages aspects
aspectsofofthe
theold
old
system
systemshould
shouldbe bekept
kept
current
currentphysical
physicaltar
tar
pit
pit forcing
forcingsystems
systems
analysts
analyststo
tofully
fully
thinking
thinkinginside
insidethe
the understand
understandthe
thesystem
system
box
box
isolating
isolatingthe
theroot
rootof
of
problem
problemsymptoms
symptoms
gathering facts
Data sources - these include external entities, such as customers or
vendors, as well as internal sources from other departments.
Users. These include both managers and operations users.
Data stores - the files, databases, accounts, and source documents used in
the system.
Processes - tasks are manual or computer operations that represent a
decision or an action triggered by information
Data flows - represented by the movement of documents and reports
between data sources, data stores, processing tasks, and users.
Controls - include both accounting and operational controls and may be
manual procedures or computer controls.
Transaction volumes - analyst must obtain a measure of the transaction
volumes for a specified period of time
Error rates - transaction errors are closely related to transaction volume
Resource costs - resources used by the current system include the costs of
labor, computer time, materials (such as invoices), and direct overhead
Bottlenecks and redundant operations - analyst should note points
where data flows come together to form a bottleneck
Fact-Gathering Techniques
Observation
Task Participation
Personal Interviews
→ open –ended questions
→ questionnaires
Reviewing Key Documents
accounting records
charts of accounts
policy statements
description of procedures
financial statements
performance reports
system flowcharts
source documents
transaction listings
budgets
forecasts
mission statements
CONCEPTUAL SYSTEMS DESIGN – PHASE III
PURPOSE:
to produce several alternative conceptual systems that satisfy
the system requirements identified during systems analysis
two approaches to conceptual systems design
the structured approach the object-oriented approach
→ develops each new system from → from the bottom up through the
scratch from the top down assembly of reusable modules rather than
create each system from scratch
PROCEDURA ●
Require the programmer to specify the precise
L order in which the program logic is executed.
●
Often called third-generation languages (3GIs)
LANGUAGE
●
No longer procedural, under this model, the program’s
EVENT-DRIVEN code is not executed in a predetermined sequence.
Instead, external auditor or events that are initiated by the
LANGUAGE
●
●
Central in achieving the benefits of the object
OBJECT-ORRIENTED oriented approach is developing software in an
LANGUAGE objective-oriented programming language.
●
The learning curve of OOP languages is deep
PROGRAMMING THE TEST THE APPLICATION
SYSTEM SOFTWARE
realism
• tutorials should not restrict the user from access to legitimate
functions
Help Features
• online help features range from simple to sophisticated
• a simple help feature may be nothing more than an error message
to the problem
• more sophisticated help is context-related
• when the user makes an error, the system will send the message,
the time of the error and provides help with that specific function
(or command).
converting the database
Database conversion is a critical step in the implementation
phase.
●
switch to the new system all at once
cold turkey ●
simultaneously terminate the old system
riskiest approach
fashion
●
the old system and new system are run
parallel operation simultaneously for awhile
post-implementation review
objective: measure the success of the new system
• do after initial problems have been addressed
assess:
• system design adequacy
• accuracy of time, cost, and benefit estimates
SPLMS controls
• Storing programs on the SPL
• Retrieving programs for maintenance purposes
• Detecting obsolete programs
• Documenting program changes
controlled SPL environment
password control
• On a specific program
separate test libraries
audit trail and management reports