SYSTEMS ANALYSIS & DESIGN

Slides:



Advertisements
Similar presentations
Systems Operation and Support
Advertisements

Systems Implementation and Operation
Systems Development Environment
Chapter 2 Analyzing the Business Case.
Systems Analysis and Design 9th Edition
Chapter 2.
Chapter 10 Systems Operation, Support, and Security
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
7.2 System Development Life Cycle (SDLC)
Introduction to Systems Analysis and Design
Database Administration Chapter 16. Need for Databases  Data is used by different people, in different departments, for different reasons  Interpretation.
Chapter 17 Acquiring and Implementing Accounting Information Systems
SYSTEM ANALYSIS AND DESIGN
Systems Analysis and Design: The Big Picture
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
PHASE 4 SYSTEMS IMPLEMENTATION Application Development SYSTEMS ANALYSIS & DESIGN.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
The Systems Analysis Toolkit
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Chapter 14 Information System Development
Systems Analysis and Design Fourth Edition Introduction  A project is economically feasible if the future benefits outweigh the costs  The Systems Analyst’s.
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 13 Post-Implementation Training.
2  Mission Statement.  Company’s overall purpose and direction, products, services and values.  Goals.  That accomplish the mission. E.g. 5 year plan.
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.
Systems Analysis and Design 8 th Edition Chapter 2 Analyzing the Business Case.
 2001 Prentice Hall Business Publishing, Accounting Information Systems, 8/E, Bodnar/Hopwood Systems Implementation, Operation, and Control Chapter.
Systems Analysis and Design in a Changing World, Fourth Edition
Construction, Testing, Documentation, and Installation Chapters 15 and 16 Info 361: Systems Analysis and Design.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
System Implementation
HNDIT23082 Lecture 06:Software Maintenance. Reasons for changes Errors in the existing system Changes in requirements Technological advances Legislation.
JD Edwards Support & Tools Gillian Boshell Product Service Advisor, Oracle Australia.
Lecture 21 Introduction to System Development Life Cycle - Part 1.
10-1 McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved.
Phase 1 Systems Planning
C_ITIP211 LECTURER: E.DONDO. Unit 1 : The Systems Development Environment.
MANAGEMENT INFORMATION SYSTEM
Faculty Economics & Business EBS 2033 Systems Development Lecture 1 The Systems Development Environment Lecturer: Puan Asleena Helmi.
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
Chapter 1 The Systems Development Environment
Chapter 8 Environments, Alternatives, and Decisions.
Software Configuration Management
Software Project Configuration Management
Chapter 1 The Systems Development Environment
Information Systems Development
Fundamentals of Information Systems, Sixth Edition
Principles of Information Systems Eighth Edition
CASE Tools and Joint and Rapid Application Development
Fundamentals of Information Systems, Sixth Edition
Systems Implementation,
Project Integration Management
Chapter 1 The Systems Development Environment
Chapter 1 The Systems Development Environment
FORMAL SYSTEM DEVELOPMENT METHODOLOGIES
Chapter 1 The Systems Development Environment
INFS 211: Introduction to Information Technology
MBI 630: Systems Analysis and Design
Introduction to Projects
Project Management Process Groups
SYSTEMS ANALYSIS & DESIGN
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
SYSTEMS ANALYSIS & DESIGN
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Lecture 06:Software Maintenance
The Basics of Information Systems
Chapter 1 The Systems Development Environment
The Basics of Information Systems
Presentation transcript:

SYSTEMS ANALYSIS & DESIGN PHASE 5 SYSTEMS OPERATION & SUPPORT Systems Operation and Support

SDLC Phases Phase 5: Systems Operation and Support Objectives Provide maintenance and improvements for the new information system Support users and help them obtain the most value from the new system

Chapter 12 Systems Operation and Support

Objectives Explain how the systems operation and support phase relates to the rest of the SDLC Describe the information center concept and how it supports user needs Discuss the three main categories of systems maintenance Describe standard maintenance procedures

