На головну

Методологія концептуального проектування.

  1.  Балансують показники національних рахунків і методологія їх обчислення
  2.  Питання 1. Методологія громадського вибору
  3.  Питання 2: Предмет і методологія навчальної дисципліни.
  4.  ГЛАВА 1 МЕТОДОЛОГІЯ І МЕТОДИКА СОЦІОЛОГІЇ
  5.  ДИАЛЕКТИКА ЯК ТЕОРІЯ РОЗВИТКУ І МЕТОДОЛОГІЯ
  6.  Метод, методика, методологія
  7.  Методика і методологія емпіричного соціологічного дослідження

Фаза концептуального програмування БД полягає в розробці концептуальних моделей даних для кожного з типів користувачів, т. Е. Концепція моделювання визначається поданням конкретних користувачів. А уявлення користувачів визначається набором даних, які необхідні для прийняття рішення або виконання деяких завдань. Як правило, уявлення користувачів відображають деяку фінансову область в громадській сфері діяльності підприємства. Наприклад, виробництво, збут, управління кадрами і т. Д.

Існує різні методи для визначення характеристик уявлень користувача. Починати слід з діаграми потоків даних, т. Е. Визначити які дані є вхідними, які потрібно визначити на вихід. Потім для уточнення діаграм потоку даних, слід провести опитування користувачів.

1 крок на шляху побудови локальної концептуальної моделі складається з визначення основних областей, які можуть цікавити користувача. Ці області - сутності, які входять в модель. Один з методів ідентифікації сутності полягає у виконанні специфікації з конкретних функцій користувача на даному підприємстві. З цих специфікацій вибирають суті або сущ-сти з прілагат., Або поєднання сущ-х.

Наприклад, особистий номер, прізвище працівника, орендна плата. Потім проводиться її аналіз і вибирається найбільш кр. об'єкт, або обчислюється групова область по їх смисловим значенням. Наприклад, особистий номер співробітника, прізвище співробітника може бути об'єднана в область співробітник. Існує і альтернативний спосіб виділення сутності. Цей спосіб полягає в пошуку областей, які існують незалежно один від одного. Наприклад, об'єкт співробітник існує незалежно від того, чи знаємо ми його адресу чи ні.

Визначення зв'язку м-ду сутностями: при складанні специфікації часто не є очевидним той факт, чи є певний об'єкт сутністю, властивістю або атрибутом, тому розробники БД повинні обмежити предметну область рамками і визначити категорії, які задаються вимогами конкретних підприємств і створюваними для нього додатками. Після того, як визначені сутності, обране ім'я і опис суті заноситься в словник даних. Бувають нагоди, коли сутність відома під різними іменами. У цьому випадку ці додаткові імена рекомендується використовувати як аліаси, їх також слід заносити в словник даних.

Словник даних - документ, який відображає результат виконання певного етапу роботи.

Після цього необхідно визначити існуючі між сутностями зв'язку. При виділенні існуючих зв'язків з специфікації вибирають фрази, що містять дієслова.

Підрозділ має персонал. Персонал займається об'єктом нерухомості. Орендар переглядає відомості про об'єкт нерухомості. У більшості випадків зв'язку є парними, стосуються 2 сутностей. Але бувають випадки коли є зв'язок між об'єктами, число яких> 2. Це комплексні зв'язку. Рекурсивні - зв'язку між сутностями одного і того ж типу. Після визначення властивостей необхідно з'ясувати координально кожного із зв'язків (1: 1,1: N, M: N), крім цього необхідно з'ясувати ступінь участі кожної з сутностей конкретної зв'язку (повна, часткова).

Заключна частина в цьому етапі - занесення в словник даних опису кожної зв'язку, її координально і ступеня участі кожної сутності в ній. Потім взаємодія сутностей і зв'язків може бути представлена ??на ER-діаграмі.

Виявлення атрибутів: аналізуються всі дані, опис сутностей і зв'язків. З цього списку вибирається все сутності. Потім визначаємо з обраних сутностей атрибути складові, похідні. Для кожного з атрибутів необхідно визначити домени атрибутів, які повинні містити такі дані:

1) Допустимі значення

2) Відомості про розмір і форматі кожного атрибута

Імена та характеристики атрибутів поміщаються в словник даних. Далі необхідно визначити всі потенційні ключ для кожного типу сутностей.

Якщо потенційних ключів для сутності виявиться кілька, серед них необхідно визначити первинний ключ. При виборі первинного ключа з набору потенційних необхідно керуватися наступними правилами:

1) Вибирати потенційний ключ з найменшим числом атрибутів

2) - // - ймовірність зміни якого мінімальна

3) - // - ймовірність втрати унікальність той же мінімальна

4) - // - довжина ключа мінімальна

Потенційний ключ не обраний в якості первинного є альтернативним ключем.

Після того потрібно визначити яка сутність є сильною, яка слабкою. Якщо для сутності обраний первинний ключ, то ця сутність є сильною. Для слабкої сутності первинний ключ можна вибрати після встановлення зв'язків.

Побудова ER- діаграми. Заключний момент - обговорення з кінцевими користувачами.




 Загальні відомості про БД та СУБД |  Рівні представлення даних в СУБД |  Узагальнена архітектура СУБД |  Мови баз даних |  Функціональна залежність і нормалізація відносин |  Використання функцій агрегування в побудові запитів |  ієрархічна модель |  мережева модель |  SQL SERVER. Характеристика об'єктів БД |  Системні бази даних |

© um.co.ua - учбові матеріали та реферати