Systems maintenance & adoption

Slides:



Advertisements
Similar presentations
Making the System Operational
Advertisements

Class 22 Systems Adoption Process MIS 2000 Information Systems for Management Instructor: Bob Travica Updated 2014.
MIS 2000 Class 20 System Development Process Updated 2014.
SOFTWARE MAINTENANCE 24 March 2013 William W. McMillan.
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Class 8 Systems Development Asper School of Business - MBA 6150 Management of Information Systems & Technology April-June 2009 Instructor: Bob Travica.
Class 9 Systems Acceptance and Organizational Change Asper School of Business - MBA Program MIS 6150 Management of Information Systems & Technology April-June.
14-1 © Prentice Hall, 2004 Chapter 14: Production Stage Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey.
Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Analyzing systems process: Use Case Diagram.
Rational Unified Process Workflows. The Rational Unified Process.
Systems maintenance Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Updated: November 2009.
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Implementation.
Systems maintenance & adoption Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Updated: November 2013.
Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica System architectures Updated: November 2014.
Fundamental System Concepts Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Updated: September 2014.
SDLC. Information Systems Development Terms SDLC - the development method used by most organizations today for large, complex systems Systems Analysts.
Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica System implementation and deployment Updated: November.
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Data Structures and Programming.  John Edgar2.
Chapter 9 – Software Evolution and Maintenance
Introduction to Network Defense
Lecture # 22 Software Evolution
“Here’s why you need the new wheels, too…” Shawn and Steve Image from
Appendix 2 Automated Tools for Systems Development © 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 2 Slide 1.
Transaction Processing Systems and System Development Life Cycle
1 Ontology Summit 2011 Track 3 Value Metrics & Value Models Ontology Use - Maintenance Todd Schneider Raytheon 17 February 2011.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
Service Level Agreements Service Level Statements NO YES The process of negotiating and defining the levels of user service (service levels) required.
Software quality factors
Module 4: Systems Development Chapter 14: Design And Implementation.
Software Maintenance Speaker: Jerry Gao Ph.D. San Jose State University URL: Sept., 2001.
Software Life-Cycle and Models
Copyright 2002 Prentice-Hall, Inc. Chapter 4 Automated Tools for Systems Development 4.1 Modern Systems Analysis and Design.
Winter 2011SEG Chapter 11 Chapter 1 (Part 1) Review from previous courses Subject 1: The Software Development Process.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
Objectives 4 Identify the meaning of software maintenance and it’s importance in the project life cycle 4 Understand why maintenance is needed.
10-1 McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved.
Public Management Information Systems Implementation and Maintenance Friday, June 10, 2016 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program.
1 CQA Training QUESTION BANK. 2 CQA Training QUESTION 1 THE TWO DEFINITIONS OF QUALITY ARE: QUALITY MEANS MEETING REQUIREMENTS QUALITY MEANS FIT FOR USE.
Enterprise Processes and Systems MIS 2000 Instructor: Bob Travica Updated 2016 Class 16.
Chapter 25 – Configuration Management 1Chapter 25 Configuration management.
Outline Risk Identifying risks to your project Change Managing change for your project.
Embedded Systems Software Engineering
Appendix 2 Automated Tools for Systems Development
Software Configuration Management
Rekayasa Perangkat Lunak
Software Quality Assurance Software Quality Factor
Chapter 18 Maintaining Information Systems
Systems Adoption Process
Business System Development
Installation Conversion is the technical process of replacing the old system with the new one. Designers select the method, timing, and location of the.
Maintaining software solutions
Tradeoff Analysis of Strategies for System Qualities
Rekayasa Perangkat Lunak
CS 425/625 Software Engineering Software Evolution
Maintenance.
Software Maintenance Main issues: why maintenance is such an issue
Software Maintenance Main issues: why maintenance is such an issue
Database Systems Instructor Name: Lecture-2.
INFORMATION SYSTEMS PLAN
Capability Maturity Model
Chapter 8 Software Evolution.
Software Maintenance Main issues: why maintenance is such an issue
Projects, Assignments, and other Assessments
Case Study 1 By : Shweta Agarwal Nikhil Walecha Amit Goyal
Capability Maturity Model
Software Maintenance Part1 Introduction. Outlines What Is Software Maintenance Purposes of Maintenance Why We Need It Maintenance Difficilties Some Tips.
Public Management Information Systems Implementation and Maintenance Sunday, August 04, 2019 Hun Myoung Park, Ph.D. Public Management & Policy Analysis.
Presentation transcript:

Systems maintenance & adoption Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Systems maintenance & adoption Updated: November 2017

Outline Maintenance concept Maintenance types Maintenance costs System adoption Counter-Adoption methods Management of Counter-Adoption

System Operation as System Life Stage Systems operation (production stage) – period after deployment (rollout, going live, cutover) in which a system is used in daily work Management activities: Promoting system adoption Technical activities : Fine-tuning & upgrading of the system - maintenance activities

System Maintenance Usually, more human resources are involved in maintaining systems than in developing new systems. Upgrades can accumulate over time to the extent that a resulting system is significantly different from the initial system - hard to differentiate between maintenance and development. U U U U U New system vs old system?

Maintenance types Corrective maintenance - Fixing software bugs (70% of all maintenance) Responsive maintenance - Respond to business needs (add a function, add storage, etc.)

Maintenance types (cont.) Preventive maintenance – Modify system to anticipated business needs Perfective maintenance – Changes of existing functions etc. toward technical perfection

Maintenance Cost Factors Number of clients (users) of the system Quality of code & overall design Quality of system documentation Quality of maintenance personnel Availability of automated tools $ No. of clients $ Code quality, Documentation quality, Personnel quality, Automated tools

System Adoption Process of making a system part of routine work. Includes motivating end-users. Management issue involving higher IS managers and biz managers. Speed of adoption: End-users (primary, secondary) Earlier Adopters (50%) - Early adoption majority (34%) - First adopters (16%) Later Adopters (50%) - Late adoption majority (34%) - Resistors/Laggards (16%)

Speed of adoption Assumes normal distribution Historical trend Number of users 2.5% Self-starters, no incentives needed 2.5% Resistors (incurable)

Counter-Adoption Methods 1) System is “not-Invented here” ( “system developers don’t really understand our needs” even though the system may be good) 2) System is “hard to use” (Ease of Use is the key cause to system adoption in Technology Acceptance Model, but here a system’s difficulty is amplified, used an excuse for rejection)

Counter-Adoption Methods 3) Money is tight (decision makers cut funds for software, hardware, labor to block system development, arguing that there are priority needs) 4) Withholding resources needed for adoption (blocking system by limiting other than $ - time for new system learning, training for system upgrades, office space, incentives)

Managing Counter-Adoption Taking leadership via several methods: Involve end-users in system development Promote change agents (get managers aboard, give incentives, train users motivated to educate others) Educate end-users and managers on benefits from the system. Note that each group may have different benefits. Deal proactively with costs: End-users (learning new skills; loss of old skills) Managers (e.g., power loss issues) Organizational costs (manage time, plan temporary efficiency loss, manage moral)