Модель базы данных концептуальна

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

Разработка концептуальной модели базы данных дает общее [c.209]

Описание структуры файла с содержательной информацией выполняется по правилам, специфическим для каждого из типов информационных разделов. Тип раздела указывается при описании раздела в концептуальной модели базы данных. [c.616]

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

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

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

Для обеспечения принципа информационного единства при создании и развитии систем технологического назначения сбор, накопление, хранение и предоставление данных необходимо выполнять с помощью специализированных банков данных, организующих базы данных (БД) и базы знаний. Банки данных представляют собой совокупность БД, создаваемых и поддерживаемых системой управления баз данных (СУБД). Создание эффективных банков данных сопровождается на различных этапах моделированием БД, включающим разработку концептуальных, логических и физических моделей. Инструментальные средства создания информационного обеспечения, разработанные в соответствии с предлагаемой концепцией применения инструментальных систем, предназначены для формирования среды, обеспечивающей поддержку концептуальных и физических моделей БД. Логические модели создаются и поддерживаются инструментальными средствами математического моделирования. Инструментальные средства создания и обслуживания компонентов информационного обеспечения реализуют в форме инвариантных программно-методических комплексов, ориентированных не на объекты моделирования, а на типовые проектные процедуры процессов технологического проектирования. [c.614]

Базы данных, каждая из которых представляет собой единый физический файл, могут создаваться и обслуживаться только средствами специализированной системы управления базами данных ПМК BAZ. Они представляют собой компактное хранилище структурированной информации и занимают гораздо меньший объём памяти по сравнению с совокупностью соответствующих текстовых файлов с содержательной информацией. Базы данных формируют вначале как пустые хранилища с размерами разделов, определяемыми в концептуальной модели. [c.615]

Проектирование. На уровне документа макетируются последовательности форм. На уровне бизнес-правил осуществляется детальное проектирование будущих рабочих мест с привязкой к конкретным сущностям информационной модели. На уровне базы данных концептуальная модель преобразуется в диаграмму сущность-связь . [c.140]

Концептуальная модель данных — это модель данных, необходимых для поддержки административно-управленческих функций предприятия [2]. Группа по изучению баз данных АН51/ХЗ/5РАКС обозначает такую модель данных термином концептуальная схема [10]. Пример концептуальной схемы приведен на рис. 2.3. Ее документирование может проводиться с помощью СССД. Впоследствии определение и анализ информационных потребностей (и, возможно, проектирование базы данных) будут основываться на этой модели данных . [c.42]

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

В новой разработке большая роль отводится администратору базы данных (АБД). При создании очередного приложения на основе СУБД он должен определить, появились ли какие-то дополнительные требования, которым не удовлетворяет текущая версия системы, например, расширился ли состав решаемых задач, требуется ли резкое увеличение объема обрабатываемых данных, не изменился ли характер использования информации и т. д. Главная же обязанность АБД — выявить взаимосвязи и различия между трансформируемой системой и системами, находящимися в промышленной эксплуатации. Поскольку АБД непосредственно отвечает за содержание словаря-справочника данных и функционирование СССД, большая часть необходимой ему информации уже имеется в наличии сведения о входных и выходных данных, их источниках и потребителях, сотрудниках предприятия, отвечающих за данные, о структурных подразделениях, взаимодействующих с системой, о программах, составляющих систему, и т. д. Таким образом, АБД располагает информацией о текущей версии системы, а сведения с создаваемой системе последовательно накапливает по мере определения требований, разработки концептуальной модели и проектирования. На этой основе АБД описывает с помощью СССД новые струк- [c.57]

Совокупность моделей информационного обеспечения должна включать модели инфологические, концептуальные, внешние, внутренние. Мифологические модели должны отражать и увязывать все виды информации ИАСУ и реализовывать все процедуры ее обработки. Концептуальные модели обеспечивают единое иерархическое представление массивов информационной базы и их структур. Внешние модели представляют структуру документов и сообщений, обрабатываемых на каждом УВК. Внутренние модели на УВК должны обеспечивать представление структур наборов данных на физическом уровне независимость данных от программ автоматизацию процессов создания и ведения баз данных. [c.177]

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

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

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