
- •1 Программное обеспечение сутп
- •2 Структура интегрированной системы автоматизированного управления.
- •4 Основные принципы тестирования и верификации программ
- •5 Физическая и логическая структуры данных
- •6 Общая концепция и типы структур распределенных баз данных
- •7 Проектирование по.
- •8 Эталонная модель взаимодействия открыты систем .
- •9 Основы концептуального проектирования бд
- •10 Нисходящая и восходящая технологии программирования.
- •11 Функции администратора по су тп.
- •12 Жизненный цикл по
- •13 Статические и динамические структуры данных, их особенности
9 Основы концептуального проектирования бд
Этап концептуального проектирования связан с описанием и синтезом разнообразных информационных требований пользователей в первоначальный проект баз данных. Результатом этого этапа является высокоуровневое представление информационных требований, например, такое как диаграмма «сущность-связь». Основу этой диаграммы составляет набор сущностей, который представляет или моделирует определенную совокупность сведений, специфицированную в требованиях. Сущности могут быть описаны атрибутами, позволяющими детализировать свойства сущности. Один или несколько атрибутов могут служить идентификатором для обозначения отдельных экземпляров сущности. Связи между сущностями отображают функциональные аспекты информации, представленной сущностями.
Существует несколько подходов к построению диаграмм типа «сущность-связь». Общим для всех подходов является набор из четырех основных проектных решений или шагов:
Определение сущностей.
Определение атрибутов сущностей.
Идентификация ключевых атрибутов сущностей.
Определение связей между сущностями.
Хотя существует некоторая общность мнений о необходимости этих шагов для построения информационной структуры, тем не менее нет общего соглашения относительно порядка их выполнения. Главное, что здесь необходимо, это чтобы первоначальная информационная структура была хотя бы частично независимой от процесса обработки, что позволит обеспечить гибкость процесса проектирования.
Подход к концептуальному проектированию обычно предполагает, что рассматривается представление одного-единственного пользователя. При этом возможно предположить, что таким единственным пользователем является администратор или проектировщик базы данных, который понимает требования всех пользователей и объединяет эти требования в полный набор согласованных спецификаций. Альтернативным является подход, в котором «интеграция представлений» выполняется как часть процесса концептуального проектирования.
Основы концептуального проектирования.
Концептуальное проектирование оперирует информацией, независимой от любой фактической реализации (т. е. от любой конкретной системы технического или программного обеспечения). Цель концептуального проектирования именно в том и состоит, чтобы представить информацию в доступной пользователю форме, не зависящей от спецификаций системы, но реализуемой несколькими системами.
Существует два подхода к концептуальному проектированию:
Объектное представление;
Моделирование сущностей.
Экспертные оценки концептуальной модели данных.
Метод экспертных оценок ставит следующие основные вопросы:
Обладает ли концептуальная модель достаточной полнотой?
Достаточно ли хорошо она отражает предметную область?
Корректна ли она?
Подобные или более детализированные вопросы относительно всех аспектов системы (требований пользователя, программирования, операций и т. д.) не должны остаться без ответа. В процессе экспертизы выявляется все, что в проекте упущено, и это несомненно идет на пользу его полноте.
Корректность модели тщательно проверяется при анализе архитектуры системы. При этом требования пользователя к данным и процессам, а также к типизации процессов и данных рассматриваются с различных позиций.
В ходе экспертизы проекта исследуются особенности преобразования данных, т. е. процесс трансформации информационной модели в СУБД-зависимое представление. Первый шаг - определение правильности и полноты самой информационной модели. На следующем шаге исследуется СУБД-зависимое представление.