Федеральне агентство з освіти
ГОУ СПО «Астраханський державний
політехнічний коледж »
Курсова робота
з дисципліни: Бази даних
на тему:
Инфологическая модель бази даних
технологічного процесу
Виконав: студент гр. АС-370
Іргаліев Р.М.
Перевірив: Семенов А.П.
АСТРАХАНЬ 2005
ЗМІСТ
Введення. 3
1. Аналіз предметної області. 4
1.1. Опис предметної області. 4
1.2. Сутність інфологічне моделювання. 6
2. База даних технологічного процесу. 10
Висновок. 13
Список літератури .. 15
Метою курсової роботи є проектування инфологической моделі бази даних технологічного процесу.
Завданнями, які слід вирішити для розкриття обраної теми, є:
- Системний аналіз предметної області;
- Виявлення сутностей инфологической моделі;
- Моделювання зв'язків між ними.
Актуальність теми. В даний час практично у всіх сферах людської діяльності використовуються бази даних. У тому числі рішення перерахованих завдань дозволить досягти мети, поставленої в курсовій роботі, а саме, реалізувати базу даних для забезпечення технологічного процесу. Дана инфологическая модель бази даних може застосовуватися в різних організаціях. Для забезпечення надійності системи управління даними необхідно виконати наступні основні вимоги:
- Цілісність і несуперечність даних,
- Достовірність даних,
- Простота управління даними,
- Безпека доступу до даних.
Предметною областю називається фрагмент реальності, який описується чи моделюється за допомогою БД і її додатків. У предметної області виділяються інформаційні об'єкти - ідентифіковані об'єкти реального світу, процеси, системи, поняття тощо, відомості про які зберігаються в БД.
1. Аналіз предметної області
Підприємство спеціалізується на переробці рибної продукції, а також виробництві виробів для консервної промисловості.
У 1948 році, коли Астраханський рибоконсервний холодильний комбінат розпочав випуск консервів, а потім ікри осетрових порід у скляній тарі, з'явилася гостра потреба в ущільнювальних кільцях, тоді власними силами налагодили різання кілець на токарному верстаті з вікелей, що поставляються Ризьким заводом "Сараканайск". Через два роки був організований цех кілець при філейне заводі. Він розмістився в будівлі колишнього парфумерного складу, на нині займаній заводом території. Поступово цех оснащувався спеціальним обладнанням: верстатами для різання кілець, пресами, вальцями, вулканізаційні котлами.
Акціонерним товариством (АТ), визнається комерційна організація, статутний капітал, який поділений на певне число акцій. Учасники акціонерного суспільство не відповідають за його зобов'язаннями і несуть ризик збитків, пов'язаних з діяльністю товариства, в межах вартості належних їм вкладів.
Акціонерне товариство відкритого типу «Астраханський завод гумових технічних виробів» почав свою діяльність в другій половині 1952 як вікельне завод у складі рибокомбінату. Розширювався асортимент продукції, а саме в той час освоювалося виробництво пневматичних наплавов (буїв), технічної пластини і дюрітових рукавів. Ущільнювальні кільця (СКО-82) до ікорним банкам стають предметом експорту - продаються Ірану.
У 1956 році завод виділився з комбінату, а в 1958 році підприємство отримує назву "Астраханський завод гумових технічних виробів".
У 1967 році був введений в експлуатацію новий корпус. У триповерховому блоці корпусу розташувалися три цехи: підготовчий, рукавний, формових і неформових виробів. Це дозволило значно розширити асортимент продукції, що випускається.
У грудні 1992 року завод перетворений в акціонерне товариство відкритого типу "Астраханський завод гумових технічних виробів".
У 1996 році пущений в експлуатацію новий цех, що випускає ущільнювальні вікельне кільця для консервної промисловості.
Асортимент продукції, що випускається ВАТ "АзРТІ" дуже великий:
1.рукава - деталі резінотканние напірні маслобензостійкі;
2.рукава напірні автокрани;
3.формовие вироби (амортизатори, діафрагми, клапани, кільця ВКВ, втулки, фартухи до автомобіля, прокладки на двигуни КамАЗ, муфти сантехнічні, килимки побутові, вантузи, патрубки, чохли);
4.резіновие суміші (клей, крихта СКО, прокладка для ізоляційної стрічки);
5.Технічні пластини (гумові, гумовотканинні, для харчових виробів);
6.неформовие вироби (вироби для доїльних установок, шланги поливальні, шнури з особливо м'якої гуми, трубки технічні, ущільнювальні монолітні);
7. кільця СКО-82, 58,63, кільця для ікорним банок;
8. прокладки ущільнювальні;
9. лінолеум гумовий;
10. костюми рибальські;
11. ізолента;
12. Стекломаст, покрівельні матеріали.
Підприємство вступає в ринкові відносини і постійно шукає шляхи зростання і збереження чисельності промислового персонал.
1.2. Сутність інфологічне моделювання
Процес реалізації БД являє собою послідовність переходів від неформального словесного опису інформаційної структури предметної області до формалізованого опису об'єктів предметної області в термінах деякої моделі.
З точки зору реалізації БД в рамках системного аналізу, необхідно здійснити перший етап, тобто провести докладний словесний опис об'єктів предметної області та реальних зв'язків, які присутні між описуваними об'єктами. Бажано, щоб даний опис дозволяло коректно визначити всі взаємозв'язки між об'єктами предметної області.
У загальному випадку існують два походи до вибору складу й структури предметної області:
· Функціональний підхід - він реалізує принцип руху «від завдань» і застосовується тоді, коли заздалегідь відомі функції певної групи осіб і комплексів завдань, для обслуговування інформаційних потреб яких створюється розглянута СУБД. У цьому випадку ми можемо чітко виділити необхідний мінімальний набір об'єктів предметної області, які повинні бути описані.
· Предметний підхід - коли інформаційні потреби майбутніх користувачів БД жорстко не фіксуються. Вони можуть бути багатоаспектними і вельми динамічними. Ми не може точно виділити мінімальний набір об'єктів предметної області, які необхідно описувати. В опис предметної області в цьому випадку включаються такі об'єкти і взаємозв'язки, які найбільш характерні і найбільш істотні для неї. БД, конструюється при цьому, називається предметної, тобто вона може бути використана при вирішенні безлічі різноманітних, заздалегідь не визначених завдань. Конструювання предметної БД в деякому сенсі здається набагато більш привабливим, однак труднощі загального охоплення предметної області з неможливістю конкретизації потреб користувачів може призвести до надмірно складною схемою БД, яка для конкретних завдань буде неефективною.
Найчастіше на практиці рекомендується використовувати певний компромісний варіант, який, з одного боку, орієнтований на конкретні завдання або функціональні потреби користувачів, а з іншого боку, враховує можливість нарощування нових додатків.
Системний аналіз повинен закінчуватися детальним описом інформації про об'єкти предметної області, яка потрібна для вирішення конкретних завдань і яка повинна зберігатися в БД. Формулюванням конкретних завдань, які будуть вирішуватися з використанням даної БД з коротким описом алгоритмів їх вирішення. Описом вихідних документів, які повинні генеруватися в системі, описом вхідних документів, які служать підставою для заповнення даними БД.
Предметна область - частина реального світу відображена в базу даних.
Об'єднуючи приватні уявлення про вміст бази даних, отримані в результаті опитування користувачів, і свої уявлення про дані, які можуть знадобитися в майбутніх додатках, АБД спочатку створює узагальнене неформальний опис створюваної бази даних. Цей опис, виконане з використанням природної мови, математичних формул, таблиць, графіків і інших засобів, зрозумілих всім людям, що працюють над проектуванням бази даних, називають инфологической моделлю даних.
Мета інфологічне моделювання - забезпечення найбільш природних для людини способів збору та подання тієї інформації, яку передбачається зберігати в створюваній базі даних. Тому інфологічну модель даних намагаються будувати за аналогією з природною мовою (останній не може бути використаний у чистому вигляді через складність комп'ютерної обробки текстів і неоднозначності будь-якого природної мови). Основними конструктивними елементами инфологической моделей є сутності, зв'язки між ними і їх властивості (атрибути).
Сутність - будь-який помітний об'єкт (об'єкт, який ми можемо відрізнити від іншого), інформацію про який необхідно зберігати в базі даних. Сутностями можуть бути люди, місця, літаки, рейси, смак, колір і т.д. Необхідно розрізняти такі поняття, як тип сутності й екземпляр сутності. Поняття тип сутності відноситься до набору однорідних особистостей, предметів, подій чи ідей, які виступають як ціле. Примірник сутності відноситься до конкретної речі в наборі.
Атрибут - пойменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типу сутності, але може бути однаковим для різного типу сутностей. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутність.
Абсолютна відмінність між типами сутностей і атрибутами відсутня. Атрибут є таким тільки в зв'язку з типом сутності. В іншому контексті атрибут може виступати як самостійна сутність.
Ключ - мінімальний набір атрибутів, за значеннями яких можна однозначно знайти необхідний екземпляр сутності. Мінімальність означає, що виключення з набору будь-якого атрибута не дозволяє ідентифікувати сутність по що залишилися.
Зв'язок - асоціювання двох або більше сутностей. Якби призначенням бази даних було тільки збереження окремих, не пов'язаних між собою даних, то її структура могла б бути дуже простий. Однак одна з основних вимог до організації бази даних - це забезпечення можливості відшукання одних сутностей за значеннями інших, для чого необхідно встановити між ними певні зв'язки. А так як у реальних базах даних нерідко містяться сотні чи навіть тисячі сутностей, то теоретично між ними може бути встановлено більше мільйона зв'язків. Наявність такої безлічі зв'язків і визначає складність инфологической моделей.
При визначенні инфологической моделі необхідно брати до уваги наступне:
· База даних повинна задовольняти актуальним інформаційним потребам організації. Отримана інформація повинна за структурою і змістом відповідати важливість справ.
· База даних повинна забезпечувати одержання необхідних даних за прийнятний час, тобто відповідати заданим вимогам продуктивності.
· База даних повинна задовольняти виявленим і знову виникаючим вимогам всіх користувачів.
· База даних повинна легко розширюватися при реорганізації і розширенні предметної області.
· База даних повинна легко змінюватися при зміні програмної та апаратної середовища.
Инфологическая модель застосовується після словесного опису предметної області.
Між сутностями можуть бути встановлені зв'язки - бінарні асоціації, що показують, яким чином сутності співвідносяться або взаємодіють між собою. Зв'язок може існувати між двома різними сутностями або між сутністю і їй же самій (рекурсивна зв'язок). Вона показує, як пов'язані екземпляри сутностей між собою. Якщо зв'язок встановлюється між двома сутностями, то вона визначає взаємозв'язок між екземплярами однієї й іншої сутності
Зв'язки діляться на три типи за множинності: один-до-одного (1:1), один-до-багатьох (1: М), багато-до-багатьох (М: М).
Зв'язок один-до-одного означає, що примірник однієї сутності пов'язаний тільки з одним примірником іншої сутності.
Зв'язок один-до-багатьох (1: М) означає, що один примірник сутності, розташований зліва по зв'язку, може бути пов'язаний з декількома екземплярами суті, розташованими праворуч по зв'язку.
Зв'язок «багато-до-багатьох (М: М) означає, що кілька екземплярів першої сутності можуть бути пов'язані з декількома екземплярами друге суті, і навпаки. Між двома сутностями може бути задано скільки завгодно зв'язків з різними смисловими навантаженнями.
Зв'язок будь-якого з цих типів може бути обов'язковою, якщо в даній зв'язку повинен брати участь кожен екземпляр сутності, необов'язковою - якщо не кожен екземпляр сутності повинен брати участь у цьому зв'язку. При цьому зв'язок може бути обов'язковою з одного боку і необов'язковою з іншого боку.
Проведемо інфологічне проектування бази даних технологічного процесу.
Сутність «Продукція» має властиві їй екземпляри сутності: код продукції, найменування, термін виготовлення, код номенклатури (рис.1).
Рис.1. Сутність «Продукція»
Модель бази даних призначена для отримання достовірної та оперативної інформації, формування вихідних документів.
Уявімо предметну область як взаємодія двох сутностей - «Продукція» і «Графік випуску продукції».
«Продукція» полягає в «Номенклатури продукції». Сутність «Номенклатура продукції" має такі екземпляри сутності: код номенклатури, найменування, кількість продукції в номенклатурі (рис.2).
Рис. 2. Сутність «Номенклатура продукції»
Сутність «Графік випуску продукції» для забезпечення виконання оголошених функцій повинна характеризуватися наступними екземплярами: код графіка, код продукції, період випуску, кількість продукції (рис.3).
Рис.3. Сутність «Графік випуску продукції»
Взаємодія сутностей «Продукція» і «Графік випуску продукції» реалізується за допомогою відношення «Номенклатура продукції» (рис.4). Потужність зв'язку - один-до-багатьох (1: М).
1 М М 1
Рис.4. Взаємодія сутностей «Продукція» і «Графік випуску продукції»
Інфологічне проектування, перш за все, пов'язано зі спробою подання семантики предметної області в моделі БД. Реляційна модель даних в силу своєї простоти і лаконічності не дозволяє відобразити семантику, то є сенс предметної області. Ранні теоретико-графові моделі більшою мірою відображали семантику предметної області. Вони в явному вигляді визначали ієрархічні зв'язки між об'єктами предметної області.
Проблема подання семантики давно цікавила розробників, і в сімдесятих роках було запропоновано кілька моделей даних, названих семантичними моделями. До них можна віднести семантичну модель даних, запропоновану Хаммером і Мак Леоном в 1981 році, функціональну модель даних Шипман, також створену в 1981 році, модель «сутність-зв'язок», запропоновану Ченом в 1976 році, та ряд інших моделей. У всіх моделей були свої позитивні і негативні сторони, але випробування часом витримала тільки остання. І зараз саме модель Чена «сутність-зв'язок», стала фактичним стандартом при інфологічне моделюванні баз даних. Загальноприйнятим стало скорочена назва ER-модель, більшість сучасних CASE-засобів містять інструментальні засоби для опису даних у формалізмі цієї моделі. Крім того, розроблено методи автоматичного перетворення проекту БД з ER-моделі в реляційну, при цьому перетворення виконується в даталогіческую модель, відповідну конкретної СУБД. Всі CASE-системи мають розвинені засоби документування процесу розробки БД. Автоматичні генератори звітів дозволяють підготувати звіт про поточний стан проекту БД з докладним описом проектів БД і їх відносин, як у графічному вигляді, так і у вигляді стандартних готових друкованих звітів, що істотно полегшує ведення проекту.
На даний момент не існує єдиної загальноприйнятої системи позначень для ER-моделі, і різні CASE-засоби використовують різні графічні нотації, але, розібравшись в одній, можна легко зрозуміти і інші нотації.
2. Бойко В.В., Савінков В.М. Проектування баз даних інформаційних систем. - М.: Фінанси і статистика, 1989. - 351 с.
3. Дейт К. Дж. Введення в системи баз даних, 6-е вид.: Пер. з англ. - К., М., СПб.: Видавничий дім «Вільямс», 2000. - 848 с.
4. Джексон Г. Проектування реляційних баз даних для використання з мікроЕОМ. -М.: Світ, 1991. - 252 с.
5. Кирилов В.В. Структурізованние мову запитів (SQL). - СПб.: ІТМО, 1994. - 80 с.
6. Тіорі Т., Фрай Дж. Проектування структур баз даних. У 2 кн., - М.: Світ, 1985. Кн. 1. - 287 с.: Кн. 2. - 320 с.
7. Хаббард Дж. Автоматизоване проектування баз даних. - М.: Світ, 1984. - 294 с.
8. Хомоненко А.Д. Циганков В.М. Бази даних: Підручник для вузів / Під ред. А.Д. Хомоненко. - М.: Корона, 2000. - 421 с.
9. Цікрітізіс Д., лохівський Ф. Моделі даних. - М.: Фінанси і статистика, 1985. - 344 с.
ГОУ СПО «Астраханський державний
політехнічний коледж »
Курсова робота
з дисципліни: Бази даних
на тему:
Инфологическая модель бази даних
технологічного процесу
Виконав: студент гр. АС-370
Іргаліев Р.М.
Перевірив: Семенов А.П.
АСТРАХАНЬ 2005
ЗМІСТ
Введення. 3
1. Аналіз предметної області. 4
1.1. Опис предметної області. 4
1.2. Сутність інфологічне моделювання. 6
2. База даних технологічного процесу. 10
Висновок. 13
Список літератури .. 15
Введення
Ця курсова робота присвячена аналізу проектування инфологической моделі бази даних технологічного процесу.Метою курсової роботи є проектування инфологической моделі бази даних технологічного процесу.
Завданнями, які слід вирішити для розкриття обраної теми, є:
- Системний аналіз предметної області;
- Виявлення сутностей инфологической моделі;
- Моделювання зв'язків між ними.
Актуальність теми. В даний час практично у всіх сферах людської діяльності використовуються бази даних. У тому числі рішення перерахованих завдань дозволить досягти мети, поставленої в курсовій роботі, а саме, реалізувати базу даних для забезпечення технологічного процесу. Дана инфологическая модель бази даних може застосовуватися в різних організаціях. Для забезпечення надійності системи управління даними необхідно виконати наступні основні вимоги:
- Цілісність і несуперечність даних,
- Достовірність даних,
- Простота управління даними,
- Безпека доступу до даних.
Предметною областю називається фрагмент реальності, який описується чи моделюється за допомогою БД і її додатків. У предметної області виділяються інформаційні об'єкти - ідентифіковані об'єкти реального світу, процеси, системи, поняття тощо, відомості про які зберігаються в БД.
1. Аналіз предметної області
1.1. Опис предметної області
Акціонерне товариство відкритого типу «Астраханський рибопереробний завод» є підприємством рибопереробної промисловості.Підприємство спеціалізується на переробці рибної продукції, а також виробництві виробів для консервної промисловості.
У 1948 році, коли Астраханський рибоконсервний холодильний комбінат розпочав випуск консервів, а потім ікри осетрових порід у скляній тарі, з'явилася гостра потреба в ущільнювальних кільцях, тоді власними силами налагодили різання кілець на токарному верстаті з вікелей, що поставляються Ризьким заводом "Сараканайск". Через два роки був організований цех кілець при філейне заводі. Він розмістився в будівлі колишнього парфумерного складу, на нині займаній заводом території. Поступово цех оснащувався спеціальним обладнанням: верстатами для різання кілець, пресами, вальцями, вулканізаційні котлами.
Акціонерним товариством (АТ), визнається комерційна організація, статутний капітал, який поділений на певне число акцій. Учасники акціонерного суспільство не відповідають за його зобов'язаннями і несуть ризик збитків, пов'язаних з діяльністю товариства, в межах вартості належних їм вкладів.
Акціонерне товариство відкритого типу «Астраханський завод гумових технічних виробів» почав свою діяльність в другій половині 1952 як вікельне завод у складі рибокомбінату. Розширювався асортимент продукції, а саме в той час освоювалося виробництво пневматичних наплавов (буїв), технічної пластини і дюрітових рукавів. Ущільнювальні кільця (СКО-82) до ікорним банкам стають предметом експорту - продаються Ірану.
У 1956 році завод виділився з комбінату, а в 1958 році підприємство отримує назву "Астраханський завод гумових технічних виробів".
У 1967 році був введений в експлуатацію новий корпус. У триповерховому блоці корпусу розташувалися три цехи: підготовчий, рукавний, формових і неформових виробів. Це дозволило значно розширити асортимент продукції, що випускається.
У грудні 1992 року завод перетворений в акціонерне товариство відкритого типу "Астраханський завод гумових технічних виробів".
У 1996 році пущений в експлуатацію новий цех, що випускає ущільнювальні вікельне кільця для консервної промисловості.
Асортимент продукції, що випускається ВАТ "АзРТІ" дуже великий:
1.рукава - деталі резінотканние напірні маслобензостійкі;
2.рукава напірні автокрани;
3.формовие вироби (амортизатори, діафрагми, клапани, кільця ВКВ, втулки, фартухи до автомобіля, прокладки на двигуни КамАЗ, муфти сантехнічні, килимки побутові, вантузи, патрубки, чохли);
4.резіновие суміші (клей, крихта СКО, прокладка для ізоляційної стрічки);
5.Технічні пластини (гумові, гумовотканинні, для харчових виробів);
6.неформовие вироби (вироби для доїльних установок, шланги поливальні, шнури з особливо м'якої гуми, трубки технічні, ущільнювальні монолітні);
7. кільця СКО-82, 58,63, кільця для ікорним банок;
8. прокладки ущільнювальні;
9. лінолеум гумовий;
10. костюми рибальські;
11. ізолента;
12. Стекломаст, покрівельні матеріали.
Підприємство вступає в ринкові відносини і постійно шукає шляхи зростання і збереження чисельності промислового персонал.
1.2. Сутність інфологічне моделювання
Процес реалізації БД являє собою послідовність переходів від неформального словесного опису інформаційної структури предметної області до формалізованого опису об'єктів предметної області в термінах деякої моделі.
З точки зору реалізації БД в рамках системного аналізу, необхідно здійснити перший етап, тобто провести докладний словесний опис об'єктів предметної області та реальних зв'язків, які присутні між описуваними об'єктами. Бажано, щоб даний опис дозволяло коректно визначити всі взаємозв'язки між об'єктами предметної області.
У загальному випадку існують два походи до вибору складу й структури предметної області:
· Функціональний підхід - він реалізує принцип руху «від завдань» і застосовується тоді, коли заздалегідь відомі функції певної групи осіб і комплексів завдань, для обслуговування інформаційних потреб яких створюється розглянута СУБД. У цьому випадку ми можемо чітко виділити необхідний мінімальний набір об'єктів предметної області, які повинні бути описані.
· Предметний підхід - коли інформаційні потреби майбутніх користувачів БД жорстко не фіксуються. Вони можуть бути багатоаспектними і вельми динамічними. Ми не може точно виділити мінімальний набір об'єктів предметної області, які необхідно описувати. В опис предметної області в цьому випадку включаються такі об'єкти і взаємозв'язки, які найбільш характерні і найбільш істотні для неї. БД, конструюється при цьому, називається предметної, тобто вона може бути використана при вирішенні безлічі різноманітних, заздалегідь не визначених завдань. Конструювання предметної БД в деякому сенсі здається набагато більш привабливим, однак труднощі загального охоплення предметної області з неможливістю конкретизації потреб користувачів може призвести до надмірно складною схемою БД, яка для конкретних завдань буде неефективною.
Найчастіше на практиці рекомендується використовувати певний компромісний варіант, який, з одного боку, орієнтований на конкретні завдання або функціональні потреби користувачів, а з іншого боку, враховує можливість нарощування нових додатків.
Системний аналіз повинен закінчуватися детальним описом інформації про об'єкти предметної області, яка потрібна для вирішення конкретних завдань і яка повинна зберігатися в БД. Формулюванням конкретних завдань, які будуть вирішуватися з використанням даної БД з коротким описом алгоритмів їх вирішення. Описом вихідних документів, які повинні генеруватися в системі, описом вхідних документів, які служать підставою для заповнення даними БД.
Предметна область - частина реального світу відображена в базу даних.
Об'єднуючи приватні уявлення про вміст бази даних, отримані в результаті опитування користувачів, і свої уявлення про дані, які можуть знадобитися в майбутніх додатках, АБД спочатку створює узагальнене неформальний опис створюваної бази даних. Цей опис, виконане з використанням природної мови, математичних формул, таблиць, графіків і інших засобів, зрозумілих всім людям, що працюють над проектуванням бази даних, називають инфологической моделлю даних.
Мета інфологічне моделювання - забезпечення найбільш природних для людини способів збору та подання тієї інформації, яку передбачається зберігати в створюваній базі даних. Тому інфологічну модель даних намагаються будувати за аналогією з природною мовою (останній не може бути використаний у чистому вигляді через складність комп'ютерної обробки текстів і неоднозначності будь-якого природної мови). Основними конструктивними елементами инфологической моделей є сутності, зв'язки між ними і їх властивості (атрибути).
Сутність - будь-який помітний об'єкт (об'єкт, який ми можемо відрізнити від іншого), інформацію про який необхідно зберігати в базі даних. Сутностями можуть бути люди, місця, літаки, рейси, смак, колір і т.д. Необхідно розрізняти такі поняття, як тип сутності й екземпляр сутності. Поняття тип сутності відноситься до набору однорідних особистостей, предметів, подій чи ідей, які виступають як ціле. Примірник сутності відноситься до конкретної речі в наборі.
Атрибут - пойменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типу сутності, але може бути однаковим для різного типу сутностей. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутність.
Абсолютна відмінність між типами сутностей і атрибутами відсутня. Атрибут є таким тільки в зв'язку з типом сутності. В іншому контексті атрибут може виступати як самостійна сутність.
Ключ - мінімальний набір атрибутів, за значеннями яких можна однозначно знайти необхідний екземпляр сутності. Мінімальність означає, що виключення з набору будь-якого атрибута не дозволяє ідентифікувати сутність по що залишилися.
Зв'язок - асоціювання двох або більше сутностей. Якби призначенням бази даних було тільки збереження окремих, не пов'язаних між собою даних, то її структура могла б бути дуже простий. Однак одна з основних вимог до організації бази даних - це забезпечення можливості відшукання одних сутностей за значеннями інших, для чого необхідно встановити між ними певні зв'язки. А так як у реальних базах даних нерідко містяться сотні чи навіть тисячі сутностей, то теоретично між ними може бути встановлено більше мільйона зв'язків. Наявність такої безлічі зв'язків і визначає складність инфологической моделей.
При визначенні инфологической моделі необхідно брати до уваги наступне:
· База даних повинна задовольняти актуальним інформаційним потребам організації. Отримана інформація повинна за структурою і змістом відповідати важливість справ.
· База даних повинна забезпечувати одержання необхідних даних за прийнятний час, тобто відповідати заданим вимогам продуктивності.
· База даних повинна задовольняти виявленим і знову виникаючим вимогам всіх користувачів.
· База даних повинна легко розширюватися при реорганізації і розширенні предметної області.
· База даних повинна легко змінюватися при зміні програмної та апаратної середовища.
2. База даних технологічного процесу
Инфологическая модель відображає реальний світ у деякі зрозумілі людині концепції, цілком незалежні від параметрів середовища зберігання даних. Існує безліч підходів до побудови таких моделей: графові моделі, семантичні мережі, модель "сутність-зв'язок" і т.д. Найбільш популярною з них виявилася модель "сутність-зв'язок" або звана ще ER-моделлю (від англ. Entity-Relationship, тобто сутність-зв'язок).Инфологическая модель застосовується після словесного опису предметної області.
Між сутностями можуть бути встановлені зв'язки - бінарні асоціації, що показують, яким чином сутності співвідносяться або взаємодіють між собою. Зв'язок може існувати між двома різними сутностями або між сутністю і їй же самій (рекурсивна зв'язок). Вона показує, як пов'язані екземпляри сутностей між собою. Якщо зв'язок встановлюється між двома сутностями, то вона визначає взаємозв'язок між екземплярами однієї й іншої сутності
Зв'язки діляться на три типи за множинності: один-до-одного (1:1), один-до-багатьох (1: М), багато-до-багатьох (М: М).
Зв'язок один-до-одного означає, що примірник однієї сутності пов'язаний тільки з одним примірником іншої сутності.
Зв'язок один-до-багатьох (1: М) означає, що один примірник сутності, розташований зліва по зв'язку, може бути пов'язаний з декількома екземплярами суті, розташованими праворуч по зв'язку.
Зв'язок «багато-до-багатьох (М: М) означає, що кілька екземплярів першої сутності можуть бути пов'язані з декількома екземплярами друге суті, і навпаки. Між двома сутностями може бути задано скільки завгодно зв'язків з різними смисловими навантаженнями.
Зв'язок будь-якого з цих типів може бути обов'язковою, якщо в даній зв'язку повинен брати участь кожен екземпляр сутності, необов'язковою - якщо не кожен екземпляр сутності повинен брати участь у цьому зв'язку. При цьому зв'язок може бути обов'язковою з одного боку і необов'язковою з іншого боку.
Проведемо інфологічне проектування бази даних технологічного процесу.
Сутність «Продукція» має властиві їй екземпляри сутності: код продукції, найменування, термін виготовлення, код номенклатури (рис.1).
Продукція |
Код продукції |
Найменування |
Термін виготовлення |
Код номенклатури |
Рис.1. Сутність «Продукція»
Модель бази даних призначена для отримання достовірної та оперативної інформації, формування вихідних документів.
Уявімо предметну область як взаємодія двох сутностей - «Продукція» і «Графік випуску продукції».
«Продукція» полягає в «Номенклатури продукції». Сутність «Номенклатура продукції" має такі екземпляри сутності: код номенклатури, найменування, кількість продукції в номенклатурі (рис.2).
Номенклатура |
Код номенклатури |
Найменування |
Кількість продукції в номенклатурі |
Рис. 2. Сутність «Номенклатура продукції»
Сутність «Графік випуску продукції» для забезпечення виконання оголошених функцій повинна характеризуватися наступними екземплярами: код графіка, код продукції, період випуску, кількість продукції (рис.3).
Графік випуску продукції |
Код графіка |
Код продукції |
Період випуску |
Кількість продукції |
Рис.3. Сутність «Графік випуску продукції»
Взаємодія сутностей «Продукція» і «Графік випуску продукції» реалізується за допомогою відношення «Номенклатура продукції» (рис.4). Потужність зв'язку - один-до-багатьох (1: М).
|
|
складається |
|
Рис.4. Взаємодія сутностей «Продукція» і «Графік випуску продукції»
Висновок
Инфологическая модель застосовується на другому етапі реалізації БД, тобто після словесного опису предметної області. Ще раз хочемо нагадати, що процес проектування тривалий, він вимагає обговорень із замовником, з фахівцями в предметної області. Нарешті, при розробці серйозних корпоративних інформаційних систем проект бази даних є тим фундаментом, на якому будується вся система в цілому, і питання про можливе кредитуванні часто вирішується експертами банку на підставі саме грамотно зробленого інфологічне проекту БД. Отже, инфологическая модель повинна включати таке формалізований опис предметної області, яке легко буде "читатися» не тільки фахівцями по базах даних. І це опис має бути настільки ємним, щоб можна було оцінити глибину і коректність опрацювання проекту БД, і звичайно, як говорилося раніше, воно не повинно бути прив'язане до конкретної СУБД. Вибір СУБД - це окреме завдання, для коректного її вирішення необхідно мати проект, який не прив'язаний ні до якої конкретної СУБД.Інфологічне проектування, перш за все, пов'язано зі спробою подання семантики предметної області в моделі БД. Реляційна модель даних в силу своєї простоти і лаконічності не дозволяє відобразити семантику, то є сенс предметної області. Ранні теоретико-графові моделі більшою мірою відображали семантику предметної області. Вони в явному вигляді визначали ієрархічні зв'язки між об'єктами предметної області.
Проблема подання семантики давно цікавила розробників, і в сімдесятих роках було запропоновано кілька моделей даних, названих семантичними моделями. До них можна віднести семантичну модель даних, запропоновану Хаммером і Мак Леоном в 1981 році, функціональну модель даних Шипман, також створену в 1981 році, модель «сутність-зв'язок», запропоновану Ченом в 1976 році, та ряд інших моделей. У всіх моделей були свої позитивні і негативні сторони, але випробування часом витримала тільки остання. І зараз саме модель Чена «сутність-зв'язок», стала фактичним стандартом при інфологічне моделюванні баз даних. Загальноприйнятим стало скорочена назва ER-модель, більшість сучасних CASE-засобів містять інструментальні засоби для опису даних у формалізмі цієї моделі. Крім того, розроблено методи автоматичного перетворення проекту БД з ER-моделі в реляційну, при цьому перетворення виконується в даталогіческую модель, відповідну конкретної СУБД. Всі CASE-системи мають розвинені засоби документування процесу розробки БД. Автоматичні генератори звітів дозволяють підготувати звіт про поточний стан проекту БД з докладним описом проектів БД і їх відносин, як у графічному вигляді, так і у вигляді стандартних готових друкованих звітів, що істотно полегшує ведення проекту.
На даний момент не існує єдиної загальноприйнятої системи позначень для ER-моделі, і різні CASE-засоби використовують різні графічні нотації, але, розібравшись в одній, можна легко зрозуміти і інші нотації.
Список літератури
1. Атре Ш. Структурний підхід до організації баз даних. - М.: Фінанси і статистика, 1983. - 320 с.2. Бойко В.В., Савінков В.М. Проектування баз даних інформаційних систем. - М.: Фінанси і статистика, 1989. - 351 с.
3. Дейт К. Дж. Введення в системи баз даних, 6-е вид.: Пер. з англ. - К., М., СПб.: Видавничий дім «Вільямс», 2000. - 848 с.
4. Джексон Г. Проектування реляційних баз даних для використання з мікроЕОМ. -М.: Світ, 1991. - 252 с.
5. Кирилов В.В. Структурізованние мову запитів (SQL). - СПб.: ІТМО, 1994. - 80 с.
6. Тіорі Т., Фрай Дж. Проектування структур баз даних. У 2 кн., - М.: Світ, 1985. Кн. 1. - 287 с.: Кн. 2. - 320 с.
7. Хаббард Дж. Автоматизоване проектування баз даних. - М.: Світ, 1984. - 294 с.
8. Хомоненко А.Д. Циганков В.М. Бази даних: Підручник для вузів / Під ред. А.Д. Хомоненко. - М.: Корона, 2000. - 421 с.
9. Цікрітізіс Д., лохівський Ф. Моделі даних. - М.: Фінанси і статистика, 1985. - 344 с.