154
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 1 of 171 C HAPTER 20 Systems Design, Implementation, and Operation

Ais Romney 2006 Slides 20 System Design

Embed Size (px)

DESCRIPTION

Ais Romney 2006 Slides 20 System Design

Citation preview

Page 1: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 1 of 171

C HAPTER 20

Systems Design, Implementation, and

Operation

Page 2: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 2 of 171

INTRODUCTION

• Questions to be addressed in this chapter include:– What are the activities that take place in the

conceptual design phase of the systems development life cycle (SDLC)?

– What activities take place in the physical systems design phase?

– What happens during the systems implementation and conversion process?

– What activities occur in the systems operation and maintenance process?

Page 3: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 3 of 171

INTRODUCTION

• Accountants must understand the entire systems development process, since they are involved in several ways:– Helping to specify their needs.– As members of the development team.– As auditors after the fact.

• Accountants also help keep the project on track by:– Evaluating and measuring benefits.– Measuring costs.– Ensuring the project stays on schedule.

Page 4: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 4 of 171

INTRODUCTION

• Effective systems analysis and design can ensure that developers:– Correctly define the business problem.

– Design the appropriate solution.

Page 5: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 5 of 171

INTRODUCTION

• The crucial phases of the SDLC include:– Systems analysis to define the new systems

requirements (discussed in Chapter 18).– The phases discussed in this chapter, which

include:• Conceptual systems design• Physical systems design• Systems implementation and conversion• Operation and maintenance

Page 6: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 6 of 171

INTRODUCTION

• The crucial phases of the SDLC include:– Systems analysis to define the new systems

requirements (discussed in Chapter 18).– The phases discussed in this chapter, which

include:• Conceptual systems design• Physical systems design• Systems implementation and conversion• Operation and maintenance

Page 7: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 7 of 171

CONCEPTUAL SYSTEMS DESIGN

• In the conceptual systems design phase, a general framework is created for implementing user requirements and solving the problems identified in the analysis phase.

• The three main steps are:– Evaluate design alternatives.– Prepare design specifications.– Prepare the conceptual systems design

report.

Page 8: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 8 of 171

SystemsAnalysis

PrepareDesign

Specifications

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

PrepareConceptual Systems

Design report

EvaluateDesign

Alternatives

ConceptualSystemsDesign

Page 9: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 9 of 171

SystemsAnalysis

PrepareDesign

Specifications

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

PrepareConceptual Systems

Design report

EvaluateDesign

Alternatives

Page 10: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 10 of 171

CONCEPTUAL SYSTEMS DESIGN

• Evaluating Design Alternatives– There are many design decisions that must be

made. For example:• Should a document be hard-copy or sent by EDI?• Should the company use a large centralized

mainframe or some form of distributed processing?• What form should data entry take, e.g., keyboard,

optical character recognition, POS devices?

Page 11: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 11 of 171

CONCEPTUAL SYSTEMS DESIGN

• Also, there are many ways to approach the systems development process:– Packaged software– In-house development– End-user development– Outsourcing

• The company also chooses between:– Modifying or enhancing existing software– Replacing existing software– Reengineering its business processes

Page 12: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 12 of 171

CONCEPTUAL SYSTEMS DESIGN

• The design team should identify a variety of design alternatives and evaluate each with respect to:– How well it meets organizational and system

objectives– How well it meets user needs– Whether it is economically feasible– Its advantages and disadvantages

• The steering committee evaluates the alternatives.

• Click here to view some of the design considerations and alternatives from Table 20-1 in your textbook. Design ConsiderationsDesign Considerations

Page 13: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 32 of 171

SystemsAnalysis

PrepareDesign

Specifications

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

PrepareConceptual Systems

Design report

EvaluateDesign

Alternatives

Page 14: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 33 of 171

CONCEPTUAL SYSTEMS DESIGN

• Prepare design specifications– Once a design has been selected, the

project team develops the conceptual design specifications for the following elements:• Output

• Because output is what goes to the user and the system must be designed to meet user needs, the output specifications are prepared first.

Page 15: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 34 of 171

CONCEPTUAL SYSTEMS DESIGN

• Prepare design specifications– Once a design has been selected, the

project team develops the conceptual design specifications for the following elements:• Output• Data storage

• How will data be stored to produce the desired outputs?

Page 16: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 35 of 171

CONCEPTUAL SYSTEMS DESIGN

