Правила построения er -модели icon

Правила построения er -модели



НазваниеПравила построения er -модели
Дата конвертации24.12.2012
Размер108.12 Kb.
ТипПравила
источник
1. /Лекции+вопр/10 Проектирование ИС.doc
2. /Лекции+вопр/11 Проектирование ИС.doc
3. /Лекции+вопр/11_1 Проектирование ИС.doc
4. /Лекции+вопр/12 Проектирование ИС.doc
5. /Лекции+вопр/13 Проектирование ИС.doc
6. /Лекции+вопр/14 Проектирование ИС.doc
7. /Лекции+вопр/3 Проектирование ИС.doc
8. /Лекции+вопр/4 Проектирование ИС.doc
9. /Лекции+вопр/7 Проектирование иС.doc
10. /Лекции+вопр/8 Проектирование ИС.doc
11. /Лекции+вопр/9 Проектирование ИС.doc
12. /Лекции+вопр/Требования к курсовому проекту.doc
13. /Лекции+вопр/Экзаменационные вопросы ПрАС на осн БД.rtf
Правила построения er -модели
Лекция 11 Уровни доступа пользователей ис
Лекция 11 Метод нисходящего проектирования бд. Этап даталогического проектирования
Лекция 12 Проектирование внутреннего уровня бд
Лекция 13 Создание бд
Лекция 14 Работа с бд в вычислительной сети
Лекция 3 Методологии и технологии проектирования ас. Общие понятия
Лекция 4 Проектирование ас. Термины
Лекция 7 Проектирование и создание бд
Лекция 8 Разработка концептуального уровня бд
Лекция 9 Моделирование сложных структур
«Проектирование информационных систем», «Проектирование автоматизированных систем на основе бд» Оренбург, 2010 г
Экзаменационные вопросы по дисциплине "Проектирование автоматизированных систем на основе бд", специальность повтас, 2010/2011 учебный год. 1 Ас: основные понятия, определение, классификация

Проектирование ИС

Лекция 10


Правила построения er-модели


При построении модели должны поддерживаться четкость и аккуратность, простой и понятный текст.

Необходимо соблюдать следующее:

  • выравнивать четырехугольники, отображающие КО;

  • линии связи прямые и направленные вверх, по горизонтали и по диагонали;

  • для диагональных линий использовать углы в 30 или 60 градусов, это упрощает чтение, если связи пересекаются;

  • избегать большого количества параллельных линий, их трудно отслеживать;

  • избегать сокращений и жаргонов;

  • добавлять прилагательные для облегчения понимания;

  • выравнивать текст по горизонтали;

  • имена связей указывать на концах линий с разных сторон от неё








  • стараться упрощать чтение диаграммы рекомендуется располагать "воронью лапу" слева и сверху линии, т.е. самые динамичные и объемные объекты всегда располагать ближе к верхней и левым частям диаграммы – "мертвые вороны летят на восток";






  • до тех пор, пока связь М:М не будет разрешена, один конец должен указывать вниз или направо;

  • необходимо делать диаграмму запоминающейся;

  • нежелательно вычерчивать диаграмму на сетке;

  • для улучшения вида уменьшать или увеличивать прямоугольники.


ER-диаграмма должна читаться как непрерывное предложение, начиная с любого места. Используются такие связывающие фразы как "что является" или "каждый из которых".

Готовая ER-диаграмма должна легко читаться и иметь смысл с точки зрения бизнеса.


Проверка законченности и качества модели


Прежде чем переходит к следующему этапу проектирования БД необходимо убедиться в законченности и качестве ER-модели.


Классы объектов:1) четырехугольник с закругленными углами; 2) название в единственном числе, заглавными буквами; 3) может иметь необязательное имя - синоним; 4) обязательно имеет уникальный идентификатор.

Свойства: 1) имя пишется строчными буквами и не должны включать имя сущности; 2) атрибут имеет одну из меток * - обязательный атрибут, о – необязательный атрибут, # - свойство входит в УИ.

