Бази даних-20210115T104840Z-001 / Пример проектной курсовой работы

2.3.6. Сутність Курс

Короткий опис сутності. Сутність-класифікатор. Призначення – перелік навчальних курсів ВУЗу.

Атрибути. Сутності КУРС характеризується наступними атрибутами:

∙номер курсу;

∙описова характеристика курсу.

Зв’язки. Сутність КУРС має наступні зв’язки з іншими сутностями:

∙КУРС може передбачати одну чи більше ЗАПЛАНОВАНУ ПРАКТИКУ;

∙КУРС може мати одну чи більше ГРУПУ;

∙Закінчення КУРСУ може передбачати отримання одного чи більше КВАЛІФІКАЦІЙНОГО РІВНЯ.

Бізнес– правила. Номер курсу є унікальним та обов’язковим. Згідно з навчальним планом студенти проходять не більше однієї практики на одному курсі. Описова характеристика курсу є факультативною. Курс може передбачати отримання багато кваліфікаційних рівнів, але один студент може отримати не більше одного кваліфікаційного рівня після проходження курсу навчання.

2.3.7. Сутність ВУЗ

Короткий опис сутності. Сутність ВУЗ містить інформацію про навчальний заклад у цілому.

Атрибути. Сутності ВУЗ характеризується наступними атрибутами:

∙повна назва вузу;

∙скорочена назва вузу;

∙юридична адреса вузу;

∙ректор вузу.

Зв’язки. Сутність ВУЗ має наступні зв’язки з іншими сутностями:

∙ВУЗ може мати в своєму складі один чи більше ІНСТИТУТІВ, або один чи більше

ФАКУЛЬТЕТІВ.

Бізнес– правила. Повна назва вузу є обов’язковою та унікальною властивістю. Назва унікально ідентифікує навчальний заклад, так як у державі не може бути декілька навчальних закладів із однаковою назвою. Коротка назва є факультативною, але не обов’язково унікальною, так як можливе існування двох вузів з однаковою короткою назвою. Юридична адреса є факультативною, але унікальною. Ректор вузу є обов’язковим унікальним атрибутом.

2.3.8. Сутність Інститут

Короткий опис сутності. Сутність ІНСТИТУТ є структурним підрозділом ВУЗу. Інститут безпосередньо входить до складу ВУЗу. У Вузі може бути декілька інститутів, але інститут має входити лише до одного ВУЗу.

Інститут складається з керівництва та декількох факультетів. В інституті має бути хоч один факультет.

Атрибути. Сутності ІНСТИТУТ характеризується наступними атрибутами:

∙повна назва інституту;

∙скорочена назва інституту;

∙директор інституту.

Зв’язки. Сутність ІНСТИТУТ має наступні зв’язки з іншими сутностями:

11

∙ІНСТИТУТ обов’ язково входить до складу одного і тільки одного ВУЗу;

∙ІНСТИТУТ може мати у своєму складі один чи більше ФАКУЛЬТЕТІВ.

Бізнес– правила. Повна назва інституту є обов’язковою властивістю. Вона повинна бути унікальною у ВУЗі, так як у Вузі не може бути двох або більше інститутів з однаковою назвою. Коротка назва є факультативною, але вона також має бути унікальною у ВУЗу. Директор є інституту є обов’язковою і унікальною властивістю.

2.3.9. Сутність Факультет

Короткий опис сутності. Сутність ФАКУЛЬТЕТ є підрозділом, в якому зосереджується навчальний процес. Він є структурним підрозділом інституту, або Вузу.

Факультет складається з деканату (адміністративно-керуюча складова факультету) і декількох кафедр. На факультеті повинна бути хоча б одна кафедра. У загальному випадку до складу факультету можуть входити й інші структурні компоненти (науково-дослідні лабораторії, тощо). Однак ми не розглядаємо інші структурні підрозділи в нашім проекті, тому що вони не мають відносини до проходження практики.

Атрибути. Сутності ФАКУЛЬТЕТ характеризується наступними атрибутами:

∙повна назва факультету;

∙коротка назва факультету;

∙декан факультету;

Зв’язки. Сутність ФАКУЛЬТЕТ має наступні зв’язки з іншими сутностями:

∙ФАКУЛЬТЕТ обов’язково входить до складу одного і тільки одного ВУЗу, або одного і тільки одного ІНСТИТУТУ;

∙ФАКУЛЬТЕТ може мати у своєму складі одну чи більше КАФЕДРУ;

∙ФАКУЛЬТЕТ може заключати один чи більше ДОГОВОРІВ на проходження практики. Бізнес– правила. Повна назва факультету є обов'язковим атрибутом яка повинна бути

