0% found this document useful (0 votes)
6 views46 pages

Chapter 3

Chapter Three discusses system development and documentation techniques, outlining the process of defining, designing, and implementing software applications. It details the system development life cycle, which includes stages such as investigation, analysis, design, implementation, and maintenance, emphasizing the importance of documentation tools like data flow diagrams and flowcharts. The chapter highlights how proper documentation aids in understanding, training, and auditing information systems.

Uploaded by

Melese Legamo
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
6 views46 pages

Chapter 3

Chapter Three discusses system development and documentation techniques, outlining the process of defining, designing, and implementing software applications. It details the system development life cycle, which includes stages such as investigation, analysis, design, implementation, and maintenance, emphasizing the importance of documentation tools like data flow diagrams and flowcharts. The chapter highlights how proper documentation aids in understanding, training, and auditing information systems.

Uploaded by

Melese Legamo
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
You are on page 1/ 46

1

Chapter Three
System Development and
Documentation Techniques
INTRODUCTION
2

 System development is the process of defining,


designing and implementing a new software
application or program.
 It could include development of customized
system, the creation of data base.
 The organization’s management must define
and implement standards and adopt an
appropriate system development life cycle
methodology governing the process of
developing, acquiring, implementing and
maintaining computerized information system
and related technology.
INTRODUCTION
3

 Appropriate management process and control


over the system development ensures efficient
use of resources and minimize risk with in
system development and program activities
System development life cycle
4

1. Investigation 4. Implementation
2. Analysis 5. Maintenance and
testing
3. Design
1. Investigation
5

 To stage
A. Problem definition

B. Feasibility study

A. Problem definition: the first responsibility of


system analyst is prepare a written statement of
objective of the problem.
 Based on interviews with the user, the analyst

write a brief description of his/ her


understanding of the problem and review it
with both groups.
1. Investigation
6

 The following are some possible definition of


problem:
A. The existing system has poor response time

B. It is unable to handle the workload


C. The problem of cost, that is economic system
is not feasible.
D. The problem of accuracy and reliability

E. The required information is not produced by


the existing system
F. the problem of security
1. Investigation
7

B. Feasibility: study provides an overview of


problem and act as important check point that
should be completed before committing more
resources.
The feasibility of proposed system can be
assessed in terms of 4 categories as a given
below.
1. Organizational feasibility
2. economical feasibility
3. Technical feasibility
4. operational feasibility
2. system Analysis
8

 The objective o f this phase is to determine


exactly what must be done to solve the
problem.
 System analysis involve a detailed study of

a. the information need of the organization


and it’s end user
b. existing information system(their activities,
resource and products).
The expected information system in terms of
capabilities is required to meet the information
needs of users.
3. system design
9

 Specifies how the system will accomplish this


objective.
 The system refer to the technical specification
that will be implied in constructing the system.
 The system design should stress on the
following 3 activities
 1 user interface
 2. data design
 3. process design
4. constriction and testing
10

 Once the system specification are understood,


the system is physically created.
 The required program are coded, debugged
and documented, the system be tested with
some test data to ensure it accuracy and
reliability.
5. Installation
11

 The system installation stage involves hard


ware and soft ware a acquisition, site
preparation, user training and installation the
system.
 Testing of system involving all components and
procedures should be done
 It must be realized that Installation may be the
most crucial phase of system.
6. Maintenance
12

 System maintenance involve the monitoring,


evaluating and modifying of system to make
desirable or necessary improvement.
 In other word, maintenance include
enhancement, modification or any change from
the original specification
Documentation Tools and
Techniques
13

 Documentation includes the narratives,


flowcharts, diagrams, and other written
material that explain how the system works.
 This information covers the who, what,

when, where, why, and how data entry,


processing, storage, information output and
system controls.
 The two most common tools of system
documentation:
 Dataflow diagrams and Flowcharts
 How do accountants use documentation?
 At a minimum, they have to read documentation

to understand how a system works.


 They may need to evaluate the strengths and

weaknesses of an entity’s internal controls.


 They may examine documentation to determine if

a planned system meets the needs of its users.


 They may prepare documentation to:
 Demonstrate how a proposed system would work
 Demonstrate their understanding of a system of
internal controls
Cont’d……….
15

Why documentation is important?


 Depicting how the system works: Studying
and reviewing written descriptions of the
inputs, processing steps, and outputs of the
system make the job easier.
 Training users: it includes the user guides,
