2. Отечественная методология проектирования асу военного назначения.

Представленная в открытой литературе методология проектирования АСУ войсками (силами) рассматривает, в основном, вопрос “что” необходимо делать при разработке системы, но практически не отвечают на вопрос “как” это нужно делать. Особенно узкими местами в методологии автоматизации являются:

- методика постановки задачи на автоматизацию;

- методы обоснования технических решений по видам обеспечения АСУ;

- согласование решений по видам обеспечения АСУ (поскольку оптимальные частные решения могут не дать оптимальных характеристик системы в целом или быть вообще несовместными).

В целом методологию автоматизации можно представить в виде трех крупных разделов - постановка задачи на автоматизацию, принятие решений по видам обеспечения и комплексирование видов обеспечения рис. 1. (Этот рис. в лекции приводить не обязательно).

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

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

Для постановки задачи весьма важным является обследование объекта автоматизации. Покажем основные положения методики обследования объекта автоматизации на примере процесса принятия решения на боевые действия группировки разнородных сил (ГрРС).

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

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

Рис. 2. Функциональная структура процедур принятия решения.

Вторым важным аспектом описания объекта автоматизации является оценка информационных потребностей процесса принятия решения, их объем и содержание. В принципе вся необходимая для принятия решения информация может быть разделена на 3 группы:

- информационно-справочную (данные по району, среде, противнику...);

- документальную (формализованные документы, опорные варианты решений...);

- расчетную (получаемую в результате решения модельных и расчетных задач).

Для каждой процедуры из всей совокупности формируется свой блок исходной информации. При этом входной информацией одной процедуры может быть выходная информация другой.

Формализация каждой процедуры осуществляется специалистом соответствующей предметной области. Взаимоувязку всех процедур должен осуществлять системный аналитик высокой квалификации.

Для формирования совокупности процедур каждая из них описывается таким образом, чтобы было ясно, откуда поступает информация, в каком виде, какие действия с ней осуществляет оператор того или иного поста, какую информацию и в каком виде готовит оператор для ее передачи и адрес потребителя. Все эти функции расписываются во времени. (Пример такого описания приведен в книге «Основы автоматизации управления, рис. 2.5 – приводить его необязательно)

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

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

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

Необходимость введения 3-го раздела (комплексирование видов обеспечения) в методологию автоматизации связана с тем, что все виды обеспечения тесно взаимосвязаны и взаимообусловлены. Процесс согласования решений по видам обеспечения носит интерактивный характер.

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

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

подсистемам и доведения их до разработчиков;

разработкой в составе технического и рабочего проектов раздела с предметным изложением методов обеспечения всех видов совместимости;

соблюдением согласованности проектирования подсистем на основе опережающей разработки подсистем высшего уровня по отношению к подсистемам низшего уровня;

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

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

взаимным согласованием всей проектной документации по увязке взаимодействующих подсистем;

разработкой и утверждением единого терминологического словаря АСУ;

организацией рабочих групп по сквозному проектированию подсистем.

Реализация указанных положений в значительной степени позволит спроектировать и в дальнейшем использовать для управления силами действительно единую АСУ силами флота.