McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 19 Systems Construction and Implementation.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

Making the System Operational
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 20 Systems Operations and Support.
Systems Implementation and Operation
Software Quality Assurance Plan
System Construction and Implementation Objectives:
Documentation Testing
Designing new systems or modifying existing ones should always be aimed at helping an organization achieve its goals State the purpose of systems design.
6.1 Copyright © 2014 Pearson Education, Inc. publishing as Prentice Hall Building Information Systems Chapter 13 VIDEO CASES Video Case 1: IBM: Business.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Managing the Information Technology Resource Jerry N. Luftman
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Computers: Tools for an Information Age
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Chapter 9 Database Design
7.2 System Development Life Cycle (SDLC)
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Introduction to Systems Analysis and Design
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
System Implementation
Introduction to Computer Technology
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Chapter 22 Systems Design, Implementation, and Operation Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 22-1.
Introduction to Systems Analysis and Design Trisha Cummings.
Systems Analysis and Design: The Big Picture
Chapter 10.
MSIS 630: Week 13 System Implementation and Support
Design Completion A Major Milestone System is Presented to Users and Management for Approval.
CCSB223/SAD/CHAPTER141 Chapter 14 Implementing and Maintaining the System.
1 Building and Maintaining Information Systems. 2 Opening Case: Yahoo! Store Allows small businesses to create their own online store – No programming.
PHASE 4 SYSTEMS IMPLEMENTATION Application Development SYSTEMS ANALYSIS & DESIGN.
System Construction and Implementation
Managing the development and purchase of information systems (Part 1)
Software Testing Life Cycle
Copyright Irwin/McGraw-Hill Systems Support Prepared by Kevin C. Dittman for Systems Analysis & Design Methods 4ed by J. L. Whitten & L. D. Bentley.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
INFO 503Lecture #101 Introduction to Information Systems Analysis Systems Operations and Support Review INFO 503 Glenn Booker.
Chapter 14 Information System Development
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
1 Systems Analysis & Design Systems Implementation & Support IS 431: Lecture 11 CSUN Information Systems.
Copyright Irwin/McGraw-Hill Systems Implementation Prepared by Kevin C. Dittman for Systems Analysis & Design Methods 4ed by J. L. Whitten & L.
Fundamentals of Information Systems, Third Edition1 Systems Design Answers the question “How will the information system do what it must do to solve a.
System Implementation 1. Software and Hardware Acquisition  Recognize Need, Appoint Committee and/or Project Manager: For large systems, the majority.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Construction, Testing, Documentation, and Installation Chapters 15 and 16 Info 361: Systems Analysis and Design.
IFS310: Module 13 Implementation and Support - Construction, Conversion and Maintenance of the New System.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Module 4: Systems Development Chapter 14: Design And Implementation.
1 Systems Support Introduction  The chapter will address the following questions:  What is systems support?  What is the role of a repository in systems.
20-1 Systems support is the on-going technical support for users, as well as the maintenance required to fix any errors, omissions, or new requirements.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Bina Nusantara 19 C H A P T E R SYSTEM CONSTRUCTION AND IMPLEMENTATION.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
Unit 17: SDLC. Systems Development Life Cycle Five Major Phases Plus Documentation throughout Plus Evaluation…
1 Systems Implementation Introduction  The chapter will address the following questions:  What is the systems implementation process in terms of the.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
10-1 McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved.
Core Concepts of ACCOUNTING INFORMATION SYSTEMS Moscove, Simkin & Bagranoff John Wiley & Sons, Inc. Developed by: S. Bhattacharya, Ph.D. Florida Atlantic.
MANAGEMENT INFORMATION SYSTEM
Principles of Information Systems Eighth Edition
Software Project Configuration Management
Chapter 6 Database Design
Systems Design, Implementation, and Operation
SYSTEMS ANALYSIS & DESIGN
Systems Construction and Implementation
System Construction and Implementation
Systems Construction and Implementation
Systems Operations and Support
Presentation transcript:

McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 19 Systems Construction and Implementation

19-2 Objectives Explain the purpose of the construction and implementation phases of the systems life cycle. Describe the systems construction and implementation phases in terms of your information building blocks. Describe the systems construction implementation phases in terms of major tasks, roles, inputs and outputs. Explain several application program and system tests. Identify several system conversion strategies. Identify those chapters in this textbook that can help you actually perform the tasks of systems construction and implementation.

