Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
49 Cards in this Set
- Front
- Back
- 3rd side (hint)
Process Modeling
|
A technique used to organize and document a system's processes
|
|
|
Data Flow Diagram (DFD)
|
A process model used to depict the flow of data through a system and the work or processing performed by the system
|
Synonyms are “bubble chart,” “transformation graph,” and “process model”
|
|
External Agent
|
An outside person, organization unit, system, or organization that interacts with a system
|
Also known as “external entity”
|
|
Examples of External Agents
|
Office/Department/Individual within company that interacts with the system; Outside organization/agency/individual that interacts with the system; Another business or information system with which the system must interact; End users or managers
|
|
|
Data Store
|
Stored data intended for later use; an “inventory” of data
|
Synonyms are “file” and “database”
|
|
“Things” a Data Store Can Describe
|
Persons, Places, Objects, Events, and Concepts
|
Generally, nouns
|
|
Relationship between Data Store and an Entity
|
A data store represents ALL occurrences of an entity
|
The data store represents the synchronization of a system's process model with its data model
|
|
Oldest and Simplest of All System Models
|
The system IS a process
|
|
|
Process
|
Work performed by a system in response to incoming data flows or conditions
|
Synonym is “transform”
|
|
Decomposition Diagram
|
A tool used to depict the decomposition of a system
|
Also known as a “hierarchy chart”
|
|
Rules for Decomposition Diagrams
|
1. Each process is a parent, a child, or both.
2. A parent MUST have two or more children. 3. A child may have only one parent 4. A child may have its own children |
|
|
Function
|
A set of related and ongoing activities of a business
|
Examples: production planning, production scheduling, materials management, production control, inventory control
|
|
Event
|
A logical set of work that must be completed as a whole
|
Also known as a “transaction”
|
|
Convention of Naming Event Processes
|
Process ; Respond to ; Generate
|
= name of the event or corresponding input
|
|
Elementary Process
|
Discrete, detailed activity or task required to complete the response to an event
|
Also known as “primitive process”
|
|
Logical Tasks of Elementary Processes
|
Perform Computations; Make Decisions; Sort/Filter/Summarize Data; Organize Data/Create Reports; Trigger Other Processes; Create/Read/Update/Delete a Record
|
Logical process models omit any processes that do nothing but simply move data
|
|
Common Mechanical Errors with Data Flow Diagrams
|
Black Holes, Miracles, Gray Holes
|
|
|
Black Hole
|
Data is inputted into a process, but there is no output
|
One of the three common errors with data flow diagrams
|
|
Miracle
|
Data is outputted from a process, but there is no input
|
One of the three common errors with data flow diagrams
|
|
Gray Hole
|
Data inputted and data outputted is completely unrelated
|
One of the three common errors with data flow diagrams
|
|
Data Flow
|
Data that is input to or output from a process
|
Data in motion
|
|
Composite Data Flow
|
A data flow that consists of other data flows
|
|
|
Control Flow
|
A condition or nondata event that triggers a process
|
A condition to be monitored while the system works
|
|
Legal Data Flows
|
All data flows must begin or end at a process because data flows are the inputs and outputs of processes
|
Data flows cannot be from agent to agent or from data store to data store
|
|
Data Conservation
|
The practice of ensuring that a data flow contains only data that is needed by the receiving process
|
Sometimes called “starving the processes”
|
|
Data Attribute
|
The smallest piece of data that has meaning to the users and the business
|
Also applies to “attributes” in data modeling
|
|
Data Structure
|
A specific arrangement of data attributes that define a single instance of a data flow
|
“A single instance of contains . . .”
|
|
Algebraic Notation: =
|
Means “consists of” or “is composed of”
|
|
|
Algebraic Notation: +
|
Means “and” and designates sequence
|
|
|
Algebraic Notation: [ . . . ]
|
Means “only one of these attributes may be present; designates selection
|
|
|
Algebraic Notation: { . . . }
|
Means “these attributes may occur many times for one instance”; designates repetition
|
|
|
Algebraic Notation: ( . . . )
|
Means “these attributes are optional for some instances”
|
|
|
Diverging Data Flow
|
A data flow that splits into multiple data flows
|
Indicates that all/parts of the data are routed to different destinations
|
|
Converging Data Flow
|
The merger of multiple data flows into a single data flow
|
Indicates that data flows from different sources must come together as a single packet for subsequent processing
|
|
Event Partitioning
|
A structured analysis strategy in which a system is factored into subsystems based on business events and responses to those events
|
Creating multiple process model diagrams out of a single system
|
|
Context Data Flow Diagram
|
A diagram that shows the system as a “black box” and its main interfaces with the environment
|
First stage in event partitioning; shows the system as a whole; also called “environmental model”
|
|
Functional Decomposition Diagram
|
A diagram that partitions the system into logical subsystems and/or functions
|
Second stage in event partitioning; divides the whole system
|
|
Event-Response List
|
A list of the business events to which the system must provide a response
|
Third stage in event partitioning; similar to a use-case list
|
|
Event Handler
|
A process that handles a given event in the event-response list
|
Fourth stage in event partitioning; looks at individual events
|
|
Event Diagram
|
A data flow diagram for a single event handler and the agents and data stores that provide inputs and receive outputs
|
Fifth stage in event partitioning; optional, to show events in more detail
|
|
System Diagram
|
A data flow diagram that merges event diagrams for the entire system or part of the system
|
Sixth stage in event partitioning; shows the “big picture” of the system
|
|
Primitive Diagram
|
A data flow diagram that depicts the elementary processes, data stores, and data flows for a single event
|
Seventh stage in event partitioning; optional, except for events that require additional details
|
|
Types of Events
|
External Events; Temporal Events; State Events
|
|
|
Balancing
|
A concept that requires that data flow diagrams at different levels of detail reflect consistency and completeness
|
Include the same data flows and data stores between parent and child
|
|
Structured English
|
A language syntax for specifying the logic of a process
|
Combination of normal English and pseudocode
|
|
Decision Table
|
A tabular form of presentation that specifies a set of conditions and their corresponding actions
|
Very useful for illustrating complex policies and decision-making rules
|
|
Data Flow Notation: AND |
Alternative: A + B + C |
|
|
Data Flow Notation: EXCLUSIVE OR |
Alternative: A * B * C |
Exclusive Or = Only one of the data flows may be inputted/outputted |
|
Data Flow Notation: INCLUSIVE OR |
In the absence of a converging / diverging data flow |
Inclusive Or = Any or all of the data flows may be inputted/outputted |