Ввод метаданных

Управление метаданными требует установления общих форматов и соглашений по определению и описанию данных. Значение этих соглашений одинаково важно и для крупных, и для мелких предприятий, особенно в том случае, если предполагается совместная работа с базой метаданных различных групп пользователей. В условиях, когда любое подразделение предприятия может выдвигать и описывать свои собственные требования к данным, крайне необходимо выработать и придерживаться понятной всем системы правил, определяющих общие форматы и соглашения. Эти соглашения помогут согласовать ввод метаданных из многих источников и контролировать содержимое базы метаданных путем выявления избыточности, возникающей при разработке приложений для разных функциональных областей. Тем не менее иногда на практике данные могут сознательно храниться с избыточностью. Если для этого есть веские причины (например, данные действительно необходимы в нескольких местах), то в целях обеспечения непротиворечивости метаданных необходимо контролировать их избыточное хранение. [c.23]

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

Рис. 5.7 Рекомендации по использованию различных способов ввода метаданных

Каждый обрабатывающий компонент располагает соб- ственным механизмом ввода метаданных, например процессором ЯОД. [c.164]

Одна из мер заключается в том, что допускается ввод только санкционированных изменений. Процедуры ведения базы метаданных регламентируют, когда, как и кто должен вводить эти изменения. Например, может быть установлено, что если системные аналитики предполагают определить новые элементы данных, то следует получить визу комитета пользователей, возглавляемого администратором базы данных (АБД). После этого описания вводятся АБД в начале недели в ходе цикла регулярного обновления базы метаданных. В экстренных случаях особо важные описания могут вводиться оперативно, но со статусом тестовый . Это делается для того, чтобы воздействие на базу метаданных, находящуюся в промышленной эксплуатации, было минимальным. Кроме того, рассматриваемые процедуры могут предписывать, что вносить корректировки в проект базы данных разрешается только АБД и только в период тестирования, когда еще реально оценить возможные последствия изменений. [c.25]

Когда предполагается большое число актов обновления метаданных, но конкретное время и объем обновления неизвестны, предпочтительнее ввод изменений осуществлять в диалоговом режиме. В некоторых случаях ввод изменений метаданных и разработка программ в режиме диалога проводятся согласованно. Такое использование диалоговых средств ввода обусловливает необходимость контроля полномочий пользователей. В этих условиях атрибут статус приобретает важное значение. Возникающие проблемы тесно связаны с обеспечением целостности метаданных, которая подробно рассматривается в следующем разделе. [c.111]

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

Наряду с указанными критериями целостности и механизмами, осуществляющими соответствующие проверки, необходимо иметь средства локализации обнаруженных ошибок. С помощью этих процедур метаданные, содержащие ошибки, выявленные средствами редактирования и контроля достоверности значений, должны отклоняться, и повторный их ввод до исправления ошибок невозможен. На большинстве предприятий ответственность за разработку критериев целостности, процедур ревизии и средств редактирования и исправления ошибок возлагается на АБД. [c.115]

Механизмы ввода, используемые при заполнении базы метаданных, и специальные средства ввода. [c.121]

Могут ли при первоначальной загрузке базы метаданных применяться средства ввода описаний из машинных библиотек Такие средства позволяют извлекать описания для ввода в базу метаданных из исходных текстов на включающих языках (например, на Коболе) и имеют большое значение для тех систем, где щироко используется обработка файлов программами, написанными на Коболе. [c.187]

Верификация метаданных. С точки зрения обеспечения достоверности вводимых метаданных весьма важно разработать процедуры их верификации. Последние предусматривают синтаксический контроль и проверку соответствия установленным нормам и соглашениям. Для синтаксического контроля метаданных могут служить процедуры редактирования и проверки достоверности. Верификация при вводе способствует повышению качества метаданных и снижает стоимость их использования. [c.223]

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

Средства ввода СССД можно рассматривать в двух аспектах язык, предназначенный для описания содержащихся в СССД метаданных, и программные средства для обработки конструкций этого языка и непосредственного ввода метаданных. Следующий раздел посвящен рассмотрению языковых аспектов СССД. [c.103]

Рис. 5.3. Типичный формат экрана для ввода метаданных в СССД (из общего описания системы DB/D Дата Di tionary версии 3.0)