• Prepare design specifications– Once a design has been selected, the

project team develops the conceptual design specifications for the following elements:• Output• Data storage• Input

• What types of data must be entered to produce the desired outputs?

Page 17: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 36 of 171

CONCEPTUAL SYSTEMS DESIGN

• Prepare design specifications– Once a design has been selected, the

project team develops the conceptual design specifications for the following elements:• Output• Data storage• Input• Processing procedures and operations

• How will data be processed and in what sequence to produce the desired outputs?

Page 18: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 37 of 171

SystemsAnalysis

PrepareDesign

Specifications

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

PrepareConceptual Systems

Design report

EvaluateDesign

Alternatives

Page 19: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 38 of 171

CONCEPTUAL SYSTEMS DESIGN

• Prepare the Conceptual Systems Design Report– A conceptual systems design report is

prepared at the end of the conceptual design phase to:

• Guide physical system design activities.• Communicate how management and user

information needs will be met.• Help the steering committee assess system

feasibility.

Page 20: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 39 of 171

CONCEPTUAL SYSTEMS DESIGN

• The main component is a description of one or more recommended system designs. This description contains:– The contents of each output, database, and input.– Processing flows and the relationships among

programs, files, inputs, and outputs.– Hardware, software, and resource requirements.– Audit, control, and security processes and

procedures.– A discussion of assumptions or unresolved problems

that might affect the final design.

Page 21: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 40 of 171

INTRODUCTION

• The crucial phases of the SDLC include:– Systems analysis to define the new systems

requirements (discussed in Chapter 18).– The phases discussed in this chapter, which

include:• Conceptual systems design• Physical systems design• Systems implementation and conversion• Operation and maintenance

Page 22: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 41 of 171

PHYSICAL SYSTEMS DESIGN

• During the physical systems design phase, the company determines how the conceptual AIS design is to be implemented.– The broad, user-oriented requirements of conceptual

design are translated into detailed specifications used to code and test computer programs.

– Phases include:• Designing output• Creating files and databases• Designing input• Writing computer programs• Developing procedures• Building in controls

Page 23: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 42 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

PhysicalSystemsDesign

Page 24: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 43 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

Page 25: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 44 of 171

PHYSICAL SYSTEMS DESIGN

• Output Design– The objective of output design is to

determine the nature, format, content, and timing of printed reports, documents, and screen displays.• Requires cooperation between users and

designers.

Page 26: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 45 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output

• Who will use it and why?• When is it needed?• What decisions will it facilitate?

Page 27: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 46 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium

• Paper• Screen• Voice response• Diskette• Microfilm• Other

Page 28: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 47 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium– Output format • Should select the format that

clearly conveys the most information.

• Could be:– Table– Narrative– Graphic

Page 29: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 48 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium– Output format– Pre-printed • Should paper output be on

preprinted form and/or turnaround document?

Page 30: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 49 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium– Output format– Pre-printed– Location • Where is the output to be

sent?

Page 31: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 50 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium– Output format– Pre-printed– Location– Access • Who should be able to

access hard-copy and screen output?

Page 32: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 51 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium– Output format– Pre-printed– Location– Access– Detail

• Lengthy output should be preceded by an executive summary and a table of contents.

• Headings and legends organize data and highlight important items.

• Detailed info goes in an appendix.

Page 33: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 52 of 171

PHYSICAL SYSTEMS DESIGN

• Important design considerations include:– Use of the output– Output medium– Output format– Pre-printed– Location– Access– Detail– Timeliness

• How often should the output be produced?

Page 34: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 53 of 171

PHYSICAL SYSTEMS DESIGN

• Outputs usually fit into one of the following four categories:– Scheduled reports

• Have pre-specified content and format.• Are prepared on a regular basis.• Examples:

– Weekly sales analysis– Monthly financial statements

Page 35: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 54 of 171

PHYSICAL SYSTEMS DESIGN

• Outputs usually fit into one of the following four categories:– Scheduled reports– Special-purpose analysis reports

• No pre-specified content and format.• Typically prepared in response to a

management request.• Example:

– Analysis of impact of a government mandate on profitability

Page 36: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 55 of 171

PHYSICAL SYSTEMS DESIGN

• Outputs usually fit into one of the following four categories:– Scheduled reports– Special-purpose analysis reports– Triggered exception reports

• Have pre-specified content and format.• Prepared only in response to abnormal