унікальною у ВУЗі, тобто Вузі не може бути двох або більше факультетів з однаковою назвою.

Коротка назва є факультативною властивістю. Як правило у Вузах дотримуються правила, що коротка назва (у межах Вузу) факультету є унікальною.

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

2.3.10. Сутність Кафедра

Короткий опис сутності. Сутність КАФЕДРА є структурним підрозділом одного факультету. Кафедра має безпосередньо входити до складу факультету. Кафедра може структурно складатися з груп.

Атрибути. Сутності КАФЕДРА характеризується наступними атрибутами:

∙повна назва кафедри;

∙скорочена назва кафедри;

∙керівник кафедри.

Зв’язки. Сутність КАФЕДРА має наступні зв’язки з іншими сутностями:

∙КАФЕДРА обов’ язково входить до складу одного і тільки одного ФАКУЛЬТЕТУ;

∙КАФЕДРА може навчати за однією і тільки однією СПЕЦІАЛЬНІСТЮ;

∙КАФЕДРА може мати у своєму складі одну чи більше ГРУПУ.

12

Бізнес– правила. У межах факультету повна назва кафедри є унікальною. Повна назва кафедри є обов’язковою. Скорочена назва кафедри є факультативною і повинна бути унікальною у межах факультету. Керівник кафедри є факультативним атрибутом. У одному ВУЗі одна й таж особа не може бути керівником двох або більше кафедр.

2.3.11. Сутність Група

Короткий опис сутності. Сутність ГРУПА є структурною одиницею кафедри та містить дані по групам, які складають основу розподілення розкладу занять. Суть групи – об’єднання студентів по спеціальностям. Група не може бути закріплена більш ніж за однією кафедрою. До складу групи може входити від декількох студентів до декількох десятків студентів.

Атрибути. Сутності ГРУПА характеризується наступними атрибутами:

∙номер групи;

∙описові данні групи.

Зв’язки. Сутність ГРУПА має наступні зв’язки з іншими сутностями:

∙ГРУПА обов’ язково входить до складу однієї і тільки однієї КАФЕДРИ;

∙ГРУПА обов’ язково належить одному і тільки одному КУРСУ;

∙ГРУПА може мати у своєму складі одного чи більше СТУДЕНТА.

Бізнес– правила. Номер групи є обов’язковим та унікальним (можливо тільки у межах факультету). Група належить одному курсу. Перша цифра номеру групи відповідає курсу.

2.3.12. Сутність Студент

Короткий опис сутності. Сутність СТУДЕНТ призначена для зберігання основних відомостей про студентів. Частина даних буде незмінною на протязі всього терміну навчання, частина даних може бути зміненою. Студенти можуть навчатися екстерном, але не залежно від цього вони обов’язково входять до складу групи.

Атрибути. Сутності СТУДЕНТ характеризується наступними атрибутами:

∙прізвище студента;

∙ім’я студента;

∙по-батькові студента;

∙номер залікової книжки (студентського квитка);

∙дата народження студента;

∙рік, коли студент вступив до ВУЗу;

∙країна, з якої походить студент;

∙признак навчання за контрактом чи бюджетом;

∙признак навчання екстерном.

Зв’язки. Сутність СТУДЕНТ має наступні зв’язки з іншими сутностями:

∙СТУДЕНТ обов’ язково входить до складу однієї і тільки однієї ГРУПИ;

∙СТУДЕНТ може проходити одному чи більше ПРАКТИК СТУДЕНТА.

Бізнес– правила. Номер залікової книжки є унікальним у ВУЗі. Він є обов’язковим атрибутом. Студент входить до складу тільки однієї групи. Студент може навчатися або за контрактом, або за бюджетом. Студент може навчатися екстерном, він обов’язково проходить усі практики, які передбачені навчальним планом.

13

2.3.13. Сутність База практики

Короткий опис сутності. Сутність містить дані про бази практики, з якими підписані угоди з факультетом щодо проходження практики студентами або групами. База практики — це науковий, виробничий чи учбовий заклад, який є профільним згідно з призначенням практики.

Атрибути. Сутності БАЗА ПРАКТИКИ характеризується наступними атрибутами:

∙реєстровий номер;

∙назва підприємства, організації або установи;

∙керівник підприємства, організації або установи;

∙посада керівника;

∙юридична адреса підприємства, організації або установи.

Зв’язки. Сутність БАЗА ПРАКТИКИ має наступні зв’язки з іншими сутностями:

∙БАЗА ПРАКТИКИ може заключати однин чи більше ДОГОВІРІВ на проходження практики студентами;

