CSIS 3600 Systems Analysis and Design – Fall 2001 Section 1 System Maintenance and Evaluation.

Slides:



Advertisements
Similar presentations
Gallup Q12 Definitions Notes to Managers
Advertisements

McGraw-Hill/Irwin © 2006 The McGraw-Hill Companies, Inc. All rights reserved BUSINESS DRIVEN TECHNOLOGY Chapter Nineteen: Building Software to Support.
Chapter 14: Usability testing and field studies. 2 FJK User-Centered Design and Development Instructor: Franz J. Kurfess Computer Science Dept.
Chapter 14 Maintaining Information Systems Modern Systems Analysis and Design Seventh Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Chapter 10 Systems Operation, Support, and Security
© 2005 by Prentice Hall Chapter 5 Maintaining Information Systems Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Implementation.
Sylnovie Merchant, Ph.D. MIS 161 Spring 2005 MIS 161 Systems Development Life Cycle II Lecture 6: System Changeover Issues.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Fundamentals of Information Systems, Second Edition
Course Technology Chapter 3: Project Integration Management.
System Implementation
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Introduction to Systems Analysis and Design
CHAPTER 19 Building Software.
Chapter 16 Maintaining Information Systems
Chapter 14 Maintaining Information Systems
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 18 Maintaining.
Chapter 17 Acquiring and Implementing Accounting Information Systems
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 4th Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Chapter 10.
Copyright Course Technology 1999
1 Building and Maintaining Information Systems. 2 Opening Case: Yahoo! Store Allows small businesses to create their own online store – No programming.
Slide 1 Systems Analysis and Design Alan Dennis, Barbara Wixom, and David Tegarden Chapter 15: Deployment: Installation and Operations Copyright 2005 John.
System Analysis and Design
Maintaining Information Systems Modern Systems Analysis and Design.
N By: Md Rezaul Huda Reza n
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Performance Improvement. 2 Steps to Performance Improvement 1. Define the Problem 2. Define Duties or Behaviors to be Improved 3. Establish Priorities.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Chapter 14 Information System Development
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
By Touseef Tahir Software Testing Basics. Today's Agenda Software Quality assurance Software Testing Software Test cases Software Test Plans Software.
Lecture 31 Introduction to System Development Life Cycle - Part 2.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
© 2006 ITT Educational Services Inc. System Analysis for Software Engineers: Unit 3 Slide 1 Chapter 16 Maintaining Information Systems.
From Quality Control to Quality Assurance…and Beyond Alan Page Microsoft.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 18 Maintaining.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall4-1 Interactive Methods to collect Information Requirements Interviewing.
MIS 7003 MBA Core Course in MIS Professor Akhilesh Bajaj The University of Tulsa Introduction to S/W Engineering © All slides in this presentation Akhilesh.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
SEN 460 Software Quality Assurance. Bahria University Karachi Campus Waseem Akhtar Mufti B.E(C.S.E) UIT, M.S(S.E) AAU Denmark Assistant Professor Department.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
Chapter 16 Maintaining Information Systems. Objectives:  Explain and contrast four types of system maintenance.  Describe factors affecting maintenance.
10-1 McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved.
Chapter 8: Maintenance and Software Evolution Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
Copyright 2009 John Wiley & Sons, Inc. Chapter 11 Project Control.
Information Technology Project Management, Seventh Edition.
Team Contracts We can work together! Copyright © Texas Education Agency, All rights reserved. 1.
Tutorial 4 IT323.  Q1. As a software project manager in a company that specializes in the development of software for the offshore oil industry, you.
Chapter 14 Maintaining Information Systems
Chapter 18 Maintaining Information Systems
Fundamentals of Information Systems, Sixth Edition
Principles of Information Systems Eighth Edition
Chapter 18 Maintaining Information Systems
Installation Conversion is the technical process of replacing the old system with the new one. Designers select the method, timing, and location of the.
Systems Analysis and Design
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
Maintaining Information Systems (SAD- 18)
Chapter 16 Maintaining Information Systems
Chapter 18 Maintaining Information Systems
Presentation transcript:

