- 1 - © Minder Chen, 1993-2003 Methods and Tools for BPR An Integrated Framework for Methods and Tools for BPR Process Modeling Methods and Tools –IDEF0:

Slides:



Advertisements
Similar presentations
Chapter 11 Describing Process Specifications and Structured Decisions
Advertisements

1 FUNCTION MODELING USING IDEF-0 IE 590 INTEGRATED MANUFACTURING SYSTEMS Lecture 7.
S Y S T E M S E N G I N E E R I N G.
Business Process Reengineering:
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Software Design Process A Process is a set of related and (sequenced) tasks that transforms a set of input to a set of output. Inputs Outputs Design Process.
Accounting Information Systems 9th Edition
MIS 325 PSCJ. 2  Business processes can be quite complex  Process model: any abstract representation of a process  Process-modeling tools provide a.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 6-1 Systems Development and Documentation Techniques.
ITIL: Service Transition
Chapter 4.
Systems Analysis and Design 9th Edition
Service Design / Figure 3.11 The Generic Process Elements.
1.  Integrated Computer-Aided Manufacturing (ICAM) Definition Languages  Comprehensive, formal syntax for describing a process  Better analysis and.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall.
Chapter 9 Describing Process Specifications and Structured Decisions
Chapter 9 Describing Process Specifications and Structured Decisions Systems Analysis and Design Kendall & Kendall Sixth Edition © 2005 Pearson Prentice.
Chapter 9 Describing Process Specifications and Structured Decisions
INDUSTRIAL & SYSTEMS ENGINEERING
1 Process Mapping BA 339 Mellie Pullman. 2 Objectives Service Process Differences Little’s Law Process Analysis & Mapping.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Chapter 9 Using Data Flow Diagrams
Advanced Accounting Information Systems
Introduction to SAP R/3.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Chapter 6, Process-Flow Analysis
Examine Quality Assurance/Quality Control Documentation
Systems Documentation Techniques
[ §4 : 1 ] 4. Requirements Processes II Overview 4.1Fundamentals 4.2Elicitation 4.3Specification 4.4Verification 4.5Validation Software Requirements Specification.
CONSTRUCTION OF A FLOW CHART DR OKUNOWO BOLANLE EDM UNIT.
Scott D. Duncan, MD, MHA, FAAP. Science of Safety We cannot improve quality and safety of healthcare until we view the everyday delivery of healthcare.
Software Design Processes and Management
6 Systems Analysis and Design in a Changing World, Fourth Edition.
Systems Analysis and Design: The Big Picture
Data Flow Diagrams (DFDs)
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Accounting systems design & evaluation 9434SB 12 April 2002.
LESSON 8 Booklet Sections: 12 & 13 Systems Analysis.
Chapter 9 Describing Process Specifications and Structured Decisions
Chapter 7 Structuring System Process Requirements
Value Analysis/ Flow Analysis
Introduction to Transaction Processing and Documentation Techniques COPYRIGHT © 2007 Thomson South-Western, a part of The Thomson Corporation. Thomson,
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 6-1 Accounting Information Systems 9 th Edition Marshall.
COPYRIGHT © 2008 Thomson South-Western, a part of The Thomson Corporation. Thomson, the Star logo, and South-Western are trademarks used herein under license.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
IDEF0 Modelling techniques
© Minder Chen, IDEF 85 - Methods and Tools for BPR An Integrated Framework for Methods and Tools for BPR Process Modeling Methods and Tools –IDEF0.
Chapter 8 Transaction Processing, Electronic Commerce, and Enterprise Resource Planning Systems.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
1 Accounting systems design & evaluation Karen Lau 25 Feb 2002.
Advanced Accounting Information Systems
Systems Analysis and Design in a Changing World, Fourth Edition
Foundations of Information Systems in Business. System ® System  A system is an interrelated set of business procedures used within one business unit.
Project Management Project Integration Management Minder Chen, Ph.D. CSU Channel Islands
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
Business Process Modeling What is a process model? – A formal way of representing how a business system operates. – Illustrates the activities that are.
Systems Development and Documentation Techniques BAB 3 PERTEMUAN SIA-UMBY.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
ITIL: Service Transition
Your own footer Your Logo.
Tools Of Structured Analysis
Information systems modeling tools
Process-Flow Analysis
Introduction to Transaction Processing
Process & Logic Modeling
Chapter 11 Describing Process Specifications and Structured Decisions
Chapter 4: documenting information systems
Presentation transcript:

- 1 - © Minder Chen, Methods and Tools for BPR An Integrated Framework for Methods and Tools for BPR Process Modeling Methods and Tools –IDEF0: Notation, Technique, Tools, & Analysis –Functional Flowchart Activity-Based Costing Supporting Technologies for BPR Activities –Groupware –Process Simulation –Organization Modeling Tools

- 2 - © Minder Chen, A Framework of Integrating Methods & Tools for BPR Elicit semi-formal process and data models Construct/ revise static business process models Analyze the dynamics of the process Analyze the activity costs of the process information of a process semi-formal process model cost and performance data compared to the baseline performance data activity cost data Target information system generated finalized process model Model Elicitation Tools (GroupSystems V) ABC Tool (IDEFCost, Easy ABC) Simulation Tool ( SIMPROCESS, iThink) CASE & Workflow Mgmt. Tools (IEF, ADW) Construct/ revise business data models Data Modeling Tools (ERWin, BDF) Construct formal IS models & generate information systems semi-formal data model Pro. Modeling Tools (IDEFine, BDF, Design/IDEF)

- 3 - © Minder Chen, Standard Flowchart Symbols Activity Movement/ Transportation Decision Point Paper document Delay Storage Connector Begin/End Annotation Direction of process flow Transmission

- 4 - © Minder Chen, Functional Flowchart (Process Mapping) Customer Service Credit Checking Inventory Shipping Begin Enter Order Check Credit Yes Order Processing Update Inventory Ship order End PROCESSPROCESS  CYCLECYCLE  ACTIVITYACTIVITY Wait for shipping No Customer

- 5 - © Minder Chen, TeamFlow from CMF at

- 6 - © Minder Chen, IDEF0 Notations Function Inputs Outputs Controls Mechanism Legends Process Order Customer order Processed order Order processing policy Order processing system Order processing clerks Work schedule

- 7 - © Minder Chen, Process Modeling for BPR Process 1. Entry Conditions 2. Exit Conditions 3. Decomposition Inputs:  Materials  Information Suppliers Requirements Outputs:  Materials  Information Customers Satisfiers Controls Constraints Specifications Schedules Mechanism Systems Personnel Resources Infrastructures Costs

- 8 - © Minder Chen, ICOM in IDEF0 The ICOM of a function represents certain system principles: Inputs are transformed into outputs, controls constrain or dictate under what conditions transformations occur, and mechanisms describe how the function is accomplished. "Inputs are transformed by the function into outputs according to controls, using mechanisms." An IDEF0 box and its ICOM can be described as: I C O M

- 9 - © Minder Chen, Definition of ICOM Input: Describe resources or data that are needed to perform the function and are transformed by the function into outputs. Control: Describe the conditions, rules, procedures, or circumstances that govern the execution of the function. An arrow is a control unless it obviously serves only as input. Each function should have at least one control arrow. Most of controls are in the form of data. Output: The data or objects produced when the function is performed. Mechanism: Define the supporting mechanisms that carry out the function. A mechanism may be a person, an organizational unit, a physical device, or a computer program.