Бізнес– правила. Реєстровий номер підприємства є унікальним і обов’язковим. Він унікально ідентифікує підприємство, з яким укладаються договори. З однією базою практики можуть бути підписані декілька договорів. Студенти проходять практику згідно з договором. Якщо студенти проходять практику у ВУЗі, в якому навчаються, до договори на проходження практики не заключаються. Усі інші атрибути сутності є обов’язковими, але не унікальними.

2.3.14. Сутність Договір

Короткий опис сутності. Сутність ДОГОВІР містить дані по договорам, які укладені між факультетом та базами практик. Для проходження практики групами студентів визначаються підприємства, які можуть надати таку можливість за напрямками навчання студентів. Визначаються календарні плани проходження практики, назначаються керівники від факультету та бази практики. Також складаються списки студентів, які будуть направлені на практику.

Атрибути. Сутності ДОГОВІР характеризується наступними атрибутами:

∙номер договору;

∙дата підписання договору;

∙кількість студентів, які проходять практику по договору;

∙строки проходження практики.

Зв’язки. Сутність ДОГОВІР має наступні зв’язки з іншими сутностями:

∙ДОГОВІР обов’ язково заключається з однією і тільки однією БАЗОЮ ПРАКТИКИ;

∙ДОГОВІР обов’ язково заключається з однією і тільки однією КАФЕДРОЮ;

∙ДОГОВІР може бути основою для проходження однієї чи більше ПРАКТИК СТУДЕНТІВ. Бізнес– правила. Номер договору є обов’язковим і унікальним атрибутом. Он унікально

ідентифікує усі договори, які заключаються у ВУЗі. Усі інші атрибути є обов’язковими, але не унікальними.

2.3.15. Сутність Керівник

Короткий опис сутності. Сутність КЕРІВНИК містить інформацію по всім керівникам практик, як від факультету так і від баз практик. Для управління та контролю за процесом проходження практики назначаються по одному керівнику: від факультету та від бази практики. Безпосередньо практику на підприємстві контролює керівник від бази. Для підготовки та направлення на базу практики, а також організацію прийняття звітів та організацію заліків від факультету назначається керівник практики, який вирішує вище зазначені задачі.

14

Атрибути. Сутності КЕРІВНИК характеризується наступними атрибутами:

∙прізвище, ім’я та по-батькові;

∙посада;

∙домашня адреса керівника;

∙серія паспорта.

Зв’язки. Сутність КЕРІВНИК має наступні зв’язки з іншими сутностями:

∙КЕРІВНИК може керувати однією чи більше ПРАКТИКОЮ СТУДЕНТА від бази практики;

∙КЕРІВНИК може керувати однією чи більше ПРАКТИКОЮ СТУДЕНТА від факультету;

Бізнес– правила. Керівник унікально ідентифікується серією і номером паспорту, яку у

сукупності повинні бути унікальним и і обов’язковими. Прізвище ім’я та по батькові є обов’язковими атрибутами, але не унікальними. Усі інші атрибути є факультативними і не унікальними. Якщо студент проходить практику на факультеті, то він може мати одного і того є керівника.

2.3.16. Сутність Практика студента

Короткий опис сутності. Сутність ПРАКТИКА СТУДЕНТА містить дані про проходження практики студентами згідно з учбовим планом.

Атрибути. Сутності ПРАКТИКА СТУДЕНТА характеризується наступними атрибутами:

∙термін проходження практики;

∙дата прибуття на базу практики;

∙дата вибуття з бази практики;

∙оцінка, яку отримав студент, згідно заліку.

Зв’язки. Сутність ПРАКТИКА СТУДЕНТА має наступні зв’язки з іншими сутностями:

∙ПРАКТИКА СТУДЕНТА обов’ язково проходиться одним і тільки одним СТУДЕНТОМ;

∙ПРАКТИКА СТУДЕНТА обов’язково керується від факультету одним і тільки одним

КЕРІВНИКОМ;

∙ПРАКТИКА СТУДЕНТА обов’язково керується від базі практики одним і тільки одним

КЕРІВНИКОМ;

∙ПРАКТИКА СТУДЕНТА може проводитися згідно з одним і тільки одним ДОГОВОРОМ;

∙ПРАКТИКА СТУДЕНТА обов’ язково проходить згідно з однією і тільки однією

ЗАПЛАНОВАНОЮ ПРАКТИКОЮ;