Objectives Discuss the role of configuration management in systems operation Describe the process of capacity planning, including workload and performance measurements Recognize the signs of system obsolescence

Introduction The new system must meet user expectations and provide support for business objectives Systems analysts perform maintenance, and also act as internal consultants to help users obtain the greatest value from the system The more a system is used, the more features and enhancements are requested, and the more maintenance is required

Introduction Chapter topics Three types of maintenance: corrective, adaptive, and perfective Support techniques include maintenance teams, configuration management, and maintenance releases System performance issues CASE maintenance tools Recognizing system obsolescence

Overview of Systems Support and Maintenance Activities The systems operation and support phase begins when the system becomes operational and ends when the system is replaced

Overview of Systems Support and Maintenance Activities After delivering the system, the analyst must perform two tasks Provide guidance and user training Formal training sessions Technical support Creation of a centralized information center Perform necessary maintenance Keep the system operating properly Increase its value to users

Support Activities User training and assistance Current employees are trained when the new system is introduced New employees typically are trained by user departments, rather than IS staff If significant changes take place, the IS group might develop a user training package Special Help via e-mail or company intranet Revisions to the user guide Training manual supplements Formal training sessions Click to see Figure 12-1

Support Activities Information centers An information center has three main objectives To help people use system resources more effectively To provide answers to technical or operational questions To make users more productive by teaching them how to meet their own information needs An information center also is called a help desk Click to see Figure 12-2

Support Activities Information centers Typical information center tasks Show a user how to create a data query or report Demonstrate an advanced system feature Help a user recover damaged data Offer tips for better operation Explain an undocumented software feature Show a user how to write a macro Explain how to access the company’s intranet or the Internet

Support Activities Typical information centers tasks Assist a user in developing a simple database Answer questions about software licensing and upgrades Provide information about system specifications Recommend a system solution that integrates data from different locations An information center also monitors performance and provides support Click to see Figure 12-3

Maintenance Activities The overall cost of a system includes the systems operation and support phase Costs include fixed operational costs and maintenance activities Operational costs are relatively constant, while maintenance costs vary over time High costs when system is implemented Relatively low costs during system’s useful life High costs near end of system’s useful life Click to see Figure 12-4 Click to see Figure 12-5

Maintenance Activities Operational costs Supplies Equipment rentals Software leases Maintenance activities Changing programs, procedures, or documentation to ensure correct performance Adapting the system to changing requirements Making the system operate more efficiently

Maintenance Activities Three types of maintenance Corrective maintenance To fix errors Adaptive maintenance To add new capability and enhancements Perfective maintenance To improve efficiency

Maintenance Activities Corrective maintenance Diagnoses and corrects errors in the system Investigation, analysis, design, and testing are necessary before a solution is implemented Typically, a user submits a systems request form with supporting evidence, if necessary Response depends on the priority of the request All maintenance is logged Click to see Figure 12-6

Maintenance Activities Adaptive maintenance Adds enhancements to the system An enhancement is a new feature or capability Adaptive maintenance often is required in a dynamic business environment An adaptive maintenance project is like a mini-SDLC, with similar phases and tasks Can be more difficult than new systems development, because of the constraints of an existing system

Maintenance Activities Perfective maintenance Involves changing an operational system to make it more efficient, reliable, or maintainable Requests for corrective and adaptive maintenance typically come from users, while requests for perfective maintenance typically come from the IS department Techniques Reverse engineering tools aid design analysis Reengineering tools can be used interactively to correct errors Click to see Figure 12-7

Managing Systems Operation and Support Systems operation requires effective management techniques Maintenance team Configuration management Maintenance releases

Managing Systems Operation and Support Maintenance team Consists of systems analysts and programmers Systems analysts on maintenance work need Solid background in information technology Strong analytical abilities Solid understanding of business operations Effective interpersonal and communication skills Analysis: studying the whole to understand the individual elements Synthesis: studying the individual elements to understand the overall system

