Systems Approach to Problem Solving

Slides:



Advertisements
Similar presentations
Modern Systems Analyst and as a Project Manager
Advertisements

DEVELOPMENT OF INFORMATION SYSTEM
Systems Analysis and Design in a Changing World
Chapter 8: Evaluating Alternatives for Requirements, Environment, and Implementation.
© Prentice Hall CHAPTER 10 Alternative Approach: Purchasing Systems.
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.
Systems Development Infsy 570 Dr. Ocker. What we Mean by Software Quality Software Quality Effective- ness UsabilityEfficiencyReliability Maintain- ability.
Acquiring Information Systems and Applications
Moving from Analysis to Design
Alternative Methodologies Ken Peffers UNLV March 2004.
Chapter 8 Information Systems Development & Acquisition
10.1 ALTERNATIVE SYSTEMS-DEVELOPMENT APPROACHES Traditional Systems Life Cycle –A phased approach, dividing development into formal stages –a formal division.
Chapter Twelve Approaches to Systems-Building. The Traditional Systems Lifestyle The systems lifecycle is a traditional methodology for developing an.
Eleventh Edition 1 Introduction to Information Systems Essentials for the Internetworked E-Business Enterprise Irwin/McGraw-Hill Copyright © 2002, The.
1 IS371 WEEK 8 Last and Final Assignment Application Development Alternatives to Application Development Instructor Online Evaluations.
Review 4 Chapters 8, 9, 10.
Prof. Yuan-Shyi Peter Chiu
8 Systems Analysis and Design in a Changing World, Fifth Edition.
13.1 © 2007 by Prentice Hall 13 Chapter Building Systems.
Pertemuan 15 Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
© Prentice Hall, 2005: Enterprise Resource Planning, 1 st Edition by Mary Sumner 3-1 Enterprise Resource Planning, 1 st Edition by Mary Sumner Chapter.
Information Systems Development : Overview. Information systems development practice Concept and role of a systems development methodology Approaches.
Acquiring Information Systems and Applications
Acquiring Information Systems and Applications
Acquiring Information Systems and Applications
Chapter 14: Redesigning the Organization with Information Systems Instructor: Kevin Brabazon.
4/8: Systems Analysis & Development Systems change affecting organizations Systems development Influences on & challenges to implementation Systems development.
Laudon & Laudon: Canadian Edition
Moving into Design SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
8-1 Chapter 8 Information Systems Development & Acquisition.
BUILDING INFORMATION SYSTEMS
System Development Process Prof. Sujata Rao. 2Overview Systems development life cycle (SDLC) – Provides overall framework for managing system development.
Acquiring Information Systems and Applications
Acquiring Information Systems and Applications
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
1 10/14/2015ã 2007, Spencer Rugaber The Waterfall Process Software plans and requirements Validation System feasibility Validation Product design Verification.
Systems Development MBAA 609 R. Nakatsu. Overview of Today’s Lecture Why do IT projects succeed and fail? Two philosophies of systems development –Systems.
Acquiring Information Systems and Applications
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 8 Moving from Analysis to Design.
CHAPTER 13 Acquiring Information Systems and Applications.
Systems Analysis and Design in a Changing World, Fourth Edition
Developing Business/IT Solutions Chapter 12 McGraw-Hill/IrwinCopyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved.
11.1 © 2007 by Prentice Hall 6 Chapter Building Information Systems.
Chapter 11: Alternative Approach - Purchasing Systems.
10.1 Copyright © 2005 Pearson Education Canada Inc. Management Information Systems, Second Canadian Edition Chapter 10: Systems Development SYSTEMS DEVELOPMENT.
Systems Development AIMS 2710 R. Nakatsu. Overview Two philosophies of systems development –Systems Development Life Cycle (SDLC) –Prototyping Alternative.
PART 2 Information Systems Development. LEARNING OBJECTIVES Systems Development Life Cycle Application Development Methodologies Project Management Systems.
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
Chapter 6 SYSTEMS DEVELOPMENT Phases, Tools, and Techniques.
CHAPTER 13 Acquiring Information Systems and Applications.
Reasons for New Systems Syarat untuk user tidak terpenuhi / Unfulfilled User Requirements New Technology Competition Tetapi kebanyakan Perencanaan strategik.
SYSTEM ANALYSIS AND DESIGN SAFAA S.Y. DALLOUL. SYSTEM ACQUISITION STRATEGY.
IFS310: Module 9 Systems Design - Procurement Phase - Software Design.
11 ADM2372 Management Information Systems (MIS) Chapter 10 – Part I Systems Development Chapter 10 – Part I Systems Development.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 6-1 Chapter 6 Decision Support System Development.
Final Review Systems Analysis and Design in a Changing World, 4th Edition 1 Final Review u Chapters 1-6, 8-10, 13, 14, 15 u Multiple choice, short answer,
Building Information Systems
Systems Analysis and Design in a Changing World, 4th Edition
Software Myths Software is easy to change
Systems Analysis – ITEC 3155 Evaluating Alternatives for Requirements, Environment, and Implementation.
Moving into Design Chapter 8.
Systems analysis and design, 6th edition Dennis, wixom, and roth
Systems analysis and design, 6th edition Dennis, wixom, and roth
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Chapter 13 Building Systems.
ບົດທີ10 ກົນລະຍຸດໃນການສ້າງລະບົບ (Systems Building Approaches)
ACSC 155 System Analysis and Design 4. Systems Design
Presentation transcript:

Systems Approach to Problem Solving Define the Problem Develop Alternative Solutions Select the Solution Design the Solution Implement the Solution Evaluate the Solution

Type of Feasibility Economic feasibility Technical feasibility Operational feasibility Organizational feasibility* Legal feasibility Schedule feasibiltiy

Systems Lifecycle Model (Waterfall Model) Project definition Systems study Design Programming Installation Post- implementation

Plus/Minus of Lifecycle Systems Good for projects which are well defined highly structured need rigorous analysis and tight controls Overall lifecycle model is expensive time-consuming inflexible

Prototyping Project Identify Definition Requirements Develop Prototype Improvement Needed Use Prototype Evaluate Performance Accepted Prototype

Plus/Minus of Prototyping Good for projects where user requirements are uncertain design solutions are uncertain end-user interface is critical size is smaller Problems are final prototype may not be well designed user may want prototype immediately

Build versus Buy Design phase may conclude that a better solution is to buy an application software package and adapt it to the organization needs. Buy doesn’t require expensive in house development efforts Buy may not fit unique needs of organization

End-User Development Allow end user to access/develop information systems A good match for distributed, end-user computing Fourth generation tools allowing end-users to be more successful

Plus/Minus End-User Development improved requirements determination increased user involvement reduced application backlog Minus end-user not performing core job uncertain quality poor integration loss of management control over data

Outsourcing Going to the Cloud Contract IS work to external vendor. Not the same as buying a package. Build = write custom payroll package Buy = buy prewritten payroll package Outsource = contract with PayCheck Corp. to do your payroll

Plus/Minus of Outsourcing allow organization to make up for lack of IS expertise or capacity vendor economies of scale may make it the more cost effective alternative Minus lose control of organization’s information keep organization from developing infrastructure