19-3 What Is System Construction and Implementation? Systems construction – the development, installation, and testing of system components. A common but unfortunate synonym is systems development (more frequently used to describe the entire life cycle.) Systems implementation – the installation and delivery of the entire system into production. Day-to-day operation

19-4 Tasks for Completing The Construction Phase

19-5 Construction Phase – 1. Build and Test Networks Often system built around existing networks. If system calls for new network functionality, must by built and tested prior to programs that use that it. Roles Network designer Designs LAN and WAN connectivity Network administrator builds and tests Network architecture standards Security Systems analyst Facilitates Ensures that business requirements are not compromised

19-6 Construction Phase – 2. Build and Test Databases Implement database schema Test with sample data Deliver unpopulated database structure Roles System users Provide and/or approve test data Database designer/programmer Build tables, views, stored procedures (if relational database) Database administrator “Tune” database for optimum performance Security Backup and recovery Systems Analyst Build non-corporate, applications-oriented database Ensures business requirements compliance

19-7 Construction Phase – 3. Install and Test New Software If system requires purchased or leased software, must be installed and tested. Roles Systems analyst Clarifies business requirements System designer Clarifies integration requirements Network administrator Install software package Software vendor/consultant Assist in installation and testing Applications programmer Test according to integration requirements

19-8 Construction Phase – 4. Write and Test New Programs Develop in-house programs Reuse available software components in library Write new components Test Document Roles Systems analyst Clarifies business requirements System designer Clarifies program design and integration requirements Application programmer (or team) Writes and tests in-house software

19-9 Levels of Testing Stub test - a test performed on a subset of a program. Individual events or modules of a program. Testing of an isolated subset of a program. Unit or program test – a test performed on an entire program. All the events and modules tested as an integrated unit. Systems test – a test performed on an entire system Ensures that application programs written and tested in isolation work properly when integrated into the total system.

19-10 Tasks for Completing The Implementation Phase

19-11 Implementation Phase - 1. Conduct System Test Test network, databases, purchased software, new in-house software, and existing software to make sure it all works together. Roles Systems analyst Develops system test data Communicates problems and issues System builders (database, network, programmers) Resolve problems revealed during testing System owners and users Verify whether or not system operates correctly May result in return to construction phase Iterate until successful system test

19-12 Implementation Phase – 2. Prepare Conversion Plan Plan for how to convert from old system to new system. How to install and populate databases How to train users Finalize documentation Conversion issues Roles System analyst/Project manager Develop a detailed conversion plan Steering committee Approves plan and timetable

19-13 Installation Strategies Abrupt cutover Parallel conversion Location conversion Staged conversion Versions Locations

19-14 Systems Acceptance Test Systems acceptance test – a test performed on the final system wherein users conduct a verification, validation, and audit test. Uses real data over an extended time period Extensive test that addresses: verification testing, validation testing, and audit testing. Verification testing runs the system in a simulated environment using simulated data. Alpha testing Simulated environment using simulated data Checks for errors and omissions regarding end-use and design specifications

19-15 Systems Acceptance Test (continued) Validation testing runs the system in a live environment using real data. Beta testing Live environment using real data Testing: Systems performance (throughput and response time) Peak workload performance Human engineering Methods and procedures Backup and recovery Audit testing certifies that the system is free of errors and is ready to be placed into operation.

19-16 Implementation Phase – 3. Install Databases Populate new system databases with existing data from old system Generally have to restructure data as it is populated Must confirm that data is translated correctly Roles Application programmers Write (or use) special programs to extract data from existing databases and populate new databases Systems analyst/designer Calculate database sizes and estimate time for installation

19-17 Implementation Phase – 4. Train Users System users trained and provided with documentation Roles System analyst Plan trainings Conduct trainings Write documentation Help users through the learning period System owners Approve release time for training System users Attend training Accept system

19-18 An Outline For A Training Manual I. Introduction II. Manual A. The manual system (a detailed explanation of people’s jobs and standard operating procedures for the new system). B. The computer system (how it fits into the overall workflow). 1. Terminal/keyboard familiarization. 2. First-time end users. a. Getting started. b. Lessons C. Reference manual (for non beginners). III. Appendixes A. Error messages.

19-19 Implementation Phase – 5. Convert to New System Ownership transfers from analysts and builders to end users. Roles Systems analyst/Project manager Carries out conversion plan Correct shortcomings Measure system acceptance System owners Provide feedback System users Provide feedback

McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 20 Systems Operations and Support

