Developing an IT Application Using Advantage:Gen  Activity Modeling.

Slides:



Advertisements
Similar presentations
Database Design Using the REA Data Model
Advertisements

Systems Analysis and Design in a Changing World, 6th Edition
Johnb DFDs and Design John Bell The DeMarco notation.
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.
Alternative Approach to Systems Analysis Structured analysis
SYSTEMS ANALYSIS AND DESIGN TOOLS
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Chapter 7 Structuring System Process Requirements
IMS1001 – Information Systems 1 CSE Information Systems 1
Data Flow Diagrams Levelling Them; Process Modelling Using Function Decomposition CSE Information Systems 1.
Dataflow modelling: Context and Data Flow Diagrams
FIS 431/631 Financial Information Systems: Analysis and Design REA Modeling Joe Callaghan Oakland University Department of Accounting & Finance.
Criticisms of the Traditional Accounting System Architecture and a Solution Slides 2.
Jump to first page Chapter 2 System Analysis - Process Modeling.
Data Flow Diagrams Mechanics.
Process Modeling Chapter 6. Key Definitions A process model is a formal way of representing how a business operates Data flow diagramming shows business.
Figure 1-A COOL:Gen™ Implements Entire Systems Development Life Cycle PLANNING ANALYSIS DESIGN - External DESIGN - Internal (Technological Environment.
Topics Creating DFD Physical and logical DFD Event driven modeling
Modern Systems Analysis and Design
FIS 431/631 Financial Information Systems: Analysis and Design Process Modeling Joe Callaghan Oakland University Department of Accounting & Finance.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
1 The Accounting REA Model as an Information Engineering Interaction Model Slides 5.
Chapter 9 Using Data Flow Diagrams
A Quick Review of Analysis Stages of the Systems Development Life Cycle Planning Analysis Design Construction.
FIS 431/631 Financial Information Systems: Analysis and Design ERD & Normalization Joe Callaghan Oakland University Department of Accounting & Finance.
Systems Analysis and Design in a Changing World, 6th Edition
Process Modelling Using Data Flow Diagrams - Building and Levelling Them; Process Modelling Using Function Decomposition CSE Information Systems.
DATA FLOW DIAGRAMS IT 155.
Process Modeling SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
Database Design Using the REA Data Model
Traditional Approach to Requirements Data Flow Diagram (DFD)
Chapter 6: The Traditional Approach to Requirements
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Chapter 5: Modeling Systems Requirements: Events and Things
Modeling Systems Requirements: Events and Things.
Chapter 8 Structuring System Requirements: Process Modeling
Modeling System Requirements:Events and Things
Data Flow Diagrams (DFDs)
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Modeling System Requirements:
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 Process.
Systems Analysis and Design in a Changing World, Fifth Edition
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
Computer System Analysis Chapter 8 Structuring System Requirements: Process Modeling Dr. Sana’a Wafa Al-Sayegh 1 st quadmaster University of Palestine.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 8 Structuring.
Chapter 7 Using Data Flow Diagrams
PHASE 2: SYSTEMS ANALYSIS
Systems Analysis and Design in a Changing World, 6th Edition
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 96 C HAPTER 17 Special Topics in REA Modeling for the.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
Systems Analysis and Design in a Changing World, 6th Edition
1 DATA FLOW DIAGRAM. 2 Outline Process decomposition diagrams Data flow diagram (DFD)
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
System Analysis System Analysis - Mr. Ahmad Al-Ghoul System Analysis and Design.
Modern Systems Analysis and Design Fifth Edition
IS3320 Developing and Using Management Information Systems Lecture 18: Data-Flow Diagrams 3 – Level 1 Modelling Rob Gleasure
Information Modelling Process Technique- DFD 5C Sybase_PowerDesigner_ html.
Week04 Project Requirements.
C_ITIP211 LECTURER: E.DONDO. Unit 3 : PROCESS MODELING.
7-1 Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
5 Chapter 5: Modeling Systems Requirements: Events and Things Systems Analysis and Design in a Changing World.
Chapter 8 Structuring System Requirements: Process Modeling
Chapter 1: Data Flow Diagram Structuring System Process Requirements
Process & Logic Modeling
Chapter 6 Structuring System Requirements: Process Modeling
Chapter 7: Data Flow Diagram Structuring System Process Requirements
Presentation transcript:

Developing an IT Application Using Advantage:Gen  Activity Modeling

Objectives of Activity Analysis u To understand the processes of the firm independent of organization structure, existing IS, and technology u To verify the understanding with users u To lay the foundation for system design

Business Activities u Function – a high level process, a group of activities that together completely support one aspect of furthering the mission of the business (e.g., AMP of Resources, Conversion, MSC of Products/Services) u Process – a group of related events u Elementary process – an event, and maintenance of RALs (CRUDE)

Processes u Results from the decomposition of a function u A process is a lower level activity (or activities) that does one of: –produce outputs necessary outside the business –gathers new information for the business –produces new information for the business –controls things in the business

Naming a Process u Processes (events) are named using a verb (action) plus a noun (an entity type or attribute), e.g. TAKE ORDER, STAFF PROJECT

Process versus Procedure u Process - what the business does, a specific action the business requires, e.g. CHARGE CUSTOMER u Procedure - how the action is carried out, e.g. PRINT INVOICE

Activity Analysis Techniques u Decomposition - Functions decompose into smaller functions or processes, processes into smaller processes. This is represented in the Activity Hierarchy Diagram u Dependency Analysis - This shows the conditions necessary to enable one process/event to execute and thus the dependency of one process/event on another. This is shown in the Activity Dependency Diagram (ADD confirms the AHD).

Hierarchy Diagramming ROOT FUNCTION A FUNCTION B PROCESS X PROCESS Y

Decomposition Rules u Functions may be decomposed into sub-functions or processes u Processes may be decomposed into sub-processes, and ultimately, elementary processes u An activity that is decomposed must be broken down into two or more activities (parent has at least two children) u An activity is totally described by its subordinates (sum of children should explain entire parent)

Functions and processes may exist at the same level, but only as decompositions of different parents FUNCTION A SUB-FUNCTION F SUB-FUNCTION G FUNCTION B PROCESS X PROCESS Y A is a more complex function than B

Decomposition Using Business Events u Identify process that follows an important business event u Event - Customer returns defective product u Subsequent events (making up the process) - Give customer an exchange, Refund money, Return defective product to supplier

Elementary Processes, the Lowest Level of the Hierarchy u Achieves a useful business result u Leaves the business in a consistent state, i.e. preserves referential integrity, data integrity of attribute values, and integrity of the business transaction u In general performed by one person, in one location, until complete

Integrity of the Data u The two events should be modeled as one elementary process, because executing only one means that the value of inventory is inconsistent with the sale recorded. u These would be sub-elemental SELL PRODUCT REDUCE INVENTORY Can users trust the data stored in the database?

Activity Dependency Analysis u Determines the conditions necessary to enable the execution of a process (lowest level process is an event or maintenance of RALs). u Since one process (or event) can supply the conditions necessary for another process to execute, this shows dependencies between processes (events).

Activity Dependency Diagramming u Verifies the process decomposition u Adds to business understanding by identifying data needed to execute a process and the information that it provides

Activity Dependency Occurs When u The post condition of one process is the necessary precondition of another process REVIEW INVENTORY ITEM LOW STOCKPLACE ORDER

Dependency Types Sequential Dependency SELECT PRODUCT SELECT DISTRIBUTOR NEGOTIATE PRICE

Dependency Types Parallel Dependency RECEIVE ORDER INSTALL ASSET PLACE IN WAREHOUSE PAY FOR ORDER Prerequisite event Dependent events

Dependency Types Mutually Exclusive Dependency O INTERVIEW APPLICANT MAKE JOB OFFER REJECT APPLICANT

Activity Dependency Diagram for “Acquire and Pay for Fixed Assets” Sequential dependency Mutually exclusive dependency Parallel dependency

Events and External Objects u An external or temporal event is something that occurs which then triggers some response, e.g. End of Month can trigger INVENTORY REVIEW u External objects (agents) provide data to a process or receive some results from the process e.g. CUSTOMER, VENDOR, GOVERNMENT AGENCY u Both (1) external events and (2) external objects can be depicted in ADD’s