CSIS 3600 Systems Analysis and Design – Fall 2001 Section 1 System Maintenance and Evaluation

Key Ideas Post-implementation activities include providing: –System support, such as help desks –Systems maintenance, fixing bugs and providing improvements –Project assessment, learning how to improve from project experiences PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

POST-IMPLEMENTATION ACTIVITIES PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

Institutionalization of the System Provide support –Assistance in using the system Provide maintenance –Repair or fix discovered bugs or errors –Add minor enhancements to provide added value Assess the project –Analyze what was done well –Discover what activities need improvement in the future PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

Types of System Support On-demand training at time of user need Online support –Frequently asked questions (FAQ) Help desk –Phone service for known issues –Level 2 Support PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

System Maintenance While much of the emphasis on systems development is focused at developing new systems or replacement systems, the truth is the largest expenditure for systems development in most organizations is systems maintenance. In fact, more programmers work on systems maintenance than on new development.

–And here is something for you to think about: "This disproportionate distribution of maintenance programmers is interesting since software does not wear out in a physical manner as do buildings and machines" (Hoffer, et al, 1998, page 805).

Why is Maintenance such a Major Activity? There are several reasons why maintenance is such an important area. –But one of the major factors is that many times it is more cost effective to evolve a current system than to replace it with a new system. –Other reasons include, adding additional functionality, fixing errors, and adding new processes and technologies as they are identified.

What Does System Maintenance Include? Obtaining maintenance requests Transforming requests into changes Designing Changes Implementing Changes

Sources of Change Requests 1. Problem reports from the operations group 2. Requests for enhancements from users 3. Requests from other systems development projects 4. Change requests from senior management PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

Types of Maintenance Corrective –Repair design and programming errors Adaptive –Modify system to environmental changes Perfective –Evolve system to solve new problems or take advantage of new opportunities Preventive –Safeguard system from future problems

Measuring Maintenance Effective System effectiveness should be measured by: –Number of failures –Time between failures –Type of Failures

MTBF Mean Time Between Failures (MTBF) is a measurement of error occurrences that can be tracked over time to indicate the quality of a system. Often used for hardware devices – but also for software. Some times Mean Time Between Faults is used. Tracking maintenance activities tells you how well the system is doing and provides knowledge on how the system can be improved.

Meaning of MTBF Would like to see the MTBF go up or down? –You should expect the MTBF value to rapidly increase after a few months of use. –A MTBF that does NOT rapidly increase over time, signals a problem with the system.

Costs of Maintenance Maintenance costs are a significant expenditure. Some organizations allocate as much as 80% of their IS budget to maintenance. Factors that affect costs: –Defects - # of unknown defects –Customers - # of different customers supported –Documentation - quality of technical documentation and test cases –Personnel - # of personnel dedicated to support –Tools - software development tools-debuggers,etc. –Software Structure - structure and maintainability of the code

Programmers assigned to systems maintenance:

Maintenance and the SDLC If you look closely, you will quickly see that these steps are not that different from those used in the global Systems Development Life Cycle. In fact many software vendors use the SDLC process for each new release of an existing application.

Four Stage Plan (the short version): –I.Systems Planning –II.Analysis –III.Systems Design –IV.Systems Implementation –Evaluation –One missing from this model is Maintenance –Book refers to it as post-implementation Systems Development Life Cycle PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

Evaluation and Assessment The point of the evaluation is to critique the project, its methods, its deliverables and its management. There are two categories of evaluation summative and formative. –Summative evaluation occurs after a project is complete. –Formative evaluation takes place as the project occurs.

Formative Evaluation Techniques Within a systems development project, evaluation is an ongoing process. Much of it may even be informal. –But it is helpful to have set procedures for how this ongoing evaluation is to occur. Some organizations use guidelines and ask project participants to reflect on certain aspects of the project at various milestones. This reflection might be a checklist or a few simple narrative questions (What is going well, what might work better, etc.)

Formal Formative Evaluation Test Plans They assist in evaluating the physical design of the system including application code and the database model.

