CALS-технологии, этапы проектирования баз данных и их архитектура

CALS-технологии (англ. Continuous Acquisition and Life cycle Support — непрерывная информационная поддержка поставок и жизненного цикла) — современный подход к проектированию и производству высокотехнологичной и наукоёмкой продукции, заключающийся в использовании компьютерной техники и современных информационных технологий на всех стадиях жизненного цикла изделия.

Ключевые области CALS: -реорганизация предпринимательской деятельности; -параллельное проектирование; -электронный обмен данными; -интегрированная логистическую поддержку; -многопользовательская база данных; -международные стандарты. Практические этапы проектирования информационной системы (БД):

1 Этап обследование (предварительное и полное)

Кем выполняется аналитик Результат инфологическая модель, ТЗ на проектирование

2 Этап проектирование Кем выполняется проектировщик Результат даталогическая модель, проект 3 Этап кодирование Кем выполняется кодировщик Результат физическая модель 4 Этап опытная эксплуатация Кем выполняется заказчик Результат акт результатов о.э. 5 Этап доработка и внедрение в промышленную эксплуатацию Кем выполняется все

Архитектура СУБД обеспечивает потребности разл. польз-лей, выполнение их запросов, а также внутренние потребности, связанные с представлением дан-х в файлах и доступом к ним. Общепринятым в наст. время явл-тся подход, обеспечивающий 3хур-вое представление дан-х: (1)на уровне внешних моделей соотв-щих разл. запросам разл. польз-лей. Внешний уровень -это индивидуальный Ур-нь польз-ля. Польз-ль м.б. прикладным программистом или конечным польз-лем с любым ур-нем профессиональной подготовки. Особое место среди польз-лей занимает администратор БД (АБД). (2)на внутреннем ур-не, соотв-щем взгляду на дан-е системных программистов. Внутр-ее предст-ние - это предст-ние нижнего уровня всей БД; оно состоит из многих экземпляров каждого типа внутр-ей записи.Термин «внутр-яя запись» принадлежит терминологии ANSI/SPARC и означает конструкцию, наз-мую хранимой записью. (3)на концептуальном уровне - это «промежуточный» уровень м/у вн-им и внутр-им ур-ями. Концептуальное представление - это предст-ние дан-х такими, какие «они есть на самом деле», а не такими, какими вынужден их видеть польз-ль в рамках, напр., опр-ого языка или используемого аппаратного обеспечения.

65. Основные понятия: сущность, атрибут, ключ, связь, характеристика связей.

Сущность — любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Атрибут — поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Ключ — минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Связь — ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных — это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.

Дата добавления: 2015-04-24