що характеризують зв'язок;
) Характеристика - це зв'язок виду «багато-до-одного» або «один-до-одного» між двома сутностями. Вона є окремим випадком асоціації. Єдина мета характеристики полягає в описі чи уточнення деякої іншої сутності. Існування характеристичної суті повністю залежить від характеризуемой сутності;
Позначення - це зв'язок виду «багато-до-одного» або «один-ко-одному» між двома сутностями, і відрізняється від характеристики тим, що цей зв'язок не залежить від позначається сутності. [7]
Малюнок 3 - Елементи ER-діаграми
1.5 Даталогіческая модель
У процесі розвитку теорії і практичного використання баз даних, а також засобів обчислювальної техніки створювалися СУБД, що підтримують різні даталогіческіе моделі.
Спочатку стали використовувати ієрархічні даталогіческіе моделі. Простота організації, наявність заздалегідь заданих зв'язків між сутностями, подібність з фізичними моделями даних дозволяли домагатися прийнятної продуктивності ієрархічних СУБД на повільних ЕОМ з дуже обмеженими обсягами пам'яті. Але, якщо дані не мали деревовидної структури, то виникала маса складнощів при побудові ієрархічної моделі і бажанні домогтися потрібної продуктивності.
Мережеві моделі також створювалися для мало ресурсних ЕОМ. Це досить складні структури, що складаються з наборів - Пойменованих дворівневих дерев. Набори з'єднуються за допомогою записів-зв'язок raquo ;, утворюючи ланцюжки і т.д. При розробці мережевих моделей було вигадано безліч маленьких хитрощів raquo ;, що дозволяють збільшити продуктивність СУБД, але суттєво ускладнять останні. Прикладний програміст повинен знати масу термінів, вивчити декілька внутрішніх мов СУБД, детально представляти логічну структуру бази даних для здійснення навігації серед різних примірників, наборів, записів і т.п.
Складність практичного використання ієрархічних і мережевих СУБД змушувала шукати інші способи представлення даних. В кінці 60-х років з'явилися СУБД на основі інвертованих файлів, що відрізняються простотою організації і наявністю вельми зручних мов маніпулювання даними. Однак такі СУБД володіють рядом обмежень на кількість файлів для зберігання даних, кількість зв'язків між ними, довжину запису і кількість її полів.
Сьогодні найбільш поширені реляційні моделі.
На етапі даталогіческого проектування будується логічна структура БД. При цьому відбувається перетворення вихідної інфологічної моделі в модель даних, яка підтримується конкретної СУБД. Після цього проводиться перевірка адекватності даталогіческой моделі, яка відображається предметної області. Кінцевим результатом даталогіческого проектування є опис структури БД на мові конкретних СУБД.
Зв'язки між класами, показані в інфологічної моделі, в даталогіческой моделі можуть відображатися або за рахунок спільного розташування пов'язаних елементів, або шляхом оголошення зв'язків між ними. Не всі види зв'язку, що у предметної області, можна відобразити даталогіческой моделлю. Так більшість СУБД не забезпечують підтримання зв'язку типу М: М. У цьому випадку в даталогіческой моделі вводиться допоміжний елемент, тобто M: N розбивається на два відносини між вихідними елементами і допоміжними (1: M, 1: N). [3,7]
II. Проектна частина
. 1 Додаткові компоненти, використовувані при розробці
При проектуванні інформаційної системи були використані додаткові компоненти, описані нижче.
2.1.1 Alpha Controls
Для розробки професійного інтерфейсу користувача в Delphi використовується AlphaSkin. Це один з найпопулярніших скінових движків. Для російськомовних громадян абсолютно безкоштовний для будь-якого застосування.
AlphaControls - це набір стандартних і деяких унікальних компонентів, що підтримують скіни (AlphaSkins), а також мають деякі дополнітельнвие можливості. Додані також властивості, що роблять AlphaControls (а також і докладання їх використовують) унікальними. AlphaControls володіє наступними характеристиками:
- Професійний зовнішній вигляд додатків;
- Понад 80 елементів управління і невидимих ??компонентів + ??стандартні елементи управління Delphi + 3rd-party controls з підтримкою скінів;
- Всі елементи компонентів малюються з використанням альфа-каналів (можливі напівпрозорість, реалістичні рамки, тіні та інші красиві та унікальні ефекти);
- Без ефектів мерехтіння;
- Елементи компонентів расчитиваются в real-time, таким чином будь контрол може пересуватися або змінювати...