В больщинстве промышленных СССД имеются диалоговые средства, обеспечивающие работу с форматированными экранами. При этом большое значение имеют форматы экранов и сценарии диалога. При достижении максимальных преимуществ экранного ввода метаданных эти средства должны быть дружелюбными по отношению к пользователю. Хорошо спроектированный диалог управляет действиями пользователя и обеспечивает корректность вводимой информации. В одних случаях форматы экранов предусматривают заполнение окон, в других — выбор команд и ключевых слов в режиме меню. Такими средствами располагают, например, системы DB/D Data Di tionary и иСС-10. [c.112]

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

В заключительной части плана следует рассмотреть порядок, содержание работ и элементы критического пути при внедрении СССД. Внедрение может происходить поэтапно. Как будет показано ниже, при обсуждении различных подходов к внедрению, зто осторожный, но оправданный способ организации работ. Он позволяет провести постепенный сбор и ввод метаданных в СССД, а также упорядочить другие процессы, например унификацию данных. [c.204]

Наиболее существенный фактор, определяющий затраты на внедрение СССД,— сбор и ввод метаданных в систему. Этот процесс называют заполнением СССДС целью сокращения затрат и рещения проблем координации пользователей и технической интеграции его необходимо тщательно планировать. [c.223]

Преобразование или ввод метаданных. Очень часто метаданные накапливаются на одном носителе, например на магнитной ленте, а по требованиям обработки необходим другой, скажем, магнитный диск. В таком случае нужно перенести данные с ленты на диск. Если носители совместимы, сделать это нетрудно. При несовместимых же носителях потребуется некоторое преобразование, что увеличивает затраты. Наибольшие затраты связаны с переносом внемашинных документов на машинные носители. Однако возможны ситуации, когда метаданные размещены на машинном носителе, но использовать их без предварительного анализа вручную нельзя. В ряде промышленных СССД для этой цели предусмотрены специальные программные средства, например Automated Set-Up системы DATAMANAGER. [c.223]

Поисковые средства СССД обеспечивают распространение сведений о ресурсах данных предприятия и о базе метаданных среди заинтересованных пользователей. С помощью средств управления доступом СССД администратор базы данных, наделяя различными полномочиями разные группы пользователей, может эффективно контролировать доступ к базе метаданных. Так, проектировщику базы данных он может предоставить наиболее широкие полномочия, поручив ему и обновление, и ведение. Руководителю отдела эксплуатации АБД может запретить вводить изменения, но разрешить просматривать и извлекать метаданные. Системному аналитику он предоставляет средства анализа, требуемые в ходе проектирования. Разрабатывая новое приложение, системный аналитик может, например, с помощью СССД определить, какие данные доступны, где они расположены и как их следует использовать. Однако ему может быть запрещено изменять базу метаданных. [c.27]

Проектирование базы метаданных на концептуальном уровне составляет основу проекта всей СССД. Функциональное назначение СССД будет теперь рассматриваться в контексте проекта базы метаданных. Процедуры ввода, спецификации выходных данных и требования к генерации метаданных полностью зависят от проекта базы метаданных на концептуальном уровне и описываются в его терминах. Как и в случае обычной информационной системы, правильные результаты проектирования на концептуальном уровне обеспечивают гибкость при принятии проектных рещений на других этапах. [c.73]

Проектирование средств ввода-вывода неразрывно связано с проектированием базы метаданных. Поэтому и возможности таких средств зависят от содеожания базы метаданных. На практике средства ввода-вывода варьируют от очень простых до весьма сложных. В зависимости от состава базы метаданных возможности средств ввода-вывода по мере необходимости расширяются. В свою очередь состав базы метаданных может ограничивать спектр функций, поддающихся практической реализации. Например, СССД и, в частности, ее средства ввода-вывода смогут поддерживать описание системы телеобработки, если структура базы метаданных отражает специфические аспекты таких систем. [c.73]

Интересный вопрос возникает в отношении типов метаобъектов схема и подсхема . Несомненно, в системе базы данных это своеобразные объекты данных. Придавая им статус метаобъектов, мы вводим еще один уровень абстракции. Но здесь есть отличия от других метаобъектов данных, например элемента данных и схема, и подсхема сами по себе в реальном мире содержат метаданные. [c.90]

При проектировании базы метаданных обеспечивайте ее непротиворечивость. Это значит, что не следует вводить такие атрибуты, смысл которых для разных типов объектов не одинаков. В конечном счете это затруднит описание и приведет к двусмысленности. Важно, чтобы два основных элемента структуры базы метаданных (тип метаобъектов и атрибут) были определены однозначно. [c.100]

