Створення оптимальної моделі баз даних

Загальна характеристика страхової системи з позицій обробки інформації.

Страхування – сукупність особих замкнутих перерозподільчих відносин між його учасниками з приводу формування за рахунок грошових внесків

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

Зараз є велика потреба в страхових послугах, яка дуже часто не може бути задовільнена страховими органами. Зараз лише 5% підприємств в сфері виробництва на споживання використовує страхові послуги. Страхова

система України діє на підставі закону “Про срахування”. Раніше в СРСР страхуванням займався лише Держстрах. Зараз поряд з НАСК “Оранта”

з’явилось багато інших. Тількі в Києві на прикінці 1997 було біля 200 страхових компаній.

Контроль за страховою діяльністю в Україні здійснює Комітет по нагляду за страховою діяльністю.

Головним направленням вдосконалення обробки інформації в страхових компаніях в нинішній час є створення автоматизованої інформаційної

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

основною метою створення АІС в страховій компанії є забезпечення такого рівня управління діяльністю компанії, при якому комплексно реалізуються

наступні задачі: проведення в задані терміни багатоваріантних розрахунків, пов'язаних з рухом договорів страхування; автоматизації процесу обліку договорів по всіх видах страхування; досягнення найкращих показників розвитку всіх видів майнового і особистого страхування; прийняття найкращих планових рішень по прибуткам і видаткам грошових

коштів і отримання необхідного фактичного прибутку. призначення АІС «Страхування» полягає в забезпеченні збору, зберіганні, обробки і передачі інформації на основі використанні засобів обчислювальної

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

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

використовується — ієрархічна, сіткова чи реляційна — застосовується теорія нормалізації реляційних БД. Викор-ня реляційного підходу дає змогу спроектувати оптимальну логічну модель БД, яка потім досить просто

трансформується в ієрархічну чи сіткову модель.В основу реляційних моделей покладено поняття відношення, яке подають у вигляді двовимірної

таблиці. Реляційна БД— це набір взаємопов'язаних відношень. Кожне відношення (таблиця) в ЕОМ подається як файл. Відношення можна поділити

на два класи: об'єктні і зв'язкові. Об'єктні відношення зберігають дані про інформаційні об'єкти предметної області. Наприклад: КЛІЄНТ (код клієнта, назва клієнта, адреса, телефон) є об'єктним відношенням.В

об'єктному відношенні один з атрибутів однозначно ідентифікує окремий об'єкт. Такий атрибут називається первинним ключем відношення. У наведеному відношенні роль ключа виконує атрибут «код клієнта».Ключ може вміщувати кілька атрибутів, тобто бути складеним. В об'єктному відношенні не повинно бути рядків з однаковим ключем, тобто не

допускається дублювання об'єктів. Це основне обмеження реляційної моделі для забезпечення цілісності даних. Зв'язкове відношення(ЗВ) зберігає

первинні ключі 2-х або більше об'єктних відношень. Ключі ЗВ мають на меті встановлення зв'язків між об'єктними відношенням. Наприклад, об'єктне відношення БАНК (код банку, назва банку, адреса банку).

Зв'язкове відношення БАНК-КЛІЄНТ (код банку, код клієнта) буде сполучним між двома об'єктними відношеннями БАНК і КЛІЄНТ. У ЗВ можуть дублюватися ключові атрибути. Крім ключів, за якими встановлюють зв'язок у ЗВ, можуть бути ще й інші атрибути, які функціонально залежать від цього

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

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

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

Дата добавления: 2015-05-24