conditions, i.e., the “trigger.”• Example:

– Cost overruns

Page 37: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 56 of 171

PHYSICAL SYSTEMS DESIGN

• Outputs usually fit into one of the following four categories:– Scheduled reports– Special-purpose analysis reports– Triggered exception reports– Demand reports

• Have pre-specified content and format.• Prepared only on request.

Page 38: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 57 of 171

PHYSICAL SYSTEMS DESIGN

• AIS developers prepare sample outputs and users evaluate them to ensure they are complete, relevant, and useful.– Modifications are made as needed to ensure

acceptability.– Many organizations require users to sign off

on these documents before proceeding through the SDLC.

Page 39: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 58 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

Page 40: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 59 of 171

PHYSICAL SYSTEMS DESIGN

• File and Database Design– Various company segments need to store data in

compatible formats so that data can be shared across units.

– Important file and database design considerations include:

• Storage medium• Hard drive• Disk• Diskette• CD• Tape• Paper

Page 41: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 60 of 171

PHYSICAL SYSTEMS DESIGN

• File and Database Design– Various company segments need to store data in

compatible formats so that data can be shared across units.

– Important file and database design considerations include:

• Storage medium• Processing mode

• Manual• Batch• Real time

Page 42: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 61 of 171

PHYSICAL SYSTEMS DESIGN

• File and Database Design– Various company segments need to store data in

compatible formats so that data can be shared across units.

– Important file and database design considerations include:

• Storage medium• Processing mode• Maintenance • What procedures are needed to

effectively maintain the data?

Page 43: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 62 of 171

PHYSICAL SYSTEMS DESIGN

• File and Database Design– Various company segments need to store data in

compatible formats so that data can be shared across units.

– Important file and database design considerations include:

• Storage medium• Processing mode• Maintenance• Size • How many records and how big are they?

• How fast are they expected to grow?

Page 44: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 63 of 171

PHYSICAL SYSTEMS DESIGN

• File and Database Design– Various company segments need to store data in

compatible formats so that data can be shared across units.

– Important file and database design considerations include:

• Storage medium• Processing mode• Maintenance• Size• Activity level

• What portion of records are added or deleted each year?

• What portion needs to be updated?

Page 45: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 64 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

Page 46: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 65 of 171

PHYSICAL SYSTEMS DESIGN

• Input Design– Systems designers must identify the

different types of data input and optimal input methods.

– There are two principal types of data input:• Forms• Computer screens

Page 47: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 66 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium • Keyboard

• OCR• MICR• POS terminal• EDI• Voice input

Page 48: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 67 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source

• Where do data originate?– Computer

– Customer

– Remote location

Page 49: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 68 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format • What format captures the data with

the least effort or cost?– Source or turnaround document– Screen– Source data automation

Page 50: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 69 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format– Input type • What is the nature of the data?

Page 51: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 70 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format– Input type– Volume • How much data are to be entered?

Page 52: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 71 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format– Input type– Volume– Personnel

• What functions and expertise do the data entry operators have?

• Is additional training necessary?

Page 53: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 72 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format– Input type– Volume– Personnel– Frequency • How often is data to be entered?

Page 54: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 73 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format– Input type– Volume– Personnel– Frequency– Cost

How can costs be minimized without adversely affecting efficiency and accuracy?

Page 55: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 74 of 171

PHYSICAL SYSTEMS DESIGN

• Considerations in input design include:– Input medium– Input source– Input format– Input type– Volume– Personnel– Frequency– Cost– Error detection and correction

• What errors are possible?• How can they be detected and corrected?

Page 56: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 75 of 171

PHYSICAL SYSTEMS DESIGN

• Forms Design– Although input is evolving toward source data

automation, forms design is still important.– Following are important principles for

designing new forms and evaluating existing ones:

• General considerations

• Preprint as much data as possible.• Use appropriate weight and grade of paper.• Use bold type, double-thick lines, and shading to

highlight different parts of the form.• Use a standard size and one that is consistent with

requirements for filing, binding, or mailing.• If mailed to external parties, position the address for

placement in a window envelope.• Have copies of the form printed in different colors to

facilitate accurate distribution.• Include clear instructions for completing the form.

Page 57: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 76 of 171

PHYSICAL SYSTEMS DESIGN

• Forms Design– Although input is evolving toward source data

automation, forms design is still important.– Following are important principles for

