Тсп для даталогического проектирования

Д1 – документация по СУБД

Д2 - документация по средствам проектирования

U1 – набор допустимых даталогических конструкций

U2 - операторы ЯМД

U3 – ограничения налагаемые СУБД на ДЛМ

U4 – возможности физической организации данных

ДЛМ – даталогическая модель

ИЛМ – инфологическая модель

П – перечень хранимых показателей

Si – выбранное средство проектирования

Тсп для физического проектирования

ФМ – физическая модель

От – ограничения на используемые технические средства

Оп – ограничения со стороны пользователей/процессов

5.Инфологическое (концептуальное) моделирование

Концептуальное проектирование является центральной частью, ядром всего процесса проектирования баз данных. В базе данных отображается некоторая часть реального мира. Естественно, что полнота ее описания будет зависеть от целей создаваемой информационной системы. Часть реального мира, представляющая интерес для данного исследования, называется предметной областью (ПО). Для того чтобы база данных адекватно отражала предметную область, проектировщик должен хорошо представлять себе все нюансы, присущие ей, и уметь отобразить их в базе данных. Предметная область должна быть предварительно описана. Для этого, в принципе, может использоваться и естественный язык, но его применение имеет много недостатков, основные из которых – громоздкость описания и неоднозначность его трактовки. Поэтому обычно для этих целей используют искусственные формализованные (чаще всего – графические) языковые средства.

Формализованное описание предметной области будем называть ее концептуальной (КМ), или инфологической (ИЛМ), моделью.

Построение концептуальной модели может выполняться как «вручную», так и с использованием автоматизированных средств проектирования. Средства автоматизации проектирования отличаются как совокупностью используемых языковых средств, так и алгоритмами преобразования концептуальной модели в модели базы данных.

Основными компонентами концептуальной модели ПО являются:

• описание объектов ПО и связей между ними;

• описание информационных потребностей пользователей;

• описание существующей информационной системы (документы, документооборот, при наличии автоматизированной информационной системы – ее описание);

• описание алгоритмических зависимостей показателей;

• описание ограничений целостности;

• описание функциональной структуры системы, для которой создается АИС;

• требования к ИС и существующие ограничения.

К концептуальной модели предъявляются следующие требования:

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

• непротиворечивость (модель отражает взгляды и потребности всех пользователей системы, а также обычно является результатом работы многих специалистов, поэтому целостное описание ПО должно быть проверено на непротиворечивость);

• однозначная трактовка модели всеми ее пользователями (обеспечивается формализованностью языка и четким его пониманием всеми участниками процесса создания ИС);

• легкость восприятия разными категориями пользователей (обеспечивается выбором соответствующего языка моделирования);

• конечность модели (несмотря на то, что реальный мир, отображаемый в КМ, является по своей природе бесконечным, инфологическая модель является конечной, что обеспечивается четким ограничением предметной области);

• легкость модификации (в концептуальную модель по разным причинам часто приходится вводить новые объекты или модифицировать существующие; ИЛМ должна в связи с этим обладать свойством легкой расширяемости, обеспечивающим ввод новых данных без изменения раннее определенных. То же самое можно сказать и об удалении и корректировке данных);

• возможность композиции и декомпозиции модели (в связи с большой размерностью реальных инфологических моделей должна обеспечиваться возможность ее композиции и декомпозиции). Желательно, чтобы язык спецификации концептуальной модели был одинаково применим как при ручном, так и при автоматизированном проектировании информационных систем.

Исходная и результативная информация в инфологическом моделировании.

6.ER-моделирование. Нотация IDEF1X

Средства моделирования IDEF1X специально разработаны для построения реляционных баз данных.

• Логическая модель (Logical Model) – модель, не ориентированная на конкретную СУБД

• Физическая модель (Physical Model) – модель, ориентированная на конкретную целевую СУБД.

Ограничения, присущие реляционной модели:

• все атрибуты – простые, первичный ключ – один (может быть – составным)

• связь – от ключа к внешнему ключу

• в физической модели не поддерживается связь «многие-ко-многим»

В модели изображаются сущности (Entity) и связи (Relationship) между ними - (ER-модель)

Сущность изображается в диаграмме IDEF1X графическим объектом в виде прямоугольника.

Каждый прямоугольник, отображающий собой сущность, разделяется горизонтальной линией на 2 части:

• верхняя часть, в которой расположены атрибуты, выбранные в первичных ключей,

• нижняя часть, где расположены остальные атрибуты.

Типы связей:

• «один-ко-многим»

  • Идентифицирующая -

  • Неидентифицирующая -

• «многие-ко-многиим» -

С ущность, находящаяся на стороне «многие» в идентифицирующей связи, называется «зависимой по идентификации сущностью» и изображается с закругленными углами.

Изображение родовидовых связей на рис.

Класс членства в IDEF1X в явном виде не передается

Необходимо комбинировать значения параметров Cardinality (Zero,One or More | One or More | Zero or One | Exactly [x] )и Nulls (Allowed |No Nulls)