19-21 Objectives Define systems operations and support. Describe relative roles of a repository, program library, and database in systems operations and support. Differentiate between maintenance, recovery, technical support, and enhancement as system support activities. Describe tasks required to maintain programs in response to bugs. Describe role of benchmarking in system maintenance. Describe the systems analyst’s role in system recovery. Describe forms of technical support provided by a systems analyst for the user community. Describe tasks that should/may be performed in system enhancement, and relationship between enhancement and original systems development process. Describe the role of reengineering in systems enhancement. Describe three types of reengineering.

19-22 Systems support is the on-going technical support for users, as well as the maintenance required to fix any errors, omissions, or new requirements that may arise. Systems operation is the day-to-day, week-to-week, month-to-month, and year-to-year execution of an information system’s business processes and application programs. An operational system is a system that has been placed into operation. Frequently called a production system. Support versus Operation

19-23 Systems Development, Operation, and Support Functions

19-24 Three Important Data Stores The repository is a data store(s) of accumulated system knowledge—system models, detailed specifications, and any other documentation accumulated during systems development. The program library is a data store(s) of all application programs. The business data is all those data stores of the actual business data created and maintained by the production application programs.

19-25 Systems Support Activities

19-26 System Support Activities System maintenance corrects “bugs” or errors that slipped through the system development process. System recovery is the restoration of the system and data after a system failure. Technical support is any assistance provided to users in response to inexperience or unanticipated situations. System enhancement is the improvement of the system to handle new business problems, new technical problems, or new technology requirements.

19-27 System Maintenance - Causes of “Bugs” Poorly validated requirements. Poorly communicated requirements. Misinterpreted requirements. Incorrectly implemented requirements or designs. Simple misuse of the programs.

19-28 System Maintenance Objectives To make predictable changes to existing programs to correct errors. To preserve those aspects of the programs that were correct, and to avoid “ripple effects” of changes that may adversely affect the correctly functioning aspects. To avoid, as much as possible, the degradation of system performance. To complete the task as quickly as possible without sacrificing quality and reliability of the system.

19-29 System Maintenance Tasks

19-30 System Maintenance Tasks 1.Validate the problem. 2.Benchmark the program. test script - a repository of test cases to be executed against all program revisions. 3.Study and debug the program to fix: Poor program structure. Unstructured (or poorly structured) logic. Prior maintenance (so-called “ripple” effects.) Dead code. Poor or inadequate documentation. 4.Test the program.

19-31 Testing Unit testing (essential) ensures that the stand-alone program fixes the bug without undesirable side effects to the program. System testing (essential) ensures that the entire application, of which the modified and unit tested program was a part, still works as a complete system. Regression testing (recommended) extrapolates the impact of the changes on system performance (throughput and response time) by analyzing before- and-after performance against the test script. Version control - a process whereby a librarian program keeps track of changes made to programs to facilitate backtracking.

19-32 System Recovery Activities 1.Recover from user’s terminal. Menu option Reboot 2.Systems operations personnel correct server problem (network admin, database admin, webmaster). 3.Data administrator recovers lost data or corrupted files. Lost transactions must be reprocessed (roll forward) Partially processed transactions must be undone (roll back) 4.Network administrator fixes LAN or WAN problem. 5.Technicians or vendor reps fix hardware problem. 6.Software bug must be trapped and fixed.

19-33 Technical Support Being on call to assist users Typical tasks: Routinely observing use of system Conducting user-satisfaction surveys and meetings Changing business procedures for clarification Providing additional training Logging enhancement ideas and requests in repository

19-34 System Enhancement Triggers New business problems New business requirements New technology requirements (inclusive of hardware and software upgrades) New design requirements

19-35 System Enhancement Tasks

19-36 System Enhancement Tasks 1. Analyze enhancement request. 2. If appropriate, make the quick fix. Changes that can be made without Restructuring stored data Updating stored data Inputting new data In other words, reports and outputs Requirements that exceed this should be subjected to systems analysis and design to consider implications. Can be written in 4GLs

19-37 System Enhancement Tasks (continued) 3.Recover the existing physical system: Updating repository and documentation for changes Database recovery and restructuring Program analysis, recovery, and restructuring Software metrics - mathematically proven measurements of software quality and developer productivity. –Measurement of control flow knots (logic complexity) –Measurement of cycle complexity Code reorganization of modularity and/or logic Code conversion from one language to another Code slicing to create reusable software components or objects out of existing code

19-38 System Obsolescence All systems degrade over time At some point, not cost-effective to support and maintain Leads to a new systems development project Full circle to chapters 3-19