designing new forms and evaluating existing ones:

• General considerations• Introductory section of form

• Place the form name at the top in bold type.• Have the forms pre-numbered

consecutively.• If distributed to external parties, have

company name and address pre-printed on the form.

Page 58: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 77 of 171

PHYSICAL SYSTEMS DESIGN

• Forms Design– Although input is evolving toward source data

automation, forms design is still important.– Following are important principles for

designing new forms and evaluating existing ones:

• General considerations• Introductory section of form• Main body of form

• Group together logically related information (e.g., info about the customer, info about the product).

• Provide sufficient room to record each item.• Order the data items consistent with the

sequence in which the data is likely to be gathered.

• Use codes and check-offs in places where standardized explanations are likely.

Page 59: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 78 of 171

PHYSICAL SYSTEMS DESIGN

• Forms Design– Although input is evolving toward source data

automation, forms design is still important.– Following are important principles for

designing new forms and evaluating existing ones:

• General considerations• Introductory section of form• Main body of form• Conclusion section of form

• Provide space for:– Recording final disposition of the form.– Approval signatures.– Dates of approval and final disposition.– A dollar or numeric total.

• Clearly indicate the distribution of each form.

Page 60: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 79 of 171

PHYSICAL SYSTEMS DESIGN

• Designing Computer Screens– It is more efficient to enter data directly into

the computer than to record it on paper for subsequent entry.

– Therefore, it’s important to design computer screens for input as well as output.

Page 61: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 80 of 171

PHYSICAL SYSTEMS DESIGN

• Computer screens are most effective when the following principles are used:– Organize the screen for quick, accurate, and complete entry

of the data.

• Minimize input by retrieving as much as possible from the system.

• Example: If the customer number is entered, retrieve his name/address data from the system.

Page 62: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 81 of 171

PHYSICAL SYSTEMS DESIGN

• Computer screens are most effective when the following principles are used:– Organize the screen for quick, accurate, and complete entry of

the data.– Enter data in the same order it appears on the document.

Page 63: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 82 of 171

PHYSICAL SYSTEMS DESIGN

• Computer screens are most effective when the following principles are used:– Organize the screen for quick, accurate, and complete entry of

the data.– Enter data in the same order it appears on the document.– Complete the screen from left to right and top to bottom,

grouping logically related data together.

Page 64: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 83 of 171

PHYSICAL SYSTEMS DESIGN

• Computer screens are most effective when the following principles are used:– Organize the screen for quick, accurate, and complete entry of

the data.– Enter data in the same order it appears on the document.– Complete the screen from left to right and top to bottom,

grouping logically related data together.– Design the screen so users can jump from one data entry

location to another or use a single key to go directly to screen locations.

Page 65: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 84 of 171

PHYSICAL SYSTEMS DESIGN

• Computer screens are most effective when the following principles are used:– Organize the screen for quick, accurate, and complete entry of

the data.– Enter data in the same order it appears on the document.– Complete the screen from left to right and top to bottom,

grouping logically related data together.– Design the screen so users can jump from one data entry

location to another or use a single key to go directly to screen locations.

– Make it easy to correct mistakes.

• Use clear and explicit error messages that are consistent on all screens.

• Provide a help feature for online assistance.

Page 66: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 85 of 171

PHYSICAL SYSTEMS DESIGN

• Computer screens are most effective when the following principles are used:– Organize the screen for quick, accurate, and complete entry of

the data.– Enter data in the same order it appears on the document.– Complete the screen from left to right and top to bottom,

grouping logically related data together.– Design the screen so users can jump from one data entry

location to another or use a single key to go directly to screen locations.

– Make it easy to correct mistakes.– Avoid clutter by restricting the amount of data on one

screen.

• Limit the number of menu options on a single screen.

Page 67: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 86 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

Page 68: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 87 of 171

PHYSICAL SYSTEMS DESIGN

• Program Design– Program development is one of the most time-

consuming activities in the SDLC.– A structured programming process should be

followed:• With structured programming, programs should be

subdivided into small, well-defined modules to reduce complexity and enhance reliability and modifiability.

• Modules should interact with a control module rather than with each other.

• To facilitate testing and modification, each module should have only one entry and exit point.

Page 69: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 88 of 171

PHYSICAL SYSTEMS DESIGN

• To improve software quality, organizations should develop programming standards (rules for writing programs).– Contributes to consistency among programs.– Makes them easier to read and maintain.

