## Среда разработки

### Состав среды разработки

Среда разработки включает следующий набор редакторов:

- редактор схем
- редактор типов данных
- редактор объектов
- редактор панелей управления
- редактор тревог
- редактор пользователей и групп
- редактор БД
- редактор таймеров
- редактор форм представления данных
- редактор устройств

Редактор типов данных, редактор объектов, редактор панелей управления и редактор тревог могут быть запущены как из редактора схем, так и самостоятельно. Остальные редакторы являются встроенными и могут быть запущены только из редактора схем.

### Цикл разработки

Прежде чем приступить к работе, необходимо выделить основные этапы процесса проектирования СКУ по порядку их выполнения.

1. Создать новый проект, как это описано в пункте Создание нового проекта главы Редактор схем.
2. В редакторе типов данных создать описания необходимых структур данных (см. главу Редактор типов данных)
3. С помощью PhAB создайте необходимое количество рисунков панелей управления (см.описание работы с PhAB).
4. В редакторе панелей управления связать входные и выходные каналы панелей управления с ресурсами графических примитивов (см. главу Редактор панелей управления)
5. Создать алгоритмическую структуру объектов, используя редактор объектов (см. главу Редактор объектов)
6. Создать системные таймеры (см. пункт Системные таймеры главы Редактор схем).
7. В редакторе схем вставить созданные объекты и панели управления в модульную схему , как это описано в пунктах Как вставить объект в схему и Как вставить в схему панель управления главы Редактор схем.
8. Задать связи между модулями на схеме , как это описано в пункте Создание новой связи главы Редактор схем.
9. Создать описания форм представления данных (см. пункт Описание форм представления данных главы Редактор схем).
10. Создать описания устройств вывода (см. пункт Устройства вывода главы Редактор схем).
11. Разместить на модульной схеме точки обработки данных, как это описано в пунктах Установка точек базы данных, Установка точек тревоги и Установка точек просмотра данных главы Редактор схем.
12. Используя редактор тревог, создать описание тревог (см. главу Редактор тревог)
13. Заполнить инициализирующие структуры для объектов на модульной схеме, как описано в пункте Заполнение инициализирующих структур данных объектов главы Редактор схем.
14. Выполнить операцию генерации кода и компиляции модулей, как это описано в пункте Генерация кода и компиляция главы Редактор схем.
15. Создать описания пользователей СКУ, указав для каждого необходимые атрибуты, и объедините их в группы так, как это описано в пункте Создание пользователей и групп главы Редактор схем.
16. Указать для каждой панели управления на схеме группу пользователей, которые будут иметь доступ к элементам управления этой панели (см. пункт Задание группы доступа к панели управления главы Редактор схем).
17. Создать файлы конфигурации запуска проекта (см. главу Конфигурирование книги Руководство пользователя).
18. Выполнить пробный запуск проекта из среды разработки (см. пункт Запуск проекта на исполнение главы Редактор схем) или утилитой rtstart (см. пункт Старт проекта главы 1 книги Руководство пользователя).

Рекомендуется придерживаться указанного порядка выполнения. В зависимости от требований, предъявляемых к разрабатываемой СКУ, некоторые этапы могут быть опущены. При необходимости выполнение некоторых этапов можно повторять.

### Модульная схема

Разрабатываемая система представляется в виде схемы, на которой показываются:

- модули и связи между ними
- таймеры
- точки БД
- точки контроля тревог
- точки подтверждения

Модули условно представлены на схеме в виде прямоугольников различного цвета. Для каждого модуля изображены входные и выходные каналы. Количество входных и выходных каналов объектов и панелей управления, а также типы данных определяются разработчиком на стадии проектирования. На схеме размещаются объекты и панели управления, заранее созданные с помощью редактора объектов и редактора панелей управления.

| После того, как они [объекты и панели управления] созданы с помощью соответствующего редактора, их описания заносятся в БД проекта, и могут быть использованы в проекте неограниченное количество раз.