manuals and other operating instructions that
help people learn how the AIS operates.
 Designing new systems: it helps system
designers develop new systems.
 Auditing AISs: it helps auditors determine the
Cont’d……….
16

 Controlling system development and


maintenance costs: it helps system
designers develop object-oriented .
 Normalizing communications with
others: it’s techniques are standard
industry tools, and they are more likely to be
interpreted the same way by all parties
viewing them.
 Documenting business processes: it helps
managers better understand the ways in
which their businesses operate.
Cont’d……….
17

The basic documentation tools are:


 Data flow diagram - a graphical description

of the source and destination of data that


shows data flow within an organization, the
processes performed on the data and how
data are stored.
 A data flow diagram (DFD) graphically

describes the flow of data within an


organization. It is used to:
 Document existing systems
 Plan and design new systems
Data Flow Diagrams
18

General guidelines for developing DFDs:


 Understand the system - observing the flow

of information through an organization and


interviewing the individuals who use and
process the data.
 Ignore certain aspects of the system - as

DFD diagrams the origin, flow, transformation,


storage and destinations of data, all control
actions and processes should be ignored.
 Determine system boundaries - determine

what to include in and exclude form the


Cont’d……..
19

 Develop a context diagram - a context


diagram is a good way of depicting system
boundaries.
 Identify data flows - all data flows shall be
identified entering or leaving the system's
boundary, including where the data
originate and the final destination.
Cont’d………..
20
 Group data flows - data elements that always flow
together should be grouped together and shown as
one data flow until they are separated.
 If the data elements do not always flow together,

they should be shown as two separate data flows.


 Identify transformation processes - placing a circle
wherever work is required to transform one data flow
into another.
 Group transformation processes - transformation
processes that are logically related or occur at the
same time and place should be grouped together.
 Unrelated items shall never be combined into a single transformation
process.
Cont’d………
21

 Identify all files or data stores - Each


data repository and data flow into and out
of it, should be identified.
 Identify all data sources and
destinations - all sources and
destinations of data should be identified
and included on the DFD.
 Name all DFD elements - data elements
should be given unique and descriptive
names representing what is known about
them.
 Subdivide the DFD - If there are more
Cont’d……….
22

 Give each process a sequential


number - in completed DFD, each
process is given a sequential number
(lower to higher) that helps students
move back and forth between different
DFD levels.
 Repeat the process - developers must
work through organization data flows
several times.
 The DFD shall be organized to flow from

top to bottom and from left to right.



Cont’d………..
23

Elements in a Data Flow Diagram


 DFD is composed of four basic elements:

 Data sources and destinations,


 Data flows,
 Transformation processes, and
 Data stores

 Each element represents in a DFD by a

unique symbol
DATA FLOW DIAGRAMS
 Data sources and destinations
 Appear as squares
 Represent organizations or individuals that send
or receive data used or produced by the system
 An item can be both a source and a
destination
DATA FLOW DIAGRAMS
• Data sources and
destinations are marked
in red. Accounts
• Can you tell which are Receivable
sources and which are
destinations?

Customer Remittance Receivables


payment 1.0 data 2.0
Customer Information Credit
Process Update
Payment A/R Manager

Deposit

Bank
DATA FLOW DIAGRAMS
 Data flows
 Appear as arrows
 Represent the flow of data between sources and
destinations, processes, and data stores
DATA FLOW DIAGRAMS
• Data flows are shown in
red.
Accounts
Receivable

Customer Remittance Receivables


payment 1.0 data 2.0 Information
Customer Process Update Credit
Payment A/R Manager

Deposit

Bank
DATA FLOW DIAGRAMS
 As you probably surmised from the
previous slides, if a data flow is two-way,
use a bi-directional arrow.

Update
Genera
Receiv-
l
ables
Ledger
DATA FLOW DIAGRAMS
 If two data elements flow together, then
the use of one data flow line is
appropriate.

Cash Rec’d & Remittance Slip Process


Customer
Payment
DATA FLOW DIAGRAMS
 If the data elements do not always flow
together, then multiple lines will be
needed.

Customer Inquiry Process


Customer Payment
Customer Payment
DATA FLOW DIAGRAMS
 Processes
 Appear as circles
 Represent the transformation of data
DATA FLOW DIAGRAMS
• The transformation processes
are shown in red.
• Every process must have at
Accounts
least one data inflow and at
Receivable
least one data outflow.

Customer Remittance Receivables


payment 1.0 data 2.0 Information Credit
Customer Process Update
Payment A/R Manager