• Consider doing structured program walk-throughs to find incorrect logic, errors, omissions, or other problems.

Page 70: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 89 of 171

PHYSICAL SYSTEMS DESIGN

• Program preparation time may range from a few days to a few years, depending on complexity.

• Though accountants need not be programmers, they should understand how software is created.

• The following slides discuss the eight steps for developing software and where these steps take place in the SDLC.

Page 71: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 90 of 171

PHYSICAL SYSTEMS DESIGN

• STEP ONE: Determine user needs.– Occurs during the systems analysis

stage of the SDLC.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 72: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 91 of 171

PHYSICAL SYSTEMS DESIGN

• STEP TWO: Develop and document a plan.– Occurs during the conceptual design

phase and the beginning of physical design.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 73: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 92 of 171

PHYSICAL SYSTEMS DESIGN

• STEP THREE: Write the program code.– Design in increasing levels of detail,

known as hierarchical program design.

– Begun during systems design and completed during systems implementation.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 74: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 93 of 171

PHYSICAL SYSTEMS DESIGN

• STEP FOUR: Test the program code.– Debugging is discovering and

eliminating program errors.– Desk checking happens after a

program is coded and involves a visual and mental review to discover programming errors.

– Programs are tested for logic errors using test data that simulates both valid transactions and all possible error conditions.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 75: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 94 of 171

PHYSICAL SYSTEMS DESIGN

– Large programs are often tested in three stages:

• Individual program modules.• The linkages between the module

and the control module.• The interfaces between the

program being tested and other application programs.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 76: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 95 of 171

PHYSICAL SYSTEMS DESIGN

– Errors need to be found as soon as possible in the development process.

– Errors discovered late cost 80-1000% more to fix than those found early.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 77: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 96 of 171

PHYSICAL SYSTEMS DESIGN

• STEP FIVE: Document the program.– Documentation explains how

programs work and helps correct and resolve errors.

– Includes flowcharts, record layouts, E-R diagrams, REA data models, narrative descriptions of the system, etc., organized in a manual.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 78: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 97 of 171

PHYSICAL SYSTEMS DESIGN

• STEP SIX: Train program users.– Often uses the program

documentation.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 79: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 98 of 171

PHYSICAL SYSTEMS DESIGN

• STEP SEVEN: Install the system.- All components are brought

together, and the company begins to use the system.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 80: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 99 of 171

PHYSICAL SYSTEMS DESIGN

• STEP EIGHT: Use and modify the system. – Program maintenance is a

response to any factors that require program revision.

– Includes requests for:• New or revised reports.• Changes in input, file content, or

values such as tax rates.• Error detection and correction.• Conversion to new hardware.

SystemsAnalysis

ConceptualDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 81: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 100 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

Page 82: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 101 of 171

PHYSICAL SYSTEMS DESIGN

• Procedures Design– Individuals who interact with a newly-designed

AIS need procedures to cover:• Input preparation• Transaction processing• Error detection and correction• Controls• Reconciliation of balances• Database access• Output preparation and distribution• Computer operator instructions

Page 83: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 102 of 171

PHYSICAL SYSTEMS DESIGN

• Procedures may take the form of:– System manuals

– User instruction classes

– Training materials

– Online help screens

Page 84: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 103 of 171

PHYSICAL SYSTEMS DESIGN

• The procedures may be written by:– Development teams;

– Users; or

– Teams representing both groups.

Page 85: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 104 of 171

SystemsAnalysis

ConceptualSystemsDesign

OutputDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

File & DBDesign

InputDesign

ProgramDesign

Proce-dures

Design

ControlsDesign

Page 86: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 105 of 171

PHYSICAL SYSTEMS DESIGN

• Controls Design– Improperly controlled input, processing, and

database functions produce information of questionable value.

– Controls must be built into an AIS to ensure its effectiveness, efficiency, and accuracy. These controls should:

• Minimize errors• Detect and correct errors when they do occur

– Accountants play a vital role in this area.

Page 87: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 106 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity • Are all interactions valid?

Page 88: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 107 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization

• Are input, processing, storage, and output activities authorized by the appropriate managers?

Page 89: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 108 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy • Is input verified to ensure accuracy?

• What controls ensure that data is not lost when passing between processing activities?

Page 90: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 109 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy– Security

• Is the system protected against:– Unauthorized physical and logical access to prevent

