Solving Problems in IS: Systems Approaches Logical framework in which to work. Logical framework in which to work. Serves as a reminder. Did I forget anything?

Slides:



Advertisements
Similar presentations
System Development Life Cycle (SDLC)
Advertisements

Systems Analysis and Design
1 Systems & Systems Analysis Yale Braunstein School of Information Management & Systems UC Berkeley.
CS487 Software Engineering Omar Aldawud
Systems Analysis and Design With UML 2
Systems Analysis & IT Project Management Pepper. System Life Cycle BirthDeathDevelopmentProduction.
Information Resources Management January 23, 2001.
Slide 1 INTRODUCTION Chapter 1. Slide 2 Key Ideas The primarily goal of a system is to create value for the organization. Many failed systems were abandoned.
Chapter 12 Systems Development Three common methods for MIS development: The systems development life cycle (SDLC) Prototyping End-user development Five.
Sixth 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.
System Analysis and Design (SAD )
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
© 2008 Pearson Prentice Hall, Experiencing MIS, David Kroenke
Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill Technology Education Copyright © 2006 by The McGraw-Hill Companies,
Slide 1 INTRODUCTION Chapter 1. Slide 2 Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding.
IS 421 Information Systems Management James Nowotarski 16 September 2002.
Eleventh Edition 1 Introduction to Information Systems Essentials for the Internetworked E-Business Enterprise Irwin/McGraw-Hill Copyright © 2002, The.
12 C H A P T E R Systems Investigation and Analysis and Analysis.
Unit Five – Transforming Organizations
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Systems.
Introduction to Management Information Systems Chapter 6 System Development HTM 304 Spring 06.
1 Chapter 6 Systems Development. 2 Learning Objectives  Know the characteristics of systems development.  Understand what professional systems analysts.
DECISION SUPPORT SYSTEM DEVELOPMENT
Implementation. We we came from… Planning Analysis Design Implementation Identify Problem/Value. Feasibility Analysis. Project Management. Understand.
CHAPTER 19 Building Software.
CSI315 Web Technology and Applications
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 1: Introduction to Systems Analysis and Design Alan.
Computers Are Your Future Eleventh Edition Chapter 13: Systems Analysis & Design Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall1.
Managing the development and purchase of information systems (Part 1)
Transaction Processing Systems and System Development Life Cycle
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
System Development Process Prof. Sujata Rao. 2Overview Systems development life cycle (SDLC) – Provides overall framework for managing system development.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
Chapter 10 Information Systems Analysis and Design
University of Virginia Software Development Processes (CS340 John Knight 2005) 1 Software Development Processes.
Chapter 6: Systems Development Steps, Tools, and Techniques Management Information Systems for the Information Age.
Systems Development MBAA 609 R. Nakatsu. Overview of Today’s Lecture Why do IT projects succeed and fail? Two philosophies of systems development –Systems.
Introduction to Systems Analysis and Design
Systems Analysis and Design
Computers Are Your Future Tenth Edition Chapter 13: Systems Analysis & Design Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall1.
Systems Life Cycle A2 Module Heathcote Ch.38.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Systems Analysis and Design in a Changing World, Fourth Edition
Software Development Life Cycle by A.Surasit Samaisut Copyrights : All Rights Reserved.
IS Analysis and Design. SDLC Systems Development Life Cycle Break problems into management review stages Control cost and time Works best with well understood.
Computer Concepts 2014 Chapter 10 Information Systems Analysis and Design.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 1: Introduction to Systems Analysis and Design Alan.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Large Scale Systems Design G52LSS
Systems Development AIMS 2710 R. Nakatsu. Overview Two philosophies of systems development –Systems Development Life Cycle (SDLC) –Prototyping Alternative.
1 - 1 Systems Analysis and Design, Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding.
Welcome to Software Project Management. CONVENTIONAL SOFTWARE MANAGEMENT The BEST and WORST thing about software is its flexibility. 1.Software development.
SYSTEM ANALYSIS AND DESIGN SAFAA S.Y. DALLOUL. INTRODUCTION.
ISTM 280, GWU1 Introduction to Systems Analysis and Design Lecture 1 Courtesy Subhasish Dasgupta.
Information Systems Development. Outline  Information System  Systems Development Project  Systems Development Life Cycle.
Software Engineering cosc 4359 Spring 2017.
Information Systems Development
Introduction to Systems Analysis and Design
Information Systems Development
Fundamentals of Information Systems, Sixth Edition
Systems Analysis & Design N106
Systems & Systems Analysis
Systems Analysis and Design
Systems Analysis and Design
Information Systems Development
Managing the development of information systems (Part 1)
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
Presentation transcript:

Solving Problems in IS: Systems Approaches Logical framework in which to work. Logical framework in which to work. Serves as a reminder. Did I forget anything? Serves as a reminder. Did I forget anything?

The Systems Development Life Cycle, “SDLC” Planning Analysis Design Implementation

The Systems Development Life Cycle, “SDLC” Planning Analysis Design Implementation Maintenance!

The Systems Development Life Cycle Systems Implementation Product: Operational System Systems Implementation Product: Operational System Systems Investigation Product: Feasibility Study Systems Investigation Product: Feasibility Study Systems Analysis Product: Functional Requirements Systems Analysis Product: Functional Requirements Systems Design Product: System Specifications Systems Design Product: System Specifications Systems Maintenance Product: Improved System Systems Maintenance Product: Improved System Understand the Business Problem or Opportunity Develop an Information System Solution Implement the System Solution (Dennis text: 4 phases, with “Investigation” named “Planning”)

Planning Analysis Design Implementation Identify Problem/Value. Feasibility Analysis. Project Management. Understand as-is system. Identify Improvements. Develop concept for the to-be system. Use Cases. DFDs. ERDs. Develop technical specifics for to-be system. Design Strategies. Physical DFD. Physical ERD. Infrastructure Plan. Interface Structure. Interface Standards. Interface Template. Interface. Evaluate. SDLC Construction (programming) Testing Documentation Conversion Change Management Support Installation

2-4 times over budget. 2-4 times over budget. 2-3 times behind schedule. 2-3 times behind schedule. Not performing as expected. Not performing as expected. Complicated to use. Complicated to use. Requires more and more users to operate. Requires more and more users to operate. Loses or destroys data. Loses or destroys data. Watch out for “runaway computer systems”!

30-35% of computer projects are runaways! (Dennis text: 42% of all corporate Projects are abandoned)

Where can we spot one? Planning Analysis Design Implementation Maintenance

Where can we spot one? Analysis Design Implementation Maintenance On time? Budget? Planning

Where can we spot one? Analysis Design Implementation Maintenance On time? Budget? Performing as expected? What do the users think? Planning

How can we prevent runaways? Analysis Design Implementation Maintenance Planning

How can we prevent runaways? Analysis Design Implementation Maintenance “The number one cause of runaways is the installation or expansion of a computer system when management does not know what the automation is meant to accomplish.” Planning

How can we prevent runaways? Analysis Design Implementation Maintenance “The number one cause of runaways is the installation or expansion of a computer system when management does not know what the automation is meant to accomplish.” Involve both management and users in specifying what the system needs to accomplish. Continuously talk to and monitor the design team. BUT, don’t use them as your only source of information! Planning

How can we prevent runaways? Analysis Design Implementation Maintenance Involve both management and users in specifying what the system needs to accomplish. Continuously talk to and monitor the design team. BUT, don’t use them as your only source of information! Test early and often! Watch to make sure things are going smoothly. Planning

CONFIRM: A classic runaway example. AMR partnered with Budget, Hilton, and Marriott to leverage the success of SABRE, American’s reservation system. AMR partnered with Budget, Hilton, and Marriott to leverage the success of SABRE, American’s reservation system. SABRE auditors, two months before the project was supposed to go on-line, concluded that the project was at least 18 months from completion. SABRE auditors, two months before the project was supposed to go on-line, concluded that the project was at least 18 months from completion. Budgeted at around $125 Million... around $225 Million shelled out with no result. Budgeted at around $125 Million... around $225 Million shelled out with no result.

Where did CONFIRM go wrong? AMR’s answer: Analysis Design Implementation Maintenance Planning

Where did CONFIRM go wrong? AMR’s answer: Analysis Design Implementation Maintenance Budget, Hilton, and Marriott assigned individuals who “lacked knowledge of the industry”. Planning

Where did CONFIRM go wrong? AMR’s answer: Analysis Design Implementation Maintenance Budget, Hilton, and Marriott assigned individuals who “lacked knowledge of the industry”. These individuals failed to specify what they wanted from the system. Planning