ПОДТИПЫ: 1) полностью описывают сущность; 2) не перекрывают друг друга; 3) существование каждого типа должно быть оправдано (разные свойства, разные связи).

СВЯЗИ: 1) каждая сторона должна иметь имя (пишется строчными буквами), мощность и опциональность.


Связь между классами объектов А и В

Частота появления

Замечание






очень распространена


Каждому объекту из КО А д. соответствовать обязательно один объект из КО В.

Каждому объекту из КО В м. соответствовать 0, 1 или более объектов КО А.







распространена

Каждому объекту из КО А м. соответствовать один объект из КО В.

Каждому объекту из КО В м. соответствовать 0, 1 или более объектов КО А.






довольно часто

Каждому объекту из КО А м. соответствовать один объект из КО В.

Каждому объекту из КО В д. обязательно соответствовать 0, 1 или более объектов КО А.






редко

Каждому объекту из КО А д. соответствовать обязательно один объект из КО В.

Каждому объекту из КО В д. соответствовать обязательно 0, 1 или более объектов КО А.





распространена на начальных этапах

требует разрешения





распространена на начальных этапах

требует разрешения






очень маловероятна

требует разрешения






редко

возможно это один и тот же КО






редко

возможно это один и тот же КО






маловероятно

возможно это один и тот же КО



Поверка рекурсивных связей


Действительные связи





Недействительные связи







Проверка взаимоисключающих связей (арк)


Действительные связи





Недействительные связи





Проверка опциональности связей.


Необходимо проверить:

  • обязательные связи – действительно ли связь должна существовать, т.е. объект не м.б. создан без одновременного создания связи;

  • необязательные связи – действительно ли связь только может существовать, может ли объект существовать без этой связи.


Пример







Может ли Служащий существовать без Табеля?

Может ли Служащий существовать без Работы?


Проверка свойств КО


1 Все ли свойства разбиты на мельчайшие атомарные компоненты? (ФИО, адрес и т.п.)

2 Все ли атрибуты имеют только одно значение?

Пример





Свойство "дата контакта" может иметь несколько значений для одного и того же Клиента. Поэтому необходимо создать дополнительный КО.


3 Каждый ли атрибут зависит от всего УИ (уникального идентификатора) класса объектов?


Пример

1)




Должность – это отдельный КО, у неё есть код (классификатор), название, краткое название. И эти все свойства уже не зависят от УИ – Номер работы.


2)




Это нормализация (приведение ко 2 и 3 НФ) на уровне построения ИЛМ предметной области – чем больше отдельных существительных предметной области выделено, тем более нормализованной будет схема будущей БД.


Перекрестная проверка ER-модели.


Перекрестная проверка – это проверка полученной модели данных на соответствие выполнения определенной иерархии функций разрабатываемой АИС.


Пример

Предметная область – «Аренда помещений»

Выявлена следующая иерархия функций решения задачи:

Соединение с БД






















Ведение справочных данных













Помещение

Добавление/Обновление

Ф1







Просмотр

Ф2













Ведение учетных данных

Фирма

Добавление/Обновление

Ф3







Просмотр/Печать

Ф4
















Физическое лицо

Добавление/Обновление

Ф5







Просмотр/Печать

Ф6
















Договор

Добавление/Обновление

Ф7







Просмотр/Печать

Ф8













Формирование отчетов













Отчет 1

Формирование

Ф9







Просмотр/Печать

Ф10
















Отчет 2

Формирование

Ф11







Просмотр/Печать

Ф12
















Отчет 3

Формирование

Ф13







Просмотр/Печать

Ф14


Отчет 1 – Список физических лиц (Номер, Ф, И, О), когда-либо заключавших договоры на аренду помещений.

Отчет 2 – Количество договоров на аренду, заключенных за заданный период времени.