Managing Systems Operation and Support Configuration management Process for controlling changes in system requirements Usually involves three steps 1. The maintenance request 2. Initial action on the request 3. Final disposition of the request Objectives of configuration management Manage different versions of the system Organize and handle documentation

TRADEOFF Should a systems review committee evaluate maintenance and new systems requests separately, or together? Some say “let the dollars go where they will do the most good, regardless of project type” Others feel that separate allocations are needed to protect maintenance projects All projects draw from the same resource pool, but IS groups often are organized into separate teams, and can handle separate projects better

A KEY QUESTION At Brightside Insurance Company, you organized the IS group into two units — one for new systems, one for maintenance Now one of your best people might quit if he is assigned to the maintenance team Should you adopt a different policy and allow voluntary assignments? If you must make the assignments, what criteria should you use?

Managing Systems Operation and Support Maintenance releases With a maintenance release methodology, all noncritical changes are held until they can be implemented at one time Each new system version is called a release Numbering systems Whole number = significant change After decimal = relatively minor changes or fixes There are pros and cons to this approach

Managing System Performance System performance directly affects users Centralized operations are easier to measure than complex networks and client/server systems Various statistics can be used to assess system performance Capacity planning uses operational data to forecast system capability and future needs

Managing System Performance Performance and workload measurement Response time Turnaround time Throughput

Managing System Performance Response time Response time is the overall time between a request for system activity and the delivery of the response Response time includes three elements The time necessary to transmit or deliver the request to the system The time the system needs to process the results The time it takes to transmit or deliver the results back to the user Response time is critical for user satisfaction

Managing System Performance Turnaround time Turnaround time measures the efficiency of centralized computer operations, which still are used for certain tasks, such as credit card processing Turnaround time is the amount of time between the arrival of a request at a computer center and the availability of the output for delivery or transmission

Managing System Performance Throughput Throughput measures the efficiency of the computer itself Throughput is the time from the input of a request to the central processor until the output is delivered to the system

Managing System Performance Capacity planning Monitors current activity and performance levels Anticipates future activity Forecasts the resources needed to provide desired levels of service In capacity planning you can use a technique called what-if analysis, where you vary one or more elements in a model to see the effect on other elements Click to see Figure 12-8a Click to see Figure 12-8b

CASE Tools for System Maintenance A CASE toolkit provides valuable tools for system evaluation and maintenance, such as A performance monitor A program analyzer An interactive debugging analyzer A restructuring or reengineering tool Automated documentation tools Network activity monitors Workload forecasting software

System Obsolescence A system becomes obsolete when its functions are no longer required by users or when the platform becomes outmoded Typical signs of obsolescence Adaptive and corrective maintenance is increasing steadily Operational costs or execution times are increasing rapidly, and routine perfective maintenance does not reverse the trend

System Obsolescence Typical signs of obsolescence A software package is available that provides the same or additional services faster, better, and less expensively New technology offers a way to perform the same or additional functions more efficiently Maintenance changes or additions are difficult and expensive to perform Users request significant new features to support business requirements Click to see Figure 12-9 Click to see Figure 12-10

SOFTWEAR, LIMITED Status report: in mid-December 1999, the payroll package and the ESIP system both are operating successfully and SWL users are satisfied Corrective maintenance has been performed Printing and alignment problems were resolved Adaptive maintenance has been requested Human resources department wants to develop an annual employee benefits statement, and add additional ESIP deduction choices

SOFTWEAR, LIMITED New developments Pacific Software announced the latest version of its payroll package, which supports integration of payroll and human resources functions SWL decides to investigate the possibility of a human resources information system (HRIS) After a preliminary investigation, IS staff recommends that SWL upgrade to the new payroll package and study the development of a company-wide human resources system

SOFTWEAR, LIMITED The future The business environment is changing rapidly SWL must investigate new information management technology constantly At this point, the systems development life cycle for SWL begins again