Schematex

/ GALLERY

153 examples45 diagram types14 clusters

The diagrams doctors, engineers, and lawyers actually use.

153 real-world Schematex diagrams — clinical genograms, IEC 61131-3 ladder logic, NSGC pedigrees, cap tables, and more. Every one follows a published standard. Copy the DSL, open in playground, ship.

block·§ Ogata control systems
Nested Feedback Loops Block diagram with 7 blocks, 2 summing junctions, 10 signals Nested Feedback Loops R(s) + + Y(s) + + G1(s) G2(s) G3(s) H1(s) H2(s) in out in out
Nested feedback loops
A multi-loop control block diagram — an inner loop closes G2·G3 around sensor H1, an outer loop closes the whole forward path around sensor H2 routed over the top, and two summing junctions combine the reference with each feedback signal. The kind of cascaded architecture a generic flowchart can't lay out.
industrial & process
block·§ Ogata control systems
PID control loop Block diagram with 3 blocks, 1 summing junctions, 5 signals PID control loop r (setpoint) + y (output) + PID C(s) Plant G(s) in in
PID control loop
Closed-loop PID block diagram with summing junction, controller, and plant — rendered from a signal-flow description without manual layout.
industrial & process
bowtie·§ CCPS / Energy Institute 2018
Hot work — fire bowtie Bowtie: hazard "Hot work near flammable materials", top event "Ignition of flammable atmosphere"; 2 threats, 2 consequences, 7 barriers, 2 escalation factors. Hot work — fire bowtie Ignition offlammableatmosphere Hot work near flammablematerials Sparks / hot slag Hot-work permit Fire watch Fire watch leavespost early Post-workmonitoring period(60 min) Static discharge Bonding +grounding Antistatic PPE Flash fire Fixed firesuppression Suppressionisolated formaintenance Impairmentregister + MoC Asset loss Fire-ratedseparation Business-continuityplan Threat Barrier (prevent / mitigate) Top event Consequence Escalation factor
Hot work — ignition of flammable atmosphere
A bowtie with escalation factors on both wings — a preventative and a mitigative barrier are each degraded by a named condition with its own escalation-factor barrier, exercising the full element vocabulary.
engineering & hardware
bowtie·§ CCPS / Energy Institute 2018
LPG storage — loss of containment Bowtie: hazard "LPG stored under pressure", top event "Loss of containment"; 3 threats, 3 consequences, 12 barriers. LPG storage — loss of containment Loss ofcontainment LPG stored under pressure Corrosion ofvessel wall Corrosion-resistantcoating UT thicknessinspection Overpressureduring filling High-pressuretrip (SIL 2) Pressure reliefvalve Mechanical impact(vehicle) Bollards /vehicle barriers Site speed limit+ banksman Jet fire Gas detection +ESD Deluge / waterspray Vapour cloudexplosion Ignition-sourcecontrol (ATEX) Blast-resistantcontrol room Toxic /asphyxiationexposure Personal gasmonitors Emergencyevacuation plan Threat Barrier (prevent / mitigate) Top event Consequence
LPG storage — loss of containment
The canonical process-safety bowtie — three threats fan in through preventative barrier chains, three consequences fan out through mitigative chains, around the central loss-of-containment top event.
engineering & hardware
bowtie·§ ICAO Doc 9859 + CCPS / EI 2018
Runway excursion Bowtie: hazard "Aircraft landing in adverse conditions", top event "Runway excursion on landing"; 3 threats, 2 consequences, 10 barriers. Runway excursion Runwayexcursionon landing Aircraft landing in adverseconditions Unstable approach Stabilised-approachgate (go-aroundpolicy) Approachmonitoring +callouts Contaminatedrunway Runway conditionreporting (RCR) Landingperformanceassessment Excessive landingspeed Speed / energymanagement SOP Autobrakeselection Hull damage Runway end safetyarea (RESA) Arrestor bed(EMAS) Injuries /fatalities Cabin-crew brace+ evacuation Airport emergencyresponse Threat Barrier (prevent / mitigate) Top event Consequence
Runway excursion (aviation SMS)
A non-process-industry bowtie — the same threat / barrier / consequence grammar applied to an aviation safety-management scenario, showing the vocabulary travels across domains.
engineering & hardware
bowtie·§ CCPS / Energy Institute 2018
Working at height Bowtie: hazard "Working at height", top event "Person falls from height"; 2 threats, 2 consequences, 9 barriers, 1 escalation factor. Working at height Personfalls fromheight Working at height Guardrail removedfor access Permit-to-worksystem Temporary edgeprotection Edge protectionnot inspected Pre-useinspection regime Spotter /banksman Fragile roofsurface Crawling boards +signage Roof-access riskassessment Fatality Fall-arrestharness + lanyard Rescue plan +first aid Serious injury Safety nettingbelow On-site medic +evacuation Threat Barrier (prevent / mitigate) Top event Consequence Escalation factor
Working at height — fall from height
A defence-in-depth bowtie with an escalation factor — a preventative barrier is degraded by a named condition, which is itself controlled by an escalation-factor barrier dropping below the line.
engineering & hardware
bpmn·§ OMG BPMN 2.0.2 / ISO/IEC 19510:2013
Production incident response BPMN LR — 2 pool(s), 13 flow object(s). Monitoring Engineering On-call L1 On-call L2 Comms P1 P2-P3 info Alert Status Page received Acknowledge Triage Severity? Investigate Root cause Implement fix Deploy patch Status page 30 min Update users Post-mortem Resolved
Production incident response (BPMN)
Three-lane BPMN of an on-call rotation handling a production page — L1 triage, L2 investigation, and a Comms lane that posts status updates. Exercises timer intermediate event, severity-based XOR routing, and a self-loop on the triage gate.
software & it
bpmn·§ OMG BPMN 2.0.2 / ISO/IEC 19510:2013
Loan Application Approval BPMN LR — 1 pool(s), 8 flow object(s). Bank Clerk Underwriter yes no approve reject Application received Check completeness Complete? Risk score Underwriter review Decision Approved Rejected
Loan application approval (BPMN)
Single-pool, two-lane BPMN of a bank loan approval workflow. Clerk completeness check feeds underwriter risk-scoring + review with two end states (approved / rejected). Canonical BPMN test case 7.2.
finance & legal
bpmn·§ OMG BPMN 2.0.2 / ISO/IEC 19510:2013
Pizza order BPMN LR — 2 pool(s), 7 flow object(s). Customer Pizzeria Clerk Chef Delivery yes no Place order Pizza delivered Order received Take order Make pizza Pizza ok? Rework Deliver Done
Pizza order with black-box customer (BPMN)
Two-pool BPMN — external Customer (black-box) and a Pizzeria with Clerk / Chef / Delivery lanes. Exercises message flows across pools, manual / send task markers, and a rework loop on the chef's quality check. Canonical BPMN test case 7.1.
business & operations
bpmn·§ OMG BPMN 2.0.2 / ISO/IEC 19510:2013
Refund escalation BPMN LR — 3 pool(s), 14 flow object(s). Customer Payment Processor Merchant Support Risk Finance missing complete yes no Refund request Need documents Denial notice Refund API Refund confirmed Refund request Triage request Enough evidence? Ask for documents 48h SLA Escalate case Risk review Policy breach? Deny refund Calculate amount Approve refund Issue refund Refund sent Denied
Refund escalation workflow
BPMN process for refund handling across Support, Risk, Finance, and an external payment processor, with SLA timer escalation and customer-facing message flows.
software & it
breadboard·§ Fritzing visual conventions (no ISO standard)
Blink LED — Arduino Uno hello-world Breadboard wiring diagram generated by Schematex Blink LED — Arduino Uno hello-world 5 10 15 20 25 30 5 10 15 20 25 30 a a f f b b g g c c h h d d i i e e j j D13D12D11D10D9D8D7D6D5D4D3D2TXRXRST3V35VGNDVINA0A1A2A3A4A5Arduino Uno R1 220Ω D1 (red)
Blink LED on Arduino Uno
The maker hello-world. Arduino Uno + 220Ω resistor + 5mm red LED — D13 → resistor → LED → GND. Tests basic part placement, beside-left MCU, and the iconic Bézier wire arc.
education
breadboard·§ Fritzing visual conventions (no ISO standard)
ESP32 + SSD1306 OLED I²C Breadboard wiring diagram generated by Schematex ESP32 + SSD1306 OLED I²C 5 10 15 20 25 30 5 10 15 20 25 30 a a f f b b g g c c h h d d i i e e j j 3V3GNDGPIO15GPIO2GPIO4GPIO5GPIO18GPIO19GPIO21GPIO22VINGNDGPIO13GPIO12GPIO14GPIO27GPIO26GPIO25GPIO33GPIO32ESP32 DevKit GNDVCCSCLSDAOLED 128×64
ESP32 + SSD1306 OLED I²C
ESP32 DevKit driving a 128×64 OLED display over I²C — four wires (3V3 / GND / SDA / SCL). The standard "first display" project for ESP32 learners.
education
breadboard·§ Fritzing visual conventions (no ISO standard)
HC-SR04 distance sensor + Arduino Uno Breadboard wiring diagram generated by Schematex HC-SR04 distance sensor + Arduino Uno 5 10 15 20 25 30 5 10 15 20 25 30 a a f f b b g g c c h h d d i i e e j j D13D12D11D10D9D8D7D6D5D4D3D2TXRXRST3V35VGNDVINA0A1A2A3A4A5Arduino Uno VCCTRIGECHOGNDHC-SR04
HC-SR04 distance sensor + Arduino Uno
Four-wire ultrasonic distance sensor wiring — VCC / GND / TRIG / ECHO. The textbook Adafruit / SparkFun tutorial layout used in robotics intro classes.
education
causalloop·§ Sterman, Business Dynamics (2000)
Startup growth engine Causal loop diagram "Startup growth engine": 7 variables, 9 causal links. 3 feedback loops: 2 reinforcing (R), 1 balancing (B). R1 "Viral flywheel" (reinforcing, 0 negative links): Active users → Word of mouth → New signups → Active users. B1 "Scaling strain" (balancing, 1 negative link): Active users → Server load → App performance → Active users. R2 (reinforcing, 0 negative links): Active users → Revenue → Infra investment → App performance → Active users. Startup growth engine + + + + + + + + R1 Viral flywheel B1 Scaling strain R2 Active users Word of mouth New signups Server load App performance Revenue Infra investment
Startup growth engine (R and B loops)
A system-dynamics model of a viral product whose growth is capped by scaling strain. The engine enumerates every feedback loop and classifies each reinforcing (R) or balancing (B) by Sterman's even/odd rule.
business & operations
causalloop·§ Sterman, Business Dynamics (2000)
Urban traffic congestion Causal loop diagram "Urban traffic congestion": 6 variables, 7 causal links. 2 feedback loops: 0 reinforcing (R), 2 balancing (B). B1 "Congestion brake" (balancing, 1 negative link): Travel speed → Driving attractiveness → Number of cars → Congestion → Travel speed. B2 "Transit substitution" (balancing, 1 negative link): Number of cars → Congestion → Public transit use → Number of cars. Not in any loop: Road capacity. Urban traffic congestion + + + + + B1 Congestion brake B2 Transit substitution Road capacity Travel speed Driving attractiveness Number of cars Congestion Public transit use
Urban traffic congestion (two balancing loops)
The classic system-dynamics counterintuitive result — widening roads induces demand. The engine enumerates the feedback loops and classifies each reinforcing or balancing by link polarity.
research & analysis
circuit·§ IEEE 315
Bridge Rectifier Supply Circuit schematic with 8 components Bridge Rectifier Supply +V112VacD11N4007D21N4007D31N4007D41N4007C1470uRload1k
Bridge rectifier power supply
Four-diode full-wave bridge rectifier with a smoothing capacitor and load resistor, written as a compact electrical netlist.
engineering & hardware
circuit·§ IEEE 315
CE Amp (netlist) Circuit schematic with 6 components CE Amp (netlist) +V19VRc2.2kRb100kQ1Re1k
NPN common-emitter amplifier
NPN common-emitter amplifier rendered from a five-line SPICE netlist with automatic component placement per IEEE 315.
education
circuit·§ IEEE 315
Inverting Op-Amp (netlist) Circuit schematic with 8 components Inverting Op-Amp (netlist) +VinAC1V+Vp+12V+Vn-12VRin10kRf100k+U1 TL072Rbias10k
Inverting op-amp amplifier
A practical inverting op-amp stage rendered from a SPICE-style netlist with feedback and input resistors, split supply rails, and a labelled output node.
engineering & hardware
circuit·§ IEEE 315 / IEC 60617
Pull-up + push button Circuit schematic with 5 components Pull-up + push button +V15VR110k?switchC1100n
Pull-up resistor circuit with dir= orientation hint
A netlist-mode circuit that uses the optional dir= orientation hint to draw the pull-up resistor vertically, showing lightweight layout control on top of automatic placement.
engineering & hardware
decisiontree·§ Howard & Matheson (1981) influence diagram
Market Entry Influence diagram with 4 nodes and 4 arcs Market Entry Market demand Competitor response Enter market? Profit U=120
Market entry (influence diagram)
A go/no-go market-entry decision as a compact influence diagram — demand observed before entering, a competitor response, and the profit objective — using the inline mode directive form.
research & analysis
decisiontree·§ Howard & Matheson (1981) influence diagram
Oil Wildcatter Influence diagram with 4 nodes and 4 arcs Oil Wildcatter Seismic test Drill? Oil present Net profit U=42
Oil wildcatter (influence diagram)
The canonical decision-analysis teaching problem as a compact influence diagram — a drill decision informed by a seismic test, the uncertain oil state, and the profit objective, wired as a clean acyclic graph instead of an unrolled tree.
research & analysis
decisiontree·§ Raiffa & Schlaifer (1961)
Platform Vendor Choice Decision tree (decision mode) with 8 nodes and 7 edges Platform Vendor Choice Build in-house Managed SaaS vendor Hybrid approach p=60% p=40% p=50% p=50% Which vendor? EV=600,000 Project outcome EV=600,000 On-time delivery $900,000 Over budget / delayed $150,000 Predictable cost $500,000 Integration complexity EV=500,000 Smooth integration $700,000 Integration rework $300,000
Investment decision analysis
Decision-analysis tree evaluating build-vs-buy vs hybrid for a platform choice — chance nodes with probabilities, automatic expected-value rollback.
business & operations
decisiontree·§ CART / scikit-learn plot_tree convention
Iris CART Classifier Decision tree (ml mode) with 7 nodes and 6 edges Iris CART Classifier True False True False True False petal_length 2.45 gini = 0.67 samples = 150 Setosa gini = 0 samples = 50 value = 50 class = setosa petal_width 1.75 gini = 0.50 samples = 100 petal_length 4.95 gini = 0.17 samples = 54 Versicolor gini = 0.04 samples = 49 value = 49 class = versicolor Virginica gini = 0.32 samples = 5 value = 5 class = virginica Virginica gini = 0 samples = 45 value = 45 class = virginica
Iris CART decision tree
Machine-learning decision tree for the classic Iris classifier with split thresholds, sample counts, Gini impurity, and class leaves.
research & analysis
decisiontree·§ Clinical/support decision flow
Customer Support Triage Decision tree (taxonomy mode) with 9 nodes and 8 edges Customer Support Triage yes no yes no yes no yes no Is the service completely down? Outage confirmed on status page? Follow incident protocol — page Check monitoring — open severity-1 ticket Is the issue affecting billing? Escalate to billing team — SLA breach risk Can user reproduce consistently? Collect HAR trace — file bug report Ask for screenshot — watch for recurrence
Support ticket triage
Taxonomy-mode decision tree for front-line support — routes an incoming ticket through outage, billing, and reproducibility gates to the right team.
software & it
ecomap·§ Hartman 1978
Ecomap Ecomap diagram with 9 external systems Nguyen Family IRC Office Lincoln Elementary Adult ESL Class Community Clinic Ms. Patel Vietnamese Temple Sponsor Family Warehouse Job Cousins (CA) active case twice weekly vaccinations weekly anchor housing host new, part-time phone support SYSTEMS Community Cultural Education Family Government Health Mental Health Work TIES Strong Moderate
Refugee family resettlement
Ecomap of a refugee family's support network — IRC office, school, clinic, and sponsor family — categorized by resource type per Hartman 1978.
healthcare & social
ecomap·§ Hartman 1978
Ecomap Ecomap diagram with 9 external systems James Age 28 AA Group Bill (Sponsor) Warehouse Job Mom Ex-wife Children (2) Old Friends P.O. Johnson CBT Therapist new, probationary supportive custody conflict supervised visits trying to cut off weekly SYSTEMS Family Legal Mental Health Substance Work TIES Strong Moderate Weak Stressful Broken
Substance abuse recovery
Ecomap charting a client's recovery support network — AA group, family, probation, and therapist — with relationship strength and directional connections.
healthcare & social
ecomap·§ Hartman 1978
Ecomap Ecomap diagram with 6 external systems Marcus Mother Father (divorced) East High School Soccer Coach Soccer team Ms. Chen primary caregiver EOW weekends mentor weekly SYSTEMS Community Education Family Mental Health TIES Strong
Teen client intake
Quick intake ecomap for a 15-year-old showing family, school, soccer peers, and therapist — drawn in under five minutes during a counseling session.
healthcare & social
entity·§ Trust and estate planning conventions
Family Office Trust Entity structure diagram with 7 entities and 6 relationships Family Office Trust South Dakota Delaware contribution administrative control 100% 100% 100% distributions Grantor Settlor SD Irrevocable Dynasty Trust Trust GST exempt est. 2021-04-01 SD Trustee Services LLC LLC Directed trustee DE Family Holdings, Inc. Corporation DE Real Estate LLC LLC DE Marketable Securities LLC LLC SD Children Trust Share Trust
Family office trust structure
Estate-planning entity structure with a grantor, irrevocable trust, trustee LLC, holding company, investment LLCs, and beneficiary distributions.
finance & legal
entity·§ Tier ownership
Acme Holdings Entity structure diagram with 4 entities and 3 relationships Acme Holdings 100% 100% 60% SD Founder Trust Trust DE Acme Inc. Corporation UK Acme UK Ltd. LLC KY Acme Growth Fund LP LP / Fund
Multi-jurisdiction holding company
Multi-jurisdiction holding structure with a Delaware corp, UK subsidiary, and Cayman growth fund — the first document in any M&A due diligence package.
finance & legal
entity·§ Tier ownership
Acme Global Holdings Entity structure diagram with 5 entities and 5 relationships Acme Global Holdings 100% 100% 100% IP License · royalty 100% US Acme Global, Inc. Corporation Ultimate Parent IE Acme Ireland Holdings Corporation KY Acme IP Ltd Corporation Holds group IP NL Acme EU Distribution Corporation SG Acme APAC Trading Corporation
International tax holding structure
Cross-border tax holding structure with Irish IP company, Dutch distribution, and APAC entity — per OECD BEPS transfer-pricing documentation requirements.
finance & legal
entity·§ Tier ownership
Acme Inc. — post Series A Entity structure diagram with 6 entities and 5 relationships Acme Inc. — post Series A 45% 12% 22% 6% 15% DE Acme Inc. Corporation Founders (2) DE Seed Fund I LP / Fund DE Sequoia Series A LP / Fund Angel group DE Employee Option Pool Trust
Series A cap table
Post-Series A cap table showing founders, seed fund, lead VC, angel group, and ESOP pool with ownership percentages — for 409A valuations and board consents.
finance & legal
epc·§ ARIS EPC (Scheer)
Purchase requisition Event-driven process chain "Purchase requisition": 5 events, 4 functions, 2 connectors. 1 rule violation, 1 warning. Function "Create requisition" is followed by a function "Determine source of supply" — events and functions must strictly alternate. Insert an event between them. XOR-split "X1" reconverges at a AND-join, not a XOR-join. Mismatched split/join types can cause a deadlock; verify this is intended. Purchase requisition Material needidentified Create requisition Determine sourceof supply × Stock supplierexists New supplierneeded Issue purchaseorder Run tender process Order dispatched Supplier qualified
Procurement EPC with XOR split
An ARIS event-driven process chain for purchase requisitions, branching on an XOR connector and re-joining on an AND. The engine validates EPC well-formedness — event/function alternation and the event-cannot-decide rule.
business & operations
erd·§ Crow's-foot ERD
Billing Ledger Entity-Relationship Diagram with 7 entities and 9 relationships. Billing Ledger belongs to billed to for plan settles reverses posts for source invoice source payment source refund Customer customer_id uuid PK email varchar UK billing_currency char * AuditEvent event_id uuid PK actor_id uuid entity_type varchar * entity_id uuid * action varchar * created_at timestamptz * Subscription subscription_id uuid PK customer_id uuid FK status varchar * current_period_end timestamptz Invoice invoice_id uuid PK customer_id uuid FK subscription_id uuid FK number varchar UK total_cents bigint * status varchar * Payment payment_id uuid PK invoice_id uuid FK provider_ref varchar UK amount_cents bigint * captured_at timestamptz Refund refund_id uuid PK payment_id uuid FK amount_cents bigint * reason varchar LedgerEntry entry_id uuid PK customer_id uuid FK invoice_id uuid FK payment_id uuid FK refund_id uuid FK entry_type varchar * amount_cents bigint * posted_at timestamptz *
Billing ledger and audit trail
Crow's-foot ERD for an immutable SaaS billing ledger with customers, invoices, payments, refunds, ledger entries, and audit events.
software & it
erd·§ Crow's-foot (Everest 1976) / DBML compatible
E-commerce Schema Entity-Relationship Diagram with 6 entities and 5 relationships. E-commerce Schema places Customer customer_id int PK email varchar UK name varchar created_at timestamp Category category_id int PK name varchar Address address_id int PK customer_id int FK line1 varchar city varchar zip varchar Order order_id int PK customer_id int FK placed_at timestamp status varchar Product product_id int PK category_id int FK name varchar price decimal OrderLine order_id int PK FK line_no int PK product_id int FK qty int price decimal
E-commerce schema
Production-style schema with Customer / Order / OrderLine / Product / Category — typical mid-complexity backend ERD with composite PK on the line-item table.
software & it
erd·§ Crow's-foot ERD
SaaS RBAC Entity-Relationship Diagram with 8 entities and 9 relationships. SaaS RBAC belongs to joins has role scoped to Tenant tenant_id uuid PK name varchar * plan varchar User user_id uuid PK email varchar UK name varchar Permission permission_id uuid PK key varchar UK Role role_id uuid PK tenant_id uuid FK name varchar * Invitation invitation_id uuid PK tenant_id uuid FK email varchar * AuditEvent event_id uuid PK tenant_id uuid FK actor_user_id uuid FK Membership tenant_id uuid PK FK user_id uuid PK FK role_id uuid FK status varchar * RolePermission role_id uuid PK FK permission_id uuid PK FK
Multi-tenant SaaS RBAC schema
Crow's-foot ERD for tenants, users, memberships, roles, permissions, invitations, and audit events in a SaaS workspace product.
software & it
erd·§ Crow's-foot (Everest 1976) / DBML compatible
University Schema Entity-Relationship Diagram with 4 entities and 3 relationships. University Schema majors in Major major_id int PK name varchar Course course_id int PK title varchar credits int Student student_id int PK name varchar email varchar UK major_id int FK Enrollment student_id int PK FK course_id int PK FK grade char
University schema (academic ERD)
Classic textbook schema with Student / Course / Enrollment associative entity and labelled relationships — the canonical Elmasri & Navathe ch.3 example.
education
eventtree·§ IEC 62502 / process QRA
Flammable release Event tree for "Loss of containment" (f₀ = 0.02): 3 functions, 4 sequences. Safe shutdown: 0.01197. Jet fire: 0.00513. Large dispersion: 0.0019. Vapour cloud explosion: 0.001. Dominant sequence: "Safe shutdown" [1s 2s 3s] at 0.01197. Flammable release Initiating Event Gas detection alarms Emergency isolation No ignition source Outcome Frequency Loss of containment f₀ = 0.02 Success (1s) 0.95 Success (2s) 0.9 Success (3s) 0.7 Failure (3f) 0.3 Failure (2f) 0.1 Failure (1f) 0.05 Safe shutdown 0.01197 · 1s 2s 3s Jet fire 0.00513 · 1s 2s 3f Large dispersion 0.0019 · 1s 2f Vapour cloud explosion 0.001 · 1f
Flammable release event tree (process QRA)
A loss-of-containment release branched through detection, isolation, and ignition. The engine computes each outcome frequency — safe shutdown, jet fire, dispersion, vapour-cloud explosion — and flags the dominant one.
industrial & process
eventtree·§ IEC 62502 / NUREG (WASH-1400)
Large LOCA Event tree for "Large-break LOCA" (f₀ = 1.000e-4): 4 functions, 5 sequences. OK: 9.644e-5. Late release: 2.463e-6 (Σ of 2 sequences). Early release: 9.990e-7. Core damage: 1.000e-7. Dominant sequence: "OK" [1s 2s 3s 4s] at 9.644e-5. Large LOCA Initiating Event Reactor trips ECCS injection Containment heat removal Containment integrity Outcome Frequency Large-break LOCA f₀ = 1.000e-4 Success (1s) 0.999 Success (2s) 0.99 Success (3s) 0.98 Success (4s) 0.995 Failure (4f) 0.005 Failure (3f) 0.02 Failure (2f) 0.01 Failure (1f) 0.001 OK 9.644e-5 · 1s 2s 3s 4s Late release 4.846e-7 · 1s 2s 3s 4f Late release 1.978e-6 · 1s 2s 3f Early release 9.990e-7 · 1s 2f Core damage 1.000e-7 · 1f
Large LOCA event tree (reactor PRA)
A large-break loss-of-coolant accident branched through four reactor safety functions. The engine computes every sequence frequency from the initiating rate and per-function failure probabilities, then highlights the dominant accident sequence.
industrial & process
faulttree·§ NUREG-0492 / IEC 61025
Both pumps fail Fault tree for "Both redundant pumps fail": 1 top, 2 basic. 1 minimal cut set: {PA, PB}. P(top) = 1.00e-4 (rare). Both pumps fail Both redundant pumpsfail PA Pump A fails p=0.01 PB Pump B fails p=0.01 P(top) = 1.00e-4 (rare)
Redundant pump failure (AND gate)
The smallest quantified fault tree — two redundant pumps in an AND gate, so the system fails only if both fail. One minimal cut set, no single point of failure, with a computed top-event probability.
engineering & hardware
faulttree·§ NUREG-0492 / MOCUS (Fussell-Vesely 1972)
Product not removed Fault tree for "Failure to remove product": 1 top, 3 intermediate, 4 basic. 2 minimal cut sets: {CDM}, {MSF}. Single points of failure: CDM, MSF. P(top) = 0.0044 (rare). Product not removed Failure to removeproduct Arm jams or collides MSF Manipulator system … p=0.0035 Loss of positionfeedback ESF Encoder sensor fail… p=0.0021 RCF Resolver cable fault p=0.0012 Wrong slot commanded CDM Controller command … p=9.00e-4 MSF Manipulator system … p=0.0035 P(top) = 0.0044 (rare)
Repeated event with cut-set absorption
A shared basic event feeds two gates — the case naive fault-tree tools get wrong. MOCUS applies absorption so the supersets collapse, leaving two single points of failure that a shape stencil would miss.
engineering & hardware
faulttree·§ NUREG-0492 / IEC 61025
Vessel ruptures Fault tree for "Pressure vessel ruptures": 1 top, 2 intermediate, 3 basic, 1 house, 1 undeveloped. 1 minimal cut set: {PRV_A, PRV_B, PUMP}. P(top) = 1.60e-6 (mcub). Event "EXT" is declared but referenced by no gate (unconnected). Vessel ruptures Heaterenergised 2/2 Pressure vesselruptures Sustainedover-pressure PUMP Pump runaway p=0.004 Both reliefs fail PRV_A Relief A stuck p=0.02 PRV_B Relief B stuck p=0.02 P(top) = 1.60e-6 (mcub)
Pressure vessel rupture (full vocabulary)
Voting, inhibit, house and undeveloped events in one tree — a 2-of-2 relief group, an over-pressure inhibited by a heater condition, and an order-3 minimal cut set with the tighter MCUB probability.
engineering & hardware
faulttree·§ NUREG-0492 / IEC 61025
Water overheating Fault tree for "Water overheating": 1 top, 2 intermediate, 5 basic. 4 minimal cut sets: {C}, {D}, {E}, {A, B}. Single points of failure: C, D, E. P(top) = 0.371 (rare). Water overheating Water overheating Circuit failure andno warning lamp A Chip failure p=0.05 B Warning lamp burned p=0.03 E Booster failure p=0.02 No voltage at input C No burn in network p=0.12 D Fuse blown p=0.23 P(top) = 0.371 (rare)
Water overheating (classic textbook tree)
The canonical introductory fault tree — an OR top over an AND sub-fault and an OR no-voltage branch, with a probability on every basic event. A faithful, quantified reproduction of the standard worked example.
engineering & hardware
fbd·§ IEC 61131-3:2013 §6.4 + §2.5
FBD: Bottle Counter FBD with 3 network(s). 0 — Debounce sensor with 50ms dwell BottleSensor TON IN PT T#50ms Q ET 1 — Count one bottle on rising edge of debounced signal BatchDone BatchSize R_TRIG CLK Q CTU CU R PV 24 Q CV 2 — Latch batch done BatchDone MOVE IN OUT
Bottle counter — debounce → edge → count (FBD)
Three-network FBD pipeline that debounces a bottle sensor with a 50ms TON, takes the rising edge with R_TRIG, counts up to 24 bottles per case with CTU, and self-resets when the case is full. A real production-line pattern that exercises timer + edge-detector + counter + named-instance references in sequence.
industrial & process
fbd·§ IEC 61131-3:2013 §6.4 + §2.5
FBD: Motor Control FBD with 2 network(s). 0 — Start latch Start Latch Stop EmergencyStop Latch OR ≥1 IN1 IN2 OUT AND & IN1 IN2 IN3 OUT 1 — Drive output Latch MotorOut MOVE IN OUT
Motor start/stop latch (FBD)
Two-network FBD of the canonical PLC seal-in circuit — start-button rising edge sets a latch, stop and emergency-stop break it. Exercises declared variables, multi-network programs, inline expression notation, and negation bubbles.
industrial & process
fbd·§ IEC 61131-3:2013 §6.4 + §2.5
FBD: Tank Level Setpoint Limiter FBD with 2 network(s). 0 — Clamp setpoint to safe range DesiredSetpoint SafeSetpoint LIMIT MN 0.0 IN MX 95.0 OUT 1 — Alarm on out-of-range request DesiredSetpoint Alarm OR ≥1 IN1 IN2 OUT LT IN1 IN2 0.0 OUT GT IN1 IN2 95.0 OUT MOVE IN OUT
Tank setpoint limiter + alarm (FBD)
Two-network FBD that clamps an operator-entered tank-level setpoint to the safe range [0, 95]% via LIMIT, and raises an alarm if the operator types an out-of-range value. Uses LT and GT comparison blocks, the LIMIT selection block, and demonstrates REAL (orange) and BOOL (black) wires carrying different data types in one diagram.
industrial & process
fishbone·§ Ishikawa 1968 / ISO 9001 CAPA
Solder Joint Defect Spike — Fishbone diagram Ishikawa cause-and-effect diagram. Effect: 3.2% solder joint rejects. 6 categories. Solder Joint Defect Spike 3.2% solder joint rejects Man New operators on night shift Training checklist not signed Handover notes incomplete Material Solder paste past floor life PCB pads oxidized after storage Measurement AOI false accept rate rising X-ray sampling reduced Machine Reflow oven zone 4 drift Thermocouple calibration overdue Stencil printer squeegee worn Method Stencil aperture undersized Pick-and-place speed raised Environment Humidity above process window ESD straps failing audit
Manufacturing defect 6M fishbone
Ishikawa 6M root-cause analysis for a solder joint defect spike on an electronics assembly line.
industrial & process
fishbone·§ Ishikawa 1968
Fishbone diagram — Website traffic drop — Fishbone diagram Ishikawa cause-and-effect diagram. Effect: Traffic decline. 6 categories. Fishbone diagram — Website traffic drop Traffic decline Content Publishing frequency down Content too generic Keyword gaps Low-quality AI content Backlinks High-quality backlinks lost High ratio of low-quality links Referring domain growth stalled Low anchor text diversity Competition New competitors entering AI tools replacing search Weakening brand recall Competitors publishing faster Technical Core Web Vitals failing Crawl coverage drop Crawler blocked by WAF Missing structured data UX Bounce rate rising Poor mobile experience Slow above-fold load Excessive popup ads Algorithm Core Update penalty Weak E-E-A-T signals AI Overviews / SGE cutoff Search intent drift
Website traffic drop root-cause analysis
Ishikawa fishbone for a website traffic drop — six causal categories covering content, technical SEO, backlinks, UX, competition, and algorithm changes.
business & operations
flowchart·§ ISO 5807:1985
Flowchart Flowchart with 14 nodes and 16 edges. commit → build build → unit unit → fail: No No unit → scan: Yes Yes scan → vuln vuln → fail: Yes Yes vuln → stage: No No stage → smoke smoke → fail: No No smoke → approve: Yes Yes approve → wait: No No approve → prod: Yes Yes prod → health health → done: Yes Yes health → rollback: No No rollback → done Push to main Push to main Build artifact Build artifact Unit tests pass? Unit tests pass? Security scan Security scan High-severity CVEs? High-severity CVEs? Deploy to staging Deploy to staging Smoke tests green? Smoke tests green? Fail build Fail build Manual approval? Manual approval? Await approver Await approver Deploy to production Deploy to production Post-deploy health check? Post-deploy health check? Automatic rollback Automatic rollback Release complete Release complete
CI/CD pipeline with gated deploy
Flowchart of a trunk-based CI/CD pipeline — build, test, security scan, staging gate, and production deploy with automatic rollback on failed smoke tests.
software & it
flowchart·§ ISO 5807:1985
Flowchart Flowchart with 14 nodes and 18 edges. start → intake intake → docs docs → request: No No request → docs: Resubmitted Resubmitted docs → coverage: Yes Yes coverage → deny1: No No deny1 → close coverage → fraud: Yes Yes fraud → review: Yes Yes review → liability fraud → liability: No No liability → denial: No No denial → close liability → estimate: Yes Yes estimate → approve approve → estimate: Needs changes Needs changes approve → pay: Approved Approved pay → close Claim submitted Claim submitted Capture FNOL data Capture FNOL data Documents complete? Documents complete? Request missing documents Request missing documents Policy active on loss date? Policy active on loss date? Issue coverage denial Issue coverage denial Fraud score high? Fraud score high? Manual SIU review Manual SIU review Liability accepted? Liability accepted? Send denial letter Send denial letter Calculate covered amount Calculate covered amount Adjuster approval? Adjuster approval? Payment ledger Payment ledger Close claim Close claim
Insurance claim adjudication
ISO-style flowchart for a claims team triaging coverage, fraud risk, document completeness, manual review, and payment or denial outcomes.
finance & legal
flowchart·§ ISO 5807:1985
Flowchart Flowchart with 9 nodes and 10 edges. start → validate validate → reserve: Yes Yes validate → notify: No No notify → done reserve → payment payment → ship: Yes Yes payment → cancel: No No ship → confirm confirm → done cancel → done New order received New order received Inventory available? Inventory available? Reserve items Reserve items Notify customer Notify customer Payment authorized? Payment authorized? Ship order Ship order Cancel & release Cancel & release Send confirmation email Send confirmation email End End
E-commerce order fulfillment
Flowchart mapping the full order-to-delivery path with inventory and payment decision gates, exception handling, and a single End terminal.
software & it
fmea·§ AIAG-VDA FMEA Handbook (2019) / IEC 60812
EV battery pack DFMEA FMEA worksheet (design); 4 failure-mode row(s); ranked by AP; highest risk: "Thermal runaway" S10·O3·D4 → RPN 120, AP High (action needed); 2 flagged. EV battery pack DFMEA Number: DFMEA-2026-014 Flag: ap >= High · Rank: AP # Item Function Failure Mode Effect(s) S Cause(s) O Current Controls D RPN AP 1 Pack fire / occupant injury 10 Internal short from dendrite growth 3 P: Cell qualification D: In-line CT scan 4 120 High 2 Pack fire / occupant injury 10 Overcharge past cutoff 2 P: BMS voltage clamp D: Redundant voltage sense 3 60 High 3 Busbar joint — Conduct current between modules High-resistance connection Local overheating 8 Loose torque on weld 4 D: End-of-line resistance test 4 128 Mediu m 4 Cell module — Store and deliver energy Capacity fade Reduced range 6 Electrolyte depletion 5 D: Periodic SOH estimate 6 180 Low Cell module — Store and deliver energy Thermal runaway
EV battery pack DFMEA
A design FMEA for an electric-vehicle battery pack. The engine flattens the failure chain, computes RPN = S × O × D, and derives the AIAG-VDA Action Priority — keeping a S10 safety failure High even when its RPN looks low.
engineering & hardware
fmea·§ AIAG-VDA FMEA Handbook (2019) / IEC 60812
Injection moulding PFMEA FMEA worksheet (process); 3 failure-mode row(s); ranked by RPN; highest risk: "Warpage" S6·O6·D7 → RPN 252, AP Medium (action should be taken); 3 flagged. Injection moulding PFMEA Flag: rpn > 100 · Rank: RPN # Item Function Failure Mode Effect(s) S Cause(s) O Current Controls D RPN AP 1 Cooling step — Solidify part to spec Warpage Out-of-tolerance dimension 6 Uneven cooling channel flow 6 D: CMM sampling 7 252 Mediu m 2 Incomplete part scrapped 7 Injection pressure too low 5 P: Pressure setpoint lock D: Vision check 4 140 Mediu m 3 Incomplete part scrapped 7 Blocked gate 3 D: Cycle-time monitor 6 126 Mediu m Mould fill step — Fill cavity with melt Short shot
Injection-moulding PFMEA
A process FMEA for an injection-moulding line, ranked the legacy way by RPN. The engine computes RPN = S × O × D for every (step, mode, cause) row and flags the ones that breach the 100 threshold.
industrial & process
genogram·§ McGoldrick 2020
Genogram: BRCA1 Family Genogram diagram with 8 individuals across 3 generations BRCA1 Family I_1 (1930-1995) 65 I_2 (1932-1990) 58 II_4 (1954) II_1 (1955) II_2 (1958) II_3 (1960) III_1 (1985) III_2 (1988) I_1 (1930–1995) I_2 (1932–1990) II_4 (b. 1954) II_1 (b. 1955) II_2 (b. 1958) II_3 (b. 1960) III_1 (b. 1985) III_2 (b. 1988) SYMBOLS Deceased CONDITIONS Ovarian Cancer Breast Cancer MARKERS Index person (focal subject)
Hereditary cancer (BRCA1) family
Three-generation BRCA1 family genogram with hereditary breast/ovarian cancer conditions — captured at intake before formal clinical pedigree analysis.
healthcare & social
genogram·§ McGoldrick 2020 + Bennett 2022 (adopted-out / dual-parent convention)
Genogram: Familia Isaías Genogram diagram with 9 individuals across 2 generations Familia Isaías Víctor Seguel Mónica Barrientos Tío materno Don Pablo Doña Priscila Isaías (2020) 6 ? ? Pablo (jr) Alanis Víctor Seguel Mónica Barrientos Tío materno Don Pablo Doña Priscila Isaías (b. 2020) ? Pablo (jr) Alanis SYMBOLS Unknown STRUCTURAL Cohabiting (ended) Foster RELATIONSHIPS Nevermet Physical Abuse MARKERS Index person (focal subject) Sibling(s) — unknown count
Foster care / child protection
Foster-care genogram for a real LATAM child-protection case — biological parents (cohabitation ended), abuse, current foster placement (dotted secondary link), unknown-count siblings, and a maternal uncle as known-relative-with-unknown-ancestry.
healthcare & social
genogram·§ McGoldrick 2020
Genogram: Medical History Genogram diagram with 7 individuals across 3 generations Medical History Grandfather (1930-1990) 60 Grandmother (1935) Father (1960) Mother (1962) Uncle (1963) Patient (1988) Sister (1991) Grandfather (1930–1990) Grandmother (b. 1935) Father (b. 1960) Mother (b. 1962) Uncle (b. 1963) Patient (b. 1988) Sister (b. 1991) SYMBOLS Deceased CONDITIONS Heart Disease Diabetes Cancer Hypertension MARKERS Index person (focal subject)
Multi-generation medical history
Three-generation family medical history genogram with multi-condition color annotations using fill zones — heart disease, diabetes, cancer, hypertension.
healthcare & social
genogram·§ McGoldrick 2020
Genogram: Smith Family Genogram diagram with 3 individuals across 2 generations Smith Family John (1975) Mary (1977) Alice (2005) John (b. 1975) Mary (b. 1977) Alice (b. 2005) m. 2002 MARKERS Index person (focal subject)
Nuclear family (minimal template)
Minimal nuclear family genogram — married couple, one child, marriage date — the clinical intake starting template per McGoldrick 2020 notation.
healthcare & social
genogram·§ McGoldrick 2020
Genogram: The Potter Family Genogram diagram with 10 individuals across 3 generations The Potter Family Fleamont (1909-1979) 70 Euphemia (1920-1979) 59 Mr_evans (1925) Mrs_evans (1928) James (1960-1981) 21 Lily (1960-1981) 21 Vernon (1951) Petunia (1958) Harry (1980) Dudley (1980) Fleamont (1909–1979) Euphemia (1920–1979) Mr_evans (b. 1925) Mrs_evans (b. 1928) James (1960–1981) Lily (1960–1981) Vernon (b. 1951) Petunia (b. 1958) Harry (b. 1980) Dudley (b. 1980) m. 1978 SYMBOLS Deceased RELATIONSHIPS Close Hostile Cutoff MARKERS Index person (focal subject)
The Potter family
Three-generation Potter family genogram with emotional relationship lines — cutoff, hostile, and close — illustrating McGoldrick relational notation.
education
gitgraph·§ Mermaid gitGraph dialect
Git commit graph Git commit graph: 11 commits across 4 branches, 4 merges, orientation LR. main develop feature/login hotfix init scaffold feature scaffold login UI login API 1-49dec0f polish v1.0 2-2cadf25 patch CVE v1.0.1 3-2b38c3a 4-885cbfb
Git Flow release history
A realistic Git Flow branch/merge/tag history — develop, a feature branch, a tagged release, and a hotfix merged back to both lines. Mermaid gitGraph syntax, rendered through Schematex's zero-dependency engine.
software & it
idef0·§ FIPS PUB 183 (IDEF0)
Fulfil customer order IDEF0 function model "Fulfil customer order" (node A0): 3 functions on a diagonal staircase. ICOM arrows: 4 input, 3 control, 3 mechanism, 2 output. Boxes: 1. Validate order (A1); 2. Pick and pack (A2); 3. Ship and invoice (A3). Fulfil customer order Customer order I1 Credit policy C1 Order management system M1 Validated order Inventory I2 Picking rules C2 Warehouse staff M2 Packed shipment Carrier contract C3 Shipping carrier M3 Delivered order O1 Invoice O2 Validate order 1 Pick and pack 2 Ship and invoice 3 NODE A0 TITLE Fulfil customer order NUMBER
IDEF0 A0 — fulfil customer order
An IDEF0 A0 function decomposition with all four ICOM arrow types. Inputs, controls, mechanisms and outputs each pin to a fixed box edge, so the model is correct by construction per FIPS PUB 183.
business & operations
ladder·§ IEC 61131-3
Conveyor Interlock Chain PLC ladder logic diagram with 3 rungs Conveyor Interlock Chain Rung 001 — Run downstream conveyor first — Rung 002 — Start upstream only when downstream is running — Rung 003 — Latch jam alarm — Auto mode AUTO_MODE BIT 1.0 E-stop not tripped ESTOP_OK BIT 1.1 Downstream jam clear CV2_JAM IN 2.2 Conveyor 2 run CV2_RUN OUT 4.1 Auto mode AUTO_MODE BIT 1.0 CV2 running CV2_RUN OUT 4.1 Upstream jam clear CV1_JAM IN 2.1 Conveyor 1 run CV1_RUN OUT 4.0 CV1 jam CV1_JAM IN 2.1 CV2 jam CV2_JAM IN 2.2 S Jam alarm JAM_ALARM BIT 3.0
Conveyor interlock chain
Three-rung ladder logic for a downstream-first conveyor start sequence with jam permissives and an alarm latch.
industrial & process
ladder·§ IEC 61131-3
System Mode Selection PLC ladder logic diagram with 2 rungs System Mode Selection Rung 001 — Set system Auto mode, reset Manual — Rung 002 — Set Manual, reset Auto (with Home seal-in) — Auto Mode HMI Pushbutton AUTO_HMIPB BIT 5.10 Manual Mode HMI Pushbutton MANL_HMIPB BIT 5.11 System Fault SYS_FAULT BIT 3.0 S System Auto Mode SYS_AUTO BIT 3.1 R System Manual Mode SYS_MANUAL BIT 3.2 Manual Mode HMI Pushbutton MANL_HMIPB BIT 5.11 System Home Command SYS_HOMECMD BIT 3.5 Auto Mode HMI Pushbutton AUTO_HMIPB BIT 5.10 System Fault SYS_FAULT BIT 3.0 S System Manual Mode SYS_MANUAL BIT 3.2 R System Auto Mode SYS_AUTO BIT 3.1
System mode selection (Set/Reset)
IEC 61131-3 ladder logic for HMI-driven Auto/Manual mode selection using Set/Reset (OTL/OTU) coils with system fault interlocks.
industrial & process
ladder·§ IEC 61131-3
Motor Start/Stop PLC ladder logic diagram with 1 rung Motor Start/Stop Rung 001 — Seal-in circuit — Start Button START_PB IN 1.0 Aux Contact MOTOR_AUX BIT 3.0 Stop Button STOP_PB IN 1.1 Motor Command MOTOR_CMD OUT 2.0
Motor start/stop seal-in circuit
Classic three-wire motor start/stop seal-in circuit in IEC 61131-3 ladder logic — the foundational pattern taught in every PLC certification course.
industrial & process
ladder·§ IEC 61131-3
Tank Level Pump Control PLC ladder logic diagram with 3 rungs Tank Level Pump Control Rung 001 — Fill pump seal-in — Rung 002 — Run delay proves flow — Rung 003 — No-flow alarm after delay — Low level LOW_LEVEL IN 1.0 Pump running PUMP_RUN OUT 2.0 High level HIGH_LEVEL IN 1.1 Fault clear FAULT BIT 3.0 Fill pump PUMP_RUN OUT 2.0 Pump running PUMP_RUN OUT 2.0 TON IN=PUMP_RUN PT=5000 name=Flow prove delay FLOW_DELAY Delay done FLOW_DELAY TMR 1.0 Flow switch FLOW_OK IN 1.2 S No flow alarm FLOW_ALARM BIT 3.1
Tank level pump control
Pump control ladder with low-level start, high-level stop, seal-in logic, and a run-delay timer.
industrial & process
logic·§ IEC 60617-12
IEC Gate Gallery Logic gate diagram with 7 gates, 4 inputs, 7 outputs & ≥1 =1 & ≥1 1 1 EN A B C EN Y_and Y_or Y_xor Y_nand Y_nor Y_not Y_tri IEC Gate Gallery
IEC logic gate gallery
Logic gate gallery using IEC 60617 rectangular symbols for AND, OR, XOR, NAND, NOR, NOT, and special-output buffers.
engineering & hardware
logic·§ IEEE 91
1-bit Full Adder Logic gate diagram with 5 gates, 3 inputs, 2 outputs XOR AND XOR AND OR A B Cin Sum Cout 1-bit Full Adder
1-bit full adder
1-bit full adder built from XOR, AND, and OR gates — the foundational building block of every arithmetic logic unit, from a functional description.
education
markov·§ Kemeny & Snell, Finite Markov Chains
Markov chain — Customer lifecycle 3 states, 8 transitions. Classification: 3 recurrent, 0 transient, 0 absorbing. Stationary π: { Trial=0.197, Active=0.492, Churned=0.311 }. Customer lifecycle 0.4 0.5 0.1 0.8 0.05 0.15 0.7 0.3 Trial π=0.197 Active π=0.492 Churned π=0.311
Customer lifecycle (ergodic chain, stationary π)
A SaaS trial → active → churned chain. The engine validates the row-stochastic matrix, confirms the chain is ergodic, and computes the long-run stationary distribution π — the steady-state share of customers in each state.
software & it
markov·§ Kemeny & Snell, Finite Markov Chains
Markov chain — Gambler's ruin 5 states, 8 transitions. Classification: 0 recurrent, 3 transient, 2 absorbing. Absorbing: Broke, Rich. Expected steps to absorption t: { S1=3, S2=4, S3=3 }. Absorption probabilities B: S1→(Broke=0.75, Rich=0.25); S2→(Broke=0.5, Rich=0.5); S3→(Broke=0.25, Rich=0.75). Gambler's ruin 1 1 0.5 0.5 0.5 0.5 0.5 0.5 $0 $4 S1 S2 S3
Gambler's ruin (absorbing chain)
The classic absorbing Markov chain with two sinks. The engine classifies the transient and absorbing states and computes the fundamental matrix — the probability of ending broke vs rich and the expected number of steps to absorption.
education
matrix·§ 9-Box Talent Grid (GE / McKinsey)
Matrix — Engineering — H1 Talent Review Matrix diagram (9-box template), quadrant mode, 0 point(s) Engineering — H1 Talent Review • Enigma • Samir K. (sr. eng) • Growth Employee • Priya R. (eng II) • Tomás L. (eng II) • Future Leader • Maya O. (sr. eng) • Dilemma • David C. (eng II) • Core Player • Lin H. (sr. eng) • Kofi A. (eng II) • High Impact • Reina S. (staff) • Under-performer • — PIP candidate — • Effective • Jordan P. (eng I) • Trusted Pro • Elena V. (staff)
9-box talent grid
3×3 performance × potential talent grid — the GE/McKinsey HR review tool used to plan promotions, succession, and performance management.
business & operations
matrix·§ BCG Growth-Share (1970)
Matrix — Product Portfolio — FY26 Matrix diagram (bcg template), quadrant mode, 5 point(s) Product Portfolio — FY26 Question Marks Stars Cash Cows Dogs High Market Share Low Market Share Low Growth High Growth Platform SDK · (0.80, 0.80) · size 5 Platform SDK Legacy API · (0.85, 0.15) · size 4 Legacy API Mobile SDK · (0.25, 0.85) · size 3 Mobile SDK Self-serve billing · (0.35, 0.75) · size 2 Self-serve billing On-prem installer · (0.20, 0.15) · size 1 On-prem installer star cashcow question dog
BCG product portfolio
BCG matrix plotting five product lines by market share and growth rate — stars, cash cows, question marks, and one dog — for annual investment planning.
business & operations
matrix·§ Eisenhower (1954)
Matrix — This Week Matrix diagram (eisenhower template), quadrant mode, 0 point(s) This Week Do First • Ship hotfix • Customer demo prep Schedule • Write Q3 OKRs • Refactor auth layer Delegate • LinkedIn updates • Inbox zero Delete • Reorganize Slack channels
Eisenhower week prioritization
2×2 Eisenhower table grouping a week's tasks into Do First / Schedule / Delegate / Delete — the canonical text-in-cell layout, not a scatter chart.
software & it
matrix·§ Impact–Effort (Sondhi 1999)
Matrix — Sprint Planning — Q2 Backlog Matrix diagram (impact-effort template), quadrant mode, 0 point(s) Sprint Planning — Q2 Backlog Quick Wins • Add bulk-delete to inbox • Surface error message inline • Fix mobile menu z-index bug Major Projects • Rebuild billing on new stripe API • Multi-tenant workspace support Fill-ins • Brand color audit • Update tooltip copy Thankless • Animated empty-state illustrations • Internal admin dashboard polish
Impact-effort feature prioritization
2×2 impact × effort table sorting a backlog into Quick Wins / Major Projects / Fill-ins / Thankless — the classic PM prioritization grid.
business & operations
matrix·§ Johari window (Luft & Ingham 1955)
Matrix — Self vs. Team — Q2 Reflection Matrix diagram (johari template), quadrant mode, 0 point(s) Self vs. Team — Q2 Reflection Open / Arena • Strong technical instincts • Direct in code review • Patient with juniors Blind • Interrupts in meetings • Hard to read when stressed Hidden / Façade • Imposter syndrome about leadership • Anxiety about cross-team politics Unknown • Capacity for difficult conversations under pressure
Johari window — manager self-assessment
2×2 Johari window placing self-traits across Open / Blind / Hidden / Unknown — the classic coaching exercise rendered as a four-cell table.
business & operations
matrix·§ Mendelian genetics (Punnett square)
Punnett square — Seed shape & colour (RrYy × RrYy) Punnett square — dihybrid cross RrYy × RrYy; phenotype ratio 9:3:3:1 Seed shape & colour (RrYy × RrYy) RrYy RrYy RY Ry rY ry RY Ry rY ry RRYY RRYy RrYY RrYy RRYy RRyy RrYy Rryy RrYY RrYy rrYY rrYy RrYy Rryy rrYy rryy Phenotype ratio 9:3:3:1 9 × Round, Yellow 3 × Wrinkled, Yellow 3 × Round, Green 1 × Wrinkled, Green Genotype ratio 4:2:2:2:2:1:1:1:1 — 9 distinct genotypes
Dihybrid cross Punnett square (9:3:3:1)
A two-gene Punnett square where the engine computes the gametes, the 4×4 offspring grid, and the canonical 9:3:3:1 phenotype ratio — Mendel's pea seed shape × colour cross — with each phenotype class auto-tinted.
education
matrix·§ Mendelian genetics (Punnett square)
Punnett square — Eye color (Bb × Bb) Punnett square — monohybrid cross Bb × Bb; phenotype ratio 3:1 Eye color (Bb × Bb) Bb Bb B b B b BB Bb Bb bb Phenotype ratio 3:1 3 × Brown eyes 1 × Blue eyes Genotype ratio 2:1:1 — 2 Bb, 1 bb, 1 BB
Monohybrid cross Punnett square (3:1)
The classic single-gene Punnett square — two heterozygous parents (Bb × Bb) crossed for eye colour. The engine computes the gametes, the 2×2 grid, and the canonical 3:1 dominant-to-recessive phenotype ratio with a 1:2:1 genotype ratio.
education
matrix·§ Mendelian genetics (Punnett square)
Punnett square — Test cross (Bb × bb) Punnett square — monohybrid cross Bb × bb; phenotype ratio 1:1 Test cross (Bb × bb) Bb bb B b b b Bb bb Bb bb Phenotype ratio 1:1 2 × Blue 2 × Brown Genotype ratio 1:1 — 2 bb, 2 Bb
Test cross Punnett square (1:1)
A genetic test cross — crossing an organism of unknown genotype against a homozygous-recessive parent (Bb × bb) to reveal whether it is heterozygous. The engine computes the 1:1 phenotype ratio that signals a heterozygous parent.
education
matrix·§ Akao Quality Function Deployment
QFD House of Quality — Coffee maker QFD House of Quality — 3 customer requirement(s), 3 engineering characteristic(s), 5 relationship(s); technical importance computed per column Coffee maker Roof: engineering correlation matrix Fan RPM ↔ Heater watts: strong negative Fan RPM ↔ Insulation: no correlation Heater watts ↔ Insulation: positive Fan RPM Heater watts Insulation Wt Quiet operation (weight 5) Quiet operation 5 Brews fast (weight 3) Brews fast 3 Energy efficient (weight 4) Energy efficient 4 Quiet operation × Fan RPM = 9 Quiet operation × Insulation = 3 Brews fast × Heater watts = 9 Energy efficient × Heater watts = 3 Energy efficient × Insulation = 9 Computed technical importance per engineering characteristic Technical importance Σ(wt×rel) 45 39 51
Coffee maker House of Quality
A QFD House of Quality where the engine computes the technical-importance row (45 / 39 / 51) — the ranked answer to which engineering characteristic moves the most customer value — plus the diamond-cell roof that flags trade-offs between characteristics.
industrial & process
matrix·§ Six Sigma DMAIC
SIPOC — Order fulfilment SIPOC scoping table — 2 supplier(s), 2 input(s), 4 process step(s), 2 output(s), 2 customer(s) Order fulfilment Suppliers Suppliers: Vendor, Warehouse Vendor Warehouse Inputs Inputs: PO, Stock levels PO Stock levels Process Process: Receive order, Pick, Pack, Ship 1. Receive order 2. Pick 3. Pack 4. Ship Outputs Outputs: Shipped package, Invoice Shipped package Invoice Customers Customers: End customer, Finance End customer Finance
Order fulfilment SIPOC
The one-page scoping table that opens a Six Sigma DMAIC project — Suppliers, Inputs, Process, Outputs, Customers in five fixed columns, pinning down exactly where the process starts and ends before anyone improves it.
industrial & process
mindmap·§ Futures Wheel: Glenn (1972)
Remote work becomes default futures-wheel mindmap with 10 nodes Remote work becomes default Less commuting Lower carbon emissions Cheaper city living Distributed teams Async communication norms Global hiring pools Empty offices Commercial real estate slump Repurposed to housing
Futures wheel — remote work becomes default
A structured-brainstorming futures wheel that ripples a single trend outward into first- and second-order consequences across concentric, color-coded rings.
business & operations
mindmap·§ Buzan (1970s)
Product Launch Plan map mindmap with 27 nodes Direct competitors Pricing benchmarks Competitive analysis SMB customers Enterprise pilot Target segments Market readiness Core API complete Edge cases resolved Feature freeze Load testing Cache rules Geo routing CDN configuration Infrastructure Engineering Landing page live Email campaign TechCrunch pitch Newsletter sponsors Press outreach Go-to-market Week 1 signups Activation rate NPS at day 30 Success metrics Product Launch Plan
Product launch plan mindmap
Radial mind map for a product launch — market readiness, engineering, go-to-market, and success metrics — used as a kickoff whiteboard.
software & it
mindmap·§ Buzan (1970s)
Q4 Company OKRs map mindmap with 22 nodes 10 new qualified logos Win rate ≥ 25% Expand enterprise pipeline Net revenue retention ≥ 120% Seat adoption +40% Increase expansion Grow ARR 30% 100% API coverage Zero-downtime cutover Core migration Sub-5-min quickstart 95% doc satisfaction Developer experience Ship Platform v2 8 senior engineers 2 staff PMs Hiring Voluntary attrition < 5% eNPS ≥ 40 Retention Strengthen team Q4 Company OKRs
Quarterly OKRs mindmap
Company OKRs organized as a mindmap — three objectives, each with measurable key results — suited for the all-hands kickoff of a new quarter.
software & it
network·§ Cisco-convention topology icons + hierarchical campus model
Network diagram — Branch Office 6 devices, 5 links, 4 boundaries. Topology: hierarchical. Links: 1 serial, 4 copper. Branch Office HQ Building DMZ 10.0.10.0/24 MDF Rack 10G Trunk · VLAN 10 Internet fw1 core1 Web Server a1 User PC 10.0.10.50
Physical and logical boundaries in one diagram
A branch-office topology nesting physical containers (a site holding an MDF rack) and logical overlays (a DMZ security zone and a CIDR subnet) — solid borders for physical, dashed tinted borders for logical — so the same devices read correctly in both the cabling and the addressing views.
business & operations
network·§ Cisco topology icons + IP/CCTV (ONVIF) conventions
Network diagram — Acme HQ — CCTV 10 devices, 9 links, 1 boundaries. Topology: hierarchical. Links: 1 serial, 1 fiber, 4 copper, 3 poe. Acme HQ — CCTV 192.168.20.0/24 ISP 1Gbps 10G Trunk · VLAN 20 · 1G Trunk · VLAN 20 · 1G 1G PoE PoE PoE Internet Perimeter FW Core SW PoE PoE Switch A PoE PoE Switch B NVR Video Recorder Guard Station Lobby Dome 192.168.20.11 Gate PTZ 192.168.20.12 Dock Bullet 192.168.20.13
CCTV camera network topology
IP-video surveillance topology — Internet → perimeter firewall → core switch → PoE switches → dome/PTZ/bullet cameras, with the cameras isolated on their own 192.168.20.0/24 subnet and an NVR for recording.
software & it
network·§ Cisco hierarchical internetworking model (core/distribution/access)
Network diagram — Driscoll Campus 12 devices, 11 links, 0 boundaries. Topology: hierarchical. Links: 9 copper, 1 serial, 1 lag. Driscoll Campus 10G 40G Trunk · VLAN 100 Internet WAN Core Firewall Edge Rtr 1 Core SW 1 Core SW 2 Dist A Dist B ×4 Server Farm a1 a2 a3
Three-tier enterprise campus network
Classic Cisco hierarchical campus — Internet/WAN edge, redundant core switches with a LAG uplink, a distribution layer, and an access layer feeding a server farm. The canonical core/distribution/access model.
business & operations
network·§ Cisco topology conventions
Network diagram — Branch LAN - Star Layout 6 devices, 5 links, 0 boundaries. Topology: star. Links: 4 copper, 1 poe. Branch LAN - Star Layout 1G Access · VLAN 10 · 1G Access · VLAN 10 · 1G Access · VLAN 20 · 1G VLAN 30 · 1G · PoE Gateway Access Switch Admin PC Laptop Printer Wi-Fi AP
Network layout modes
Four small network topology sketches showing star, ring, bus, and mesh layouts as separate diagrams in the gallery corpus.
software & it
network·§ Cisco-convention topology icons + ANSI/TIA-606 labelling
Network diagram — Link types 7 devices, 6 links, 0 boundaries. Topology: tree. Links: 1 fiber, 1 lag, 1 wireless, 1 copper, 1 poe, 1 vpn. Link types 10G Gi0/1 Gi1/0/1 20G Trunk · VLAN 10,20 · 1G PoE VPN · site-to-site Core Sw A Sw B AP s1 c1 VPN VPN GW
Every link type on one fabric
A compact topology that exercises the full link vocabulary — fiber with speed and port tags, a LAG bundle, a wireless association, an 802.1Q trunk carrying VLANs, a PoE drop to a camera, and a site-to-site VPN tunnel — each rendered with its own line style.
industrial & process
network·§ Clos (1953) folded-Clos / spine-leaf fabric
Network diagram — DC Fabric 9 devices, 11 links, 0 boundaries. Topology: spine-leaf. Links: 11 copper. DC Fabric 25G 25G 25G h1 h2 h3 sp1 sp2 lf1 lf2 lf3 lf4
Spine-leaf data-center fabric
A folded-Clos data-center fabric — two spine switches, four leaf switches fully meshed to the spines automatically, and servers attached to their leaves at 25G.
software & it
network·§ Cisco-convention topology icons + security-zone topology
Network diagram — Zero-trust SaaS VPC 10 devices, 10 links, 4 boundaries. Topology: hierarchical. Links: 1 fiber, 4 vpn, 5 copper. Warnings: trunk link edgeproxy–fw connects no switch-class device (line 28). Zero-trust SaaS VPC DMZ 10.20.10.0/24 10.20.30.0/24 Admin Zone 10G VPN VPN · OIDC VPN · device posture 1G Trunk · VLAN 110 Access · VLAN 210 · 1G Access · VLAN 210 · 1G Access · VLAN 230 · 1G VPN Internet Identity Provider VPN Client VPN Segmentation FW LB Public ALB PXY Reverse Proxy API 1 10.20.10.11 API 2 10.20.10.12 Postgres HA 10.20.30.20 Admin Laptop
Zero-trust cloud VPC topology
Network topology for a zero-trust SaaS VPC with VPN entry, DMZ, private application subnet, database subnet, firewall segmentation, and annotated VPN/fiber/trunk links.
software & it
orgchart·§ HR convention
Scaleup — Matrixed Product Lines Organizational chart with 14 people and 17 relationships Scaleup — Matrixed Product Lines Jamie Torres CEO Raj Patel CTO Priya Nair Eng Lead Alex Kim Senior Engineer Jordan Lee Engineer Omar Hassan Eng Lead Yuki Tanaka Staff Engineer Maya Patel Engineer Ellen Wu CPO Tyler Brooks PM Suki Ito PM Liu Wei CDO Ana Rossi Designer Kai Park Designer
Scale-up with matrix reporting
Org chart for a 60-person scale-up with two product lines — solid-line functional reporting plus dotted-line product-manager reporting into each engineering lead.
software & it
orgchart·§ HR convention
Acme — Series A Team Organizational chart with 15 people and 13 relationships Acme — Series A Team Jamie Torres CEO Raj Patel CTO Priya Nair Eng Lead Alex Kim Senior Engineer Jordan Lee Engineer NEW open "TBH" Frontend Engineer Omar Hassan Eng Lead Yuki Tanaka Staff Engineer draft "TBH" Senior Engineer Ellen Wu CPO Tyler Brooks Product Lead Suki Ito Product Lead Maria Santos COO Nour Ahmed Finance Manager Dr. Alan Ford Board Advisor
Series-A tech startup org
Three-level org chart for a ~30-person Series-A startup — CEO with engineering, product, and ops directs, showing open roles and a board advisor.
software & it
pedigree·§ Bennett 2022
Assisted Reproduction Family Pedigree chart with 6 individuals across 2 generations I II Intended_father Egg_donor E Intended_mother Surrogate E Embryo Child P I-1 I-2 I-3 I-4 II-1 II-2 SYMBOLS Unknown sex P Proband (P) — first affected case identified
Assisted reproduction pedigree
Clinical pedigree showing IVF donor and surrogate context with a proband child and clearly separated biological and gestational participants.
healthcare & social
pedigree·§ NSGC
BRCA1 Family — Hereditary Breast/Ovarian Cancer Pedigree chart with 12 individuals across 3 generations I II III I-1 I-2 (affected) II-4 II-1 (affected) II-6 II-3 (carrier) II-2 III-1 (affected) P III-2 III-3 (presymptomatic) III-6 (carrier) III-7 I-1 I-2 II-4 II-1 II-6 II-3 II-2 III-1 III-2 III-3 III-6 III-7 GENETIC STATUS Affected Carrier Presymptomatic SYMBOLS Deceased P Proband (P) — first affected case identified
BRCA1 hereditary cancer (four-generation)
Four-generation BRCA1 pedigree distinguishing affected, carrier, and presymptomatic individuals — per NSGC standard for cascade testing and insurance pre-authorization.
healthcare & social
pedigree·§ NSGC
CF family — autosomal recessive Pedigree chart with 8 individuals across 3 generations I II III I-1 (carrier) I-2 (carrier) II-4 (carrier) II-2 (carrier) II-1 (affected) P II-3 III-1 (affected) III-2 I-1 I-2 II-4 II-2 II-1 II-3 III-1 III-2 GENETIC STATUS Affected Carrier SYMBOLS P Proband (P) — first affected case identified
Cystic fibrosis (autosomal recessive)
Classic autosomal recessive cystic fibrosis pedigree with two carrier parents — illustrates the 25% recurrence risk for genetic counseling and patient education.
healthcare & social
pedigree·§ NSGC
Hemophilia A Pedigree chart with 10 individuals across 3 generations I II III I-1 I-2 (carrier-x) II-5 II-2 (carrier-x) II-1 (affected) II-3 II-4 III-1 (affected) III-2 (carrier-x) III-3 I-1 I-2 II-5 II-2 II-1 II-3 II-4 III-1 III-2 III-3 GENETIC STATUS Affected X-linked carrier
Hemophilia A (X-linked recessive)
Three-generation hemophilia A pedigree showing X-linked recessive inheritance with carrier females and affected males per NSGC clinical notation.
healthcare & social
pert·§ PMI PMBOK 7 + Moder 1983 — Activity-on-Arrow (ADM, legacy)
PERT network — Software project (AOA) 10 activities, project duration 70 days, critical path A → C → F → H → J. Software project (AOA) create schedule 10 buy hardware 5 programming 20 installation 5 conversion 15 test code 20 write manual 15 test system 10 training 5 user test 10 1 2 3 4 5 6 7 8 9 10 11 12 13 Project duration 70 days · 10 tasks · 10 dependencies · 5 critical Critical path: A → C → F → H → J
Activity-on-arrow (AOA) network
The classic textbook PERT notation — numbered event circles, activities as labelled arrows, and dotted dummy activities auto-inserted at multi-predecessor merges. Written in the same activity-on-node DSL; Schematex builds and numbers the event graph.
education
pert·§ PMI PMBOK 7 + Moder 1983 (AON/PDM)
PERT network — Data-centre migration 10 activities, project duration 52 days, critical path A → C → D → F → G → H → I → J. Data-centre migration 0 5 10 15 20 25 30 35 40 45 50 Inventory systems A ES 0 EF 5 slack 0 Stakeholder review B ES 1 EF 7 slack 0 Vendor selection C ES 7 EF 15 slack 0 Architecture D ES 15 EF 25 slack 0 Procurement E ES 17 EF 29 slack 6 Code refactor F ES 25 EF 40 slack 0 Pilot env G ES 35 EF 40 slack 0 Pilot run H ES 40 EF 47 slack 0 Cutover @ 47 Hypercare J ES 47 EF 52 slack 0 SS+1d FS+2d FF Project duration 52 days · 10 tasks · 11 dependencies · 9 critical Critical path: A → C → D → F → G → H → I → J
Time-scaled migration plan (network-Gantt)
A data-centre migration in the time-scaled layout — x-position proportional to Early Start, width proportional to duration, with a unit time axis. Exercises start-to-start and finish-to-finish dependencies, lag/lead, a milestone, and lane packing.
business & operations
pert·§ PMI PMBOK 7 + Moder 1983 (AON/PDM)
PERT network — Q3 Product Launch 7 activities, project duration 37 days, critical path A → C → D → E → G. Q3 Product Launch ES 0 DUR 5 EF 5 0 LS 0 SLACK 5 LF Market research A ES 5 DUR 15 EF 20 5 LS 0 SLACK 20 LF Backend API C ES 5 DUR 8 EF 13 12 LS 7 SLACK 20 LF Design mockups B ES 20 DUR 10 EF 30 20 LS 0 SLACK 30 LF Frontend build D ES 13 DUR 7 EF 20 28 LS 15 SLACK 35 LF Marketing collateral F ES 30 DUR 5 EF 35 30 LS 0 SLACK 35 LF QA / testing E ES 35 DUR 2 EF 37 35 LS 0 SLACK 37 LF Launch event G Project duration 37 days · 7 tasks · 8 dependencies · 5 critical Critical path: A → C → D → E → G
Q3 product launch PERT/CPM network
A seven-task product-launch schedule where the engine computes every Early/Late Start & Finish, total slack, and the critical path (A → C → D → E → G) automatically — the canonical activity-on-node network with the six-field box.
business & operations
pert·§ PMI PMBOK 7 + Moder 1983 (AON/PDM)
PERT network — Online Shop Project 8 activities, project duration 40 days, critical path T2 → T3 → T4 → T7 → T8. Online Shop Project Customer Account Shopping Site Shopping Cart Testing ES 0 DUR 3 EF 3 27 LS 27 SLACK 30 LF Support Account Deletion T1 ES 0 DUR 8 EF 8 0 LS 0 SLACK 8 LF Design a New Theme T2 ES 8 DUR 15 EF 23 8 LS 0 SLACK 23 LF Apply New Theme to the Site T3 ES 23 DUR 7 EF 30 23 LS 0 SLACK 30 LF Improve Searching T4 ES 8 DUR 8 EF 16 16 LS 8 SLACK 24 LF Enhance Shopping Cart Functionality T5 ES 16 DUR 6 EF 22 24 LS 8 SLACK 30 LF Enhance Shopping Cart Checkout T6 ES 30 DUR 2 EF 32 30 LS 0 SLACK 32 LF Ready Testing Environment T7 ES 32 DUR 8 EF 40 32 LS 0 SLACK 40 LF Test Online Shop T8 Project duration 40 days · 8 tasks · 8 dependencies · 5 critical Critical path: T2 → T3 → T4 → T7 → T8
PERT swimlanes grouped by team
The same computed activity-on-node schedule, re-grouped into horizontal swimlanes by responsible team (Customer Account, Shopping Site, Shopping Cart, Testing) — the way Visual Paradigm and PMO templates present a project network.
business & operations
pert·§ PMI PMBOK 7 — three-point (beta-PERT) estimation
PERT network — Three-point project 4 activities, project duration 17.83 days, critical path A → B → C → D. Three-point project ES 0 DUR 3.17 EF 3.17 0 LS 0 SLACK 3.17 LF Spec A σ=0.5 ES 3.17 DUR 8.5 EF 11.67 3.17 LS 0 SLACK 11.67 LF Build B σ=1.5 ES 11.67 DUR 4.17 EF 15.83 11.67 LS 0 SLACK 15.83 LF Test C σ=0.5 ES 15.83 DUR 2 EF 17.83 15.83 LS 0 SLACK 17.83 LF Deploy D σ=0.33 Project duration 17.83 days · 4 tasks · 3 dependencies · 4 critical · σ ≈ 1.69 Critical path: A → B → C → D
Three-point (PERT) estimation with variance
Durations written as optimistic/most-likely/pessimistic (O/M/P). The engine computes the beta-distribution expected duration te = (O+4M+P)/6 per activity, the per-task variance, and the project-level standard deviation along the critical path.
business & operations
petri·§ Murata 1989 / ISO-IEC 15909
Petri net — Arc Types 5 places, 3 transitions, 10 arcs. Marking {Idle:1, Permit:1, Buffer:2}. Enabled: Start. Arc Types 2 Idle Busy Fault Permit Buffer K=3 Start Complete Reset
Petri net arc types
Petri net showing standard, inhibitor, read, reset, weighted arcs, capacity, and enabled-transition highlighting in one compact control example.
software & it
petri·§ Murata 1989 + ISO/IEC 15909-1 (place/transition net)
Petri net — Classic 4 places, 2 transitions, 7 arcs. Marking {P1:1, P3:2, P4:1}. Enabled: T1. Classic P1 P2 P3 P4 T1 T2
The classic Petri net — concurrency with feedback
Murata's canonical place/transition net — one transition forks a token into two concurrent branches that a second transition joins, with a feedback place closing the loop. The engine marks which transitions are enabled in the current marking.
education
petri·§ Murata 1989 (place/transition net firing rule)
Petri net — After fire: T1 3 places, 2 transitions, 4 arcs. Marking {P2:1}. Enabled: T2. Class: state machine, workflow net. After fire: T1 P1 P2 P3 T1 T2
Firing a transition advances the marking
The same three-place net before and after firing — the `fire:` directive replays a transition, so the rendered marking is the state *after* the token moved from P1 to P2, and the engine now highlights T2 as the newly enabled transition.
education
petri·§ Murata 1989 / ISO-IEC 15909-1 (place/transition net)
Petri net — Mutual Exclusion — two processes, one resource 5 places, 4 transitions, 12 arcs. Marking {idleA:1, idleB:1, mutex:1}. Enabled: enterA, enterB. Mutual Exclusion — two processes, one resource idleA A idle idleB B idle mutex resource critA A critical critB B critical enterA exitA enterB exitB
Mutual exclusion with a shared resource
The canonical concurrency pattern as a Petri net — two processes competing for a single Mutex token. Either process may enter its critical section, but the shared token guarantees they never do so at the same time. Both entry transitions show as enabled until one fires and consumes the resource.
industrial & process
petri·§ Murata 1989 + Marsan 1995 (GSPN timed transitions)
Petri net — Producer / Consumer (bounded buffer) 4 places, 2 transitions, 8 arcs. Marking {pReady:1, free:3, cReady:1}. Enabled: produce. Class: marked graph. Producer / Consumer (bounded buffer) pReady producer ready free free slots used used slots K=3 cReady consumer ready produce deposit consume withdraw λ=0.8
Producer / consumer with a bounded buffer
The bounded-buffer producer/consumer pattern as a Petri net — complementary free/used slot places enforce the buffer size, a timed withdraw transition models the consumer's rate, and place capacity caps the buffer at three slots. Tokens flowing through free→used→free show backpressure as a structural property.
industrial & process
petri·§ van der Aalst 1998 workflow nets (a Murata place/transition net)
Petri net — Order workflow 6 places, 4 transitions, 10 arcs. Marking {in:1}. Enabled: split. Class: workflow net. Order workflow in received pick invoice packed billed out shipped split pack bill ship
Order-fulfilment workflow net (WF-net)
A van der Aalst workflow net — a single source place and single sink place bracket an AND-split/join that runs picking and invoicing concurrently before shipping. The engine detects the WF-net structure and reports it in the SVG description.
business & operations
phylo·§ Newick/NHX
Phylogenetic Tree: Bacterial Diversity Phylogenetic tree with 10 taxa, phylogram mode, rectangular layout Bacterial Diversity Ecoli Salmonella Vibrio Bacillus Staph Listeria Myco_tb Myco_leprae Strepto Lactobacillus 98 85 92 100 78 0.2 substitutions/site
Bacterial diversity (ten-taxon tree)
Ten-taxon bacterial phylogenetic tree from a Newick/NHX string with bootstrap support values, three colored clade arcs, and a branch-length scale bar.
research & analysis
phylo·§ Hierarchical clustering (cophenetic height)
Dendrogram: Gene expression clusters Dendrogram with 5 taxa, dendrogram mode, rectangular layout, cut at 4 into 2 clusters Gene expression clusters A B C D E 0 1 2 3 4 5 cluster distance cut = 4
Gene expression clusters (cut into flat groups)
A hierarchical-clustering dendrogram of gene-expression samples, sliced at a chosen height so the continuous tree collapses into distinctly colored flat clusters with a dashed threshold line.
research & analysis
phylo·§ Hierarchical clustering (cophenetic height)
Dendrogram: Sample clustering Dendrogram with 5 taxa, dendrogram mode, rectangular layout Sample clustering A B C D E 0 1 2 3 4 5 cluster distance
Sample clustering dendrogram (no cut)
A bare hierarchical-clustering dendrogram with internal nodes placed at their merge height and a cluster-distance axis — the plain similarity tree before any flat-cluster threshold is applied.
research & analysis
phylo·§ Newick / phylogram conventions
Phylogenetic Tree: SARS-CoV-2 Variants Phylogenetic tree with 7 taxa, chronogram mode, rectangular layout SARS-CoV-2 Variants Omicron lineages Alpha Beta Gamma Delta BA1 BA2 XBB 0.2 years before 2023
SARS-CoV-2 variant chronogram
Chronogram-style phylogenetic tree for major SARS-CoV-2 variants with clade highlights and a year scale.
research & analysis
pid·§ ANSI/ISA-5.1 + ISO 10628
P&ID — Distillation Column T-201 ISA-5.1 / ISO 10628 P&ID rendered by Schematex Distillation Column T-201 T-201 Overhead Condenser Reflux Drum Reflux Pump Reboiler PSV-201 PT 201 LIC 201 TIC 201
Distillation column with reboiler and condenser
P&ID for a distillation overhead loop with condenser, reflux drum, reflux pump, reboiler, and ISA instrument bubbles.
industrial & process
pid·§ ANSI/ISA-5.1-2009 + ISO 10628-1:2014
P&ID — Water Pump Flow Control ISA-5.1 / ISO 10628 P&ID rendered by Schematex Water Pump Flow Control Feed Tank Feed Pump V-101 Isolation FT 101 FIC 101
Pump with flow control loop (P&ID)
Classic centrifugal pump pulling from an atmospheric tank, with a flow transmitter (FT-101), flow indicating controller (FIC-101), and a fail-closed pneumatic control valve — the minimum viable P&ID that every process engineer recognises at a glance.
industrial & process
pid·§ ANSI/ISA-5.1-2009 + ISO 10628-1:2014
P&ID — High-Pressure Reactor Feed ISA-5.1 / ISO 10628 P&ID rendered by Schematex High-Pressure Reactor Feed Raw Material Tank Feed Pump P-201A/B Feed Pre-heater Reactor R-201 V-201 V-202 V-203 FT 201 FIC 201 TT 201 TIC 201 PT 201 PSHH 201
Reactor feed with multi-loop control and pressure safety (P&ID)
CSTR reactor system with centrifugal pump, shell-and-tube pre-heater, flow control on the feed line, temperature control on the product outlet, and a PSHH pressure switch interlock — four instrument loops in one diagram, covering the core vocabulary of ISA-5.1 P&ID engineering.
industrial & process
prisma·§ PRISMA 2020 (Page et al., BMJ 2021;372:n71)
Effect of yoga on chronic back pain — SR PRISMA 2020 flow diagram (2020-dual, systematic-review) — 8 boxes, 7 arrows Effect of yoga on chronic back pain — SR Identification Screening Included Identification of studies via databases and registers Identification of studies via other methods Records identified from: PubMed (n = 600) Embase (n = 450) Cochrane (n = 184) Total (n = 1,234) Records removed before screening Duplicate records removed (n = 254) Identification of studies via other methods citation-search (n = 30) hand-search (n = 20) expert-recommendation (n = 6) Total (n = 56) Records screened n = 1,036 Reports sought for retrieval n = 226 Reports not retrieved (n = 12) Records excluded n = 810 duplicate (n = 120) irrelevant title (n = 560) non-English (n = 130) Reports assessed for eligibility n = 214 Reports excluded, with reasons: n = 191 wrong population (n = 80) wrong intervention (n = 60) wrong outcome (n = 51) Studies included in review Studies included (n = 23) Reports of included studies (n = 25)
PRISMA 2020 dual pipeline (databases + other methods)
PRISMA 2020 flow diagram in dual-pipeline mode — identification via databases and registers plus a second column for other methods (citation searching, hand searches, expert recommendations), merged into screening via a Y-junction.
healthcare & social
prisma·§ PRISMA 2020 (Page et al., BMJ 2021;372:n71)
Effect of exercise on chronic low-back pain — SR PRISMA 2020 flow diagram (2020-single, systematic-review) — 7 boxes, 6 arrows Effect of exercise on chronic low-back pain — SR Identification Screening Included Identification of studies via databases and registers Records identified from: PubMed (n = 600) Embase (n = 450) Cochrane (n = 184) Web of Science (n = 184) Total (n = 1,418) Records removed before screening Duplicate records removed (n = 318) Records screened n = 1,100 Records excluded n = 870 irrelevant title (n = 750) non-English (n = 120) Reports assessed for eligibility n = 230 Reports excluded, with reasons: n = 195 wrong population (n = 80) wrong intervention (n = 60) wrong outcome (n = 55) Studies included in review Studies included (n = 35) Reports of included studies (n = 38)
PRISMA 2020 systematic review (single pipeline)
Canonical PRISMA 2020 flow diagram for a systematic review using the dedicated prisma engine — records identified across four databases, deduplicated, screened, assessed for eligibility, and included, with exclusion side-boxes and mandatory n = counts.
healthcare & social
sequence·§ OMG UML 2.5.1
Sequence Diagram — API request with combined fragments 6 participants, 12 messages, 5 combined fragments. API request with combined fragments Client API Gateway Auth Orders DB «queue» Events opt [idempotency key present] loop [1,3] par critical alt [token valid] [token invalid] ref Validate token 1. POST /orders 2. checkScopes() 3. scopes 4. lookupRequest(key) 5. previous result? 6. reserveInventory() 7. reservation result 8. OrderRequested 9. persistOrder() 10. commit ok 11. 201 Created 12. 401 Unauthorized
Combined fragments gallery
UML sequence diagram demonstrating alt, opt, loop, par, critical, and ref frames in one realistic API interaction.
software & it
sequence·§ OMG UML 2.5.1 §17 (Interactions)
Sequence Diagram — Login flow 4 participants, 8 messages, 1 combined fragments. Login flow User Web App Auth DB alt [credentials valid] [invalid] submit(credentials) verify(credentials) SELECT user row token 200 OK 401 error session cookie set
Login flow with an alt fragment
An authentication handshake across an actor, a Jacobson control object, and a database lifeline — synchronous calls open activation bars, a dashed reply returns the row, and an alt combined fragment splits the valid/invalid branches. A note records the session-cookie side effect.
business & operations
sequence·§ OMG UML 2.5.1 §17 (Interactions)
Sequence Diagram — Order processing (saga) 6 participants, 13 messages, 2 combined fragments. Order processing (saga) Customer API Gateway Order Service Payment Service Inventory Service «queue» Event Bus par alt [payment captured && stock reserved] [payment failed] ref Validate cart & price POST /orders createOrder() charge(card) reserve(items) paid reserved OrderConfirmed 201 Created confirmation release(items) OrderCancelled 402 Payment Required declined
Microservices order saga
A distributed order-processing saga showing the parts of UML sequence notation that generic tools omit — a ref interaction-use frame, a par fragment for concurrent service calls, asynchronous event-bus messages, and an alt fragment with a compensating rollback on payment failure.
software & it
sequence·§ OMG UML 2.5.1 §17 (Interactions)
Sequence Diagram — OAuth 2.0 Authorization Code 5 participants, 16 messages, 1 combined fragments. OAuth 2.0 Authorization Code User Browser Web App Auth Server User Store alt [token exchange ok] [exchange failed] click "Sign in" GET /login 302 → Auth Server GET /authorize consent screen approve 302 + auth code GET /callback?code POST /token (code) load user profile access + refresh token Set-Cookie: session signed in 401 Unauthorized retry
OAuth 2.0 authorization-code login
The canonical browser-based sign-in handshake as a UML sequence diagram — redirect to the auth server, user consent, code-for-token exchange, and an alt fragment for the success vs. failure branch, with activation bars tracking who is busy at each step.
software & it
sequence·§ OMG UML 2.5.1 §17 (Interactions)
Sequence Diagram 2 participants, 3 messages, 0 combined fragments. Factory Worker «create» external trigger fire-and-forget
Object lifecycle — create, found, lost, destroy
The four UML interaction lifecycle markers in one short diagram — a create message draws its arrow to the new participant's box, a found message starts from a filled circle, a lost message ends at one, and destroy terminates a lifeline with an ✕.
education
sequence·§ OMG UML 2.5.1
Sequence Diagram — Checkout payment resilience 5 participants, 12 messages, 4 combined fragments. Checkout payment resilience Client Checkout API Circuit Breaker Payment Provider «queue» Fallback Queue break [authorized] alt [response before timeout] [timeout] loop [1,3] alt [breaker closed] [breaker open] 1. POST /checkout/pay 2. allowRequest() 3. permit 4. authorize(amount) 5. auth result 6. 200 Authorized 7. recordFailure(timeout) 8. enqueue retry context 9. 202 Pending verification 10. reject 11. enqueue deferred payment 12. 503 Retry later
Retry, timeout, and circuit breaker
UML sequence diagram for a gateway calling a payment service through a circuit breaker, with retry attempts, timeout handling, a break fragment for an open breaker, and an asynchronous fallback event.
software & it
sfc·§ IEC 61131-3:2013 §6.5
SFC: Bake and cool concurrently SFC with 5 step(s), 3 transition(s). Bake and cool concurrently TRUE Bake_Done AND Cool_Done T0 BakeReady S0 S_Heat S_Bake S_Cool S_Done N Heater_On D Oven_Run T#15m L Cooler_On T#5m N AnnounceDone NOT BakeReady → S0
Bake & cool concurrent batch (SFC)
Simultaneous-branch SFC of a batch oven that bakes (15-minute D-qualified action) and cools the chamber jacket (5-minute L-qualified action) concurrently after a heat-up phase. Both branches must complete before the converge bar fires. Exercises the IEC 61131-3 §6.5.4 double-bar simultaneous divergence and time-parameterized action qualifiers.
industrial & process
sfc·§ IEC 61131-3:2013 §6.5
SFC: Bottle Filling SFC with 3 step(s), 2 transition(s). Bottle Filling T0 StartBtn T1 TankLevel >= 80.0 S0 Filling Done N FillValve_Closed N FillValve_Open N Confirm_Done DoneBtn → S0
Bottle filling sequence (SFC)
Three-step sequential function chart for a bottle-filling station — idle with valve closed, fill while tank level rises, signal done. Exercises the IEC 61131-3 §6.5 initial-step double border, N-qualified actions, and condition expressions on transitions.
industrial & process
sfc·§ IEC 61131-3:2013 §6.5
SFC: Order routing SFC with 5 step(s), 5 transition(s). Order routing IsExpressShipping TRUE IsStandardShipping TRUE T0 ProductOrdered S0 S_Pick S_Express S_Standard S_Ship N PickFromBin N PrepExpressBox N PrepStandardBox N CarrierPickup Shipped → S0
Order routing — express vs standard shipping (SFC)
Alternative-branch SFC of an order-fulfillment routing decision. After picking the product, exactly one branch fires per scan based on the leftmost-true entry transition (priority 1 = express shipping first). Both branches converge to a common shipping step. Exercises the IEC 61131-3 §6.5.4 single-bar OR semantics, branch priority annotations, and per-branch entry/exit transitions.
business & operations
sld·§ IEEE 315 / NEC 690
Commercial PV Interconnection Single-line diagram with 8 nodes and 7 connections Commercial PV Interconnection 480V 480V PV string conductors PV Array 250 kWdc Utility 480V DC Combiner 600 Vdc DC Disconnect 600 Vdc Grid-tie Inverter 200 kWac AC Disconnect 480V 400A Wh Production Meter 480V · Main Switchboard
Commercial solar PV interconnection
Single-line diagram for a commercial PV array feeding a combiner, inverter, AC disconnect, production meter, and main switchboard.
industrial & process
sld·§ IEEE 315 / Uptime Institute topology convention
Data Center 2N UPS Single-line diagram with 12 nodes and 12 connections Data Center 2N UPS 13.8kV 13.8kV/480V 480V Utility A 13.8kV Utility B 13.8kV TX-A 2500 kVA 13.8kV/480V TX-B 2500 kVA 13.8kV/480V 480V · Switchgear A 480V · Switchgear B UPS UPS A 1 MW UPS UPS B 1 MW ATS Static Transfer Switch 1600A PDU A PDU B Critical IT Load
Data center 2N UPS single-line
Single-line diagram for a dual-path data center power train with utility feeds, UPS A/B, static transfer switch, and critical load panels.
software & it
sld·§ IEEE 315
Utility + Generator Backup Single-line diagram with 8 nodes and 7 connections Utility + Generator Backup 480V 480V Utility 480V G Emergency Gen 500 kW 480V ATS ATS-1 800A 480V · Critical Load Bus CB1 200A CB2 200A Critical Load 1 100A Critical Load 2 100A
Generator + ATS backup power
Single-line diagram for a utility + emergency generator ATS transfer system feeding critical loads on a 480 V bus — per IEEE 315 for facility design review.
industrial & process
sld·§ IEC 60364 / EN 61439-3
Residential Consumer Unit — IEC 60364 Single-line diagram with 19 nodes and 18 connections Residential Consumer Unit — IEC 60364 230V 230V 1.5 mm² Cu PVC 2.5 mm² Cu PVC 2.5 mm² Cu PVC 4 mm² Cu PVC 4 mm² Cu PVC 6 mm² Cu XLPE 2.5 mm² Cu XLPE Service head 230V/63A 230V Wh kWh meter Main isolator 63A 6kA GFI Main RCD 63A / 30mA Type AC 230V · Consumer-unit busbar MCB lighting 6A B-curve MCB sockets ground floor 16A B-curve MCB sockets first floor 16A B-curve MCB kitchen ring 20A C-curve MCB water heater 20A C-curve GFI RCBO EV charger 32A / 30mA Type B MCB outdoor 10A B-curve Lighting circuit Sockets — ground floor Sockets — first floor Kitchen ring final Water heater 4.5 kW EV charger 7.4 kW Mode 3 Outdoor / garden
Residential consumer unit — generic IEC 60364
Generic European residential consumer unit per IEC 60364 / EN 61439-3 — service head, isolator, type-AC main RCD, and per-circuit MCBs for lighting, sockets, kitchen, water heater, EV charger (with type-B RCBO), and outdoor circuit.
industrial & process
sld·§ REBT ITC-BT-17
Vivienda — CGMP REBT ITC-BT-17 Single-line diagram with 17 nodes and 16 connections Vivienda — CGMP REBT ITC-BT-17 230V 230V 1.5 mm² Cu H07V-K 2.5 mm² Cu H07V-K 6 mm² Cu H07V-K 4 mm² Cu H07V-K 2.5 mm² Cu H07V-K 6 mm² Cu H07V-K Acometida 230V mono 230V Wh Contador + ICP 25A IGA 40A curva C, 6kA GFI Diferencial general 40A / 30mA Tipo A 230V · Embarrado CGMP PIA C1 10A curva C PIA C2 16A curva C PIA C3 25A curva C PIA C4 20A curva C PIA C5 16A curva C PIA C6 25A curva C C1 Iluminación C2 Tomas uso general C3 Cocina + horno C4 Lavadora / lavavajillas C5 Tomas baño y cocina C6 Aerotermia / climatización
Residential CGMP — Spanish REBT vivienda
Cuadro General de Mando y Protección for a Spanish residence per REBT ITC-BT-17 — acometida, contador/ICP, IGA, diferencial Tipo A 30 mA, and per-circuit PIAs (MCBs) feeding lighting, sockets, kitchen, washer, bathroom, and HVAC circuits with H07V-K cables.
industrial & process
sld·§ IEEE 315
13.8 kV Substation Single-line diagram with 10 nodes and 9 connections 13.8 kV Substation 138 13.8 Grid 138 kV 138 · bus_hv xfmr1 kva: 15000 primary: 138 secondary: 13.8 13.8 · bus_mv brk1 brk2 brk3 Feeder 1 Feeder 2 Feeder 3
13.8 kV utility substation
13.8 kV distribution substation single-line diagram with 138 kV grid input, 15 MVA step-down transformer, and three feeder breakers per IEEE 315.
industrial & process
sociogram·§ Moreno 1934
Sociogram: Operation Sunset - Communication Network Sociogram with 9 members and 10 connections Operation Sunset - Communication Network supplier distributor Subject Alpha Lieutenant 1 Lieutenant 2 Courier A Courier B External Contact 1 External Contact 2 Associate 1 Associate 2 TIES Positive tie Neutral tie
Criminal communication network
Investigative sociogram of a covert organization — weighted command ties between the principal and lieutenants, directed courier and associate links to external contacts, and a weak tie that hints at an unconfirmed connection. The force-directed layout surfaces the command hierarchy and the bridging couriers.
finance & legal
sociogram·§ Moreno 1934
Sociogram: Playground Dynamics Sociogram with 8 members and 10 connections Playground Dynamics conflict tom jack mike leo anna beth chloe diana GROUPS Boys Girls TIES Positive tie Negative tie Neutral tie
Playground dynamics
Moreno sociogram of classroom playground dynamics — mutual friendships, one-way choices, and peer conflicts mapped by gender group using force-directed layout.
education
sociogram·§ Moreno 1934
Sociogram: Engineering team — informal influence Sociogram with 10 members and 10 connections Engineering team — informal influence alex sam priya jordan kim tao lee ravi nina dev GROUPS Tech leads Senior ICs Junior TIES Positive tie Neutral tie
Engineering team influence mapping
Informal influence map of an engineering team showing tech leads, senior ICs, and junior members — reveals bridging nodes and isolated individuals.
business & operations
state·§ OMG UML 2.5.1
State Diagram UML 2.5 / Harel statechart rendered by Schematex Payment entry / startPaymentTimer() exit / stopPaymentTimer() Cart Checkout Authorizing Capturing Failed Captured Confirmed Cancelled begin_checkout submit_shipping [addressValid] / createIntent() edit_cart captured / sendReceipt() failed [retries < 3] / showError() failed [retries >= 3] authorized declined capture_ok capture_error
Checkout session with composite state and history
UML statechart for a checkout session with a composite Payment state, entry and exit activities, guards, and retry transitions.
software & it
state·§ OMG UML 2.5.1 §14
State Diagram — E-Commerce Order Lifecycle UML 2.5 / Harel statechart rendered by Schematex E-Commerce Order Lifecycle Processing AwaitingTransfer Picking Packing Shipped Delivered Failed Refunded Pending Cancelled Confirmed place_order [items_in_stock] / reserveInventory() cancel pay [method == "card"] [method == "wallet"] [method == "bank_transfer"] transfer_received [amount_correct] transfer_timeout picked / updateWarehouse() label_printed carrier_confirmed delivered / notifyCustomer() fulfillment_error return_request [within_30_days] / initiateRefund() retry [attempt < 3] retry [attempt >= 3] SLA: 48 h before timeout.
E-commerce order lifecycle (state diagram)
Full order state machine — from Pending through payment routing (choice pseudo-state), composite Processing state with Picking/Packing/Shipped sub-states, delivery, refund, and cancellation paths. Demonstrates composite states, choice pseudo-states, guard conditions, entry actions, and UML notes.
software & it
state·§ OMG UML 2.5.1
State Diagram — Subscription Lifecycle UML 2.5 / Harel statechart rendered by Schematex Subscription Lifecycle Active entry / provisionWorkspace() exit / syncEntitlements() GracePeriod Paused Trialing PastDue Incomplete Cancelled Current trial_end [payment_method_valid] / startBilling() trial_end [payment_method_missing] / requestPaymentMethod() cancel invoice_failed payment_succeeded / restoreAccess() grace_expired payment_succeeded / clearDunning() cancel_at_period_end pause [plan_allows_pause] / suspendBilling() resume / resumeBilling() cancel_now / revokeAccess() payment_method_added / retryInvoice() expires period_end reactivate [within_retention_window] / restoreSubscription() purge_after_retention
SaaS subscription lifecycle
UML statechart for a subscription moving through trial, active service, payment recovery, pause, cancellation, and reactivation.
software & it
state·§ OMG UML 2.5.1 §14
State Diagram — Traffic Light UML 2.5 / Harel statechart rendered by Schematex Traffic Light Red Green Yellow timer timer timer power_off
Traffic light (state diagram)
A three-state finite state machine for a traffic signal — Red, Green, Yellow — with timer-driven transitions and a power_off exit to a final state. Introduces UML initial and final pseudo-states, transition labels, and the cyclic structure that makes state diagrams the right tool for reactive systems.
education
threatmodel·§ Microsoft STRIDE / Shostack (2014)
E-commerce checkout STRIDE threat model: 2 external entities, 2 process(es), 2 data store(s), 5 data flow(s). 3 boundary-crossing flow(s): Customer→1.0, 1.0→2.0, 2.0→Payment_Gateway. Customer (external) → Spoofing, Repudiation. Payment_Gateway (external) → Spoofing, Repudiation. 1.0 (process) → Spoofing, Tampering, Repudiation, Information disclosure, Denial of service, Elevation of privilege. 2.0 (process) → Spoofing, Tampering, Repudiation, Information disclosure, Denial of service, Elevation of privilege. D1 (store) → Tampering, Information disclosure, Denial of service. D2 (store) → Tampering, Repudiation, Information disclosure, Denial of service. E-commerce checkout Internet DMZ Internal HTTPS Checkout Place order Write order Charge card Order event Customer SR 1.0Web App STRIDE 2.0Order Service STRIDE Payment Gateway SR Orders DB TID Audit TRID
E-commerce checkout threat model (STRIDE)
A security data-flow diagram for a checkout flow with three trust boundaries. The engine applies the STRIDE-per-element mapping and flags every flow that crosses a trust boundary — where spoofing and tampering concentrate.
software & it
timeline·§ Timeline convention
Timeline — Acme — First Five Years Schematex timeline diagram Acme — First Five Years Founders meet at Y Combin…2020-06 Incorporation + pre-seed …2020-11 First engineer hired2021-04 Product beta — 50 design …2021-09 Seed round — $6M2022-03 Team reaches 20 people2022-11 Platform v1 GA2023-05 Series A — $22M2023-10 100th enterprise customer2024-06 Platform v2 launched2025-01 2021 2021 2022 2022 2023 2023 2024 2024 2025 2025
Company milestone history
Lollipop timeline of a company's first five years — fundraising rounds, key hires, product GAs — suited for an investor deck or anniversary blog post.
business & operations
timeline·§ Legal case chronology convention
Timeline — Smith v. Acme - Case Timeline Schematex timeline diagram Smith v. Acme - Case Timeline Complaint filed2025-01-10 Answer due2025-02-07 Plaintiff deposition2025-04-15 Expert reports exchanged2025-05-22 Summary judgment motion2025-07-15 Mediation2025-08-20 Trial setting2025-10-06 2025 2025 2025 2025 2025 2026 2026
Litigation case timeline
Lollipop litigation timeline with pleadings, discovery, motions, settlement conference, and trial milestones.
finance & legal
timeline·§ Timeline / Gantt convention
Timeline — Platform v2 Launch Schematex timeline diagram Platform v2 Launch engineering design marketing Engineering build Design polish Marketing collateral QA hardening Press embargo …Feature freeze Public launch Teams engineering design marketing 2026 2026 2026 2026 2026
Product launch timeline
Gantt-style timeline for a three-month product launch — overlapping workstreams, two milestones, and a freeze window, used for exec status updates.
software & it
timing·§ WaveDrom / IEEE 1497
Synchronous Bus Read Digital timing diagram with 4 signals D0D1D2D3 CLK RST EN DATA Synchronous Bus Read
Timing diagram with clock and run-length shorthands
A synchronous bus-read timing diagram written with the clock and rle shorthands so signals stay aligned without hand-counting wave characters.
industrial & process
timing·§ WaveDrom signal notation
I2C Read Burst Digital timing diagram with 4 signals ADDR+WACKREGACKREP STARTADDR+RACKDATA0ACKDATA1 Control SCL START Bus SDA Status BUSY I2C Read Burst
I2C read burst timing
WaveDrom-compatible timing diagram for an I2C register read with address, repeated start, data bytes, ACK, and NACK phases.
engineering & hardware
timing·§ WaveDrom / IEEE 1497
SPI Transaction Digital timing diagram with 4 signals 0xAB0xCD0xEF0x010x020x030x04 CLK CS_N MOSI MISO SPI Transaction
SPI transaction timing diagram
WaveDrom-compatible SPI timing diagram for an 8-byte master-to-slave transaction with clock, chip-select, MOSI, and MISO signals for firmware documentation.
industrial & process
umlclass·§ OMG UML 2.5.1 §9–§11
UML class diagram UML class diagram: 2 class; 1 realization (1 warning). Repository<T> + cache: Map<String,List<int>> + count + findAll(): List<T> + findById(id: ID): Optional<T> + flush() «service» CrudService + repo: Repository<User> + save(e: User): User T
Generics and Mermaid-compatible syntax
A generic repository written in Mermaid classDiagram shorthand — tilde-generics, single-line members, and member classifiers — all rendered with standard-correct adornments, so a Mermaid snippet migrates in one line.
software & it
umlclass·§ OMG UML 2.5.1 §9–§11
Layered packages UML class diagram: 3 class; 2 directed. Layered packages Platform Auth Data UserService + login() + logout() Repository + find() + save() Gateway + route() delegates delegates delegates delegates
Packages and namespaces
Group classifiers into labelled containment frames with namespace blocks — dot-notation auto-creates parent packages, and blocks nest, so a layered architecture reads as nested boxes the way an architect draws it.
software & it
umlclass·§ OMG UML 2.5.1 §11.5 (Associations)
Order model UML class diagram: 5 class; 1 composition, 1 aggregation, 1 association, 1 dependency. Order model Order - id: String + total: Money {readOnly} + count: int + place(): void LineItem + qty: int + subtotal(): Money Customer + name: String Address + city: String TaxPolicy + rate(c: Country): Percent 1..* contains contains 0..* has has 1 * places places uses uses
Order model — aggregation, composition, and dependency
A small domain model that exercises every relationship-end adornment that confuses first-time UML readers — filled diamond for composition, hollow diamond for aggregation, plain association, and a dashed dependency.
software & it
umlclass·§ OMG UML 2.5.1 §9–§11
Payment strategy UML class diagram: 1 enum, 1 interface, 4 class; 3 realization, 2 dependency; 1 merged inheritance tree. Payment strategy «enumeration» PaymentMethod CARD BANK_TRANSFER WALLET «interface» PaymentStrategy + authorize(amount: Money): AuthResult + capture(auth: AuthResult): Receipt «service» CheckoutService - strategies: Map<PaymentMethod, PaymentStr… + pay(method: PaymentMethod, amount: Money)… CardStrategy + authorize(amount: Money): AuthResult + capture(auth: AuthResult): Receipt BankStrategy + authorize(amount: Money): AuthResult + capture(auth: AuthResult): Receipt WalletStrategy + authorize(amount: Money): AuthResult + capture(auth: AuthResult): Receipt delegates to delegates to selects by selects by
Payment strategy pattern with enum + custom stereotype
The Strategy pattern as a UML class diagram — a payment service depending on an interface that three concrete strategies realize, plus an enumeration for the supported methods and a custom «service» stereotype.
software & it
umlclass·§ OMG UML 2.5.1 §9–§11
Shape hierarchy UML class diagram: 1 interface, 1 abstract, 2 class; 1 realization, 2 generalization; 1 merged inheritance tree. Shape hierarchy «interface» Shape + area(): double + perimeter(): double AbstractShape # name: String + area(): double + perimeter(): double + describe(): String Circle + radius: double + area(): double + perimeter(): double Square + side: double + area(): double + perimeter(): double
Shape class hierarchy with an interface
The canonical UML 2.5.1 class diagram — an interface, an abstract base class, and two concrete leaves — showing generalization, realization, and a generalization-driven layered layout where parents float to the top.
software & it
usecase·§ OMG UML 2.5.1 §18
Use Case Diagram — ATM Subject: ATM System. 2 actors, 4 use cases, 0 include, 0 extend. ATM ATM System Customer «actor» Bank Withdraw Cash Deposit Funds Check Balance Transfer Funds
ATM use case diagram (UML)
The canonical software-engineering use case diagram — a Customer and an external Bank system around an ATM, with four withdraw/deposit/balance/transfer use cases. Exercises stick-figure actors, the external-system rectangle, subject sizing, and primary/supporting actor flanking.
software & it
usecase·§ OMG UML 2.5.1 §18
Use Case Diagram — Online Bookstore — Checkout Subject: Bookstore System. 3 actors, 7 use cases, 3 include, 1 extend. Online Bookstore — Checkout Bookstore System Customer «actor» Payment Gateway Warehouse Staff Browse Catalog Add to Cart Checkout extension points payment failed stock depleted Pay Cancel Order Ship Order Validate Card «include» «include» «extend» [payment failed] (extension point: payment failed) «include»
Online bookstore use case diagram (include + extend)
An e-commerce checkout use case diagram showing «include» chains, an «extend» relationship with a condition and extension point, and the extension-point compartment inside the base ellipse. A primary customer, an external payment gateway, and a supporting warehouse actor.
software & it
venn·§ Venn (1880)
Customer Segments — Q3 2025 Venn/Euler diagram "Customer Segments — Q3 2025": 3 sets, 7 regions. Customer Segments — Q3 2025 Set Email subscribers Set Paid users Set Mobile app users Email subscribers Paid users Mobile app users 1840 920 2100 650 12400 3200 8700
Customer segment overlap
Three-set Venn showing email subscriber, paid-user, and mobile-app-user overlap with counts for every region — useful for lifecycle marketing planning.
software & it
venn·§ Venn (1880)
Programming Paradigms Venn/Euler diagram "Programming Paradigms": 3 sets, 7 regions. Programming Paradigms Set Object-Oriented Set Functional Set Logic Object-Oriented Functional Logic 180 45 90 12 620 340 95
Programming paradigm overlap
Venn diagram showing the intersection of object-oriented, functional, and logic programming paradigms with language counts — a teaching aid for CS curricula.
education
welding·§ AWS A2.4 / ISO 2553 welding symbols
Welding symbols — Bracket assembly Welding-symbol diagram (AWS) — 2 joint(s): gusset to column — arrow side: fillet weld size 8; other side: fillet weld; all-around; field weld; tail GMAW · splice plate (butt) — arrow side: V-groove weld; other side: backing weld; tail SMAW; E7018 Bracket assembly gusset to column — arrow side: fillet weld size 8; other side: fillet weld; all-around; field weld; tail GMAW 8 50-150 6 GMAW gusset to column splice plate (butt) — arrow side: V-groove weld; other side: backing weld; tail SMAW; E7018 (12) 60° root 3 G SMAW; E7018 splice plate (butt)
Welded bracket — fillet + V-groove callouts
AWS A2.4 welding callouts on a fabrication drawing — an intermittent double-fillet bracket with a weld-all-around flag, and a full-penetration V-groove butt weld with backing, root opening, and the welding process in the tail.
industrial & process

Need a diagram type we don't cover yet?

Schematex is built around published standards. If your domain has one, we'd like to hear about it — open an issue or a PR.