15-1 Chapter 15 System Implementation Modern Systems Analysis and Design Fourth Edition.
-
Upload
clarence-blaydes -
Category
Documents
-
view
217 -
download
0
Transcript of 15-1 Chapter 15 System Implementation Modern Systems Analysis and Design Fourth Edition.
15-1
Chapter 15
System Implementation
Modern Systems Analysisand Design
Fourth Edition
15-2
Learning Objectives
Describe the process of coding, testing, and system conversion.
Prepare a test plan for an information system. Apply four installation strategies. List deliverables for documentation, training,
and user support. Distinguish between system and user
documentation. Compare different user training modes. Discuss issues of end-user support. Explain factors influencing implementation
success.
15-3
15-4
Purpose of System Implementation
• To convert final physical system specifications into working and reliable software
• To document work that has been done• To provide help for current and future users• Six major activities:
– Coding– Testing– Installation– Documentation– Training– Support
15-5The Process of Coding, Testing and Installation
• Coding– Physical design specifications are turned
into working computer code.
• Testing– Tests are performed using various
strategies.– Testing can be performed in parallel with
coding.
• Installation– The current system is replaced by the
new system.
15-6
Deliverables
15-7The Process of Documenting the System, Training Users, and
Supporting Users• Two audiences for final
documentation– Information systems personnel who will
maintain the system throughout its productive life
– People who will use the system as part of their daily lives
• User Training– Application-specific – General: for operating system and off-
the-shelf software
15-8
Deliverables
15-10
Testing• Testing involves the entire information systems. It
requires testing each of:– the individual programs (unit testing).– testing the entire system of programs (system testing). – testing applications with a large amount of data (volume
testing).– and testing all related systems together (integration
testing ).– conducting tests required by the user (acceptance
testing).
15-11
Significant Quote
Nixons Law
The man who can smile when things go wrong has thought of someone to blame.
Flon's axiom
There does not now, nor will there ever, exist a programming language in which it is the least bit hard to write bad programs.
(Lawrence Flon)
15-14
Manual Testing Techniques
• Inspection– A testing technique in which participants examine
program code for predictable language-specific errors
• Walkthrough– A peer group review of any product created
during the systems development process; also called a structured walkthrough
• Desk Checking– A testing technique in which the program code is
sequentially executed manually by the reviewer
15-16
Automated Testing Techniques
• Syntax Checking– The compiler is run against the source code to
identify syntax errors.
• Unit Testing– Each module is tested alone in an attempt to discover
any errors in its code, also called module testing.
• Integration Testing– The process of bringing together all of the modules
that a program comprises for testing purposes. Modules are typically integrated in a top-down, incremental fashion.
15-17
Automated Testing Techniques (cont.)
• System Testing– The bringing together of all the programs
that a system comprises for testing purposes. Programs are typically integrated in a top-down, incremental fashion.
• Stub Testing– A technique used in testing, especially
where modules are written and tested in a top-down fashion, where a few lines of code are used to substitute for subordinate modules.
15-18
Test Cases
• Test case: a scenario of transactions, queries or navigation paths
• Can represent either:– Typical system use– Critical system use– Abnormal system use
• Test cases and results should be thoroughly documented so they can be repeated for each revision of an application.
15-20
User Acceptance Testing
• Actual users test a completed information system.
• End result is the users’ final acceptance of the system.
• Alpha testing: use simulated data
• Beta testing: use real data in real user environment
15-21
Types of Alpha Tests
• Recovery testing– Forces software (or environment) to fail in order to
verify that recovery is properly performed• Security testing
– Verifies that protection mechanisms built into the system will protect it from improper penetration
• Stress testing– Tries to break the system
• Performance testing– Determines how the system performs on the range
of possible environments in which it may be used
15-22
Installation
• The organizational process of changing over from the current information system to a new one
• Four installation strategies:– Direct Installation– Parallel Installation– Single-location installation– Phased Installation
17.2217.22
15-23
Turning off the old system when the new one is turned on
15-24
Running the old and new information systems at the same time until management decides the old system can be turned off
15-25
Trying out an information system at one site, then deciding if and how the new system should be deployed throughout the organization
15-26
Changing from the old information system to the new one incrementally, starting with one or a few functional components and then gradually extending the installation to cover the whole new system
15-30
User documentation is typically in the form of online help
15-31
Training Information Systems Users
• Potential training topics– Use of the system– General computer concepts– Information system concepts– Organizational concepts– System management– System installation
15-32
By far the most common training method is informal, via interaction with an in-house expert on the software
15-37
Implementation Success Factors
• Biggest measure of success: will it be used?
• Major factors influencing likelihood of use:– Personal stake of users– System characteristics– User demographics– Organizational support– Performance– Satisfaction
15-38
Project Close-Down
• Evaluate team– Reassign members to other projects
• Notify all affected parties that the development project is ending and that you are switching to operation and maintenance mode
• Conduct post project reviews• Close out customer contract
– Formal signoff
17.3817.38
15-39
Summary• In this chapter you learned how to:
Describe the process of coding, testing, and system conversion.
Prepare a test plan for an information system.Apply four installation strategies.List deliverables for documentation, training,
and user support.Distinguish between system and user
documentation.Compare different user training modes.Discuss issues of end-user support.Explain factors influencing implementation
success.