Process Analysis and Modeling Using IDEF0

Slides:



Advertisements
Similar presentations
CAPE INFORMATION TECHNOLOGY – Unit 2
Advertisements

Software Engineering-II Sir Zubair Sajid. 3 Data Flow Diagrams (DFD)  DFDs describe the flow of data or information into and out of a system what does.
1 FUNCTION MODELING USING IDEF-0 IE 590 INTEGRATED MANUFACTURING SYSTEMS Lecture 7.
Process Analysis and Modeling Using IDEF0
Systems Analysis Requirements structuring Process Modeling
System Sequence Diagrams
Chapter 7 Structuring System Process Requirements
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
How to : Data Flow Diagrams (DFDs)
Software Design Deriving a solution which satisfies software requirements.
1.  Integrated Computer-Aided Manufacturing (ICAM) Definition Languages  Comprehensive, formal syntax for describing a process  Better analysis and.
Dataflow modelling: Context and Data Flow Diagrams
Drawing System Sequence Diagrams
DT211 Stage 2 Software Engineering
Modern Systems Analysis and Design
NJIT Drawing System Sequence Diagrams Chapter 10 Applying UML and Patterns Craig Larman Presented by Anuradha Dharani.
Chapter 9 Using Data Flow Diagrams
Chapter 3 : Software Process and Other Models Juthawut Chantharamalee Curriculum of Computer Science Faculty of Science and Technology, Suan Dusit University.
System analysis and design
Chapter 7 Structuring System Process Requirements
LECTURE 5 SEQUENCE DIAGRAM 1. INTRODUCTION – SYSTEM SEQUENCE DIAGRAM A system sequence diagram is a fast and easily created artifact that illustrates.
National Diploma in Systems Analysis and Design Data Flow Modelling.
Data Flow Diagrams (DFDs). Data flow diagram (DFD) is a picture of the movement of data between external entities and the processes and data stores within.
Structuring System Process Requirements. Learning Objectives Understand the logical modeling of processes by studying examples of data flow diagrams (DFDs).
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 6.1.
PROF. ANNA MORENO ENERGY EFFICIENCY UNIT TRAINING AND INFORMATION SERVICE.
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
Data Flow Diagrams.
Data Flow Diagram A method used to analyze a system in a structured way Used during: Analysis stage: to describe the current system Design stage: to describe.
1 FUNCTION MODELING USING IDEF-0 IE 469 Manufacturing Systems 469 صنع نظم التصنيع.
Systems Analysis and Design for the Small Enterprise section III Process design.
IDEF0 Modelling techniques
DFDs (Data Flow Diagrams). Data Flow Diagrams DFDs are a system modeling tool, the most popular and important representation in data flow modeling. DFDs.
Drawing System Sequence Diagrams
COMP-350 Object-Oriented Analysis and Design Drawing System Sequence Diagrams Reference: Larman, Chapter 9.
System Decomposition Overview. Data Flow Diagrams Despite the name “Data Flow Diagrams”, DFD have a process, rather than a data, focus We represent all.
Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Context Diagram This section includes two parts. Part 1: Description of a Context Diagram Part 2: How To construct a Context Diagram.
Enterprise Engineering How to read an IDEF0 model
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
C_ITIP211 LECTURER: E.DONDO. Unit 3 : PROCESS MODELING.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
Lab 3 Data Flow Diagram CPIT 250 System Analysis and Design.
School of Mechanical, Industrial, & Manufacturing Engineering Process Analysis and Modeling Using IDEF0.
School of Mechanical, Industrial, & Manufacturing Engineering Process Analysis and Modeling Using IDEF0.
School of Mechanical, Industrial, & Manufacturing Engineering Process Analysis and Modeling Using IDEF0.
Process Analysis and Modeling Using IDEF0
Business Process and Functional Modeling
Analysis Classes Unit 5.
Process Analysis and Modeling Using IDEF0
CHAPTER
WHAT IS A Process Map? Illustration of the sequence of activities, inputs and outputs to the activities, and relationship across multiple functions, or.
Chapter 6 Structuring System Requirements: Process Modeling
Business System Development
AA Trees.
Structured Analysis and Design Technique
Use Case Model.
Chapter 2 : Data Flow Diagram
Process & Logic Modeling
Concept Maps.
Chapter 6 Structuring System Requirements: Process Modeling
MBI 630: Week 4 Process Modeling
Chapter 9 Structuring System Requirements: Logic Modeling
Sequence Diagrams Lecture 6.
IDEF0/Activity Model – Functional Decomposition
System Design By Kustanto.
Chapter 7: Data Flow Diagram Structuring System Process Requirements
King Saud University College of Engineering IE – 462: “Industrial Information Systems” Fall – 2018 (1st Sem H) Chapter 4: Structured Analysis.
Chapter 9 Structuring System Requirements: Logic Modeling
Presentation transcript:

