- вторая сторона является отображением процесса проектирования непосредственно для проектировщиков и определяет итерационную последовательность их действий по обоснованию и разработке проектных решений, которые наиболее полно отвечают выдвинутым требованиям (неформальная последовательность этапов разработки АС).

Первая сторона проектирования АСУ как одного из видов АС регламентируется ГОСТ [2, 3, 4] и ОРММ [86, 87], обязательными в части состава, содержания и порядка выполнения работ для всех организаций, разрабатывающих и внедряющих АСУ. ГОСТ [3, 4] устанавливает следующие стадии создания АСУ:

1. Исследование и обоснование создания автоматизированной системы (АС) - обследование автоматизируемого объекта, разработка и оформление требований к системе.

2. Техническое задание - научно-исследовательская работа, разработка аванпроекта, разработка технического задания на АСУ.

3. Эскизный проект - разработка предварительных решений по выбранному варианту АСУ и отдельным видам обеспечения.

4. Технический проект - разработка окончательных решений по общесистемным вопросам; разработка решений по организационному, техническому, информационному, лингвистическому, программному, методическому обеспечению; разработка и выбор алгоритмов автоматизируемой деятельности; согласование решений по связям видов обеспечения.

5. Рабочая документация - разработка рабочей документации по видам обеспечения; разработка проектно-сметной строительной документации; разработка и адаптация программ и программных средств.

6. Изготовление несерийных компонентов комплекса средств автоматизации (КСА) - изготовление, автономная отладка и испытание компонентов КСА.

7. Ввод в действие - подготовка организации к вводу АСУ в действие, обучение персонала пользователя, комплектация АСУ, строительно-монтажные работы, комплексная отладка АСУ, проведение приемочных испытаний, устранение замечаний, ввод АСУ в промышленную эксплуатацию.

Собственно процесс проектирования ограничен первыми пятью стадиями создания АСУ, шестая и седьмая стадии посвящены реализации и материализации принятых на первых пяти стадиях проектных решений. Определение приведенной выше последовательности стадий разработки АСУ как формальной необходимо понимать только в том смысле, что данная детерминированная последовательность фаз создания АСУ официально закреплена обязательной к исполнению всеми проектными организациями, занимающимися созданием АСУ. Формально закрепленная необходимость соблюдения приведенной выше последовательности стадий создания АСУ имеет глубокий неформальный смысл: первые пять стадий создания АСУ определяют пять ступеней формализации объекта проектирования, пять звеньев цепи последовательного отображения любого объекта для представления его в виде программного продукта (объект - концепция, концепция - формальное рассуждение, формальное рассуждение - математическая модель, математическая модель - алгоритм, алгоритм - программный продукт). Именно данная цепь последовательных отображений проектируемого объекта и закреплена соответствующими руководящими документами.