Skip to main content
Call Eric:863-698-8266
CURRYCONTROLS.COMControls & Automation Knowledge Hub
ReferenceDesignEngineeringDocumentationStandardsCommissioning

Design Checklist

A review checklist for a control system design at each stage from concept to issued for construction: documents, architecture, controllers and I/O, panels and power, instruments, networks and security, SCADA and alarms, deliverables, and commissioning.

11 min readUpdated Sep 5, 2026Published Sep 5, 2026By Eric Sullivan

The short answer

Design Checklist

A design checklist is the list of questions a reviewer asks of a control system design before it is built, grouped by discipline and tied to the stage of design at which each should be answered. At concept it asks whether the requirements, the functional description, and the I/O and instrument lists exist and agree; at preliminary design whether the architecture, the redundancy, the zones, the panel and power approach, and the instrument selections are decided and justified; at detailed design whether every panel meets its standard, every loop is specified and installable, every network path is drawn with its rules, every alarm is rationalized, and every deliverable is scheduled; and at issue for construction whether the drawings, the schedules, the specifications, and the test plans are complete and consistent. The checklist is the utility standard, and a design that passes it is one the utility can build, commission, operate, and maintain.

Key points

  • Review at stages: concept, preliminary, detailed, issued for construction. Each stage has its own questions.
  • Documents first: no design is reviewable without the functional description, the I/O list, and the instrument list.
  • Panels, power, instruments, networks, SCADA, security, and documentation each have a section; the reviewer walks all of them.
  • Every item is a question with a yes, a no, or a not applicable with a reason.
  • The checklist is the utility standard; integrators design to it and reviewers review to it.
  • The findings are tracked to closure; a checklist with open items at issue for construction is a construction change order.

Stages

StagePurposeWhat must exist
ConceptAgree what the system must doRequirements, process description, preliminary I/O and instrument counts, the operating philosophy, the site list
Preliminary designDecide howArchitecture drawing, functional description draft, I/O list, instrument list, network zone drawing, panel list, power and UPS approach, SCADA platform decision, security approach
Detailed designSpecify everythingComplete functional description, panel drawings, loop and installation details, network drawings and schedules, alarm list, display hierarchy, specifications, cable schedule, test plans
Issued for constructionConfirm completeness and consistencyEvery drawing and document at its final revision, cross-checked; the commissioning plan; the deliverables list

Requirements and documents

  • Is there a functional description, and has the owner read and approved it?
  • Do the I/O list, the instrument list, the P&IDs, and the functional description agree on tags, counts, and signal types?
  • Are the modes of operation, hand, off, auto, local, remote, defined consistently across the system?
  • Are the operating constraints stated: minimum flows, filter rates, cycle limits, regulatory monitoring and recording?
  • Are the failure requirements stated: what runs without SCADA, without a controller, without power, without communication?
  • Is the standard the design follows named: the utility standard, the panel standard, the instrument and HMI standards?

Architecture

  • Is the controller architecture drawn: which controller runs what, where the I/O is, what is remote?
  • Is redundancy decided for each element by consequence: controllers, servers, networks, power, communication paths?
  • Are the security zones drawn, with the conduits and the firewalls between them, and the DMZ?
  • Are remote sites designed as zones with local control and a fallback on link loss?
  • Is the SCADA platform chosen, with servers, clients, historian, and licensing sized with headroom?
  • Is time synchronization designed from one source to every device?

Controllers and I/O

  • Is spare I/O of each type provided, wired to terminals, at twenty percent or the utility standard?
  • Are analog inputs isolated where the field device is grounded, and are signal types matched to the cards?
  • Are hardwired safety and protective functions independent of the controller: overloads, emergency stops, high-high floats?
  • Is the program organization standard applied: device blocks, I/O mapping, naming, comments?
  • Are heartbeat, change detection, and diagnostics tags planned for every controller?
  • Are retentive data, first-scan recovery, and sequence recovery on power loss designed?

