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

Slides:



Advertisements
Similar presentations
Chapter 27 Software Change.
Advertisements

Software Re-engineering
Chapter 26 Legacy Systems.
1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 7 System Design Techniques.
1 Copyright © 2010, Elsevier Inc. All rights Reserved Fig 2.1 Chapter 2.
ASYCUDA Overview … a summary of the objectives of ASYCUDA implementation projects and features of the software for the Customs computer system.
Addition Facts
1 9 Moving to Design Lecture Analysis Objectives to Design Objectives Figure 9-2.
Making the System Operational
Software change management
1 Dr. Ashraf El-Farghly SECC. 2 Level 3 focus on the organization - Best practices are gathered across the organization. - Processes are tailored depending.
Fifth Edition 1 M a n a g e m e n t I n f o r m a t i o n S y s t e m s M a n a g I n g I n f o r m a t i o n T e c h n o l o g y i n t h e E – B u s i.
The Office Procedures and Technology
Database System Concepts and Architecture
Lecture 8: Testing, Verification and Validation
Chapter 11 Software Evolution
Introduction to Databases
Addition 1’s to 20.
© Paradigm Publishing Inc Chapter 10 Information Systems.
Week 1.
©2008 Prentice Hall Business Publishing, Auditing 12/e, Arens/Beasley/Elder The Impact of Information Technology on the Audit Process Chapter 12.
James A. Senn’s Information Technology, 3rd Edition
Chapter 11 Describing Process Specifications and Structured Decisions
14-1 © Prentice Hall, 2004 Chapter 14: OOSAD Implementation and Operation (Adapted) Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
14-1 © Prentice Hall, 2004 Chapter 14: OOSAD Implementation and Operation Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
System Construction and Implementation Objectives:
Software Configuration Management
McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 19 Systems Construction and Implementation.
Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition.
PERTEMUAN 7 Copyright © 2002 Pearson Education, Inc.
Chapter 1 Assuming the Role of the Systems Analyst
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
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
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 1.1.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
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
Term 2, 2011 Week 3. CONTENTS The physical design of a network Network diagrams People who develop and support networks Developing a network Supporting.
Managing the development and purchase of information systems (Part 1)
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
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.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Chapter 3: Software Maintenance Process Omar Meqdadi SE 3860 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
1 Systems Analysis & Design Systems Implementation & Support IS 431: Lecture 11 CSUN Information Systems.
Copyright 2002 Prentice-Hall, Inc. 1.1 Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 1 The Systems Development.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
Developing Business/IT Solutions Chapter 12 McGraw-Hill/IrwinCopyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
IFS310: Module 13 Implementation and Support - Construction, Conversion and Maintenance of the New System.
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.
Chapter 5: Software Re-Engineering Omar Meqdadi SE 3860 Lecture 5 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
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.
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.
Computer Security: Principles and Practice First Edition by William Stallings and Lawrie Brown Lecture slides by Lawrie Brown Chapter 17 – IT Security.
Software Configuration Management
Software Project Configuration Management
Chapter 1 The Systems Development Environment
Chapter 1 The Systems Development Environment
Systems Design, Implementation, and Operation
Systems Construction and Implementation
Systems Construction and Implementation
Systems Operations and Support
Chapter 1 The Systems Development Environment
Presentation transcript:

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

20-2 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.

20-3

20-4 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

20-5 The Context of Systems Operation and Support

20-6 Systems Development, Operation, and Support Functions

20-7 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.

20-8 Systems Support Activities

20-9 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.

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

20-11 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.

20-12 System Maintenance Tasks

20-13 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.

20-14 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.

20-15 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.

20-16 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

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

20-18 System Enhancement Tasks

20-19 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

20-20 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

20-21 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