Банки данных Информация, подлежащая хранению

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

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

Соответствие российской технологии двигателестроения международным стандартам серии ISO 9000-9004 (при функциональном моделировании) ISO 1033 (STEP) и 1358 (P-LIB) (при информационном моделировании) и третьей серии стандартов ISO (в производстве и менеджменте) позволяет усиленно конкурировать на мировом рынке.

По современным представлениям главным условием успешного проведения автоматизированного проектирования является хорошо организованное хранение информации. Оно должно осуществляться только в ЭВМ и только в банках данных. Как известно, любой банк данных состоит из базы данных или знаний, в которую входит вся информация, подлежащая хранению, и системы управления базой данных (СУБД), которая является довольно сложной программой для ЭВМ. На рынке программного обеспечения имеется большое число СУБД, имеющих разные возможности и разную цену. При разработке крупных проектов хорошо себя зарекомендовала СУБД Oracle, но для небольших проектов она слишком дорога и приходится выбирать СУБД, исходя в основном из финансовых возможностей организации.

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

Требуется два вида защиты данных:

1. От несанкционированного доступа к данным.

2. От появления противоречивых и неправильных данных.

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

Ключ управления доступом может быть константой, значением переменной или результатом процедуры. Замок управления доступом является либо значением, либо процедурой. Если замок представлен значением, то для получения доступа к данным требуется только совпадение ключа и замка. Если замок представлен процедурой, он использует соответствующий ключ, чтобы определить, следует ли отпереть данные. При этом возможны следующие действия процедуры замка:

- проведение вычислений над ключом для проверки его достоверности;

- проведение диалога с лицом, работающим на терминале, с целью получения ответа на ряд вопросов, прежде чем разрешить ему доступ;

- в случае нарушения защиты - регистрация соответствующей информации и, возможно, выдача сигнала тревоги на «консоль защиты»;

- в случае повторных нарушений - прекращение связи с пользователем, программой или терминальным пользователем;

- задержка выполнения операций с данными до подтверждения права на доступ;

- отключение терминала и т. д.

При проектировании сложных машиностроительных изделий, в том числе и газотурбинных двигателей, целесообразно использовать два банка данных:

банк знаний и банк изделия.