© Minder Chen, An Example of an IDEF0 Diagram NODE:TITLE:NUMBER: AØFMaintain Repairable Spares (FEO) pg. 4-5 Asset (after repair) Remove & Replace 1 Schedule into Shop 2 Inspect or Repair 3 Monitor & Route 4 In-service asset Detected or suspected malfunction, or Item is scheduled for bench-check Replaced asset Man-hour standards and personnel availability Spare asset Asset (before repair) Repairable asset Assets awaiting parts Replacement or original (repaired) Status records Completed asset Spare or NRTS Source: Integrated Computer-Aided Manufacturing (ICAM): Functional Modeling Manual (IDEF0), June 1981, p. 4-5.

© Minder Chen, IDEF0 Diagrams as Constraint Diagrams Function A B C

© Minder Chen, IDEF0 Model Structure A0 A4 A-0 A GENERAL DETAILED The diagram A0 is the "parent" of the diagram A4. I1 I2 C1 O1 Abstraction Refinement I1 I2 O1 C1

© Minder Chen, Node Tree Manufacture Product A1 Plan for Manufacture A11 Assume a Structure and Method of Manufacturing A12 Estimate Requirements, Cost, Time to Produce A13 Develop Production Plans A14 Develop Support Activities Plan

© Minder Chen, Node Index A0 Manufacture Product A1Plan for Manufacture A11Assume a Structure and Method of Manufacture A12Estimate Requirements, Cost, Time to Produce A13Develop Production Plans A14Develop Support Activities Plan A

© Minder Chen, ICOM Balancing: The Match Must Be Complete and Consistent Parent Diagram Detail Diagram 1 Parent Box This arrow is a control from the parent This arrow continue on the parent This arrow is an input from the parent

© Minder Chen, ICOM Codes Are Written on the Detail Diagram This is C2 below This is C1 below This is C3 below This is I1 below This is I2 below Box of Parent to be Detailed This is O1 below This is O2 below C1 C2 1 2 I1 I2 C3 O1 O2 ICOM code must be written at the unconnected ends of all boundary arrows except for A-0 diagram and on tunneled arrows. 3

© Minder Chen, Tunneled Arrows Tunneling an arrow at the unconnected end indicates that the data conveyed is not relevant to or supplied by the parent diagram. Tunneled Arrows at Unconnected Ends Tunneled Arrows at Connected Ends ( ) Tunneling an arrow where it connects to a box indicates that the data conveyed is not necessary at the next level of decomposition. ( )

© Minder Chen, Tunneled Arrows and ICOM Codes A0PARENT DIAGRAM A2DETAIL DIAGRAM corporate policy Control will not be shown on detail diagram This arrow is still labeled as C3 status report to controller's office Output not shown on parent diagram ( ) I1 C1 C3 O1

© Minder Chen, Attributes of Processes Basic –Name –Description –Author –Audit trails Performance data –Importance: Core, Critical, Strategic –Value Added: Business, Customer, None –Cycle time: Mean, Variance, and Distribution –Cost/Unit

© Minder Chen, Process Evaluation Eliminate Simplify Combine Make them concurrent Automate Create value-adding processes

© Minder Chen, Adding Value, Not Cost and Time

© Minder Chen, Inputs Evaluation Type: Data, Material Performance: –Quality –Cost/Unit: include cost of processing purchase order, shipping cost, cost of the inputs, and inventory cost. –Delivery timeliness –Volume: Average and peak Reduce the cost of inputs. Alternative sources of inputs. Ensure timeliness of inputs delivery.

© Minder Chen, Controls Evaluation Relocate or retime controls Reduce unnecessary controls Embed controls as part of the process Let the workers who perform the process conduct the checking. Improve the procedures and guidelines of the process. Empower workers to learn and think and give them authority to make decision to make changes and improvements

© Minder Chen, Mechanism Evaluation Who should perform the process? Are tools used for performing the process adequate? What are emerging and matured techniques, tools, and information technologies that may help the improvement of process productivity or effectiveness? What is the cost of the resources in employing the mechanism? Are there alternatives? Are there adequate training programs for employees in using tools and methods?