Scribd
Upload
8K views14 pages

Se Transformation and Transaction Flow

The document discusses structured design approaches for mapping data flow diagrams to software architecture. It describes representing control relationships between modules using a program structure chart. The structured design approach involves mapping the data flow diagram (DFD) into a program architecture using the Program Specification (PSPEC) and Structure Type Definition (STD). The DFD is analyzed to determine if it represents transform flow or transaction flow and is mapped to modules accordingly using heuristics. Transform flow has incoming, transform center, and outgoing flows while transaction flow has a transaction center and action paths.

Uploaded by

Snehil Rastogi
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
8K views14 pages

Se Transformation and Transaction Flow

The document discusses structured design approaches for mapping data flow diagrams to software architecture. It describes representing control relationships between modules using a program structure chart. The structured design approach involves mapping the data flow diagram (DFD) into a program architecture using the Program Specification (PSPEC) and Structure Type Definition (STD). The DFD is analyzed to determine if it represents transform flow or transaction flow and is mapped to modules accordingly using heuristics. Transform flow has incoming, transform center, and outgoing flows while transaction flow has a transaction center and action paths.

Uploaded by

Snehil Rastogi
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
You are on page 1/ 14

Structured Design

objective: develop a modular program structure and represent control relationships between modules approach: the DFD is mapped into a program architecture the PSPEC and STD are used to indicate the content of each module notation: structure chart

Structured Design

It provides a convenient transition from a data flow diagram to software Architecture

1.
2. 3. 4. 5. 6.

The type of information flow is established Flow boundaries are indicated The DFD is mapped into program structure Control hierarchy is defined Resultant structure is refined using design measures and heuristics The architectural description is refined and elaborated

Types of Information Flow

There are 2 different types of information flow that have different treatments Transform flow - Overall data flows in sequential manner and follows one, or only a few, straight line paths. (incoming, transform, output) Transaction Flow - Info flow has a single transaction node that triggers other data flow

Transform Flow

incoming flow
A transform center

outgoing flows B C

Transform Flow Incoming Flow: The paths that transform the external data into an internal form Transform Center: The incoming data are passed through a transform center and begin to move along paths that lead it out of the software Outgoing Flow: The paths that move the data out of the software

Transform flow

Transform Flow Characteristics

the system has a single, coherent objective transformation center executes algorithms, data transformation, database manipulation, ... input-driven processes filter, check and translate external data flows output-driven processes format results for presentation to the environment (user) multiple paths to obtain input

Transaction Analysis may include Transform Analysis as an element.

Transform Mapping (cont)

Design steps Step 1. Review the fundamental system model. Step 2. Review and refine data flow diagrams for the software. Step 3. Determine whether DFD has transform or transaction flow characteristics.

in general---transform flow special case---transaction flow

Transform Mapping (cont)

Step 4. Isolate the transform center by specifying incoming and outgoing flow boundaries different designers may select slightly differently transform center can contain more than one bubble. Step 5. Perform first-level factoring program structure represent a top-down distribution control. factoring results in a program structure(toplevel, middle-level, low-level) number of modules limited to minimum.

Transform Mapping (cont)


Step 6. Perform second-level factoring

mapping individual transforms(bubbles) to appropriate modules. factoring accomplished by moving outwards from transform center boundary.
Step 7. Refine the first iteration program structure using design heuristics for improved software quality.

Transform Analysis: mapping heuristic

i1

tc1

o1

o2

i2

tc2

o3

sys

I-ctrl

P-ctrl

O-ctrl

i1

i2

tc1

tc2

o1 o2

o 3

Transaction Flow

Transact ion

T
Transaction center

Action paths

Transaction Flow Information flow is often characterized by a single data item, called a transaction that triggers other data flow along one of many paths Action Paths :The transaction is evaluated and based on its value flow along one of many action paths Transaction center :The hub of info flow from which many action paths originate

Transaction flow

Transaction Flow Characteristics

single line of reception processes transaction: a single data item that includes all necessary information for execution transaction center evaluates transaction & initializes correct action-path => distribution action-paths implement (clearly) different types of functionality => execution an action-path could be a complete (sub-)system with transform flow characteristics

You might also like