
- •Вопрос 11. Предметная область ис
- •Вопрос 12. Информационные модели данных.
- •Вопрос 13.Взаимосвязи в бд.
- •Вопрос 14. Требования, предъявляемые к бд.
- •Вспомогательные процессы жцпо.
- •Организационные процессы жцпо
- •Взаимосвязь между процессами жцпо.
- •Модели жизненного цикла по.
- •Модели и стадии жцпо
- •Разработка ис
- •Предметная область ис
- •4.2.Информационные модели данных.
- •4.3.Взаимосвязи в бд
- •Требования, предъявляемые к бд.
- •Основные требования к курсовой работе
- •План пояснительной записки
- •Постановка задачи (пз)
4.2.Информационные модели данных.
Система автоматизированной обработки данных основываются на использовании определенной информационной модели данных. Модели данных отражают взаимосвязи между объектами.
Процесс создания информационной модели начинается с определения концептуальных требований ряда пользователей.
При создания БД рассматриваются два вида информационных моделей (ИМ):
ИМ предприятий
ИМ данных
ИМ предприятий строится на втором этапе проектирования БД. Здесь определяются структурные подразделения фирмы, которые используют информацию из БД и направляют движение потоков информации между структурными подразделениями фирмы.
ИМ данных имеют более сложную структуру. Здесь отображаются:
Источники возникновения информации
Структурные подразделения фирмы, которые создают или используют информацию;
Переход от одного типа моделей к другому
Подразделения потребителей информации.
П
одразделение1…ПодразделениеN
– это структурные подразделения фирмы
В левой части рисунка эти подразделения выступают как источники концептуальных требований, т.е. представляют сведения для созданий БД. В верхней части рисунка эти же подразделения выступают как потребители информации и источники данных для БД.
Концептуальная модель данных – это совокупность концептуальных требований, выдвинутых сотрудниками структурных подразделений фирмы. В результате концептуальной модели СУБД будет получена логическая модель данных.
В процессе отображения концептуальной модели СУБД, необходимо в полной мере удовлетворить требования заказчика. Если по каким – либо причинам требования заказчика удовлетворить не удается, то разработчик должен предоставить убедительные аргументы и убедить заказчика снизить концептуальные требования. Процесс согласования концептуальных требований трудоемкая и длительная процедура. После построения логической модели необходимо составить протокол, в котором перечислить концептуальные требования и операции по обработке информации в БД.
При переходе от концептуальной к логической модели необходимо обеспечить следующие условие: внешние модели никак не связаны с типом физической памяти, где хранятся данные БД и методы обработки этих данных. Это условие называется первым уровнем независимости. Далее общая логическая модель данных разделяется на некоторые составные модели данных, которые называются внешними моделями.
Внешняя модель – это та часть общей логической модели данных, с которой работает конкретное подразделение фирмы. Граница разделения внешней модели нечеткие, т.е. одни и те же данные могут получать различные структурные подразделения фирмы, но пополнить и редактировать данные может только одно конкретное подразделение. Форма отображения одних и тех же данных в различных подразделениях может быть разной. В зависимости от поставленных целей логическая модель данных может быть либо иерархической, либо сетевой, либо реляционной.
Отображение логической модели данных на конкретные технические средства называется физической модели данных. Физическая модель данных строится на пятом этапе проектирования БД. При построении физической модели определяются технические характеристики ПК.
Кроме этого на этом этапе определяют количество и типы индексов, методы доступа к данным. При переходе от логической к физической модели необходимо обеспечить выполнение условия: концептуальная модель допускает некоторое расширение требований к БД без переделки самой БД. Это условие называется вторым уровнем независимости. Второй уровень независимости данных достигается, как правило, за счет хорошей техники и дисциплины программирования.