Унификация описаний технологической информации

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

Основное требование к конструкторским базам данных состоит в том, чтобы пользователи и программисты могли разрабатывать прикладные программы, не зависящие от хранящихся в базе данных сведений: их номенклатуры, их синтаксиса или формата, их семантики, способа доступа к ним. Однако все перечисленные характеристики данных должны быть "известны" прикладной программе. Это возможно тогда, когда элемент данных может быть найден по имени, а его атрибуты имеются в словаре данных. Такие элементы данных называются самоопределяющимися.

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

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

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

При разработке проекта конструкторской базы данных не следует забывать об основных правилах, справедливых при проектировании любой системы. Главное из них — система должна быть простой.

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

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

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

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

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

Разработчик конструкторской базы данных должен использовать в своей работе не только системы обеспечения принятия решений, но, по возможности, экспертные системы и другие методы искусственного интеллекта. Это даст ему возможность анализировать факты, оценивать альтернативы, быстро находить и документировать правильные решения. Экспертные системы позволяют не только получить ответ на вопрос "А что будет, если...?", но и объяснение типа "Потому, что...", и даже рекомендации типа "В этом случае следует поступать так:...".

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

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

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