STUDENT REFERENCE GUIDE

Flowchart Shapes

A complete visual reference of every standard flowchart symbol — what each shape means, when to use it, and real examples.

Core Flowchart Shapes
START / END

Oval / Rounded Rectangle

TERMINATOR

Marks the beginning or end of the entire flowchart. Every flowchart must have exactly one Start and at least one End (also called "Stop" or "Exit").

Examples: "Start", "Begin", "End", "Stop", "Exit Program"
PROCESS / ACTION

Rectangle

PROCESS

Represents an action, task, or operation being performed. This is the most common shape in any flowchart. It does something — calculates, assigns, moves, prints, etc.

Examples: "Add 1 to counter", "Save file", "Send email", "Calculate total"
IS AGE ≥ 18?

Diamond

DECISION / BRANCH

A question or condition that creates a fork in the flow. It always has 2 or more exits — typically labeled Yes/No or True/False. The flow takes different paths based on the answer.

Examples: "Is x > 10?", "Password correct?", "File found?"
INPUT / OUTPUT

Parallelogram

INPUT / OUTPUT (I/O)

Represents data entering or leaving the system. Input: reading data (keyboard, file, sensor). Output: displaying or printing data (screen, report, file). The same shape is used for both.

Examples: "Read user name", "Print invoice", "Get temperature", "Display result"
DOCUMENT

Document Shape

DOCUMENT

Represents a physical or digital document being created, read, or referenced. The wavy bottom edge distinguishes it from a plain rectangle. Used in business workflows more than coding flowcharts.

Examples: "Print report", "Generate PDF invoice", "Read instruction manual"
CALL FUNCTION

Rectangle with Double Side Bars

SUBROUTINE / PREDEFINED PROCESS

Calls a separate process, function, or module that is defined elsewhere. This avoids redrawing complex logic by simply referencing the named procedure. The vertical bars on both sides signal "this step expands into its own flowchart."

Examples: "validateLogin()", "calculateTax()", "sendEmail()"
DATABASE

Cylinder

DATABASE / STORED DATA

Represents data storage — a database, disk, file system, or any persistent store. Used whenever data is read from or written to a storage system.

Examples: "Query customer DB", "Write log to disk", "Fetch from cache"
MANUAL INPUT

Slanted-Top Rectangle

MANUAL INPUT

Specifically indicates a human manually entering data, such as typing on a keyboard. Distinguished from a plain I/O parallelogram by the slanted top edge.

Examples: "User types password", "Operator enters quantity"
A

Circle / Small Circle

CONNECTOR / ON-PAGE REFERENCE

Used when a flow line needs to continue somewhere else on the same page to avoid messy crossing lines. Two circles with the same letter/number are connected — one exits, one enters at a different location.

Examples: "A" circle leading from one column to another column on the same page
B

Pentagon / Home Plate

OFF-PAGE CONNECTOR

Connects to a matching shape on a different page of a multi-page flowchart. Prevents flow lines from spanning multiple pages. The matching label (letter/number) identifies the pair.

Examples: Flow continues on "Page 2, Shape B"
DELAY / WAIT

D-Shape / Half-Oval

DELAY

Represents a deliberate pause or wait period in the process — waiting for a timer, approval, external event, or resource availability. Common in manufacturing and business workflows.

Examples: "Wait 24 hours", "Await approval", "Sleep 5 seconds"
INITIALIZATION

Hexagon

PREPARATION / INITIALIZATION

Indicates a setup step or loop initialization — setting a variable before a loop begins, configuring environment, or any preparatory step distinct from a regular process.

Examples: "Set counter = 0", "Initialize array", "Open connection"
Arrows & Flow Lines

Types of Connecting Lines

Arrows show the direction of flow between shapes. Never draw a flowchart without clear arrowheads!

Solid Arrow
Normal flow direction
Dashed Arrow
Optional / conditional path
Curved Arrow
Loop back / return path
Bidirectional Arrow
Two-way data exchange
Quick Reference Table
Shape Name Used For Tip
OvalTerminatorStart / EndEvery flowchart needs exactly one Start
RectangleProcessAction / ComputationMost frequently used shape
DiamondDecisionYes/No questionAlways label both exit paths
ParallelogramI/OInput or OutputSame shape for both read and write
DocumentDocumentReports, filesCommon in business flowcharts
Double-bar rectSubroutineCall a functionDefined in a separate flowchart
CylinderDatabaseStored dataThink "hard drive / database"
Slanted-top rectManual InputHuman keyboard entrySpecifically for human interaction
Small CircleOn-page ConnectorContinue on same pageAvoids crossing lines
PentagonOff-page ConnectorContinue on another pageUse matching labels (A, B, 1, 2…)
D-ShapeDelayWait / pauseCommon in manufacturing flows
HexagonPreparationLoop setup / initSets variables before loops
Example: Login Process Flowchart

See How the Shapes Work Together

This diagram shows a typical user login process using the shapes described above.

START ENTER USERNAME & PASSWORD validateCredentials() CREDENTIALS VALID? YES NO retry LOAD DASHBOARD FETCH USER DATA DISPLAY WELCOME END ← Parallelogram ← Subroutine ← Diamond ← Rectangle ← Cylinder ← Parallelogram ← Oval ← Oval
Reading the example: Start at the oval → Input credentials (parallelogram) → Call validateCredentials() subroutine (double-bar rectangle) → Decision diamond asks if valid → NO loops back to re-enter (red arrow) → YES continues down → Load dashboard (rectangle) → Fetch from database (cylinder) → Display result (parallelogram) → End (oval).
Golden Rules for Students
#RuleWhy it Matters
1Always use an oval for Start and EndWithout terminators, the flow has no defined entry/exit point
2Label both exits of every diamondAn unlabeled branch causes confusion about which path to take
3Flow should generally go top-to-bottom or left-to-rightMakes the diagram intuitive and easy to follow
4Use arrowheads on every lineWithout arrows, the direction of flow is ambiguous
5One shape = one action or one decisionCrowding too many things into one shape loses clarity
6Use connectors instead of crossing linesCrossed lines are confusing and look unprofessional
7Keep text inside shapes short and clearLong text makes shapes hard to read at a glance