Отчет 3 – Список арендаторов (фирм и физических лиц), заключавших когда-либо договора на аренду для заданного помещения.

Построена следующая модель предметной области – рисунок





Рисунок – ER-диаграмма предметной области «Аренда помещений»


Перекрестную проверку удобно осуществлять, используя такую таблицу:

Класс объектов/

Функция

ПОМЕЩЕНИЕ

ФИРМА

ФИЗИЧЕСКОЕ ЛИЦО

ДОГОВОР НА АРЕНДУ

Ф1

I, R, U










Ф2

R










Ф3




I, R, U







Ф4




R







Ф5







I, R. U




Ф6







R




Ф7

R

R

R

I

Ф8

R

R

R

R

Ф9







R

R

Ф10







R

R

Ф11










R

Ф12










R

Ф13

R

R

R

R

Ф14

R

R

R

R

где:

I -

Insert (добавление);

U -

Update(обновление);

R -

Read (чтение).


Формализованная с помощью таблицы проверка позволяет сделать следующие выводы:

- если в таблице присутствуют пустые столбцы, то получена избыточная модель данных – выявленный класс объектов не используется ни одной функцией;

- если в таблице присутствуют пустые строки, то модель является недостаточной – для реализации функций автоматизированной информационной системы в предметной области не определены классы объектов;

- если в таблице нет пустых строк и столбцов, то модель является достаточной.




Похожие:

Правила построения er -модели iconПравила их построения и использования
Вопро Назовите вспомогательную историческую дисциплину, изучающую историю гербов, правила их построения и использования
Правила построения er -модели iconБилет 20 Понятие модели. Информационная модель. Виды информационных моделей (на примерах). Реализация информационных моделей на компьютере. Пример применения электронной таблицы в качестве инструмента математического моделирования. Моделирование
Человечество в своей деятельности (научной, образовательной) постоянно создает и использует модели окружающего мира. Строгие правила...
Правила построения er -модели iconТема: «Исследование физических моделей»
Рассмотрим процесс построения и исследования модели на конкретном примере движения тела, брошенного под углом к горизонту
Правила построения er -модели iconПрактическая работа №16. Получение регрессионных моделей в табличном процессоре
Цель работы: освоение способов построения по экспериментальным данным регрессионной модели и графического тренда средствами OpenOffice...
Правила построения er -модели iconРабота посвящена разработке учебной имитационной модели потоковой вычислительной системы. В ходе работы описываются основные принципе построения потоковых вычислительных систем и приводится оригинальное решение
В ходе работы описываются основные принципе построения потоковых вычислительных систем и приводится оригинальное решение. Для описанной...
Правила построения er -модели iconТема 1 Машинное моделирование
Общие правила построения и способы реализации моделей систем на ЭВМ. Основные этапы машинного моделирования
Правила построения er -модели iconФормализация Информационные модели
Эти способы постоянно совершенствовались. Так, первые информационные модели создавались в форме наскальных рисунков. В настоящее...
Правила построения er -модели iconПрезентация модели гражданского образования моу «сош №11». Тип модели гражданского образования институциональный
Сущность модели гражданского образования заключается в том, что в образовательном процессе одновременно реализуются три линии
Правила построения er -модели iconМодели профилактической работы
В работе с подростками и молодежью широко используются разнообразные профилактические модели
Правила построения er -модели iconПротокол №4 заседания Управляющего Совета
Л. Ф. Бондарец. Она говорила о школьной форме, показывала модели школьной формы. Эти модели предложила инициативная группа учащиеся...
Правила построения er -модели iconПротокол №4 заседания Управляющего Совета
Л. Ф. Бондарец. Она говорила о школьной форме, показывала модели школьной формы. Эти модели предложила инициативная группа учащиеся...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©lib2.podelise.ru 2000-2013
При копировании материала обязательно указание активной ссылки открытой для индексации.
обратиться к администрации
Документы