Система словаря-справочника данных должна обладать средствами ввода, обработки и предоставления хранимой информации. В предыдущей главе рассматривалось проектирование базы метаданных-—хранилища имеющейся в СССД информации. Настоящая же глава посвящена средствам ввода-вывода этих систем, [c.102]

Средства ввода позволяют загружать метаданные в СССД. К ним относятся язык описания метаданных, называемый обычно языком описания данных СССД (ЯОД СССД), и средства их ввода в систему. В этой главе приводятся характеристики такого языка, в том числе требования пользователей и подходы к реализации (свободный, жесткий формат). Рассматриваются средства собственно ввода информации в базу метаданных массовой загрузки в пакетном режиме и однократного ввода в режиме диалога, а также специальные средства ввода с машинных носителей информации (рис. 5.1). [c.102]

Специализированные с помощью ЯОД метаданные нужно ввести в СССД. В зависимости от конкретных требований ввод осуществляется различными способами. Например, первоначальную массовую загрузку СССД можно проводить в пакетном режиме, иногда с привлечением автоматизированных средств, а отдельные изменения вносить в диалоговом режиме. Выбор конкретного способа ввода зависит от доступных средств, операционных характеристик и временных ограничений (рис. 5.7). [c.111]

При загрузке в СССД значительных объемов метаданных необходимо применять средства пакетного ввода (это единственный случай, когда их применение целесообразно). Ввод большого объема описаний данных в СССД в диалоговом режиме может оказаться очень трудоемким, потребует много времени [c.111]

В настояшее время намечается тенденция к реализации ввода обновлений в режиме диалога, который поддерживается средствами некоторой системы телеобработки. Однако из-за доступности СССД в режиме телеобработки увеличивается риск разрушения базы метаданных. (Этот вопрос рассматривается в следующем разделе.) СССД должна обладать как пакетными средствами ввода, так и средствами внесения изменений в диалоговом режиме, обеспечивая пользователю свободу выбора в зависимости от конкретных потребностей. [c.112]

Эти средства предоставляют необходимый сервис в особенности они полезны при первоначальном заполнении базы метаданных СССД. В отсутствие автоматизированных средств ввод обычно очень трудоемок и отнимает много времени. Однако частое и необдуманное использование таких средств при решении задач, требующих кропотливого труда, может поставить под угрозу активный контроль в СССД. Это относится к случаям, [c.112]

Хотя, быть может, и нецелесообразно требовать от пользователей однократного предоставления полного описания метаобъектов, тем не менее АБД может установить, что некоторые атрибуты являются обязательными. СССД после этого будет автоматически контролировать полноту описаний в соответствии с критерием, установленным АБД. Такая возможность представляет интерес и для поддержания целостности базы метаданных, рассматриваемой ниже. К средствам, реализуемым АБД в целях обеспечения полноты описаний, относятся отклонения ввода неполных описаний и ввода неполных описаний, которые специальным образом помечаются с тем, чтобы впоследствии можно было обратить на них особое внимание. Определение перечня обязательных атрибутов остается за АБД. [c.113]

В план должны быть включены вопросы выделения ресурсов. Каждое предприятие ведет свою политику по распределению финансовых и кадровых ресурсов. Принимая решение об установке СССД, следует позаботиться о том, чтобы были выделены ресурсы на ее закупку (разработку), а также на поддержку ее функционирования в течение длительного времени, включая затраты на сбор метаданных, их ввод, унификацию, эксплуатацию СССД и обучение персонала. [c.202]

Большие затраты на заполнение СССД обусловлены высокой стоимостью проведения следующих работ сбора метаданных, их верификации, переноса на носители или ввода и исправления ошибок и повторного ввода- [c.223]

Исправление ошибок и noвtopный ввод. При массовом сборе метаданных число ошибок может быть велико. Их исправление— дело дорогостоящее и в значительной мере влияет на достоверность накопленных метаданных. После исправления ошибок придется повторить процедуру ввода, начиная со сбора метаданных. Этот процесс может потребовать больших затрат и занять много времени. [c.224]

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

Планирование и реализация мер защиты СССД помогают разрешить проблемы координации, поскольку удается ограничить несанкционированный доступ и обновление. В условиях управления доступом возрастает точность хранимых метаданных. Доступ к базе метаданных получают только хорошо обученные и наделенные полномочиями сотрудники, что в свою очередь сокращает вероятность ввода нежелательных (мета)-данных. [c.227]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...