Process Analysis and Modeling Using IDEF0 continued

Call Arrows Special case of mechanism arrow. Caller box does not have its own child diagram. Detailed by another box in same or other model. Example: same “Fly aircraft” model called by “Fly aircraft in climb” “Fly aircraft in cruise” “Fly aircraft in descent”

Box Numbers and Node Numbers Single box in context (A-0) diagram numbered A0 (“Activity” 0). Boxes in context diagram’s child numbered A1, A2, A3, … [A6]. Boxes in A1’s child diagram numbered A11, A12, … Boxes in A2’s child diagram numbered A21, A22, … Boxes in A21’s child diagram numbered A211, A212, … and so on … Node – for our purposes, another name for a diagram Node numbers Context diagram is node A-0 A-0’s child node is node A0 A0’s children are nodes A1, A2, … In general, a node bears the same number as the box in the parent node it details.

Node (Diagram) A-0 (Context)

Node (Diagram) A0

Node (Diagram) A3

Node List, Node Tree Node List Node tree (horizontal) A-0: Assemble widgets A0: Assemble widgets A1: Restock parts A2: Get widget parts A3: Assemble parts A31: Hold widget base A32: Position parts in place A33: Secure parts to base A34: Release assembled widget A4: Inspect widgets Node tree (horizontal)

Node List, Node Tree Node tree (vertical – AI0Win) Node tree (vertical – Visio)

Reading IDEF0 Diagrams Scan boxes of diagram to gain impression of what is being described. Refer to parent diagram. Note arrow connections to parent box. Try to identify “most important” input, control, output. Consider arrows of current diagram. Try to determine if there is a main path linking “most important” input or control and "most important" output. Mentally walk through the diagram, from upper left to lower right. Note how arrows interact with each box. Determine if there are secondary paths. Check story being told by diagram by considering how familiar situations are handled. Check to see if a related FEO diagram exists. Read text and glossary, if provided.

Creating IDEF0 Diagrams Select Context, Viewpoint, Purpose. Create Context (A-0) Diagram. Create topmost (A0) diagram. 3-6 subprocess boxes. May be necessary to switch back and forth between A0 and A-0 several times to get a good start. Create child diagrams Detail each A0 process box into 3-6 subprocess boxes. May be necessary to redraw several times. Split and cluster boxes until satisfied. Create supporting materials: text, glossary, FEOs.

Detailing Boxes Select a box: Select the hardest part. Select the box whose detail will give the most information. Gather data. Structure: draw and re-draw. Write text carefully. Draw boxes. Make process box names verbs or verb phrases. Lay out diagonally, upper left to lower right. Place boxes that “dominate” in the upper left. All boxes should have a consistent “flavor”.

Drawing interface arrows. Think control and constraint, not flow. Don’t worry about sequence. All boxes may be active simultaneously. Bundle groups of arrows, when possible. Don’t clutter with arrows. All boxes must have control arrows, but they don’t require input arrows. Give arrows noun or noun phrase names.

Developing IDEF0 Models With AIWin0

AI0WIN Interface