Методики проектирования автоматизированных систем Два направления дея-ти

1) собственное проектирование АС конкретных предприятий (отраслей) на базе готовых программных и аппаратных компонентов с помощью специальных инструментальных средств разработки;

2) проектирование упомянутых компонентов АС и инструментальных средств, ориентированных на многократное применение при разработке многих конкретных автоматизированных систем.

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

Второе направление в большей мере относится к области разработки математического и программного обеспечения для реализации функций АС — моделей, методов, алгоритмов, программ на базе знания системотехники, методов анализа и синтеза проектных решений, технологий программирования, операционных систем и т. п.

Многие фирмы на основе одной из базовых технологий реализуют свой подход к созданию АС и придерживаются стратегии либо тотального поставщика, либо открытости и расширения системы приложениями и дополнениями третьих фирм.

Рассмотреть стадию «Технический проект»

1. Технический проект.

1.1 Обработка исходных данных (перечень позиций КИП с указанием входных и выходных сигналов, шкал, пределов, сигнализаций и блокировок, обеспечение искробезопасности для проектирования РСУ и ПАЗ, Трегламент для разработки стратегии управления и ППО, ФС с КИП-овской обвязкой для разработка мнемосхем, монтажные чертежи полевого КИП с указанием СК, клемм, кабелей, их маркировка для выполнения сквозных чертежей контуров с учетом полевой части РСУ и ПАЗ).

1.2 Разработка технического проекта (план расположения технических средств АСУТП, архитектура РСУ и ПАЗ, конструкция системы, включая конструкцию консольных щитов и пультов, схемы компоновки СУ, схемы размещения и подключения барьеров искробезопасности, потребляемая мощность и теплоотдача, схема кроссового оборудования, кабельный журнал для подключения кроссовых шкафов к РСУ и ПАЗ, перечень параметров РСУ и ПАЗ, перечень контуров управления, описание автоматических функций контуров управления и защиты).

1.3 Рассмотрение технического проекта. Виды документов, имеющих отношение к проектно-сметным (выполняется организацией проектировщиком).

Стили проектирования

- нисходящее; четкая реализация нисходящего проектирования приводит к спиральной модели разработки ПО, на каждом витке спирали блоки предыдущего уровня детализируются, используются обратные связи (альтернативой является каскадная модель, относящаяся к поочередной реализации частей системы);

- восходящее; - эволюционное.

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

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

На основе анализа результатов обследования строят модель, отражающую деятельность предприятия на данный момент «As Is». Далее разрабатывают исходную концепцию АС, включает в себя предложения по изменению структуры предприятия, взаимодействию подразделений, информационным потокам  «То Be» (как должно быть).

Результаты анализа конкретизируются в ТЗ на создание АС. В ТЗ указывают потоки входной информации, типы выходных документов и предоставляемых услуг, уровень защиты информации, требования к производительности.

Эскизный проект представляют в виде проектной документации, описывающей архитектуру системы, структуру его подсистем, состав модулей. После принятия эскизного проекта разрабатывают прототип АС, представляющий собой набор программ, эмулирующих работу готовой системы. Можно заблаговременно внести коррективы в проект.

При концептуальном проектировании применяют ряд спецификаций, среди которых центральное место занимают модели преобразования, хранения и передачи информации. Модели, полученные в процессе обследования предприятия, являются моделями его функционирования.

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

Содержанием последующих этапов - стадии разработки технического проекта, рабочей документации, ввода в действие, является уточнение перечней приобретаемого оборудования и готовых программных продуктов, построение системной среды, детальное инфологическое проектирование БД и их первоначального наполнения, разработка собственного оригинального ПО. Эти работы составляют содержание рабочего проектирования. После этого следуют закупка и инсталляция программно-аппаратных средств, внедрение и опытная эксплуатация системы.