Бізнес– правила. ПРАКТИКА СТУДЕНТА унікально ідентифікується зв’язками з сутностями СТУДЕНТ та ЗАПЛАНОВАНА ПРАКТИКА. Усі атрибути крім оцінки обов’язковими але не унікальними. Відсутність оцінки свідчить, що студент не захистив результати практики і не отримав оцінки. Для одного студента терміни проходження практик не можуть перетинатися.

2.3.17. Сутність Звіт

Короткий опис сутності. Сутність ЗВІТ є текстовим документом, який містить звіт студента за результатами проходження практики. Кожен звіт має бути перевіреним та підписаним керівниками практики. Звіт є основою для здавання заліку студентом по практиці. Звіт має єдиний атрибут — текст звіту. Звіт має єдиний зв’язок з сутністю ПРАКТИКА СТУДЕНТА. Цей зв’язок обов’язковим та має ступінь 1 і унікально ідентифікує звіт.

15

2.4. Інформаційно-довідкові задачі

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

По-перше, інформація, що пов’язана з самою практикою:

∙надання повної та несуперечливої інформації по групам студентів та окремим студентам щодо стану пройдених практик, та тих, що проводяться. Для окремого студента надання інформації по його власним даним та даним, що відносяться до пройдених практик. А також інформації по результатам проходження практики студентом;

∙надання інформації по видам, строкам проходження практики та її відповідність до курсів навчання.

По-друге, це інформація організаційного характеру:

∙надання інформації по базам практики (підприємствам, організаціям або установам) з якими укладено договори на проходження практики студентами;

∙надання інформації по складам груп, що проходять практику (або проходили);

∙надання інформації по договорам, що підписані з базами практики.

По-третє, це інформація, що відноситься до процесу керування практикою:

∙надання інформації по керівникам практики;

∙відповідність груп студентів та керівників, під керівництвом яких проводилась практика.

3.КОНЦЕПТУАЛЬНЕ МОДЕЛЮВАННЯ ПРЕДМЕТНОЇ ОБЛАСТІ

3.1.Теоретичні положення концептуального моделювання

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

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

Властивостями концептуальної моделі є наступні.

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

∙Вона включає тільки концептуально релевантні аспекти ПО, крім, таким чином, БУДЬЯКИХ аспектів зовнішнього або внутрішнього представлення даних. Це означає, по перше, що концептуальна модель жодним чином не повинна фіксувати конкретні потреби окремих груп користувачів або додатків. Вона повинна фіксувати, що собою представляє ПО в цілому, а не з погляду інтересів або потреб користувачів. Вона повинна інтегрувати думки, погляди й інтереси окремих користувачів, але саме інтегрувати, для одержання

16

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

й т.д. перебувають за межами концептуальної моделі.

∙Це засіб визначення припустимої еволюції БД. У процесі експлуатації БД може розвиватися, однак цей розвиток може вироблятися тільки в тих межах, які припустимі з погляду концептуальної моделі. Розвиток бази даних, що вимагає змін у концептуальній схемі, означає ні що інше, як переосмислювання ПО й завдань автоматизації й побудови на цій основі нової концептуальної моделі ПО.

∙Забезпечення незалежності даних. Наявність концептуальної моделі, яка не залежить від зовнішнього представлення користувачами ПО, та різними аспектами реалізації БД є надійна основа вирішення задач досягнення логічної та фізичної незалежності програм від даних.

∙Централізоване адміністрування. Саме через концептуальну схему здійснюється адміністрування базами даних.

∙Стійкість. Концептуальна схема жодним чином не повинна змінюватися на догоду вимог тих або інших користувачів або вимог зберігання даних. Будучи моделлю ПО, вона повинна змінюватися тільки в тому випадку, коли входить у суперечність із нею.

Ключовими результатами етапу концептуального моделювання э наступні:

∙формальний опис інформаційного забезпечення предметної області.

∙докладний і строгий опис сховищ даних.

∙детальний опис потоків даних.

∙детальний опис ієрархії розв'язуваних завдань із детальною специфікацією всіх завдань.

∙детальний опис діючих у предметній області правил і обмежень.

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

3.2. Мова ER— моделювання ПО

Мова ER-моделювання (Entity Relationship Modeling) — це мова визначення інформаційних потреб організації. Мова базується на концепції, відповідно до якої інформаційне забезпечення будь-якої предметної області представляється як сукупність взаємозалежних об'єктів. Процес моделювання полягає у виділенні сутностей ПО, установлення властивостей виділених сутностей і виявлення існуючих між ними зв'язків.

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

Розглянемо коротко основні властивості, формальні позначення й визначення сутностей, зв'язків, атрибутів.