improper use, alteration, destruction, or disclosure of information and software?

– Theft of system resources?

Page 91: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 110 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy– Security– Numerical control

• Are documents pre-numbered to prevent errors or intentional misuse and to detect when documents are missing or stolen?

Page 92: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 111 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy– Security– Numerical control– Availability

• Is the system available as set forth in agreements?• Can users enter, update, and retrieve data during those

times?

Page 93: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 112 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy– Security– Numerical control– Availability– Maintainability

• Can the system be modified without affecting system availability, security, and integrity?

• Are only authorized, tested, and documented changes made to the system and data?

• Are resources available to manage, schedule, document, and communicate changes to management and authorized users?

Page 94: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 113 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy– Security– Numerical control– Availability– Maintainability– Integrity

• Is processing complete, accurate, timely, and authorized?

• Is it free from unauthorized or inadvertent manipulations?

Page 95: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 114 of 171

PHYSICAL SYSTEMS DESIGN

• Important control concerns that must be addressed include:– Validity– Authorization– Accuracy– Security– Numerical control– Availability– Maintainability– Integrity– Audit trail

• Can data be traced from source to output and vice versa?

Page 96: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 115 of 171

PHYSICAL SYSTEMS DESIGN

• Physical Systems Design Report– At the end of the physical design phase, a

physical systems design report is prepared, summarizing what was accomplished.

– This report serves as the basis for management’s decision whether to proceed to implementation.

Page 97: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 116 of 171

PHYSICAL SYSTEMS DESIGN

• Physical Systems Design Report– At the end of the physical design phase, a

physical systems design report is prepared, summarizing what was accomplished.

– This report serves as the basis for management’s decision whether to proceed to implementation.

Page 98: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 117 of 171

INTRODUCTION

• The crucial phases of the SDLC include:– Systems analysis to define the new systems

requirements (discussed in Chapter 18).– The phases discussed in this chapter, which

include:• Conceptual systems design• Physical systems design• Systems implementation and conversion• Operation and maintenance

Page 99: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 118 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• SYSTEMS IMPLEMENTATION– Systems implementation is the process of

installing hardware and software and getting the AIS up and running.

– Phases include:• Developing a plan• Preparing the site• Installing and testing hardware and software• Selecting and training personnel• Completing documentation• Testing the system

Page 100: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 119 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

SystemImplementation

AndConversion

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 101: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 120 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 102: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 121 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Implementation Planning– An implementation plan consists of:

• Implementation tasks• Expected completion dates• Cost estimates• Specification of the person(s) responsible for each task

– The plan specifies when the project should be complete and operational.

– The implementation team should identify risk factors that decrease the likelihood of successful implementation, and the plan should contain a strategy for coping with each of the risks.

Page 103: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 122 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• AIS changes may require adjustments to the company’s organizational structure, including:– Creation of new departments.– Elimination or downsizing of existing

departments.– Changes even in the data processing department.

Page 104: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 123 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 105: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 124 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Site Preparation– A large computer may require changes such as:

• New electrical outlets• Data communications facilities• Raised floors• Humidity controls• Special lighting• Air-conditioning• Security measures, such as:

– Fire protection– Emergency power supply

• Space for equipment, storage, and offices

Page 106: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 125 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

Site preparation is a lengthy process and should begin well ahead of the installation date.

Page 107: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 126 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 108: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 127 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Select and Train Personnel– Employees can be hired from outside or

transferred internally.• Hiring within is usually more effective and less

costly, because the employees already understand the business.

• Transferring displaced employees can enhance loyalty and morale.

– Companies take training shortcuts because:• Effective training is time-consuming and

expensive.• Those who understand the system are maintaining

and upgrading it.

Page 109: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 128 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• When training is insufficient, the company will not achieve the expected return on investment.

• The hidden cost is that users will turn to their coworkers who have mastered the system for help. Results in:– Less productive coworkers– Increased costs

• Effective training includes:– Hardware and software skills– Orientation to new policies and operations

• The training should be scheduled just before systems testing and conversion.

Page 110: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 129 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Types of training include:– Technical training from vendors– Self-study manuals– Computer-aided instruction– Videotape presentations– Role-playing– Case studies– Experimenting with the AIS under the

guidance of experienced users

Page 111: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 130 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 112: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 131 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three types of documentation must be prepared for new systems:– Development documentation

