๐ŸŒ UI/UX Design ยท subject

UI/UX Design Design Systems & Accessibility Syllabus

The Design Systems & Accessibility syllabus for UI/UX Design in full: 4 chapters and 16 topics, every one listed below, plus 50 Design Systems & Accessibility flashcards with answers.

4Chapters
16Topics
50Flashcards

Design Systems & Accessibility syllabus: all 4 chapters

Expand any chapter to see its topics and sub-topics.

  1. Design Systems Fundamentals

    4 topics
    • What Is a Design System
    • Atomic Design Methodology
    • Design Tokens
    • Component Libraries
  2. Building & Maintaining Systems

    4 topics
    • Governance and Contribution Models
    • Documentation and Guidelines
    • Versioning and Adoption
    • Pattern Libraries and Style Guides
  3. Accessibility (a11y)

    4 topics
    • WCAG Principles
    • Color Contrast and Visual Accessibility
    • Keyboard Navigation and Focus
    • Screen Readers and ARIA
  4. Responsive & Multi-Platform Design

    4 topics
    • Mobile-First Design
    • Breakpoints and Adaptive Layouts
    • Platform Guidelines
    • Cross-Platform Consistency

UI/UX Design Design Systems & Accessibility flashcards โ€” 50 questions with answers

  1. What is a design system?

    A complete set of standards, reusable components, design tokens, patterns, and documentation that teams use to design and build products consistently at scale. It is a living product (not a one-off deliverable) combining a component library, style guide, usage guidelines, and governance processes.

  2. How does a design system differ from a style guide and a component library?

    A style guide documents visual rules (color, type, tone); a component library is the coded set of reusable UI components; a design system encompasses both plus design tokens, patterns, principles, documentation, and governance โ€” it is the entire ecosystem, not just one artifact.

  3. List three key benefits a design system provides to a product organization.

    1) Consistency โ€” unified UI/UX across products and teams; 2) Efficiency โ€” reusable components reduce design and development time (build once, use everywhere); 3) Scalability and quality โ€” easier onboarding, fewer bugs, and accessibility/brand standards baked in by default.

  4. Who created the Atomic Design methodology, and what is its core idea?

    Brad Frost. Its core idea is that interfaces can be built compositionally from small, chemistry-inspired building blocks: atoms combine into molecules, molecules into organisms, which populate templates and finally pages.

  5. Name the five levels of Atomic Design in order, from smallest to largest.

    1) Atoms โ€” basic HTML elements (buttons, inputs, labels); 2) Molecules โ€” simple groups of atoms functioning together (a search form); 3) Organisms โ€” complex sections composed of molecules/atoms (a header); 4) Templates โ€” page-level layouts with placeholder content; 5) Pages โ€” templates filled with real content.

  6. In Atomic Design, what distinguishes a template from a page?

    A template defines the page's underlying content structure and layout using placeholder content, while a page is a specific instance of a template filled with real, representative content โ€” used to test whether the design holds up with actual data.

  7. What are design tokens?

    Named, platform-agnostic variables that store atomic design decisions โ€” colors, typography, spacing, sizing, shadows, motion durations โ€” as the single source of truth. They are transformed into platform-specific formats (CSS variables, iOS, Android) so values stay consistent everywhere.

  8. Describe the three common tiers of design tokens.

    1) Global/primitive tokens โ€” raw values (e.g., blue-500 = #0055FF); 2) Alias/semantic tokens โ€” reference primitives with meaning (e.g., color-action-primary = blue-500); 3) Component-specific tokens โ€” scoped to a component (e.g., button-background = color-action-primary). Each tier references the one below it.

  9. Why are semantic (alias) design tokens preferred over hard-coded values in components?

    Because they encode intent rather than appearance: changing a brand color or supporting theming (e.g., dark mode) requires updating only the token mapping, and every component that references the semantic token updates automatically โ€” enabling consistency and easy re-theming.

  10. What is a component library in a design system?

    A collection of reusable, pre-built and pre-tested UI components (buttons, inputs, modals, cards) with defined props, variants, and states, implemented in code (and mirrored in design tools) so teams can assemble interfaces without rebuilding common elements.

  11. What component states should a well-specified design system component define?

    At minimum: default, hover, active/pressed, focus, disabled, and where relevant loading, error, and selected states โ€” each with defined visual treatment so behavior is consistent and accessible across the product.

  12. What is the difference between a component and a pattern in a design system?

    A component is a single reusable UI element (e.g., a button or date picker); a pattern is a reusable solution to a recurring design problem that combines multiple components and behaviors (e.g., form validation, onboarding flow, empty states).

  13. Compare the three main governance/contribution models for design systems.

    1) Centralized โ€” one dedicated team owns and builds the system (high consistency, potential bottleneck); 2) Federated/distributed โ€” contributors from multiple product teams share ownership (broad buy-in, harder coordination); 3) Hybrid โ€” a small core team maintains standards while accepting contributions from product teams (most common at scale).

  14. What does a typical contribution process to a design system look like?

    Propose (submit need/idea with use cases) โ†’ review (core team evaluates fit, reuse potential, duplication) โ†’ design and build to system standards (tokens, accessibility, documentation) โ†’ review/QA โ†’ merge, version, document, and announce the release.

  15. What criteria are commonly used to decide whether a new component belongs in a design system?

    Reusability (needed by multiple teams/products, typically 2โ€“3+ use cases), alignment with existing patterns and principles, no duplication of an existing component, and feasibility of maintaining it โ€” one-off, product-specific elements stay local.

  16. What should the documentation for a single design-system component include?

    Purpose and description, anatomy, variants and states, do/don't usage guidelines, content/writing guidance, accessibility requirements (keyboard, ARIA, contrast), code examples and API/props, and design specs (spacing, tokens used).

  17. Why are 'do and don't' examples considered a documentation best practice in design systems?

    They show correct and incorrect usage side by side with visual examples, making guidelines scannable and unambiguous, reducing misuse and support questions far more effectively than prose rules alone.

  18. Name common tools used to document and showcase design-system components.

    Storybook (interactive coded component explorer), zeroheight and Supernova (documentation sites synced with design tools), Figma libraries for design assets, and custom documentation sites (e.g., Material.io, Polaris, Carbon).

  19. How does semantic versioning (SemVer) work for a design system release numbered MAJOR.MINOR.PATCH?

    MAJOR increments for breaking changes (consumers must update their code), MINOR for backwards-compatible new features (new components/variants), PATCH for backwards-compatible bug fixes. Example: going from 2.3.1 to 3.0.0 signals a breaking change.

  20. What strategies help drive adoption of a design system across teams?

    Executive sponsorship, clear migration guides and codemods, deprecation warnings with transition periods, measuring adoption metrics (component coverage, detachment rates), office hours/support channels, showcasing wins, and making the system easier to use than building custom.

