Business Processes and Process Modeling MIS 2101: Management Information Systems Based on material from Information Systems Today: Managing in the Digital.

Slides:



Advertisements
Similar presentations
System Development Life Cycle (SDLC)
Advertisements

Systems Development Environment
Using Data Flow Diagrams
Using Dataflow Diagrams
Copyright © 2015 Pearson Education, Inc. AIS Development Strategies Chapter
Acquiring Information Systems and Applications
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Chapter 1 The Systems Development Environment
Chapter 8 Information Systems Development & Acquisition
Using Dataflow Diagrams
1 California State University, Fullerton Chapter 13 Developing and Managing Information Systems.
Chapter 7 Using Data Flow Diagrams
Chapter 1 Assuming the Role of the Systems Analyst
Fundamentals of Information Systems, Second Edition
Chapter 9 Using Data Flow Diagrams
Chapter 7 Using Data Flow Diagrams
Chapter 1 Assuming the Role of the Systems Analyst
Lead Black Slide. © 2001 Business & Information Systems 2/e2 Chapter 13 Developing and Managing Information Systems.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
13.1 © 2007 by Prentice Hall 13 Chapter Building Systems.
SDLC. Information Systems Development Terms SDLC - the development method used by most organizations today for large, complex systems Systems Analysts.
DATA FLOW DIAGRAMS IT 155.
1 Business Processes. Alter – Information Systems 4th ed. © 2002 Prentice Hall 2 Process Modeling A business process that involves naming business processes.
Chapter 3 Business Processes. Let’s quickly look at the Ford Payment case 4 What are the elements of the WCA? 4 Customer, product, business process, participants,
Class 5: Business Processes and Process Modeling MIS 2101: Management Information Systems Based on material from Information Systems Today: Managing in.
Information Systems Development : Overview. Information systems development practice Concept and role of a systems development methodology Approaches.
Chapter 17 Acquiring and Implementing Accounting Information Systems
Acquiring Information Systems and Applications
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
5-1 © Prentice Hall, 2007 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
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)
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
8-1 Chapter 8 Information Systems Development & Acquisition.
Week 5: Business Processes and Process Modeling MIS 2101: Management Information Systems.
Information Systems in Organisations System Development: The Environment.
Chapter 7 Using Data Flow Diagrams
11.1 © 2007 by Prentice Hall 11 Chapter Building Information Systems.
© 2001 Business & Information Systems 2/e1 Chapter 13 Developing and Managing Information Systems.
SDLC: System Development Life Cycle Dr. Dania Bilal IS 582 Spring 2007.
AIS Development Strategies. Lecture 4-2 ©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart Introduction This.
Chapter 10 Information Systems Analysis and Design
©1999 Addison Wesley Longman Slide 1.1 Business Processes 3.
CHAPTER 13 Acquiring Information Systems and Applications.
Computers Are Your Future Tenth Edition Chapter 13: Systems Analysis & Design Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall1.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Week 7: Enterprise Information Systems
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
IS Today (Valacich & Schneider) Copyright © 2010 Pearson Education, Inc. Published as Prentice Hall 1/11/ Chapter 9 Information Systems Development.
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
CIS Review for Exam 11 Review for Exam I. CIS Review for Exam 12 Gorry and Scott Morton Framework Robert Anthony Herbert Simon.
Chapter 4 HRIS Needs Analysis.
Public Management Information Systems System Analysis & Design Saturday, June 11, 2016 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program.
Chapter 1 Assuming the Role of the Systems Analyst.
The Information Systems Development Processes Chapter 9.
Information Systems Development
Appendix 2 Automated Tools for Systems Development
Fundamentals of Information Systems, Sixth Edition
SDLC: System Development Life Cycle
System Development Life Cycle (SDLC)
Business System Development
System Development Life Cycle (SDLC)
Software Design Designing the overall structure (architecture) of a software system Designing small pieces of computation Designing non-automated processes.
System Development Life Cycle (SDLC)
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Chapter 8 Information Systems Development & Acquisition
Presentation transcript:

Business Processes and Process Modeling MIS 2101: Management Information Systems Based on material from Information Systems Today: Managing in the Digital World, Leonard Jessup and Joseph Valacich, Pearson Prentice Hall, 2007 Also includes material by David Schuff, Paul Weinberg, and Cindy Joy Marselis.

2 Learning Objectives Identify the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

3 Learning Objectives Identify the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

4 Options for Obtaining Information Systems

5 System Construction Structured process moving through steps Problem decomposition Problems broken up into simpler, smaller pieces

6 Learning Objectives Understand the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

7 Learning Objectives Identify the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

