49. Модели данных. Данные и эвм.

Описание явлений реального мира называют данными. Фиксация данных осуществляется с помощью средств общения. Обычно данные и их интерпретация (семантика) фиксируется совместно.

Нередко данное и семантика разделены. В ЭВМ фиксируется данное, а его семантика не фиксируется в явной форме. Исторически этому есть 2 причины:

1. ранее ЭВМ не обладали достаточными возможностями для обработки текстов на естественном языке основой для семантики данных.

2. Стоимость памяти для ЭВМ велика. Поэтому память использовалась для хранения данных, а семантика – на программу данных.

Жесткая зависимость между данными и использующими их программами создает серьезную проблему введения данных и делает их использование менее гибким, также имеется проблема совместного использования одних и тех же данных.

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

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

CALS – (Continuous Acquisitionand Life – Cycle Support) – класс информационных технологий, направленных на обеспечение безбумажной поддержки жизненного цикла продукта. Ключевые области CALS:

• реорганизация предпринимательской деятельности;

• параллельное проектирование;

• электронный обмен данными;

• интегрированная логистическую поддержку;

• многопользовательская база данных;

• международные стандарты.

В международных стандартах серии ISO/ IEC 9004 – управление качеством продукции, введено понятие жизненный цикл изделия с этапами.

Понятие "Жизненный Цикл Изделия", включает в себя этапы :

• маркетинг, поиск и изучение рынка;

• проектирование и/или разработка технических требований к создаваемой продукции;

• материально-техническое снабжение;

• подготовка и разработка технологических процессов;

• производство;

• контроль, проведение испытаний и обследований;

• упаковка и хранение;

• реализация и/или распределение продукции;

• монтаж, эксплуатация;

• техническая помощь в обслуживании;

• утилизация после завершения использования продукции.

Рис. 12.

ЖЦ для ПО регламентирует стандарт ISO/IEC 12207. Структура ЖЦ базируется на трех группах процессов:

1. Основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);

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

3. Организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

.

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

Рис. 13. Практические этапы проектирования информационной системы (БД)

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

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

Рис. 14. Уровни моделей данных