Сутність — це реальний або уявлюваний об'єкт інтересу, інформація про який підлягає збору або зберіганню. Графічно сутність представляється пойменованим прямокутником із закругленими кутами. Ім'я сутності дається в однині й пишеться заголовними буквами. Ім'я сутності повинне бути таким, щоб представляти тип або клас об'єктів, а не окремий екземпляр. Будь-який предмет або об'єкт може бути представлений тільки однією сутністю. Інакше кажучи, сутності завжди є взаємовиключними.

17

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

∙ім'я;

∙ступінь/потужність;

∙факультативність — обов'язкова або факультативна.

Ці властивості використовуються для опису асоціації з кожної зі сторін, для завдання зв'язку повинні бути визначені обидва її кінця.

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

Рис. Приклад зв'язку

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

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

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

Для подання атрибута пишеться його ім'я малими літерами в однині, можливо, із прикладами значень. Атрибути необов'язково показувати на діаграмі сутностей і зв'язків, однак додавання до сутності одного-двох атрибутів у період формування моделі, як правило, виявляється досить корисним.

Атрибут описує одну сутність. Атрибут повинен описувати ту сутність, до якої він віднесений. У кожний момент часу сутність може володіти лише одним значенням атрибута.

Атрибут, значення якого може бути відсутнім, називається факультативним. Він позначається символом "°" перед його ім'ям. Атрибут, значення якого повинне бути завжди відомо, називається обов'язковим, і позначається зірочкою "*" перед ім'ям. Обов'язковість означає, що сутність може бути визначена тоді й тільки тоді, коли відомі значення всіх її обов'язкових атрибутів. Всі атрибути унікального ідентифікатора повинні бути обов'язковими.

Кожна сутність повинна однозначно ідентифікуватися за допомогою деякої комбінації атрибутів і/або зв'язків. Тому серед можливих атрибутів сутності завжди повинні бути знайдені такі атрибути, які дозволяють неї ідентифікувати. Унікальний ідентифікатор представляється на ER-Діаграмі вказівкою символу "#" перед ім'ям кожного атрибута, що входить у даний ідентифікатор. Значення усіх інших атрибутів повинні залежати від усього унікального ідентифікатора.

18

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

3.2. Побудова концептуальної моделі проходження практики студентами

На основі проведеного аналізу предметної області була побудована концептуальна модель з використанням мови ER– моделювання. Концептуальна модель наведена на наступному рисунку. Дамо декілька зауважень:

∙По– перше, ця модель не містить опису атрибутів сутностей у зв’язку з відсутністю місця для їх зображення. Передбачається, що атрибути сутностей разом з їх властивостями (бізнес– правилами) детально описані на етапі аналізу.

∙ По– друге, мова ER– моделювання не передбачає детального представлення інформаційно– довідкових задач. Ми припускаємо, що вони мають звичайний текстовий опис, який представлений на етапі аналізу.

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

4. ЛОГІЧНЕ ТА ФІЗИЧНЕ ПРОЕКТУВАННЯ БАЗИ ДАНИХ

Завдання цього етапу полягає у проведенні логічного та фізичного проектування бази даних.

Логічне проектування — це розробка логічної структури системи баз даних без прив'язки до конкретної СУБД, структур збереження, методам доступу і т.д..

Фізичне проектування – це проект системи бази даних для конкретної СКБД. Під час виконання даного етапу модель сутностей і зв'язків перетворюється в схему бази даних і специфікації позамашинного збереження.

4.1. Логічне проектування

У якості логічній моделі бази даних була обрана реляційна модель, оскільки саме реляційна модель використовується у більшості розвинених СКБД.

Для перетворення концептуальної моделі, представленої у вигляді мови ER– моделювання, у реляційну модель, був використаний наступний алгоритм.

∙Крок 1. Перетворення сутностей у таблиці. Кожна сутність перетворюється у таблицю. Ім’я сутності представляється у вигляді семантично осмисленого імені у латинському алфавіті.

∙Крок 2. Перетворення атрибутів у стовпці. Кожний атрибут перетвориться в стовпець. Ім’я атрибуту представляється у вигляді семантично осмисленого імені у латинському алфавіті. У цей момент уточнюється формат представлення значень стовпця. Факультативні атрибути стають NULL-стовпцями. Обов'язкові атрибути стають NOT NULL-стовпцями.

∙Крок 3. Подання унікальних ідентифікаторів ключами таблиць. Складові унікального ідентифікатора сутності стають первинним ключем таблиці. Нагадаємо, що сутність може мати більш ніж один унікальний ідентифікатор Тому вибирається той, котрий використовується найбільше часто. Всі інші унікальні ідентифікатори приймають обмеження цілісності UNIQUE NOT та NOT NULL.

19