Show the other 30 Design Systems & Accessibility flashcards
  1. What is a deprecation policy in design-system versioning, and why does it matter?

    A defined process for phasing out components/tokens: mark as deprecated, warn consumers, provide a replacement and migration path, and remove only in a later major release. It matters because it lets teams upgrade predictably without sudden breakage, preserving trust in the system.

  2. What is a pattern library?

    A curated collection of recurring UX solutions โ€” such as navigation schemes, form layouts, search, and error handling โ€” documented with when-to-use guidance and examples, so teams solve common design problems consistently rather than reinventing them.

  3. What does a visual style guide typically contain?

    Brand and UI visual standards: color palettes, typography scale and usage, iconography, spacing/grid rules, imagery and illustration style, logo usage, and often voice-and-tone guidelines for content.

  4. What is a typographic scale, and give an example of one based on a ratio.

    A predefined series of harmonious font sizes generated by multiplying a base size by a constant ratio. Example (major third, ratio $1.25$, base $16\,\mathrm{px}$): each step is $16 \times 1.25^{n}$, giving approximately $16, 20, 25, 31.25, 39\,\mathrm{px}$.

  5. What do the letters in the WCAG acronym POUR stand for?

    The four WCAG principles: Perceivable (content can be perceived โ€” text alternatives, contrast, captions), Operable (UI can be operated โ€” keyboard access, enough time, no seizure triggers), Understandable (content and operation are comprehensible โ€” readable, predictable, error help), Robust (works with assistive technologies and future user agents).

  6. What are the three WCAG conformance levels, and how do they differ?

    Level A โ€” minimum, most basic accessibility requirements; Level AA โ€” the standard target for most legislation and organizations (e.g., 4.5:1 text contrast); Level AAA โ€” the strictest level (e.g., 7:1 contrast), often not achievable for all content. Conformance at a level requires meeting all success criteria of that level and those below.

  7. Which WCAG conformance level do most laws and organizations require, and name one law that references it.

    Level AA. Examples: the ADA (as interpreted by US courts/DOJ), Section 508 in the US, the European Accessibility Act / EN 301 549 in the EU, and AODA in Ontario all reference WCAG 2.x Level AA.

  8. Roughly what proportion of the world's population lives with a disability, making accessibility a mainstream design concern?

    About $15\%$โ€“$16\%$ โ€” over 1 billion people (WHO estimates ~1.3 billion). Accessibility also benefits everyone through situational and temporary limitations (bright sunlight, broken arm, noisy environment).

  9. Give the WCAG formula for contrast ratio between two colors.

    $$\text{Contrast ratio} = \frac{L_1 + 0.05}{L_2 + 0.05}$$ where $L_1$ is the relative luminance of the lighter color and $L_2$ that of the darker color. The ratio ranges from $1{:}1$ (identical) to $21{:}1$ (black on white).

  10. What are the WCAG AA and AAA minimum contrast ratios for normal and large text?

    AA: $4.5{:}1$ for normal text and $3{:}1$ for large text. AAA: $7{:}1$ for normal text and $4.5{:}1$ for large text. Non-text UI components and graphical objects require at least $3{:}1$ (AA, SC 1.4.11).

  11. How does WCAG define 'large text' for contrast purposes?

    Text at least $18\,\mathrm{pt}$ (about $24\,\mathrm{px}$) regular weight, or at least $14\,\mathrm{pt}$ (about $18.66\,\mathrm{px}$) bold.

  12. Why must color never be the only means of conveying information, and what is an example fix?

    Users with color vision deficiency (about $8\%$ of men, $0.5\%$ of women) or monochrome displays may miss it (WCAG 1.4.1 'Use of Color'). Fix: pair color with a second cue โ€” icons, text labels, patterns, or underlines (e.g., an error field gets a red border plus an error icon and message, links are underlined not just colored).

  13. Which keys must a fully keyboard-accessible interface support, and for what actions?

    Tab / Shift+Tab to move focus forward/backward between interactive elements; Enter (and Space for buttons/checkboxes) to activate; arrow keys to move within composite widgets (menus, radio groups, tabs); Esc to dismiss dialogs/menus. No functionality may require a mouse (WCAG 2.1.1).

  14. What is a keyboard trap, and what does WCAG require about it?

    A situation where keyboard focus enters a component (e.g., a widget or embedded plugin) and cannot be moved out using the keyboard alone. WCAG 2.1.2 requires that focus can always be moved away using standard keys (Tab/arrow/Esc) or that users are told how to exit.

  15. Explain visible focus indicators and the tabindex values 0 and -1.

    A visible focus indicator (e.g., outline/ring) must show which element has keyboard focus (WCAG 2.4.7) โ€” never remove outlines without a replacement. tabindex="0" adds an element to the natural tab order; tabindex="-1" makes it programmatically focusable (via script) but removes it from the tab order; positive tabindex values are an anti-pattern because they override logical order.

  16. What is a skip link and why is it important?

    A 'skip to main content' link placed as the first focusable element on a page, letting keyboard and screen-reader users bypass repeated navigation blocks and jump straight to the main content โ€” satisfying WCAG 2.4.1 (Bypass Blocks).

  17. What is a screen reader, and name three widely used ones with their platforms.

    Assistive software that converts on-screen content into speech or braille for blind and low-vision users. Examples: JAWS and NVDA (Windows), VoiceOver (macOS/iOS), TalkBack (Android), Narrator (Windows).

  18. What does ARIA stand for, and what are its three main attribute categories?

    Accessible Rich Internet Applications (WAI-ARIA). Categories: 1) Roles โ€” what an element is (role="dialog", "tab"); 2) Properties โ€” characteristics/relationships (aria-label, aria-labelledby, aria-describedby); 3) States โ€” current dynamic conditions (aria-expanded, aria-checked, aria-hidden, aria-disabled).

  19. State the first rule of ARIA.

    Don't use ARIA if a native HTML element or attribute provides the semantics and behavior you need โ€” use <button>, <nav>, <input> etc. instead of adding roles to generic <div>s, because native elements bring keyboard behavior and semantics for free. 'No ARIA is better than bad ARIA.'

  20. What is an ARIA live region and when do you use aria-live="polite" vs "assertive"?

    A region whose content changes are automatically announced by screen readers without moving focus. Use aria-live="polite" for non-urgent updates announced when the user is idle (e.g., search result counts); use "assertive" only for urgent messages that interrupt immediately (e.g., critical errors).

  21. What is mobile-first design?

    A strategy that designs and builds for the smallest screen first, then progressively enhances the layout and features for larger screens. It forces prioritization of core content and actions, and in CSS it means base styles target mobile with min-width media queries adding complexity upward.

  22. How does mobile-first (progressive enhancement) differ from desktop-first (graceful degradation)?

    Mobile-first starts with the constrained experience and adds capability as screen size/power grows (min-width queries); desktop-first designs the full experience and strips it down for smaller screens (max-width queries), which risks cramming and hiding content rather than prioritizing it.

  23. What are the recommended minimum touch target sizes on iOS and Android?

    Apple HIG: at least $44 \times 44\,\mathrm{pt}$. Google Material Design: at least $48 \times 48\,\mathrm{dp}$ (with $\geq 8\,\mathrm{dp}$ spacing between targets). WCAG 2.2 requires a minimum of $24 \times 24\,\mathrm{px}$ (AA, SC 2.5.8) and recommends $44 \times 44$ (AAA).

  24. What is a breakpoint in responsive design, and what are typical breakpoint ranges?

    A viewport width at which the layout changes to suit the screen. Common convention: small phones under ~$576\,\mathrm{px}$, tablets ~$768\,\mathrm{px}$, laptops ~$992{-}1024\,\mathrm{px}$, desktops ~$1200\,\mathrm{px}$ and up. Best practice: let content determine breakpoints rather than specific devices.

  25. Compare responsive and adaptive layouts.

    Responsive design uses fluid grids and flexible units so one layout continuously reflows to any viewport width; adaptive design serves several fixed layouts, snapping to the closest predefined size at set breakpoints. Responsive is more future-proof; adaptive allows precise per-size control but more maintenance.

  26. In a mobile-first stylesheet, which media-query feature is used and how?

    min-width queries: base (unqueried) styles apply to the smallest screens, then @media (min-width: 768px) { ... } and larger breakpoints progressively override/extend them as the viewport grows.

  27. What are the two dominant mobile platform design guideline systems, and who publishes them?

    Apple's Human Interface Guidelines (HIG) for iOS/iPadOS/macOS/watchOS, and Google's Material Design for Android and the web. They define platform conventions for navigation, typography, components, motion, and interaction.

  28. Contrast key navigation and visual conventions of iOS (HIG) versus Android (Material Design).

    iOS: tab bars at bottom, back via top-left button or edge-swipe, San Francisco typeface, flat translucent aesthetics, $44\,\mathrm{pt}$ targets. Material: bottom navigation bar or navigation drawer, system-level back gesture/button, Roboto typeface, elevation/shadow layers, Floating Action Button, $48\,\mathrm{dp}$ targets.

  29. What is cross-platform consistency, and what should stay consistent vs adapt per platform?

    Keeping a product recognizably the same across web, iOS, Android, and desktop. Keep consistent: brand identity, color/typography tokens, terminology, information architecture, core flows, and feature parity. Adapt: navigation patterns, native components/controls, gestures, and platform conventions so the app feels native on each platform ('one brand, native feel').

  30. Name Jakob Nielsen's usability heuristic most relevant to design systems, and explain Jakob's Law.

    Heuristic #4: 'Consistency and standards' โ€” users should not have to wonder whether different words, situations, or actions mean the same thing. Jakob's Law adds that users spend most of their time on other products, so they expect your interface to follow familiar platform and web conventions.

UI/UX Design Design Systems & Accessibility FAQ

What is in the UI/UX Design Design Systems & Accessibility syllabus?

UI/UX Design Design Systems & Accessibility is split into 4 chapters: Design Systems Fundamentals, Building & Maintaining Systems, Accessibility (a11y) and Responsive & Multi-Platform Design. Together they contain 16 topics.

How many chapters are in UI/UX Design Design Systems & Accessibility?

4 chapters, containing 16 topics. The largest chapter is Design Systems Fundamentals, with 4 topics.

Are there flashcards for UI/UX Design Design Systems & Accessibility?

Yes โ€” a 50-card Design Systems & Accessibility deck, printed in full in the flashcards section of this page and available in the Examius app with spaced repetition. The free plan covers one exam of your choice, including its flashcards; Examius Pro, a one-time purchase, unlocks every other exam and deck.