The Life Starter
0 of 6 complete0%
Course Library · Lesson 4 of 6
Digital · Guided lesson

Represent dependencies as a graph

About 19 minutes · 4 reading + 15 practice and checks
Time includes reading, practice, and questions. Extra videos or further study are optional.
See this course’s project requirements

A runnable fictional help-desk simulator with an undo stack, FIFO queue and small dependency graph, plus empty and cyclic case tests.

Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.

What to include

  • An operation-to-structure map with three distinct retrieval rules.
  • An undo trace with last-in-first-out and empty-state handling.
  • A FIFO record with clear empty behavior.
  • A four-node dependency plan ending with archive.
  • A cycle diagnosis and justified repair record.
  • A runnable stack/queue/dependency demonstration with boundary evidence.

Review and revise

Use these criteria to check your work and choose what to improve.

  • The implementation or declared simulation follows the supplied contract and retains inspectable original inputs.
  • Normal, boundary and rejected cases are recorded with expected versus observed results.
  • The changed case has a correct explanation and does not rely on hidden state.
  • The project includes source, outputs, instructions and honest tool, privacy and verification limits.
Open the full course project
Want more background?
Before you begin

The idea in everyday life

Graph is {write:[], review:[write], publish:[review]}. These labels are steps, not people or times.

The idea

A dependency graph records what must finish first. In graphlib.TopologicalSorter, each dictionary value contains that node’s predecessors, not its successors.

Follow along

Represent dependencies as a graph — original worked practice

A dependency graph records what must finish first. In graphlib.TopologicalSorter, each dictionary value contains that node’s predecessors, not its successors.

Graph is {write:[], review:[write], publish:[review]}. These labels are steps, not people or times.

  1. 1. Step 1

    Draw write→review→publish.

    You should see: The arrow means must happen before.

    This keeps the rule and its observable result together.

  2. 2. Step 2

    Translate each node into its predecessor set.

    You should see: write has none; review has write; publish has review.

    This keeps the rule and its observable result together.

  3. 3. Step 3

    Run or trace static_order().

    You should see: write, review, publish is a valid sequence.

    This keeps the rule and its observable result together.

  4. 4. Step 4

    Add archive depending on publish and check the new order.

    You should see: A four-node dependency plan ending with archive.

    This keeps the rule and its observable result together.

Now change one thing

Change the dependency policy: archive now requires review, rather than publish. Write archive:[review] in the changed mapping. Enter archive’s immediate predecessor. Explain why archive and publish can now appear in either relative order after review.

Your work

What to finish

A four-node dependency plan ending with archive.

Common mistake

Watch for this

Interpreting a predecessor mapping backwards and trying to publish before review finishes.

How can I tell I understand it?

Explain and demonstrate the required distinction: A dependency graph records what must finish first. In graphlib.TopologicalSorter, each dictionary value contains that node’s predecessors, not its successors. Show a changed input and the expected result without weakening this contract.

Try 3 questions

Quick knowledge check

Answer all 3 questions. Get at least 2 right and the lesson completes automatically.

Not yet passed

You’ll get an explanation for each answer. Signed in? Your results save to your account.

1In the graph dictionary, review:[write] means what?
2Which sequence respects the baseline graph?
3Two unrelated nodes can have what kind of order?
0 of 3 answeredApply the lesson to a short question, then review the explanation.
4
Finish this lesson

Pass the check. We’ll save the progress.

Answer all 3 questions above and get at least 2 right. You can review the explanations and try again.

Go to the knowledge check
Tools, templates, and lesson sources

Tools and templates

Tools open in a new tab so you can keep your place here.

Sources and further reading

Explore the references behind this lesson.

docs.python.org — graphlib.html
Source & access notes · checked 2026-10-01

Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.

Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.

Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.

Report a problem with this lesson

Tell us what went wrong. Please leave out personal information and private project contents.

No sign-in needed.