Where did CONFIRM go wrong? Budget, Hilton, and Marriott’s answer: Analysis Design Implementation Maintenance Planning

Where did CONFIRM go wrong? Budget, Hilton, and Marriott’s answer: Analysis Design Implementation Maintenance “You said SABRE experts would be assigned to this project... where are they?!” Schedules overly optimistic. TECHNICAL PROBLEMS!! The two 3090s didn’t connect well. Planning

Where did CONFIRM go wrong? Budget, Hilton, and Marriott’s answer: Analysis Design Implementation Maintenance “You said SABRE experts would be assigned to this project... where are they?!” Schedules overly optimistic. Endless delays. Cost overruns. PROBLEMS CONCEALED! “We GAVE you specs... 6 feet high!” Planning

Software Development is hard!... is hard! Windows 95: Windows 95: 400 people 400 people 4 years 4 years – $100,000,000 – 10,000,000 lines of code – 1 “person meeting” per line of code

Studies have indicated that an experienced programmer can produce 30 lines of code per day on average. Studies have indicated that an experienced programmer can produce 30 lines of code per day on average. A new billing system can easily require 1 million lines of code. A new billing system can easily require 1 million lines of code. That’s 33,000 days, or 133 years, for one programmer! Coordinating multiple programmers makes the job more complex. That’s 33,000 days, or 133 years, for one programmer! Coordinating multiple programmers makes the job more complex. Annual software productivity increases - about 4% per year (vs. 30% in hardware). Annual software productivity increases - about 4% per year (vs. 30% in hardware).

The IS Project “Logjam” Two years planned to put “water” and “electricity” on the same bill. 40 man-years and $2 million later, no results! Two years planned to put “water” and “electricity” on the same bill. 40 man-years and $2 million later, no results! Why is software development so difficult? Why is software development so difficult?

The IS Project “Logjam” Government study: two-thirds of software projects had no formal procedure for estimating the amount of labor or code required, and nearly half had no standard way to predict the cost of a program. Government study: two-thirds of software projects had no formal procedure for estimating the amount of labor or code required, and nearly half had no standard way to predict the cost of a program. Late additions and maintenance - 80% of software budgets. Late additions and maintenance - 80% of software budgets. Twice the time expected, twice the money - “runaway”. As noted, 30-35% of companies fall victim to them. Twice the time expected, twice the money - “runaway”. As noted, 30-35% of companies fall victim to them.

Breaking the IS Project Logjam - “Solution” Give data-processing departments the same clout as everybody else. Give data-processing departments the same clout as everybody else. Keep both managers and ultimate users involved in every step of software development. Keep both managers and ultimate users involved in every step of software development. Make data-processing managers periodically work side by side with software users. Make data-processing managers periodically work side by side with software users. Break up big projects to keep programming teams small. Break up big projects to keep programming teams small. Give programmers elbowroom. Give programmers elbowroom. Make existing software easier to maintain. Make existing software easier to maintain.

Have competent Project Managers and Analysts!!!!

Development Methodologies Traditional (structured): Traditional (structured): Waterfall - sequential through steps.Waterfall - sequential through steps. Parallel - sequential through steps, with “Design” often being done in multiple simultaneous subprojects.Parallel - sequential through steps, with “Design” often being done in multiple simultaneous subprojects. Rapid Application Development (RAD): Rapid Application Development (RAD): Phased - system broken into “versions”, steps are completed for each version and repeated for next version.Phased - system broken into “versions”, steps are completed for each version and repeated for next version. Prototyping - “quick and dirty” through Analysis, Design, and Implementation in iterative fashion.Prototyping - “quick and dirty” through Analysis, Design, and Implementation in iterative fashion. Throwaway Prototyping - same as above except prototypes are “pretend”.Throwaway Prototyping - same as above except prototypes are “pretend”.

Waterfall Development Method

Pros and Cons of the Waterfall Method ProsCons Identifies systems requirements long before programming begins Design must be specified on paper before programming begins Long time between system proposal and delivery of new system

Parallel Development Method

Pros and Cons of Parallel Development ProsCons Reduces Scheduled Time Less Chance of Rework Still Uses Paper Documents Sub-projects May Be Difficult to Integrate

How Prototyping Works

Throwaway Prototyping

Pros and Cons of Prototyping ProsCons Very quickly produces a system Increased and Quicker user interaction Less disciplined - Often sloppy Initially intelligent design features Become problems

Picking the right methodology