Deposit

Bank
DATA FLOW DIAGRAMS
 Data stores
 Appear as two horizontal lines
 Represent a temporary or permanent repository
of data
DATA FLOW DIAGRAMS
• The data store is shown in
red.
Accounts
Receivable

Customer 1.0 Remittance 2.0 Receivables


Customer payment Process data Update Information Credit
Payment A/R Manager

Deposit

Bank
DATA FLOW DIAGRAMS
 Data dictionary:
 The data dictionary contains a

description of all data elements, data


stores, and data flows in a system.
 Data flows and data stores are usually

collections of data elements.


 EXAMPLE: A data flow labeled student

information might contain elements


such as student name, date of birth, ID
number, address, phone number, and
major.
Cont’d………..
36

Subdividing the DFD


 DFD are subdivided into successively

 Lower levels DFD ; to provide ever-


increasing amounts of detail.
 Users have differing needs, so a variety of

levels can better satisfy these requirements.


 The highest-level DFD is a context
diagram.
 It provides the reader with a summary level

view of the system.


 It depicts a data processing system and the

external entities that are the sources and


DATA FLOW DIAGRAMS
nt Govt.
Depart- e Agencies
ym
ments Tim pa
ec &
ard o rt
p
s re x
Ta
Payroll Employee checksEmployees
Processing
f orm System Pa
yro
y ee rm ll ch
l o f o eck
m p g e P
w
e h an ay
e e c ro Bank
Human N y e l lr
l o ep
ResourcesEmp or
t
• This is the context diagram for
Manage-
the S&S payroll processing
ment
system.
DATA FLOW DIAGRAMS
Depart-
ments Employees
Employee
New employee Time paychecks
Human form cards
Resources
1.0
Update 2.0
Employee Payroll
Empl. Pay
change check
Payroll Employ- Bank
form
File ees

Payroll
disburse-
3.0 ment data 5.0
This diagram Prepare Employee/ Update
Reports Payroll File Gen.
shows the Ledger
next level of Payroll tax
disb. voucher
detail for the Payroll
report
context 4.0 General
Ledger
diagram. Pay
Tax report
Manage- Taxes
& payment
ment Govt.
Agencies
Flowcharts
39
 It is an analytical technique used to describe
some aspect of IS in a clear, brief, and logical
method.
 It uses a standard set of symbols to
pictorially describe transaction processing
procedures
 Document flow chart - …… flow of
documents and information between
departments within a company.
 System flowchart - …… the relationship
among the input, processing, and output in
an information system.
Flowchart Symbols
40

 Flowchart symbols can be divided into


four categories:
 Input/output - indicate the type of device or media that
provides input to or records output from a process.
 Processing - show the type of device used to process data.
 Storage - represent the device used to store data
 Flow and miscellaneous - indicate the flow of data and
goods.
Cont’d……….
41

Docume Manual
nt operations
Online Computer
keying processing
Displa Auxiliary
y operation
Document/processing
Input/ flow
On-page connector
output;
Off-page
journal/ledg connector
Magnetic
er Terminal
disk
Magnetic Decisio
tape n
Document Flowcharts
58

 The flow of documents and information


among departments within an organization.
 It also analyzes the adequacy of control
procedures in a system, such as internal
checks & segregation of duties.
 Flowcharts that describe & evaluate
internal controls are often referred to as
internal control flowcharts.
 They can expose weaknesses or
inefficiencies such as:
 Inadequate communication flows
 Unnecessarily complex document flows
System Flowcharts
59

 It depict the relationship among the


input, processing, and output of AIS.
 It begins by identifying both the inputs

that enter the system and their origins.


 It follows by the processing portion of

the flowchart
 The new information is the output

component.
 System flowcharts are an important
systems analysis, design, and evaluation
tool.
Program Flowcharts
60

 It describes the…….
 Sequence of logical operations
performed by a computer in executing a
program.
 Specific logic to perform a process

shown on a systems flowchart.


 A flow line connects the symbols and
indicates the sequence of operations.
DFDs VS Flowcharts
61

 DFDs emphasize on the flow of data and what


is happening in a system, whereas a
flowchart emphasizes the flow of documents
or records containing data.
 DFD represents the logical flow of data,
whereas a flowchart represents the physical
flow of data.
 Flowcharts are used primarily to document
existing systems, whereas DFDs are primarily
used in the design of new systems.
 DFDs make use of only four symbols, whereas
62

Thank you!

The End!

You might also like