8 Steps in the Systems Development Process Systems development life cycle (SDLC) Arrows flowing down represent flow of information Arrows flowing up represent the possibility of returning to a prior phase

9 Phase 1: Systems Identification, Selection and Planning

10 Evaluation Criteria for Systems Projects Usually multiple criteria examined for each project

11 Phase 2: Systems Analysis Designers gain understanding of current processes

12 System Analysis

13 Looking at Business Processes A business process is an activity that creates value Business Process Reengineering is the redesign of business processes using Information Technology

14 Phase 3: System Design

15 Phase 4: System Implementation Transformation of design into a working information system

16 System Conversion and installation What are advantages and disadvantages of each of these approaches?

17 System Maintenance Typically starts after software is installed The largest part of system development effort occurs at this stage

18 Learning Objectives Understand the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

19 Learning Objectives Understand the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

20 Why Business Processes? An understanding of business processes indicates where Information Technology can fit in How to understand business processes Process modeling Process characteristics

21 Process Model – Part of Analysis Formal method of representing how business system operates. Illustrates processes or activities performed and how data moves among them Can use process mode to document current system or proposed system Identifying business processes and breaking them down Can help identify inefficiencies Can help identify where Information Technology can improve efficiency

22 DFD Symbols

23 Simple DFD Example Buying Groceries - Context diagram Shopper Store Buy groceries Grocery needs Order/Payment Bill

24 Learning Objectives Understand the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

25 Process Characteristics – Key Decisions Required Degree of structure Range of involvement Level of integration Rhythm Complexity Degree of reliance on machines Prominence of planning and control Attention to errors and exceptions

26 Degree of Structure The degree of predetermined correspondence between input and output How much flexibility is built into the process? The degrees Structured – very well defined, easy to determine success Semi-structured – not always the same, some judgment required Unstructured – not well defined, hard to determine what success means

27 Degree of Structure Imposing structure via Information Technology easier when the task is structured Computers are not as effective with unstructured tasks (Decision Support Systems) Too high: can be stifling and hamper productivity Too low: can lead to poor quality and chaos

28 Range of Involvement Organizational span of people involved in a business process Do people just “do their jobs” or is their effect on other participants considered? Too high: decisions never get made because everyone has input Too low: decisions aren’t made with the “big picture” in mind

29 Level of Integration Responsiveness and collaboration between activities  Synergy How well the groups work together Too high: causes gridlock Too low: creates inefficiencies

30 Rhythm Frequency and timing of transactions Important when considering E-Business because of 24x7x365 schedule Too high: hard to adapt to changing business needs Too low: hard to perform process efficiently

31 Complexity How many elements a system contains and the number and nature of their interactions Manage complexity through standardization Too high: difficult to understand and manage Too low: not flexible enough to accommodate needs of the system

32 Degree of Reliance on Machines Too high Participants no longer understand the business process When mistakes occur, there is no recourse Too low Leave participants with mundane work Missed opportunities for greater efficiency through automation

33 Prominence of Planning and Control Too high Not enough attention on execution Resources are wasted Too low Inconsistency in the process and poor quality Unresponsive to customer requirements

34 Attention to errors and exceptions Remember the grocery shopping flowchart This example could not accommodate the situation where a product is out of stock Is it on list? Put item In cart Items on list > 0? Check shelf For next item Checkout Yes No Start End

35 Attention to errors and exceptions Too high Catering too much to all possible conditions can be a waste of resources Increases system complexity Too low Every time something unexpected happens it can shut down the process Unexpected conditions simply never get processed, resulting in poor quality

36 Learning Objectives Understand the steps used by organizations to manage the development of information systems Describe each major phase of the system development process Understand the concepts of Business Process Modeling Describe process characteristics and design tradeoffs Understand development options

37 Prototyping, RAD and OOA&D

38 External Acquisition vs building Purchasing an existing system is similar to the process of deciding which car best meets your needs When is it appropriate? When is it not appropriate?

39 Initial steps in External Acquisition 1.System identification, selection and planning 2.Systems analysis 3.Development of a request for proposal 4.Proposal evaluation 5.Vendor selection

40 Outsourcing Turning over responsibility for some or all of an organization’s IS development and operations to an outside firm Your IS solutions may be housed in their organization Your applications may be run on their computers They may develop systems to run on your existing computers (within your organization) They may replace functions in your organization.... Even the CIO! When is outsourcing appropriate? When is it not?

41 End-User Development Growing sophistication of users Actual future users of the system are the system’s developers Application development may be faster No need to rely on external entities

42 End-User Development Pitfalls Users may not be aware of important standards Need for adequate documentation Built-in error checking Testing Potential lack of continuity