How unit 1 is examined
This unit introduces what a game is, how games are designed, where game theory is applied in engineering, the iterative design process and meaningful play. No questions were asked in the supplied papers, so every topic is unasked and is taught in compact form.
What is a Game
<span style="display:inline-block;padding:.16em .6em;border:1.5px solid currentColor;border-radius:999px;font-size:.68em;font-weight:700;letter-spacing:.06em;text-transform:uppercase;opacity:.75">Not asked since 2022</span>
Definition. <mark>A game is a voluntary interactive activity in which players follow rules to pursue a goal and reach a quantifiable outcome.</mark>
Key points.
- A game has players who choose to take part, so participation is voluntary and the player can leave when the activity stops being enjoyable.
- Rules limit what players may do, and these limits are what make the activity fair, challenging and playable.
- A goal or objective gives players something to strive for, such as capturing a piece, reaching a square or scoring the most points.
- Play ends in a quantifiable outcome such as a win, a loss, a draw or a numerical score, so it is always possible to say who did better.
- Games are interactive: the players act on the system, the system responds, and this feedback drives the next action.
- Games often include conflict or competition, either against other players or against the game system itself.
Diagram. <figure class="ds-fig" style="margin:1.4rem 0;overflow-x:auto"><svg xmlns="http://www.w3.org/2000/svg" id="dsfig-u1-01" viewBox="0 0 527.2 252" width="527.2" height="252" role="img" aria-label="Elements of a game. P = players (voluntary), R = rules, G = goal, Pl = play (interaction), O = quantifiable outcome"><style>#dsfig-u1-01 .e{stroke:#454C5A;stroke-width:1.4;fill:none}#dsfig-u1-01 .e.hi{stroke:#2340B8;stroke-width:2.6}#dsfig-u1-01 .n{fill:#FFFFFF;stroke:#16181D;stroke-width:1.4}#dsfig-u1-01 .n.hi{fill:#E3E9FC;stroke:#2340B8;stroke-width:2.2}#dsfig-u1-01 .n.rb-b{fill:#16181D;stroke:#16181D}#dsfig-u1-01 .n.rb-r{fill:#BD3227;stroke:#BD3227}#dsfig-u1-01 text{font-family:"JetBrains Mono",ui-monospace,Menlo,Consolas,monospace;font-size:13px}#dsfig-u1-01 .t{fill:#16181D;font-weight:500}#dsfig-u1-01 .t.inv{fill:#FFFFFF;font-weight:700}#dsfig-u1-01 .kd{stroke:#16181D;stroke-width:1.2}#dsfig-u1-01 .dot{fill:#16181D}#dsfig-u1-01 .ann{fill:#2340B8;font-size:11px;font-weight:700}#dsfig-u1-01 .lbl{fill:#6F7787;font-family:system-ui,-apple-system,sans-serif;font-size:12px;font-weight:700}#dsfig-u1-01 .ptr{fill:#2340B8;font-size:12px;font-weight:700}#dsfig-u1-01 .ah{fill:#454C5A}#dsfig-u1-01 .ah.hi{fill:#2340B8}#dsfig-u1-01 .wl rect{fill:#FFFFFF;stroke:#DCE0E7}#dsfig-u1-01 .wl .t{font-size:12px;font-weight:700}#dsfig-u1-01 .wl.hi rect{fill:#2340B8;stroke:#2340B8}#dsfig-u1-01 .wl.hi .t{fill:#FFFFFF}html.dark #dsfig-u1-01 .e{stroke:#B1B7C3}html.dark #dsfig-u1-01 .e.hi{stroke:#8FA3FF}html.dark #dsfig-u1-01 .n{fill:#161920;stroke:#E6E8ED}html.dark #dsfig-u1-01 .n.hi{fill:#1E2748;stroke:#8FA3FF}html.dark #dsfig-u1-01 .n.rb-b{fill:#E6E8ED;stroke:#E6E8ED}html.dark #dsfig-u1-01 .n.rb-r{fill:#FF7E71;stroke:#FF7E71}html.dark #dsfig-u1-01 .t{fill:#E6E8ED}html.dark #dsfig-u1-01 .t.inv{fill:#0F1115}html.dark #dsfig-u1-01 .kd{stroke:#E6E8ED}html.dark #dsfig-u1-01 .dot{fill:#E6E8ED}html.dark #dsfig-u1-01 .ann{fill:#8FA3FF}html.dark #dsfig-u1-01 .lbl{fill:#858D9C}html.dark #dsfig-u1-01 .ptr{fill:#8FA3FF}html.dark #dsfig-u1-01 .ah{fill:#B1B7C3}html.dark #dsfig-u1-01 .ah.hi{fill:#8FA3FF}html.dark #dsfig-u1-01 .wl rect{fill:#161920;stroke:#2A2E37}html.dark #dsfig-u1-01 .wl.hi rect{fill:#8FA3FF;stroke:#8FA3FF}html.dark #dsfig-u1-01 .wl.hi .t{fill:#0F1115}</style><defs><marker id="ah1" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path class="ah" d="M0,1 L9,5 L0,9 z"/></marker><marker id="ahh1" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path class="ah hi" d="M0,1 L9,5 L0,9 z"/></marker></defs><path class="e" d="M56.6,116.8 L176.4,50.2" marker-end="url(#ah1)"/><path class="e" d="M211.4,49.2 L331.2,115.8" marker-end="url(#ah1)"/><path class="e" d="M211.4,202.8 L331.2,136.2" marker-end="url(#ah1)"/><path class="e" d="M368.6,126 L466.2,126" marker-end="url(#ah1)"/><circle class="n" cx="40" cy="126" r="18"/><text class="t" x="40" y="126" dy=".35em" text-anchor="middle">P</text><circle class="n" cx="194.8" cy="40" r="18"/><text class="t" x="194.8" y="40" dy=".35em" text-anchor="middle">R</text><circle class="n" cx="194.8" cy="212" r="18"/><text class="t" x="194.8" y="212" dy=".35em" text-anchor="middle">G</text><circle class="n" cx="349.6" cy="126" r="18"/><text class="t" x="349.6" y="126" dy=".35em" text-anchor="middle">Pl</text><circle class="n" cx="487.2" cy="126" r="18"/><text class="t" x="487.2" y="126" dy=".35em" text-anchor="middle">O</text></svg><figcaption style="font-size:.82em;opacity:.72;margin-top:.45rem">Elements of a game. P = players (voluntary), R = rules, G = goal, Pl = play (interaction), O = quantifiable outcome</figcaption></figure>
Answer frame. Open with the definition; draw the element diagram; develop the points in the order players, rules, goal, interaction, conflict, outcome; close with one example such as chess.
Game Design Schema
<span style="display:inline-block;padding:.16em .6em;border:1.5px solid currentColor;border-radius:999px;font-size:.68em;font-weight:700;letter-spacing:.06em;text-transform:uppercase;opacity:.75">Not asked since 2022</span>
Definition. <mark>A game design schema is a conceptual framework that lets a designer study a game through several lenses, mainly rules, play and culture.</mark>
Key points.
- A schema is a way of organising thought, so it breaks a complex game into parts that can be analysed one at a time.
- The rules lens looks at the formal structure of the game: the logic, the mathematics and the instructions that define what is allowed.
- The play lens looks at the experience of the players as they interact with the game and with each other.
- The culture lens looks at the wider social and historical context in which the game is created and played.
- The three lenses overlap, so a change in one, for example a new rule, changes the play and may change how the game is received by its culture.
- A designer uses the schema as a checklist, so that no aspect of the game is overlooked while it is being designed or analysed.
Diagram. <figure class="ds-fig" style="margin:1.4rem 0;overflow-x:auto"><svg xmlns="http://www.w3.org/2000/svg" id="dsfig-u1-02" viewBox="0 0 270 130" width="270" height="130" role="img" aria-label="The three primary schemas used to view a game"><style>#dsfig-u1-02 .e{stroke:#454C5A;stroke-width:1.4;fill:none}#dsfig-u1-02 .e.hi{stroke:#2340B8;stroke-width:2.6}#dsfig-u1-02 .n{fill:#FFFFFF;stroke:#16181D;stroke-width:1.4}#dsfig-u1-02 .n.hi{fill:#E3E9FC;stroke:#2340B8;stroke-width:2.2}#dsfig-u1-02 .n.rb-b{fill:#16181D;stroke:#16181D}#dsfig-u1-02 .n.rb-r{fill:#BD3227;stroke:#BD3227}#dsfig-u1-02 text{font-family:"JetBrains Mono",ui-monospace,Menlo,Consolas,monospace;font-size:13px}#dsfig-u1-02 .t{fill:#16181D;font-weight:500}#dsfig-u1-02 .t.inv{fill:#FFFFFF;font-weight:700}#dsfig-u1-02 .kd{stroke:#16181D;stroke-width:1.2}#dsfig-u1-02 .dot{fill:#16181D}#dsfig-u1-02 .ann{fill:#2340B8;font-size:11px;font-weight:700}#dsfig-u1-02 .lbl{fill:#6F7787;font-family:system-ui,-apple-system,sans-serif;font-size:12px;font-weight:700}#dsfig-u1-02 .ptr{fill:#2340B8;font-size:12px;font-weight:700}#dsfig-u1-02 .ah{fill:#454C5A}#dsfig-u1-02 .ah.hi{fill:#2340B8}#dsfig-u1-02 .wl rect{fill:#FFFFFF;stroke:#DCE0E7}#dsfig-u1-02 .wl .t{font-size:12px;font-weight:700}#dsfig-u1-02 .wl.hi rect{fill:#2340B8;stroke:#2340B8}#dsfig-u1-02 .wl.hi .t{fill:#FFFFFF}html.dark #dsfig-u1-02 .e{stroke:#B1B7C3}html.dark #dsfig-u1-02 .e.hi{stroke:#8FA3FF}html.dark #dsfig-u1-02 .n{fill:#161920;stroke:#E6E8ED}html.dark #dsfig-u1-02 .n.hi{fill:#1E2748;stroke:#8FA3FF}html.dark #dsfig-u1-02 .n.rb-b{fill:#E6E8ED;stroke:#E6E8ED}html.dark #dsfig-u1-02 .n.rb-r{fill:#FF7E71;stroke:#FF7E71}html.dark #dsfig-u1-02 .t{fill:#E6E8ED}html.dark #dsfig-u1-02 .t.inv{fill:#0F1115}html.dark #dsfig-u1-02 .kd{stroke:#E6E8ED}html.dark #dsfig-u1-02 .dot{fill:#E6E8ED}html.dark #dsfig-u1-02 .ann{fill:#8FA3FF}html.dark #dsfig-u1-02 .lbl{fill:#858D9C}html.dark #dsfig-u1-02 .ptr{fill:#8FA3FF}html.dark #dsfig-u1-02 .ah{fill:#B1B7C3}html.dark #dsfig-u1-02 .ah.hi{fill:#8FA3FF}html.dark #dsfig-u1-02 .wl rect{fill:#161920;stroke:#2A2E37}html.dark #dsfig-u1-02 .wl.hi rect{fill:#8FA3FF;stroke:#8FA3FF}html.dark #dsfig-u1-02 .wl.hi .t{fill:#0F1115}</style><defs><marker id="ah2" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path class="ah" d="M0,1 L9,5 L0,9 z"/></marker><marker id="ahh2" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path class="ah hi" d="M0,1 L9,5 L0,9 z"/></marker></defs><line class="e" x1="119" y1="37" x2="43.5" y2="101"/><line class="e" x1="119" y1="37" x2="115" y2="101"/><line class="e" x1="119" y1="37" x2="194.5" y2="101"/><rect class="n" x="38.5" y="22" width="161" height="30" rx="8"/><text class="t" x="119" y="37" dy=".35em" text-anchor="middle">Game design schema</text><rect class="n" x="14" y="86" width="59" height="30" rx="8"/><text class="t" x="43.5" y="101" dy=".35em" text-anchor="middle">Rules</text><rect class="n" x="89" y="86" width="52" height="30" rx="8"/><text class="t" x="115" y="101" dy=".35em" text-anchor="middle">Play</text><rect class="n" x="157" y="86" width="75" height="30" rx="8"/><text class="t" x="194.5" y="101" dy=".35em" text-anchor="middle">Culture</text></svg><figcaption style="font-size:.82em;opacity:.72;margin-top:.45rem">The three primary schemas used to view a game</figcaption></figure>
Answer frame. Open with the definition; draw the three-lens tree; explain rules, then play, then culture with one line of example each; close by stating that the lenses overlap.
Game Design fundamentals
<span style="display:inline-block;padding:.16em .6em;border:1.5px solid currentColor;border-radius:999px;font-size:.68em;font-weight:700;letter-spacing:.06em;text-transform:uppercase;opacity:.75">Not asked since 2022</span>
Definition. <mark>Game design is the process by which a designer creates a game, with its rules and structure, for players to encounter and from which meaning emerges.</mark>
Key points.
- The core elements of a design are the objective, the rules, the mechanics, the players and the outcome.
- Mechanics are the actions that players can perform, such as moving, trading or drawing a card, and they must support the goal.
- Balance means that no single strategy or starting position wins unfairly, which keeps the game challenging for every player.
- Feedback tells players what their action did, so they can learn and plan the next move.
- The designer does not control the play directly but designs the system in which play happens, so the experience emerges from the players' choices.
- A good design is judged by the play experience, so it must be tested with real players and improved.
| Element | Question it answers |
|---|---|
| Objective | What must the player achieve? |
| Rules | What is allowed and what is not? |
| Mechanics | What can the player do? |
| Balance | Is it fair for every player? |
| Feedback | What happened after my action? |
Answer frame. Open with the definition; list the core elements from the table; develop mechanics, balance and feedback with a small example; close with the need for testing.
Engineering application of game theory
<span style="display:inline-block;padding:.16em .6em;border:1.5px solid currentColor;border-radius:999px;font-size:.68em;font-weight:700;letter-spacing:.06em;text-transform:uppercase;opacity:.75">Not asked since 2022</span>
Definition. <mark>Game theory is the mathematical study of strategic decisions in which each player's outcome depends on the choices of the others; in engineering it is used to design systems with interacting decision makers.</mark>
Key points.
- In communication networks, game theory models users or routers that compete for bandwidth, and it helps design fair resource allocation and congestion control.
- In power systems and smart grids, it models producers and consumers who bargain over price and load, so that demand is balanced.
- In cybersecurity, it models an attacker against a defender as a game, which helps to plan where to place defences.
- In multi-agent systems and robotics, it helps autonomous agents such as drones or vehicles coordinate and avoid conflict.
- In economics-linked engineering, such as auctions for spectrum or cloud resources, it designs rules so that honest bidding is the best strategy.
- The engineer models each application by naming the players, their strategies and their payoffs, and then looks for a stable outcome such as a Nash equilibrium.
| Field | Players | Conflict or coordination |
|---|---|---|
| Networks | Users, routers | Sharing bandwidth |
| Smart grid | Producers, consumers | Price and load |
| Security | Attacker, defender | Attack versus defence |
| Robotics | Agents, vehicles | Path and task allocation |
Answer frame. Open with the definition; state players, strategies and payoffs; give four applications from the table with one sentence each; close with the Nash equilibrium as the solution idea.
Design Process: Iterative design, Commissions, Design & Testing of the Board Game
<span style="display:inline-block;padding:.16em .6em;border:1.5px solid currentColor;border-radius:999px;font-size:.68em;font-weight:700;letter-spacing:.06em;text-transform:uppercase;opacity:.75">Not asked since 2022</span>
Definition. <mark>Iterative design is a cycle of prototyping, playtesting and evaluating, in which each result is fed back to refine the next version of the game.</mark>
Key points.
- The cycle is to design, build a prototype, playtest, evaluate and then revise, and it is repeated until the game meets its goals.
- A commission is a design brief from a client, and it sets the constraints such as theme, audience, budget and deadline.
- A board game is first made as a rough paper prototype, so that changes to the board, cards or rules are cheap and quick.
- Playtesting with players who did not design the game exposes unclear rules, unbalanced moves and boring stretches.
- The designer observes the players and records where they hesitate, argue or lose interest, instead of explaining the game to them.
- After the tests, the designer keeps what works, changes what does not, and produces a polished final version for production.
Diagram. <figure class="ds-fig" style="margin:1.4rem 0;overflow-x:auto"><svg xmlns="http://www.w3.org/2000/svg" id="dsfig-u1-03" viewBox="0 0 338 252" width="338" height="252" role="img" aria-label="Iterative design cycle. D = design, P = prototype, T = playtest, E = evaluate, then back to design"><style>#dsfig-u1-03 .e{stroke:#454C5A;stroke-width:1.4;fill:none}#dsfig-u1-03 .e.hi{stroke:#2340B8;stroke-width:2.6}#dsfig-u1-03 .n{fill:#FFFFFF;stroke:#16181D;stroke-width:1.4}#dsfig-u1-03 .n.hi{fill:#E3E9FC;stroke:#2340B8;stroke-width:2.2}#dsfig-u1-03 .n.rb-b{fill:#16181D;stroke:#16181D}#dsfig-u1-03 .n.rb-r{fill:#BD3227;stroke:#BD3227}#dsfig-u1-03 text{font-family:"JetBrains Mono",ui-monospace,Menlo,Consolas,monospace;font-size:13px}#dsfig-u1-03 .t{fill:#16181D;font-weight:500}#dsfig-u1-03 .t.inv{fill:#FFFFFF;font-weight:700}#dsfig-u1-03 .kd{stroke:#16181D;stroke-width:1.2}#dsfig-u1-03 .dot{fill:#16181D}#dsfig-u1-03 .ann{fill:#2340B8;font-size:11px;font-weight:700}#dsfig-u1-03 .lbl{fill:#6F7787;font-family:system-ui,-apple-system,sans-serif;font-size:12px;font-weight:700}#dsfig-u1-03 .ptr{fill:#2340B8;font-size:12px;font-weight:700}#dsfig-u1-03 .ah{fill:#454C5A}#dsfig-u1-03 .ah.hi{fill:#2340B8}#dsfig-u1-03 .wl rect{fill:#FFFFFF;stroke:#DCE0E7}#dsfig-u1-03 .wl .t{font-size:12px;font-weight:700}#dsfig-u1-03 .wl.hi rect{fill:#2340B8;stroke:#2340B8}#dsfig-u1-03 .wl.hi .t{fill:#FFFFFF}html.dark #dsfig-u1-03 .e{stroke:#B1B7C3}html.dark #dsfig-u1-03 .e.hi{stroke:#8FA3FF}html.dark #dsfig-u1-03 .n{fill:#161920;stroke:#E6E8ED}html.dark #dsfig-u1-03 .n.hi{fill:#1E2748;stroke:#8FA3FF}html.dark #dsfig-u1-03 .n.rb-b{fill:#E6E8ED;stroke:#E6E8ED}html.dark #dsfig-u1-03 .n.rb-r{fill:#FF7E71;stroke:#FF7E71}html.dark #dsfig-u1-03 .t{fill:#E6E8ED}html.dark #dsfig-u1-03 .t.inv{fill:#0F1115}html.dark #dsfig-u1-03 .kd{stroke:#E6E8ED}html.dark #dsfig-u1-03 .dot{fill:#E6E8ED}html.dark #dsfig-u1-03 .ann{fill:#8FA3FF}html.dark #dsfig-u1-03 .lbl{fill:#858D9C}html.dark #dsfig-u1-03 .ptr{fill:#8FA3FF}html.dark #dsfig-u1-03 .ah{fill:#B1B7C3}html.dark #dsfig-u1-03 .ah.hi{fill:#8FA3FF}html.dark #dsfig-u1-03 .wl rect{fill:#161920;stroke:#2A2E37}html.dark #dsfig-u1-03 .wl.hi rect{fill:#8FA3FF;stroke:#8FA3FF}html.dark #dsfig-u1-03 .wl.hi .t{fill:#0F1115}</style><defs><marker id="ah3" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path class="ah" d="M0,1 L9,5 L0,9 z"/></marker><marker id="ahh3" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="7" markerHeight="7" orient="auto-start-reverse"><path class="ah hi" d="M0,1 L9,5 L0,9 z"/></marker></defs><path class="e" d="M55.8,115.5 L151.5,51.6" marker-end="url(#ah3)"/><path class="e" d="M184.8,50.5 L280.5,114.4" marker-end="url(#ah3)"/><path class="e" d="M282.2,136.5 L186.5,200.4" marker-end="url(#ah3)"/><path class="e" d="M153.2,201.5 L57.5,137.6" marker-end="url(#ah3)"/><circle class="n" cx="40" cy="126" r="18"/><text class="t" x="40" y="126" dy=".35em" text-anchor="middle">D</text><circle class="n" cx="169" cy="40" r="18"/><text class="t" x="169" y="40" dy=".35em" text-anchor="middle">P</text><circle class="n" cx="298" cy="126" r="18"/><text class="t" x="298" y="126" dy=".35em" text-anchor="middle">T</text><circle class="n" cx="169" cy="212" r="18"/><text class="t" x="169" y="212" dy=".35em" text-anchor="middle">E</text></svg><figcaption style="font-size:.82em;opacity:.72;margin-top:.45rem">Iterative design cycle. D = design, P = prototype, T = playtest, E = evaluate, then back to design</figcaption></figure>
Answer frame. Open with the definition; draw the cycle; explain commission, then prototype, then playtest, then revision; close with the point that iteration continues until the goals are met.
Introduction to meaningful play, two kinds of meaningful play- discernable & integrated
<span style="display:inline-block;padding:.16em .6em;border:1.5px solid currentColor;border-radius:999px;font-size:.68em;font-weight:700;letter-spacing:.06em;text-transform:uppercase;opacity:.75">Not asked since 2022</span>
Definition. <mark>Meaningful play occurs when the relationship between a player's action and the system's outcome is both discernable and integrated into the larger context of the game.</mark>
Key points.
- Meaningful play is the core goal of game design, because it is what makes a player's choices matter.
- Discernable means the player can clearly perceive the immediate result of an action, for example through a sound, an animation or a change of score.
- Integrated means the result of the action is woven into the rest of the game, so it carries forward and affects later play.
- Both kinds are needed together, because an outcome that is visible but does not matter later is empty, and one that matters but is invisible is confusing.
- Designers create discernable play with clear feedback and integrated play by making choices have lasting consequences.
| Aspect | Discernable | Integrated |
|---|---|---|
| Question | Can the player see what happened? | Does it matter later in the game? |
| Time scale | Immediate | Long term |
| Means | Sound, light, score change | Persistent state, later consequences |
| Example | A piece is captured and removed | The capture changes the whole strategy |
Answer frame. Open with the definition; explain discernable, then integrated; use the comparison table; close with one game example in which a move is both visible and lasting.
Last-minute revision
- A game is a voluntary interactive activity with rules, a goal and a quantifiable outcome.
- A design schema views a game through three lenses: rules, play and culture.
- Core design elements are objective, rules, mechanics, players and outcome.
- Balance means no strategy or player wins unfairly.
- Game theory studies strategic decisions where each outcome depends on others' choices.
- Engineering uses include networks, smart grids, security and multi-agent systems.
- Model any application with players, strategies and payoffs.
- Iterative design cycle is design, prototype, playtest, evaluate, revise.
- A commission is a client brief that fixes theme, audience, budget and deadline.
- Meaningful play needs actions that are both discernable and integrated.
Memory hooks
- Game = voluntary, rules, goal, outcome: "V-R-G-O".
- Schema lenses: Rules, Play, Culture ("RPC").
- Iterate: Design, Prototype, Test, Evaluate, repeat.
- Game theory model: Players, Strategies, Payoffs ("PSP").
- Meaningful play: "See it, and it counts later" (discernable plus integrated).
Coverage checklist
- What is a Game: definition, elements and outcome (no past questions).
- Game Design Schema: rules, play, culture lenses (no past questions).
- Game Design fundamentals: elements, mechanics, balance, feedback (no past questions).
- Engineering application of game theory: networks, grids, security, agents (no past questions).
- Design Process: Iterative design, Commissions, Design & Testing of the Board Game: cycle, brief, playtest (no past questions).
- Introduction to meaningful play, two kinds of meaningful play- discernable & integrated: both kinds and their comparison (no past questions).