• Describes the AIS and includes:– A system description– Copies of output, input, file, and database layouts– Program flowcharts– Test results– User acceptance forms

Page 113: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 132 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three types of documentation must be prepared for new systems:– Development documentation– Operations documentation

• Includes:– Operating schedules– Files and databases accessed– Equipment, security, and file retention requirements

Page 114: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 133 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three types of documentation must be prepared for new systems:– Development documentation– Operations documentation– User documentation

• Teaches users how to operate the AIS.• Includes a procedures manual and training materials.

Page 115: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 134 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 116: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 135 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Test the System– Inadequate system testing has contributed to the

failure of systems.– All of the following should be given a trial run in

realistic circumstances.• Documents and reports• User input• Operating and control procedures• Processing procedures• Computer programs

– Should also test:• Capacity limits• Backup and recovery procedures

Page 117: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 136 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three common forms of testing include:– Walk-throughs

• Step-by-step reviews of procedures or program logic.– Attended by the development team and users early in system

design.– Focus is on organization:

• Input• Files• Outputs• Data flows

– Subsequent walk-throughs are attended by programmers.• Address logical and structural aspects of program code.

Page 118: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 137 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three common forms of testing include:– Walk-throughs– Processing test transactions

• Determines whether the program operates as designed.

• Requires both valid and erroneous data.• The correct response for each test should be

specified in advance.

Page 119: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 138 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three common forms of testing include:– Walk-throughs– Processing test transactions– Acceptance tests

• Uses copies of real transactions and files rather than hypothetical ones.– Users develop acceptance criteria.– Then make final decision whether to accept

Page 120: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 139 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Three common forms of testing include:– Walk-throughs– Processing test transactions– Acceptance tests

• Even software purchased from an outside vendor must be tested thoroughly before installation.

Page 121: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 140 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalSystemsDesign

OperationAnd

Maintenance

Prepare site;Install & test

hardware

Select & TrainPersonnel

ImplementationPlanning

Completedocumentation

Testsystem

Conversion

Page 122: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 141 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Systems Conversion– Conversion is the process of changing from the old

AIS to the new.– Many elements must be converted, including:

• Hardware• Software• Data files• Procedures

– The process is complete when the new AIS has become a routine, ongoing part of the system.

Page 123: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 142 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Conversion Approaches– Four conversion approaches are used to

change from an old to a new system:• Direct conversion• Parallel conversion• Phase-in conversion• Pilot conversion

Page 124: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 143 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Conversion Approaches– Four conversion approaches are used to

change from an old to a new system:• Direct conversion• Parallel conversion• Phase-in conversion• Pilot conversion

Page 125: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 144 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Direct conversion– Immediately terminates the old AIS when the

new one is introduced.– Appropriate when:

• The old AIS has no value; or• The new AIS is so different that comparisons

between the two are meaningless.

Page 126: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 145 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Main advantage to direct conversion:– It’s inexpensive

• Main disadvantage:– It provides no backup AIS.

• There is a high risk of failure unless the new system has been very carefully developed and tested.

Page 127: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 146 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Conversion Approaches– Four conversion approaches are used to

change from an old to a new system:• Direct conversion• Parallel conversion• Phase-in conversion• Pilot conversion

Page 128: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 147 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Parallel conversion– Operates the old and new systems

simultaneously for a period of time.– You can process transactions with both

systems, compare output, reconcile differences, and make corrections to the new AIS.

Page 129: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 148 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Main advantage to parallel conversion:– It protects the company from errors.

• Main disadvantage:– It is costly and stressful for employees to process all

transactions twice.

• Because companies often experience problems during conversion, parallel processing has gained widespread popularity.

Page 130: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 149 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Conversion Approaches– Four conversion approaches are used to

change from an old to a new system:• Direct conversion• Parallel conversion• Phase-in conversion• Pilot conversion

Page 131: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 150 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Phase-in conversion– Gradually replaces elements of the old AIS with the

new one.– The new system is often phased in a module at a

time.– Main Advantage:

• Data processing resources can be acquired over time.

– Disadvantages:• Costs of creating temporary interfaces between old and new

AIS.• Time required to make the complete conversion.

Page 132: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 151 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Conversion Approaches– Four conversion approaches are used to

change from an old to a new system:• Direct conversion• Parallel conversion• Phase-in conversion• Pilot conversion

Page 133: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 152 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Pilot conversion– Implements a system in just one part of the