Features Team For each new release of an application or for the development of a new project, a group of people are selected and assigned to serve as a team to oversee the systems development project. The group is made up of developers, application specialists, end users, management, trainers, etc. All project deliverables (which are assigned through the systems project plan that follows the organization's systems development methodology) are presented to the Features Team for approval. Approval is done by majority vote. Deliverables not approved must be revised and resubmitted to the Features Team.

Summative Evaluation Techniques Summative evaluation is usually a formal process that occurs after the project is closed. Common instruments used are: –end user surveys –interviews –system audits.

System Review Examine the extent to which the costs and benefits of the system are realized Use this information to help in more accurately estimating costs and benefits for future projects PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

System Audits System audits involve comparing the original system requirement statements with the final system functionality. (Sometimes system audits occur in-house; other times end users are involved. Used properly, they provide a way to establish long term relationships with end users.)

End User Surveys Besides just end users, those involved in the project should also be surveyed and it is often helpful to ask them to reflect on the project methodology.

Project Team Review Each member prepares 2-3 page document regarding her or his actions during the project Focus on improvement not penalties Excellent behaviors are acknowledged and diffused to others Team leader summarizes and distributes lessons learned PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved.

Process Improvement though Evaluation Data collected from summative evaluations can often be used to identify additional system functionality needs as well as ways to improve the systems development process.

Evaluation Techniques This site lists some evaluation techniques - they were designed for evaluating multimedia projects but have some good ideas that could be applied to information systems development projects: s/evaluation.htmlhttp://mime1.marc.gatech.edu/MM_Tool s/evaluation.html

Mid-Semester Survey Results

Class Activities I really like the notes on the web. It allows me to go back and review and it helps me concentrate on what you are saying not on writing. Your lectures were well informed and easy to follow. The in-class exercises we did for the use case, … diagrams helped a lot. The notes are too general in my opinion. The lecture notes on the Web page should be concise. They have too much information. I like the real life examples to show an actual application of the information in the notes. The tests are consistent with the work covered on the slides. This is very helpful. CSIS3600 is the only class in CSIS I have enjoyed so far.

Group Project I wish the material needed for the deliverables was talked about a little sooner to give more time to work on it, not wait to the last minute. All other comments were related to in-class group time

In-class Group Time All but three said ‘yes’ –Others said it depends on the schedules of the students in the group It gives us a chance to ask you to assist with any difficulties we are experiencing with the project Was not helpful when members did not show up for in-class time (it was posted in the syllabus)

Overall Effectiveness I’m really uncertain. It seems to be extremely similar to project management with the addition of forming tables. On personal ventures, this is a great help, benefit, assistance and a must. Learned more in this class and covered more material. I am learning a lot for this course. Having everything laid out on the Web and always available is very helpful. Many classes have touched on these subjects but knowing them has made those classes more meaningful. I wished I could have taken this class sooner. Effective to the point where I think of specializing in systems development. I think you know the material very well which helps - it is very easy for us to learn. Very good in helping explain SA. Pretty good effectiveness. I believe this course has so far been very informative. At first, I honestly didn’t see the point, but now I have a clearer understanding about what the course is, I feel it will possible be one of the most useful courses I have had. The instructor is quite organized and gives insight into systems development that can be taken to fields other than IS or CS. Very good. I feel that I am progressing through the course. I think it has been very effective to learn from someone who has so much real-world experience (and presents examples of this in –class). This course has helped me thus far in understanding the steps taken in designing a system. I can apply this stuff in the real world very easily. This class seems like it would be a very good one to an IS major but I don’t think CS majors should be required to take it.

Changes Make the class more interactive. Feedback between the student and the teacher..NET again This course should have a follow-up for those who have a deep interest in systems development… or is these another course? I would have learned faster (maybe) if there was a specific example running throughout the class lectures that applied the principles learned instead of generalizing them to every project that people may be doing. An overview of how the different things we learned relate to each other would be nice (ex. If you put something on one diagram, you have to put something else on another).