ITEC 370 Lecture 22 Maintenance. Review Questions? Project update on F, next F give prototype demonstration Interface testing –Checklist of design features.

Slides:



Advertisements
Similar presentations
Chapter 2: Software Process
Advertisements

Why Use Test Driven Development (TDD)?.  Why the need to change to TDD.  Talk about what TDD is.  Talk about the expectations of TDD.
ITEC 370 Lecture 24 Lifecycles. Review Questions? –Grades for Requirements/Design Doc F give prototype demonstration –Testing plan for your software Maintenance.
SOFTWARE MAINTENANCE 24 March 2013 William W. McMillan.
Tattletale Toy Company ®
We all know the world is changing… Upgrades may break apps We need sufficient time to test Our key software vendors need time to test & issue statements.
Systems maintenance Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Updated: November 2009.
SWE Introduction to Software Engineering
Introduction to Web Application Architectures Web Application Architectures 18 th March 2005 Bogdan L. Vrusias
Systems maintenance & adoption Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica Updated: November 2013.
Copyright © 2001 Bolton Institute Faculty of Technology Multimedia Integration and Applications Lecture 9: Production Management Damien Markey.
Notion of a Project Notes from OOSE Slides - modified.
1 CS 501 Spring 2005 CS 501: Software Engineering Lecture 26 Delivering the System.
Chapter Thirteen Maintaining and Upgrading a Network.
BY RAJESWARI S SOFTWARE TESTING. INTRODUCTION Software testing is the process of testing the software product. Effective software testing will contribute.
Source One Network Solutions with Corporate Headquarters based in Fitchburg, Wisconsin specializes in providing multi- location clients, with nationwide.
Lecture 3.
Version Control with git. Version Control Version control is a system that records changes to a file or set of files over time so that you can recall.
The Information Component: Help Desk Performance Measures
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
ITEC 370 Lecture 27 Life-cycles(3). Life-cycles Review Questions? F give update on project (demo optional) Case study –Actual focus of project (long/short.
1 Advanced Computer Programming Project Management: Software Life Cycle Copyright © Texas Education Agency, 2013.
Project Management Development & developers
Patricia Grimes – Robinhood Road. Page2 Site Dedicated Unilever site 120 employees Pick, pack and Nationwide Distribution Cross dock for DHL Citywest.
ITEC 370 Lecture 8 Requirements. Review Requirements –What are some of the characteristics of a good requirement? –What are use cases?

Software Engineering CS3003 Lecture 3 Software maintenance and evolution.
GCSE OCR 3 A451 Computing Professional standards
EGEE is a project funded by the European Union under contract IST Testing processes Leanne Guy Testing activity manager JRA1 All hands meeting,
Software Engineering Management Lecture 1 The Software Process.
Maintainability of FLOSS Projects
Plan Design Analyze Develop Test Implement Maintain Systems Development Life Cycle MAT Dirtbikes.
Chapter 11 Maintaining the System System evolution Legacy systems Software rejuvenation.
ITEC 370 Lecture 23 Maintenance. Review Questions? Project update on F, next F give prototype demonstration Maintenance –Reactive –Proactive.
Lecture 14 Maintaining the System and Managing Software Change SFDV Principles of Information Systems.
Software Maintenance Speaker: Jerry Gao Ph.D. San Jose State University URL: Sept., 2001.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
Challenges for App Developers Po Chi Wu, Ph.D. Adjunct Professor School of Bus. & Mgt. School of Engineering HKUST.
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 26 Delivering the System.
© Bennett, McRobb and Farmer 2005
Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 1 The system documentation.
ITEC 370 Lecture 21 Testing. Review Questions? Project update on F Bug reporting –Software –Classification / Communication / Responsibilities.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
Texas Tech Company Data Flow Diagram
Agenda: Overview of Agile testing Difference between Agile and traditional Methodology Agile Development Methodologies Extreme Programming Test Driven.
Network Operating Systems : Tasks and Examples Instructor: Dr. Najla Al-Nabhan
CS223: Software Engineering Lecture 32: Software Maintenance.
1 Punishment Through Continuous Delivery If it hurts, do it more often…
Unit F451 Computer Fundamentals Components of a Computer System Software Data: Its representation, structure and management in information.
Getting Ready for the NOCTI test April 30, Study checklist #1 Analyze Programming Problems and Flowchart Solutions Study Checklist.
Design for usability E6: Human Factors Design IB Technology.
Lesson Objectives 1) Review the steps involved in problem solving 2) Review the stages of the System Life Cycle 3) Describe what prototyping is and the.
Software Development Module Code: CST 240 Chapter 6: Software Maintenance Al Khawarizmi International College, AL AIN, U.A.E Lecturer: Karamath Ateeq.
FOP: Multi-Screen Apps
IL Marking Get out your CPU / Memory answers Swap with someone else
Overview Software Maintenance and Evolution Definitions
Software Engineering Management
Software Verification and Validation
CS 5150 Software Engineering
Systems Analysis and Design
Software Development Life Cycle
Introduction to Computers
HP Printer Support Number. Support for HP Computer Support for Update your Printer Drivers 24/7 Support Services Support for Diagnosis & Fixing.
Mobile Apps How to get more out of your workforce and save time money and resources.
Design and Programming
Software Development Life Cycle
Automating Profitable Growth™
Operating Systems 1: News
Factors affecting upgrading or installing systems
Product Development & Planning
Presentation transcript:

ITEC 370 Lecture 22 Maintenance

Review Questions? Project update on F, next F give prototype demonstration Interface testing –Checklist of design features –Users

Maintenance Objectives Maintenance –What do you do once it is delivered???

Maintenance Fin Congrats, you just delivered your product

Maintenance Now what Decide on the style of maintenance you want to follow Reactive Proactive

Maintenance Reactive Status quo and keeping it Only react when a client requests a fix –Corrective maintenance Benefits –Less attention required to details –Retraining less of an issue Downsides –Not good for publicity of product –Miss opportunities

Maintenance Example DGL – software created for my dissertation Used by NIST / VT on a daily basis for 5+ years No new major development for 5+ years Bug fixes when a particular problem occurs with an application No new adopters

Maintenance When Good for when clients are not apt to change –Expensive retraining Manufacturing lines Call centers You don’t have the resources to do anymore than is necessary Buggy updates are bad…

Maintenance Active Anticipate what is coming down the road New software versions and compatibility –Preventative maintenance Competitors products Improve on what you currently have –Graphics card drivers

Maintenance iOS software App store provides millions of users a chance to find software that smaller developers probably wouldn’t ever have been able to put in front of users –AngryBirds anyone? Requires a lengthy “validation” by Apple beforehand Apple changes their platform constantly

Maintenance Betting on maintenanc e World of Warcraft –November 23 rd 2004 Team Fortress 2 –Since 2007, would you like a hat with that? –Halloween themed levels

Maintenance Numbers Typically –25% Adaptive –20% Corrective –55% Preventative In other words, time moves on and so must your software

Maintenance Lehman’s laws Continuing change Increasing complexity Conservation of familiarity Continuing growth Declining quality Feedback system

Maintenance Environmen ts Remember the user’s environment may be different than what you use Remember your environment’s quirks Remember staging is your best friend

Maintenance Update testing Remember, change causes issues Deleting/corrupting user data Clean install Over-write information –Do you force an overwrite? –Only update the pieces needed?

Maintenance Review Reactive Active