56) Опишите симметричную и асимметричную схему шифрования. Что такое “электронная подпись”?

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

Чем чаще обновляются ключи, чем они длиннее, тем труднее злоумышленнику их рассекретить. Поэтому очевидна полезность периодической смены ключей. Однако в симметричных схемах их об­новление требует передачи вновь вводимого секретного ключа К участникам связи. Если эта переда­ча осуществляется по каналу связи, то требуется шифрование К с помощью некоторого другого сек­ретного ключа С.

В асимметричных схемах (схемах с открытым ключом) шифрование производится открытым ключом, а дешифрование — секретным ключом, известным только получателю. Возможность асим­метричного шифрования вытекает из наличия так называемых односторонних функций Y = fX), для которых обратное преобразование X = ¹(Y) относится к трудным задачам, требующим полного пе­ребора вариантов. Однако использование в обратном преобразовании ключа, который и является сек­ретным, делает вычисление Х сравнительно простой процедурой. Случайно подобрать секретный ключ злоумышленник не может, так как полный перебор при достаточной длине ключа за приемле­мое время практически не осуществим.

57) Назовите и охарактеризуйте типичные подсистемы современного программного обеспечения сапр.

В типичной структуре ПО системных сред современных САПР можно выделить следующие подсистемы.

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

Подсистема управления проектом, называемая также подсистемой сквозного параллельного проектирования CAPE (Concurrent Art-to-Pro duct Environment), выполняет функции слежения за со­стоянием проекта, координации и синхронизации параллельно выполняемых процедур разными ис­полнителями.

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

Современные системы управления проектными данными называют PDM ( Product Data Manager), иногда применительно к АСУ используют название EDM (Enterprise Data Manager). PDM предназначены для информационного обеспечения проектирования и выполняют следующие функции:

— хранение проектных данных и доступ к ним, в том числе ведение распределенных архивов документов, их поиск, редактирование, маршрутизация и визуализация;

— управление конфигурацией изделия, т.е. ведение версий проекта, управление внесением изменений;

— создание спецификаций;

— защита информации;

— интеграция данных (поддержка типовых форматов, конвертирование данных).

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

Подсистема пользовательского интерфейса включает в себя текстовый и графический редакто­ры и поддерживается системами многооконного интерфейса типа X Window System или Open Look.

Подсистема CASE предназначена для адаптации САПР к нуждам конкретных пользователей, раз­работки и сопровождения прикладного ПО.. Другими словами, такие CASE-подсистемы позволяют пользователям формировать сравнительно с малыми затратами усилий варианты приклад­ных ПМК из имеющегося базового набора модулей под заданный узкий диапазон конкретных условий проектирования. В таких случаях CASE-подсистемы называют инструментальными средами.