Panels and power

  • Does every panel carry the required listing and the short-circuit current rating, with the calculation?
  • Is the enclosure type right for the location, and does the heat calculation prove it with the cooling method?
  • Is the layout to scale with spacings, clearances, wireway separation by class, and room to grow?
  • Is control power designed: transformer and fusing, UPS sized for the generator start, surge protection at the feed?
  • Is grounding designed: the equipment ground, the ground bus, the shield bar, the DC common bond, and drive cable bonding?
  • Are drives placed with clearance, shielded motor cable, and control wiring routed away from motor leads?
  • Are conductor colors, wire numbering, and terminal conventions per the standard?

Instruments

  • Is every instrument selected for its service, with the technology justified against the alternatives?
  • Is every installation detailed: taps, straight run, mounting, impulse lines or seals, sample lines, freeze and sun protection, access?
  • Are ranges, units, and scaling consistent from the instrument list to the controller to the HMI?
  • Are calibration provisions included: isolation, test ports, calibration columns for feeders, sample points for analyzers?
  • Are backup measurements provided where a lost signal would stop the process or violate a permit?
  • Are surge protection and isolation specified for instruments on long cables and remote sites?

Networks and security

  • Are the logical and physical network drawings and the schedules complete, with addressing per the plan?
  • Is every conduit between zones a firewall rule with a reason, and is there a default deny?
  • Is remote access designed through a jump host with multi-factor authentication and logging, with no other path?
  • Are media and separation correct: fiber between buildings, cable classes separated, radio paths studied?
  • Are switches managed, with VLANs, port security, management on its own VLAN, and unused ports shut down?
  • Is the security baseline specified: hardening, accounts and roles, credential handling, backups and offline copies, patch and firmware process, change detection?
  • Is the vendor and integrator access procedure in the specification?

SCADA and alarms

  • Is the display hierarchy designed, with an overview that gives situational awareness and a style guide it follows?
  • Are alarms rationalized: each with a priority, a deadband and delays, a response, and state-based suppression where it applies?
  • Is notification designed: who is called for which priority, escalation, and the roster owner?
  • Is the historian configured: what is collected, at what rate and compression, retention by data class, and the compliance records?
  • Are reports specified: the regulatory reports, the operating reports, and the data they need?
  • Are the failover, backfill, and client behavior on server failure specified and to be tested?

Deliverables, spares, training, commissioning

  • Is the deliverable list complete: drawings, schedules, functional description, program files, project exports, licenses, test records, as-builts, and the formats for each?
  • Are spares specified: controllers, cards, power supplies, switches, radios, instruments, at the quantities the risk assessment supports?
  • Is training specified for operators, technicians, and engineers, with the functional description as the text?
  • Is the commissioning plan written: loop checks, factory and site acceptance tests from the functional description, the cutover sequence, and the acceptance criteria?
  • Is the change management process in place before construction starts, so that field changes become records?

Frequently asked questions

Who runs the review?
The utility control engineer or its consultant, with operations in the room for the functional description and the HMI sections and the electrical reviewer for the panels and power. The integrator presents and answers; the utility decides. A review run by the integrator alone reviews the integrator.
Is this checklist enough on its own?
It is the frame; the utility standard fills in the specifics, such as its panel conventions, its tag naming, its alarm priorities, and its security baseline. A utility without a standard uses the checklist to write one, section by section, as the questions get answered the same way on every project.
How long does a detailed design review take?
A day for a lift station package, several days for a treatment plant, spread over a week with the findings written up between sessions. The time is small against the construction cost of what it finds.
What is the most common finding?
Documents that disagree: the I/O list and the drawings, the functional description and the alarm list, the network drawing and the addressing. The second most common is the missing failure behavior: nobody wrote what happens when the level transmitter fails. The checklist asks both.

Direct contact

Have a controls question?

Reach Eric Sullivan directly about anything on this site, a controls or automation topic, or one of his personal projects.