organization, e.g., a branch office or a single store.– When problems with the system are resolved, the

new system could be implemented at the remaining locations.

– Advantages:• Localizes conversion problems and allows training in a live

environment.

– Disadvantages:• Long conversion time.• Need for interfaces between old and new systems.

Page 134: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 153 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Data Conversion– Data conversion can be time-consuming,

tedious, and expense.– The difficulty and magnitude is easy to

underestimate.– Data files may need to be modified in three

ways:• Files may be moved to a different storage medium

(e.g., tape to disk).• Data content may be changed (e.g., fields added

or deleted).• A file or database format may be changed.

Page 135: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 154 of 171

SYSTEMS IMPLEMENTATION AND CONVERSION

• Steps in the data conversion process:– Decide which data files need to be converted.– Check files for completeness and data inaccuracies,

and remove any inconsistencies.– Do the actual data conversion.– Validate the new files to ensure data were not lost

during conversion.– If the file conversion is lengthy, update the new files

with transactions that occurred during data conversion.

– After conversion and testing, monitor the system to make sure it runs smoothly and accurately.

– Document the conversion activities.

Page 136: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 155 of 171

SystemsAnalysis

ConceptualSystemsDesign

PhysicalDesign

ImplementationAnd

Conversion

OperationAnd

Maintenance

Page 137: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 156 of 171

OPERATIONS AND MAINTENANCE

• The last step in the SDLC is to operate and maintain the new system.

• A post-implementation review should be conducted to ensure the new AIS meets its planned objectives.

Page 138: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 157 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives• Does the system help the organization meet its goals,

objectives, and overall mission?

Page 139: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 158 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives

– Satisfaction• Are users satisfied?• Do they want changes or improvements?

Page 140: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 159 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives

– Satisfaction

– Benefits • Were the expected benefits achieved?

Page 141: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 160 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives

– Satisfaction

– Benefits

– Costs • Are actual costs in line with expected costs?

Page 142: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 161 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives

– Satisfaction

– Benefits

– Costs

– Reliability• Has the system failed, and if so, why?

Page 143: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 162 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives

– Satisfaction

– Benefits

– Costs

– Reliability

– Accuracy• Does the system produce accurate and complete

data?

Page 144: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 163 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Goals and objectives

– Satisfaction

– Benefits

– Costs

– Reliability

– Accuracy

– Timeliness• Does the system produce timely information?

Page 145: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 164 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility Are hardware, software, data, and procedures

compatible with existing systems?

Page 146: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 165 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility

– Controls and security Are there safeguards against unintentional errors,

fraud, and intrusion?

Page 147: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 166 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility

– Controls and security

– Errors Are there adequate error-handling procedures?

Page 148: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 167 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility

– Controls and security

– Errors

– Training• Are systems personnel and users adequately

trained?

Page 149: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 168 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility

– Controls and security

– Errors

– Training

– Communications• Is the communications system adequate?

Page 150: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 169 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility

– Controls and security

– Errors

– Training

– Communications

– Organization changes

• Are structural changes that resulted from the system beneficial or harmful?

• If harmful, how can they be resolved?

Page 151: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 170 of 171

OPERATIONS AND MAINTENANCE

• Factors and questions include:

– Compatibility

– Controls and security

– Errors

– Training

– Communications

– Organization changes

– Documentation

• Is documentation complete and accurate?

Page 152: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 171 of 171

OPERATIONS AND MAINTENANCE

• Any problems discovered during the review should be brought to management’s attention, and adjustments should be made.

• When the review is complete, a post-implementation review report is prepared.

• User acceptance of that report is the final activity in systems development.

Page 153: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 172 of 171

OPERATIONS AND MAINTENANCE

• Control of the AIS is then passed to the data processing department.

• But the work is not done.– About 30% of the work takes place during

development.– The remaining 70% is spent in maintaining the

system—particularly with respect to software modifications and updates.

Page 154: Ais Romney 2006 Slides 20 System Design

© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart 173 of 171

SUMMARY AND CONCLUSIONS

• You’ve learned in more depth about the activities that take place in the conceptual design phase of the systems development life cycle (SDLC).

• You’ve also learned about activities that take place in the physical systems design phase.

• You’ve explored what happens during the systems implementation and conversion process.

• Finally, you’ve learned about the activities in the last phase of the systems development life cycle—the systems operation and maintenance process.